From owner-freebsd-stable@FreeBSD.ORG Sat Mar 25 22:47:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 088B716A400 for ; Sat, 25 Mar 2006 22:47:03 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from cpc2-cove3-0-0-cust187.brhm.cable.ntl.com (cpc2-cove3-0-0-cust187.brhm.cable.ntl.com [86.20.32.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6530343D45 for ; Sat, 25 Mar 2006 22:47:02 +0000 (GMT) (envelope-from ianjhart@ntlworld.com) Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by cpc2-cove3-0-0-cust187.brhm.cable.ntl.com (8.13.4/8.13.4) with ESMTP id k2PMl1OI008457 for ; Sat, 25 Mar 2006 22:47:01 GMT (envelope-from ianjhart@ntlworld.com) From: ian j hart To: freebsd-stable@freebsd.org User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Disposition: inline X-Length: 647 X-UID: 469 Date: Sat, 25 Mar 2006 22:47:00 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200603252247.00879.ianjhart@ntlworld.com> X-Mailman-Approved-At: Sun, 26 Mar 2006 01:01:23 +0000 Subject: 6.1BETA4 sysinstall X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Mar 2006 22:47:03 -0000 Run sysinstall, custom, distributions select minimal No [x] appears. Selecting custom indicates items were selected. Seems to be one of the March 8th commits (sam) From owner-freebsd-stable@FreeBSD.ORG Sun Mar 26 08:21:47 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0378C16A400 for ; Sun, 26 Mar 2006 08:21:47 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5827743D45 for ; Sun, 26 Mar 2006 08:21:46 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by zproxy.gmail.com with SMTP id n29so1061160nzf for ; Sun, 26 Mar 2006 00:21:45 -0800 (PST) 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=QYjYuUqI2Gp+fptUaaUuf6XIeyEpAYZ6tfk3W4/1J9v3bHFkWWz/PwKIJJ4DuNqNrSqGmI3+jbE7cR0K2e7Hk6Y9pCacgkmsTxPhBTKhlkG5vVaylLj8fQOvTMcqggxeizzs2UZEu6q3v33kgNSwt1hIknVZDFRfWPOQK0ycIZQ= Received: by 10.65.72.7 with SMTP id z7mr1749009qbk; Sun, 26 Mar 2006 00:21:45 -0800 (PST) Received: by 10.65.192.16 with HTTP; Sun, 26 Mar 2006 00:21:45 -0800 (PST) Message-ID: Date: Sun, 26 Mar 2006 10:21:45 +0200 From: "Claus Guttesen" To: "kreios@gmail.com" In-Reply-To: <2de4f2a00603251544j55ceab65rb79ebeeb2859188a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <2de4f2a00603251544j55ceab65rb79ebeeb2859188a@mail.gmail.com> Cc: stable@freebsd.org Subject: Re: Need help with isp driver and disk arrary X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2006 08:21:47 -0000 > I am having a problem with the isp driver seeing a StorageTek disk > array LUNs. I am directly attaching to the array and everything works > find as long as I plug into the A controller on the array. When I > connect up to the B controller, I can not see any of the LUNs > advertised. The QLogic firmware can see the LUNs. The only difference > I can see are that the LUNs start at 0 on the A side and at 3 on the B > side. In 5.x (and probably still applies to 6.x) LUN's have to start at 0 in order to be visible. So you have to change or LUN-mask so they start at 0. regards Claus From owner-freebsd-stable@FreeBSD.ORG Sun Mar 26 13:27:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CA4516A401 for ; Sun, 26 Mar 2006 13:27:29 +0000 (UTC) (envelope-from ratman6@charter.net) Received: from mxsf36.cluster1.charter.net (mxsf36.cluster1.charter.net [209.225.28.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F9F643D45 for ; Sun, 26 Mar 2006 13:27:28 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from mxip19a.cluster1.charter.net (mxip19a.cluster1.charter.net [209.225.28.149]) by mxsf36.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id k2QDRRiW029266 for ; Sun, 26 Mar 2006 08:27:27 -0500 Received: from 24-151-33-109.dhcp.nwtn.ct.charter.com (HELO bedroom) ([24.151.33.109]) by mxip19a.cluster1.charter.net with ESMTP; 26 Mar 2006 08:27:28 -0500 X-IronPort-AV: i="4.03,129,1141621200"; d="scan'208"; a="137503546:sNHT18476120" From: "Matt Smith" To: Date: Sun, 26 Mar 2006 08:27:27 -0500 Message-ID: <000201c650d9$06b2e330$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <20060326120043.935BA16A532@hub.freebsd.org> Subject: RE: Data transfer from one HD to another X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2006 13:27:29 -0000 Hi, Is there an EASY method to transfer the partitions from an old hard = disk to a new one? Matt Smith=20 From owner-freebsd-stable@FreeBSD.ORG Sun Mar 26 13:34:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5C3416A400 for ; Sun, 26 Mar 2006 13:34:30 +0000 (UTC) (envelope-from troy@twisted.net) Received: from oz.twisted.net (oz.twisted.net [69.211.34.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2F9043D49 for ; Sun, 26 Mar 2006 13:34:26 +0000 (GMT) (envelope-from troy@twisted.net) Received: from localhost (localhost.twisted.net [127.0.0.1]) by oz.twisted.net (Postfix) with ESMTP id C14D5FC49D3 for ; Sun, 26 Mar 2006 07:35:17 -0600 (CST) Received: from oz.twisted.net ([127.0.0.1]) by localhost (oz.twisted.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36530-07 for ; Sun, 26 Mar 2006 07:35:17 -0600 (CST) Received: by oz.twisted.net (Postfix, from userid 1001) id 3C2FEFC4DB3; Sun, 26 Mar 2006 07:35:17 -0600 (CST) Date: Sun, 26 Mar 2006 07:35:17 -0600 From: Troy To: freebsd-stable@freebsd.org Message-ID: <20060326133516.GA37503@twisted.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at twisted.net Subject: RCS file error in controllers/nfsmb - "head" expected X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: troy@twisted.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2006 13:34:30 -0000 I've had this cvs error now for over a week. Anyone else seeing it? Being that it is saying it's a server warning I'm assuming that I shouldn't be the only one. -Troy Add delta 1.216.2.4 2006.03.26.01.29.55 davidxu Server warning: RCS file error in "/usr/local/etc/cvsup/prefixes/FreeBSD.cvs/src/sys/modules/i2c/controllers/nfsmb/Makefile,v": 1: "head" expected From owner-freebsd-stable@FreeBSD.ORG Sun Mar 26 13:45:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5772016A41F for ; Sun, 26 Mar 2006 13:45:22 +0000 (UTC) (envelope-from joji@eskimo.com) Received: from ultra5.eskimo.com (ultra5.eskimo.com [204.122.16.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC1E243D45 for ; Sun, 26 Mar 2006 13:45:21 +0000 (GMT) (envelope-from joji@eskimo.com) Received: from eskimo.com (eskimo.com [204.122.16.13]) by ultra5.eskimo.com (8.13.6/8.13.4) with ESMTP id k2QDjJ7Z008233; Sun, 26 Mar 2006 05:45:19 -0800 Received: (from joji@localhost) by eskimo.com (8.9.1a/8.9.1) id FAA11862; Sun, 26 Mar 2006 05:45:19 -0800 (PST) Date: Sun, 26 Mar 2006 05:45:19 -0800 From: Joseph Olatt To: Matt Smith Message-ID: <20060326054518.A11614@eskimo.com> References: <20060326120043.935BA16A532@hub.freebsd.org> <000201c650d9$06b2e330$0201a8c0@bedroom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <000201c650d9$06b2e330$0201a8c0@bedroom>; from ratman6@charter.net on Sun, Mar 26, 2006 at 08:27:27AM -0500 Cc: freebsd-stable@freebsd.org Subject: Re: Data transfer from one HD to another X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2006 13:45:22 -0000 On Sun, Mar 26, 2006 at 08:27:27AM -0500, Matt Smith wrote: > Hi, > Is there an EASY method to transfer the partitions from an old hard disk > to a new one? I presume you want to trasfer all the files from one (or more) partition(s) in the old hard drive to a new hard drive. If so, try the command "dd". man dd(1). There are examples at the bottom of the man page. Other commands that may be used are: tar & cpio (man tar & man cpio for more info). regards, joseph > > Matt Smith > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Mar 26 14:14:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F5A716A400 for ; Sun, 26 Mar 2006 14:14:07 +0000 (UTC) (envelope-from ratman6@charter.net) Received: from mxsf15.cluster1.charter.net (mxsf15.cluster1.charter.net [209.225.28.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC9F243D55 for ; Sun, 26 Mar 2006 14:14:06 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from mxip35a.cluster1.charter.net (mxip35a.cluster1.charter.net [209.225.28.250]) by mxsf15.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id k2QEE5Y3028870 for ; Sun, 26 Mar 2006 09:14:05 -0500 Received: from 24-151-33-109.dhcp.nwtn.ct.charter.com (HELO bedroom) ([24.151.33.109]) by mxip35a.cluster1.charter.net with ESMTP; 26 Mar 2006 09:14:05 -0500 From: "Matt Smith" To: "'Joseph Olatt'" Date: Sun, 26 Mar 2006 09:14:04 -0500 Message-ID: <000001c650df$8a3424c0$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <20060326054518.A11614@eskimo.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: freebsd-stable@freebsd.org Subject: RE: Data transfer from one HD to another X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2006 14:14:07 -0000 Will this also transfer the filesystem structure? Matt -----Original Message----- From: Joseph Olatt [mailto:joji@eskimo.com] Sent: Sunday, March 26, 2006 8:45 AM To: Matt Smith Cc: freebsd-stable@freebsd.org Subject: Re: Data transfer from one HD to another On Sun, Mar 26, 2006 at 08:27:27AM -0500, Matt Smith wrote: > Hi, > Is there an EASY method to transfer the partitions from an old hard disk > to a new one? I presume you want to trasfer all the files from one (or more) partition(s) in the old hard drive to a new hard drive. If so, try the command "dd". man dd(1). There are examples at the bottom of the man page. Other commands that may be used are: tar & cpio (man tar & man cpio for more info). regards, joseph > > Matt Smith > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Mar 26 14:17:05 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2413216A420 for ; Sun, 26 Mar 2006 14:17:05 +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 79C9443D5A for ; Sun, 26 Mar 2006 14:17:04 +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 0895946CD1 for ; Sun, 26 Mar 2006 09:17:02 -0500 (EST) Date: Sun, 26 Mar 2006 14:17:02 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org Message-ID: <20060326140216.J41700@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: 4.x -> 6.x upgrade, some notes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2006 14:17:05 -0000 This weekend, I'm in the process of upgrading my Cyrus server from 4.x to 6.x, and thought I'd send out a few notes from places I gently stubbed my toe: (0) When you boot the 4.x user space on a 5.x kernel, you will get a lot of warnings about sysctls and mount. These can be safely ignored during the upgrade. (1) If you use an mfs file system, such as /tmp, in 4.x, remember to remove that entry from /etc/fstab before booting a 5.x user space. I replaced my mfs entry in fstab with: tmpmfs="YES" tmpsize="512M" (2) Several make.conf entries have changed. I no longer need MAKE_KERBEROS5, since it's now the default, but I had to change my NOROFILE entry to NO_PROFILE. I now no longer need my NOUUCP entry. (3) Remember to rm -Rf /usr/obj before each build phase, or you can trip over leavings. For example, I can't compile a 6.x world on a 5.x user space with 4.x and 5.x leavings in /usr/obj. (4) I use postfix, not sendmail, and had to add the following line to my /etc/rc.conf so that my 4.x postfix build could be properly stopped and restarted using /etc/rc.d/sendmail: sendmail_procname="/usr/local/libexec/postfix/master" Likewise, I'm probably missing some entries in /etc/mail/mailer.conf; there are two new ones since 4.x. rc.d is still getting upset because the aliases.db isn't getting rebuild as a result of running newaliases, and warning about it each start/stop event. (5) Speaking of which, if you want to run 4.x binaries, remember to build a kernel with COMPAT_FREEBSD4 :-). Right now I don't have compat4x packages installed, since I've left the old libraries in place, but should either do that or update the packages installed. (6) At some point, megemaster created an /etc/pam.d on 4.x, possibly user error on my part, and having an empty pam.d directory turns out to really upset PAM, which can't find any config files there, but won't use pam.conf because the directory is there. A serial console is a good thing(tm). (7) Switching to a custom kernel configuration file based in "include" is a very good thing. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Sun Mar 26 14:30:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B45A16A47F for ; Sun, 26 Mar 2006 14:30:22 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail11.simplicato.com (mail11.simplicato.com [207.99.47.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id A065543D5A for ; Sun, 26 Mar 2006 14:30:21 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail11.simplicato.com (localhost.simplicato.com [127.0.0.1]) by mail11.simplicato.com (Postfix) with ESMTP id 195E4D469E2 for ; Sun, 26 Mar 2006 09:30:17 -0500 (EST) Received: from mail.scottro.net (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by mail11.simplicato.com (Postfix) with ESMTP id 0AC53D469D6 for ; Sun, 26 Mar 2006 09:30:17 -0500 (EST) Received: by mail.scottro.net (sSMTP sendmail emulation); Sun, 26 Mar 2006 09:30:20 -0500 Date: Sun, 26 Mar 2006 09:30:20 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20060326143020.GB11347@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060326120043.935BA16A532@hub.freebsd.org> <000201c650d9$06b2e330$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <000201c650d9$06b2e330$0201a8c0@bedroom> User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: Data transfer from one HD to another X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2006 14:30:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, Mar 26, 2006 at 08:27:27AM -0500, Matt Smith wrote: > Hi, > Is there an EASY method to transfer the partitions from an old hard disk > to a new one? > This one is actually in the FAQ. http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html#NEW-HUGE-DISK - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Willow: Diana, Hecate, I hereby license thee to depart. Goddess of creatures great and small, I conjure thee to withdraw Amy: (squeak) Buffy: Maybe we should get her one of those wheel thingies. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEJqV8+lTVdes0Z9YRAhG3AJ4zIJOY7Wn5eMRXtk0hcHPJGbh9awCdEO8i YDrs1hfkFPv5lvH50cS18pc= =OCVS -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 26 16:45:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4039116A401; Sun, 26 Mar 2006 16:45:04 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9899643D49; Sun, 26 Mar 2006 16:45:03 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.6/8.13.6) with ESMTP id k2QGixmM071402 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 26 Mar 2006 11:44:59 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.6/8.13.6/Submit) id k2QGix07071401; Sun, 26 Mar 2006 11:44:59 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: Peter Jeremy Date: Sun, 26 Mar 2006 11:44:58 -0500 User-Agent: KMail/1.8.2 References: <200603232352.k2NNqPS8018729@gate.bitblocks.com> <200603241518.01027.mi+mx@aldan.algebra.com> <20060325234641.GA770@turion.vk2pj.dyndns.org> In-Reply-To: <20060325234641.GA770@turion.vk2pj.dyndns.org> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: alc@freebsd.org, Mikhail Teterin , stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2006 16:45:15 -0000 On Saturday 25 March 2006 06:46 pm, Peter Jeremy wrote: = My guess is that the read-ahead algorithms are working but aren't doing = enough re-ahead to cope with "read a bit, do some cpu-intensive processing = and repeat" at 25MB/sec so you're winding up with a degree of serialisation = where the I/O and compressing aren't overlapped.  I'm not sure how tunable = the read-ahead is. Well, is the MADV_SEQUNTIAL advice, given over the entire mmap-ed region, taken into account anywhere in the kernel? The kernel could read-ahead more aggressively if it freed the just accessed pages faster, than it does in the default case... Matt wrote in the same thread: = It is particularly possible when you combine read() with = mmap because read() uses a different heuristic then mmap() to = implement the read-ahead. There is also code in there which depresses = the page priority of 'old' already-read pages in the sequential case. Well, thanks for the theoretical confirmation of what I was trying to prove by experiments :-) Can this depressing of the "old" pages in the sequential case, that read's implementation already has, be also implemented in mmap's case? It may not *always* be, what the mmap-ing program wants, but when the said program uses MADV_SEQUENTAIL, it should not be ignored... (Bakul understood this point of mine 3 days ago :-) Peter Jeremy also wrote, in another message: = I can't test is as-is because it insists on mmap'ing its output and I only = have one disk and you can't mmap /dev/null. If you use a well compressible (redundant) file, such as a web-server log, and a high enough compression ratio, you can use the same disk for output -- the writes will be very infrequent. Thanks! Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Sun Mar 26 18:11:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 661B916A420 for ; Sun, 26 Mar 2006 18:11:45 +0000 (UTC) (envelope-from noackjr@alumni.rice.edu) Received: from smtp104.biz.mail.re2.yahoo.com (smtp104.biz.mail.re2.yahoo.com [206.190.52.173]) by mx1.FreeBSD.org (Postfix) with SMTP id 1094543D5F for ; Sun, 26 Mar 2006 18:11:30 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 559 invoked from network); 26 Mar 2006 18:11:30 -0000 Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@24.99.22.177 with login) by smtp104.biz.mail.re2.yahoo.com with SMTP; 26 Mar 2006 18:11:30 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id D31486179; Sun, 26 Mar 2006 13:11:29 -0500 (EST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 11146-03; Sun, 26 Mar 2006 13:11:28 -0500 (EST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id D9D646174; Sun, 26 Mar 2006 13:11:28 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.4/8.13.4) with ESMTP id k2QIBS4H000981; Sun, 26 Mar 2006 13:11:28 -0500 (EST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4426D950.70003@alumni.rice.edu> Date: Sun, 26 Mar 2006 13:11:28 -0500 From: Jonathan Noack User-Agent: Thunderbird 1.5 (X11/20060221) MIME-Version: 1.0 To: troy@twisted.net References: <20060326133516.GA37503@twisted.net> In-Reply-To: <20060326133516.GA37503@twisted.net> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig78405D7D2737399927641AA9" X-Virus-Scanned: amavisd-new at noacks.org Cc: freebsd-stable@freebsd.org Subject: Re: RCS file error in controllers/nfsmb - "head" expected X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2006 18:11:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig78405D7D2737399927641AA9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/26/06 08:35, Troy wrote: > I've had this cvs error now for over a week. Anyone else seeing it? Be= ing > that it is saying it's a server warning I'm assuming that I shouldn't b= e > the only one. >=20 > -Troy >=20 >=20 > Add delta 1.216.2.4 2006.03.26.01.29.55 davidxu > Server warning: RCS file error in > "/usr/local/etc/cvsup/prefixes/FreeBSD.cvs/src/sys/modules/i2c/controll= ers/nfsmb/Makefile,v": > 1: "head" expected I don't see this with cvsup17.us.freebsd.org. What cvsup server are you using? Have you tried a different one? -Jonathan --=20 Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig78405D7D2737399927641AA9 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.2.2 (FreeBSD) iD8DBQFEJtlQUFz01pkdgZURAnDnAKCUROPDHnnkjk7GoK3OjZDKdIulNQCfc7Bj g3XESG4iId11mM+cbXFyjDU= =nn/M -----END PGP SIGNATURE----- --------------enig78405D7D2737399927641AA9-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 26 18:20:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9831716A422 for ; Sun, 26 Mar 2006 18:20:05 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BEA443D6D for ; Sun, 26 Mar 2006 18:20:04 +0000 (GMT) (envelope-from clint@0lsen.net) Received: from 0lsen.net ([24.20.127.157]) by comcast.net (rwcrmhc12) with ESMTP id <20060326182000m1200jf02ke>; Sun, 26 Mar 2006 18:20:04 +0000 Received: by 0lsen.net (Postfix, from userid 1001) id DBADC17207; Sun, 26 Mar 2006 10:19:59 -0800 (PST) Date: Sun, 26 Mar 2006 10:19:59 -0800 From: Clint Olsen To: Remo Lacho Message-ID: <20060326181959.GF39296@0lsen.net> References: <20060326120043.935BA16A532@hub.freebsd.org> <000201c650d9$06b2e330$0201a8c0@bedroom> <20060326095509.9e3b565e.Remo.Lacho@verizon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060326095509.9e3b565e.Remo.Lacho@verizon.net> User-Agent: Mutt/1.4.2.1i Organization: NULlsen Network X-Disclaimer: Mutt Bites! Cc: Matt Smith , freebsd-stable@freebsd.org Subject: Re: Data transfer from one HD to another X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2006 18:20:05 -0000 On Mar 26, Remo Lacho wrote: > dump and restore are your friends. > > Try something like this for each new slice (partition): > > Create your new slice on the new disk. > > newfs the new slice - newfs -U /dev/[new_slice] > > mount the new slices - mount /dev/[new_slice] /mnt > > dump and restore from the old slice to the new slice - > dump -L -0 -f- /[old_slice] | (cd /mnt; restore -r -v -f-) If you want to ensure that the system is quiescent before doing the copy, you should actually boot from an alternative media and do the copy using those utilities. I actually needed to do this for Windows XP and I was too cheap to pay for any of the commercial software, so I used g4u: http://www.feyrer.de/g4u It's based on NetBSD and worked great for my Windows PC. I was cloning from a smaller to larger HD, so I had to use another utility to extend the partitions without formatting. Good luck, -Clint From owner-freebsd-stable@FreeBSD.ORG Sun Mar 26 21:22:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D5B316A400 for ; Sun, 26 Mar 2006 21:22:59 +0000 (UTC) (envelope-from steve@sohara.org) Received: from sohara.org (sohara.org [192.220.64.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23BC143D45 for ; Sun, 26 Mar 2006 21:22:59 +0000 (GMT) (envelope-from steve@sohara.org) Received: (qmail 2686 invoked by uid 16563); 26 Mar 2006 21:22:58 -0000 Received: from unknown (HELO df1.marelmo.com) ([194.145.135.166]) (envelope-sender ) by 192.220.64.179 (qmail-ldap-1.03) with SMTP for ; 26 Mar 2006 21:22:58 -0000 Date: Sun, 26 Mar 2006 22:19:09 +0100 From: Steve O'Hara-Smith To: freebsd-stable@freebsd.org Message-Id: <20060326221909.2c13be31.steve@sohara.org> In-Reply-To: <000201c650d9$06b2e330$0201a8c0@bedroom> References: <20060326120043.935BA16A532@hub.freebsd.org> <000201c650d9$06b2e330$0201a8c0@bedroom> X-Mailer: Sylpheed version 2.2.2 (GTK+ 2.8.14; i386-pc-dragonfly) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX, Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Data transfer from one HD to another X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2006 21:22:59 -0000 On Sun, 26 Mar 2006 08:27:27 -0500 "Matt Smith" wrote: > Hi, > Is there an EASY method to transfer the partitions from an old hard disk > to a new one? If the new partitions are identical in size to the old ones then use dd otherwise use dump | restore. Refer to the man pages for the arguments required. -- C:>WIN | Directable Mirror Arrays The computer obeys and wins. | A better way to focus the sun You lose and Bill collects. | licences available see | http://www.sohara.org/ From owner-freebsd-stable@FreeBSD.ORG Sun Mar 26 21:31:49 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E1BE16A420 for ; Sun, 26 Mar 2006 21:31:49 +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 A83D743D46 for ; Sun, 26 Mar 2006 21:31:48 +0000 (GMT) (envelope-from anthony.maher@uts.edu.au) Received: by gaz.itd.uts.edu.au (Postfix, from userid 1011) id DC5A2EEA2; Mon, 27 Mar 2006 08:31:30 +1100 (EST) Received: from localhost (localhost [127.0.0.1]) by gaz.itd.uts.edu.au (Postfix/Intermediary) with ESMTP id CFD48EDA6; Mon, 27 Mar 2006 08:31:30 +1100 (EST) Received: from detritus.itd.uts.edu.au (detritus.itd.uts.edu.au [138.25.243.36]) by gaz.itd.uts.edu.au (Postfix/Ingress) with ESMTP id BDB5DED95; Mon, 27 Mar 2006 08:31:30 +1100 (EST) Received: from [138.25.81.152] by postoffice.uts.edu.au (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTPS id <0IWR002LF7SZRO90@postoffice.uts.edu.au>; Mon, 27 Mar 2006 08:31:47 +1100 (EST) Date: Mon, 27 Mar 2006 06:31:45 +1000 From: Tony Maher In-reply-to: To: Claus Guttesen Message-id: <4426FA31.4080806@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: <2de4f2a00603251544j55ceab65rb79ebeeb2859188a@mail.gmail.com> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060306 Cc: stable@freebsd.org, "kreios@gmail.com" Subject: Re: Need help with isp driver and disk arrary X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2006 21:31:49 -0000 Claus Guttesen wrote: >>I am having a problem with the isp driver seeing a StorageTek disk >>array LUNs. I am directly attaching to the array and everything works >>find as long as I plug into the A controller on the array. When I >>connect up to the B controller, I can not see any of the LUNs >>advertised. The QLogic firmware can see the LUNs. The only difference >>I can see are that the LUNs start at 0 on the A side and at 3 on the B >>side. > > > In 5.x (and probably still applies to 6.x) LUN's have to start at 0 in > order to be visible. So you have to change or LUN-mask so they start > at 0. And in 4.x. This behaviour is unlikely to change since the standards only require checking for device at lun 0 (and if found then scanning for more). You can use camcontrol to rescan the bus (or device) to make it visible. -- tonym From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 00:37:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4664416A422 for ; Mon, 27 Mar 2006 00:37:15 +0000 (UTC) (envelope-from kreios@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE99143D6A for ; Mon, 27 Mar 2006 00:37:08 +0000 (GMT) (envelope-from kreios@gmail.com) Received: by zproxy.gmail.com with SMTP id m7so1280421nzf for ; Sun, 26 Mar 2006 16:37:07 -0800 (PST) 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=PgUtpTLpPdzJGcvyyeYsGNpC3cRxt+az7xRN0fwRYPS0WhOAQvkzUDBHOUA63Fxnc6sPxGgxzQu0MBdHvIzkkfSwr8rkuqqqwrTlK512GxyFRtaCmJOQ5NCPLJdweGWz8qiKNN/nNY1FDAXhOPo8GRxdlTBZ0Pc2wykVJRCbbu4= Received: by 10.64.91.20 with SMTP id o20mr1996797qbb; Sun, 26 Mar 2006 16:29:56 -0800 (PST) Received: by 10.64.91.4 with HTTP; Sun, 26 Mar 2006 16:29:56 -0800 (PST) Message-ID: <2de4f2a00603261629x37eb6ba3q8638d667fabe4538@mail.gmail.com> Date: Sun, 26 Mar 2006 18:29:56 -0600 From: kreios@gmail.com To: "Tony Maher" In-Reply-To: <4426FA31.4080806@uts.edu.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <2de4f2a00603251544j55ceab65rb79ebeeb2859188a@mail.gmail.com> <4426FA31.4080806@uts.edu.au> Cc: stable@freebsd.org, Claus Guttesen Subject: Re: Need help with isp driver and disk arrary X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 00:37:15 -0000 On 3/26/06, Tony Maher wrote: > Claus Guttesen wrote: > >>I am having a problem with the isp driver seeing a StorageTek disk > >>array LUNs. I am directly attaching to the array and everything works > >>find as long as I plug into the A controller on the array. When I > >>connect up to the B controller, I can not see any of the LUNs > >>advertised. The QLogic firmware can see the LUNs. The only difference > >>I can see are that the LUNs start at 0 on the A side and at 3 on the B > >>side. > > > > > > In 5.x (and probably still applies to 6.x) LUN's have to start at 0 in > > order to be visible. So you have to change or LUN-mask so they start > > at 0. > > And in 4.x. This behaviour is unlikely to change since the standards > only require checking for device at lun 0 (and if found then scanning > for more). > You can use camcontrol to rescan the bus (or device) to make it visible. Thanks for the help. Looks like I am out of luck on this one.=20 Rescanning the bus does not show the LUNs. Remapping the LUN is out due to license issues with the unit. I am investigating how much it will cost to activate the feature but I don't have high hopes of that happening. Thanks again, -- Dave From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 01:39:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0E1116A400 for ; Mon, 27 Mar 2006 01:39:04 +0000 (UTC) (envelope-from anthony.maher@uts.edu.au) Received: from dib.itd.uts.edu.au (dib.itd.uts.EDU.AU [138.25.22.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46BB143D48 for ; Mon, 27 Mar 2006 01:39:04 +0000 (GMT) (envelope-from anthony.maher@uts.edu.au) Received: by dib.itd.uts.edu.au (Postfix, from userid 1011) id CA01C3CA52; Mon, 27 Mar 2006 12:38:48 +1100 (EST) Received: from localhost (localhost [127.0.0.1]) by dib.itd.uts.edu.au (Postfix/Intermediary) with ESMTP id BBBFB3CA4F; Mon, 27 Mar 2006 12:38:48 +1100 (EST) Received: from detritus.itd.uts.edu.au (detritus.itd.uts.edu.au [138.25.243.36]) by dib.itd.uts.edu.au (Postfix/Ingress) with ESMTP id B62933CA4E; Mon, 27 Mar 2006 12:38:47 +1100 (EST) Received: from [138.25.81.152] by postoffice.uts.edu.au (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTPS id <0IWR0017HJ91C350@postoffice.uts.edu.au>; Mon, 27 Mar 2006 12:39:01 +1100 (EST) Date: Mon, 27 Mar 2006 12:39:01 +1100 From: Tony Maher In-reply-to: <2de4f2a00603261629x37eb6ba3q8638d667fabe4538@mail.gmail.com> To: kreios@gmail.com Message-id: <44274235.2030909@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: <2de4f2a00603251544j55ceab65rb79ebeeb2859188a@mail.gmail.com> <4426FA31.4080806@uts.edu.au> <2de4f2a00603261629x37eb6ba3q8638d667fabe4538@mail.gmail.com> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060306 Cc: stable@freebsd.org, Claus Guttesen Subject: Re: Need help with isp driver and disk arrary X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 01:39:04 -0000 kreios@gmail.com wrote: >>You can use camcontrol to rescan the bus (or device) to make it visible. > > > Thanks for the help. Looks like I am out of luck on this one. > Rescanning the bus does not show the LUNs. Remapping the LUN is out > due to license issues with the unit. I am investigating how much it > will cost to activate the feature but I don't have high hopes of that > happening. Sorry it as a long time ago - you actually have to specify the lun rather than the bus From: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=21038+0+/usr/local/www/db/text/2003/freebsd-scsi/20030727.freebsd-scsi Finally was able to see disk with a 'camcontrol rescan 1:0:4' command. Previous 'camcontrol rescan all' and 'camcontrol rescan 1' failed to see disk. -- tonym From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 02:56:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DC5416A41F for ; Mon, 27 Mar 2006 02:56:25 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout09-04.prod.mesa1.secureserver.net (smtpout09-04.prod.mesa1.secureserver.net [64.202.165.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 8FEC843D53 for ; Mon, 27 Mar 2006 02:56:24 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 13904 invoked from network); 27 Mar 2006 02:56:23 -0000 Received: from unknown (24.144.77.138) by smtpout09-04.prod.mesa1.secureserver.net (64.202.165.17) with ESMTP; 27 Mar 2006 02:56:23 -0000 Message-ID: <44275456.7040901@seclark.us> Date: Sun, 26 Mar 2006 21:56:22 -0500 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 4.9-4.11 receive network stack lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 02:56:25 -0000 Hi List, I am benchmarking freebsd 4.9, (also tried 4.11), two systems using nttcp 1.47 from ports thru a 100mb switch with two realtek 10/100 nics. I have 50 gre tunnels going thru 50 vpn tunnels between the two machines as well as quagga/ospfd with all addresses as neighbors. Using the following script I occasionally get in a state on the sending machine where it can send data but not receive it. I have a console that I run tcpdump on and I see packets go out but none come back, where on the other machine I see the packets come an a response go back. Any ideas as to what could be happening? for ((i=1;i<51;i++ )); do nttcp -T -w48 -n 32768 10.1.1.$((i*2))& done TIA, Steve From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 03:34:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D44FA16A401 for ; Mon, 27 Mar 2006 03:34:25 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout04-04.prod.mesa1.secureserver.net (smtpout04-04.prod.mesa1.secureserver.net [64.202.165.199]) by mx1.FreeBSD.org (Postfix) with SMTP id 6DFAB43D45 for ; Mon, 27 Mar 2006 03:34:24 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 6599 invoked from network); 27 Mar 2006 03:34:23 -0000 Received: from unknown (24.144.77.138) by smtpout04-04.prod.mesa1.secureserver.net (64.202.165.199) with ESMTP; 27 Mar 2006 03:34:23 -0000 Message-ID: <44275D3E.6080808@seclark.us> Date: Sun, 26 Mar 2006 22:34:22 -0500 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: <44275456.7040901@seclark.us> In-Reply-To: <44275456.7040901@seclark.us> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: 4.9-4.11 receive network stack lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 03:34:25 -0000 Stephen Clark wrote: >Hi List, > >I am benchmarking freebsd 4.9, (also tried 4.11), two systems using >nttcp 1.47 from ports >thru a 100mb switch with two realtek 10/100 nics. >I have 50 gre tunnels going thru 50 vpn tunnels between the two machines >as well as >quagga/ospfd with all addresses as neighbors. >Using the following script I occasionally get in a state on the sending >machine where it can send data but not receive it. I have a console that >I run tcpdump on and I see packets go out but none come back, where on >the other machine I see the packets come an a response go back. >Any ideas as to what could be happening? > >for ((i=1;i<51;i++ )); do nttcp -T -w48 -n 32768 10.1.1.$((i*2))& done > >TIA, >Steve >_______________________________________________ >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" > > > Hi List, I am replying to my own message - I've discovered the following if I try to ping localhost I get the following: bash-2.05b# ping localhost PING localhost (127.0.0.1): 56 data bytes ping: sendto: No buffer space available ping: sendto: No buffer space available ^C --- localhost ping statistics --- 2 packets transmitted, 0 packets received, 100% packet loss bash-2.05b# netstat -m 72/1312/5760 mbufs in use (current/peak/max): 72 mbufs allocated to data 0/1214/1440 mbuf clusters in use (current/peak/max) 2756 Kbytes allocated to network (63% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines but if i ping another machine: bash-2.05b# ping 10.254.254.1 PING 10.254.254.1 (10.254.254.1): 56 data bytes ^C --- 10.254.254.1 ping statistics --- 3 packets transmitted, 0 packets received, 100% packet loss But if I tcpdump on 10.254.254.1 I see: $ sudo tcpdump -nli rl0 tcpdump: listening on rl0 22:30:29.701849 10.254.254.3 > 10.254.254.1: icmp: echo request 22:30:29.701888 10.254.254.1 > 10.254.254.3: icmp: echo reply 22:30:30.702799 10.254.254.3 > 10.254.254.1: icmp: echo request 22:30:30.702833 10.254.254.1 > 10.254.254.3: icmp: echo reply 22:30:31.703541 10.254.254.3 > 10.254.254.1: icmp: echo request 22:30:31.703578 10.254.254.1 > 10.254.254.3: icmp: echo reply 22:30:32.704331 10.254.254.3 > 10.254.254.1: icmp: echo request 22:30:32.704365 10.254.254.1 > 10.254.254.3: icmp: echo reply 22:30:33.183196 10.254.254.2.500 > 10.254.254.1.500: isakmp: phase 1 I ident: [|sa] ^C 11 packets received by filter 0 packets dropped by kernel The packet were going out on the wire - but the system was unable to get the response - I am assuming because it was out of buffer space? Are mbufs getting lost somewhere? Is this a known problem? From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 07:55:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19ECF16A420 for ; Mon, 27 Mar 2006 07:55:54 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E4FE43D5E for ; Mon, 27 Mar 2006 07:55:46 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [87.74.4.41]) by mailhost.tao.org.uk (Postfix) with ESMTP id 15BEB5C24 for ; Mon, 27 Mar 2006 08:55:38 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 739854078; Mon, 27 Mar 2006 08:55:43 +0100 (BST) Date: Mon, 27 Mar 2006 08:55:43 +0100 From: Josef Karthauser To: stable@freebsd.org Message-ID: <20060327075543.GA957@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: Subject: Page fault in kernel - network related! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 07:55:54 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I also experience a panic on 6.1-prerelease, both on my laptop and my server. Here's the message I sent net@ about the laptop version of the problem. Maybe someone here is can help - the net@ people are probably too busy. Joe ----- Forwarded message from Josef Karthauser ----- Date: Fri, 24 Mar 2006 12:55:30 +0000 =46rom: Josef Karthauser To: net@freebsd.org Cc: glebius@FreeBSD.org Subject: Problems - page fault in kernel, whilst running dhclient Hi guys, My laptop is running: 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #30: Thu Mar 23 09:04:30 GMT 2006 Recently something went belly up, and now when I run 'dhclient em0' on the primary interface after a 'acpiconf -s 3' / resume cycle the machine panics. Here's the backtrace: (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc052b7b0 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 #2 0xc052ba5b in panic (fmt=3D0xc066a469 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc0642ac6 in trap_fatal (frame=3D0xf5083ad4, eva=3D3735929055) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc06427f7 in trap_pfault (frame=3D0xf5083ad4, usermode=3D0, eva=3D3735= 929055) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc0642441 in trap (frame=3D {tf_fs =3D -1067909112, tf_es =3D -993329112, tf_ds =3D -991428568, tf_edi =3D -184009872, tf_esi =3D -559038242, tf_ebp =3D -184009924, tf_isp= =3D -184009984, tf_ebx =3D -184009872, tf_edx =3D 0, tf_ecx =3D 0, tf_eax =3D -559038242, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1067871110, tf_cs = =3D 32, tf_eflags =3D 66198, tf_esp =3D -991386368, tf_ss =3D -993285120}) at /usr/src/sys/i386/i386/trap.c:434 #6 0xc0631d7a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc059947a in rtrequest1 (req=3D1, info=3D0xf5083b70, ret_nrt=3D0xf5083= b64) at /usr/src/sys/net/route.c:659 #8 0xc059a277 in rtinit (ifa=3D0xc4ee8900, cmd=3D1, flags=3D1) at /usr/src/sys/net/route.c:1191 #9 0xc05b189d in in_addprefix (target=3D0xc4ee8900, flags=3D1) at /usr/src/sys/netinet/in.c:842 #10 0xc05b17c9 in in_ifinit (ifp=3D0xc4cbac00, ia=3D0xc4ee8900, sin=3D0x0, = scrub=3D0) at /usr/src/sys/netinet/in.c:769 #11 0xc05b0b8a in in_control (so=3D0xc4eee42c, cmd=3D1, data=3D0xc4d59880 "= em0",=20 ifp=3D0xc4cbac00, td=3D0xc4bd8c00) at /usr/src/sys/netinet/in.c:439 #12 0xc0591737 in ifioctl (so=3D0xc4eee42c, cmd=3D2151704858,=20 data=3D0xc4d59880 "em0", td=3D0xc4bd8c00) at /usr/src/sys/net/if.c:1568 #13 0xc0554053 in soo_ioctl (fp=3D0xdeadc0de, cmd=3D2151704858, data=3D0xc4= d59880,=20 active_cred=3D0xc4a9cd80, td=3D0xc4bd8c00) at /usr/src/sys/kern/sys_socket.c:214 #14 0xc054ee18 in ioctl (td=3D0xc4bd8c00, uap=3D0xf5083d04) at file.h:258 #15 0xc0642d53 in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 134574016, tf_e= si =3D 134582976, tf_ebp =3D -1077940728, tf_isp =3D -184009372, tf_ebx =3D -2143262438, tf_edx =3D 134585692, tf_ecx =3D 134574016, tf_eax =3D 54, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 671900563, tf_cs =3D 51, tf_efla= gs =3D 646, tf_esp =3D -1077942852, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:981 #16 0xc0631dcf in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :200 #17 0x00000033 in ?? () Looking at the trap frame and a few above I see this: At #7: (kgdb) up #7 0xc059947a in rtrequest1 (req=3D1, info=3D0xf5083b70, ret_nrt=3D0xf5083= b64) at /usr/src/sys/net/route.c:659 659 rnh =3D rt_tables[dst->sa_family]; Current language: auto; currently c (kgdb) print *info $3 =3D {rti_addrs =3D 0, rti_info =3D {0xdeadc0de, 0xdeadc0de, 0xdeadc0de, = 0x0, 0x0,=20 0x0, 0x0, 0x0}, rti_flags =3D 49631, rti_ifa =3D 0xc4ee8900, rti_ifp = =3D 0x0} (kgdb) print *ret_nrt $5 =3D (struct rtentry *) 0x0 Hmm, that's a lot of deadc0de! Here too: (kgdb) print *info->rti_ifa $7 =3D {ifa_addr =3D 0xdeadc0de, ifa_dstaddr =3D 0xdeadc0de,=20 ifa_netmask =3D 0xdeadc0de, if_data =3D {ifi_type =3D 222 '=DE',=20 ifi_physical =3D 192 '=C0', ifi_addrlen =3D 173 '=AD', ifi_hdrlen =3D 2= 22 '=DE',=20 ifi_link_state =3D 222 '=DE', ifi_recvquota =3D 192 '=C0',=20 ifi_xmitquota =3D 173 '=AD', ifi_datalen =3D 222 '=DE', ifi_mtu =3D 373= 5929054,=20 ifi_metric =3D 3735929054, ifi_baudrate =3D 3735929054,=20 ifi_ipackets =3D 3735929054, ifi_ierrors =3D 3735929054,=20 ifi_opackets =3D 3735929054, ifi_oerrors =3D 3735929054,=20 ifi_collisions =3D 3735929054, ifi_ibytes =3D 3735929054,=20 ifi_obytes =3D 3735929054, ifi_imcasts =3D 3735929054,=20 ifi_omcasts =3D 3735929054, ifi_iqdrops =3D 3735929054,=20 ifi_noproto =3D 3735929054, ifi_hwassist =3D 3735929054,=20 ifi_epoch =3D -559038242, ifi_lastchange =3D {tv_sec =3D -559038242,=20 tv_usec =3D -559038242}}, ifa_ifp =3D 0xdeadc0de, ifa_link =3D { tqe_next =3D 0xdeadc0de, tqe_prev =3D 0xdeadc0de},=20 ifa_rtrequest =3D 0xc05ae384 , ifa_flags =3D 49630,=20 ifa_refcnt =3D 3735929054, ifa_metric =3D 0, ifa_claim_addr =3D 0xdeadc0d= e,=20 ifa_mtx =3D {mtx_object =3D {lo_class =3D 0xdeadc0de,=20 lo_name =3D 0xdeadc0de
,=20 lo_type =3D 0xdeadc0de
,=20 lo_flags =3D 3735929054, lo_list =3D {tqe_next =3D 0xdeadc0de,=20 tqe_prev =3D 0xdeadc0de}, lo_witness =3D 0xdeadc0de},=20 mtx_lock =3D 3735929054, mtx_recurse =3D 3735929054}} Working up the stack: (kgdb) up #8 0xc059a277 in rtinit (ifa=3D0xc4ee8900, cmd=3D1, flags=3D1) at /usr/src/sys/net/route.c:1191 1191 error =3D rtrequest1(cmd, &info, &rt); (kgdb) print *ifa $8 =3D {ifa_addr =3D 0xdeadc0de, ifa_dstaddr =3D 0xdeadc0de,=20 ifa_netmask =3D 0xdeadc0de, if_data =3D {ifi_type =3D 222 '=DE',=20 ifi_physical =3D 192 '=C0', ifi_addrlen =3D 173 '=AD', ifi_hdrlen =3D 2= 22 '=DE',=20 ifi_link_state =3D 222 '=DE', ifi_recvquota =3D 192 '=C0',=20 ifi_xmitquota =3D 173 '=AD', ifi_datalen =3D 222 '=DE', ifi_mtu =3D 373= 5929054,=20 ifi_metric =3D 3735929054, ifi_baudrate =3D 3735929054,=20 ifi_ipackets =3D 3735929054, ifi_ierrors =3D 3735929054,=20 ifi_opackets =3D 3735929054, ifi_oerrors =3D 3735929054,=20 ifi_collisions =3D 3735929054, ifi_ibytes =3D 3735929054,=20 ifi_obytes =3D 3735929054, ifi_imcasts =3D 3735929054,=20 ifi_omcasts =3D 3735929054, ifi_iqdrops =3D 3735929054,=20 ifi_noproto =3D 3735929054, ifi_hwassist =3D 3735929054,=20 ifi_epoch =3D -559038242, ifi_lastchange =3D {tv_sec =3D -559038242,=20 tv_usec =3D -559038242}}, ifa_ifp =3D 0xdeadc0de, ifa_link =3D { tqe_next =3D 0xdeadc0de, tqe_prev =3D 0xdeadc0de},=20 ifa_rtrequest =3D 0xc05ae384 , ifa_flags =3D 49630,=20 ifa_refcnt =3D 3735929054, ifa_metric =3D 0, ifa_claim_addr =3D 0xdeadc0d= e,=20 ifa_mtx =3D {mtx_object =3D {lo_class =3D 0xdeadc0de,=20 lo_name =3D 0xdeadc0de
,=20 lo_type =3D 0xdeadc0de
,=20 lo_flags =3D 3735929054, lo_list =3D {tqe_next =3D 0xdeadc0de,=20 tqe_prev =3D 0xdeadc0de}, lo_witness =3D 0xdeadc0de},=20 mtx_lock =3D 3735929054, mtx_recurse =3D 3735929054}} (kgdb) up #9 0xc05b189d in in_addprefix (target=3D0xc4ee8900, flags=3D1) at /usr/src/sys/netinet/in.c:842 842 error =3D rtinit(&target->ia_ifa, (int)RTM_ADD, flags); (kgdb) print *target $9 =3D {ia_ifa =3D {ifa_addr =3D 0xdeadc0de, ifa_dstaddr =3D 0xdeadc0de,=20 ifa_netmask =3D 0xdeadc0de, if_data =3D {ifi_type =3D 222 '=DE',=20 ifi_physical =3D 192 '=C0', ifi_addrlen =3D 173 '=AD', ifi_hdrlen =3D= 222 '=DE',=20 ifi_link_state =3D 222 '=DE', ifi_recvquota =3D 192 '=C0',=20 ifi_xmitquota =3D 173 '=AD', ifi_datalen =3D 222 '=DE', ifi_mtu =3D 3= 735929054,=20 ifi_metric =3D 3735929054, ifi_baudrate =3D 3735929054,=20 ifi_ipackets =3D 3735929054, ifi_ierrors =3D 3735929054,=20 ifi_opackets =3D 3735929054, ifi_oerrors =3D 3735929054,=20 ifi_collisions =3D 3735929054, ifi_ibytes =3D 3735929054,=20 ifi_obytes =3D 3735929054, ifi_imcasts =3D 3735929054,=20 ifi_omcasts =3D 3735929054, ifi_iqdrops =3D 3735929054,=20 ifi_noproto =3D 3735929054, ifi_hwassist =3D 3735929054,=20 ifi_epoch =3D -559038242, ifi_lastchange =3D {tv_sec =3D -559038242,= =20 tv_usec =3D -559038242}}, ifa_ifp =3D 0xdeadc0de, ifa_link =3D { tqe_next =3D 0xdeadc0de, tqe_prev =3D 0xdeadc0de},=20 ifa_rtrequest =3D 0xc05ae384 , ifa_flags =3D 49630,=20 ifa_refcnt =3D 3735929054, ifa_metric =3D 0, ifa_claim_addr =3D 0xdeadc= 0de,=20 ifa_mtx =3D {mtx_object =3D {lo_class =3D 0xdeadc0de,=20 lo_name =3D 0xdeadc0de
,=20 lo_type =3D 0xdeadc0de
,=20 lo_flags =3D 3735929054, lo_list =3D {tqe_next =3D 0xdeadc0de,=20 tqe_prev =3D 0xdeadc0de}, lo_witness =3D 0xdeadc0de},=20 mtx_lock =3D 3735929054, mtx_recurse =3D 3735929054}}, ia_net =3D 0,= =20 ia_netmask =3D 3724541952, ia_subnet =3D 0, ia_subnetmask =3D 3735929054,= =20 ia_netbroadcast =3D {s_addr =3D 4294967073}, ia_hash =3D {le_next =3D 0xd= eadc0de,=20 le_prev =3D 0xdeadc0de}, ia_link =3D {tqe_next =3D 0xdeadc0de,=20 tqe_prev =3D 0xdeadc0de}, ia_addr =3D {sin_len =3D 222 '=DE',=20 sin_family =3D 192 '=C0', sin_port =3D 57005, sin_addr =3D {s_addr =3D = 3735929054},=20 sin_zero =3D "=DE=C0=AD=DE=DE=C0=AD=DE"}, ia_dstaddr =3D {sin_len =3D 2= 22 '=DE',=20 sin_family =3D 192 '=C0', sin_port =3D 57005, sin_addr =3D {s_addr =3D = 557797921},=20 sin_zero =3D "=DE=C0=AD=DE=DE=C0=AD=DE"}, ia_sockmask =3D {sin_len =3D = 8 '\b',=20 sin_family =3D 192 '=C0', sin_port =3D 57005, sin_addr =3D {s_addr =3D = 3735929054},=20 sin_zero =3D "=DE=C0=AD=DE=DE=C0=AD=DE"}} (kgdb) up #10 0xc05b17c9 in in_ifinit (ifp=3D0xc4cbac00, ia=3D0xc4ee8900, sin=3D0x0, = scrub=3D0) at /usr/src/sys/netinet/in.c:769 769 if ((error =3D in_addprefix(ia, flags)) !=3D 0) (kgdb) print *ifp $10 =3D {if_softc =3D 0xc4b5d000, if_l2com =3D 0xc4be8970, if_link =3D { tqe_next =3D 0xc4d68800, tqe_prev =3D 0xc4cbc808},=20 if_xname =3D "em0", '\0' , if_dname =3D 0xc4b1b02c "em"= ,=20 if_dunit =3D 0, if_addrhead =3D {tqh_first =3D 0xc4bc7e00, tqh_last =3D 0= xc4bc7e60},=20 if_klist =3D {kl_list =3D {slh_first =3D 0x0},=20 kl_lock =3D 0xc0512df8 ,=20 kl_unlock =3D 0xc0512e14 ,=20 kl_locked =3D 0xc0512e30 , kl_lockarg =3D 0xc06e0120= },=20 if_pcount =3D 0, if_carp =3D 0x0, if_bpf =3D 0x0, if_index =3D 3, if_time= r =3D 0,=20 if_nvlans =3D 0, if_flags =3D 34819, if_capabilities =3D 91, if_capenable= =3D 11,=20 if_linkmib =3D 0x0, if_linkmiblen =3D 0, if_data =3D {ifi_type =3D 6 '\00= 6',=20 ifi_physical =3D 0 '\0', ifi_addrlen =3D 6 '\006', ifi_hdrlen =3D 18 '\= 022',=20 ifi_link_state =3D 2 '\002', ifi_recvquota =3D 0 '\0', ifi_xmitquota = =3D 0 '\0',=20 ifi_datalen =3D 80 'P', ifi_mtu =3D 1500, ifi_metric =3D 0,=20 ifi_baudrate =3D 1000000000, ifi_ipackets =3D 118, ifi_ierrors =3D 0,= =20 ifi_opackets =3D 9, ifi_oerrors =3D 0, ifi_collisions =3D 0, ifi_ibytes= =3D 12051,=20 ifi_obytes =3D 1432, ifi_imcasts =3D 103, ifi_omcasts =3D 0, ifi_iqdrop= s =3D 0,=20 ifi_noproto =3D 0, ifi_hwassist =3D 6, ifi_epoch =3D 0, ifi_lastchange = =3D { tv_sec =3D 1143200348, tv_usec =3D 945159}}, if_multiaddrs =3D { tqh_first =3D 0xc4d52d20, tqh_last =3D 0xc4e97000}, if_amcount =3D 0,= =20 if_output =3D 0xc059312c , if_input =3D 0xc059395c ,=20 if_start =3D 0xc046d350 , if_ioctl =3D 0xc046d3a8 ,= =20 if_watchdog =3D 0xc046d6fc , if_init =3D 0xc046d9c4 ,=20 if_resolvemulti =3D 0xc05941e4 , if_spare1 =3D 0x0,= =20 if_spare2 =3D 0x0, if_spare3 =3D 0x0, if_drv_flags =3D 64, if_spare_flags= 2 =3D 0,=20 if_snd =3D {ifq_head =3D 0xc4e8a500, ifq_tail =3D 0xc4e8a500, ifq_len =3D= 1,=20 ifq_maxlen =3D 255, ifq_drops =3D 0, ifq_mtx =3D {mtx_object =3D { lo_class =3D 0xc06bcc44, lo_name =3D 0xc4cbac10 "em0",=20 lo_type =3D 0xc068b153 "if send queue", lo_flags =3D 196608, lo_lis= t =3D { tqe_next =3D 0xc4bc7e7c, tqe_prev =3D 0xc4cbae2c},=20 lo_witness =3D 0xc06ef630}, mtx_lock =3D 4, mtx_recurse =3D 0},=20 ifq_drv_head =3D 0x0, ifq_drv_tail =3D 0x0, ifq_drv_len =3D 0,=20 ifq_drv_maxlen =3D 255, altq_type =3D 0, altq_flags =3D 1, altq_disc = =3D 0x0,=20 altq_ifp =3D 0xc4cbac00, altq_enqueue =3D 0, altq_dequeue =3D 0,=20 altq_request =3D 0, altq_clfier =3D 0x0, altq_classify =3D 0, altq_tbr = =3D 0x0,=20 altq_cdnr =3D 0x0}, if_broadcastaddr =3D 0xc065f4c0 "=FF=FF=FF=FF=FF=FF= ether_output",=20 if_bridge =3D 0x0, lltables =3D 0x0, if_label =3D 0x0, if_prefixhead =3D { tqh_first =3D 0x0, tqh_last =3D 0xc4cbad7c}, if_afdata =3D { 0x0 }, if_afdata_initialized =3D 2, if_afdata_mtx =3D { mtx_object =3D {lo_class =3D 0xc06bcc44, lo_name =3D 0xc068b143 "if_afd= ata",=20 lo_type =3D 0xc068b143 "if_afdata", lo_flags =3D 196608, lo_list =3D { tqe_next =3D 0xc4cbad0c, tqe_prev =3D 0xc4cbae70},=20 lo_witness =3D 0xc06ef658}, mtx_lock =3D 4, mtx_recurse =3D 0},=20 if_starttask =3D {ta_link =3D {stqe_next =3D 0x0}, ta_pending =3D 0,=20 ta_priority =3D 0, ta_func =3D 0xc0592430 ,=20 ta_context =3D 0xc4cbac00}, if_linktask =3D {ta_link =3D {stqe_next =3D= 0x0},=20 ta_pending =3D 0, ta_priority =3D 0,=20 ta_func =3D 0xc05908b8 , ta_context =3D 0xc4cbac0= 0},=20 if_addr_mtx =3D {mtx_object =3D {lo_class =3D 0xc06bcc44,=20 lo_name =3D 0xc06849b5 "if_addr_mtx", lo_type =3D 0xc06849b5 "if_addr= _mtx",=20 lo_flags =3D 196608, lo_list =3D {tqe_next =3D 0xc4cbae1c,=20 tqe_prev =3D 0xc4b5d1b4}, lo_witness =3D 0xc06f0e90}, mtx_lock =3D = 4,=20 mtx_recurse =3D 0}} (kgdb) print *ia $11 =3D {ia_ifa =3D {ifa_addr =3D 0xdeadc0de, ifa_dstaddr =3D 0xdeadc0de,= =20 ifa_netmask =3D 0xdeadc0de, if_data =3D {ifi_type =3D 222 '=DE',=20 ifi_physical =3D 192 '=C0', ifi_addrlen =3D 173 '=AD', ifi_hdrlen =3D= 222 '=DE',=20 ifi_link_state =3D 222 '=DE', ifi_recvquota =3D 192 '=C0',=20 ifi_xmitquota =3D 173 '=AD', ifi_datalen =3D 222 '=DE', ifi_mtu =3D 3735929054,=20 ifi_metric =3D 3735929054, ifi_baudrate =3D 3735929054,=20 ifi_ipackets =3D 3735929054, ifi_ierrors =3D 3735929054,=20 ifi_opackets =3D 3735929054, ifi_oerrors =3D 3735929054,=20 ifi_collisions =3D 3735929054, ifi_ibytes =3D 3735929054,=20 ifi_obytes =3D 3735929054, ifi_imcasts =3D 3735929054,=20 ifi_omcasts =3D 3735929054, ifi_iqdrops =3D 3735929054,=20 ifi_noproto =3D 3735929054, ifi_hwassist =3D 3735929054,=20 ifi_epoch =3D -559038242, ifi_lastchange =3D {tv_sec =3D -559038242,= =20 tv_usec =3D -559038242}}, ifa_ifp =3D 0xdeadc0de, ifa_link =3D { tqe_next =3D 0xdeadc0de, tqe_prev =3D 0xdeadc0de},=20 ifa_rtrequest =3D 0xc05ae384 , ifa_flags =3D 49630,=20 ifa_refcnt =3D 3735929054, ifa_metric =3D 0, ifa_claim_addr =3D 0xdeadc= 0de,=20 ifa_mtx =3D {mtx_object =3D {lo_class =3D 0xdeadc0de,=20 lo_name =3D 0xdeadc0de
,=20 lo_type =3D 0xdeadc0de
,=20 lo_flags =3D 3735929054, lo_list =3D {tqe_next =3D 0xdeadc0de,=20 tqe_prev =3D 0xdeadc0de}, lo_witness =3D 0xdeadc0de},=20 mtx_lock =3D 3735929054, mtx_recurse =3D 3735929054}}, ia_net =3D 0,= =20 ia_netmask =3D 3724541952, ia_subnet =3D 0, ia_subnetmask =3D 3735929054,= =20 ia_netbroadcast =3D {s_addr =3D 4294967073}, ia_hash =3D {le_next =3D 0xd= eadc0de,=20 le_prev =3D 0xdeadc0de}, ia_link =3D {tqe_next =3D 0xdeadc0de,=20 tqe_prev =3D 0xdeadc0de}, ia_addr =3D {sin_len =3D 222 '=DE',=20 sin_family =3D 192 '=C0', sin_port =3D 57005, sin_addr =3D {s_addr =3D = 3735929054},=20 sin_zero =3D "=DE=C0=AD=DE=DE=C0=AD=DE"}, ia_dstaddr =3D {sin_len =3D 2= 22 '=DE',=20 sin_family =3D 192 '=C0', sin_port =3D 57005, sin_addr =3D {s_addr =3D = 557797921},=20 sin_zero =3D "=DE=C0=AD=DE=DE=C0=AD=DE"}, ia_sockmask =3D {sin_len =3D = 8 '\b',=20 sin_family =3D 192 '=C0', sin_port =3D 57005, sin_addr =3D {s_addr =3D = 3735929054},=20 sin_zero =3D "=DE=C0=AD=DE=DE=C0=AD=DE"}} (kgdb) up=20 #11 0xc05b0b8a in in_control (so=3D0xc4eee42c, cmd=3D1, data=3D0xc4d59880 "= em0",=20 ifp=3D0xc4cbac00, td=3D0xc4bd8c00) at /usr/src/sys/netinet/in.c:439 439 error =3D in_ifinit(ifp, ia, &ifra->ifra_ad= dr, 0); (kgdb) print *so $12 =3D {so_count =3D 1, so_type =3D 2, so_options =3D 0, so_linger =3D 0, = so_state =3D 0,=20 so_qstate =3D 0, so_pcb =3D 0xc4ef30b4, so_proto =3D 0xc06c7954, so_head = =3D 0x0,=20 so_incomp =3D {tqh_first =3D 0x0, tqh_last =3D 0xc4eee448}, so_comp =3D { tqh_first =3D 0x0, tqh_last =3D 0xc4eee450}, so_list =3D {tqe_next =3D = 0x0,=20 tqe_prev =3D 0x0}, so_qlen =3D 0, so_incqlen =3D 0, so_qlimit =3D 0, so= _timeo =3D 0,=20 so_error =3D 0, so_sigio =3D 0x0, so_oobmark =3D 0, so_aiojobq =3D {tqh_f= irst =3D 0x0,=20 tqh_last =3D 0xc4eee474}, so_rcv =3D {sb_sel =3D {si_thrlist =3D {tqe_n= ext =3D 0x0,=20 tqe_prev =3D 0x0}, si_thread =3D 0x0, si_note =3D {kl_list =3D { slh_first =3D 0x0}, kl_lock =3D 0xc0512df8 ,=20 kl_unlock =3D 0xc0512e14 ,=20 kl_locked =3D 0xc0512e30 , kl_lockarg =3D 0xc4ee= e4a0},=20 si_flags =3D 0}, sb_mtx =3D {mtx_object =3D {lo_class =3D 0xc06bcc44,= =20 lo_name =3D 0xc0684972 "so_rcv", lo_type =3D 0xc0684972 "so_rcv",= =20 lo_flags =3D 196608, lo_list =3D {tqe_next =3D 0xc4ef3144,=20 tqe_prev =3D 0xc4eee528}, lo_witness =3D 0xc06f0fa8}, mtx_lock = =3D 4,=20 mtx_recurse =3D 0}, sb_state =3D 0, sb_mb =3D 0x0, sb_mbtail =3D 0x0,= =20 sb_lastrecord =3D 0x0, sb_cc =3D 0, sb_hiwat =3D 41600, sb_mbcnt =3D 0,= =20 sb_mbmax =3D 262144, sb_ctl =3D 0, sb_lowat =3D 1, sb_timeo =3D 0, sb_f= lags =3D 0},=20 so_snd =3D {sb_sel =3D {si_thrlist =3D {tqe_next =3D 0x0, tqe_prev =3D 0x= 0},=20 si_thread =3D 0x0, si_note =3D {kl_list =3D {slh_first =3D 0x0},=20 kl_lock =3D 0xc0512df8 ,=20 kl_unlock =3D 0xc0512e14 ,=20 kl_locked =3D 0xc0512e30 , kl_lockarg =3D 0xc4ee= e518},=20 si_flags =3D 0}, sb_mtx =3D {mtx_object =3D {lo_class =3D 0xc06bcc44,= =20 lo_name =3D 0xc068496b "so_snd", lo_type =3D 0xc068496b "so_snd",= =20 lo_flags =3D 196608, lo_list =3D {tqe_next =3D 0xc4eee4a0,=20 tqe_prev =3D 0xc4ee863c}, lo_witness =3D 0xc06f0fd0}, mtx_lock = =3D 4,=20 mtx_recurse =3D 0}, sb_state =3D 0, sb_mb =3D 0x0, sb_mbtail =3D 0x0,= =20 sb_lastrecord =3D 0x0, sb_cc =3D 0, sb_hiwat =3D 9216, sb_mbcnt =3D 0,= =20 sb_mbmax =3D 73728, sb_ctl =3D 0, sb_lowat =3D 2048, sb_timeo =3D 0,=20 sb_flags =3D 0}, so_upcall =3D 0, so_upcallarg =3D 0x0, so_cred =3D 0xc= 4a9cd80,=20 so_label =3D 0x0, so_peerlabel =3D 0x0, so_gencnt =3D 204, so_emuldata = =3D 0x0,=20 so_accf =3D 0x0} (kgdb) print *data $13 =3D 101 'e' (kgdb) print *ifp $14 =3D {if_softc =3D 0xc4b5d000, if_l2com =3D 0xc4be8970, if_link =3D { tqe_next =3D 0xc4d68800, tqe_prev =3D 0xc4cbc808},=20 if_xname =3D "em0", '\0' , if_dname =3D 0xc4b1b02c "em"= ,=20 if_dunit =3D 0, if_addrhead =3D {tqh_first =3D 0xc4bc7e00, tqh_last =3D 0= xc4bc7e60},=20 if_klist =3D {kl_list =3D {slh_first =3D 0x0},=20 kl_lock =3D 0xc0512df8 ,=20 kl_unlock =3D 0xc0512e14 ,=20 kl_locked =3D 0xc0512e30 , kl_lockarg =3D 0xc06e0120= },=20 if_pcount =3D 0, if_carp =3D 0x0, if_bpf =3D 0x0, if_index =3D 3, if_time= r =3D 0,=20 if_nvlans =3D 0, if_flags =3D 34819, if_capabilities =3D 91, if_capenable= =3D 11,=20 if_linkmib =3D 0x0, if_linkmiblen =3D 0, if_data =3D {ifi_type =3D 6 '\00= 6',=20 ifi_physical =3D 0 '\0', ifi_addrlen =3D 6 '\006', ifi_hdrlen =3D 18 '\= 022',=20 ifi_link_state =3D 2 '\002', ifi_recvquota =3D 0 '\0', ifi_xmitquota = =3D 0 '\0',=20 ifi_datalen =3D 80 'P', ifi_mtu =3D 1500, ifi_metric =3D 0,=20 ifi_baudrate =3D 1000000000, ifi_ipackets =3D 118, ifi_ierrors =3D 0,= =20 ifi_opackets =3D 9, ifi_oerrors =3D 0, ifi_collisions =3D 0, ifi_ibytes= =3D 12051,=20 ifi_obytes =3D 1432, ifi_imcasts =3D 103, ifi_omcasts =3D 0, ifi_iqdrop= s =3D 0,=20 ifi_noproto =3D 0, ifi_hwassist =3D 6, ifi_epoch =3D 0, ifi_lastchange = =3D { tv_sec =3D 1143200348, tv_usec =3D 945159}}, if_multiaddrs =3D { tqh_first =3D 0xc4d52d20, tqh_last =3D 0xc4e97000}, if_amcount =3D 0,= =20 if_output =3D 0xc059312c , if_input =3D 0xc059395c ,=20 if_start =3D 0xc046d350 , if_ioctl =3D 0xc046d3a8 ,= =20 if_watchdog =3D 0xc046d6fc , if_init =3D 0xc046d9c4 ,=20 if_resolvemulti =3D 0xc05941e4 , if_spare1 =3D 0x0,= =20 if_spare2 =3D 0x0, if_spare3 =3D 0x0, if_drv_flags =3D 64, if_spare_flags= 2 =3D 0,=20 if_snd =3D {ifq_head =3D 0xc4e8a500, ifq_tail =3D 0xc4e8a500, ifq_len =3D= 1,=20 ifq_maxlen =3D 255, ifq_drops =3D 0, ifq_mtx =3D {mtx_object =3D { lo_class =3D 0xc06bcc44, lo_name =3D 0xc4cbac10 "em0",=20 lo_type =3D 0xc068b153 "if send queue", lo_flags =3D 196608, lo_lis= t =3D { tqe_next =3D 0xc4bc7e7c, tqe_prev =3D 0xc4cbae2c},=20 lo_witness =3D 0xc06ef630}, mtx_lock =3D 4, mtx_recurse =3D 0},=20 ifq_drv_head =3D 0x0, ifq_drv_tail =3D 0x0, ifq_drv_len =3D 0,=20 ifq_drv_maxlen =3D 255, altq_type =3D 0, altq_flags =3D 1, altq_disc = =3D 0x0,=20 altq_ifp =3D 0xc4cbac00, altq_enqueue =3D 0, altq_dequeue =3D 0,=20 altq_request =3D 0, altq_clfier =3D 0x0, altq_classify =3D 0, altq_tbr = =3D 0x0,=20 altq_cdnr =3D 0x0}, if_broadcastaddr =3D 0xc065f4c0 "=FF=FF=FF=FF=FF=FF= ether_output",=20 if_bridge =3D 0x0, lltables =3D 0x0, if_label =3D 0x0, if_prefixhead =3D { tqh_first =3D 0x0, tqh_last =3D 0xc4cbad7c}, if_afdata =3D { 0x0 }, if_afdata_initialized =3D 2, if_afdata_mtx =3D= { mtx_object =3D {lo_class =3D 0xc06bcc44, lo_name =3D 0xc068b143 "if_afd= ata",=20 lo_type =3D 0xc068b143 "if_afdata", lo_flags =3D 196608, lo_list =3D { tqe_next =3D 0xc4cbad0c, tqe_prev =3D 0xc4cbae70},=20 lo_witness =3D 0xc06ef658}, mtx_lock =3D 4, mtx_recurse =3D 0},=20 if_starttask =3D {ta_link =3D {stqe_next =3D 0x0}, ta_pending =3D 0,=20 ta_priority =3D 0, ta_func =3D 0xc0592430 ,=20 ta_context =3D 0xc4cbac00}, if_linktask =3D {ta_link =3D {stqe_next =3D= 0x0},=20 ta_pending =3D 0, ta_priority =3D 0,=20 ta_func =3D 0xc05908b8 , ta_context =3D 0xc4cbac0= 0},=20 if_addr_mtx =3D {mtx_object =3D {lo_class =3D 0xc06bcc44,=20 lo_name =3D 0xc06849b5 "if_addr_mtx", lo_type =3D 0xc06849b5 "if_addr= _mtx",=20 lo_flags =3D 196608, lo_list =3D {tqe_next =3D 0xc4cbae1c,=20 tqe_prev =3D 0xc4b5d1b4}, lo_witness =3D 0xc06f0e90}, mtx_lock =3D = 4,=20 mtx_recurse =3D 0}} There's rather a lot of deadc0de appearing up there...... any ideas? Joe ----- End forwarded message ----- --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iEYEARECAAYFAkQnmn4ACgkQXVIcjOaxUBY27gCeP/Tqh16VOpwIcTjRAmZDF2pS W80AnRolYIhuOzpMTDRWVXh52J0jxNOa =XcL/ -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 08:00:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A0C916A401 for ; Mon, 27 Mar 2006 08:00:44 +0000 (UTC) (envelope-from agh@tpg.com.au) Received: from mail6.tpgi.com.au (mail6.tpgi.com.au [203.12.160.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0617F43D5A for ; Mon, 27 Mar 2006 08:00:41 +0000 (GMT) (envelope-from agh@tpg.com.au) X-TPG-Antivirus: Passed Received: from [192.168.0.2] (220-244-72-6.static.tpgi.com.au [220.244.72.6]) by mail6.tpgi.com.au (envelope-from agh@tpg.com.au) (8.13.6/8.13.6) with ESMTP id k2R80bFT013516 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 27 Mar 2006 19:00:39 +1100 From: "Alastair G. Hogge" To: freebsd-stable@freebsd.org Date: Mon, 27 Mar 2006 17:58:32 +1000 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_os5JEIHOVxFrys7" Message-Id: <200603271758.32622.agh@tpg.com.au> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: PCI Radeon 7000/VE (RV100) on AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 08:00:44 -0000 --Boundary-00=_os5JEIHOVxFrys7 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline G'day Having some problem with Xorg-6.9.0 and the radeon or ati driver on mad64 system. X seems to look up at a black screen after setting the resolution and then resets the computer. I have drm and radeon defined in my kernel config and I've also added the appropriate lines to xorg.conf uname -a returns: FreeBSD madcat 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #9: Sun Mar 26 20:05:57 EST 2006 agh@madcat:/usr/obj/usr/src/sys/MADCAT amd64 dmesg and pciconf are attached -Al --Boundary-00=_os5JEIHOVxFrys7 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.out" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; name="dmesg.out" 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-PRERELEASE #9: Sun Mar 26 20:05:57 EST 2006 agh@madcat:/usr/obj/usr/src/sys/MADCAT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 FX-60 Dual Core Processor (2611.90-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 1073414144 (1023 MB) avail memory = 1027252224 (979 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard rr2320: RocketRAID 2320 controller driver v1.01 (Jan 17 2006 17:35:15) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 4.0 on pci0 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci5: on pcib4 pcib5: at device 0.2 on pci3 pci4: on pcib5 rr23200: port 0x8800-0x88ff mem 0xfe800000-0xfe8fffff irq 17 at device 4.0 on pci4 rr2320: adapter at PCI 4:4:0, IRQ 17 pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) ohci0: mem 0xfebfe000-0xfebfefff irq 21 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfebffc00-0xfebffcff irq 22 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered pcm0: port 0xe400-0xe4ff,0xe000-0xe0ff mem 0xfebfd000-0xfebfdfff irq 23 at device 13.0 on pci0 pcm0: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 15.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfebfc000-0xfebfcfff irq 20 at device 16.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0xd080-0xd087,0xd000-0xd003,0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f mem 0xfebfb000-0xfebfbfff irq 21 at device 17.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib6: at device 18.0 on pci0 pci6: on pcib6 drm0: port 0xb000-0xb0ff mem 0xd0000000-0xd7ffffff,0xfeaf0000-0xfeafffff irq 17 at device 6.0 on pci6 info: [drm] Initialized radeon 1.19.0 20050911 em0: port 0xbc00-0xbc3f mem 0xfeaa0000-0xfeabffff,0xfea40000-0xfea7ffff irq 16 at device 7.0 on pci6 em0: Ethernet address: 00:04:23:ac:ac:ea fwohci0: mem 0xfeaef800-0xfeaeffff,0xfeae8000-0xfeaebfff irq 17 at device 11.0 on pci6 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:8a:89:e6 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:8a:89:e6 fwe0: Ethernet address: 02:11:d8:8a:89:e6 fwe0: if_start running deferred for Giant sbp0: SCSI over FireWire> on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pcib7: at device 22.0 on pci0 pci7: on pcib7 pcib8: at device 23.0 on pci0 pci8: on pcib8 acpi_button0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xc0000-0xcbfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: KYE Genius USB Wheel Mouse, rev 1.00/2.42, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. Timecounters tick every 1.000 msec rr2320: start channel [0,2] rr2320: start channel [0,3] rr2320: start channel [0,4] rr2320: start channel [0,5] rr2320: channel [0,2] started successfully rr2320: channel [0,3] started successfully rr2320: channel [0,4] started successfully rr2320: channel [0,5] started successfully rr23200: [GIANT-LOCKED] da0 at rr23200 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 572160MB (1171783680 512 byte sectors: 255H 63S/T 72940C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/da0s1a em0: link state changed to UP --Boundary-00=_os5JEIHOVxFrys7-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 09:28:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CE9316A41F for ; Mon, 27 Mar 2006 09:28:36 +0000 (UTC) (envelope-from rpalov@e-card.bg) Received: from e-card.bg (www.ahtopol-sunnyday.com [212.91.167.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 9603C43D49 for ; Mon, 27 Mar 2006 09:28:34 +0000 (GMT) (envelope-from rpalov@e-card.bg) Received: (qmail 26722 invoked from network); 27 Mar 2006 09:28:32 -0000 Received: from unknown (HELO ?212.91.167.23?) (212.91.167.23) by mail.e-card.bg with SMTP; 27 Mar 2006 09:28:32 -0000 Message-ID: <4427B040.6000907@e-card.bg> Date: Mon, 27 Mar 2006 12:28:32 +0300 From: Rumen Palov Organization: E-CARD LTD. User-Agent: Thunderbird 1.5 (X11/20060323) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------060806010406070302090701" Subject: FreeBSD 6.1-PREREALEASE , Xorg 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rpalov@e-card.bg List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 09:28:36 -0000 This is a multi-part message in MIME format. --------------060806010406070302090701 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Hi all , I have very strange problem with my box. Last week I have been upgraded ports Xorg 6.8 to Xorg 6.9 , firefox from 1.5 to 1.5.0.1. After that strange behavior starts:) When I open some pages with FireFox or ThunderBird I see blue zones instead of background images , sometimes when I switch to other application ,( terminal for example) , half of a screen become in the same blue color. I downgrade FireFox to old version ( stable for my box) but problem continue again. I make base , kernel build every day and try to keep soft up to date .. but.. Other strange thing .. When I scroll with wheel in some site very fast , after 30seconds the PC is freezing and only reboot from a PC box help. FreeBSD 6.1-PREREALEASE VGA : ATI X300 , Saphire chipset , PCIE MB : Intel 915GV chipset Is there a pisibilty this problem to be connected with Xorg 6.9 ? When I open the same site in Opera it is OK. Is any one seen somthing like this ? Thanks in advnace Rumen Palov P.S. Last day I change my video controler with ATI ASUS X550. And the problem disaprrear. Maybe the support for this Saphire ATI X300 in radeon driver is broken. --------------060806010406070302090701 Content-Type: text/plain; name="WEBBIE" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="WEBBIE" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.4 2005/10/28 19:21:27 jhb Exp $ machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident WEBBIE # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. #makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. device eisa device pci # Floppy drives device fdc ## added by skarida ## need for dvd burning device atapicam # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit Ethernet device nge # NatSemi DP83820 gigabit Ethernet device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless NICs device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) # added by skarida options SMP device acpi device speaker device drm device i915 device radeondrm # ATI Radeon options VESA options COMPAT_LINUX options MAXCONS=16 options SC_PIXEL_MODE options SC_HISTORY_SIZE=1000 options SC_MOUSE_CHAR=0x3 options TCP_DROP_SYNFIN options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT #options ICMP_BANDLIMIT options DUMMYNET --------------060806010406070302090701 Content-Type: text/plain; name="pciconf-lv.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pciconf-lv.txt" hostb0@pci0:0:0: class=0x060000 card=0x45568086 chip=0x25808086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82915G/GV/GL/P/PL/GL Grantsdale Host Bridge/DRAM Controller' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000088 chip=0x25818086 rev=0x04 hdr=0x01 vendor = 'Intel Corporation' device = '82915G/P/PL Grantsdale Host-PCI Express Graphics Bridge' class = bridge subclass = PCI-PCI none0@pci0:27:0: class=0x040300 card=0xe2008086 chip=0x26688086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW Intel High DefiNition Audio Controller' class = multimedia pcib2@pci0:28:0: class=0x060400 card=0x00000040 chip=0x26608086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW PCI Express Port 1' class = bridge subclass = PCI-PCI pcib3@pci0:28:1: class=0x060400 card=0x00000040 chip=0x26628086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW PCI Express Port 2' class = bridge subclass = PCI-PCI pcib4@pci0:28:2: class=0x060400 card=0x00000040 chip=0x26648086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW PCI Express Port 3' class = bridge subclass = PCI-PCI pcib5@pci0:28:3: class=0x060400 card=0x00000040 chip=0x26668086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW PCI Express Port 4' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x45568086 chip=0x26588086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x45568086 chip=0x26598086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x45568086 chip=0x265a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x45568086 chip=0x265b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x45568086 chip=0x265c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib6@pci0:30:0: class=0x060401 card=0x00000050 chip=0x244e8086 rev=0xd3 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x45568086 chip=0x26408086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR ICH6/ICH6R LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x45568086 chip=0x266f8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FBM Ultra ATA Storage Controllers - 266F' class = mass storage subclass = ATA atapci1@pci0:31:2: class=0x01018f card=0x45568086 chip=0x26518086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB ICH6 SATA Controller' class = mass storage subclass = ATA none1@pci0:31:3: class=0x0c0500 card=0x45568086 chip=0x266a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW SMBus Controller' class = serial bus subclass = SMBus drm0@pci1:0:0: class=0x030000 card=0x0630174b chip=0x5b601002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon X300 Series' class = display subclass = VGA none2@pci1:0:1: class=0x038000 card=0x0631174b chip=0x5b701002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon X300 Series - Secondary' class = display fxp0@pci6:8:0: class=0x020000 card=0x30618086 chip=0x10648086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82562EZ PRO/100 Ethernet Controller' class = network subclass = ethernet --------------060806010406070302090701 Content-Type: text/plain; name="xorg.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="xorg.conf" # File generated by xorgconfig. # # Copyright 2004 The X.Org Foundation # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the "Software"), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # The X.Org Foundation BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of The X.Org Foundation shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from # The X.Org Foundation. # # ********************************************************************** # Refer to the xorg.conf(5) man page for details about the format of # this file. # ********************************************************************** # ********************************************************************** # Module section -- this section is used to specify # which dynamically loadable modules to load. # ********************************************************************** # Section "Module" # This loads the DRI module # Load "dri" # This loads the GLX module # Load "glx" # This loads the DBE extension module. Load "dbe" # Double buffer extension # Load "extmod" Load "record" # Load "xtrap" # Load "int10" # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection "extmod" Option "omit xfree86-dga" # don't initialise the DGA extension EndSubSection # This loads the font modules Load "type1" # Load "speedo" Load "freetype" # Load "xtt" EndSection # ********************************************************************** # Files section. This allows default font and rgb paths to be set # ********************************************************************** Section "Files" # The location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. RgbPath "/usr/X11R6/lib/X11/rgb" # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/TTF/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" # FontPath "/usr/X11R6/lib/X11/fonts/CID/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" # FontPath "/usr/X11R6/lib/X11/fonts/local/" # FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" # FontPath "/usr/X11R6/lib/X11/fonts/TrueType/" # FontPath "/usr/X11R6/lib/X11/fonts/freefont/" FontPath "/usr/X11R6/lib/X11/fonts/webfonts/" # The module search path. The default path is shown here. # ModulePath "/usr/X11R6/lib/modules" EndSection # ********************************************************************** # Server flags section. # ********************************************************************** Section "ServerFlags" # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging # Option "NoTrapSignals" # Uncomment this to disable the VT switch sequence # (where n is 1 through 12). This allows clients to receive these key # events. # Option "DontVTSwitch" # Uncomment this to disable the server abort sequence # This allows clients to receive this key event. # Option "DontZap" # Uncomment this to disable the / mode switching # sequences. This allows clients to receive these key events. # Option "Dont Zoom" # Uncomment this to disable tuning with the xvidtune client. With # it the client can still run and fetch card and monitor attributes, # but it will not be allowed to change them. If it tries it will # receive a protocol error. # Option "DisableVidModeExtension" # Uncomment this to enable the use of a non-local xvidtune client. # Option "AllowNonLocalXvidtune" # Uncomment this to disable dynamically modifying the input device # (mouse and keyboard) settings. # Option "DisableModInDev" # Uncomment this to enable the use of a non-local client to # change the keyboard or mouse settings (currently only xset). # Option "AllowNonLocalModInDev" EndSection # ********************************************************************** # Input devices # ********************************************************************** # ********************************************************************** # Core keyboard's InputDevice section # ********************************************************************** Section "InputDevice" Identifier "Keyboard1" Driver "keyboard" # For most OSs the protocol can be omitted (it defaults to "Standard"). # When using XQUEUE (only for SVR3 and SVR4, but not Solaris), # uncomment the following line. # Option "Protocol" "Xqueue" Option "AutoRepeat" "500 30" # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option "Xleds" "1 2 3" # Option "LeftAlt" "Meta" # Option "RightAlt" "ModeShift" # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option "XkbModel" "pc105" # If you have a US Microsoft Natural keyboard, you can use: # Option "XkbModel" "microsoft" # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option "XkbLayout" "de" # or: # Option "XkbLayout" "de" # Option "XkbVariant" "nodeadkeys" # # If you'd like to switch the positions of your capslock and # control keys, use: # Option "XkbOptions" "ctrl:swapcaps" # These are the default XKB settings for Xorg # Option "XkbRules" "xorg" # Option "XkbModel" "pc105" # Option "XkbLayout" "us" # Option "XkbVariant" "" # Option "XkbOptions" "" # Option "XkbDisable" # Option "XkbRules" "xorg" # Option "XkbModel" "pc104" # Option "XkbLayout" "bg" # Option "XkbVariant" "bg" EndSection # ********************************************************************** # Core Pointer's InputDevice section # ********************************************************************** Section "InputDevice" # Identifier and driver Identifier "Mouse1" Driver "mouse" Option "Protocol" "Auto" Option "Device" "/dev/sysmouse" Option "Buttons" "5" Option "ZAxisMapping" "4 5" # Mouse-speed setting for PS/2 mouse. Option "Resolution" "256" # When using XQUEUE, comment out the above two lines, and uncomment # the following line. # Option "Protocol" "Xqueue" # Baudrate and SampleRate are only for some Logitech mice. In # almost every case these lines should be omitted. Option "BaudRate" "9600" Option "SampleRate" "150" # Emulate3Buttons is an option for 2-button Microsoft mice # Emulate3Timeout is the timeout in milliseconds (default is 50ms) Option "Emulate3Buttons" "off" # Option "Emulate3Timeout" "50" # ChordMiddle is an option for some 3-button Logitech mice Option "ChordMiddle" EndSection # ********************************************************************** # Other input device sections # this is optional and is required only if you # are using extended input devices. This is for example only. Refer # to the xorg.conf man page for a description of the options. # ********************************************************************** # # Section "InputDevice" # Identifier "Mouse2" # Driver "mouse" # Option "Protocol" "MouseMan" # Option "Device" "/dev/mouse2" # EndSection # # Section "InputDevice" # Identifier "spaceball" # Driver "magellan" # Option "Device" "/dev/cua0" # EndSection # # Section "InputDevice" # Identifier "spaceball2" # Driver "spaceorb" # Option "Device" "/dev/cua0" # EndSection # # Section "InputDevice" # Identifier "touchscreen0" # Driver "microtouch" # Option "Device" "/dev/ttyS0" # Option "MinX" "1412" # Option "MaxX" "15184" # Option "MinY" "15372" # Option "MaxY" "1230" # Option "ScreenNumber" "0" # Option "ReportingMode" "Scaled" # Option "ButtonNumber" "1" # Option "SendCoreEvents" # EndSection # # Section "InputDevice" # Identifier "touchscreen1" # Driver "elo2300" # Option "Device" "/dev/ttyS0" # Option "MinX" "231" # Option "MaxX" "3868" # Option "MinY" "3858" # Option "MaxY" "272" # Option "ScreenNumber" "0" # Option "ReportingMode" "Scaled" # Option "ButtonThreshold" "17" # Option "ButtonNumber" "1" # Option "SendCoreEvents" # EndSection # ********************************************************************** # Monitor section # ********************************************************************** # Any number of monitor sections may be present Section "Monitor" Identifier "SAMSUNG SyncMaster 710N" # HorizSync is in kHz unless units are specified. # HorizSync may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. HorizSync 30-81 # HorizSync 30-64 # multisync # HorizSync 31.5, 35.2 # multiple fixed sync frequencies # HorizSync 15-25, 30-50 # multiple ranges of sync frequencies # VertRefresh is in Hz unless units are specified. # VertRefresh may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. VertRefresh 56-75 Option "DPMS" # ModeLine "1280x1024" 60 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync EndSection # ********************************************************************** # Graphics device section # ********************************************************************** # Any number of graphics device sections may be present # Standard VGA Device: Section "Device" Identifier "Intel VGA" VendorName "Unknown" BoardName "Unknown" # The chipset line is optional in most cases. It can be used to override # the driver's chipset detection, and should not normally be specified. # Chipset "generic" # The Driver line must be present. When using run-time loadable driver # modules, this line instructs the server to load the specified driver # module. Even when not using loadable driver modules, this line # indicates which driver should interpret the information in this section. Driver "vga" VideoRam 32000 # The BusID line is used to specify which of possibly multiple devices # this section is intended for. When this line isn't present, a device # section can only match up with the primary video device. For PCI # devices a line like the following could be used. This line should not # normally be included unless there is more than one video device # intalled. # BusID "PCI:0:10:0" # VideoRam 256 # Clocks 25.2 28.3 EndSection # Device configured by xorgconfig: Section "Device" Identifier "ATI X300" Driver "radeon" # unsupported card VideoRam 128000 # ChipID "0x5b60" Option "BusType" "PCIE" BusID "PCI:1:0:0" # Option "DisplayPriority" "AUTO" # Option "MonitorLayout" "LCD" # Option "RenderAccel" "on" # Option "UseFBDev" "on" # Option "DDCMode" "on" # Insert Clocks lines here if appropriate EndSection # ********************************************************************** # Screen sections # ********************************************************************** # Any number of screen sections may be present. Each describes # the configuration of a single screen. A single specific screen section # may be specified from the X server command line with the "-screen" # option. Section "Screen" Identifier "Screen 1" Device "ATI X300" Monitor "SAMSUNG SyncMaster 710N" DefaultDepth 24 # Subsection "Display" # Depth 8 # Modes "1280x1024" "1024x768" "800x600" "640x480" # ViewPort 0 0 # EndSubsection Subsection "Display" Depth 24 # Modes "1280x1024" "1024x768" "800x600" "640x480" #Modes "1280x1024" "1024x768" "800x600" "640x480" Modes "1280x1024" ViewPort 0 0 EndSubsection # Subsection "Display" # Depth 24 # Modes "1280x1024" "1024x768" "800x600" "640x480" # ViewPort 0 0 # EndSubsection EndSection # ********************************************************************** # ServerLayout sections. # ********************************************************************** # Any number of ServerLayout sections may be present. Each describes # the way multiple screens are organised. A specific ServerLayout # section may be specified from the X server command line with the # "-layout" option. In the absence of this, the first section is used. # When now ServerLayout section is present, the first Screen section # is used alone. Section "ServerLayout" # The Identifier line must be present Identifier "Simple Layout" # Each Screen line specifies a Screen section name, and optionally # the relative position of other screens. The four names after # primary screen name are the screens to the top, bottom, left and right # of the primary screen. In this example, screen 2 is located to the # right of screen 1. Screen "Screen 1" # Each InputDevice line specifies an InputDevice section name and # optionally some options to specify the way the device is to be # used. Those options include "CorePointer", "CoreKeyboard" and # "SendCoreEvents". # Option "XkbDisable" "on" InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection Section "DRI" Mode 0666 EndSection --------------060806010406070302090701 Content-Type: text/plain; name="xorg-ports" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="xorg-ports" xorg-clients-6.9.0_2 X client programs and related files from X.Org xorg-documents-6.9.0 Documentation of X11 protocol and libraries from X.Org xorg-fonts-100dpi-6.9.0_1 X.Org 100dpi bitmap fonts xorg-fonts-75dpi-6.9.0_1 X.Org 75dpi bitmap fonts xorg-fonts-cyrillic-6.9.0_1 X.Org Cyrillic bitmap fonts xorg-fonts-encodings-6.9.0_1 X.Org font encoding files xorg-fonts-miscbitmaps-6.9.0_1 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-6.9.0 X.Org TrueType fonts xorg-fonts-type1-6.9.0 X.Org Type1 fonts xorg-fontserver-6.9.0_1 X font server from X.Org xorg-libraries-6.9.0 X11 libraries and headers from X.Org xorg-manpages-6.9.0 X.Org library manual pages xorg-nestserver-6.9.0 Nesting X server from X.Org xorg-printserver-6.9.0 X Print server from X.Org xorg-server-6.9.0_1 X.Org X server and related programs xorg-vfbserver-6.9.0 X virtual framebuffer server from X.Org --------------060806010406070302090701-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 09:30:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F3C316A420; Mon, 27 Mar 2006 09:30:15 +0000 (UTC) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 746F243D45; Mon, 27 Mar 2006 09:30:14 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.5/jtpda-5.4) with ESMTP id k2R9UC8p011466 ; Mon, 27 Mar 2006 11:30:12 +0200 (CEST) X-Ids: 165 Received: from grobner3.math.jussieu.fr (grobner3.math.jussieu.fr [134.157.13.120]) by riemann.math.jussieu.fr (8.13.6/jtpda-5.4) with ESMTP id k2R9UBAb054181 ; Mon, 27 Mar 2006 11:30:11 +0200 (CEST) Received: from grobner3.math.jussieu.fr (localhost.localdomain [127.0.0.1]) by grobner3.math.jussieu.fr (8.13.1/jtpda-5.4) with ESMTP id k2R9UBxg021635 ; Mon, 27 Mar 2006 11:30:11 +0200 Received: (from jas@localhost) by grobner3.math.jussieu.fr (8.13.1/8.13.1/Submit) id k2R9UBG6021634; Mon, 27 Mar 2006 11:30:11 +0200 Date: Mon, 27 Mar 2006 11:30:11 +0200 From: Albert Shih To: freebsd-stable@freebsd.org Message-ID: <20060327093011.GA21070@math.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.6i X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.56 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.7.2 (shiva.jussieu.fr [134.157.0.165]); Mon, 27 Mar 2006 11:30:12 +0200 (CEST) X-Antivirus: scanned by sophie at shiva.jussieu.fr X-Miltered: at shiva.jussieu.fr with ID 4427B0A4.003 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: freebsd-questions@freebsd.org Subject: watchdog network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 09:30:15 -0000 Hi all I've very big problem with my nfsd server. I'm running FreeBSD-stable and sometime (one time/week) i've this kind of message on the console : bge0 watchdog timeout problems fxp1 watchdog timeout problems and all my network card is down. Nothing can make the network card work again (only reboot working). There are only one service I need on this server and it'is nfsd (and rpc.* etc...) It's dual-pro ML350G4 proliant. What kind problem is it ? Software problem ? Hardward problem ? What kind of solution you think ? Do yo think if I go to no-SMP kernel the problem can be ... bypass ? Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 ième étage, plateau D, bureau 10 Heure local/Local time: Mon Mar 27 11:25:08 CEST 2006 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 10:02:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C39A216A401; Mon, 27 Mar 2006 10:02:17 +0000 (UTC) (envelope-from Michel.Lecocq@lipn.univ-paris13.fr) Received: from lipn.univ-paris13.fr (lipn.univ-paris13.fr [194.254.163.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68DA043D45; Mon, 27 Mar 2006 10:02:17 +0000 (GMT) (envelope-from Michel.Lecocq@lipn.univ-paris13.fr) Received: from [10.10.0.55] (salvador [10.10.0.55]) by lipn.univ-paris13.fr (Postfix) with ESMTP id EF13710C05D; Mon, 27 Mar 2006 12:02:08 +0200 (CEST) Message-ID: <4427B820.3000702@lipn.univ-paris13.fr> Date: Mon, 27 Mar 2006 12:02:08 +0200 From: Michel Le Cocq User-Agent: Mail/News 1.5 (X11/20060228) MIME-Version: 1.0 To: shih@math.jussieu.fr References: <20060327093011.GA21070@math.jussieu.fr> In-Reply-To: <20060327093011.GA21070@math.jussieu.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: watchdog network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 10:02:17 -0000 I Jas I have the same type of trouble on a gigabythe motherboard with an onboard ethernet card. I run FreeBSD 6.0 but after 20 seconds ~ the card go Up again. Before I was under 5.4 and I don't remember a such trouble. The only thing I sugest before the correction is to add a PCI card :-( cat /var/log/messages Mar 25 21:49:29 rapace kernel: re0: 2 link states coalesced Mar 25 21:49:29 rapace kernel: re0: link state changed to DOWN Mar 25 21:49:31 rapace kernel: re0: 2 link states coalesced Mar 25 21:49:31 rapace kernel: re0: link state changed to DOWN [...] Mar 25 21:49:45 rapace kernel: re0: link state changed to DOWN Mar 25 21:49:46 rapace kernel: re0: link state changed to UP Michel Le Cocq Administrateur Reseau Laga-Lipn Albert Shih wrote: > Hi all > > I've very big problem with my nfsd server. > > I'm running FreeBSD-stable and sometime (one time/week) i've this kind of > message on the console : > > bge0 watchdog timeout problems > fxp1 watchdog timeout problems > > and all my network card is down. Nothing can make the network card work > again (only reboot working). > > There are only one service I need on this server and it'is nfsd (and rpc.* etc...) > > It's dual-pro ML350G4 proliant. > > What kind problem is it ? Software problem ? Hardward problem ? > > What kind of solution you think ? > > Do yo think if I go to no-SMP kernel the problem can be ... bypass ? > > Regards. > > > -- > Albert SHIH > Universite de Paris 7 (Denis DIDEROT) > U.F.R. de Mathematiques. > 7 ième étage, plateau D, bureau 10 > Heure local/Local time: > Mon Mar 27 11:25:08 CEST 2006 > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 10:37:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F120516A41F for ; Mon, 27 Mar 2006 10:37:24 +0000 (UTC) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 638DF43D45 for ; Mon, 27 Mar 2006 10:37:24 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.5/jtpda-5.4) with ESMTP id k2RAbN2a030281 ; Mon, 27 Mar 2006 12:37:23 +0200 (CEST) X-Ids: 164 Received: from grobner3.math.jussieu.fr (grobner3.math.jussieu.fr [134.157.13.120]) by riemann.math.jussieu.fr (8.13.6/jtpda-5.4) with ESMTP id k2RAbKVA066043 ; Mon, 27 Mar 2006 12:37:21 +0200 (CEST) Received: from grobner3.math.jussieu.fr (localhost.localdomain [127.0.0.1]) by grobner3.math.jussieu.fr (8.13.1/jtpda-5.4) with ESMTP id k2RAbKTD025928 ; Mon, 27 Mar 2006 12:37:20 +0200 Received: (from jas@localhost) by grobner3.math.jussieu.fr (8.13.1/8.13.1/Submit) id k2RAbKMU025927; Mon, 27 Mar 2006 12:37:20 +0200 Date: Mon, 27 Mar 2006 12:37:20 +0200 From: Albert Shih To: Michel Le Cocq Message-ID: <20060327103720.GB21070@math.jussieu.fr> References: <20060327093011.GA21070@math.jussieu.fr> <4427B820.3000702@lipn.univ-paris13.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4427B820.3000702@lipn.univ-paris13.fr> User-Agent: Mutt/1.5.6i X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.56 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.164]); Mon, 27 Mar 2006 12:37:23 +0200 (CEST) X-Antivirus: scanned by sophie at shiva.jussieu.fr X-Miltered: at shiva.jussieu.fr with ID 4427C063.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: freebsd-stable@freebsd.org Subject: Re: watchdog network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 10:37:25 -0000 Le 27/03/2006 à 12:02:08+0200, Michel Le Cocq a écrit > I Jas > > I have the same type of trouble on a gigabythe motherboard with an > onboard ethernet card. > I run FreeBSD 6.0 but after 20 seconds ~ the card go Up again. > Before I was under 5.4 and I don't remember a such trouble. > > The only thing I sugest before the correction is to add a PCI card :-( I can't add another PCI card because all my PCI slot is in use. On my server I need 5 network Interface, and I've 2 bi-dual-gigabits PCI card and one on mothercard. And it's more complicate because the other card have same trouble... Of course I can remove all card ;-) but on nfs server it's little ...useless.... > > cat /var/log/messages > > Mar 25 21:49:29 rapace kernel: re0: 2 link states coalesced > Mar 25 21:49:29 rapace kernel: re0: link state changed to DOWN > Mar 25 21:49:31 rapace kernel: re0: 2 link states coalesced > Mar 25 21:49:31 rapace kernel: re0: link state changed to DOWN > > [...] > > Mar 25 21:49:45 rapace kernel: re0: link state changed to DOWN > Mar 25 21:49:46 rapace kernel: re0: link state changed to UP I don't have exactly same problem because when my bge0 going down he never comme back. I just stay in down and I just have lots of message like bge0 watchdog timeout problems fxp1 watchdog timeout problems Any idea ? Regards. > >and all my network card is down. Nothing can make the network card work > >again (only reboot working). > > > >There are only one service I need on this server and it'is nfsd (and rpc.* > >etc...) > > > >It's dual-pro ML350G4 proliant. > > > >What kind problem is it ? Software problem ? Hardward problem ? > > > >What kind of solution you think ? > > > >Do yo think if I go to no-SMP kernel the problem can be ... bypass ? > > > >Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 ième étage, plateau D, bureau 10 Tel : 01 44 27 86 88 FAX : 01 44 27 69 35 GSM(UFR) : 06 85 05 58 43 Heure local/Local time: Mon Mar 27 12:33:23 CEST 2006 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 10:46:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9301216A420 for ; Mon, 27 Mar 2006 10:46:12 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E36B343D49 for ; Mon, 27 Mar 2006 10:46:11 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k2RAk7lg035300; Mon, 27 Mar 2006 07:46:07 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org, shih@math.jussieu.fr Date: Mon, 27 Mar 2006 07:46:04 -0300 User-Agent: KMail/1.9.1 References: <20060327093011.GA21070@math.jussieu.fr> <4427B820.3000702@lipn.univ-paris13.fr> <20060327103720.GB21070@math.jussieu.fr> In-Reply-To: <20060327103720.GB21070@math.jussieu.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603270746.05169.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Michel Le Cocq Subject: Re: watchdog network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 10:46:12 -0000 On Monday 27 March 2006 07:37, Albert Shih wrote: > > > cat /var/log/messages > > > > Mar 25 21:49:29 rapace kernel: re0: 2 link states coalesced > > Mar 25 21:49:29 rapace kernel: re0: link state changed to DOWN > > Mar 25 21:49:31 rapace kernel: re0: 2 link states coalesced > > Mar 25 21:49:31 rapace kernel: re0: link state changed to DOWN > > > > [...] > > > > Mar 25 21:49:45 rapace kernel: re0: link state changed to DOWN > > Mar 25 21:49:46 rapace kernel: re0: link state changed to UP > > I don't have exactly same problem because when my bge0 going down he never > comme back. I just stay in down and I just have lots of message like > > > bge0 watchdog timeout problems > fxp1 watchdog timeout problems > > > Any idea ? > is your card in polling mode ? it seems that since a month almost all NICs are having the timeout/up-down= =20 trouble on releng_6 and it is worse when running SMP kernel It seems that sometimes and IRQ conflict is envolved and setting the=20 IRQs/Slots better the timeout do go away or running the cards in polling mo= de=20 also helps =46or FXP you may also try to download the microcode with `ifconfig fxp0 li= nk0`=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 11:02:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3EC016A424 for ; Mon, 27 Mar 2006 11:02:35 +0000 (UTC) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id A54F143D48 for ; Mon, 27 Mar 2006 11:02:34 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.5/jtpda-5.4) with ESMTP id k2RB2X76055516 ; Mon, 27 Mar 2006 13:02:33 +0200 (CEST) X-Ids: 165 Received: from grobner3.math.jussieu.fr (grobner3.math.jussieu.fr [134.157.13.120]) by riemann.math.jussieu.fr (8.13.6/jtpda-5.4) with ESMTP id k2RB2Qbv069636 ; Mon, 27 Mar 2006 13:02:26 +0200 (CEST) Received: from grobner3.math.jussieu.fr (localhost.localdomain [127.0.0.1]) by grobner3.math.jussieu.fr (8.13.1/jtpda-5.4) with ESMTP id k2RB2Q1i027271 ; Mon, 27 Mar 2006 13:02:26 +0200 Received: (from jas@localhost) by grobner3.math.jussieu.fr (8.13.1/8.13.1/Submit) id k2RB2QeO027270; Mon, 27 Mar 2006 13:02:26 +0200 Date: Mon, 27 Mar 2006 13:02:26 +0200 From: Albert Shih To: JoaoBR Message-ID: <20060327110226.GC21070@math.jussieu.fr> References: <20060327093011.GA21070@math.jussieu.fr> <4427B820.3000702@lipn.univ-paris13.fr> <20060327103720.GB21070@math.jussieu.fr> <200603270746.05169.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200603270746.05169.joao@matik.com.br> User-Agent: Mutt/1.5.6i X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.56 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.7.2 (shiva.jussieu.fr [134.157.0.165]); Mon, 27 Mar 2006 13:02:33 +0200 (CEST) X-Antivirus: scanned by sophie at shiva.jussieu.fr X-Miltered: at shiva.jussieu.fr with ID 4427C649.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: freebsd-stable@freebsd.org Subject: Re: watchdog network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 11:02:35 -0000 Le 27/03/2006 à 07:46:04-0300, JoaoBR a écrit > On Monday 27 March 2006 07:37, Albert Shih wrote: > > > > > > > > Any idea ? > > Thanks for you answers. > > is your card in polling mode ? Well I don't known what's that mean. I just look the ifconfig's man...I just use default config, and I don't think I use poling mode. I don't understand : You think is better to put my card in polling mode or not ? > > it seems that since a month almost all NICs are having the timeout/up-down > trouble on releng_6 and it is worse when running SMP kernel OK I going to no-SMP kernel. > > It seems that sometimes and IRQ conflict is envolved and setting the > IRQs/Slots better the timeout do go away or running the cards in polling mode > also helps > > For FXP you may also try to download the microcode with `ifconfig fxp0 link0` Sorry but I'm no verry good in this....what's that mean ? What's ifconfig fxp0 link0 do ? Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 ième étage, plateau D, bureau 10 Heure local/Local time: Mon Mar 27 12:56:35 CEST 2006 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 12:29:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9790216A400 for ; Mon, 27 Mar 2006 12:29:39 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com (heathrow.savoladns.com [212.12.174.7]) by mx1.FreeBSD.org (Postfix) with SMTP id B7EAF43D49 for ; Mon, 27 Mar 2006 12:29:38 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com ([127.0.0.1]) by localhost (heathrow.savoladns.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00617-05 for ; Mon, 27 Mar 2006 15:29:33 +0300 (AST) Received: from Tuxntosh.savola.com (unknown [222.22.1.152]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by heathrow.savoladns.com (Postfix) with ESMTP id 65E109583B for ; Mon, 27 Mar 2006 15:29:33 +0300 (AST) From: Yousef Raffah To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ubt8Tt10z+k9QeqDU7so" Organization: The Savola Group Date: Mon, 27 Mar 2006 15:28:55 +0300 Message-Id: <1143462535.4921.212.camel@Tuxntosh.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Subject: Can't boot with a new install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 12:29:39 -0000 --=-ubt8Tt10z+k9QeqDU7so Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi everyone, I just finished installing FreeBSD 6 RELEASE on my Toshiba Tecra A4 laptop and the installation was fine, however, when I rebooted the machine, I don't get the boot loader screen as if the machine can not see my drive! I tried the reinstalling and ensured that I set the slice to be bootable but that didn't change anything. Not sure if this is a common issue with FreeBSD 6 on Toshiba laptops but I'm still looking around Sincerely, Yousef Raffah Senior Systems Administrator SSIS - The Savola Group -- Aren't you using Firefox? Get it at getfirefox.com yousef.raffah.com --=-ubt8Tt10z+k9QeqDU7so Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBEJ9qHH9IXMb4e6CMRAgdlAJ0Y4R0pCXO93tGpLHkyuLkUxPJnpQCggVgl avEghgP9cK/lMozis1C5obQ= =AVIW -----END PGP SIGNATURE----- --=-ubt8Tt10z+k9QeqDU7so-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 13:08:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6CF916A401 for ; Mon, 27 Mar 2006 13:08:04 +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 4685843D49 for ; Mon, 27 Mar 2006 13:08:04 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.terrorteam.de (Postfix) with ESMTP id 6BC7A440D; Mon, 27 Mar 2006 15:08:00 +0200 (CEST) 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 47228-14; Mon, 27 Mar 2006 15:07:56 +0200 (CEST) Received: from [10.38.0.12] (unknown [213.238.63.253]) by crivens.terrorteam.de (Postfix) with ESMTP id 5DFFC3F2E; Mon, 27 Mar 2006 15:07:56 +0200 (CEST) Message-ID: <4427E3B1.3020704@kernel32.de> Date: Mon, 27 Mar 2006 15:08:01 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: shih@math.jussieu.fr References: <20060327093011.GA21070@math.jussieu.fr> <4427B820.3000702@lipn.univ-paris13.fr> <20060327103720.GB21070@math.jussieu.fr> <200603270746.05169.joao@matik.com.br> <20060327110226.GC21070@math.jussieu.fr> In-Reply-To: <20060327110226.GC21070@math.jussieu.fr> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at unixoid.de Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: watchdog network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 13:08:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Albert Shih wrote: > Le 27/03/2006 à 07:46:04-0300, JoaoBR a écrit > >>is your card in polling mode ? > > > Well I don't known what's that mean. I just look the ifconfig's man...I > just use default config, and I don't think I use poling mode. > polling is described in polling(4) --> man 4 polling > I don't understand : You think is better to put my card in polling mode or > not ? > you can give it a try ifconfig $interface polling or ifconfig $interface -polling to disable polling... > >>It seems that sometimes and IRQ conflict is envolved and setting the >>IRQs/Slots better the timeout do go away or running the cards in polling mode >>also helps >> >>For FXP you may also try to download the microcode with `ifconfig fxp0 link0` > > > Sorry but I'm no verry good in this....what's that mean ? > according to what JoaoBR said and proven by the manpage (man fxp), it'll download the microcode of your Network Card (if a microcode exists). link0 Some chip revisions have loadable microcode which can be used to reduce the interrupt load on the host cpu. Not all boards have microcode support. Setting the link0 flag with ifconfig(8) will download the microcode to the chip if it is available. However, I'm not sure what you want to do with the microcode :) regards, ./Marian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEJ+OvgAq87Uq5FMsRAhkxAJ9gqiwY4+TIYWJfNOWmKHJh43g42gCffb0c +B6a114Ub3DBaLNqtWpmji4= =tNo6 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 13:16:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4096616A420 for ; Mon, 27 Mar 2006 13:16:32 +0000 (UTC) (envelope-from belesbsd@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2720643D4C for ; Mon, 27 Mar 2006 13:16:30 +0000 (GMT) (envelope-from belesbsd@gmail.com) Received: by uproxy.gmail.com with SMTP id m3so451756ugc for ; Mon, 27 Mar 2006 05:16:30 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type; b=SpMUP0tY/DKFX7QGfHZKZppnGaMR2HHMbA7RCUw8QDdzl96gVK704t9hCA642Q7pUcrpU9IhdoSu0VjxEpwDzuRZFqWmIAnkHaf3wJ7HnVm5azIqOgyJGxRjVSpqG5hBdpc1jEIAyMN1xCDmFQXI3qB8KzgIJygnJ9BeKjOcGfc= Received: by 10.67.15.3 with SMTP id s3mr2442326ugi; Mon, 27 Mar 2006 05:16:29 -0800 (PST) Received: from ?192.168.100.81? ( [212.174.72.50]) by mx.gmail.com with ESMTP id q1sm966401uge.2006.03.27.05.16.27; Mon, 27 Mar 2006 05:16:29 -0800 (PST) Message-ID: <4427E59E.8010500@gmail.com> Date: Mon, 27 Mar 2006 16:16:14 +0300 From: belesBSD User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------070605030507000406070402" Subject: Panic at startup after buildworld 6.1 PRERELEASE from 5.4 Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 13:16:32 -0000 This is a multi-part message in MIME format. --------------070605030507000406070402 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi, I have builded world and kernel with no errors. Also, everything seems to be ok in single user mode with mergemaster etc. then i installed world. However, when i try to boot normally, i get the following panic. The panic is completely reproducable (eg. every time i boot normally, it panics). Before the panic it gives a half "WARNING: Device driver" error, so could i possibly have done something wrong about the modules when building/installing? I've attached the dmesg output.. Thank you Script started on Mon Mar 27 15:28:03 2006 # kgdb kernel.debug /vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: WARNING: Device driver " Fatal trap 12: page fault while in kernel mode fault virtual address = 0x400000 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06a84a4 stack pointer = 0x28:0xe40faaa4 frame pointer = 0x28:0xe40faaa4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 428 (kldload) trap number = 12 panic: page fault Uptime: 8s Dumping 699 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 699MB (178944 pages) 684 668 652 636 620 604 588 572 556 540 524 508 492 476 460 444 428 412 396 380 364 348 332 316 300 284 268 252 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc06a84a4 0xc06a84a4 is in strlen (/root/stable/sys/src/sys/libkern/strlen.c:41). 36 strlen(str) 37 const char *str; 38 { 39 register const char *s; 40 41 for (s = str; *s; ++s); 42 return(s - str); 43 } 44 (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc0642811 in boot (howto=260) at /root/stable/sys/src/sys/kern/kern_shutdown.c:402 #2 0xc0642aa8 in panic (fmt=0xc0860391 "%s") at /root/stable/sys/src/sys/kern/kern_shutdown.c:558 #3 0xc0817428 in trap_fatal (frame=0xe40faa64, eva=4194304) at /root/stable/sys/src/sys/i386/i386/trap.c:836 #4 0xc081718f in trap_pfault (frame=0xe40faa64, usermode=0, eva=4194304) at /root/stable/sys/src/sys/i386/i386/trap.c:744 #5 0xc0816ded in trap (frame= {tf_fs = -1064239096, tf_es = -1064107992, tf_ds = -468778968, tf_edi = 0, tf_esi = 0, tf_ebp = -468735324, tf_isp = -468735344, tf_ebx = -1064863469, tf_edx = 4194304, tf_ecx = 0, tf_eax = 4194304, tf_trapno = 12, tf_err = 0, tf_eip = -1066761052, tf_cs = 32, tf_eflags = 590406, tf_esp = -468735124, tf_ss = -1067068040}) at /root/stable/sys/src/sys/i386/i386/trap.c:434 #6 0xc0806d5a in calltrap () at /root/stable/sys/src/sys/i386/i386/exception.s:139 #7 0xc06a84a4 in strlen (str=0x400000
) at /root/stable/sys/src/sys/libkern/strlen.c:41 #8 0xc065d578 in kvprintf (fmt=0xc0877913 "\" has wrong version %s\n", func=0xc065ccfc , arg=0xe40fab88, radix=10, ap=0xe40fabac "Ñx\207À") at /root/stable/sys/src/sys/kern/subr_prf.c:679 #9 0xc065cc77 in printf ( fmt=0xc08778f9 "WARNING: Device driver \"%s\" has wrong version %s\n") ---Type to continue, or q to quit--- at /root/stable/sys/src/sys/kern/subr_prf.c:296 #10 0xc0619d5f in prep_cdevsw (devsw=0xc4340e00) at /root/stable/sys/src/sys/kern/kern_conf.c:450 #11 0xc0619fa0 in make_dev_credv (devsw=0xc4340e00, minornr=0, cr=0x0, uid=4194304, gid=4194304, mode=4194304, fmt=0xc433fd6c "rtc", ap=0xe40fac18 "\200D\036Ä$¬\017ä\225û3ÄP¬\017äÿ\226cÀ\200D\036Ä") at /root/stable/sys/src/sys/kern/kern_conf.c:521 #12 0xc061a068 in make_dev (devsw=0xc4340e00, minornr=0, uid=0, gid=0, mode=420, fmt=0xc433fd6c "rtc") at /root/stable/sys/src/sys/kern/kern_conf.c:567 #13 0xc433fb4b in ?? () #14 0xc4340e00 in ?? () #15 0x00000000 in ?? () #16 0x00000000 in ?? () #17 0x00000000 in ?? () #18 0x000001a4 in ?? () #19 0xc433fd6c in ?? () #20 0xc41e4480 in ?? () #21 0xe40fac24 in ?? () #22 0xc433fb95 in ?? () #23 0xe40fac50 in ?? () #24 0xc06396ff in module_register_init (arg=0xe40fac50) at /root/stable/sys/src/sys/kern/kern_module.c:121 Previous frame inner to this frame (corrupt stack?) (kgdb) quit # Script done on Mon Mar 27 15:30:42 2006 --------------070605030507000406070402 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Mar 27 15:04:46 kernel: FreeBSD 6.1-PRERELEASE #0: Mon Mar 27 14:46:31 UTC 2006 Mar 27 15:04:46 kernel: root@:/usr/obj/root/stable/sys/src/sys/NEW Mar 27 15:04:46 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Mar 27 15:04:46 kernel: CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz (1995.01-MHz 686-class CPU) Mar 27 15:04:46 kernel: Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Mar 27 15:04:46 kernel: Features=0xbfebf9ff Mar 27 15:04:46 kernel: Features2=0x4400> Mar 27 15:04:46 kernel: real memory = 734003200 (700 MB) Mar 27 15:04:46 kernel: avail memory = 708919296 (676 MB) Mar 27 15:04:46 kernel: npx0: [FAST] Mar 27 15:04:46 kernel: npx0: on motherboard Mar 27 15:04:46 kernel: npx0: INT 16 interface Mar 27 15:04:46 kernel: acpi0: on motherboard Mar 27 15:04:46 kernel: acpi0: Power Button (fixed) Mar 27 15:04:46 kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Mar 27 15:04:46 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0 Mar 27 15:04:46 kernel: cpu0: on acpi0 Mar 27 15:04:46 kernel: acpi_perf0: on cpu0 Mar 27 15:04:46 kernel: pcib0: port 0xcf8-0xcff on acpi0 Mar 27 15:04:46 kernel: pci0: on pcib0 Mar 27 15:04:46 kernel: pci0: at device 0.1 (no driver attached) Mar 27 15:04:46 kernel: pci0: at device 0.3 (no driver attached) Mar 27 15:04:46 kernel: agp0: port 0xeff8-0xefff mem 0xd8000000-0xdfffffff,0xd0000000-0xd007ffff irq 10 at device 2.0 on pci0 Mar 27 15:04:46 kernel: agp0: detected 16252k stolen memory Mar 27 15:04:46 kernel: agp0: aperture size is 128M Mar 27 15:04:46 kernel: pci0: at device 2.1 (no driver attached) Mar 27 15:04:46 kernel: uhci0: port 0xcfe0-0xcfff irq 10 at device 29.0 on pci0 Mar 27 15:04:46 kernel: uhci0: [GIANT-LOCKED] Mar 27 15:04:46 kernel: usb0: on uhci0 Mar 27 15:04:46 kernel: usb0: USB revision 1.0 Mar 27 15:04:46 kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Mar 27 15:04:46 kernel: uhub0: 2 ports with 2 removable, self powered Mar 27 15:04:46 kernel: ehci0: at device 29.7 on pci0 Mar 27 15:04:46 kernel: ehci0: [GIANT-LOCKED] Mar 27 15:04:46 kernel: usb1: EHCI version 1.0 Mar 27 15:04:46 kernel: usb1: wrong number of companions (3 != 1) Mar 27 15:04:46 kernel: usb1: companion controller, 2 ports each: usb0 Mar 27 15:04:46 kernel: usb1: on ehci0 Mar 27 15:04:46 kernel: usb1: USB revision 2.0 Mar 27 15:04:46 kernel: uhub1: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 Mar 27 15:04:46 kernel: uhub1: 6 ports with 6 removable, self powered Mar 27 15:04:46 kernel: pcib1: at device 30.0 on pci0 Mar 27 15:04:46 kernel: pci1: on pcib1 Mar 27 15:04:46 kernel: fxp0: port 0xcf40-0xcf7f mem 0xcffff000-0xcfffffff irq 11 at device 8.0 on pci1 Mar 27 15:04:46 kernel: miibus0: on fxp0 Mar 27 15:04:46 kernel: inphy0: on miibus0 Mar 27 15:04:46 kernel: inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Mar 27 15:04:46 kernel: fxp0: Ethernet address: 00:08:0d:f4:7b:5e Mar 27 15:04:46 kernel: cbb0: at device 11.0 on pci1 Mar 27 15:04:46 kernel: cardbus0: on cbb0 Mar 27 15:04:46 kernel: pccard0: <16-bit PCCard bus> on cbb0 Mar 27 15:04:46 kernel: isab0: at device 31.0 on pci0 Mar 27 15:04:46 kernel: isa0: on isab0 Mar 27 15:04:46 kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 11 at device 31.1 on pci0 Mar 27 15:04:46 kernel: ata0: on atapci0 Mar 27 15:04:46 kernel: ata1: on atapci0 Mar 27 15:04:46 kernel: pci0: at device 31.5 (no driver attached) Mar 27 15:04:46 kernel: pci0: at device 31.6 (no driver attached) Mar 27 15:04:46 kernel: acpi_lid0: on acpi0 Mar 27 15:04:46 kernel: battery0: on acpi0 Mar 27 15:04:46 kernel: acpi_button0: on acpi0 Mar 27 15:04:46 kernel: acpi_acad0: on acpi0 Mar 27 15:04:46 kernel: acpi_tz0: on acpi0 Mar 27 15:04:46 kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Mar 27 15:04:46 kernel: atkbd0: irq 1 on atkbdc0 Mar 27 15:04:46 kernel: kbd0 at atkbd0 Mar 27 15:04:46 kernel: atkbd0: [GIANT-LOCKED] Mar 27 15:04:46 kernel: psm0: irq 12 on atkbdc0 Mar 27 15:04:46 kernel: psm0: [GIANT-LOCKED] Mar 27 15:04:46 kernel: psm0: model GlidePoint, device ID 0 Mar 27 15:04:46 kernel: pmtimer0 on isa0 Mar 27 15:04:46 kernel: orm0: at iomem 0xc0000-0xcffff,0xe0000-0xeffff on isa0 Mar 27 15:04:46 kernel: ppc0: parallel port not found. Mar 27 15:04:46 kernel: sc0: at flags 0x100 on isa0 Mar 27 15:04:46 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Mar 27 15:04:46 kernel: sio0: configured irq 4 not in bitmap of probed irqs 0 Mar 27 15:04:46 kernel: sio0: port may not be enabled Mar 27 15:04:46 kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Mar 27 15:04:46 kernel: sio0: type 8250 or not responding Mar 27 15:04:46 kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Mar 27 15:04:46 kernel: sio1: port may not be enabled Mar 27 15:04:46 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Mar 27 15:04:46 kernel: ums0: vendor 0x1241 product 0x1111, rev 1.00/1.00, addr 2, iclass 3/1 Mar 27 15:04:46 kernel: ums0: 3 buttons and Z dir. Mar 27 15:04:46 kernel: Timecounter "TSC" frequency 1995011804 Hz quality 800 Mar 27 15:04:46 kernel: Timecounters tick every 1.000 msec Mar 27 15:04:46 kernel: ad0: 38154MB at ata0-master UDMA100 Mar 27 15:04:46 kernel: acd0: CDRW at ata1-master UDMA33 Mar 27 15:04:46 kernel: Trying to mount root from ufs:/dev/ad0s2a --------------070605030507000406070402-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 14:06:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A46E16A401; Mon, 27 Mar 2006 14:06:51 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BD9E43D45; Mon, 27 Mar 2006 14:06:49 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k2RE6llY045744; Mon, 27 Mar 2006 11:06:47 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 27 Mar 2006 11:06:44 -0300 User-Agent: KMail/1.9.1 References: <20060324223317.2069564f@it.buh.tecnik93.com> <200603251845.48725.davidxu@freebsd.org> <20060325115336.F2181@maildrop.int.zabbadoz.net> In-Reply-To: <20060325115336.F2181@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603271106.45088.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: "Bjoern A. Zeeb" , David Xu Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 14:06:51 -0000 On Saturday 25 March 2006 08:55, Bjoern A. Zeeb wrote: > On Sat, 25 Mar 2006, David Xu wrote: > > =FF=FF Saturday 25 March 2006 18:04=FF=FFJoaoBR =FF=FF=FF=FF=FF=FF > > > >> It appears to be a point > >> the machines with problem are all SMP, UP do no show the nve timeout or > >> any other problem with it > >> alias, same with SK, on SMP the system crashes and with UP it's ok > > For sk please try the new driver Pyun is regularly postng and will > commit once the 5/6Rs are done. > for some reason I thought it was already commited so I reused it and my sk problem is gone, since friday the machines are=20 running fine again why it will be in only after the release? Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 14:47:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E966916A422 for ; Mon, 27 Mar 2006 14:47:06 +0000 (UTC) (envelope-from joji@eskimo.com) Received: from ultra5.eskimo.com (ultra5.eskimo.com [204.122.16.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FF4B43D46 for ; Mon, 27 Mar 2006 14:47:06 +0000 (GMT) (envelope-from joji@eskimo.com) Received: from eskimo.com (eskimo.com [204.122.16.13]) by ultra5.eskimo.com (8.13.6/8.13.4) with ESMTP id k2REl4tT029402; Mon, 27 Mar 2006 06:47:04 -0800 Received: (from joji@localhost) by eskimo.com (8.9.1a/8.9.1) id GAA16034; Mon, 27 Mar 2006 06:47:04 -0800 (PST) Date: Mon, 27 Mar 2006 06:47:04 -0800 From: Joseph Olatt To: Matt Smith Message-ID: <20060327064703.A14824@eskimo.com> References: <20060326054518.A11614@eskimo.com> <000001c650df$8a3424c0$0201a8c0@bedroom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <000001c650df$8a3424c0$0201a8c0@bedroom>; from ratman6@charter.net on Sun, Mar 26, 2006 at 09:14:04AM -0500 Cc: freebsd-stable@freebsd.org Subject: Re: Data transfer from one HD to another X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 14:47:07 -0000 On Sun, Mar 26, 2006 at 09:14:04AM -0500, Matt Smith wrote: > Will this also transfer the filesystem structure? I would use /usr/sbin/sysinstall, choose "Configure", then "Fdisk" and "Label" to create the partitions and filesystems before running dd or tar or cpio. regards, joseph > > Matt > > -----Original Message----- > From: Joseph Olatt [mailto:joji@eskimo.com] > Sent: Sunday, March 26, 2006 8:45 AM > To: Matt Smith > Cc: freebsd-stable@freebsd.org > Subject: Re: Data transfer from one HD to another > > On Sun, Mar 26, 2006 at 08:27:27AM -0500, Matt Smith wrote: > > Hi, > > Is there an EASY method to transfer the partitions from an old hard > disk > > to a new one? > > I presume you want to trasfer all the files from one (or more) > partition(s) in the old hard drive to a new hard drive. If so, try the > command "dd". man dd(1). There are examples at the bottom of the man > page. > > Other commands that may be used are: tar & cpio (man tar & man cpio for > more info). > > regards, > joseph > > > > > > Matt Smith > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 14:55:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 585AB16A41F for ; Mon, 27 Mar 2006 14:55:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAE9443D48 for ; Mon, 27 Mar 2006 14:55:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 3C13B2000B9; Mon, 27 Mar 2006 16:55:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 909A02000F9; Mon, 27 Mar 2006 16:55:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 1D4AF444F41; Mon, 27 Mar 2006 14:50:30 +0000 (UTC) Date: Mon, 27 Mar 2006 14:50:30 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: JoaoBR In-Reply-To: <200603271106.45088.joao@matik.com.br> Message-ID: <20060327142642.C2181@maildrop.int.zabbadoz.net> References: <20060324223317.2069564f@it.buh.tecnik93.com> <200603251845.48725.davidxu@freebsd.org> <20060325115336.F2181@maildrop.int.zabbadoz.net> <200603271106.45088.joao@matik.com.br> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-836320149-1143470904=:2181" Content-ID: <20060327144847.M2181@maildrop.int.zabbadoz.net> X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Pyun YongHyeon , freebsd-stable@freebsd.org Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 14:55:11 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-836320149-1143470904=:2181 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1; FORMAT=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: <20060327144847.V2181@maildrop.int.zabbadoz.net> On Mon, 27 Mar 2006, JoaoBR wrote: > On Saturday 25 March 2006 08:55, Bjoern A. Zeeb wrote: >> On Sat, 25 Mar 2006, David Xu wrote: >>> =FF=FF Saturday 25 March 2006 18:04=FF=FFJoaoBR =FF=FF=FF=FF=FF=FF >>> >>>> It appears to be a point >>>> the machines with problem are all SMP, UP do no show the nve timeout o= r >>>> any other problem with it >>>> alias, same with SK, on SMP the system crashes and with UP it's ok >> >> For sk please try the new driver Pyun is regularly postng and will >> commit once the 5/6Rs are done. > > for some reason I thought it was already commited > > so I reused it and my sk problem is gone, since friday the machines are > running fine again > > why it will be in only after the release? I guess for several reasons: a) more testing b) not confuse users with problem reports from the one or the other during Release testing. c) possible repo-copy to sys/dev/sk d) ... --=20 Bjoern A. Zeeb=09=09=09=09bzeeb at Zabbadoz dot NeT --0-836320149-1143470904=:2181-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 15:15:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9571816A400 for ; Mon, 27 Mar 2006 15:15:53 +0000 (UTC) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (gw.zefyris.com [213.41.131.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id D69BF43D45 for ; Mon, 27 Mar 2006 15:15:52 +0000 (GMT) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (localhost [127.0.0.1]) by aoi.wolfpond.org (8.13.4/8.13.4) with ESMTP id k2RFFop9082020; Mon, 27 Mar 2006 17:15:50 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: (from ftigeot@localhost) by aoi.wolfpond.org (8.13.4/8.13.1/Submit) id k2RFFoxM082019; Mon, 27 Mar 2006 17:15:50 +0200 (CEST) (envelope-from ftigeot) Date: Mon, 27 Mar 2006 17:15:50 +0200 From: Francois Tigeot To: Albert Shih Message-ID: <20060327151550.GA81735@aoi.wolfpond.org> References: <20060327093011.GA21070@math.jussieu.fr> <4427B820.3000702@lipn.univ-paris13.fr> <20060327103720.GB21070@math.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060327103720.GB21070@math.jussieu.fr> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: watchdog network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 15:15:53 -0000 On Mon, Mar 27, 2006 at 12:37:20PM +0200, Albert Shih wrote: > > I can't add another PCI card because all my PCI slot is in use. > > On my server I need 5 network Interface, and I've 2 bi-dual-gigabits PCI > card and one on mothercard. You still have the option to replace on of the dual ports NIC by a quad port one. http://www.intel.com/network/connectivity/products/pro1000mt_quad_server_adapter.htm -- Francois Tigeot From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 15:16:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C55E216A400 for ; Mon, 27 Mar 2006 15:16:02 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F4B843D45 for ; Mon, 27 Mar 2006 15:16:01 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k2RFFx2E048673; Mon, 27 Mar 2006 12:15:59 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 27 Mar 2006 12:15:55 -0300 User-Agent: KMail/1.9.1 References: <20060324223317.2069564f@it.buh.tecnik93.com> <200603271106.45088.joao@matik.com.br> <20060327142642.C2181@maildrop.int.zabbadoz.net> In-Reply-To: <20060327142642.C2181@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603271215.56344.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Pyun YongHyeon , "Bjoern A. Zeeb" Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 15:16:02 -0000 On Monday 27 March 2006 11:50, Bjoern A. Zeeb wrote: > > so I reused it and my sk problem is gone, since friday the machines are > > running fine again > > > > why it will be in only after the release? > > I guess for several reasons: > > a) more testing > b) not confuse users with problem reports from the one or the other > during Release testing. > c) possible repo-copy to sys/dev/sk > d) ... well, the actual driver is trash and unusable and overall crashes SMP=20 systems ... so more testing to see if it crashes more? ;) Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 17:14:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D51916A426 for ; Mon, 27 Mar 2006 17:14:27 +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 1CA7A43D48 for ; Mon, 27 Mar 2006 17:14:27 +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 01BC11A4DA5; Mon, 27 Mar 2006 09:14:27 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F2A3951559; Mon, 27 Mar 2006 12:13:25 -0500 (EST) Date: Mon, 27 Mar 2006 12:13:25 -0500 From: Kris Kennaway To: belesBSD Message-ID: <20060327171325.GA69304@xor.obsecurity.org> References: <4427E59E.8010500@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <4427E59E.8010500@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Panic at startup after buildworld 6.1 PRERELEASE from 5.4 Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 17:14:27 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 27, 2006 at 04:16:14PM +0300, belesBSD wrote: > Hi, >=20 > I have builded world and kernel with no errors. Also, everything seems to > be ok in single user mode with mergemaster etc. then i installed world.= =20 > However, > when i try to boot normally, i get the following panic. The panic is=20 > completely > reproducable (eg. every time i boot normally, it panics). > Before the panic it gives a half "WARNING: Device driver" error, so=20 > could i possibly have done something > wrong about the modules when building/installing? I've attached the=20 > dmesg output.. Yes, if you build modules with the old source then you're likely to get panics. Kris --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEKB01Wry0BWjoQKURAkjDAJ4+pGHY5knQ+4x30rFVRDfXauWnIgCg0Wl6 GLkBrsv0AHasHsagYkHIAnA= =h1oF -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 17:27:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AAAE16A422 for ; Mon, 27 Mar 2006 17:27:25 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from Johansberg.savoladns.com (johansberg.savoladns.com [212.12.174.4]) by mx1.FreeBSD.org (Postfix) with SMTP id F1CE843D45 for ; Mon, 27 Mar 2006 17:27:18 +0000 (GMT) (envelope-from yraffah@savola.com) Received: (qmail 26673 invoked by uid 210); 27 Mar 2006 20:21:56 +0300 Received: from 222.22.1.211 by Johansberg (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.87.1/1357. perlscan: 1.25st. Clear:RC:1(222.22.1.211):. Processed in 0.021887 secs); 27 Mar 2006 17:21:56 -0000 Received: from unknown (HELO ocs.savola.com) (222.22.1.211) by johansberg.savoladns.com with SMTP; 27 Mar 2006 20:21:56 +0300 Received: from ocs.savola.com by ocs.savola.com with ESMTP id 50661321143477563; Mon, 27 Mar 2006 19:39:23 +0300 Message-ID: <4931244.1143477563764.JavaMail.oracle@ocs.savola.com> Date: Mon, 27 Mar 2006 19:39:23 +0300 (AST) From: Yousef Raffah To: "freebsd-stable@freebsd.org" Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Priority: 3 X-Mailer: Oracle Webmail Client(UIX) Subject: Re: Can't boot with a new install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 17:27:25 -0000 --- Original Message --- > Hi everyone, > > I just finished installing FreeBSD 6 RELEASE on my Toshiba > Tecra A4 > laptop and the installation was fine, however, when I rebooted > the > machine, I don't get the boot loader screen as if the machine > can not > see my drive! I tried the reinstalling and ensured that I set > the slice > to be bootable but that didn't change anything. > > Not sure if this is a common issue with FreeBSD 6 on Toshiba > laptops but > I'm still looking around > I'm sorry if this is not the right Mailing list to post but I hope someone can point me or at least give some hints to look for as I'm almost clueless. I see no reason why it can't boot of my drive after installing FreeBSD, although this is not my first BSD install, but is there anything specific that must be set during the install (I doubt)? I have erased all the slices on the drive then pressed on "A" to create the FreeBSD slice Automatically (it created three slices and one of them is ad0s1 and I have no clue what are the other two for), then I Auto labeled the slices from the installer and continued the installation. :( -- Sincerely, Yousef Raffah From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 17:32:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC7E716A400 for ; Mon, 27 Mar 2006 17:32:43 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5342843D46 for ; Mon, 27 Mar 2006 17:32:43 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc12) with ESMTP id <20060327173238m1200io7lqe>; Mon, 27 Mar 2006 17:32:42 +0000 Message-ID: <442821B6.7030108@computer.org> Date: Mon, 27 Mar 2006 11:32:38 -0600 From: Eric Schuele User-Agent: Thunderbird 1.5 (X11/20060228) MIME-Version: 1.0 To: =?ISO-8859-1?Q?L=E1szl=F3_K=E1roly?= References: <44236F6B.10802@tvnetwork.hu> In-Reply-To: <44236F6B.10802@tvnetwork.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: synaptics touchpad on hp nx6110 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 17:32:43 -0000 László Károly wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > According to www.hp.com nx6110 has a synaptics touchpad. I have tried > with an Ubuntu Live CD and detected correctly: > mice: PS/2 mouse device common for all mice > Synaptic Touchpad, model: 1 > Firmware: 6.2 > Sensor: 37 > new absolute packet format > Touchpad has extended capability bits > -> multifinger detection > -> palm detection > -> pass-through port > input: SysPS/2 Synaptics Touchpad on isa0060/serio4 > serio: Synaptics passthrough port at isa0060/serio4/input6 > ts: Compaq touchscreen protocol output > > Under FreeBSD 6.1-PRERELEASE it is detected as IntelliMouse even if I > set hw.psm.synaptics_support=1: On my Dell (FreeBSD 6.1-PRE) I do not set hw.psm.synaptics_support... but I do set hint.psm.0.flags="0x1000" in my device.hints. And my synaptics touchpad works. Might be worth a try. > psm0: unable to allocate IRQ > psmcpnp0: irq 12 on acpi0 > psm0: current command byte:0065 > psm0: irq 12 on atkbdc0 > ioapic0: routing intpin 12 (ISA IRQ 12) to vector 60 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse, device ID 3-00, 3 buttons > psm0: config:00000000, flags:00000008, packet size:4 > psm0: syncmask:08, syncbits:00 > > Is there any solution for this problem? > > Best, Laci > > - -- > László Károly > Department of Altaic Studies Egyetem str. 2. > University of Szeged H-6722 Szeged, Hungary > > > PGP/GnuPG key: 1024D/869D81C5 > Fingerprint: 1E61 3205 8F5A 87E7 1269 3396 1C63 F9FF 869D 81C5 > Encrypted e-mail preferred. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.2 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFEI29rHGP5/4adgcURApjKAKCYaBG1gsq7fUZaZGrK1RLxDo4I7wCgpBK2 > xA1EOycLTqObHqhc5agSKBw= > =bjsl > -----END PGP SIGNATURE----- > _______________________________________________ > 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" > -- Regards, Eric From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 18:08:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29BA216A420 for ; Mon, 27 Mar 2006 18:08:30 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail19.syd.optusnet.com.au (mail19.syd.optusnet.com.au [211.29.132.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15B0343D6D for ; Mon, 27 Mar 2006 18:08:26 +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 mail19.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2RI8PEL031441 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 28 Mar 2006 05:08:25 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2RI8PHN003109; Tue, 28 Mar 2006 05:08:25 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2RI8PsK003108; Tue, 28 Mar 2006 05:08:25 +1100 (EST) (envelope-from peter) Date: Tue, 28 Mar 2006 05:08:25 +1100 From: Peter Jeremy To: "Alastair G. Hogge" Message-ID: <20060327180825.GA1183@turion.vk2pj.dyndns.org> References: <200603271758.32622.agh@tpg.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603271758.32622.agh@tpg.com.au> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: PCI Radeon 7000/VE (RV100) on AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 18:08:30 -0000 On Mon, 2006-Mar-27 17:58:32 +1000, Alastair G. Hogge wrote: >Having some problem with Xorg-6.9.0 and the radeon or ati driver on mad64 >system. X seems to look up at a black screen after setting the resolution and >then resets the computer. I have drm and radeon defined in my kernel config >and I've also added the appropriate lines to xorg.conf How did you build xorg.conf? >dmesg and pciconf are attached They have been text filled, making them unintelligible. Can you please post dmesg and /var/log/Xorg.0.log without text-filling them. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 18:10:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDB6C16A401 for ; Mon, 27 Mar 2006 18:10:13 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id E858F43D46 for ; Mon, 27 Mar 2006 18:10:07 +0000 (GMT) (envelope-from balgaa@micom.mn) Received: from [202.179.26.189] (helo=JACK) by publicd.ub.mng.net with smtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FNwFG-0003WH-9i for freebsd-stable@freebsd.org; Tue, 28 Mar 2006 03:15:14 +0900 Message-ID: <005701c651c9$9d798120$0201000a@JACK> From: "Balgansuren Batsukh" To: Date: Tue, 28 Mar 2006 03:09:32 +0900 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: PAE error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 18:10:13 -0000 Hello, Previously, I mentioned about PAE problem. I compiled kernel with debugging information and got following error = message: KDB: debugger backends: ddb KDB: Current backend :ddb Too many segments in the physical address map, giving up Fatal trap 12: page fault while in kernel mode=20 cpuid=3D0; apic id =3D 00 fault virtual address =3D 0xb5 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:ox8053f9dc stack pointer =3D 0x28:0x808f6d8c frame pointer =3D 0x28:0x808f6d8c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 0 () [thread pid 0 tid 0] Stopped at _vm_map_lock_read+0xc: cmpb $0,0xb5(%eax) db>=20 db> traceTracing pid 0 tid 0 td 0x8065d860 _vm_map_lock_read(0,805c946,bb5,16d5a00,c) at _vm_map_lock_read+0xc vm_map_lookup(808f6c44,80a3a000,1,808f6c48,808f6c38) at = vm_map_lookup+0x28 vm_fault(0,80a3a000,1,0,8065d860) at vm_fault+0x66 trap_pfault(808f6d0c,0,80a3afe8) at trap_pfault+0x12f trap(808f0008,803c0028,805b0028,0,80a33000) at trap+0x325 calltrap() at calltrap+0x5 --- trap 0xc, eip =3D 0x803fca96, esp =3D 0x808f6d4c, ebp =3D 0x808f6d54 = --- msgbuf_reinit(80a3afe4,80a33000,7fe4) at msdfug_reinti+0xe msgbufinit(80a33000,8000,8f0020,8f0000,8fe000) at msgbufinit+0x1d init386(8fe000) at init386+0x5b7 begin() at begin+0x24 db>=20 db> backtrace No such command db> where _vm_map_lock_read(0,805c946,bb5,16d5a00,c) at _vm_map_lock_read+0xc vm_map_lookup(808f6c44,80a3a000,1,808f6c48,808f6c38) at = vm_map_lookup+0x28 vm_fault(0,80a3a000,1,0,8065d860) at vm_fault+0x66 trap_pfault(808f6d0c,0,80a3afe8) at trap_pfault+0x12f trap(808f0008,803c0028,805b0028,0,80a33000) at trap+0x325 calltrap() at calltrap+0x5 --- trap 0xc, eip =3D 0x803fca96, esp =3D 0x808f6d4c, ebp =3D 0x808f6d54 = --- msgbuf_reinit(80a3afe4,80a33000,7fe4) at msdfug_reinti+0xe msgbufinit(80a33000,8000,8f0020,8f0000,8fe000) at msgbufinit+0x1d init386(8fe000) at init386+0x5b7 begin() at begin+0x24 db> step Fatal trap 12: page fault while in kernel mode=20 cpuid=3D0; apic id =3D 00 fault virtual address =3D 0xb5 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:ox8053f9dc stack pointer =3D 0x28:0x808f6d8c frame pointer =3D 0x28:0x808f6d8c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 0 () [thread pid 0 tid 0] Stopped at _vm_map_lock_read+0xc: cmpb $0,0xb5(%eax) db>=20 Is there any additional debugging information need? If needed, I ready to provide neccessary information. Regards, Balgaa From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 18:30:52 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 539DC16A423 for ; Mon, 27 Mar 2006 18:30:52 +0000 (UTC) (envelope-from bsam@bsam.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id A096D43D45 for ; Mon, 27 Mar 2006 18:30:50 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru ([83.239.48.166]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id k2RIUVi7073780 for ; Mon, 27 Mar 2006 22:30:42 +0400 (MSD) Received: from bsam by bsam.ru with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FNwTc-0007VW-QJ for freebsd-stable@FreeBSD.org; Mon, 27 Mar 2006 22:30:04 +0400 To: freebsd-stable@FreeBSD.org From: Boris Samorodov Date: Mon, 27 Mar 2006 22:30:04 +0400 Message-ID: <84395955@ho.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: Subject: 6.1-PRERELEASE: freezing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 18:30:52 -0000 Hi! I've had 6.0-STABLE as of jan-2006. Yesterday it was upgraded to current 6.1-PRERELEASE (tag=RELENG_6). The hardware is HP/Compaq nx6110 notebook. After upgrading mashine is freezing under load. After booting the OS without any actions it's OK for two hours. But after starting of make buildkernel the mashine freezes. I run top on ttyv1 (make buildkernel on ttyv2). After aprox. 3-5 minutes it freezes. I have at kernel config: options KDB options KDB_TRACE options DDB options DDB_NUMSYM So pressing then "c", let make buildkernel to proceed a couple of seconds. And so on. Each command followed by , "c", unfreezes my notebook for awhile. "Top" shows only two commands at RUN state: make (cc) and devd. I launched devd -Dd. There is the result (written many times) after unfreezing the mashine with the magic keystrokes: ----- Processing event '!system=ACPI subsystem=Thermal type=\_TZ_.TZ1_ notify=0x80' Pushing table setting system=ACPI setting subsystem=Thermal setting type=\_TZ_.TZ1_ setting notify=0x80 Processing notify event Testing system=ACPI against ^ACPI Testing subsystem=Thermal against ^ACAD Testing system=ACPI against ^ACPI Testing subsystem=Thermal against ^Thermal Testing notify=0x80 against ^0xcc Testing system=ACPI against ^IFNET Testing system=ACPI against ^IFNET Popping table ----- Booting with ACPI disabled helps as well as kernel.old with it's modules. /etc/make.conf: ----- KERNCONF?= NX6110 X_WINDOW_SYSTEM=xorg OVERRIDE_LINUX_BASE_PORT=fc3 PERL_VER=5.8.7 PERL_VERSION=5.8.7 ----- What type of debugging should I do to find up what's up? Thanks. -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 18:51:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B28116A400 for ; Mon, 27 Mar 2006 18:51:43 +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 BD45D43D46 for ; Mon, 27 Mar 2006 18:51:42 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 7E977913; Mon, 27 Mar 2006 12:51:42 -0600 (CST) Date: Mon, 27 Mar 2006 12:51:42 -0600 To: JoaoBR Message-ID: <20060327185142.GC24315@soaustin.net> References: <20060324223317.2069564f@it.buh.tecnik93.com> <200603271106.45088.joao@matik.com.br> <20060327142642.C2181@maildrop.int.zabbadoz.net> <200603271215.56344.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603271215.56344.joao@matik.com.br> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Pyun YongHyeon , "Bjoern A. Zeeb" , freebsd-stable@freebsd.org Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 18:51:43 -0000 On Mon, Mar 27, 2006 at 12:15:55PM -0300, JoaoBR wrote: > well, the actual driver is trash and unusable and overall crashes SMP > systems ... so more testing to see if it crashes more? ;) As with any other software development project, you have to draw a line somewhere and say "these things will be in the release and these things will not be in the release"; otherwise, you will never have a release at all. I am not familiar with the code in this case but if its inclusion changed enough other things in the system where _everything_ had to be re-tested then it's not worth the regression. These are just the simple facts of (any) software development. mcl From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 19:03:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2B0216A422 for ; Mon, 27 Mar 2006 19:03:50 +0000 (UTC) (envelope-from agh@tpg.com.au) Received: from mail5.tpgi.com.au (mail5.tpgi.com.au [203.12.160.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3058E43D62 for ; Mon, 27 Mar 2006 19:03:33 +0000 (GMT) (envelope-from agh@tpg.com.au) X-TPG-Antivirus: Passed Received: from localhost.madcat (220-244-72-6.static.tpgi.com.au [220.244.72.6]) by mail5.tpgi.com.au (envelope-from agh@tpg.com.au) (8.13.6/8.13.6) with ESMTP id k2RJ2k3k008403 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Mar 2006 06:03:05 +1100 From: "Alastair G. Hogge" To: Peter Jeremy Date: Tue, 28 Mar 2006 06:00:23 +1000 User-Agent: KMail/1.9.1 References: <200603271758.32622.agh@tpg.com.au> <20060327180825.GA1183@turion.vk2pj.dyndns.org> In-Reply-To: <20060327180825.GA1183@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_XREKEHGjsjgha0H" Message-Id: <200603280600.23499.agh@tpg.com.au> Cc: freebsd-stable@freebsd.org Subject: Re: PCI Radeon 7000/VE (RV100) on AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 19:03:51 -0000 --Boundary-00=_XREKEHGjsjgha0H Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 28 March 2006 04:08, Peter Jeremy wrote: > On Mon, 2006-Mar-27 17:58:32 +1000, Alastair G. Hogge wrote: > >Having some problem with Xorg-6.9.0 and the radeon or ati driver on mad64 > >system. X seems to look up at a black screen after setting the resolution > > and then resets the computer. I have drm and radeon defined in my kernel > > config and I've also added the appropriate lines to xorg.conf > > How did you build xorg.conf? CFLAGS= -O2 -pipe -DSMP -DAPIC_IO CPUTYPE?=k8 OPENGL=YES GLX=YES WITH_OPENSSL_STABLE=YES NO_PROFILE=true SUP_UPDATE=true SUP= /usr/local/bin/csup PORTSSUPFILE=/etc/supfile-ports SUPHOST= `/usr/local/bin/fastest_cvsup -Qc au` PERL_VER=5.8.8 PERL_VERSION=5.8.8 BOINC_HOME=/var/db/boinc BOINC_USER=boinc BOINC_GROUP=nobody # added by use.perl 2006-03-26 00:13:46 PERL_VER=5.8.8 PERL_VERSION=5.8.8 WITH_SMP=yes WITHSMP=yes > >dmesg and pciconf are attached > > They have been text filled, making them unintelligible. Nuts! > Can you please post dmesg and /var/log/Xorg.0.log without text-filling > them. I'll try. It might be KMail doing something I don't understand. --Boundary-00=_XREKEHGjsjgha0H Content-Type: text/plain; charset="iso-8859-1"; name="dmesg.out" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="dmesg.out" 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-PRERELEASE #9: Sun Mar 26 20:05:57 EST 2006 agh@madcat:/usr/obj/usr/src/sys/MADCAT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 FX-60 Dual Core Processor (2611.90-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 1073414144 (1023 MB) avail memory = 1027252224 (979 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard rr2320: RocketRAID 2320 controller driver v1.01 (Jan 17 2006 17:35:15) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 4.0 on pci0 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci5: on pcib4 pcib5: at device 0.2 on pci3 pci4: on pcib5 rr23200: port 0x8800-0x88ff mem 0xfe800000-0xfe8fffff irq 17 at device 4.0 on pci4 rr2320: adapter at PCI 4:4:0, IRQ 17 pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) ohci0: mem 0xfebfe000-0xfebfefff irq 21 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfebffc00-0xfebffcff irq 22 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered pcm0: port 0xe400-0xe4ff,0xe000-0xe0ff mem 0xfebfd000-0xfebfdfff irq 23 at device 13.0 on pci0 pcm0: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 15.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfebfc000-0xfebfcfff irq 20 at device 16.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0xd080-0xd087,0xd000-0xd003,0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc80f mem 0xfebfb000-0xfebfbfff irq 21 at device 17.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib6: at device 18.0 on pci0 pci6: on pcib6 drm0: port 0xb000-0xb0ff mem 0xd0000000-0xd7ffffff,0xfeaf0000-0xfeafffff irq 17 at device 6.0 on pci6 info: [drm] Initialized radeon 1.19.0 20050911 em0: port 0xbc00-0xbc3f mem 0xfeaa0000-0xfeabffff,0xfea40000-0xfea7ffff irq 16 at device 7.0 on pci6 em0: Ethernet address: 00:04:23:ac:ac:ea fwohci0: mem 0xfeaef800-0xfeaeffff,0xfeae8000-0xfeaebfff irq 17 at device 11.0 on pci6 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:8a:89:e6 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:8a:89:e6 fwe0: Ethernet address: 02:11:d8:8a:89:e6 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pcib7: at device 22.0 on pci0 pci7: on pcib7 pcib8: at device 23.0 on pci0 pci8: on pcib8 acpi_button0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xc0000-0xcbfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: KYE Genius USB Wheel Mouse, rev 1.00/2.42, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. Timecounters tick every 1.000 msec rr2320: start channel [0,2] rr2320: start channel [0,3] rr2320: start channel [0,4] rr2320: start channel [0,5] rr2320: channel [0,2] started successfully rr2320: channel [0,3] started successfully rr2320: channel [0,4] started successfully rr2320: channel [0,5] started successfully rr23200: [GIANT-LOCKED] da0 at rr23200 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 572160MB (1171783680 512 byte sectors: 255H 63S/T 72940C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/da0s1a em0: link state changed to UP --Boundary-00=_XREKEHGjsjgha0H Content-Type: text/plain; charset="iso-8859-1"; name="pciconf.out" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="pciconf.out" none0@pci0:0:0: class=0x050000 card=0x81d21043 chip=0x02f410de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none1@pci0:0:1: class=0x050000 card=0x81d21043 chip=0x02fa10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none2@pci0:0:2: class=0x050000 card=0x81d21043 chip=0x02fe10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none3@pci0:0:3: class=0x050000 card=0x81d21043 chip=0x02f810de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none4@pci0:0:4: class=0x050000 card=0x81d21043 chip=0x02f910de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none5@pci0:0:5: class=0x050000 card=0x81d21043 chip=0x02ff10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none6@pci0:0:6: class=0x050000 card=0x81d21043 chip=0x027f10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none7@pci0:0:7: class=0x050000 card=0x81d21043 chip=0x027e10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM pcib1@pci0:2:0: class=0x060400 card=0x00000040 chip=0x02fc10de rev=0xa1 hdr=0x01 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-PCI pcib2@pci0:3:0: class=0x060400 card=0x00000040 chip=0x02fd10de rev=0xa1 hdr=0x01 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-PCI pcib3@pci0:4:0: class=0x060400 card=0x00000040 chip=0x02fb10de rev=0xa1 hdr=0x01 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-PCI none8@pci0:9:0: class=0x058000 card=0x815a1043 chip=0x005e10de rev=0xa4 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Memory Controller' class = memory isab0@pci0:10:0: class=0x060100 card=0x815a1043 chip=0x005010de rev=0xa4 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI to ISA Bridge' class = bridge subclass = PCI-ISA none9@pci0:10:1: class=0x0c0500 card=0x815a1043 chip=0x005210de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 SMBus' class = serial bus subclass = SMBus ohci0@pci0:11:0: class=0x0c0310 card=0x815a1043 chip=0x005a10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 USB Controller' class = serial bus subclass = USB ehci0@pci0:11:1: class=0x0c0320 card=0x815a1043 chip=0x005b10de rev=0xa4 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 USB 2.0 Controller' class = serial bus subclass = USB pcm0@pci0:13:0: class=0x040100 card=0x812a1043 chip=0x005910de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 AC'97 Audio Controller' class = multimedia subclass = audio atapci0@pci0:15:0: class=0x01018a card=0x815a1043 chip=0x005310de rev=0xf3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Parallel ATA Controller' class = mass storage subclass = ATA atapci1@pci0:16:0: class=0x010185 card=0x815a1043 chip=0x005410de rev=0xf3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Serial ATA Controller' class = mass storage subclass = ATA atapci2@pci0:17:0: class=0x010185 card=0x815a1043 chip=0x005510de rev=0xf3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Serial ATA Controller' class = mass storage subclass = ATA pcib6@pci0:18:0: class=0x060401 card=0x00000000 chip=0x005c10de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Bridge' class = bridge subclass = PCI-PCI pcib7@pci0:22:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib8@pci0:23:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI hostb0@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI none10@pci1:0:0: class=0x018000 card=0x819f1043 chip=0x31321095 rev=0x01 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' class = mass storage pcib4@pci3:0:0: class=0x060400 card=0x00000044 chip=0x03408086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '41210 [Lanai] Serial to Parallel PCI Bridge A-segment Bridge' class = bridge subclass = PCI-PCI pcib5@pci3:0:2: class=0x060400 card=0x00000044 chip=0x03418086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '41210 [Lanai] Serial to Parallel PCI Bridge B-segment Bridge' class = bridge subclass = PCI-PCI rr23200@pci4:4:0: class=0x010000 card=0x11ab11ab chip=0x23201103 rev=0x09 hdr=0x00 vendor = 'HighPoint Technologies Inc' class = mass storage subclass = SCSI drm0@pci6:6:0: class=0x030000 card=0x200117af chip=0x51591002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'RV100 Radeon 7000 / Radeon VE' class = display subclass = VGA em0@pci6:7:0: class=0x020000 card=0x10018086 chip=0x10268086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82545GM Gigabit Ethernet Controller' class = network subclass = ethernet fwohci0@pci6:11:0: class=0x0c0010 card=0x808b1043 chip=0x8023104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TSB43AB22/A IEEE1394a-2000 OHCI PHY/Link-Layer Ctrlr' class = serial bus subclass = FireWire --Boundary-00=_XREKEHGjsjgha0H-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 19:05:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3F8B16A424 for ; Mon, 27 Mar 2006 19:05:26 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 996ED43D66 for ; Mon, 27 Mar 2006 19:05:15 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so978533wxc for ; Mon, 27 Mar 2006 11:05:15 -0800 (PST) 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=fa1OwKR2KJtqVsrtoobCa1S1sICnFlZS2KEA2vdOWObzFSuQ1FMw8OGxwkZ0vyoud/hasaEavyT1PADuFi66GO7LPfVdeXwivGKbf4T6FEG+ajrCjz7A+f+JE26Hu1NGBlNGdExxWblsbToDv6DFnmi0DEjS3crLpFTw7Ma1ny8= Received: by 10.70.73.18 with SMTP id v18mr5163020wxa; Mon, 27 Mar 2006 11:05:13 -0800 (PST) Received: by 10.70.65.15 with HTTP; Mon, 27 Mar 2006 11:05:13 -0800 (PST) Message-ID: Date: Mon, 27 Mar 2006 13:05:13 -0600 From: "Nikolas Britton" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: -march=pentium2 + -mtune=pentium4 faster then -march=pentium4? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 19:05:27 -0000 Why does GCC produce faster code using "-march=3Dpentium2 -mtune=3Dpentium4" on a Pentium 4 chip versus plain -march=3Dpentium4? Try it... CPUTYPE=3Dpentium2 CFLAGS+=3D -mtune=3Dpentium4 COPTFLAGS+=3D -mtune=3Dpentium4 -- BSD Podcasts @ http://bsdtalk.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 19:19:57 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2042616A427 for ; Mon, 27 Mar 2006 19:19:57 +0000 (UTC) (envelope-from bsam@bsam.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id A77BA43D8F for ; Mon, 27 Mar 2006 19:19:47 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru ([83.239.48.174]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id k2RJJRpD079652 for ; Mon, 27 Mar 2006 23:19:37 +0400 (MSD) Received: from bsam by bsam.ru with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FNxF4-0000Aq-KL for freebsd-stable@FreeBSD.org; Mon, 27 Mar 2006 23:19:06 +0400 To: freebsd-stable@FreeBSD.org References: <84395955@ho.ipt.ru> From: Boris Samorodov Date: Mon, 27 Mar 2006 23:19:05 +0400 In-Reply-To: <84395955@ho.ipt.ru> (Boris Samorodov's message of "Mon, 27 Mar 2006 22:30:04 +0400") Message-ID: <95114262@ho.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: Subject: Re: 6.1-PRERELEASE: freezing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 19:19:57 -0000 On Mon, 27 Mar 2006 22:30:04 +0400 Boris Samorodov wrote: > I've had 6.0-STABLE as of jan-2006. Yesterday it was upgraded to > current 6.1-PRERELEASE (tag=RELENG_6). The hardware is HP/Compaq > nx6110 notebook. Kernel.GENERIC completely freezed the machine after one minute and 30 seconds while make buildkernel. WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 19:20:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6114816A458 for ; Mon, 27 Mar 2006 19:20:48 +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 5269E43D79 for ; Mon, 27 Mar 2006 19:20:45 +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 340A51A4D8D; Mon, 27 Mar 2006 11:20:45 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 72B93513BA; Mon, 27 Mar 2006 14:20:44 -0500 (EST) Date: Mon, 27 Mar 2006 14:20:44 -0500 From: Kris Kennaway To: Nikolas Britton Message-ID: <20060327192044.GA70891@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: -march=pentium2 + -mtune=pentium4 faster then -march=pentium4? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 19:20:48 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 27, 2006 at 01:05:13PM -0600, Nikolas Britton wrote: > Why does GCC produce faster code using "-march=3Dpentium2 > -mtune=3Dpentium4" on a Pentium 4 chip versus plain -march=3Dpentium4? >=20 > Try it... >=20 > CPUTYPE=3Dpentium2 > CFLAGS+=3D -mtune=3Dpentium4 > COPTFLAGS+=3D -mtune=3Dpentium4 Talk to the gcc developers (and provide benchmarks).=20 Kris --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEKDsLWry0BWjoQKURAvKPAJ91rBoVQgbwDwZHXppdz/b89n4SqACeOuDd l3FOQ9dRbqPp1XGxm/TYIgo= =U65s -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 19:21:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E366516A401 for ; Mon, 27 Mar 2006 19:21:52 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2E1343D67 for ; Mon, 27 Mar 2006 19:21:51 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id E299262C971 for ; Mon, 27 Mar 2006 15:21:50 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 56474-03 for ; Mon, 27 Mar 2006 15:21:50 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 8AFD862C901 for ; Mon, 27 Mar 2006 15:21:50 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id DFC7E5CC87; Mon, 27 Mar 2006 15:21:50 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id DEA5C3A142 for ; Mon, 27 Mar 2006 15:21:50 -0400 (AST) Date: Mon, 27 Mar 2006 15:21:50 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20060327151605.E947@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: Fresh CVSup of RELENG_6 fails buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 19:21:53 -0000 Based on CVSup from cvsup.freebsd.org and cvsup.ca.freebsd.org ... tried ca.freebsd.org first, but switched to cvsup *just in case* something wasn't updated yet ... sed termcap.h -e "/@NCURSES_MAJOR@/s%%5%" -e "/@NCURSES_MINOR@/s%%2%" -e "/@NCURSES_CONST@/s%%const%" -e "/@NCURSES_OSPEED@/s%%short%" sed unctrl.h -e "/@NCURSES_MAJOR@/s%%5%" -e "/@NCURSES_MINOR@/s%%2%" cc -o make_keys -O -pipe -g -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c /vm/obj/usr/src/tmp/usr/bin/ld: cannot find -lc *** Error code 1 ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 20:17:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F1A016A420 for ; Mon, 27 Mar 2006 20:17:23 +0000 (UTC) (envelope-from laszlokaroly@tvnetwork.hu) Received: from mail.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C0CA43D45 for ; Mon, 27 Mar 2006 20:17:21 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: (qmail 29210 invoked by uid 300); 27 Mar 2006 20:17:18 -0000 Received: from 62.165.212.130 by zion.tvnetwork.hu (envelope-from , uid 64011) with qmail-scanner-1.25st (clamdscan: 0.85.1/944. spamassassin: 3.0.3. perlscan: 1.25st. Clear:RC:1(62.165.212.130):SA:0(-2.6/5.0):. Processed in 1.315922 secs); 27 Mar 2006 20:17:18 -0000 X-Spam-Status: No, hits=-2.6 required=5.0 Received: from unknown (HELO ?192.168.0.2?) (62.165.212.130) by zion.tvnetwork.hu with SMTP; 27 Mar 2006 20:17:17 -0000 Message-ID: <4428483F.6090404@tvnetwork.hu> Date: Mon, 27 Mar 2006 22:17:03 +0200 From: =?ISO-8859-1?Q?L=E1szl=F3_K=E1roly?= User-Agent: Thunderbird 1.5 (X11/20060219) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <84395955@ho.ipt.ru> In-Reply-To: <84395955@ho.ipt.ru> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: 6.1-PRERELEASE: freezing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 20:17:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Boris Samorodov wrote: > Hi! > > > I've had 6.0-STABLE as of jan-2006. Yesterday it was upgraded to > current 6.1-PRERELEASE (tag=RELENG_6). The hardware is HP/Compaq > nx6110 notebook. > > After upgrading mashine is freezing under load. After booting the > OS without any actions it's OK for two hours. But after starting of > make buildkernel the mashine freezes. > I have the same box and I too made an upgrade yesterday (from a two-week-old 6.1-PRERELEASE). The same experience: the system became unusably slow, no problem without ACPI. > > What type of debugging should I do to find up what's up? Good question ;-): how to debug a system which practically does not react but "runs"? > > > Thanks. Me too. - -- László Károly Department of Altaic Studies Egyetem str. 2. University of Szeged H-6722 Szeged, Hungary PGP/GnuPG key: 1024D/869D81C5 Fingerprint: 1E61 3205 8F5A 87E7 1269 3396 1C63 F9FF 869D 81C5 Encrypted e-mail preferred. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEKEg/HGP5/4adgcURAlvCAJ4pnwx7uuWTCJbHfjWmhs2uQwC8OQCfeVxU u11YldJi3qX3otByEnBnuo4= =zGk+ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 21:03:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00E7B16A401 for ; Mon, 27 Mar 2006 21:03:32 +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 AB66643D46 for ; Mon, 27 Mar 2006 21:03:31 +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.4/8.12.6) with ESMTP id k2RL3U0a034293 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Mar 2006 13:03:31 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <44285322.4020000@errno.com> Date: Mon, 27 Mar 2006 13:03:30 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: =?ISO-8859-1?Q?L=E1szl=F3_K=E1roly?= References: <84395955@ho.ipt.ru> <4428483F.6090404@tvnetwork.hu> In-Reply-To: <4428483F.6090404@tvnetwork.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-PRERELEASE: freezing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 21:03:32 -0000 László Károly wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Boris Samorodov wrote: >> Hi! >> >> >> I've had 6.0-STABLE as of jan-2006. Yesterday it was upgraded to >> current 6.1-PRERELEASE (tag=RELENG_6). The hardware is HP/Compaq >> nx6110 notebook. >> >> After upgrading mashine is freezing under load. After booting the >> OS without any actions it's OK for two hours. But after starting of >> make buildkernel the mashine freezes. >> > I have the same box and I too made an upgrade yesterday (from a > two-week-old 6.1-PRERELEASE). The same experience: the system became > unusably slow, no problem without ACPI. >> What type of debugging should I do to find up what's up? > Good question ;-): how to debug a system which practically does not > react but "runs"? Are you running powerd? I've got an nx6125 (amd cpu) that has numerous acpi issues and also would lockup when idle. I found turning off powerd stopped the latter. Unfortunately there are still many other unresolved issues (and no time to pursue them). Sam From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 21:05:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFF0716A423 for ; Mon, 27 Mar 2006 21:05:24 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED40443D49 for ; Mon, 27 Mar 2006 21:05:20 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 90BC262C8BE; Mon, 27 Mar 2006 17:05:20 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 81429-01; Mon, 27 Mar 2006 17:05:20 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 2DBA162C820; Mon, 27 Mar 2006 17:05:20 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 58F915CF2F; Mon, 27 Mar 2006 17:05:21 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 580415CEB8; Mon, 27 Mar 2006 17:05:21 -0400 (AST) Date: Mon, 27 Mar 2006 17:05:21 -0400 (AST) From: "Marc G. Fournier" To: Maxim Konovalov In-Reply-To: <20060328002448.R91660@mp2.macomnet.net> Message-ID: <20060327170412.L947@ganymede.hub.org> References: <20060327151605.E947@ganymede.hub.org> <20060327235129.I90571@mp2.macomnet.net> <20060327160716.U947@ganymede.hub.org> <20060328001533.C91026@mp2.macomnet.net> <20060327162223.W947@ganymede.hub.org> <20060328002448.R91660@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-stable@freebsd.org Subject: Re: Fresh CVSup of RELENG_6 fails buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 21:05:24 -0000 'k, I'm assuming that the __MAKE_CONF is something I just do a '-D' for on the command line? I cd'd into /usr/src/lib/libncurses and did a make there, and it all builds fine ... so I'm really confused as to why it doesn't as part of a buildworld :( On Tue, 28 Mar 2006, Maxim Konovalov wrote: >> Neither do I :( I tried to go back 24 hours, and see no changes ... >> gonna play with the date= stuff to see if going back a bit makes a >> difference ... ;( > > Try to start from the clean /usr/obj. __MAKE_CONF=/dev/null may help > too. > > -- > Maxim Konovalov > > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 21:33:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31A3416A401 for ; Mon, 27 Mar 2006 21:33:22 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8C1143D53 for ; Mon, 27 Mar 2006 21:33:10 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by uproxy.gmail.com with SMTP id m3so502194ugc for ; Mon, 27 Mar 2006 13:33:10 -0800 (PST) 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=XJcbu5NkQA+oZGKNM2oScOSgLRzMrFOiBAKdRZddRkHYVTYd/+wd6tGGAvi7p7QPSo+5aTLvuU2/K0zzQJjWqdG5lpfuc+GobANkUG5xHtLPEL870eJUl6GYkw1U8L0e9o3RKMW0/v96aphEoJHPEswZ7hSeJKTQMHuEpAUjL2I= Received: by 10.78.31.18 with SMTP id e18mr61608hue; Mon, 27 Mar 2006 13:33:09 -0800 (PST) Received: by 10.78.31.9 with HTTP; Mon, 27 Mar 2006 13:33:09 -0800 (PST) Message-ID: Date: Mon, 27 Mar 2006 15:33:09 -0600 From: "Nikolas Britton" To: "Kris Kennaway" In-Reply-To: <20060327192044.GA70891@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060327192044.GA70891@xor.obsecurity.org> Cc: freebsd-stable@freebsd.org Subject: Re: -march=pentium2 + -mtune=pentium4 faster then -march=pentium4? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 21:33:22 -0000 On 3/27/06, Kris Kennaway wrote: > On Mon, Mar 27, 2006 at 01:05:13PM -0600, Nikolas Britton wrote: > > Why does GCC produce faster code using "-march=3Dpentium2 > > -mtune=3Dpentium4" on a Pentium 4 chip versus plain -march=3Dpentium4? > > > > Try it... > > > > CPUTYPE=3Dpentium2 > > CFLAGS+=3D -mtune=3Dpentium4 > > COPTFLAGS+=3D -mtune=3Dpentium4 > > Talk to the gcc developers (and provide benchmarks). > What would be an adequate, proof, benchmark? I've already run several tests with nbench, testing all of the possible configurations of -march and -mtune. -- BSD Podcasts @ http://bsdtalk.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 21:36:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A4B816A422 for ; Mon, 27 Mar 2006 21:36:26 +0000 (UTC) (envelope-from bsam@bsam.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2486743D68 for ; Mon, 27 Mar 2006 21:36:11 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru ([83.239.48.131]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id k2RLZYZG095525; Tue, 28 Mar 2006 01:35:44 +0400 (MSD) Received: from bsam by bsam.ru with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FNzMo-0000Ac-2U; Tue, 28 Mar 2006 01:35:14 +0400 To: Sam Leffler References: <84395955@ho.ipt.ru> <4428483F.6090404@tvnetwork.hu> <44285322.4020000@errno.com> From: Boris Samorodov Date: Tue, 28 Mar 2006 01:35:13 +0400 In-Reply-To: <44285322.4020000@errno.com> (Sam Leffler's message of "Mon, 27 Mar 2006 13:03:30 -0800") Message-ID: <27276814@ho.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: "Boris B. Samorodov" Cc: freebsd-stable@freebsd.org, =?iso-8859-1?Q?L=E1szl=F3_K=E1roly?= Subject: Re: 6.1-PRERELEASE: freezing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 21:36:26 -0000 On Mon, 27 Mar 2006 13:03:30 -0800 Sam Leffler wrote: > L=E1szl=F3 K=E1roly wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > Boris Samorodov wrote: > >> I've had 6.0-STABLE as of jan-2006. Yesterday it was upgraded to > >> current 6.1-PRERELEASE (tag=3DRELENG_6). The hardware is HP/Compaq > >> nx6110 notebook. > >> > >> After upgrading mashine is freezing under load. After booting the > >> OS without any actions it's OK for two hours. But after starting of > >> make buildkernel the mashine freezes. > >> > > I have the same box and I too made an upgrade yesterday (from a > > two-week-old 6.1-PRERELEASE). The same experience: the system became > > unusably slow, no problem without ACPI. It's an interrupt storm when CPU temperature changes to higher value. :-( Look at: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D79080 > >> What type of debugging should I do to find up what's up? > > Good question ;-): how to debug a system which practically does not > > react but "runs"? > Are you running powerd? I've got an nx6125 (amd cpu) that has > numerous acpi issues and also would lockup when idle. I found turning > off powerd stopped the latter. Unfortunately there are still many > other unresolved issues (and no time to pursue them). As for me -- no, I don't run powerd. WBR --=20 Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 21:41:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5646E16A400 for ; Mon, 27 Mar 2006 21:41:01 +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 E0A7343D58 for ; Mon, 27 Mar 2006 21:41:00 +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 C88851A4D8D; Mon, 27 Mar 2006 13:41:00 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3ADB051589; Mon, 27 Mar 2006 16:41:00 -0500 (EST) Date: Mon, 27 Mar 2006 16:41:00 -0500 From: Kris Kennaway To: Nikolas Britton Message-ID: <20060327214100.GB73596@xor.obsecurity.org> References: <20060327192044.GA70891@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: -march=pentium2 + -mtune=pentium4 faster then -march=pentium4? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 21:41:01 -0000 --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 27, 2006 at 03:33:09PM -0600, Nikolas Britton wrote: > On 3/27/06, Kris Kennaway wrote: > > On Mon, Mar 27, 2006 at 01:05:13PM -0600, Nikolas Britton wrote: > > > Why does GCC produce faster code using "-march=3Dpentium2 > > > -mtune=3Dpentium4" on a Pentium 4 chip versus plain -march=3Dpentium4? > > > > > > Try it... > > > > > > CPUTYPE=3Dpentium2 > > > CFLAGS+=3D -mtune=3Dpentium4 > > > COPTFLAGS+=3D -mtune=3Dpentium4 > > > > Talk to the gcc developers (and provide benchmarks). > > >=20 > What would be an adequate, proof, benchmark? Heh..one presumes you already have such a thing (e.g. nbench as you say below), and that you've carefully measured it in order to formulate your conclusion. "Carefully measured" means the usual benchmarking rules like running your test many times and computing statistics (e.g. using ministat), and making sure your only variable is the thing you think it is, etc. > I've already run several > tests with nbench, testing all of the possible configurations of > -march and -mtune. Kris --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEKFvrWry0BWjoQKURArriAKChXl5opRak9MpssV6I0LBzldQQ3gCg+PpT WEDFKuVxRUPT9PBWw7NvGiQ= =24sU -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 21:48:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5099116A401 for ; Mon, 27 Mar 2006 21:48:26 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BE3543D48 for ; Mon, 27 Mar 2006 21:48:24 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k2RLmMVA065188; Mon, 27 Mar 2006 18:48:23 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 27 Mar 2006 18:48:18 -0300 User-Agent: KMail/1.9.1 References: <20060324223317.2069564f@it.buh.tecnik93.com> <200603271215.56344.joao@matik.com.br> <20060327185142.GC24315@soaustin.net> In-Reply-To: <20060327185142.GC24315@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603271848.19010.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Pyun YongHyeon , Mark Linimon , "Bjoern A. Zeeb" Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 21:48:26 -0000 On Monday 27 March 2006 15:51, Mark Linimon wrote: > On Mon, Mar 27, 2006 at 12:15:55PM -0300, JoaoBR wrote: > > well, the actual driver is trash and unusable and overall crashes SMP > > systems ... so more testing to see if it crashes more? ;) > > As with any other software development project, you have to draw a line > somewhere and say "these things will be in the release and these things > will not be in the release"; otherwise, you will never have a release at > all. > > I am not familiar with the code in this case but if its inclusion changed > enough other things in the system where _everything_ had to be re-tested > then it's not worth the regression. > > These are just the simple facts of (any) software development. > well, ok that is completly understandable basicly but this driver is unusable since dec/jan for me, for others probably longe= r=20 IMO it would make sense to be replaced by Pyuns driver because the original= is=20 not functional kind of strange getting a new release with a known not functional driver Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 21:51:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E248216A422 for ; Mon, 27 Mar 2006 21:51:13 +0000 (UTC) (envelope-from laszlokaroly@tvnetwork.hu) Received: from mail.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 52ABF43D79 for ; Mon, 27 Mar 2006 21:51:08 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: (qmail 5680 invoked by uid 300); 27 Mar 2006 21:51:07 -0000 Received: from 62.165.212.130 by zion.tvnetwork.hu (envelope-from , uid 64011) with qmail-scanner-1.25st (clamdscan: 0.85.1/944. spamassassin: 3.0.3. perlscan: 1.25st. Clear:RC:1(62.165.212.130):SA:0(-2.6/5.0):. Processed in 3.271558 secs); 27 Mar 2006 21:51:07 -0000 X-Spam-Status: No, hits=-2.6 required=5.0 Received: from unknown (HELO ?192.168.0.2?) (62.165.212.130) by zion.tvnetwork.hu with SMTP; 27 Mar 2006 21:51:04 -0000 Message-ID: <44285E3A.7000707@tvnetwork.hu> Date: Mon, 27 Mar 2006 23:50:50 +0200 From: =?ISO-8859-1?Q?L=E1szl=F3_K=E1roly?= User-Agent: Thunderbird 1.5 (X11/20060219) MIME-Version: 1.0 To: Sam Leffler References: <84395955@ho.ipt.ru> <4428483F.6090404@tvnetwork.hu> <44285322.4020000@errno.com> In-Reply-To: <44285322.4020000@errno.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-PRERELEASE: freezing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 21:51:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sam Leffler wrote: > László Károly wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Boris Samorodov wrote: >>> Hi! >>> >>> >>> I've had 6.0-STABLE as of jan-2006. Yesterday it was upgraded to >>> current 6.1-PRERELEASE (tag=RELENG_6). The hardware is HP/Compaq >>> nx6110 notebook. >>> >>> After upgrading mashine is freezing under load. After booting the >>> OS without any actions it's OK for two hours. But after starting of >>> make buildkernel the mashine freezes. >>> >> I have the same box and I too made an upgrade yesterday (from a >> two-week-old 6.1-PRERELEASE). The same experience: the system became >> unusably slow, no problem without ACPI. >>> What type of debugging should I do to find up what's up? >> Good question ;-): how to debug a system which practically does not >> react but "runs"? > > Are you running powerd? I've got an nx6125 (amd cpu) that has numerous > acpi issues and also would lockup when idle. I found turning off powerd > stopped the latter. Unfortunately there are still many other unresolved > issues (and no time to pursue them). > > Sam No, I have never used powerd. As nx6110 is a Celeron based model, powerd is of minimal importance. Note that the machine worked well the day before yesterday (with some exceptions, such as acpi_bus_number: can't get _ADR). Best, Laci - -- László Károly Department of Altaic Studies Egyetem str. 2. University of Szeged H-6722 Szeged, Hungary PGP/GnuPG key: 1024D/869D81C5 Fingerprint: 1E61 3205 8F5A 87E7 1269 3396 1C63 F9FF 869D 81C5 Encrypted e-mail preferred. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEKF46HGP5/4adgcURAk/4AJ46ZM8Hi46xBQqPdDeASG3/hnp5DACbB/3U xJfkq/9t1v2u8/Vw3f8Asfc= =KUNB -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 22:08:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52D6F16A420 for ; Mon, 27 Mar 2006 22:08:09 +0000 (UTC) (envelope-from laszlokaroly@tvnetwork.hu) Received: from mail.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 6D74D43D45 for ; Mon, 27 Mar 2006 22:08:08 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: (qmail 23284 invoked by uid 300); 27 Mar 2006 22:08:07 -0000 Received: from 62.165.212.130 by zion.tvnetwork.hu (envelope-from , uid 64011) with qmail-scanner-1.25st (clamdscan: 0.85.1/944. spamassassin: 3.0.3. perlscan: 1.25st. Clear:RC:1(62.165.212.130):SA:0(-2.6/5.0):. Processed in 3.288553 secs); 27 Mar 2006 22:08:07 -0000 X-Spam-Status: No, hits=-2.6 required=5.0 Received: from unknown (HELO ?192.168.0.2?) (62.165.212.130) by zion.tvnetwork.hu with SMTP; 27 Mar 2006 22:08:03 -0000 Message-ID: <44286236.4020609@tvnetwork.hu> Date: Tue, 28 Mar 2006 00:07:50 +0200 From: =?ISO-8859-1?Q?L=E1szl=F3_K=E1roly?= User-Agent: Thunderbird 1.5 (X11/20060219) MIME-Version: 1.0 To: Boris Samorodov References: <84395955@ho.ipt.ru> <4428483F.6090404@tvnetwork.hu> <44285322.4020000@errno.com> <27276814@ho.ipt.ru> In-Reply-To: <27276814@ho.ipt.ru> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-PRERELEASE: freezing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 22:08:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Boris Samorodov wrote: > On Mon, 27 Mar 2006 13:03:30 -0800 Sam Leffler wrote: >> László Károly wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> Boris Samorodov wrote: > >>>> I've had 6.0-STABLE as of jan-2006. Yesterday it was upgraded to >>>> current 6.1-PRERELEASE (tag=RELENG_6). The hardware is HP/Compaq >>>> nx6110 notebook. >>>> >>>> After upgrading mashine is freezing under load. After booting the >>>> OS without any actions it's OK for two hours. But after starting of >>>> make buildkernel the mashine freezes. >>>> >>> I have the same box and I too made an upgrade yesterday (from a >>> two-week-old 6.1-PRERELEASE). The same experience: the system became >>> unusably slow, no problem without ACPI. > > It's an interrupt storm when CPU temperature changes to higher value. :-( > Look at: > http://www.freebsd.org/cgi/query-pr.cgi?pr=79080 > Yes, I passed through this bug when I first tried my nx6110 with 5.4, but this issue were solved in 6.0. Did the same problem appear again? I do not think so. I hope... >>>> What type of debugging should I do to find up what's up? >>> Good question ;-): how to debug a system which practically does not >>> react but "runs"? > >> Are you running powerd? I've got an nx6125 (amd cpu) that has >> numerous acpi issues and also would lockup when idle. I found turning >> off powerd stopped the latter. Unfortunately there are still many >> other unresolved issues (and no time to pursue them). > > As for me -- no, I don't run powerd. > > > WBR - -- László Károly Department of Altaic Studies Egyetem str. 2. University of Szeged H-6722 Szeged, Hungary PGP/GnuPG key: 1024D/869D81C5 Fingerprint: 1E61 3205 8F5A 87E7 1269 3396 1C63 F9FF 869D 81C5 Encrypted e-mail preferred. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEKGI2HGP5/4adgcURAsZ7AJ4x4QyeA5IcfiaQnUVa66iPb4zPOwCeKufx 6zeKFVhrWiWVasr3nLu3/Bk= =2JWF -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 27 22:22:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B78B16A41F for ; Mon, 27 Mar 2006 22:22:17 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97C1D43D6B for ; Mon, 27 Mar 2006 22:22:11 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 2509A62C8EE; Mon, 27 Mar 2006 18:22:11 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 89080-09; Mon, 27 Mar 2006 18:22:10 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id BF6FE62C8D5; Mon, 27 Mar 2006 18:22:10 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 13E905CDF4; Mon, 27 Mar 2006 18:22:13 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 12D6D3A0E8; Mon, 27 Mar 2006 18:22:13 -0400 (AST) Date: Mon, 27 Mar 2006 18:22:13 -0400 (AST) From: "Marc G. Fournier" To: Maxim Konovalov In-Reply-To: <20060327170412.L947@ganymede.hub.org> Message-ID: <20060327182145.O947@ganymede.hub.org> References: <20060327151605.E947@ganymede.hub.org> <20060327235129.I90571@mp2.macomnet.net> <20060327160716.U947@ganymede.hub.org> <20060328001533.C91026@mp2.macomnet.net> <20060327162223.W947@ganymede.hub.org> <20060328002448.R91660@mp2.macomnet.net> <20060327170412.L947@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-stable@freebsd.org Subject: Re: Fresh CVSup of RELENG_6 fails buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2006 22:22:17 -0000 Most odd, but giving up on this, I decided to just wipe out and re-cvsup the whole /usr/src tree ... seems to be building now :( thx all On Mon, 27 Mar 2006, Marc G. Fournier wrote: > > 'k, I'm assuming that the __MAKE_CONF is something I just do a '-D' for on > the command line? > > I cd'd into /usr/src/lib/libncurses and did a make there, and it all builds > fine ... so I'm really confused as to why it doesn't as part of a buildworld > :( > > On Tue, 28 Mar 2006, Maxim Konovalov wrote: > >>> Neither do I :( I tried to go back 24 hours, and see no changes ... >>> gonna play with the date= stuff to see if going back a bit makes a >>> difference ... ;( >> >> Try to start from the clean /usr/obj. __MAKE_CONF=/dev/null may help >> too. >> >> -- >> Maxim Konovalov >> >> > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 > _______________________________________________ > 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" > > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 00:21:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A334816A440 for ; Tue, 28 Mar 2006 00:21:53 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from netlx014.civ.utwente.nl (netlx014.civ.utwente.nl [130.89.1.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id E08C043D46 for ; Tue, 28 Mar 2006 00:21:52 +0000 (GMT) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by netlx014.civ.utwente.nl (8.11.7/HKD) with ESMTP id k2S0LTW06312 for ; Tue, 28 Mar 2006 02:21:29 +0200 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Tue, 28 Mar 2006 02:21:28 +0200 User-Agent: KMail/1.9.1 References: <20060324223317.2069564f@it.buh.tecnik93.com> <20060327185142.GC24315@soaustin.net> <200603271848.19010.joao@matik.com.br> In-Reply-To: <200603271848.19010.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603280221.28996.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-MailScanner-From: pieter@degoeje.nl Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 00:21:53 -0000 On Monday 27 March 2006 23:48, JoaoBR wrote: > On Monday 27 March 2006 15:51, Mark Linimon wrote: > > On Mon, Mar 27, 2006 at 12:15:55PM -0300, JoaoBR wrote: > > > well, the actual driver is trash and unusable and overall crashes SMP > > > systems ... so more testing to see if it crashes more? ;) > > > > As with any other software development project, you have to draw a line > > somewhere and say "these things will be in the release and these things > > will not be in the release"; otherwise, you will never have a release at > > all. > > > > I am not familiar with the code in this case but if its inclusion chang= ed > > enough other things in the system where _everything_ had to be re-tested > > then it's not worth the regression. > > > > These are just the simple facts of (any) software development. > > well, ok that is completly understandable basicly > > but this driver is unusable since dec/jan for me, for others probably > longer > > IMO it would make sense to be replaced by Pyuns driver because the origin= al > is not functional > > kind of strange getting a new release with a known not functional driver > > Jo=E3o This is not quite true; I am running 2 systems with the sk driver. One of t= hem=20 is a dual core athlon64, and it's network connection is indeed flawed unles= s=20 I change debug.mpsafenet to 0. The other machine is a regular athlon64 and= =20 has no problems at all. Both systems are running 6.1-PRERELEASE amd64.=20 With debug.mpsafenet=3D1, cvsup failes with "protocol error"s on the SMP bo= x.=20 Also, I run several Half-Life: Counter-Strike servers on it and clients=20 occasionaly receive corrupted UDP packets which cause them to drop the=20 connection. However as soon as I changed debug.mpsafenet to 0, all problems= =20 were gone. So, maybe you should try changing debug.mpsafenet. =46YI: the SMP box has an Asus A8V (agp) mobo, and the other box an Asus K8= V SE. Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 02:07:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3A6516A41F for ; Tue, 28 Mar 2006 02:07:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 190D643D48 for ; Tue, 28 Mar 2006 02:07:06 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id l8so1650330nzf for ; Mon, 27 Mar 2006 18:07:06 -0800 (PST) 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=SpWY9kKx5eOgn399oAZS/DR+mf1IDDHgFhqxxh64OwCDjIFmyM9KDTS4NuMP2eNhgC6GQ5Go9Yz5ODouOc1iFTRsZoNti6euTvVxLknMehhHiiVtoYhlgtRA5uWrGTj28LR9qSbKCA+LFtoy5YHD0sOjPMjlPZREiwl/9Kd8I4g= Received: by 10.36.50.19 with SMTP id x19mr115394nzx; Mon, 27 Mar 2006 18:07:06 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 18sm848665nzo.2006.03.27.18.07.04; Mon, 27 Mar 2006 18:07:05 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k2S28gVU008803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Mar 2006 11:08:42 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k2S28exG008802; Tue, 28 Mar 2006 11:08:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 28 Mar 2006 11:08:40 +0900 From: Pyun YongHyeon To: Pieter de Goeje Message-ID: <20060328020840.GA8189@cdnetworks.co.kr> References: <20060324223317.2069564f@it.buh.tecnik93.com> <20060327185142.GC24315@soaustin.net> <200603271848.19010.joao@matik.com.br> <200603280221.28996.pieter@degoeje.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603280221.28996.pieter@degoeje.nl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 02:07:07 -0000 On Tue, Mar 28, 2006 at 02:21:28AM +0200, Pieter de Goeje wrote: > On Monday 27 March 2006 23:48, JoaoBR wrote: > > On Monday 27 March 2006 15:51, Mark Linimon wrote: > > > On Mon, Mar 27, 2006 at 12:15:55PM -0300, JoaoBR wrote: > > > > well, the actual driver is trash and unusable and overall crashes SMP > > > > systems ... so more testing to see if it crashes more? ;) > > > > > > As with any other software development project, you have to draw a line > > > somewhere and say "these things will be in the release and these things > > > will not be in the release"; otherwise, you will never have a release at > > > all. > > > > > > I am not familiar with the code in this case but if its inclusion changed > > > enough other things in the system where _everything_ had to be re-tested > > > then it's not worth the regression. > > > > > > These are just the simple facts of (any) software development. > > > > well, ok that is completly understandable basicly > > > > but this driver is unusable since dec/jan for me, for others probably > > longer > > > > IMO it would make sense to be replaced by Pyuns driver because the original > > is not functional > > > > kind of strange getting a new release with a known not functional driver > > > > Jo?o > > This is not quite true; I am running 2 systems with the sk driver. One of them > is a dual core athlon64, and it's network connection is indeed flawed unless > I change debug.mpsafenet to 0. The other machine is a regular athlon64 and > has no problems at all. Both systems are running 6.1-PRERELEASE amd64. > Does it happen on my latest sk(4) driver? I don't have amd64 systems but the driver was tested on i386(SMP) and sparc64(SMP) and I never see above errors. The only issue known to me is occasional watchdog timeout error which I really want to fix. But the watchdog timeout error is hard to reproduce and I couldn't reproduce the error on my system. > With debug.mpsafenet=1, cvsup failes with "protocol error"s on the SMP box. > Also, I run several Half-Life: Counter-Strike servers on it and clients > occasionaly receive corrupted UDP packets which cause them to drop the > connection. However as soon as I changed debug.mpsafenet to 0, all problems > were gone. > How about stock sk(4)? Does it have the same issue too? > So, maybe you should try changing debug.mpsafenet. > FYI: the SMP box has an Asus A8V (agp) mobo, and the other box an Asus K8V SE. > -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 03:15:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF0C616A401 for ; Tue, 28 Mar 2006 03:15:54 +0000 (UTC) (envelope-from kreios@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E9EF43D46 for ; Tue, 28 Mar 2006 03:15:54 +0000 (GMT) (envelope-from kreios@gmail.com) Received: by zproxy.gmail.com with SMTP id 13so1443043nzp for ; Mon, 27 Mar 2006 19:15:53 -0800 (PST) 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=QCoPNnvlctoJ7eB60yZ8S1cInE8KP9X+unSJd1Y0UY9cAjGm66cAwfoeGkcbJ/wIMvJbHtKaJ0NcA/6D38ykFFpvaG0Vs3O/mnSMM+c98mUjKO3eElsUK+zAOffj1DD91ua1RjN2Bwia/kgBoAgTslmM2IgPb5Ecrz0/37XLF1w= Received: by 10.65.53.10 with SMTP id f10mr3091824qbk; Mon, 27 Mar 2006 19:15:53 -0800 (PST) Received: by 10.64.91.4 with HTTP; Mon, 27 Mar 2006 19:15:53 -0800 (PST) Message-ID: <2de4f2a00603271915ge9aa9dai9256471b8ac46d72@mail.gmail.com> Date: Mon, 27 Mar 2006 21:15:53 -0600 From: kreios@gmail.com To: "Tony Maher" In-Reply-To: <44274235.2030909@uts.edu.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <2de4f2a00603251544j55ceab65rb79ebeeb2859188a@mail.gmail.com> <4426FA31.4080806@uts.edu.au> <2de4f2a00603261629x37eb6ba3q8638d667fabe4538@mail.gmail.com> <44274235.2030909@uts.edu.au> Cc: stable@freebsd.org, Claus Guttesen Subject: Re: Need help with isp driver and disk arrary X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 03:15:55 -0000 On 3/26/06, Tony Maher wrote: > kreios@gmail.com wrote: > > >>You can use camcontrol to rescan the bus (or device) to make it visible= . > > > > > > Thanks for the help. Looks like I am out of luck on this one. > > Rescanning the bus does not show the LUNs. Remapping the LUN is out > > due to license issues with the unit. I am investigating how much it > > will cost to activate the feature but I don't have high hopes of that > > happening. > > Sorry it as a long time ago - you actually have to specify > the lun rather than the bus > > From: > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D21038+0+/usr/local/www/db/= text/2003/freebsd-scsi/20030727.freebsd-scsi > > Finally was able to see disk with a 'camcontrol rescan 1:0:4' command. > Previous 'camcontrol rescan all' and 'camcontrol rescan 1' failed to > see disk. Ah, that worked. I can see the volume now. To automated it I just added a rc.d script to rescan that device on boot up. Thanks for all your help, -- Dave From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 03:18:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C17A16A41F for ; Tue, 28 Mar 2006 03:18:17 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1619543D46 for ; Tue, 28 Mar 2006 03:18:17 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 0A02B62CA8C for ; Mon, 27 Mar 2006 23:18:17 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 56248-09 for ; Mon, 27 Mar 2006 23:18:16 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id A401962CA85 for ; Mon, 27 Mar 2006 23:18:16 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 42ACB5E560; Mon, 27 Mar 2006 23:18:21 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 3CE4C4ABDE for ; Mon, 27 Mar 2006 23:18:21 -0400 (AST) Date: Mon, 27 Mar 2006 23:18:21 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20060327230402.X947@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: devfs on /my/jail/dev ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 03:18:17 -0000 I'm missing something here ... I've looked in /etc/defaults/devfs.conf, and found that ruleset 4 is what I want for a jail ... so, I issue: devfs -m /vm/.t19/dev ruleset 4 but its not doing anything: titan# devfs -m /vm/.t19/dev ruleset 4 titan# devfs -m /vm/.t19/dev rule show titan# ls /vm/.t19/dev acd0 da0s1e net2 stderr ttyv6 acpi da0s1f net3 stdin ttyv7 ata da0s1g network stdout ttyv8 atkbd0 devctl nfs4 sysmouse ttyv9 bpsm0 devstat nfslock ttyp0 ttyva ciss0 fd null ttyp1 ttyvb console fido pass0 ttyp2 ttyvc consolectl geom.ctl pci ttyp3 ttyvd ctty io psm0 ttyp4 ttyve da0 kbd0 ptyp0 ttyv0 ttyvf da0s1 klog ptyp1 ttyv1 urandom da0s1a kmem ptyp2 ttyv2 xpt0 da0s1b mem ptyp3 ttyv3 zero da0s1c net ptyp4 ttyv4 da0s1d net1 random ttyv5 titan# So, how do I make use of the rules that are defined in /etc/defaults/devfs.rules? :( Thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 03:48:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A92E916A400 for ; Tue, 28 Mar 2006 03:48:53 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [63.240.77.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46A2543D45 for ; Tue, 28 Mar 2006 03:48:53 +0000 (GMT) (envelope-from clint@0lsen.net) Received: from 0lsen.net ([24.20.127.157]) by comcast.net (sccrmhc13) with ESMTP id <2006032803484601300ebh82e>; Tue, 28 Mar 2006 03:48:46 +0000 Received: by 0lsen.net (Postfix, from userid 1001) id 193F11720E; Mon, 27 Mar 2006 19:48:46 -0800 (PST) Date: Mon, 27 Mar 2006 19:48:46 -0800 From: Clint Olsen To: Pyun YongHyeon Message-ID: <20060328034846.GA81006@0lsen.net> References: <20060324223317.2069564f@it.buh.tecnik93.com> <20060327185142.GC24315@soaustin.net> <200603271848.19010.joao@matik.com.br> <200603280221.28996.pieter@degoeje.nl> <20060328020840.GA8189@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060328020840.GA8189@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Organization: NULlsen Network X-Disclaimer: Mutt Bites! Cc: Pieter de Goeje , freebsd-stable@freebsd.org Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 03:48:53 -0000 On Mar 28, Pyun YongHyeon wrote: > and sparc64(SMP) and I never see above errors. The only issue known to > me is occasional watchdog timeout error which I really want to fix. But > the watchdog timeout error is hard to reproduce and I couldn't reproduce > the error on my system. I'm still seeing the watchdog timeout on 5.5-PRERELEASE (uni-processor): Mar 22 14:47:04 belle kernel: sk0: watchdog timeout Mar 24 08:37:19 belle kernel: sk0: watchdog timeout Mar 27 04:09:15 belle kernel: sk0: watchdog timeout But at least the driver doesn't wedge the interface now. -Clint From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 04:50:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD03716A41F for ; Tue, 28 Mar 2006 04:50:45 +0000 (UTC) (envelope-from parv@pair.com) Received: from mta13.adelphia.net (mta13.mail.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F12443D48 for ; Tue, 28 Mar 2006 04:50:45 +0000 (GMT) (envelope-from parv@pair.com) Received: from default.chvlva.adelphia.net ([69.160.66.115]) by mta13.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060328045044.SBIW3381.mta13.adelphia.net@default.chvlva.adelphia.net> for ; Mon, 27 Mar 2006 23:50:44 -0500 Received: by default.chvlva.adelphia.net (Postfix, from userid 1000) id 66BEFB77E; Mon, 27 Mar 2006 23:50:55 -0500 (EST) Date: Mon, 27 Mar 2006 23:50:55 -0500 From: Parv To: f-stable Message-ID: <20060328045055.GA2314@holestein.holy.cow> Mail-Followup-To: f-stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: 6.1-BETA4-i386-disc2.iso - only usr/share/doc, no usr/src? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 04:50:45 -0000 Does the 6.1-BETA4-i386-disc2.iso contain only usr/share/doc, or for some reason i am unable to see anything else? I was looking for usr/src (and for a odd chance to have usr/ports); i suppose those two trees would be available somewhere on some disc for RELENG_6_1. I mounted the image as ... mdconfig -a -t vnode -f /path/to/6.1-BETA4-i386-disc2.iso -u 0 mount -t cd9660 /dev/md0 /mnt ... then looked around as usual (cd, ls). - Parv -- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 06:18:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71B6C16A400 for ; Tue, 28 Mar 2006 06:18:05 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com (heathrow.savoladns.com [212.12.174.7]) by mx1.FreeBSD.org (Postfix) with SMTP id B0DB343D49 for ; Tue, 28 Mar 2006 06:18:01 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com ([127.0.0.1]) by localhost (heathrow.savoladns.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00617-06 for ; Tue, 28 Mar 2006 09:17:56 +0300 (AST) Received: from Tuxntosh.savola.com (unknown [222.22.1.152]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by heathrow.savoladns.com (Postfix) with ESMTP id 6A69F9583B for ; Tue, 28 Mar 2006 09:17:56 +0300 (AST) From: Yousef Raffah To: freebsd-stable@freebsd.org In-Reply-To: <84dead720603271724o1d19109chebd2d2299691d5e9@mail.gmail.com> References: <4931244.1143477563764.JavaMail.oracle@ocs.savola.com> <84dead720603271724o1d19109chebd2d2299691d5e9@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-R3pjFMgtJ8D+7VkCe8ky" Organization: The Savola Group Date: Tue, 28 Mar 2006 09:17:15 +0300 Message-Id: <1143526635.4925.233.camel@Tuxntosh.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Subject: Re: Can't boot with a new install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 06:18:05 -0000 --=-R3pjFMgtJ8D+7VkCe8ky Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2006-03-28 at 06:54 +0530, Joseph Koshy wrote: > yr> I see no reason why it can't boot of my drive after > yr> installing FreeBSD, although this is not my first BSD >=20 > Check if there is a disk geometry mismatch. Can you boot > from a CD and access the hard-disk in 'fixit' mode? >=20 Thank you Joseph for the reply and I would like to assure you that Yes, I am able to boot from a CD and access the hard-disk in fixit mode by mounting it under /mnt like this: # mount /dev/ad0s1 /mnt I can see all the folders in there were created yesterday, which is correct! Any other hints to look for? Sincerely, Yousef Raffah Senior Systems Administrator SSIS - The Savola Group -- Aren't you using Firefox? Get it at getfirefox.com yousef.raffah.com --=-R3pjFMgtJ8D+7VkCe8ky Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBEKNTrH9IXMb4e6CMRApD2AJ4q2iE3vmRk753B9p2BIJ5w9QhFnwCfU16f 43DQt5K2mlgKGNZpon9oUl0= =0kJL -----END PGP SIGNATURE----- --=-R3pjFMgtJ8D+7VkCe8ky-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 07:10:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CD2916A401 for ; Tue, 28 Mar 2006 07:10:13 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id D634E43D45 for ; Tue, 28 Mar 2006 07:10:12 +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 mail12.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2S7AAoR002783 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 28 Mar 2006 18:10:10 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2S7A9Av001043; Tue, 28 Mar 2006 18:10:09 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2S7A9ph001042; Tue, 28 Mar 2006 18:10:09 +1100 (EST) (envelope-from peter) Date: Tue, 28 Mar 2006 18:10:09 +1100 From: Peter Jeremy To: "Alastair G. Hogge" Message-ID: <20060328071009.GA961@turion.vk2pj.dyndns.org> References: <200603271758.32622.agh@tpg.com.au> <20060327180825.GA1183@turion.vk2pj.dyndns.org> <200603280600.23499.agh@tpg.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603280600.23499.agh@tpg.com.au> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: PCI Radeon 7000/VE (RV100) on AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 07:10:13 -0000 On Tue, 2006-Mar-28 06:00:23 +1000, Alastair G. Hogge wrote: >On Tuesday 28 March 2006 04:08, Peter Jeremy wrote: >> On Mon, 2006-Mar-27 17:58:32 +1000, Alastair G. Hogge wrote: >> >Having some problem with Xorg-6.9.0 and the radeon or ati driver on mad64 >> >system. X seems to look up at a black screen after setting the resolution >> > and then resets the computer. I have drm and radeon defined in my kernel >> > config and I've also added the appropriate lines to xorg.conf >> >> How did you build xorg.conf? > Nope. /etc/X11/xorg.conf is a file that you must have created. Did you build it by hand, using "X -configure" or some other way? BTW, 'SMP' and 'APIC_IO' should be in your kernel config file, not /etc/make.conf - the kernel should use COPTFLAGS, not CFLAGS in any case. >> Can you please post dmesg and /var/log/Xorg.0.log without text-filling >> them. >I'll try. It might be KMail doing something I don't understand. The attachments were OK but you missed /var/log/Xorg.0.log - that's the file that should have any error messages from Xorg. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 07:30:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E1B916A401 for ; Tue, 28 Mar 2006 07:30:56 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com (heathrow.savoladns.com [212.12.174.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 2906343D45 for ; Tue, 28 Mar 2006 07:30:53 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com ([127.0.0.1]) by localhost (heathrow.savoladns.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00619-07 for ; Tue, 28 Mar 2006 10:30:51 +0300 (AST) Received: from Tuxntosh.savola.com (unknown [222.22.1.152]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by heathrow.savoladns.com (Postfix) with ESMTP id 05B109584F for ; Tue, 28 Mar 2006 10:30:50 +0300 (AST) From: Yousef Raffah To: freebsd-stable@freebsd.org In-Reply-To: <1143526635.4925.233.camel@Tuxntosh.savola.com> References: <4931244.1143477563764.JavaMail.oracle@ocs.savola.com> <84dead720603271724o1d19109chebd2d2299691d5e9@mail.gmail.com> <1143526635.4925.233.camel@Tuxntosh.savola.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-x4w3mpjrtcmvNAgS2wwL" Organization: The Savola Group Date: Tue, 28 Mar 2006 10:30:09 +0300 Message-Id: <1143531010.4924.254.camel@Tuxntosh.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Subject: Re: Can't boot with a new install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 07:30:56 -0000 --=-x4w3mpjrtcmvNAgS2wwL Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2006-03-28 at 09:17 +0300, Yousef Raffah wrote: > On Tue, 2006-03-28 at 06:54 +0530, Joseph Koshy wrote: > > yr> I see no reason why it can't boot of my drive after > > yr> installing FreeBSD, although this is not my first BSD > >=20 > > Check if there is a disk geometry mismatch. Can you boot > > from a CD and access the hard-disk in 'fixit' mode? > >=20 > Thank you Joseph for the reply and I would like to assure you that Yes, > I am able to boot from a CD and access the hard-disk in fixit mode by > mounting it under /mnt like this: >=20 > # mount /dev/ad0s1 /mnt >=20 > I can see all the folders in there were created yesterday, which is > correct! Any other hints to look for? >=20 I just tried fdisk in the "Fixit" mode and thought you guys might know what exactly is going on. # fdisk /dev/ad0 ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=3D155061 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders 155061 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 156296322 (76316 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: Sincerely, Yousef Raffah Senior Systems Administrator SSIS - The Savola Group -- Aren't you using Firefox? Get it at getfirefox.com yousef.raffah.com --=-x4w3mpjrtcmvNAgS2wwL Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBEKOYBH9IXMb4e6CMRAgdkAJ9rtV9C/Iccx8VjhQRH/Aq7WSCqtQCfS6Uy XlwyWGU3EyEOoYBjidcapBg= =NCyB -----END PGP SIGNATURE----- --=-x4w3mpjrtcmvNAgS2wwL-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 07:59:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51E2316A41F for ; Tue, 28 Mar 2006 07:59:12 +0000 (UTC) (envelope-from gni@gecko.de) Received: from kirk.baltic.net (kirk.baltic.net [193.189.247.10]) by mx1.FreeBSD.org (Postfix) with SMTP id 446EE43D46 for ; Tue, 28 Mar 2006 07:59:10 +0000 (GMT) (envelope-from gni@gecko.de) Received: (qmail 21953 invoked from network); 28 Mar 2006 07:54:11 -0000 Received: from waldorf.gecko.de (HELO asterix.int.gecko.de) (193.189.247.200) by kirk.baltic.net with SMTP; 28 Mar 2006 07:54:11 -0000 Received: from kermit.int.gecko.de [192.168.120.252] by asterix.int.gecko.de; Tue, 28 Mar 2006 09:59:26 +0200 Received: from lorien.int.gecko.de (lorien [192.168.120.159]) by kermit.int.gecko.de (8.12.10+Sun/8.12.10) with ESMTP id k2S7wxI1015445; Tue, 28 Mar 2006 09:58:59 +0200 (CEST) Received: from lorien.int.gecko.de (localhost [127.0.0.1]) by lorien.int.gecko.de (8.12.9/8.12.9) with ESMTP id k2S7xXBu062493; Tue, 28 Mar 2006 09:59:33 +0200 (MEST) (envelope-from munk@lorien.int.gecko.de) Received: (from munk@localhost) by lorien.int.gecko.de (8.12.9/8.12.9/Submit) id k2S7xWTG062492; Tue, 28 Mar 2006 09:59:32 +0200 (MEST) Date: Tue, 28 Mar 2006 09:59:32 +0200 From: Gunther Nikl To: Kris Kennaway Message-ID: <20060328075932.GA62468@lorien.int.gecko.de> References: <20060327192044.GA70891@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060327192044.GA70891@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Nikolas Britton Subject: Re: -march=pentium2 + -mtune=pentium4 faster then -march=pentium4? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 07:59:12 -0000 On Mon, Mar 27, 2006 at 02:20:44PM -0500, Kris Kennaway wrote: > On Mon, Mar 27, 2006 at 01:05:13PM -0600, Nikolas Britton wrote: > > Why does GCC produce faster code using "-march=pentium2 > > -mtune=pentium4" on a Pentium 4 chip versus plain -march=pentium4? > > > > Try it... > > > > CPUTYPE=pentium2 > > CFLAGS+= -mtune=pentium4 > > COPTFLAGS+= -mtune=pentium4 > > Talk to the gcc developers (and provide benchmarks). If this is about GCC 3.4 then don't bother posting on the GCC ML. The 3.4 branch is closed. You must use newer versions or better GCC mainline svn. Gunther From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 08:15:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3F7A16A400 for ; Tue, 28 Mar 2006 08:15:43 +0000 (UTC) (envelope-from servidor.correo@correo.ges.es) Received: from correo.ges.es (217.Red-80-25-157.staticIP.rima-tde.net [80.25.157.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1229843D48 for ; Tue, 28 Mar 2006 08:15:39 +0000 (GMT) (envelope-from servidor.correo@correo.ges.es) Received: (from root@localhost) by correo.ges.es (8.11.6/8.11.6) id k2S6bj012372; Tue, 28 Mar 2006 08:37:45 +0200 Date: Tue, 28 Mar 2006 08:37:45 +0200 From: servidor.correo@correo.ges.es Message-Id: <200603280637.k2S6bj012372@correo.ges.es> To: freebsd-stable@freebsd.org Subject: Correo rechazado X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 08:15:44 -0000 El sistema de seguridad de Ges Seguros rechazo el envio a: jvicente_millan@ges.es por contener un archivo adjunto de formato no admitido: MS Windows PE Intel 80386 GUI executable not relocatable Si tiene alguna duda, contacte con el administrador de su sistema. ------------------------- BEGIN HEADERS ----------------------------- Return-Path: Received: from ges.es (84-123-32-81.onocable.ono.com [84.123.32.81]) by correo.ges.es (8.11.6/8.11.6) with SMTP id k2S6bgA12356 for ; Tue, 28 Mar 2006 08:37:43 +0200 From: freebsd-stable@freebsd.org Message-Id: <200603280637.k2S6bgA12356@correo.ges.es> To: jvicente_millan@ges.es Subject: fake Date: Tue, 28 Mar 2006 10:08:09 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="34773311" -------------------------- END HEADERS ------------------------------ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 08:19:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DC2116A401 for ; Tue, 28 Mar 2006 08:19:08 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD29443D45 for ; Tue, 28 Mar 2006 08:19:07 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1070574wxc for ; Tue, 28 Mar 2006 00:19:07 -0800 (PST) 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=DsaOxX8H+3ZoHmqbEAa5gXxPSZWd13XQz2HM/jKZUntvYpb8sl0tcXiTnJhIUYdADT2o6Mb+ftoE5pmQVK0sCSIG9u2JpkAybMh6ydZNINxyIiEEqM1sP2nHMvbXlH43fHUnHisxr+pqS65nLGqYycbvEPQfKaI9jCFJKpMnSsQ= Received: by 10.70.125.20 with SMTP id x20mr6146489wxc; Tue, 28 Mar 2006 00:19:07 -0800 (PST) Received: by 10.70.117.7 with HTTP; Tue, 28 Mar 2006 00:19:07 -0800 (PST) Message-ID: <84dead720603280019x20970e5ap22e64563d66847@mail.gmail.com> Date: Tue, 28 Mar 2006 13:49:07 +0530 From: "Joseph Koshy" To: yraffah@savola.com In-Reply-To: <1143531010.4924.254.camel@Tuxntosh.savola.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4931244.1143477563764.JavaMail.oracle@ocs.savola.com> <84dead720603271724o1d19109chebd2d2299691d5e9@mail.gmail.com> <1143526635.4925.233.camel@Tuxntosh.savola.com> <1143531010.4924.254.camel@Tuxntosh.savola.com> Cc: freebsd-stable@freebsd.org Subject: Re: Can't boot with a new install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 08:19:08 -0000 > # fdisk /dev/ad0 > ******* Working on device /dev/ad0 ******* > parameters extracted from in-core disklabel are: > cylinders=3D155061 heads=3D16 sectors/track=3D63 (1008 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders 155061 heads=3D16 sectors/track=3D63 (1008 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > start 63, size 156296322 (76316 Meg), flag 80 (active) > beg: cyl 0/ head 1/ sector 1; > end: cyl 1023/ head 254/ sector 63 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > The following URL may be of help: http://www.freebsd.org/doc/faq/install.html#GEOMETRY -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 08:29:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E58DA16A400 for ; Tue, 28 Mar 2006 08:29:25 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DDAE643D5E for ; Tue, 28 Mar 2006 08:29:23 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 28 Mar 2006 08:29:22 -0000 Received: from cable194106210-142.astral.lodz.pl (EHLO [192.168.0.207]) [194.106.210.142] by mail.gmx.net (mp042) with SMTP; 28 Mar 2006 10:29:22 +0200 X-Authenticated: #5465401 Message-ID: <4428F3E1.9070208@gmx.de> Date: Tue, 28 Mar 2006 10:29:21 +0200 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: kldunload -f does not work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 08:29:26 -0000 I'm using the radeon driver and thus suspend kills the system. I'm trying to get a 'lame' suspend by sending xdm a -HUP signal and killing the drm and radeon modules with 'kldunload -f'. However kldunload ignores the '-f' option on my system. The output is always the same (with and without '-f"): kldunload: can't unload file: Device Busy The way I understand the manpage '-f' should force unloading anyway. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 08:55:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5FD916A401 for ; Tue, 28 Mar 2006 08:55:09 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-02.rdc-nyc.rr.com (ms-smtp-02-smtplb.rdc-nyc.rr.com [24.29.109.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BFE343D48 for ; Tue, 28 Mar 2006 08:55:08 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail.scottro.net (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-02.rdc-nyc.rr.com (8.13.4/8.13.4) with ESMTP id k2S8lU0K007067 for ; Tue, 28 Mar 2006 03:47:30 -0500 (EST) Received: by mail.scottro.net (Postfix, from userid 1001) id 2B7495C85; Mon, 27 Mar 2006 22:43:33 -0500 (EST) Date: Mon, 27 Mar 2006 22:43:33 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20060328034333.GA84613@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060327230402.X947@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20060327230402.X947@ganymede.hub.org> User-Agent: mutt-ng/devel-r581 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: devfs on /my/jail/dev ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 08:55:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, Mar 27, 2006 at 11:18:21PM -0400, Marc G. Fournier wrote: > > I'm missing something here ... I've looked in /etc/defaults/devfs.conf, and > found that ruleset 4 is what I want for a jail ... so, I issue: > > devfs -m /vm/.t19/dev ruleset 4 > > but its not doing anything: If I understand, you want the devfs ruleset for jails, the more or less pre-built one. This is what worked for me. First, I name the jail with an arbitrary name in /etc/rc.conf, for example jail_list="myjail" Then, I have a line jail_myjail_devfs_ruleset="devfs_rules_jail" (Or you can use ez_jail from ports which does it for you.) So, I think what you want, at least when you run it from rc.conf would be devfs_rules_jail - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Willow: Why couldn't he be possessed by a puppy, or some ducks? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEKLDl+lTVdes0Z9YRAlYOAJ9fngxC0mCD0f1e9YcNc8t/7Vnk9QCZARAj BBpQgT6SBvW7LUsmXq5ypi8= =Z39v -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 09:27:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CFAD16A401 for ; Tue, 28 Mar 2006 09:27:31 +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 AC88B43D45 for ; Tue, 28 Mar 2006 09:27:30 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.18]) by mx.nitro.dk (Postfix) with ESMTP id 240102D487F; Tue, 28 Mar 2006 09:26:14 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 6205011422; Tue, 28 Mar 2006 11:27:27 +0200 (CEST) Date: Tue, 28 Mar 2006 11:27:27 +0200 From: "Simon L. Nielsen" To: "Marc G. Fournier" Message-ID: <20060328092726.GA981@zaphod.nitro.dk> References: <20060327230402.X947@ganymede.hub.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <20060327230402.X947@ganymede.hub.org> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: devfs on /my/jail/dev ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 09:27:31 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2006.03.27 23:18:21 -0400, Marc G. Fournier wrote: >=20 > I'm missing something here ... I've looked in /etc/defaults/devfs.conf,= =20 > and found that ruleset 4 is what I want for a jail ... so, I issue: >=20 > devfs -m /vm/.t19/dev ruleset 4 I can't remember the details right now (other than it's easy to do it wrong), but basically you need to both filter the existing device entries and set a ruleset for new entries. I would suggest simply looking at how the jail rc.d script sets up the devfs and reading the entire devfs manual page a few times, or even better simply use the jail rc.d script to set it up. --=20 Simon L. Nielsen --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEKQF+h9pcDSc1mlERAvRYAKCDfLHaFlsnn24xryi46VxxBCNGNwCfSiJK MV37XoabjA0k1VnaD+9DjwA= =sLI3 -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 10:23:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9F0A16A401 for ; Tue, 28 Mar 2006 10:23:27 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 244CB43D45 for ; Tue, 28 Mar 2006 10:23:26 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k2SAN4Mw001446; Tue, 28 Mar 2006 07:23:04 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org, pyunyh@gmail.com Date: Tue, 28 Mar 2006 07:23:15 -0300 User-Agent: KMail/1.9.1 References: <20060324223317.2069564f@it.buh.tecnik93.com> <200603280221.28996.pieter@degoeje.nl> <20060328020840.GA8189@cdnetworks.co.kr> In-Reply-To: <20060328020840.GA8189@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603280723.16548.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Pieter de Goeje Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 10:23:27 -0000 On Monday 27 March 2006 23:08, Pyun YongHyeon wrote: > > > Jo?o > > > > This is not quite true; I am running 2 systems with the sk driver. One > > of them is a dual core athlon64, and it's network connection is indeed > > flawed unless I change debug.mpsafenet to 0. The other machine is a > > regular athlon64 and has no problems at all. Both systems are running > > 6.1-PRERELEASE amd64. > > Does it happen on my latest sk(4) driver? > I think he talks about the releng_6 driver and not about yours Jo=E3o > I don't have amd64 systems but the driver was tested on i386(SMP) > and sparc64(SMP) and I never see above errors. > The only issue known to me is occasional watchdog timeout error > which I really want to fix. But the watchdog timeout error is hard > to reproduce and I couldn't reproduce the error on my system. > > > With debug.mpsafenet=3D1, cvsup failes with "protocol error"s on the S= MP > > box. Also, I run several Half-Life: Counter-Strike servers on it and > > clients occasionaly receive corrupted UDP packets which cause them to > > drop the connection. However as soon as I changed debug.mpsafenet to 0, > > all problems were gone. > > How about stock sk(4)? Does it have the same issue too? > > > So, maybe you should try changing debug.mpsafenet. > > FYI: the SMP box has an Asus A8V (agp) mobo, and the other box an Asus > > K8V SE. =2D-=20 Atenciosamente Infomatik Internet Technology (18)3551.8155 (18)8112.7007 http://info.matik.com.br A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 10:27:48 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E24116A424 for ; Tue, 28 Mar 2006 10:27:48 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C78643D48 for ; Tue, 28 Mar 2006 10:27:46 +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 mail08.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2SARNHp019070 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 28 Mar 2006 21:27:24 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2SARMcn002412; Tue, 28 Mar 2006 21:27:23 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2SARMsQ002411; Tue, 28 Mar 2006 21:27:22 +1100 (EST) (envelope-from peter) Date: Tue, 28 Mar 2006 21:27:21 +1100 From: Peter Jeremy To: Mikhail Teterin Message-ID: <20060328102721.GA2352@turion.vk2pj.dyndns.org> References: <200603232352.k2NNqPS8018729@gate.bitblocks.com> <200603241518.01027.mi+mx@aldan.algebra.com> <20060325103927.GE703@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060325103927.GE703@turion.vk2pj.dyndns.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 10:27:48 -0000 On Sat, 2006-Mar-25 21:39:27 +1100, Peter Jeremy wrote: >What happens if you simulate read-ahead yourself? Have your main >program fork and the child access pages slightly ahead of the parent >but do nothing else. I suspect something like this may be the best approach for your application. My suggestion would be to split the backup into 3 processes that share memory. I wrote a program that is designed to buffer data in what looks like a big FIFO and "dump | myfifo | gzip > file.gz" is significantly faster than "dump | gzip > file.gz" so I suspect it will help you as well. Process 1 reads the input file into mmap A. Process 2 {b,gz}ips's mmap A into mmap B. Process 3 writes mmap B into the output file. Process 3 and mmap B may be optional, depending on your target's write performance. mmap A could be the real file with process 1 just accessing pages to force them into RAM. I'd suggest that each mmap be capable of storing several hundred msec of data as a minumum (maybe 10MB input and 5MB output, preferably more). Synchronisation can be done by writing tokens into pipes shared with the mmap's, optimised by sharing read/write pointers (so you only really need the tokens when the shared buffer is full/empty). -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 10:38:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D74C16A41F for ; Tue, 28 Mar 2006 10:38:56 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from omta04sl.mx.bigpond.com (omta04sl.mx.bigpond.com [144.140.93.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBCC843D46 for ; Tue, 28 Mar 2006 10:38:55 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from areilly.bpc-users.org ([141.168.4.160]) by omta04sl.mx.bigpond.com with ESMTP id <20060328103854.YVLQ12993.omta04sl.mx.bigpond.com@areilly.bpc-users.org> for ; Tue, 28 Mar 2006 10:38:54 +0000 Received: (qmail 88788 invoked by uid 501); 28 Mar 2006 10:40:07 -0000 Date: Tue, 28 Mar 2006 21:40:07 +1100 From: Andrew Reilly To: Marian Hettwer Message-ID: <20060328104007.GD87799@gurney.reilly.home> References: <20060327093011.GA21070@math.jussieu.fr> <4427B820.3000702@lipn.univ-paris13.fr> <20060327103720.GB21070@math.jussieu.fr> <200603270746.05169.joao@matik.com.br> <20060327110226.GC21070@math.jussieu.fr> <4427E3B1.3020704@kernel32.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4427E3B1.3020704@kernel32.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, shih@math.jussieu.fr, JoaoBR Subject: Re: watchdog network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 10:38:56 -0000 On Mon, Mar 27, 2006 at 03:08:01PM +0200, Marian Hettwer wrote: > Albert Shih wrote: > > Le 27/03/2006 ? 07:46:04-0300, JoaoBR a ?crit > > > > >>is your card in polling mode ? > > > > > > Well I don't known what's that mean. I just look the ifconfig's man...I > > just use default config, and I don't think I use poling mode. > > > polling is described in polling(4) --> man 4 polling That page points out that you need to re-compile your kernel with options DEVICE_POLLING, the OP should make sure that he does that, too. > > I don't understand : You think is better to put my card in polling mode or > > not ? > > > you can give it a try > ifconfig $interface polling > or > ifconfig $interface -polling > to disable polling... After the last rebuild on my amd64-x2 box, both the nve ethernet on the motherboard and the dc ethernet that I had been using to work around other problems in the nve driver stopped working in this way. DEVICE_POLLING and ifconfig...polling has got me going again. I thoroughly recommend it. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 10:40:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED22B16A422 for ; Tue, 28 Mar 2006 10:40:34 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DEC843D45 for ; Tue, 28 Mar 2006 10:40:34 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k2SAe6sX002144; Tue, 28 Mar 2006 07:40:06 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Tue, 28 Mar 2006 07:40:18 -0300 User-Agent: KMail/1.9.1 References: <20060324223317.2069564f@it.buh.tecnik93.com> <200603271848.19010.joao@matik.com.br> <200603280221.28996.pieter@degoeje.nl> In-Reply-To: <200603280221.28996.pieter@degoeje.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603280740.18951.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Pyun YongHyeon , Pieter de Goeje Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 10:40:35 -0000 On Monday 27 March 2006 21:21, Pieter de Goeje wrote: > > IMO it would make sense to be replaced by Pyuns driver because the > > original is not functional > > > > kind of strange getting a new release with a known not functional driver > > > > Jo=E3o > > This is not quite true; I am running 2 systems with the sk driver. One of > them is a dual core athlon64, and it's network connection is indeed flawed > unless I change debug.mpsafenet to 0. The other machine is a regular > athlon64 and has no problems at all. Both systems are running > 6.1-PRERELEASE amd64. > > With debug.mpsafenet=3D1, cvsup failes with "protocol error"s on the SMP = box. > Also, I run several Half-Life: Counter-Strike servers on it and clients > occasionaly receive corrupted UDP packets which cause them to drop the > connection. However as soon as I changed debug.mpsafenet to 0, all proble= ms > were gone. > > So, maybe you should try changing debug.mpsafenet. > FYI: the SMP box has an Asus A8V (agp) mobo, and the other box an Asus K8V > SE. probably you do not have the traffic to make the box crash or less then 1/2= GB=20 of RAM in use in fact the problem does not happen on UP machines, only some times a devic= e=20 timeout which only ocasionally cause rx/tx to stop The problem is appearing on SMP machines when you have less then 2Gb of RAM the problem ocurres once a day or so and= =20 seems to depend on memory use and amount of traffic soon the traffic reaches more than 1Mbit/s the crash is predictable and you= =20 can wait to see on 4GB of Ram machines and more traffic the crash is imediatly and worse wh= en=20 the box crashed under load (4-6Mbit/s) and comes back then the high demand= =20 strokes it and it crashes in minutes or imediatly soon the network is up so probably mpsafenet may help by not processing concurrent packets but thi= s=20 is a workaround not a solution (for me) last time I checked mpsafenet=3D0 almost cut 1Mbit/s of traffic and the ove= rall=20 performance/response was bad, higher HZ did not resolved anything and=20 disabling polling made it still worse (I have other NICs installed), the=20 machines are working as GW until january the machines didn't crashed, only timeouts and rx/tx stops I used Pyun's driver and the timeouts went away, thank's again! so then I got confused by some if_sk talks on stable and thought the driver= =20 was comitted and the boxes started crashing until I got it last week and=20 reused Pyun's driver again and my sk problems are gone again, the machines= =20 are stable for 4/5 days now Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 10:44:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BB3816A425 for ; Tue, 28 Mar 2006 10:44:09 +0000 (UTC) (envelope-from agh@tpg.com.au) Received: from mail4.tpgi.com.au (mail4.tpgi.com.au [203.12.160.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C4F143D45 for ; Tue, 28 Mar 2006 10:44:07 +0000 (GMT) (envelope-from agh@tpg.com.au) X-TPG-Antivirus: Passed Received: from localhost.madcat (220-244-72-6.static.tpgi.com.au [220.244.72.6]) by mail4.tpgi.com.au (envelope-from agh@tpg.com.au) (8.13.6/8.13.6) with ESMTP id k2SAguqv029888 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Mar 2006 21:43:20 +1100 Message-Id: <200603281043.k2SAguqv029888@mail4.tpgi.com.au> From: "Alastair G. Hogge" To: Peter Jeremy Date: Tue, 28 Mar 2006 21:36:26 +1000 User-Agent: KMail/1.9.1 References: <200603271758.32622.agh@tpg.com.au> <200603280600.23499.agh@tpg.com.au> <20060328071009.GA961@turion.vk2pj.dyndns.org> In-Reply-To: <20060328071009.GA961@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_6+RKEkSoiy7WmCk" Cc: freebsd-stable@freebsd.org Subject: Re: PCI Radeon 7000/VE (RV100) on AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 10:44:09 -0000 --Boundary-00=_6+RKEkSoiy7WmCk Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 28 March 2006 17:10, Peter Jeremy wrote: > On Tue, 2006-Mar-28 06:00:23 +1000, Alastair G. Hogge wrote: > >On Tuesday 28 March 2006 04:08, Peter Jeremy wrote: > >> On Mon, 2006-Mar-27 17:58:32 +1000, Alastair G. Hogge wrote: > >> >Having some problem with Xorg-6.9.0 and the radeon or ati driver on > >> > mad64 system. X seems to look up at a black screen after setting the > >> > resolution and then resets the computer. I have drm and radeon defined > >> > in my kernel config and I've also added the appropriate lines to > >> > xorg.conf > >> > >> How did you build xorg.conf? > > > > > > Nope. /etc/X11/xorg.conf is a file that you must have created. > Did you build it by hand, using "X -configure" or some other way? I used "X -configure" which chose the ati driver which also doesn't work. > BTW, 'SMP' and 'APIC_IO' should be in your kernel config file, not > /etc/make.conf - the kernel should use COPTFLAGS, not CFLAGS in any case. Why I put them I have no idea. > >I'll try. It might be KMail doing something I don't understand. > > The attachments were OK but you missed /var/log/Xorg.0.log - that's > the file that should have any error messages from Xorg. I've attached a Xorg log with the bitdepth set to 15 and using the radeon driver. It's the only way I can get X to start with the driver. Note 15bits isn't supported no DRI is disabled. When I try to use 16 or 24 bits the computer resets and there is no Xorg log file --Boundary-00=_6+RKEkSoiy7WmCk Content-Type: text/plain; charset="iso-8859-1"; name="Xorg.0.log" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Xorg.0.log" X Window System Version 6.9.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 6.9 Build Operating System: FreeBSD 6.1 amd64 [ELF] Current Operating System: FreeBSD madcat 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #1: Tue Mar 28 19:19:40 EST 2006 agh@madcat:/usr/obj/usr/src/sys/GENERIC amd64 Build Date: 20 March 2006 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue Mar 28 19:32:53 2006 (==) Using config file: "/usr/X11R6/etc/X11/xorg.conf" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (WW) The directory "/usr/X11R6/lib/X11/fonts/CID/" does not exist. Entry deleted from font path. (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (--) Using syscons driver with X support (version 549739036674.0) (--) using VT number 9 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10de,02f4 card 1043,81d2 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:1: chip 10de,02fa card 1043,81d2 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:2: chip 10de,02fe card 1043,81d2 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:3: chip 10de,02f8 card 1043,81d2 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:4: chip 10de,02f9 card 1043,81d2 rev a2 class 05,00,00 hdr 00 (II) PCI: 00:00:5: chip 10de,02ff card 1043,81d2 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:6: chip 10de,027f card 1043,81d2 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:7: chip 10de,027e card 1043,81d2 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:02:0: chip 10de,02fc card 0000,0000 rev a1 class 06,04,00 hdr 01 (II) PCI: 00:03:0: chip 10de,02fd card 0000,0000 rev a1 class 06,04,00 hdr 01 (II) PCI: 00:04:0: chip 10de,02fb card 0000,0000 rev a1 class 06,04,00 hdr 01 (II) PCI: 00:09:0: chip 10de,005e card 1043,815a rev a4 class 05,80,00 hdr 00 (II) PCI: 00:0a:0: chip 10de,0050 card 1043,815a rev a4 class 06,01,00 hdr 80 (II) PCI: 00:0a:1: chip 10de,0052 card 1043,815a rev a2 class 0c,05,00 hdr 80 (II) PCI: 00:0b:0: chip 10de,005a card 1043,815a rev a2 class 0c,03,10 hdr 80 (II) PCI: 00:0b:1: chip 10de,005b card 1043,815a rev a4 class 0c,03,20 hdr 80 (II) PCI: 00:0d:0: chip 10de,0059 card 1043,812a rev a2 class 04,01,00 hdr 00 (II) PCI: 00:0f:0: chip 10de,0053 card 1043,815a rev f3 class 01,01,8a hdr 00 (II) PCI: 00:10:0: chip 10de,0054 card 1043,815a rev f3 class 01,01,85 hdr 00 (II) PCI: 00:11:0: chip 10de,0055 card 1043,815a rev f3 class 01,01,85 hdr 00 (II) PCI: 00:12:0: chip 10de,005c card 0000,0000 rev a2 class 06,04,01 hdr 01 (II) PCI: 00:16:0: chip 10de,005d card 0000,0000 rev a3 class 06,04,00 hdr 01 (II) PCI: 00:17:0: chip 10de,005d card 0000,0000 rev a3 class 06,04,00 hdr 01 (II) PCI: 00:18:0: chip 1022,1100 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:1: chip 1022,1101 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:2: chip 1022,1102 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:3: chip 1022,1103 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 01:00:0: chip 1095,3132 card 1043,819f rev 01 class 01,80,00 hdr 00 (II) PCI: 03:00:0: chip 8086,0340 card 0000,0000 rev 09 class 06,04,00 hdr 81 (II) PCI: 03:00:2: chip 8086,0341 card 0000,0000 rev 09 class 06,04,00 hdr 81 (II) PCI: 04:04:0: chip 1103,2320 card 11ab,11ab rev 09 class 01,00,00 hdr 00 (II) PCI: 06:06:0: chip 1002,5159 card 17af,2001 rev 00 class 03,00,00 hdr 00 (II) PCI: 06:07:0: chip 8086,1026 card 8086,1001 rev 04 class 02,00,00 hdr 00 (II) PCI: 06:0b:0: chip 104c,8023 card 1043,808b rev 00 class 0c,00,10 hdr 00 (II) PCI: End of PCI scan (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:2:0), (0,1,1), BCTRL: 0x0002 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0 0x00007000 - 0x00007fff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xfe300000 - 0xfe4fffff (0x200000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:3:0), (0,2,2), BCTRL: 0x0002 (VGA_EN is cleared) (II) PCI-to-PCI bridge: (II) Bus 3: bridge is at (0:4:0), (0,3,5), BCTRL: 0x0002 (VGA_EN is cleared) (II) Bus 3 I/O range: [0] -1 0 0x00008000 - 0x00008fff (0x1000) IX[B] (II) Bus 3 non-prefetchable memory range: [0] -1 0 0xfe500000 - 0xfe8fffff (0x400000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:10:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) Subtractive PCI-to-PCI bridge: (II) Bus 6: bridge is at (0:18:0), (0,6,6), BCTRL: 0x020a (VGA_EN is set) (II) Bus 6 I/O range: [0] -1 0 0x00009000 - 0x0000bfff (0x3000) IX[B] (II) Bus 6 non-prefetchable memory range: [0] -1 0 0xfe900000 - 0xfeafffff (0x200000) MX[B] (II) Bus 6 prefetchable memory range: [0] -1 0 0xcff00000 - 0xdfefffff (0x10000000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 7: bridge is at (0:22:0), (0,7,7), BCTRL: 0x0002 (VGA_EN is cleared) (II) PCI-to-PCI bridge: (II) Bus 8: bridge is at (0:23:0), (0,8,8), BCTRL: 0x0002 (VGA_EN is cleared) (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:24:0), (0,0,8), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0xffffffff (0x100000000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x80000000 - 0xffffffff (0x80000000) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x80000000 - 0xffffffff (0x80000000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 5: bridge is at (3:0:0), (3,5,5), BCTRL: 0x0006 (VGA_EN is cleared) (II) PCI-to-PCI bridge: (II) Bus 4: bridge is at (3:0:2), (3,4,4), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 4 I/O range: [0] -1 0 0x00008000 - 0x000080ff (0x100) IX[B] [1] -1 0 0x00008400 - 0x000084ff (0x100) IX[B] [2] -1 0 0x00008800 - 0x000088ff (0x100) IX[B] [3] -1 0 0x00008c00 - 0x00008cff (0x100) IX[B] (II) Bus 4 non-prefetchable memory range: [0] -1 0 0xfe500000 - 0xfe8fffff (0x400000) MX[B] (--) PCI:*(6:6:0) ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] rev 0, Mem @ 0xd0000000/27, 0xfeaf0000/16, I/O @ 0xb000/8, BIOS @ 0xfeac0000/17 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] [1] -1 0 0x00000000 - 0xffffffff (0x100000000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0xffffffff - 0xffffffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0 0xfeae8000 - 0xfeaeffff (0x8000) MX[B]E [1] -1 0 0xfeaef800 - 0xfeaeffff (0x800) MX[B]E [2] -1 0 0xfea40000 - 0xfea7ffff (0x40000) MX[B]E [3] -1 0 0xfeaa0000 - 0xfeabffff (0x20000) MX[B]E [4] -1 0 0xfe800000 - 0xfeffffff (0x800000) MX[B]E [5] -1 0 0xfe4f8000 - 0xfe4fffff (0x8000) MX[B]E [6] -1 0 0xfe4ffc00 - 0xfe4fffff (0x400) MX[B]E [7] -1 0 0xfebfb000 - 0xfebfbfff (0x1000) MX[B]E [8] -1 0 0xfebfc000 - 0xfebfffff (0x4000) MX[B]E [9] -1 0 0xfebfd000 - 0xfebfdfff (0x1000) MX[B]E [10] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [11] -1 0 0xfebfe000 - 0xfebfffff (0x2000) MX[B]E [12] -1 0 0xfeac0000 - 0xfeadffff (0x20000) MX[B](B) [13] -1 0 0xfeaf0000 - 0xfeafffff (0x10000) MX[B](B) [14] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [15] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B]E [16] -1 0 0x00008800 - 0x000088ff (0x100) IX[B]E [17] -1 0 0x00007c00 - 0x00007cff (0x100) IX[B]E [18] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [19] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [20] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [21] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [22] -1 0 0x0000d080 - 0x0000d0ff (0x80) IX[B]E [23] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [24] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [25] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [26] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [27] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [28] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [29] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [30] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [31] -1 0 0x00000700 - 0x000007ff (0x100) IX[B]E [32] -1 0 0x00000600 - 0x000006ff (0x100) IX[B]E [33] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [34] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B](B) (II) PCI Memory resource overlap reduced 0xfeae8000 from 0xfeaeffff to 0xfeaebfff (II) PCI Memory resource overlap reduced 0xfe800000 from 0xfeffffff to 0xfe9fffff (II) PCI Memory resource overlap reduced 0xfe4f8000 from 0xfe4fffff to 0xfe4fbfff (II) PCI I/O resource overlap reduced 0x0000c800 from 0x0000c8ff to 0x0000c87f (II) PCI I/O resource overlap reduced 0x0000d000 from 0x0000d0ff to 0x0000d07f (II) PCI Memory resource overlap reduced 0xfebfc000 from 0xfebfffff to 0xfebfcfff (II) PCI I/O resource overlap reduced 0x0000d400 from 0x0000d4ff to 0x0000d47f (II) PCI I/O resource overlap reduced 0x0000d800 from 0x0000d8ff to 0x0000d87f (II) PCI Memory resource overlap reduced 0xfebfe000 from 0xfebfffff to 0xfebfefff (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xfeae8000 - 0xfeaebfff (0x4000) MX[B]E [1] -1 0 0xfeaef800 - 0xfeaeffff (0x800) MX[B]E [2] -1 0 0xfea40000 - 0xfea7ffff (0x40000) MX[B]E [3] -1 0 0xfeaa0000 - 0xfeabffff (0x20000) MX[B]E [4] -1 0 0xfe800000 - 0xfe9fffff (0x200000) MX[B]E [5] -1 0 0xfe4f8000 - 0xfe4fbfff (0x4000) MX[B]E [6] -1 0 0xfe4ffc00 - 0xfe4fffff (0x400) MX[B]E [7] -1 0 0xfebfb000 - 0xfebfbfff (0x1000) MX[B]E [8] -1 0 0xfebfc000 - 0xfebfcfff (0x1000) MX[B]E [9] -1 0 0xfebfd000 - 0xfebfdfff (0x1000) MX[B]E [10] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [11] -1 0 0xfebfe000 - 0xfebfefff (0x1000) MX[B]E [12] -1 0 0xfeac0000 - 0xfeadffff (0x20000) MX[B](B) [13] -1 0 0xfeaf0000 - 0xfeafffff (0x10000) MX[B](B) [14] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [15] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B]E [16] -1 0 0x00008800 - 0x000088ff (0x100) IX[B]E [17] -1 0 0x00007c00 - 0x00007cff (0x100) IX[B]E [18] -1 0 0x0000c800 - 0x0000c87f (0x80) IX[B]E [19] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [20] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [21] -1 0 0x0000d000 - 0x0000d07f (0x80) IX[B]E [22] -1 0 0x0000d080 - 0x0000d0ff (0x80) IX[B]E [23] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [24] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [25] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [26] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [27] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [28] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [29] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [30] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [31] -1 0 0x00000700 - 0x000007ff (0x100) IX[B]E [32] -1 0 0x00000600 - 0x000006ff (0x100) IX[B]E [33] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [34] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0xffffffff - 0xffffffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0xfeae8000 - 0xfeaebfff (0x4000) MX[B]E [4] -1 0 0xfeaef800 - 0xfeaeffff (0x800) MX[B]E [5] -1 0 0xfea40000 - 0xfea7ffff (0x40000) MX[B]E [6] -1 0 0xfeaa0000 - 0xfeabffff (0x20000) MX[B]E [7] -1 0 0xfe800000 - 0xfe9fffff (0x200000) MX[B]E [8] -1 0 0xfe4f8000 - 0xfe4fbfff (0x4000) MX[B]E [9] -1 0 0xfe4ffc00 - 0xfe4fffff (0x400) MX[B]E [10] -1 0 0xfebfb000 - 0xfebfbfff (0x1000) MX[B]E [11] -1 0 0xfebfc000 - 0xfebfcfff (0x1000) MX[B]E [12] -1 0 0xfebfd000 - 0xfebfdfff (0x1000) MX[B]E [13] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [14] -1 0 0xfebfe000 - 0xfebfefff (0x1000) MX[B]E [15] -1 0 0xfeac0000 - 0xfeadffff (0x20000) MX[B](B) [16] -1 0 0xfeaf0000 - 0xfeafffff (0x10000) MX[B](B) [17] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [18] -1 0 0xffffffff - 0xffffffff (0x1) IX[B] [19] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [20] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B]E [21] -1 0 0x00008800 - 0x000088ff (0x100) IX[B]E [22] -1 0 0x00007c00 - 0x00007cff (0x100) IX[B]E [23] -1 0 0x0000c800 - 0x0000c87f (0x80) IX[B]E [24] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [25] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [26] -1 0 0x0000d000 - 0x0000d07f (0x80) IX[B]E [27] -1 0 0x0000d080 - 0x0000d0ff (0x80) IX[B]E [28] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [29] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [30] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [31] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [32] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [33] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [34] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [35] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [36] -1 0 0x00000700 - 0x000007ff (0x100) IX[B]E [37] -1 0 0x00000600 - 0x000006ff (0x100) IX[B]E [38] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [39] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B](B) (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.so (II) Module GLcore: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/X11R6/lib/modules/extensions/libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "drm" (II) LoadModule: "drm" (II) Loading /usr/X11R6/lib/modules/freebsd/libdrm.so (II) Module drm: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension XFree86-DRI (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "record" (II) Loading /usr/X11R6/lib/modules/extensions/librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension RECORD (II) LoadModule: "xtrap" (II) Loading /usr/X11R6/lib/modules/extensions/libxtrap.so (II) Module xtrap: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DEC-XTRAP (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.so (II) Module type1: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 6.9.0, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font FreeType (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.so (II) Module vbe: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.1.0 ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "radeon" (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.so (II) Module radeon: vendor="X.Org Foundation" compiled for 6.9.0, module version = 4.0.3 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "ati" (II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.so (II) Module ati: vendor="X.Org Foundation" compiled for 6.9.0, module version = 6.5.7 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.3 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.5 (II) LoadModule: "kbd" (II) Loading /usr/X11R6/lib/modules/input/kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.5 (II) ATI: ATI driver (version 6.5.7) for chipsets: ati, ativga (II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 Mobility M3 LE (PCI), ATI Rage 128 Mobility M3 LF (AGP), ATI Rage 128 Mobility M4 MF (AGP), ATI Rage 128 Mobility M4 ML (AGP), ATI Rage 128 Pro GL PA (PCI/AGP), ATI Rage 128 Pro GL PB (PCI/AGP), ATI Rage 128 Pro GL PC (PCI/AGP), ATI Rage 128 Pro GL PD (PCI), ATI Rage 128 Pro GL PE (PCI/AGP), ATI Rage 128 Pro GL PF (AGP), ATI Rage 128 Pro VR PG (PCI/AGP), ATI Rage 128 Pro VR PH (PCI/AGP), ATI Rage 128 Pro VR PI (PCI/AGP), ATI Rage 128 Pro VR PJ (PCI/AGP), ATI Rage 128 Pro VR PK (PCI/AGP), ATI Rage 128 Pro VR PL (PCI/AGP), ATI Rage 128 Pro VR PM (PCI/AGP), ATI Rage 128 Pro VR PN (PCI/AGP), ATI Rage 128 Pro VR PO (PCI/AGP), ATI Rage 128 Pro VR PP (PCI), ATI Rage 128 Pro VR PQ (PCI/AGP), ATI Rage 128 Pro VR PR (PCI), ATI Rage 128 Pro VR PS (PCI/AGP), ATI Rage 128 Pro VR PT (PCI/AGP), ATI Rage 128 Pro VR PU (PCI/AGP), ATI Rage 128 Pro VR PV (PCI/AGP), ATI Rage 128 Pro VR PW (PCI/AGP), ATI Rage 128 Pro VR PX (PCI/AGP), ATI Rage 128 GL RE (PCI), ATI Rage 128 GL RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 VR RK (PCI), ATI Rage 128 VR RL (AGP), ATI Rage 128 4X SE (PCI/AGP), ATI Rage 128 4X SF (PCI/AGP), ATI Rage 128 4X SG (PCI/AGP), ATI Rage 128 4X SH (PCI/AGP), ATI Rage 128 4X SK (PCI/AGP), ATI Rage 128 4X SL (PCI/AGP), ATI Rage 128 4X SM (AGP), ATI Rage 128 4X SN (PCI/AGP), ATI Rage 128 Pro ULTRA TF (AGP), ATI Rage 128 Pro ULTRA TL (AGP), ATI Rage 128 Pro ULTRA TR (AGP), ATI Rage 128 Pro ULTRA TS (AGP?), ATI Rage 128 Pro ULTRA TT (AGP?), ATI Rage 128 Pro ULTRA TU (AGP?) (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP), ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP), ATI Radeon VE/7000 QY (AGP/PCI), ATI Radeon VE/7000 QZ (AGP/PCI), ATI ES1000 515E (PCI), ATI ES1000 5969 (PCI), ATI Radeon Mobility M7 LW (AGP), ATI Mobility FireGL 7800 M7 LX (AGP), ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP), ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP320M (U1) 4336, ATI Radeon IGP330/340/350 (A4) 4137, ATI Radeon IGP330M/340M/350M (U2) 4337, ATI Radeon 7000 IGP (A4+) 4237, ATI Radeon Mobility 7000 IGP 4437, ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QL (AGP), ATI Radeon 9100 QM (AGP), ATI Radeon 8500 AIW BB (AGP), ATI Radeon 8500 AIW BC (AGP), ATI Radeon 7500 QW (AGP/PCI), ATI Radeon 7500 QX (AGP/PCI), ATI Radeon 9000/PRO If (AGP/PCI), ATI Radeon 9000 Ig (AGP/PCI), ATI FireGL Mobility 9000 (M9) Ld (AGP), ATI Radeon Mobility 9000 (M9) Lf (AGP), ATI Radeon Mobility 9000 (M9) Lg (AGP), ATI Radeon 9100 IGP (A5) 5834, ATI Radeon Mobility 9100 IGP (U3) 5835, ATI Radeon 9100 PRO IGP 7834, ATI Radeon Mobility 9200 IGP 7835, ATI Radeon 9200PRO 5960 (AGP), ATI Radeon 9200 5961 (AGP), ATI Radeon 9200 5962 (AGP), ATI Radeon 9200SE 5964 (AGP), ATI FireMV 2200 (PCI), ATI Radeon Mobility 9200 (M9+) 5C61 (AGP), ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Radeon 9500 AD (AGP), ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP), ATI FireGL Z1 AG (AGP), ATI Radeon 9700 Pro ND (AGP), ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9700 NF (AGP), ATI FireGL X1 NG (AGP), ATI Radeon 9600 AP (AGP), ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP), ATI Radeon 9600 AS (AGP), ATI FireGL T2 AT (AGP), ATI FireGL RV360 AV (AGP), ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP), ATI Radeon Mobility 9600 (M10) NQ (AGP), ATI Radeon Mobility 9600 (M11) NR (AGP), ATI Radeon Mobility 9600 (M10) NS (AGP), ATI FireGL Mobility T2 (M10) NT (AGP), ATI FireGL Mobility T2e (M11) NV (AGP), ATI Radeon 9650, ATI Radeon 9800SE AH (AGP), ATI Radeon 9800 AI (AGP), ATI Radeon 9800 AJ (AGP), ATI FireGL X2 AK (AGP), ATI Radeon 9800PRO NH (AGP), ATI Radeon 9800 NI (AGP), ATI FireGL X2 NK (AGP), ATI Radeon 9800XT NJ (AGP), ATI Radeon X600 (RV380) 3E50 (PCIE), ATI FireGL V3200 (RV380) 3E54 (PCIE), ATI Radeon Mobility X600 (M24) 3150 (PCIE), ATI FireGL M24 GL 3154 (PCIE), ATI Radeon X300 (RV370) 5B60 (PCIE), ATI Radeon X600 (RV370) 5B62 (PCIE), ATI FireGL V3100 (RV370) 5B64 (PCIE), ATI FireGL D1100 (RV370) 5B65 (PCIE), ATI Radeon Mobility M300 (M22) 5460 (PCIE), ATI FireGL M22 GL 5464 (PCIE), ATI Radeon XPRESS 200 5A41 (PCIE), ATI Radeon XPRESS 200M 5A42 (PCIE), ATI Radeon XPRESS 200 5A61 (PCIE), ATI Radeon XPRESS 200M 5A62 (PCIE), ATI Radeon XPRESS 200 5954 (PCIE), ATI Radeon XPRESS 200M 5955 (PCIE), ATI Radeon XPRESS 200 5974 (PCIE), ATI Radeon XPRESS 200M 5975 (PCIE), ATI FireGL V5000 (RV410) (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Radeon X700 PRO (RV410) (PCIE), ATI Radeon X700 XT (RV410) (PCIE), ATI Radeon X700 (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X800 (R420) JH (AGP), ATI Radeon X800PRO (R420) JI (AGP), ATI Radeon X800SE (R420) JJ (AGP), ATI Radeon X800 (R420) JK (AGP), ATI Radeon X800 (R420) JL (AGP), ATI FireGL X3 (R420) JM (AGP), ATI Radeon Mobility 9800 (M18) JN (AGP), ATI Radeon X800XT (R420) JP (AGP), ATI Radeon X800 SE (R420) (AGP), ATI Radeon X800 (R423) UH (PCIE), ATI Radeon X800PRO (R423) UI (PCIE), ATI Radeon X800LE (R423) UJ (PCIE), ATI Radeon X800SE (R423) UK (PCIE), ATI FireGL V7200 (R423) UQ (PCIE), ATI FireGL V5100 (R423) UR (PCIE), ATI FireGL V7100 (R423) UT (PCIE), ATI Radeon X800XT (R423) 5D57 (PCIE), ATI FireGL V7100 (R423) (PCIE), ATI Mobility FireGL V5100 (M28) (PCIE), ATI Mobility Radeon X800 (M28) (PCIE), ATI Mobility Radeon X800 XT (M28) (PCIE), ATI Radeon X800 (R430) (PCIE), ATI Radeon X800 XL (R430) (PCIE), ATI Radeon X800 SE (R430) (PCIE), ATI Radeon X800 XTP (R430) (PCIE), ATI Radeon X850 5D4C (PCIE), ATI Radeon FireGL (R480) GL 5D50 (PCIE), ATI Radeon X850 SE (R480) (PCIE), ATI Radeon X850 PRO (R480) (PCIE), ATI Radeon X850 XT (R480) (PCIE), ATI Radeon X850 XT PE (R480) (PCIE), ATI Radeon X850 PRO (R480) (AGP), ATI Radeon X850 SE (R480) (AGP), ATI Radeon X850 XT (R480) (AGP), ATI Radeon X850 XT PE (R480) (AGP) (II) Primary Device is: PCI 06:06:0 (--) Chipset ATI Radeon VE/7000 QY (AGP/PCI) found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0xfeae8000 - 0xfeaebfff (0x4000) MX[B]E [4] -1 0 0xfeaef800 - 0xfeaeffff (0x800) MX[B]E [5] -1 0 0xfea40000 - 0xfea7ffff (0x40000) MX[B]E [6] -1 0 0xfeaa0000 - 0xfeabffff (0x20000) MX[B]E [7] -1 0 0xfe800000 - 0xfe9fffff (0x200000) MX[B]E [8] -1 0 0xfe4f8000 - 0xfe4fbfff (0x4000) MX[B]E [9] -1 0 0xfe4ffc00 - 0xfe4fffff (0x400) MX[B]E [10] -1 0 0xfebfb000 - 0xfebfbfff (0x1000) MX[B]E [11] -1 0 0xfebfc000 - 0xfebfcfff (0x1000) MX[B]E [12] -1 0 0xfebfd000 - 0xfebfdfff (0x1000) MX[B]E [13] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [14] -1 0 0xfebfe000 - 0xfebfefff (0x1000) MX[B]E [15] -1 0 0xfeac0000 - 0xfeadffff (0x20000) MX[B](B) [16] -1 0 0xfeaf0000 - 0xfeafffff (0x10000) MX[B](B) [17] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [18] -1 0 0xffffffff - 0xffffffff (0x1) IX[B] [19] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [20] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B]E [21] -1 0 0x00008800 - 0x000088ff (0x100) IX[B]E [22] -1 0 0x00007c00 - 0x00007cff (0x100) IX[B]E [23] -1 0 0x0000c800 - 0x0000c87f (0x80) IX[B]E [24] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [25] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [26] -1 0 0x0000d000 - 0x0000d07f (0x80) IX[B]E [27] -1 0 0x0000d080 - 0x0000d0ff (0x80) IX[B]E [28] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [29] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [30] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [31] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [32] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [33] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [34] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [35] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [36] -1 0 0x00000700 - 0x000007ff (0x100) IX[B]E [37] -1 0 0x00000600 - 0x000006ff (0x100) IX[B]E [38] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [39] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B](B) (II) Loading sub module "radeon" (II) LoadModule: "radeon" (II) Reloading /usr/X11R6/lib/modules/drivers/radeon_drv.so (II) resource ranges after probing: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0xfeae8000 - 0xfeaebfff (0x4000) MX[B]E [4] -1 0 0xfeaef800 - 0xfeaeffff (0x800) MX[B]E [5] -1 0 0xfea40000 - 0xfea7ffff (0x40000) MX[B]E [6] -1 0 0xfeaa0000 - 0xfeabffff (0x20000) MX[B]E [7] -1 0 0xfe800000 - 0xfe9fffff (0x200000) MX[B]E [8] -1 0 0xfe4f8000 - 0xfe4fbfff (0x4000) MX[B]E [9] -1 0 0xfe4ffc00 - 0xfe4fffff (0x400) MX[B]E [10] -1 0 0xfebfb000 - 0xfebfbfff (0x1000) MX[B]E [11] -1 0 0xfebfc000 - 0xfebfcfff (0x1000) MX[B]E [12] -1 0 0xfebfd000 - 0xfebfdfff (0x1000) MX[B]E [13] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [14] -1 0 0xfebfe000 - 0xfebfefff (0x1000) MX[B]E [15] -1 0 0xfeac0000 - 0xfeadffff (0x20000) MX[B](B) [16] -1 0 0xfeaf0000 - 0xfeafffff (0x10000) MX[B](B) [17] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [18] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [19] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [20] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [21] -1 0 0xffffffff - 0xffffffff (0x1) IX[B] [22] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [23] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B]E [24] -1 0 0x00008800 - 0x000088ff (0x100) IX[B]E [25] -1 0 0x00007c00 - 0x00007cff (0x100) IX[B]E [26] -1 0 0x0000c800 - 0x0000c87f (0x80) IX[B]E [27] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [28] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [29] -1 0 0x0000d000 - 0x0000d07f (0x80) IX[B]E [30] -1 0 0x0000d080 - 0x0000d0ff (0x80) IX[B]E [31] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [32] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [33] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [34] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [35] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [36] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [37] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [38] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [39] -1 0 0x00000700 - 0x000007ff (0x100) IX[B]E [40] -1 0 0x00000600 - 0x000006ff (0x100) IX[B]E [41] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [42] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B](B) [43] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [44] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) RADEON(0): MMIO registers at 0xfeaf0000 (==) RADEON(0): Write-combining range (0xfeaf0000,0x80000) was already clear (II) RADEON(0): PCI bus 6 card 6 func 0 (**) RADEON(0): Depth 15, (--) framebuffer bpp 16 (II) RADEON(0): Pixel depth = 15 bits stored in 2 bytes (16 bpp pixmaps) (==) RADEON(0): Default visual is TrueColor (**) RADEON(0): Option "BusType" "PCI" (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 6.9.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.8 (II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) RADEON(0): RGB weight 555 (II) RADEON(0): Using 5 bits per RGB (8 bit DAC) (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/X11R6/lib/modules/libint10.so (II) RADEON(0): initializing int10 (==) RADEON(0): Write-combining range (0xa0000,0x20000) was already clear (==) RADEON(0): Write-combining range (0xc0000,0x40000) was already clear (II) RADEON(0): Primary V_BIOS segment is: 0xc000 (==) RADEON(0): Write-combining range (0x0,0x1000) was already clear (--) RADEON(0): Chipset: "ATI Radeon VE/7000 QY (AGP/PCI)" (ChipID = 0x5159) (--) RADEON(0): Linear framebuffer at 0xd0000000 (--) RADEON(0): BIOS at 0xfeac0000 (--) RADEON(0): VideoRAM: 65536 kByte (64 bit DDR SDRAM) (II) RADEON(0): PCI card detected (**) RADEON(0): Forced into PCI mode (II) RADEON(0): Color tiling enabled by default (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.so (II) Module ddc: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/X11R6/lib/modules/libi2c.so (II) Module i2c: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.2.0 ABI class: X.Org Video Driver, version 0.8 (II) RADEON(0): I2C bus "DDC" initialized. (II) RADEON(0): Legacy BIOS detected (II) RADEON(0): Connector0: DDCType-2, DACType-1, TMDSType-0, ConnectorType-3 (II) RADEON(0): Connector1: DDCType-3, DACType-0, TMDSType--1, ConnectorType-2 (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): DDC Type: 2, Detected Type: 0 (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): DDC Type: 3, Detected Type: 1 (II) RADEON(0): EDID data from the display on port 2----------------------- (II) RADEON(0): Manufacturer: VSC Model: d819 Serial#: 16843009 (II) RADEON(0): Year: 2005 Week: 44 (II) RADEON(0): EDID Version: 1.3 (II) RADEON(0): Analog Display Input, Input Voltage Level: 0.700/0.300 V (II) RADEON(0): Signal levels configurable (II) RADEON(0): Sync: Separate CompositeSerration on. V.Sync Pulse req. if CompSync or SyncOnGreen (II) RADEON(0): Max H-Image Size [cm]: horiz.: 36 vert.: 27 (II) RADEON(0): Gamma: 2.90 (II) RADEON(0): DPMS capabilities: Off; RGB/Color Display (II) RADEON(0): First detailed timing is preferred mode (II) RADEON(0): redX: 0.639 redY: 0.323 greenX: 0.275 greenY: 0.597 (II) RADEON(0): blueX: 0.143 blueY: 0.062 whiteX: 0.283 whiteY: 0.297 (II) RADEON(0): Supported VESA Video Modes: (II) RADEON(0): 720x400@70Hz (II) RADEON(0): 720x400@88Hz (II) RADEON(0): 640x480@60Hz (II) RADEON(0): 640x480@67Hz (II) RADEON(0): 640x480@72Hz (II) RADEON(0): 640x480@75Hz (II) RADEON(0): 800x600@56Hz (II) RADEON(0): 800x600@60Hz (II) RADEON(0): 800x600@72Hz (II) RADEON(0): 800x600@75Hz (II) RADEON(0): 832x624@75Hz (II) RADEON(0): 1024x768@87Hz (interlaced) (II) RADEON(0): 1024x768@60Hz (II) RADEON(0): 1024x768@70Hz (II) RADEON(0): 1024x768@75Hz (II) RADEON(0): 1280x1024@75Hz (II) RADEON(0): 1152x870@75Hz (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): Supported Future Video Modes: (II) RADEON(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEON(0): #1: hsize: 1792 vsize 1344 refresh: 60 vid: 16577 (II) RADEON(0): #2: hsize: 1600 vsize 1200 refresh: 60 vid: 16553 (II) RADEON(0): #3: hsize: 1280 vsize 960 refresh: 60 vid: 16513 (II) RADEON(0): #4: hsize: 1152 vsize 864 refresh: 75 vid: 20337 (II) RADEON(0): #5: hsize: 1024 vsize 768 refresh: 85 vid: 22881 (II) RADEON(0): #6: hsize: 800 vsize 600 refresh: 85 vid: 22853 (II) RADEON(0): #7: hsize: 640 vsize 480 refresh: 85 vid: 22833 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 135.0 MHz Image Size: 352 x 264 mm (II) RADEON(0): h_active: 1280 h_sync: 1296 h_sync_end 1440 h_blank_end 1688 h_border: 0 (II) RADEON(0): v_active: 1024 v_sync: 1025 v_sync_end 1028 v_blanking: 1066 v_border: 0 (II) RADEON(0): Serial No: P6T054400054 (II) RADEON(0): Ranges: V min: 50 V max: 180 Hz, H min: 30 H max: 86 kHz, PixClock max 200 MHz (II) RADEON(0): Monitor name: E90f+-4 (II) RADEON(0): (II) RADEON(0): Primary: Monitor -- CRT Connector -- VGA DAC Type -- Primary TMDS Type -- NONE DDC Type -- VGA_DDC (II) RADEON(0): Secondary: Monitor -- NONE Connector -- DVI-I DAC Type -- TVDAC/ExtDAC TMDS Type -- Internal DDC Type -- DVI_DDC (II) RADEON(0): PLL parameters: rf=2700 rd=60 min=12000 max=34359773368; xclk=14300 (WW) RADEON(0): Failed to detect secondary monitor, MergedFB/Clone mode disabled (==) RADEON(0): Using gamma correction (1.0, 1.0, 1.0) (II) RADEON(0): Validating modes on Primary head --------- (II) RADEON(0): Monitor0: Using hsync range of 30.00-86.00 kHz (II) RADEON(0): Monitor0: Using vrefresh range of 50.00-180.00 Hz (II) RADEON(0): Clock range: 12.00 to 350.00 MHz (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "576x432" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "640x480" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1280x1024" (hsync out of range) (II) RADEON(0): Not using default mode "640x512" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (WW) (1600x1200,Monitor0) mode clock 202.5MHz exceeds DDC maximum 200MHz (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (WW) (1600x1200,Monitor0) mode clock 229.5MHz exceeds DDC maximum 200MHz (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (bad mode clock/interlace/doublescan) (WW) (1792x1344,Monitor0) mode clock 204.8MHz exceeds DDC maximum 200MHz (II) RADEON(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (WW) (1792x1344,Monitor0) mode clock 261MHz exceeds DDC maximum 200MHz (II) RADEON(0): Not using default mode "1792x1344" (hsync out of range) (II) RADEON(0): Not using default mode "896x672" (bad mode clock/interlace/doublescan) (WW) (1856x1392,Monitor0) mode clock 218.3MHz exceeds DDC maximum 200MHz (II) RADEON(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (WW) (1856x1392,Monitor0) mode clock 288MHz exceeds DDC maximum 200MHz (II) RADEON(0): Not using default mode "1856x1392" (hsync out of range) (II) RADEON(0): Not using default mode "928x696" (bad mode clock/interlace/doublescan) (WW) (1920x1440,Monitor0) mode clock 234MHz exceeds DDC maximum 200MHz (II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) (II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (WW) (1920x1440,Monitor0) mode clock 297MHz exceeds DDC maximum 200MHz (II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) (II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "576x384" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "700x525" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "800x512" (bad mode clock/interlace/doublescan) (WW) (1920x1440,Monitor0) mode clock 341.35MHz exceeds DDC maximum 200MHz (II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) (II) RADEON(0): Not using default mode "960x720" (bad mode clock/interlace/doublescan) (WW) (2048x1536,Monitor0) mode clock 266.95MHz exceeds DDC maximum 200MHz (II) RADEON(0): Not using default mode "2048x1536" (hsync out of range) (II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (WW) (2048x1536,Monitor0) mode clock 340.48MHz exceeds DDC maximum 200MHz (II) RADEON(0): Not using default mode "2048x1536" (hsync out of range) (II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "2048x1536" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (II) RADEON(0): Not using default mode "1856x1392" (width too large for virtual size) (II) RADEON(0): Not using default mode "1792x1344" (width too large for virtual size) (II) RADEON(0): Not using default mode "1600x1200" (width too large for virtual size) (II) RADEON(0): Not using default mode "1600x1200" (width too large for virtual size) (II) RADEON(0): Not using default mode "1400x1050" (width too large for virtual size) (II) RADEON(0): Not using default mode "1400x1050" (width too large for virtual size) (II) RADEON(0): Not using default mode "1280x1024" (width too large for virtual size) (II) RADEON(0): Not using default mode "1280x1024" (width too large for virtual size) (II) RADEON(0): Not using default mode "1280x960" (width too large for virtual size) (II) RADEON(0): Not using default mode "1280x960" (width too large for virtual size) (II) RADEON(0): Not using default mode "1152x864" (width too large for virtual size) (II) RADEON(0): Not using default mode "1152x768" (width too large for virtual size) (--) RADEON(0): Virtual size is 1024x768 (pitch 1024) (**) RADEON(0): *Default mode "1024x768": 94.5 MHz, 68.7 kHz, 85.0 Hz (II) RADEON(0): Modeline "1024x768" 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync (**) RADEON(0): *Default mode "800x600": 56.3 MHz, 53.7 kHz, 85.1 Hz (II) RADEON(0): Modeline "800x600" 56.30 800 832 896 1048 600 601 604 631 +hsync +vsync (**) RADEON(0): *Default mode "640x480": 36.0 MHz, 43.3 kHz, 85.0 Hz (II) RADEON(0): Modeline "640x480" 36.00 640 696 752 832 480 481 484 509 -hsync -vsync (**) RADEON(0): Default mode "1024x768": 78.8 MHz, 60.1 kHz, 75.1 Hz (II) RADEON(0): Modeline "1024x768" 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (**) RADEON(0): Default mode "1024x768": 75.0 MHz, 56.5 kHz, 70.1 Hz (II) RADEON(0): Modeline "1024x768" 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (**) RADEON(0): Default mode "1024x768": 65.0 MHz, 48.4 kHz, 60.0 Hz (II) RADEON(0): Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (**) RADEON(0): Default mode "1024x768": 44.9 MHz, 35.5 kHz, 86.9 Hz (I) (II) RADEON(0): Modeline "1024x768" 44.90 1024 1032 1208 1264 768 768 776 817 interlace +hsync +vsync (**) RADEON(0): Default mode "832x624": 57.3 MHz, 49.7 kHz, 74.6 Hz (II) RADEON(0): Modeline "832x624" 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (**) RADEON(0): Default mode "800x600": 49.5 MHz, 46.9 kHz, 75.0 Hz (II) RADEON(0): Modeline "800x600" 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (**) RADEON(0): Default mode "800x600": 50.0 MHz, 48.1 kHz, 72.2 Hz (II) RADEON(0): Modeline "800x600" 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (**) RADEON(0): Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz (II) RADEON(0): Modeline "800x600" 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (**) RADEON(0): Default mode "800x600": 36.0 MHz, 35.2 kHz, 56.2 Hz (II) RADEON(0): Modeline "800x600" 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (**) RADEON(0): Default mode "640x480": 31.5 MHz, 37.5 kHz, 75.0 Hz (II) RADEON(0): Modeline "640x480" 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (**) RADEON(0): Default mode "640x480": 31.5 MHz, 37.9 kHz, 72.8 Hz (II) RADEON(0): Modeline "640x480" 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (**) RADEON(0): Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz (II) RADEON(0): Modeline "640x480" 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (**) RADEON(0): Default mode "720x400": 35.5 MHz, 37.9 kHz, 85.0 Hz (II) RADEON(0): Modeline "720x400" 35.50 720 756 828 936 400 401 404 446 -hsync +vsync (**) RADEON(0): Default mode "640x400": 31.5 MHz, 37.9 kHz, 85.1 Hz (II) RADEON(0): Modeline "640x400" 31.50 640 672 736 832 400 401 404 445 -hsync +vsync (**) RADEON(0): Default mode "640x350": 31.5 MHz, 37.9 kHz, 85.1 Hz (II) RADEON(0): Modeline "640x350" 31.50 640 672 736 832 350 382 385 445 +hsync -vsync (**) RADEON(0): Default mode "512x384": 22.4 MHz, 35.5 kHz, 86.6 Hz (D) (II) RADEON(0): Modeline "512x384" 22.45 512 516 604 632 384 384 388 409 interlace doublescan +hsync +vsync (**) RADEON(0): Default mode "416x312": 28.6 MHz, 49.7 kHz, 74.7 Hz (D) (II) RADEON(0): Modeline "416x312" 28.64 416 432 464 576 312 312 314 333 doublescan -hsync -vsync (**) RADEON(0): Default mode "400x300": 28.1 MHz, 53.7 kHz, 85.3 Hz (D) (II) RADEON(0): Modeline "400x300" 28.15 400 416 448 524 300 300 302 315 doublescan +hsync +vsync (**) RADEON(0): Default mode "400x300": 24.8 MHz, 46.9 kHz, 75.1 Hz (D) (II) RADEON(0): Modeline "400x300" 24.75 400 408 448 528 300 300 302 312 doublescan +hsync +vsync (**) RADEON(0): Default mode "400x300": 25.0 MHz, 48.1 kHz, 72.2 Hz (D) (II) RADEON(0): Modeline "400x300" 25.00 400 428 488 520 300 318 321 333 doublescan +hsync +vsync (**) RADEON(0): Default mode "400x300": 20.0 MHz, 37.9 kHz, 60.3 Hz (D) (II) RADEON(0): Modeline "400x300" 20.00 400 420 484 528 300 300 302 314 doublescan +hsync +vsync (**) RADEON(0): Default mode "400x300": 18.0 MHz, 35.2 kHz, 56.3 Hz (D) (II) RADEON(0): Modeline "400x300" 18.00 400 412 448 512 300 300 301 312 doublescan +hsync +vsync (**) RADEON(0): Default mode "320x240": 18.0 MHz, 43.3 kHz, 85.2 Hz (D) (II) RADEON(0): Modeline "320x240" 18.00 320 348 376 416 240 240 242 254 doublescan -hsync -vsync (**) RADEON(0): Default mode "320x240": 15.8 MHz, 37.5 kHz, 75.0 Hz (D) (II) RADEON(0): Modeline "320x240" 15.75 320 328 360 420 240 240 242 250 doublescan -hsync -vsync (**) RADEON(0): Default mode "320x240": 15.8 MHz, 37.9 kHz, 72.8 Hz (D) (II) RADEON(0): Modeline "320x240" 15.75 320 332 352 416 240 244 245 260 doublescan -hsync -vsync (**) RADEON(0): Default mode "320x240": 12.6 MHz, 31.5 kHz, 60.1 Hz (D) (II) RADEON(0): Modeline "320x240" 12.60 320 328 376 400 240 245 246 262 doublescan -hsync -vsync (**) RADEON(0): Default mode "360x200": 17.8 MHz, 37.9 kHz, 85.0 Hz (D) (II) RADEON(0): Modeline "360x200" 17.75 360 378 414 468 200 200 202 223 doublescan -hsync +vsync (**) RADEON(0): Default mode "320x200": 15.8 MHz, 37.9 kHz, 85.3 Hz (D) (II) RADEON(0): Modeline "320x200" 15.75 320 336 368 416 200 200 202 222 doublescan -hsync +vsync (**) RADEON(0): Default mode "320x175": 15.8 MHz, 37.9 kHz, 85.3 Hz (D) (II) RADEON(0): Modeline "320x175" 15.75 320 336 368 416 175 191 192 222 doublescan +hsync -vsync (--) RADEON(0): Display dimensions: (360, 270) mm (--) RADEON(0): DPI set to (72, 72) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.2 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/X11R6/lib/modules/libramdac.so (II) Module ramdac: vendor="X.Org Foundation" compiled for 6.9.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.8 (==) RADEON(0): Using XAA acceleration architecture (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/X11R6/lib/modules/libxaa.so (II) Module xaa: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.2.0 ABI class: X.Org Video Driver, version 0.8 (II) Loading sub module "shadowfb" (II) LoadModule: "shadowfb" (II) Loading /usr/X11R6/lib/modules/libshadowfb.so (II) Module shadowfb: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.2 (II) RADEON(0): Page flipping disabled (II) RADEON(0): Will try to use DMA for Xv image transfers (II) RADEON(0): No MM_TABLE found - assuming CARD is not TV-in capable. (==) RADEON(0): Write-combining range (0x0,0x1000) was already clear (!!) RADEON(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net. (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xfeaf0000 - 0xfeafffff (0x10000) MX[B] [1] 0 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B] [2] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [3] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [4] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [5] -1 0 0xfeae8000 - 0xfeaebfff (0x4000) MX[B]E [6] -1 0 0xfeaef800 - 0xfeaeffff (0x800) MX[B]E [7] -1 0 0xfea40000 - 0xfea7ffff (0x40000) MX[B]E [8] -1 0 0xfeaa0000 - 0xfeabffff (0x20000) MX[B]E [9] -1 0 0xfe800000 - 0xfe9fffff (0x200000) MX[B]E [10] -1 0 0xfe4f8000 - 0xfe4fbfff (0x4000) MX[B]E [11] -1 0 0xfe4ffc00 - 0xfe4fffff (0x400) MX[B]E [12] -1 0 0xfebfb000 - 0xfebfbfff (0x1000) MX[B]E [13] -1 0 0xfebfc000 - 0xfebfcfff (0x1000) MX[B]E [14] -1 0 0xfebfd000 - 0xfebfdfff (0x1000) MX[B]E [15] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [16] -1 0 0xfebfe000 - 0xfebfefff (0x1000) MX[B]E [17] -1 0 0xfeac0000 - 0xfeadffff (0x20000) MX[B](B) [18] -1 0 0xfeaf0000 - 0xfeafffff (0x10000) MX[B](B) [19] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [20] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU) [21] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU) [22] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU) [23] 0 0 0x0000b000 - 0x0000b0ff (0x100) IX[B] [24] -1 0 0xffffffff - 0xffffffff (0x1) IX[B] [25] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [26] -1 0 0x0000bc00 - 0x0000bcff (0x100) IX[B]E [27] -1 0 0x00008800 - 0x000088ff (0x100) IX[B]E [28] -1 0 0x00007c00 - 0x00007cff (0x100) IX[B]E [29] -1 0 0x0000c800 - 0x0000c87f (0x80) IX[B]E [30] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [31] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [32] -1 0 0x0000d000 - 0x0000d07f (0x80) IX[B]E [33] -1 0 0x0000d080 - 0x0000d0ff (0x80) IX[B]E [34] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [35] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [36] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [37] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [38] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [39] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [40] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [41] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [42] -1 0 0x00000700 - 0x000007ff (0x100) IX[B]E [43] -1 0 0x00000600 - 0x000006ff (0x100) IX[B]E [44] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [45] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B](B) [46] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [47] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (==) RADEON(0): Write-combining range (0xfeaf0000,0x80000) was already clear (==) RADEON(0): Write-combining range (0xd0000000,0x4000000) (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear (EE) RADEON(0): [dri] RADEONInitVisualConfigs failed (depth 15 not supported). Disabling DRI. (II) RADEON(0): Depth moves disabled by default (II) RADEON(0): Memory manager initialized to (0,0) (1024,8191) (II) RADEON(0): Reserved area from (0,768) to (1024,770) (II) RADEON(0): Largest offscreen area available: 1024 x 7421 (II) RADEON(0): Render acceleration enabled (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Dashed Lines Scanline Image Writes Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots 16 512x512 slots (II) RADEON(0): Acceleration enabled (==) RADEON(0): Backing store disabled (==) RADEON(0): Silken mouse enabled (II) RADEON(0): Using hardware cursor (scanline 770) (II) RADEON(0): Largest offscreen area available: 1024 x 7413 (**) Option "dpms" (**) RADEON(0): DPMS enabled (II) RADEON(0): No video input capabilities detected and no information is provided - disabling multimedia i2c (II) Loading sub module "theatre_detect" (II) LoadModule: "theatre_detect" (II) Loading /usr/X11R6/lib/modules/multimedia/theatre_detect_drv.so (II) Module theatre_detect: vendor="X.Org Foundation" compiled for 4.3.99.902, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (II) RADEON(0): no multimedia table present, disabling Rage Theatre. (WW) RADEON(0): Direct rendering disabled (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (**) Option "Protocol" "auto" (**) Mouse0: Device: "/dev/sysmouse" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: Core Pointer (**) Option "Device" "/dev/sysmouse" (==) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) Mouse0: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Mouse0: Buttons: 11 (**) Option "CoreKeyboard" (**) Keyboard0: Core Keyboard (**) Option "Protocol" "standard" (**) Keyboard0: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard0: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard0: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) Keyboard0: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Keyboard0: CustomKeycodes disabled (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing. --Boundary-00=_6+RKEkSoiy7WmCk-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 12:17:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 431CD16A420 for ; Tue, 28 Mar 2006 12:17:59 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 931A643D46 for ; Tue, 28 Mar 2006 12:17:58 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k2SCHCvV006568; Tue, 28 Mar 2006 09:17:13 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: Andrew Reilly Date: Tue, 28 Mar 2006 07:47:54 -0300 User-Agent: KMail/1.9.1 References: <20060327093011.GA21070@math.jussieu.fr> <4427E3B1.3020704@kernel32.de> <20060328104007.GD87799@gurney.reilly.home> In-Reply-To: <20060328104007.GD87799@gurney.reilly.home> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603280747.55047.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, shih@math.jussieu.fr, Marian Hettwer Subject: Re: watchdog network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 12:17:59 -0000 On Tuesday 28 March 2006 07:40, Andrew Reilly wrote: > > That page points out that you need to re-compile your kernel > with options DEVICE_POLLING, the OP should make sure that he > does that, too. > > > > I don't understand : You think is better to put my card in polling mo= de > > > or not ? > > > > you can give it a try > > ifconfig $interface polling > > or > > ifconfig $interface -polling > > to disable polling... > > After the last rebuild on my amd64-x2 box, both the nve ethernet > on the motherboard and the dc ethernet that I had been using to > work around other problems in the nve driver stopped working in > this way. DEVICE_POLLING and ifconfig...polling has got me > going again. I thoroughly recommend it. > nve does not run polling mode but dc does I guess you have an IRQ conflict, nve and dc on the same hw interrupt, and= =20 that setting dc in polling mode worked around this problem then you could check vmstat -i with and without polling enabled to see it Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 12:27:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8639C16A429 for ; Tue, 28 Mar 2006 12:27:48 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com (heathrow.savoladns.com [212.12.174.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 983FB43D46 for ; Tue, 28 Mar 2006 12:27:45 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com ([127.0.0.1]) by localhost (heathrow.savoladns.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00615-08 for ; Tue, 28 Mar 2006 15:27:41 +0300 (AST) Received: from Tuxntosh.savola.com (unknown [222.22.1.152]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by heathrow.savoladns.com (Postfix) with ESMTP id 1A9679584F for ; Tue, 28 Mar 2006 15:27:41 +0300 (AST) From: Yousef Raffah To: freebsd-stable@freebsd.org In-Reply-To: <84dead720603280019x20970e5ap22e64563d66847@mail.gmail.com> References: <4931244.1143477563764.JavaMail.oracle@ocs.savola.com> <84dead720603271724o1d19109chebd2d2299691d5e9@mail.gmail.com> <1143526635.4925.233.camel@Tuxntosh.savola.com> <1143531010.4924.254.camel@Tuxntosh.savola.com> <84dead720603280019x20970e5ap22e64563d66847@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-oZN2zkwH4aRwVmt2EsBh" Organization: The Savola Group Date: Tue, 28 Mar 2006 15:26:59 +0300 Message-Id: <1143548819.8235.5.camel@Tuxntosh.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Subject: Re: Can't boot with a new install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 12:27:48 -0000 --=-oZN2zkwH4aRwVmt2EsBh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2006-03-28 at 13:49 +0530, Joseph Koshy wrote: > > # fdisk /dev/ad0 > > ******* Working on device /dev/ad0 ******* > > parameters extracted from in-core disklabel are: > > cylinders=3D155061 heads=3D16 sectors/track=3D63 (1008 blks/cyl) > > > > Figures below won't work with BIOS for partitions not in cyl 1 > > parameters to be used for BIOS calculations are: > > cylinders 155061 heads=3D16 sectors/track=3D63 (1008 blks/cyl) > > > > Media sector size is 512 > > Warning: BIOS sector numbering starts with sector 1 > > Information from DOS bootblock is: > > The data for partition 1 is: > > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > > start 63, size 156296322 (76316 Meg), flag 80 (active) > > beg: cyl 0/ head 1/ sector 1; > > end: cyl 1023/ head 254/ sector 63 > > The data for partition 2 is: > > > > The data for partition 3 is: > > > > The data for partition 4 is: > > >=20 > The following URL may be of help: >=20 > http://www.freebsd.org/doc/faq/install.html#GEOMETRY >=20 That helped a lot, thank you very much, I just created a small DOS partition and recreated the FreeBSD slices and it all went fine. I can boot fine now :) Sincerely, Yousef Raffah Senior Systems Administrator SSIS - The Savola Group -- Aren't you using Firefox? Get it at getfirefox.com yousef.raffah.com --=-oZN2zkwH4aRwVmt2EsBh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBEKSuTH9IXMb4e6CMRAnjEAJ9xYxx9RFBNfMGIR/8K2NKm/7r5PQCbBL1H yg4DsNbT4Ybr4l9cN5lROaI= =iGeZ -----END PGP SIGNATURE----- --=-oZN2zkwH4aRwVmt2EsBh-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 12:33:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A260F16A424 for ; Tue, 28 Mar 2006 12:33:41 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from omta02sl.mx.bigpond.com (omta02sl.mx.bigpond.com [144.140.93.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AE5243D6A for ; Tue, 28 Mar 2006 12:33:33 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from areilly.bpc-users.org ([141.168.4.160]) by omta02sl.mx.bigpond.com with ESMTP id <20060328123332.JPOV24931.omta02sl.mx.bigpond.com@areilly.bpc-users.org> for ; Tue, 28 Mar 2006 12:33:32 +0000 Received: (qmail 90347 invoked by uid 501); 28 Mar 2006 12:34:40 -0000 Date: Tue, 28 Mar 2006 23:34:40 +1100 From: Andrew Reilly To: JoaoBR Message-ID: <20060328123440.GA90303@gurney.reilly.home> References: <20060327093011.GA21070@math.jussieu.fr> <4427E3B1.3020704@kernel32.de> <20060328104007.GD87799@gurney.reilly.home> <200603280747.55047.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603280747.55047.joao@matik.com.br> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, shih@math.jussieu.fr, Marian Hettwer Subject: Re: watchdog network card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 12:33:41 -0000 On Tue, Mar 28, 2006 at 07:47:54AM -0300, JoaoBR wrote: > nve does not run polling mode but dc does Hmm. Neither it does. I could have sworn that I saw it listed in the polling(4) man page. Oh, well. It wasn't working anyway, and I haven't tried to use it yet: the dc is working with polling on, though. > I guess you have an IRQ conflict, nve and dc on the same hw interrupt, and > that setting dc in polling mode worked around this problem then nve isn't sharing an interrupt with other things. Dc might have been, but I used the BIOS to pin the DC down to an unused IRQ (can't do that with the nve since it's on the motherboard). It's possible that a BIOS upgrade might help, but I haven't had time to try that yet, either. FWIW, the isr allocation, according to dmesg.boot is: ohci0: 21 ehci0: 22 atapci1: 21 atapci2: 22 dc0: 19 fwohci0: 18 nve0: 23 sio0: 4 sio1: 3 ppc0: 7 atkbdc0: 1 atkbd0: 1 psm0: 12 It's a bit alarming that the disk controllers are sharing interrupts with the USB controller, but they seem to be working OK. I'm not using the USB much. Hmm vmstat -i thinks differently. Why don't atapci[12] show up here? interrupt total rate irq1: atkbd0 881 0 irq3: sio1 1 0 irq4: sio0 1 0 irq12: psm0 98112 0 irq15: ata1 48 0 irq16: oss 129834685 147 irq18: fwohci0 519767 0 irq19: dc0 5 0 irq21: ohci0+ 1177487 1 irq22: ehci0+ 51 0 irq23: nve0 22 0 cpu0: timer 1762687264 1999 Total 1894318324 2149 > you could check vmstat -i with and without polling enabled to see it Yeah, but turning polling off kills the network connection, and I need this machine to be working. Maybe I'll try the comparison the next time I take it down for it's regular upgrade to _STABLE. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 12:44:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D33316A425 for ; Tue, 28 Mar 2006 12:44:00 +0000 (UTC) (envelope-from lilleys3@bigpond.com) Received: from omta01sl.mx.bigpond.com (omta01sl.mx.bigpond.com [144.140.92.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43E8D43D49 for ; Tue, 28 Mar 2006 12:43:59 +0000 (GMT) (envelope-from lilleys3@bigpond.com) Received: from hp ([58.164.50.214]) by omta01sl.mx.bigpond.com with SMTP id <20060328124357.LYMM25377.omta01sl.mx.bigpond.com@hp> for ; Tue, 28 Mar 2006 12:43:57 +0000 Message-ID: <002801c6526f$79bb3fc0$1400000a@BigPond> From: "sue lilley" To: Date: Tue, 28 Mar 2006 23:56:55 +1000 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fw: page fault rel 6.0 freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 12:44:00 -0000 ----- Original Message -----=20 From: sue lilley=20 To: bugbusters@freebsd.org=20 Sent: Tuesday, March 28, 2006 7:08 PM Subject: Fw: page fault rel 6.0 freebsd Not sure if the to address is valid so forwarding it to the mailto on = the freebsd website ----- Original Message -----=20 From: sue lilley=20 To: freebsd-bugbusters@freebsd.org=20 Sent: Sunday, March 26, 2006 12:10 AM Subject: page fault rel 6.0 freebsd Firstly apologies for not using send-pr. My machine is a little bit = broken. Every time I try and run the command 'X -config xorg.conf.new' I = get a page fault. I have tried the text interface to create the test = configuration as the one which automatically generated didn't look too = much like the one I was using on rel 5.3 I have spent some time going = through the manuals online to find out how to produce this output which = I hope is useful. If there's anything else you need pls drop me a line. = Hope I'm not doing anything stupid. regards, henry [GDB will not be able to debug user-mode threads: = /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain = conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: drm0: port 0xa800-0xa87f mem = 0xf0000000-0xf7ffffff,0xe9800000-0xe981ffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xec000000 64MB info: [drm] Initialized sis 1.1.0 20030826 on minor 0 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x74 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0657d4d stack pointer =3D 0x28:0xcbb21a5c frame pointer =3D 0x28:0xcbb21a60 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D resume, IOPL =3D 3 current process =3D 489 (Xorg) trap number =3D 12 panic: page fault Uptime: 41s Dumping 111 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 111MB (28412 pages) 96 80 64 48 32 16 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0638202 in boot (howto=3D260) at = ../../../kern/kern_shutdown.c:399 #2 0xc0638498 in panic (fmt=3D0xc084e5a2 "%s") at ../../../kern/kern_shutdown.c:555 #3 0xc0807c30 in trap_fatal (frame=3D0xcbb21a1c, eva=3D116) at ../../../i386/i386/trap.c:831 #4 0xc08073d2 in trap (frame=3D {tf_fs =3D -1066991608, tf_es =3D -1018757080, tf_ds =3D 40, = tf_edi =3D -1053330432, tf_esi =3D -1053083392, tf_ebp =3D -877520288, = tf_isp =3D -877520312, tf_ebx =3D -1053097216, tf_edx =3D -1053097216, = tf_ecx =3D 0, tf_eax =3D -1053083360, tf_trapno =3D 12, tf_err =3D 0, = tf_eip =3D -1067090611, tf_cs =3D 32, tf_eflags =3D 77827, tf_esp =3D = -1053083392, tf_ss =3D -877520252}) at ../../../i386/i386/trap.c:267 #5 0xc07f6dca in calltrap () at ../../../i386/i386/exception.s:139 #6 0xc0657d4d in turnstile_setowner (ts=3D0xc13b0300, owner=3D0x0) at ../../../kern/subr_turnstile.c:417 #7 0xc0658044 in turnstile_wait (lock=3D0xc13774a0, owner=3D0x0) at ../../../kern/subr_turnstile.c:576 #8 0xc062fa6c in _mtx_lock_sleep (m=3D0xc13774a0, tid=3D3241883904, = opts=3D0,=20 file=3D0xc17cc874 = "/usr/src/sys/modules/drm/drm/../../../dev/drm/drm_vm.c",=20 line=3D54) at ../../../kern/kern_mutex.c:553 #9 0xc062f8d0 in _mtx_lock_flags (m=3D0x0, opts=3D0,=20 file=3D0xc17cc874 = "/usr/src/sys/modules/drm/drm/../../../dev/drm/drm_vm.c",=20 line=3D54) at ../../../kern/kern_mutex.c:274 #10 0xc17cb2b7 in ?? () #11 0xc13774a0 in ?? () #12 0x00000000 in ?? () #13 0xc17cc874 in ?? () #14 0x00000036 in ?? () #15 0xc13774e8 in ?? () #16 0xc1757900 in ?? () #17 0xc17d1000 in ?? () #18 0xc17cdc80 in ?? () #19 0xcbb21b00 in ?? () #20 0xc061010b in giant_mmap (dev=3D0xc13774a0, offset=3D3246198784,=20 paddr=3D0xcbb21b28, nprot=3D3) at ../../../kern/kern_conf.c:349 Previous frame identical to this frame (corrupt stack?) (kgdb) quit From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 14:22:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B5EE16A41F for ; Tue, 28 Mar 2006 14:22:03 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from netlx014.civ.utwente.nl (netlx014.civ.utwente.nl [130.89.1.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 038B743D48 for ; Tue, 28 Mar 2006 14:22:02 +0000 (GMT) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by netlx014.civ.utwente.nl (8.11.7/HKD) with ESMTP id k2SEDOW10031; Tue, 28 Mar 2006 16:13:24 +0200 From: Pieter de Goeje To: pyunyh@gmail.com Date: Tue, 28 Mar 2006 16:13:23 +0200 User-Agent: KMail/1.9.1 References: <20060324223317.2069564f@it.buh.tecnik93.com> <200603280221.28996.pieter@degoeje.nl> <20060328020840.GA8189@cdnetworks.co.kr> In-Reply-To: <20060328020840.GA8189@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603281613.24065.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-MailScanner-From: pieter@degoeje.nl Cc: freebsd-stable@freebsd.org Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 14:22:03 -0000 On Tuesday 28 March 2006 04:08, Pyun YongHyeon wrote: > On Tue, Mar 28, 2006 at 02:21:28AM +0200, Pieter de Goeje wrote: > > On Monday 27 March 2006 23:48, JoaoBR wrote: > > > On Monday 27 March 2006 15:51, Mark Linimon wrote: > > > > On Mon, Mar 27, 2006 at 12:15:55PM -0300, JoaoBR wrote: > > > > > well, the actual driver is trash and unusable and overall crashes > > > > > SMP systems ... so more testing to see if it crashes more? ;) > > > > > > > > As with any other software development project, you have to draw a > > > > line somewhere and say "these things will be in the release and > > > > these things will not be in the release"; otherwise, you will never > > > > have a release at all. > > > > > > > > I am not familiar with the code in this case but if its inclusion > > > > changed enough other things in the system where _everything_ had to > > > > be re-tested then it's not worth the regression. > > > > > > > > These are just the simple facts of (any) software development. > > > > > > well, ok that is completly understandable basicly > > > > > > but this driver is unusable since dec/jan for me, for others probably > > > longer > > > > > > IMO it would make sense to be replaced by Pyuns driver because the > > > original is not functional > > > > > > kind of strange getting a new release with a known not functional > > > driver > > > > > > Jo?o > > > > This is not quite true; I am running 2 systems with the sk driver. One > > of them is a dual core athlon64, and it's network connection is indeed > > flawed unless I change debug.mpsafenet to 0. The other machine is a > > regular athlon64 and has no problems at all. Both systems are running > > 6.1-PRERELEASE amd64. > > Does it happen on my latest sk(4) driver? I'll give it a try. > > I don't have amd64 systems but the driver was tested on i386(SMP) > and sparc64(SMP) and I never see above errors. > The only issue known to me is occasional watchdog timeout error > which I really want to fix. But the watchdog timeout error is hard > to reproduce and I couldn't reproduce the error on my system. > > > With debug.mpsafenet=1, cvsup failes with "protocol error"s on the SMP > > box. Also, I run several Half-Life: Counter-Strike servers on it and > > clients occasionaly receive corrupted UDP packets which cause them to > > drop the connection. However as soon as I changed debug.mpsafenet to 0, > > all problems were gone. > > How about stock sk(4)? Does it have the same issue too? I am using stock sk(4) now. I'm not seeing any watchdog timeout errors. > > > So, maybe you should try changing debug.mpsafenet. > > FYI: the SMP box has an Asus A8V (agp) mobo, and the other box an Asus > > K8V SE. I did try an old realtek (rl(4)) card, it had the same problems and I could fix the problems with that card too by turning off mpsafenet. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 14:22:32 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BBC116A433 for ; Tue, 28 Mar 2006 14:22:32 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D31B43D53 for ; Tue, 28 Mar 2006 14:22:30 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr3.xs4all.nl (8.13.6/8.13.6) with ESMTP id k2SEMIEi079530; Tue, 28 Mar 2006 16:22:22 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k2SEMI5D065170; Tue, 28 Mar 2006 16:22:18 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k2SEMFFo065165; Tue, 28 Mar 2006 16:22:15 +0200 (CEST) (envelope-from wb) Date: Tue, 28 Mar 2006 16:22:15 +0200 From: Wilko Bulte To: Clint Olsen Message-ID: <20060328142215.GC65098@freebie.xs4all.nl> References: <20060324223317.2069564f@it.buh.tecnik93.com> <20060327185142.GC24315@soaustin.net> <200603271848.19010.joao@matik.com.br> <200603280221.28996.pieter@degoeje.nl> <20060328020840.GA8189@cdnetworks.co.kr> <20060328034846.GA81006@0lsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060328034846.GA81006@0lsen.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Pyun YongHyeon , Pieter de Goeje , freebsd-stable@FreeBSD.ORG Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 14:22:32 -0000 On Mon, Mar 27, 2006 at 07:48:46PM -0800, Clint Olsen wrote.. > On Mar 28, Pyun YongHyeon wrote: > > and sparc64(SMP) and I never see above errors. The only issue known to > > me is occasional watchdog timeout error which I really want to fix. But > > the watchdog timeout error is hard to reproduce and I couldn't reproduce > > the error on my system. > > I'm still seeing the watchdog timeout on 5.5-PRERELEASE (uni-processor): > > Mar 22 14:47:04 belle kernel: sk0: watchdog timeout > Mar 24 08:37:19 belle kernel: sk0: watchdog timeout > Mar 27 04:09:15 belle kernel: sk0: watchdog timeout > > But at least the driver doesn't wedge the interface now. Yes, same here on 6.1-PRERELEASE: ch0: 10 slots, 1 drive, 1 picker, 0 portals sk0: watchdog timeout sk0: watchdog timeout -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 14:38:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B342016A401 for ; Tue, 28 Mar 2006 14:38:23 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from netlx014.civ.utwente.nl (netlx014.civ.utwente.nl [130.89.1.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88D3643D69 for ; Tue, 28 Mar 2006 14:38:22 +0000 (GMT) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by netlx014.civ.utwente.nl (8.11.7/HKD) with ESMTP id k2SEcBW22414; Tue, 28 Mar 2006 16:38:11 +0200 From: Pieter de Goeje To: JoaoBR Date: Tue, 28 Mar 2006 16:38:11 +0200 User-Agent: KMail/1.9.1 References: <20060324223317.2069564f@it.buh.tecnik93.com> <200603280221.28996.pieter@degoeje.nl> <200603280740.18951.joao@matik.com.br> In-Reply-To: <200603280740.18951.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603281638.11650.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-MailScanner-From: pieter@degoeje.nl Cc: pyunyh@gmail.com, freebsd-stable@freebsd.org Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 14:38:23 -0000 On Tuesday 28 March 2006 12:40, you wrote: > probably you do not have the traffic to make the box crash or less then > 1/2GB of RAM in use The box has 1GB RAM. Traffic is approx. 2-3Mbit/s. > > in fact the problem does not happen on UP machines, only some times a > device timeout which only ocasionally cause rx/tx to stop > > The problem is appearing on SMP machines > > when you have less then 2Gb of RAM the problem ocurres once a day or so and > seems to depend on memory use and amount of traffic > > soon the traffic reaches more than 1Mbit/s the crash is predictable and you > can wait to see The box has actually crashed once, but I am not sure it was because of the NIC. ~> uptime 4:19PM up 3 days, 9:59, 1 user, load averages: 1.38, 1.20, 1.03 > > on 4GB of Ram machines and more traffic the crash is imediatly and worse > when the box crashed under load (4-6Mbit/s) and comes back then the high > demand strokes it and it crashes in minutes or imediatly soon the network > is up > > so probably mpsafenet may help by not processing concurrent packets but > this is a workaround not a solution (for me) Agreed. > > last time I checked mpsafenet=0 almost cut 1Mbit/s of traffic and the > overall performance/response was bad, higher HZ did not resolved anything > and disabling polling made it still worse (I have other NICs installed), > the machines are working as GW I can't really tell if the performance is impaired by mpsafenet=0, because the box is mostly busy doing userland stuff. Typical traffic looks like this: ~> netstat -w 1 input (Total) output packets errs bytes packets errs bytes colls 1186 0 97134 1302 0 276430 0 1206 0 97484 1382 0 264315 0 1193 0 97048 1366 0 278901 0 1198 0 98251 1403 0 273428 0 1205 0 99283 1393 0 270364 0 1162 0 94746 1376 0 265909 0 1162 0 93011 1420 0 258514 0 1187 0 94366 1467 0 263162 0 1178 0 93441 1441 0 248875 0 1176 0 93116 1484 0 266285 0 1146 0 91615 1424 0 256180 0 1222 0 96597 1560 0 432862 0 1222 0 93796 1591 0 444466 0 This is all UDP. The traffic generates around 2000 interrupts/sec on sk. > > until january the machines didn't crashed, only timeouts and rx/tx stops > I used Pyun's driver and the timeouts went away, thank's again! > > so then I got confused by some if_sk talks on stable and thought the driver > was comitted and the boxes started crashing until I got it last week and > reused Pyun's driver again and my sk problems are gone again, the machines > are stable for 4/5 days now I'm going to test the new driver to see if I can disable mpsafenet. To be specific on the NIC: skc0@pci0:10:0: class=0x020000 card=0x811a1043 chip=0x432011ab rev=0x13 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '88E8001/8003/8010 Gigabit Ethernet Controller with Integrated PHY (copper)' class = network subclass = ethernet Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 15:21:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25C9B16A400 for ; Tue, 28 Mar 2006 15:21:21 +0000 (UTC) (envelope-from trond@ramstind.gtf.ol.no) Received: from ramstind.gtf.ol.no (ramstind.gtf.ol.no [128.39.174.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 937C343D45 for ; Tue, 28 Mar 2006 15:21:20 +0000 (GMT) (envelope-from trond@ramstind.gtf.ol.no) Received: from ramstind.gtf.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.gtf.ol.no (8.12.9/8.12.9) with ESMTP id k2SFLIbg033984 for ; Tue, 28 Mar 2006 17:21:18 +0200 (CEST) (envelope-from trond@ramstind.gtf.ol.no) Received: from localhost (trond@localhost) by ramstind.gtf.ol.no (8.12.9/8.12.3/Submit) with ESMTP id k2SFLHT6033981 for ; Tue, 28 Mar 2006 17:21:17 +0200 (CEST) Date: Tue, 28 Mar 2006 17:21:17 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= To: FreeBSD stable Message-ID: <20060328170749.A13825@ramstind.gtf.ol.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Subject: Four patches for PR bin/73422 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 15:21:21 -0000 Hi, I'm not sure if this is the correct list, maybe this belongs -bugs. Anyway, I took a look at 6.1-PRE to see if the nasty NIS bugs are still present, and I believe they are. See PR bin/73422 for more information. I present the following four patches and I hope you'll consider making them part of the upcoming 6.1-RELEASE. Trond Endrestøl. ---- *** /etc/rc.d/nisdomain.orig Wed Feb 1 21:43:28 2006 --- /etc/rc.d/nisdomain Mon Mar 27 08:30:07 2006 *************** *** 34,40 **** name="nisdomain" start_cmd="nisdomain_start" ! stop_cmd=":" nisdomain_start() { --- 34,40 ---- name="nisdomain" start_cmd="nisdomain_start" ! stop_cmd="nisdomain_stop" nisdomain_start() { *************** *** 48,53 **** --- 48,61 ---- echo "Setting NIS domain: `/bin/domainname`." ;; esac + } + + nisdomain_stop() + { + # Unset the domainname in any case + # + domainname '' + echo "Unsetting NIS domain." } load_rc_config $name *** /usr/src/usr.sbin/rpcbind/Makefile.orig Thu Mar 16 21:52:31 2006 --- /usr/src/usr.sbin/rpcbind/Makefile Tue Mar 28 16:47:41 2006 *************** *** 19,24 **** --- 19,28 ---- CFLAGS+= -DINET6 .endif + .if defined(NO_NIS) + CFLAGS+= -DNO_NIS + .endif + DPADD= ${LIBWRAP} ${LIBUTIL} LDADD= -lwrap -lutil *** /usr/src/usr.sbin/rpcbind/security.c.orig Mon Dec 16 23:24:26 2002 --- /usr/src/usr.sbin/rpcbind/security.c Tue Mar 28 16:52:21 2006 *************** *** 165,171 **** --- 165,173 ---- char procbuf[32]; char *progname; char progbuf[32]; + #ifdef NO_NIS char fromname[NI_MAXHOST]; + #endif struct rpcent *rpc; static const char *procmap[] = { /* RPCBPROC_NULL */ "null", *************** *** 193,198 **** --- 195,201 ---- /* Try to map program number to name. */ + #ifdef NO_NIS if (prognum == 0) { progname = ""; } else if ((rpc = getrpcbynumber((int) prognum))) { *************** *** 201,206 **** --- 204,217 ---- snprintf(progname = progbuf, sizeof(progbuf), "%u", (unsigned)prognum); } + #else + if (prognum == 0) { + progname = ""; + } else { + snprintf(progname = progbuf, sizeof(progbuf), "%u", + (unsigned)prognum); + } + #endif /* Try to map procedure number to name. */ *************** *** 213,226 **** --- 224,244 ---- /* Write syslog record. */ + #ifdef NO_NIS if (addr->sa_family == AF_LOCAL) strcpy(fromname, "local"); else getnameinfo(addr, addr->sa_len, fromname, sizeof fromname, NULL, 0, NI_NUMERICHOST); + #endif + #ifdef NO_NIS syslog(severity, "connect from %s to %s(%s)%s", fromname, procname, progname, text); + #else + syslog(severity, "connect from %s to %s(%s)%s", + inet_ntoa(((struct sockaddr_in *)addr)->sin_addr), procname, progname, text); + #endif _exit(0); } } *** /usr/src/usr.sbin/ypbind/ypbind.c.orig Sun Oct 17 21:33:33 2004 --- /usr/src/usr.sbin/ypbind/ypbind.c Mon Mar 27 08:23:09 2006 *************** *** 388,398 **** if (flock(yplockfd, LOCK_EX|LOCK_NB) == -1 && errno == EWOULDBLOCK) errx(1, "another ypbind is already running. Aborting"); - /* XXX domainname will be overriden if we use restricted mode */ - yp_get_default_domain(&domain_name); - if (domain_name[0] == '\0') - errx(1, "domainname not set. Aborting"); - for (i = 1; i X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB7D416A424 for ; Tue, 28 Mar 2006 16:08:38 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E27F43D9D for ; Tue, 28 Mar 2006 16:07:48 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1127482wxc for ; Tue, 28 Mar 2006 08:07:41 -0800 (PST) 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=LJYg8CBiXTZ+PcQnUXl7H0WEhBS6+fLwS08BBq32XCXw3d1yzp8WJH49tpFyLheElmnqZzNRwRJ/09dawM/7dHcGsGrmlTizSVcztqN8QdijfbQgwD0JEzjS/9vseo0uwXPtIopExGM1GQr13kgmFq3loDlMP3htKokPuJ2d6aA= Received: by 10.70.90.12 with SMTP id n12mr6481976wxb; Tue, 28 Mar 2006 08:07:40 -0800 (PST) Received: by 10.70.27.14 with HTTP; Tue, 28 Mar 2006 08:07:40 -0800 (PST) Message-ID: <790a9fff0603280807k4b8fb693o7e2c112d74d1ad8b@mail.gmail.com> Date: Tue, 28 Mar 2006 10:07:40 -0600 From: "Scot Hetzel" To: f-stable In-Reply-To: <20060328045055.GA2314@holestein.holy.cow> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060328045055.GA2314@holestein.holy.cow> Subject: Re: 6.1-BETA4-i386-disc2.iso - only usr/share/doc, no usr/src? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 16:08:38 -0000 On 3/27/06, Parv wrote: > Does the 6.1-BETA4-i386-disc2.iso contain only usr/share/doc, or for > some reason i am unable to see anything else? I was looking for > usr/src (and for a odd chance to have usr/ports); i suppose those > two trees would be available somewhere on some disc for RELENG_6_1. > > Have you checked if they are on the disc1 ISO? Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 16:12:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE06316A400 for ; Tue, 28 Mar 2006 16:12:09 +0000 (UTC) (envelope-from belesbsd@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8889243DAD for ; Tue, 28 Mar 2006 16:11:31 +0000 (GMT) (envelope-from belesbsd@gmail.com) Received: by nproxy.gmail.com with SMTP id m18so1300487nfc for ; Tue, 28 Mar 2006 08:11:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=O20DsxY4G4dlQb7mS15ieBlOEwMo//06Smtq5eIkVIfiJ6OzZZ4eqwaGw1x1/No1OSXTcdHHRAhA/Y8hh1dxPuNXuiYXGyeaKyzX4xQeKgtLb8PM4IBMVMC9AZMTT4Orj8WerlYn6I2YmRElCcplfi1j3LpbwCzy8hSc3wnB3B0= Received: by 10.49.90.11 with SMTP id s11mr307630nfl; Tue, 28 Mar 2006 08:11:03 -0800 (PST) Received: from ?192.168.100.81? ( [212.174.72.50]) by mx.gmail.com with ESMTP id k23sm14569nfc.2006.03.28.08.11.01; Tue, 28 Mar 2006 08:11:02 -0800 (PST) Message-ID: <44296009.2080304@gmail.com> Date: Tue, 28 Mar 2006 19:10:49 +0300 From: belesBSD User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4427E59E.8010500@gmail.com> <20060327171325.GA69304@xor.obsecurity.org> In-Reply-To: <20060327171325.GA69304@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Panic at startup after buildworld 6.1 PRERELEASE from 5.4 Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 16:12:09 -0000 I have realized that the old 'rtc.ko' ( real time clock?) module used by vmware caused the panic. Now evething seems to be working just fine. Thank you for the advice. Kris Kennaway wrote: > On Mon, Mar 27, 2006 at 04:16:14PM +0300, belesBSD wrote: > >> Hi, >> >> I have builded world and kernel with no errors. Also, everything seems to >> be ok in single user mode with mergemaster etc. then i installed world. >> However, >> when i try to boot normally, i get the following panic. The panic is >> completely >> reproducable (eg. every time i boot normally, it panics). >> Before the panic it gives a half "WARNING: Device driver" error, so >> could i possibly have done something >> wrong about the modules when building/installing? I've attached the >> dmesg output.. >> > > Yes, if you build modules with the old source then you're likely to > get panics. > > Kris > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 17:21:39 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 424C316A456 for ; Tue, 28 Mar 2006 17:21:39 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E66E4430A for ; Tue, 28 Mar 2006 16:22:05 +0000 (GMT) (envelope-from rbgarga@gmail.com) Received: by zproxy.gmail.com with SMTP id x3so1562462nzd for ; Tue, 28 Mar 2006 08:22:04 -0800 (PST) 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=SY44pz5hJf/pAMdJ8vlBxzoT3xpPaZBoBPeo0TFabBtpkA+37c0sxx/CJTt3sOeWbbpgYH/ep9Rg/jyFjNpLKxvQc3U7R1DFk4z6+GI60vkBThIIjqX//QHNIGx2wI2LC19wYm7u0DLxk+6qwxgKDxOsiSVP7IzJ2R8r5haTKZ4= Received: by 10.36.42.15 with SMTP id p15mr838182nzp; Tue, 28 Mar 2006 08:22:04 -0800 (PST) Received: by 10.37.14.22 with HTTP; Tue, 28 Mar 2006 08:22:04 -0800 (PST) Message-ID: <747dc8f30603280822g1a2996b8l3027fe3f1e9589ae@mail.gmail.com> Date: Tue, 28 Mar 2006 13:22:04 -0300 From: "Renato Botelho" To: freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Problems with pf + ftp-proxy on gateway X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 17:21:39 -0000 I'm trying to use pf + ftp-proxy n a 6.1-PRERELEASE machine. I have this line on inetd.conf: ftp-proxy stream tcp nowait root /usr/libexec/ftp-proxy=20 ftp-proxy -n And this lines on pf.conf: rdr on $int_if proto tcp from any to any port ftp -> 127.0.0.1 port ftp-pro= xy pass in quick on $ext_if inet proto tcp from any port ftp-data to $ext_if:0 user proxy flags S/SA keep state When one machine inside my network (e.g. 192.168.x.x) connects to an external ftp server (e.g. ftp.FreeBSD.org), data connection doesn't work. Connection comes to my firewall and is accepted but connection is not established and stay like this here: self tcp 200.x.x.x:57625 <- 200.x.x.x:20 ESTABLISHED:FIN_WAIT_2 Any kind of help will be appreciate thanks -- Renato Botelho From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 18:27:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B89B916A466 for ; Tue, 28 Mar 2006 18:27:56 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from zig.murex.com (mail.murex.com [194.98.239.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97C044404A for ; Tue, 28 Mar 2006 18:02:09 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from interscan.fr.murex.com (interscan.fr.murex.com [172.21.17.207] (may be forged)) by zig.murex.com with ESMTP id k2SI48Tg007449; Tue, 28 Mar 2006 20:04:08 +0200 (CEST) Received: from mxmail.murex.com (interscan.murex.fr [127.0.0.1]) by interscan.fr.murex.com (8.11.6/8.11.6) with ESMTP id k2SIXMH29436; Tue, 28 Mar 2006 20:33:22 +0200 Received: from [172.21.130.86] ([172.21.130.86]) by mxmail.murex.com with Microsoft SMTPSVC(6.0.3790.0); Tue, 28 Mar 2006 20:01:37 +0200 From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Peter Jeremy Date: Tue, 28 Mar 2006 13:01:35 -0500 User-Agent: KMail/1.9.1 References: <200603232352.k2NNqPS8018729@gate.bitblocks.com> <20060325103927.GE703@turion.vk2pj.dyndns.org> <20060328102721.GA2352@turion.vk2pj.dyndns.org> In-Reply-To: <20060328102721.GA2352@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603281301.36087.mi+mx@aldan.algebra.com> X-OriginalArrivalTime: 28 Mar 2006 18:01:37.0424 (UTC) FILETIME=[A850C900:01C65291] Cc: stable@freebsd.org Subject: Re: Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 18:27:57 -0000 צ×ÔÏÒÏË 28 ÂÅÒÅÚÅÎØ 2006 05:27, Peter Jeremy ÎÁÐÉÓÁ×: > I'd suggest that each mmap be capable of storing several hundred msec of > data as a minumum (maybe 10MB input and 5MB output, preferably more). > Synchronisation can be done by writing tokens into pipes shared with the > mmap's, optimised by sharing read/write pointers (so you only really need > the tokens when the shared buffer is full/empty). Thank you very much, Peter, for your suggestions. Unfortunately, I have no control whatsoever over the dump-ing part of the process. The dump is done by Sybase database servers -- old, clunky, and closed-source software, running on slow CPU (but good I/O) Sun hardware. You are right, of course, that my application (mzip being only part of it) needs to keep the dumper and the compressor in sync. Without any cooperation from the former, however, I see no other way but to temporarily throttle the NFS-bandwidth via firewall, when the compressor falls behind (as can be detected by the increased proportion of sys-time, I guess). Much as I apreciate the (past and future) help and suggestions, I'm not asking you, nor the mailing list to solve my particular problem here :-) I only gave the details of my need and application to illustrate a missed general optimization opportunity in FreeBSD -- reading large files via mmap need not be slower than via read. If anything, it should be (slightly) faster. After many days Matt has finally stated (admitted? ;-): read() uses a different heuristic then mmap() to implement the read-ahead. There is also code in there which depresses the page priority of 'old' already-read pages in the sequential case. There is no reason not to implement similar smarts in the mmap-handling code to similarly depress the priority of the in-memory pages in the MADV_SEQUENTIAL case, thus freeing more RAM for aggressive read-ahead. As I admitted before, actually implementing this far exceeds my own capabilities, so all I can do is pester, whoever cares, to do it instead :-) C'mon, guys... -mi From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 18:28:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 575DE16A502 for ; Tue, 28 Mar 2006 18:28:24 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA3B744265 for ; Tue, 28 Mar 2006 18:09:05 +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 mail09.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2SI92j7001303 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 29 Mar 2006 05:09:03 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2SI92D2003952; Wed, 29 Mar 2006 05:09:02 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2SI92Rp003951; Wed, 29 Mar 2006 05:09:02 +1100 (EST) (envelope-from peter) Date: Wed, 29 Mar 2006 05:09:02 +1100 From: Peter Jeremy To: "Alastair G. Hogge" Message-ID: <20060328180901.GF961@turion.vk2pj.dyndns.org> References: <200603271758.32622.agh@tpg.com.au> <200603280600.23499.agh@tpg.com.au> <20060328071009.GA961@turion.vk2pj.dyndns.org> <200603281043.k2SAguqv029888@mail4.tpgi.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603281043.k2SAguqv029888@mail4.tpgi.com.au> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: PCI Radeon 7000/VE (RV100) on AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 18:28:24 -0000 On Tue, 2006-Mar-28 21:36:26 +1000, Alastair G. Hogge wrote: >I used "X -configure" which chose the ati driver which also doesn't work. Odd because both the dmesg and Xorg log says you have a ATI Radeon VE/7000 QY, which isn't on the ATI driver's supported list. >I've attached a Xorg log with the bitdepth set to 15 and using the radeon >driver. It's the only way I can get X to start with the driver. Note 15bits >isn't supported no DRI is disabled. What happens if you explicitly disable DRI? (Comment out 'Load "dri"' in the Modules section of xorg.conf). -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 18:39:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BA3C16A401 for ; Tue, 28 Mar 2006 18:39:44 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7258C43D64 for ; Tue, 28 Mar 2006 18:38:06 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k2SIbgJC022678; Tue, 28 Mar 2006 15:37:42 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: Pieter de Goeje Date: Tue, 28 Mar 2006 15:37:53 -0300 User-Agent: KMail/1.9.1 References: <20060324223317.2069564f@it.buh.tecnik93.com> <200603280740.18951.joao@matik.com.br> <200603281638.11650.pieter@degoeje.nl> In-Reply-To: <200603281638.11650.pieter@degoeje.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603281537.54522.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: pyunyh@gmail.com, freebsd-stable@freebsd.org Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 18:39:44 -0000 On Tuesday 28 March 2006 11:38, Pieter de Goeje wrote: > > I can't really tell if the performance is impaired by mpsafenet=3D0, beca= use > the box is mostly busy doing userland stuff. Typical traffic looks like > this: > > > I'm going to test the new driver to see if I can disable mpsafenet. To be > specific on the NIC: > > skc0@pci0:10:0: class=3D0x020000 card=3D0x811a1043 chip=3D0x432011ab rev= =3D0x13 > hdr=3D0x00 > vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device =3D '88E8001/8003/8010 Gigabit Ethernet Controller with > Integrated PHY (copper)' > class =3D network > subclass =3D ethernet > yes, this is the Asus A8V, same here may be you consider to try Pyun's driver =A0> > http://people.freebsd.org/~yongari/sk/sk_test/if_sk.c =A0> > http://people.freebsd.org/~yongari/sk/sk_test/if_skreg.h and run yours without mpsafenet ?=20 I have no clue what a game server requires. I tried anything even generic=20 kernel and no sysctls/loader.conf values set in order to see if something=20 else is wrong. Also I have lots of this machines and any of them same resul= t. Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 19:06:11 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FCB216A400 for ; Tue, 28 Mar 2006 19:06:11 +0000 (UTC) (envelope-from petermatulis@yahoo.ca) Received: from web60013.mail.yahoo.com (web60013.mail.yahoo.com [209.73.178.76]) by mx1.FreeBSD.org (Postfix) with SMTP id 17E3B43D69 for ; Tue, 28 Mar 2006 19:06:10 +0000 (GMT) (envelope-from petermatulis@yahoo.ca) Received: (qmail 28645 invoked by uid 60001); 28 Mar 2006 19:06:09 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=OqRiyru/eiMa5XoPryYwqT7HAW3tQuVxqpPPVLfmgu/I9F58XDbSY5dxtoHRLBdJwSOHPFXYMy3QqQl6apw7Jf11xmucinoYGb0QC9vvD6/NvFxsQ3I3KyiZrNSntn/WJQjwHswdEouaKmpc0WnD87qCZKj8mmOlv1hyHn+qJYo= ; Message-ID: <20060328190609.28643.qmail@web60013.mail.yahoo.com> Received: from [70.81.189.3] by web60013.mail.yahoo.com via HTTP; Tue, 28 Mar 2006 14:06:09 EST Date: Tue, 28 Mar 2006 14:06:09 -0500 (EST) From: Peter To: Renato Botelho , freebsd-stable@FreeBSD.org In-Reply-To: <747dc8f30603280822g1a2996b8l3027fe3f1e9589ae@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: Problems with pf + ftp-proxy on gateway X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 19:06:11 -0000 --- Renato Botelho wrote: > I'm trying to use pf + ftp-proxy n a 6.1-PRERELEASE machine. > > I have this line on inetd.conf: > > ftp-proxy stream tcp nowait root /usr/libexec/ftp-proxy > > ftp-proxy -n > > And this lines on pf.conf: > > rdr on $int_if proto tcp from any to any port ftp -> 127.0.0.1 port > ftp-proxy > pass in quick on $ext_if inet proto tcp from any port ftp-data to > $ext_if:0 user proxy flags S/SA keep state > > When one machine inside my network (e.g. 192.168.x.x) connects to an > external ftp server (e.g. ftp.FreeBSD.org), data connection doesn't > work. > > Connection comes to my firewall and is accepted but connection is not > established and stay like this here: > > self tcp 200.x.x.x:57625 <- 200.x.x.x:20 ESTABLISHED:FIN_WAIT_2 You need to decide whether you are working with passive ftp clients (probably), active, or both. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 19:39:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B8C016A422 for ; Tue, 28 Mar 2006 19:39:30 +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 1B78844728 for ; Tue, 28 Mar 2006 19:39:28 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [IPv6:::1] (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.13.4/8.13.4) with ESMTP id k2SJdHmV092966; Tue, 28 Mar 2006 20:39:17 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <442990DF.1040300@infracaninophile.co.uk> Date: Tue, 28 Mar 2006 20:39:11 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 1.5 (X11/20060325) MIME-Version: 1.0 To: Peter References: <20060328190609.28643.qmail@web60013.mail.yahoo.com> In-Reply-To: <20060328190609.28643.qmail@web60013.mail.yahoo.com> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig7851B6B7248D425390898EAF" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (smtp.infracaninophile.co.uk [IPv6:::1]); Tue, 28 Mar 2006 20:39:17 +0100 (BST) X-Virus-Scanned: ClamAV 0.88/1359/Tue Mar 28 12:49:08 2006 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on happy-idiot-talk.infracaninophile.co.uk Cc: Renato Botelho , freebsd-stable@freebsd.org Subject: Re: Problems with pf + ftp-proxy on gateway X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 19:39:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7851B6B7248D425390898EAF Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Peter wrote: > --- Renato Botelho wrote: >=20 >> I'm trying to use pf + ftp-proxy n a 6.1-PRERELEASE machine. >> >> I have this line on inetd.conf: >> >> ftp-proxy stream tcp nowait root /usr/libexec/ftp-proxy >> >> ftp-proxy -n >> >> And this lines on pf.conf: >> >> rdr on $int_if proto tcp from any to any port ftp -> 127.0.0.1 port >> ftp-proxy >> pass in quick on $ext_if inet proto tcp from any port ftp-data to >> $ext_if:0 user proxy flags S/SA keep state >> >> When one machine inside my network (e.g. 192.168.x.x) connects to an >> external ftp server (e.g. ftp.FreeBSD.org), data connection doesn't >> work. >> >> Connection comes to my firewall and is accepted but connection is not >> established and stay like this here: >> >> self tcp 200.x.x.x:57625 <- 200.x.x.x:20 ESTABLISHED:FIN_WAIT_2 >=20 > You need to decide whether you are working with passive ftp clients > (probably), active, or both. Or use the ftp/pftpx port, which handles proxying all types of active and= passive FTP. That's the successor to ftp-proxy(8) due to be released shortly as part of OpenBSD 3.9, and documented at: http://www.openbsd.org/cgi-bin/man.cgi?query=3Dftp-proxy&apropos=3D0&sekt= ion=3D0&manpath=3DOpenBSD+Current&arch=3Di386&format=3Dhtml Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig7851B6B7248D425390898EAF 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.2.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEKZDl8Mjk52CukIwRA0X5AJ9Sa1jjsactdUkFs5G3IOiRvFqJiQCdHdl1 XIXf9AOgfwrUELcuh0pCNLM= =ZUtN -----END PGP SIGNATURE----- --------------enig7851B6B7248D425390898EAF-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 19:51:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44D8016A5F4 for ; Tue, 28 Mar 2006 19:51:30 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EC5D446CB for ; Tue, 28 Mar 2006 19:34:19 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so7028nzp for ; Tue, 28 Mar 2006 11:34:19 -0800 (PST) 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=i0Tgsrlckd1Hz7lH3qRVRpO+ChtOrve2fphkJceOjvr6FAPJ5Ex2W7iihf0Glyz2z6QF+U8FaeyRl00xobEJkG+EAiOVHXF6nw9UA7ynApALCqIpBjUsFtMZQiuwLTq89NMcPXGqd6H57M1/AicUQGnymifw7bAHSHebHrKNCPM= Received: by 10.36.220.10 with SMTP id s10mr1066561nzg; Tue, 28 Mar 2006 11:34:18 -0800 (PST) Received: by 10.37.20.68 with HTTP; Tue, 28 Mar 2006 11:34:18 -0800 (PST) Message-ID: <3aaaa3a0603281134sd0d4e16x@mail.gmail.com> Date: Tue, 28 Mar 2006 20:34:18 +0100 From: Chris To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: nmbclusters X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 19:51:33 -0000 Using 6.0 release latest security branch. netstat -m 69/576/645 mbufs in use (current/cache/total) 65/261/326/33792 mbuf clusters in use (current/cache/total/max) 0/38/8704 sfbufs in use (current/peak/max) 147K/666K/813K bytes allocated to network (current/cache/total) 0 requests for sfbufs denied 0 requests for sfbufs delayed 29780 requests for I/O initiated by sendfile 633 calls to protocol drain routines sysctl kern.ipc.nmbclusters kern.ipc.nmbclusters: 65536 sysctl kern.ipc.nmbclusters=3D25000 kern.ipc.nmbclusters: 65536 -> 25000 70/575/645 mbufs in use (current/cache/total) 64/262/326/33792 mbuf clusters in use (current/cache/total/max) 0/38/8704 sfbufs in use (current/peak/max) 145K/667K/813K bytes allocated to network (current/cache/total) 0 requests for sfbufs denied 0 requests for sfbufs delayed 29780 requests for I/O initiated by sendfile 633 calls to protocol drain routines so the sysctl variable has no affect, has this become a read only tunable again only settable in loader.conf? if yes then their is a bug where it shows no error on sysctl command, or is it suppoedbly settable then their is a bug where it doesnt work or netstat -m shows inccorect info. Or is this setting been depreciated? Also if the machine stops responding, and no kernel panic logged does it mean a livelock/deadlock? Have been seeing issues on 3 diff 6.0 release servers which simply go dead. 2 were rolled back to 5.4 and immediatly became stable and I left this one on 6.0 to try and resolve problems but diffilcult with no log entries. Thanks Chris From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 21:14:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7441F16A440 for ; Tue, 28 Mar 2006 21:14:56 +0000 (UTC) (envelope-from agh@tpg.com.au) Received: from mail5.tpgi.com.au (mail5.tpgi.com.au [203.12.160.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93D01440ED for ; Tue, 28 Mar 2006 20:47:50 +0000 (GMT) (envelope-from agh@tpg.com.au) X-TPG-Antivirus: Passed Received: from localhost.madcat (220-244-72-6.static.tpgi.com.au [220.244.72.6]) by mail5.tpgi.com.au (envelope-from agh@tpg.com.au) (8.13.6/8.13.6) with ESMTP id k2SKlhub007158 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Mar 2006 07:47:44 +1100 From: "Alastair G. Hogge" To: Peter Jeremy Date: Wed, 29 Mar 2006 07:45:37 +1000 User-Agent: KMail/1.9.1 References: <200603271758.32622.agh@tpg.com.au> <200603281043.k2SAguqv029888@mail4.tpgi.com.au> <20060328180901.GF961@turion.vk2pj.dyndns.org> In-Reply-To: <20060328180901.GF961@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_C6aKEVHn7cJX2cq" Message-Id: <200603290745.38035.agh@tpg.com.au> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: PCI Radeon 7000/VE (RV100) on AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 21:14:56 -0000 --Boundary-00=_C6aKEVHn7cJX2cq Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wednesday 29 March 2006 04:09, Peter Jeremy wrote: > On Tue, 2006-Mar-28 21:36:26 +1000, Alastair G. Hogge wrote: > >I used "X -configure" which chose the ati driver which also doesn't work. > > Odd because both the dmesg and Xorg log says you have a ATI Radeon > VE/7000 QY, which isn't on the ATI driver's supported list. Yeah I've noticed. > >I've attached a Xorg log with the bitdepth set to 15 and using the radeon > >driver. It's the only way I can get X to start with the driver. Note > > 15bits isn't supported no DRI is disabled. > > What happens if you explicitly disable DRI? (Comment out 'Load "dri"' > in the Modules section of xorg.conf). X loads up. --Boundary-00=_C6aKEVHn7cJX2cq-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 21:38:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8793C16A454 for ; Tue, 28 Mar 2006 21:38:35 +0000 (UTC) (envelope-from tom@uniserve.com) Received: from mx4.uniserve.ca (mx4.uniserve.ca [216.113.192.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51AED43D46 for ; Tue, 28 Mar 2006 21:38:35 +0000 (GMT) (envelope-from tom@uniserve.com) Received: from tom.office.uniserve.ca ([216.113.208.212]) by mx4.uniserve.ca with esmtp (Exim 4.50) id 1FOLta-0002Rm-M6; Tue, 28 Mar 2006 13:38:34 -0800 Message-ID: <4429ACC9.9080904@uniserve.com> Date: Tue, 28 Mar 2006 13:38:17 -0800 From: Tom Samplonius User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: 20060301064805.GS3021@afflictions.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanner: OK. Scanned. Cc: mike@uniserve.com Subject: Installing FreeBSD 6.0 on IBM BladeCenter HS20 - IT WORKS! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 21:38:35 -0000 Axel, Hi, I was reading your post in regards to installing FreeBSD on the BladeCenter that you made to freebsd-stable. I've also been trying installing FreeBSD on the BladeCenter. During my installs, it hangs during the SCSI disk probes (Waiting for SCSI disks to settle). That should only take 5 seconds, but it sits there for a long time. I have some questions: 1. Disabling acpi. What happens for you if acpi is not disabled? I never tried this, and I'm not sure if this fixes anything or not. What did it do for you? 2. Keyboard. Have you tried BETA4? I think the new kbdmux stuff will mean that the keyboard does not need to be disabled. 3. ispfw. I tried both with and without the firmware. I didn't make any difference. It would still hang. What kind of storage are you installing onto? I'm working with an IBM DS400 (aka T600). Tom Samplonius Uniserve From owner-freebsd-stable@FreeBSD.ORG Tue Mar 28 23:08:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 076DD16A400 for ; Tue, 28 Mar 2006 23:08:17 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95E7043D5E for ; Tue, 28 Mar 2006 23:08:16 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.1.108] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.13.4/8.13.4) with ESMTP id k2SN8Dwu067489 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Mar 2006 17:08:13 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <4429C1DC.8070605@palisadesys.com> Date: Tue, 28 Mar 2006 17:08:12 -0600 From: Guy Helmer User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Tom Samplonius References: 20060301064805.GS3021@afflictions.org <4429ACC9.9080904@uniserve.com> In-Reply-To: <4429ACC9.9080904@uniserve.com> X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-From: ghelmer@palisadesys.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: mike@uniserve.com, freebsd-stable@freebsd.org Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 - IT WORKS! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2006 23:08:17 -0000 Tom Samplonius wrote: > Axel, > > Hi, I was reading your post in regards to installing FreeBSD on the > BladeCenter that you made to freebsd-stable. I've also been trying > installing FreeBSD on the BladeCenter. During my installs, it hangs > during the SCSI disk probes (Waiting for SCSI disks to settle). That > should only take 5 seconds, but it sits there for a long time. I have > some questions: > > 1. Disabling acpi. What happens for you if acpi is not disabled? I > never tried this, and I'm not sure if this fixes anything or not. > What did it do for you? > > 2. Keyboard. Have you tried BETA4? I think the new kbdmux stuff will > mean that the keyboard does not need to be disabled. > 3. ispfw. I tried both with and without the firmware. I didn't make > any difference. It would still hang. What kind of storage are you > installing onto? I'm working with an IBM DS400 (aka T600). If these are the same blades as the Intel SBX82 blades, then the code that drains the keyboard interface at boot time will cause the system to hang if the ps/2 keyboard (atkbdc?) isn't disabled. Devon H. O'Dell just sent me a list of his PRs yesterday (via the freebsd-amd64 list) that resolve this problem and several others: I've implemented a fix for this utilizing ACPI reboots. Please apply kern/94939 and tell me if shutdown(8) with -r or reboot(8) works for you. My suspicion is that it will. Also, you may be interested in kern/94822, as FreeBSD won't hang on start-up attaching atkbd(4). If you're working on Intel SBX82 blades, specifically, kern/94833 and bin/94815 may also be interesting to you. Maybe these would be helpful for you, also. Guy -- Guy Helmer, Ph.D. Principal System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 01:06:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEB8216A420 for ; Wed, 29 Mar 2006 01:06:45 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EC4643D45 for ; Wed, 29 Mar 2006 01:06:45 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 4412462C9F7; Tue, 28 Mar 2006 21:06:44 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 46903-10; Tue, 28 Mar 2006 21:06:44 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id E04A862C7D2; Tue, 28 Mar 2006 21:06:43 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 70CA95F278; Tue, 28 Mar 2006 21:06:47 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 6F38A5F276; Tue, 28 Mar 2006 21:06:47 -0400 (AST) Date: Tue, 28 Mar 2006 21:06:47 -0400 (AST) From: "Marc G. Fournier" To: Scott Robbins In-Reply-To: <20060328034333.GA84613@mail.scottro.net> Message-ID: <20060328210628.T947@ganymede.hub.org> References: <20060327230402.X947@ganymede.hub.org> <20060328034333.GA84613@mail.scottro.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-stable@freebsd.org Subject: Re: devfs on /my/jail/dev ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 01:06:46 -0000 The problem is that I'm not running from rc.conf, not using a shell script ;( On Mon, 27 Mar 2006, Scott Robbins wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, Mar 27, 2006 at 11:18:21PM -0400, Marc G. Fournier wrote: >> >> I'm missing something here ... I've looked in /etc/defaults/devfs.conf, and >> found that ruleset 4 is what I want for a jail ... so, I issue: >> >> devfs -m /vm/.t19/dev ruleset 4 >> >> but its not doing anything: > > > If I understand, you want the devfs ruleset for jails, the more or less > pre-built one. > > This is what worked for me. First, I name the jail with an arbitrary > name in /etc/rc.conf, for example > > jail_list="myjail" > Then, I have a line > jail_myjail_devfs_ruleset="devfs_rules_jail" > > (Or you can use ez_jail from ports which does it for you.) > > So, I think what you want, at least when you run it from rc.conf would > be devfs_rules_jail > > > - -- > > Scott Robbins > > PGP keyID EB3467D6 > ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) > gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 > > Willow: Why couldn't he be possessed by a puppy, or some > ducks? > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.2 (FreeBSD) > > iD8DBQFEKLDl+lTVdes0Z9YRAlYOAJ9fngxC0mCD0f1e9YcNc8t/7Vnk9QCZARAj > BBpQgT6SBvW7LUsmXq5ypi8= > =Z39v > -----END PGP SIGNATURE----- > _______________________________________________ > 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" > > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 01:19:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CB7816A420 for ; Wed, 29 Mar 2006 01:19:26 +0000 (UTC) (envelope-from scs@anathema.b1tt3r.org) Received: from anathema.b1tt3r.org (206-45-95-183.static.mts.net [206.45.95.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2CBF43D48 for ; Wed, 29 Mar 2006 01:19:25 +0000 (GMT) (envelope-from scs@anathema.b1tt3r.org) Received: from anathema.b1tt3r.org (localhost.b1tt3r.org [127.0.0.1]) by anathema.b1tt3r.org (8.13.4/8.13.4) with ESMTP id k2T1JOVI001296 for ; Tue, 28 Mar 2006 19:19:24 -0600 (CST) (envelope-from scs@anathema.b1tt3r.org) Received: (from scs@localhost) by anathema.b1tt3r.org (8.13.4/8.13.4/Submit) id k2T1JO08001295 for freebsd-stable@freebsd.org; Tue, 28 Mar 2006 19:19:24 -0600 (CST) (envelope-from scs) Date: Tue, 28 Mar 2006 19:19:24 -0600 From: Sam Stein To: freebsd-stable@freebsd.org Message-ID: <20060329011924.GA1280@anathema.b1tt3r.org> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: Hmmm... I dunno X-OS: FreeBSD anathema.b1tt3r.org 6.1-PRERELEASE i386 X-PGP-Key: http://b1tt3r.org/scs-pubkey.asc Subject: missing pam(8) man page? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 01:19:26 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In various manpages, su and pam_unix for example, reference the manpage pam(8) but there is no pam(8) there is a pam(3)... this sys was JUST upgrad= ed hours ago, and I have asked other people... and they all have the same problem... so either its missing, or its a false reference. --=20 b1tt3r -- You know, like sugar? Sam Stein Computer TeXnician/Programmer --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEKeCcGfrYZAsQpbcRAqz9AKC2eRtLLFJcEH1cTwV1R7Cao9pZ3gCfQCx6 p8eHrqD5l+jeyAQcynLRSug= =rAdE -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 01:33:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A37316A400 for ; Wed, 29 Mar 2006 01:33:55 +0000 (UTC) (envelope-from scs@anathema.b1tt3r.org) Received: from anathema.b1tt3r.org (206-45-95-183.static.mts.net [206.45.95.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8809643D46 for ; Wed, 29 Mar 2006 01:33:54 +0000 (GMT) (envelope-from scs@anathema.b1tt3r.org) Received: from anathema.b1tt3r.org (localhost.b1tt3r.org [127.0.0.1]) by anathema.b1tt3r.org (8.13.4/8.13.4) with ESMTP id k2T1XrIT001467 for ; Tue, 28 Mar 2006 19:33:53 -0600 (CST) (envelope-from scs@anathema.b1tt3r.org) Received: (from scs@localhost) by anathema.b1tt3r.org (8.13.4/8.13.4/Submit) id k2T1XrZf001466 for freebsd-stable@freebsd.org; Tue, 28 Mar 2006 19:33:53 -0600 (CST) (envelope-from scs) Date: Tue, 28 Mar 2006 19:33:53 -0600 From: Sam Stein To: freebsd-stable@freebsd.org Message-ID: <20060329013353.GA1418@anathema.b1tt3r.org> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: Hmmm... I dunno X-OS: FreeBSD anathema.b1tt3r.org 6.1-PRERELEASE i386 X-PGP-Key: http://b1tt3r.org/scs-pubkey.asc Subject: blogger? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 01:33:55 -0000 Whats with the blogger thing? I see signed messages through here all the time.. it doesnt spit that at them... -- b1tt3r -- You know, like sugar? Sam Stein Computer TeXnician/Programmer From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 02:22:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3869616A41F for ; Wed, 29 Mar 2006 02:22:06 +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 EF58843D45 for ; Wed, 29 Mar 2006 02:22: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 D750E1A4D88 for ; Tue, 28 Mar 2006 18:22:05 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4116E53019; Tue, 28 Mar 2006 21:22:05 -0500 (EST) Date: Tue, 28 Mar 2006 21:22:05 -0500 From: Kris Kennaway To: freebsd-stable@freebsd.org Message-ID: <20060329022204.GA29091@xor.obsecurity.org> References: <20060329013353.GA1418@anathema.b1tt3r.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <20060329013353.GA1418@anathema.b1tt3r.org> User-Agent: Mutt/1.4.2.1i Subject: Re: blogger? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 02:22:06 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Mar 28, 2006 at 07:33:53PM -0600, Sam Stein wrote: > Whats with the blogger thing? I see signed messages through here all the > time.. it doesnt spit that at them... Someone on this list is feeding their subscription to blogger.com, which is then wrongly spitting out errors to the original sender of the mail. If anyone has an admin contact at blogger.com, please let me know, because they only provide a web-based comment form, and ignored my submission. Kris --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEKe9MWry0BWjoQKURAm1GAJ9r+di+Si5yxro//W965LAcAGq48QCgqRpc iwhA9MOvX6SxnD/5uF5xK8M= =jJ5L -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 02:30:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BABD016A422 for ; Wed, 29 Mar 2006 02:30:27 +0000 (UTC) (envelope-from tom@uniserve.com) Received: from mx3.uniserve.ca (mx3.uniserve.ca [216.113.192.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76A2E43D48 for ; Wed, 29 Mar 2006 02:30:27 +0000 (GMT) (envelope-from tom@uniserve.com) Received: from mgmt.uniserve.ca ([216.113.192.30]) by mx3.uniserve.ca with esmtp (Exim 4.50) id 1FOQS2-000LVY-Oi; Tue, 28 Mar 2006 18:30:26 -0800 Date: Tue, 28 Mar 2006 18:30:26 -0800 (PST) From: Tom Samplonius X-X-Sender: tom@mgmt.uniserve.ca To: Guy Helmer In-Reply-To: <4429C1DC.8070605@palisadesys.com> Message-ID: <20060328173840.D42800@mgmt.uniserve.ca> References: 20060301064805.GS3021@afflictions.org <4429ACC9.9080904@uniserve.com> <4429C1DC.8070605@palisadesys.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanner: OK. Scanned. Cc: Mike Pultz , freebsd-stable@freebsd.org Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 - IT WORKS! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 02:30:27 -0000 On Tue, 28 Mar 2006, Guy Helmer wrote: > Tom Samplonius wrote: >> Axel, >> >> Hi, I was reading your post in regards to installing FreeBSD on the >> BladeCenter that you made to freebsd-stable. I've also been trying >> installing FreeBSD on the BladeCenter. During my installs, it hangs during >> the SCSI disk probes (Waiting for SCSI disks to settle). That should only >> take 5 seconds, but it sits there for a long time. I have some questions: >> >> 1. Disabling acpi. What happens for you if acpi is not disabled? I never >> tried this, and I'm not sure if this fixes anything or not. What did it do >> for you? >> >> 2. Keyboard. Have you tried BETA4? I think the new kbdmux stuff will mean >> that the keyboard does not need to be disabled. >> 3. ispfw. I tried both with and without the firmware. I didn't make any >> difference. It would still hang. What kind of storage are you installing >> onto? I'm working with an IBM DS400 (aka T600). > > If these are the same blades as the Intel SBX82 blades, then the code that > drains the keyboard interface at boot time will cause the system to hang if > the ps/2 keyboard (atkbdc?) isn't disabled. Devon H. O'Dell just sent me a > list of his PRs yesterday (via the freebsd-amd64 list) that resolve this > problem and several others: IBM HS20 (dual Xeon) blades are basically the same as the Intel SBX82. > I've implemented a fix for this utilizing ACPI reboots. Please > apply kern/94939 and tell me if shutdown(8) with -r or > reboot(8) works for you. My suspicion is that it will. That could be a problem, if the HS20 FreeBSD install receipe is to disable ACPI, since they won't have ACPI either. I'm going to retry an HS20 install soon, and see if disabling ACPI fixes the "Waiting for SCSI disks to settle" hang that I get right now. The problem that I'm getting has some similarites to the ips0 SCSI problem (discussed on freebsd-scsi) which appears like it could be interrupt storm caused by miss-routed and/or mis-initialized interrupts caused by a ACPI issue. In which case the isp and bge drivers on a HS20 could having the same problem. > Also, you may be interested in kern/94822, as FreeBSD won't > hang on start-up attaching atkbd(4). If you're working on > Intel SBX82 blades, specifically, kern/94833 and bin/94815 may > also be interesting to you. I don't have this problem actually. I guess if the atkbd is disabled, there is also no issue? > Maybe these would be helpful for you, also. > > Guy > > -- > Guy Helmer, Ph.D. > Principal System Architect > Palisade Systems, Inc. > > Tom Samplonius VP of Technology Uniserve From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 07:02:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D24B16A420 for ; Wed, 29 Mar 2006 07:02:38 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 6853943D46 for ; Wed, 29 Mar 2006 07:02:36 +0000 (GMT) (envelope-from janm@transactionware.com) Received: (qmail 12048 invoked from network); 29 Mar 2006 07:02:53 -0000 Received: from new.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 29 Mar 2006 07:02:53 -0000 Received: (qmail 52699 invoked by uid 1026); 29 Mar 2006 07:02:53 -0000 Received: from 192.168.1.32 by new.transactionware.com (envelope-from , uid 1003) with qmail-scanner-1.25 (spamassassin: 3.0.2. Clear:RC:1(192.168.1.32):. Processed in 2.871004 secs); 29 Mar 2006 07:02:53 -0000 Received: from janm.transactionware.com (HELO ?192.168.1.32?) (192.168.1.32) by new.transactionware.com with SMTP; 29 Mar 2006 07:02:49 -0000 Message-ID: <442A32DA.5020500@transactionware.com> Date: Wed, 29 Mar 2006 18:10:18 +1100 From: Jan Mikkelsen User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050822) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: SATA DLT tape drive support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 07:02:38 -0000 Hi, Does anyone know if the Quantum SATA DLT-V4 tape drives will work in 6-stable (or 6.1)? I'm looking at model number BHBAM-BR. See: http://www.quantum.com/Products/TapeDrives/DLT/DLTV4/Index.aspx The only reference I can find using Google is a post on an OpenSolaris forum saying that it works on Linux & OpenBSD, but not FreeBSD. I'm hoping that the recent ata changes might help things ... Thanks, Jan Mikkelsen From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 07:20:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9385C16A400 for ; Wed, 29 Mar 2006 07:20:33 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id E520B43D46 for ; Wed, 29 Mar 2006 07:20:32 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id B73A72096 for ; Wed, 29 Mar 2006 09:20:27 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id A1C662081 for ; Wed, 29 Mar 2006 09:20:27 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 8048733C8D; Wed, 29 Mar 2006 09:20:27 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: freebsd-stable@freebsd.org References: <20060329011924.GA1280@anathema.b1tt3r.org> Date: Wed, 29 Mar 2006 09:20:27 +0200 In-Reply-To: <20060329011924.GA1280@anathema.b1tt3r.org> (Sam Stein's message of "Tue, 28 Mar 2006 19:19:24 -0600") Message-ID: <86lkutu37o.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: missing pam(8) man page? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 07:20:33 -0000 Sam Stein writes: > In various manpages, su and pam_unix for example, reference the manpage > pam(8) but there is no pam(8) there is a pam(3)... this sys was JUST upgr= aded > hours ago, and I have asked other people... and they all have the same > problem... so either its missing, or its a false reference. Both, in the sense that there should be one, but it was never written. Most of the information it should contain is present in pam(3) and pam.conf(5). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 09:05:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B905516A41F for ; Wed, 29 Mar 2006 09:05:07 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao03.cox.net (eastrmmtao03.cox.net [68.230.240.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06E9C43D45 for ; Wed, 29 Mar 2006 09:05:06 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([68.14.59.177]) by eastrmmtao03.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060329090504.EWKF29285.eastrmmtao03.cox.net@serene.no-ip.org>; Wed, 29 Mar 2006 04:05:04 -0500 Received: from localhost (localhost [127.0.0.1]) by serene.no-ip.org (8.13.4/8.13.4) with SMTP id k2T954e9067388; Wed, 29 Mar 2006 03:05:05 -0600 (CST) (envelope-from conrads@cox.net) Date: Wed, 29 Mar 2006 03:04:59 -0600 From: "Conrad J. Sabatier" To: Chris Message-Id: <20060329030459.40be9cb2.conrads@cox.net> In-Reply-To: <3aaaa3a0603281134sd0d4e16x@mail.gmail.com> References: <3aaaa3a0603281134sd0d4e16x@mail.gmail.com> X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.8.16; amd64-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: nmbclusters X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 09:05:07 -0000 On Tue, 28 Mar 2006 20:34:18 +0100 Chris wrote: > Using 6.0 release latest security branch. > > netstat -m > 69/576/645 mbufs in use (current/cache/total) > 65/261/326/33792 mbuf clusters in use (current/cache/total/max) > 0/38/8704 sfbufs in use (current/peak/max) > 147K/666K/813K bytes allocated to network (current/cache/total) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 29780 requests for I/O initiated by sendfile > 633 calls to protocol drain routines > > sysctl kern.ipc.nmbclusters > kern.ipc.nmbclusters: 65536 > > sysctl kern.ipc.nmbclusters=25000 > kern.ipc.nmbclusters: 65536 -> 25000 > > 70/575/645 mbufs in use (current/cache/total) > 64/262/326/33792 mbuf clusters in use (current/cache/total/max) > 0/38/8704 sfbufs in use (current/peak/max) > 145K/667K/813K bytes allocated to network (current/cache/total) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 29780 requests for I/O initiated by sendfile > 633 calls to protocol drain routines > > so the sysctl variable has no affect, has this become a read only > tunable again only settable in loader.conf? To the best of my knowledge, this has *always* been a loader tunable, not configurable on-the-fly. Myself, ever since the introduction quite some time ago of the "friendly" setting of 0 (for unlimited mbufs), I've always used that in my /boot/loader.conf, i.e., kern.ipc.nmbclusters="0". Can't really comment on your other questions, I'm afraid. :-) > if yes then their is a bug > where it shows no error on sysctl command, or is it suppoedbly > settable then their is a bug where it doesnt work or netstat -m shows > inccorect info. Or is this setting been depreciated? > > Also if the machine stops responding, and no kernel panic logged does > it mean a livelock/deadlock? Have been seeing issues on 3 diff 6.0 > release servers which simply go dead. 2 were rolled back to 5.4 and > immediatly became stable and I left this one on 6.0 to try and resolve > problems but diffilcult with no log entries. > > Thanks > > Chris -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 09:57:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9873016A400; Wed, 29 Mar 2006 09:57:02 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC38043D45; Wed, 29 Mar 2006 09:57:00 +0000 (GMT) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82]) by www.svzserv.kemerovo.su (8.13.4/8.13.4) with ESMTP id k2T9urvd030193; Wed, 29 Mar 2006 17:56:53 +0800 (KRAST) (envelope-from eugen@kuzbass.ru) Message-ID: <442A59C0.F808877B@kuzbass.ru> Date: Wed, 29 Mar 2006 17:56:16 +0800 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.8 [en] (Win98; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: bug-followup@freebsd.org Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: kern/93381: kern/93381 : reboot(8) works but 'reboot -n' hangs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 09:57:02 -0000 Hi! The same problem occures if 6.1-PRERELEASE kernel panic occures while configuration partition of NanoBSD is being updated (so, mounted read-write). This problem has occured now, I've got kernel panic while find(1) walked file system and the system become frozen after panic, it did not reboot. Please take a look at http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/93381 Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 10:48:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BDF416A420 for ; Wed, 29 Mar 2006 10:48:38 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34A3343D49 for ; Wed, 29 Mar 2006 10:48:37 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id l8so176700nzf for ; Wed, 29 Mar 2006 02:48:36 -0800 (PST) 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=DoC5Re5+9rH+2m1Kksa4vi/a3hb1OmJ3gIiz2POF+mZFP+vQQO1C3wmKjmtXBQHbyUJzRV70MfhAVJ10zJ+S+/o4ruqdtsTS8+XhgNUgnOMOl9Op7vYIAqRKl9KlN3IFkIMEm6kUpHHMKsp7ZE8hQwuMLZZUz05oT5m5xl2tFQ4= Received: by 10.36.113.6 with SMTP id l6mr40848nzc; Wed, 29 Mar 2006 02:48:36 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 10sm466250nzo.2006.03.29.02.48.34; Wed, 29 Mar 2006 02:48:35 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k2TAml1H014874 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Mar 2006 19:48:47 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k2TAmgPq014873; Wed, 29 Mar 2006 19:48:42 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 29 Mar 2006 19:48:42 +0900 From: Pyun YongHyeon To: Wilko Bulte Message-ID: <20060329104842.GA12679@cdnetworks.co.kr> References: <20060324223317.2069564f@it.buh.tecnik93.com> <20060327185142.GC24315@soaustin.net> <200603271848.19010.joao@matik.com.br> <200603280221.28996.pieter@degoeje.nl> <20060328020840.GA8189@cdnetworks.co.kr> <20060328034846.GA81006@0lsen.net> <20060328142215.GC65098@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060328142215.GC65098@freebie.xs4all.nl> User-Agent: Mutt/1.4.2.1i Cc: Pieter de Goeje , Clint Olsen , freebsd-stable@FreeBSD.ORG Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 10:48:38 -0000 On Tue, Mar 28, 2006 at 04:22:15PM +0200, Wilko Bulte wrote: > On Mon, Mar 27, 2006 at 07:48:46PM -0800, Clint Olsen wrote.. > > On Mar 28, Pyun YongHyeon wrote: > > > and sparc64(SMP) and I never see above errors. The only issue known to > > > me is occasional watchdog timeout error which I really want to fix. But > > > the watchdog timeout error is hard to reproduce and I couldn't reproduce > > > the error on my system. > > > > I'm still seeing the watchdog timeout on 5.5-PRERELEASE (uni-processor): > > > > Mar 22 14:47:04 belle kernel: sk0: watchdog timeout > > Mar 24 08:37:19 belle kernel: sk0: watchdog timeout > > Mar 27 04:09:15 belle kernel: sk0: watchdog timeout > > > > But at least the driver doesn't wedge the interface now. > > Yes, same here on 6.1-PRERELEASE: > > ch0: 10 slots, 1 drive, 1 picker, 0 portals > sk0: watchdog timeout > sk0: watchdog timeout > Ok, here is a new patch that try to fix the watchdog timeout error. I don't know it will eradicate the bug as I don't see the watchdog error on my system. The patch borrowed Yukon specific register definition from Linux driver and adopted Yukon FIFO related operations from Linux. I don't know exact meaning of the registers(it's just guessing) but it seems it doesn't hurt on my system. You may have to download 4 files to build the driver. http://people.freebsd.org/~yongari/sk/sk_test2/if_sk.c http://people.freebsd.org/~yongari/sk/sk_test2/if_skreg.h http://people.freebsd.org/~yongari/sk/sk_test2/xmaciireg.h http://people.freebsd.org/~yongari/sk/sk_test2/yukonreg.h -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 11:08:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE29216A401 for ; Wed, 29 Mar 2006 11:08:41 +0000 (UTC) (envelope-from bmiele@ipnstock.com) Received: from shanty.ipnstock.com (static-71-241-222-63.port.east.verizon.net [71.241.222.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DC4643D48 for ; Wed, 29 Mar 2006 11:08:41 +0000 (GMT) (envelope-from bmiele@ipnstock.com) Received: from shanty.ipnstock.com (localhost [127.0.0.1]) by shanty.ipnstock.com (8.13.4/8.13.4) with ESMTP id k2TB8dQ2084454 for ; Wed, 29 Mar 2006 06:08:39 -0500 (EST) (envelope-from bmiele@ipnstock.com) Received: from localhost (brad@localhost) by shanty.ipnstock.com (8.13.4/8.13.3/Submit) with ESMTP id k2TB8dZO084451 for ; Wed, 29 Mar 2006 06:08:39 -0500 (EST) (envelope-from bmiele@ipnstock.com) X-Authentication-Warning: shanty.ipnstock.com: brad owned process doing -bs Date: Wed, 29 Mar 2006 06:08:39 -0500 (EST) From: brad miele X-X-Sender: brad@shanty.ipnstock.com To: freebsd-stable@freebsd.org Message-ID: <20060329060240.D73721@shanty.ipnstock.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: gvinum help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 11:08:41 -0000 Profuse apologies for any wrong list, missed faqs, etc. But I am looking for help with using gvinum to set up a raid volume. I have read the handbook, and I sort of understand how it works, I just cannot seem to figure out how to "do" it. My setup is a box running 6.0-RELEASE, I have 1 200G wd drive that I have set up as the os and I have 6 200G wd drives that I want to combine in a raid (hopefully 5, but just knowing how to do any would be great). Any pointers to howto docs ins the form of "first do this, then do thiis, etc." would be helpful mostly I don't understand ow to prepare the drives in the array to be used by gvinum. I could probably figure out he rest on my own given enough time and monkeys. Thanks, Brad --------------------- Brad Miele bmiele@ipnstock.com From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 12:00:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C1FF16A423 for ; Wed, 29 Mar 2006 12:00:00 +0000 (UTC) (envelope-from emosto@web.de) Received: from fmmailgate05.web.de (fmmailgate05.web.de [217.72.192.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ADDA43D46 for ; Wed, 29 Mar 2006 11:59:59 +0000 (GMT) (envelope-from emosto@web.de) Received: by fmmailgate05.web.de (8.12.10/8.12.10/webde Linux 0.7) with ESMTP id k2TBxv45004102 for ; Wed, 29 Mar 2006 13:59:57 +0200 Received: from [62.245.203.10] (helo=[192.168.3.55]) by smtp05.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.106 #94) id 1FOZLA-0000CV-00 for freebsd-stable@freebsd.org; Wed, 29 Mar 2006 13:59:56 +0200 Message-ID: <442A76BD.7080707@web.de> Date: Wed, 29 Mar 2006 13:59:57 +0200 From: Emil Stoyanov User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.92.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: emosto@web.de X-Sender: emosto@web.de Subject: Re: gvinum help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 12:00:00 -0000 brad miele wrote: >> Profuse apologies for any wrong list, missed faqs, etc. But I am >> looking for help with using gvinum to set up a raid volume. I have >> read the handbook, and I sort of understand how it works, I just >> cannot seem to figure out how to "do" it. >> >> My setup is a box running 6.0-RELEASE, I have 1 200G wd drive that I >> have set up as the os and I have 6 200G wd drives that I want to >> combine in a raid (hopefully 5, but just knowing how to do any would >> be great). >> >> Any pointers to howto docs ins the form of "first do this, then do >> thiis, etc." would be helpful mostly I don't understand ow to prepare >> the drives in the array to be used by gvinum. I could probably figure >> out he rest on my own given enough time and monkeys. >> > > There is an article on the O'Reilly BSD Devcenter about setting up software RAID 1 with FreeBSD as a step by step tutorial. Here is the link: http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html I hope it helps. Cheers, Emil From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 13:00:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 182E916A401; Wed, 29 Mar 2006 13:00:39 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7335F43D45; Wed, 29 Mar 2006 13:00:38 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3D56220A0; Wed, 29 Mar 2006 15:00:33 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 2E8F42081; Wed, 29 Mar 2006 15:00:33 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 0C48B33C8D; Wed, 29 Mar 2006 15:00:33 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "Conrad J. Sabatier" References: <3aaaa3a0603281134sd0d4e16x@mail.gmail.com> <20060329030459.40be9cb2.conrads@cox.net> Date: Wed, 29 Mar 2006 15:00:32 +0200 In-Reply-To: <20060329030459.40be9cb2.conrads@cox.net> (Conrad J. Sabatier's message of "Wed, 29 Mar 2006 03:04:59 -0600") Message-ID: <861wwlcsnj.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Chris , freebsd-stable@freebsd.org, bmilekic@freebsd.org Subject: Re: nmbclusters X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 13:00:39 -0000 "Conrad J. Sabatier" writes: > Chris wrote: > > so [kern.ipc.nmbclusters] has no affect, has this become a read only > > tunable again only settable in loader.conf? > To the best of my knowledge, this has *always* been a loader tunable, > not configurable on-the-fly. kern.ipc.nmbclusters is normally computed at boot time. A compile- time option to override it was introduced in 2.0-CURRENT. At that time, it was defined in param.c. A read-only sysctl was introduced in 3.0-CURRENT. It moved from param.c to uipc_mbuf.c in 4.0-CURRENT, then to subr_mbuf.c when mballoc was introduced in 5.0-CURRENT; became a tunable at some point after that; then moved again to kern_mbuf.c when mballoc was replaced with mbuma in 6.0-CURRENT. That is the point where it became read-write, for no good reason that I can see; setting it at runtime has no effect, because the size of the mbuf zone is determined at boot time. Perhaps Bosko (who wrote both mballoc and mbuma, IIRC) knows. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 14:20:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1594A16A42A for ; Wed, 29 Mar 2006 14:20:46 +0000 (UTC) (envelope-from bosko.milekic@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAC9143D83 for ; Wed, 29 Mar 2006 14:20:31 +0000 (GMT) (envelope-from bosko.milekic@gmail.com) Received: by uproxy.gmail.com with SMTP id m3so104479ugc for ; Wed, 29 Mar 2006 06:20:30 -0800 (PST) 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=I3Lapa6TEddj2Ou8ly9viw8ypPgHb4oH1C30zy8fX4MfJIqY8v9dq/5tRrw8Gdj+LJua376AeI8SeTMZTMMgvoChJWZlo0Ot0tPfP3Cn/q45E9KXkXk3AFp9b+dCda8dD6UhE764bgzfkobavMA8+9ANAzlL8/e9Liv4kcjk3EY= Received: by 10.78.52.17 with SMTP id z17mr19315huz; Wed, 29 Mar 2006 06:20:29 -0800 (PST) Received: by 10.78.48.20 with HTTP; Wed, 29 Mar 2006 06:20:29 -0800 (PST) Message-ID: Date: Wed, 29 Mar 2006 09:20:29 -0500 From: "Bosko Milekic" To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <861wwlcsnj.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <3aaaa3a0603281134sd0d4e16x@mail.gmail.com> <20060329030459.40be9cb2.conrads@cox.net> <861wwlcsnj.fsf@xps.des.no> Cc: Chris , "Conrad J. Sabatier" , freebsd-stable@freebsd.org Subject: Re: nmbclusters X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 14:20:46 -0000 It's always only been boot-time tunable (well, "always" is of course relative to my time with FreeBSD -- Dag-Erling has been around longer and therefore recounts its more comprehensive history). In 6.0-CURRENT there was an intention to make it sysctl (runtime) tunable, as it finally became at least theoretically possible to do so. I have recently seen a patch floating around from Paul Saab (ps@) who has finally made it runtime tunable -- at least enough so that it can be _increased_. Not sure if he has committed it, yet. Note that _decreasing_ nmbclusters at run-time will probably never be possible -- implementing is too difficult for what it would be worth. Cheers, Bosko On 3/29/06, Dag-Erling Sm=F8rgrav wrote: > "Conrad J. Sabatier" writes: > > Chris wrote: > > > so [kern.ipc.nmbclusters] has no affect, has this become a read only > > > tunable again only settable in loader.conf? > > To the best of my knowledge, this has *always* been a loader tunable, > > not configurable on-the-fly. > > kern.ipc.nmbclusters is normally computed at boot time. A compile- > time option to override it was introduced in 2.0-CURRENT. At that > time, it was defined in param.c. A read-only sysctl was introduced in > 3.0-CURRENT. It moved from param.c to uipc_mbuf.c in 4.0-CURRENT, > then to subr_mbuf.c when mballoc was introduced in 5.0-CURRENT; became > a tunable at some point after that; then moved again to kern_mbuf.c > when mballoc was replaced with mbuma in 6.0-CURRENT. That is the > point where it became read-write, for no good reason that I can see; > setting it at runtime has no effect, because the size of the mbuf zone > is determined at boot time. Perhaps Bosko (who wrote both mballoc and > mbuma, IIRC) knows. > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > -- Bosko Milekic To see all the content I generate on the web, check out my Peoplefeeds profile at: http://peoplefeeds.com/bosko From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 15:04:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6791716A400 for ; Wed, 29 Mar 2006 15:04:28 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEC5043D48 for ; Wed, 29 Mar 2006 15:04:26 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id DF504B80C for ; Wed, 29 Mar 2006 10:04:25 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.3) In-Reply-To: <4429ACC9.9080904@uniserve.com> References: 20060301064805.GS3021@afflictions.org <4429ACC9.9080904@uniserve.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6D432961-B557-4310-B94A-C919081E7448@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Wed, 29 Mar 2006 10:04:24 -0500 To: freebsd-stable X-Mailer: Apple Mail (2.746.3) Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 - IT WORKS! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 15:04:28 -0000 On Mar 28, 2006, at 4:38 PM, Tom Samplonius wrote: > 1. Disabling acpi. What happens for you if acpi is not disabled? > I never tried this, and I'm not sure if this fixes anything or > not. What did it do for you? Try disabling just the ACPI timer. At boot, break to the loader prompt and enter debug.acpi.disabled=timer boot then see if it works. I have one machine for which I must do this on FreeBSD >= 6.0, and others have reported this as well. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 15:29:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED59D16A425 for ; Wed, 29 Mar 2006 15:29:22 +0000 (UTC) (envelope-from norbert@augenstein.net) Received: from www33.your-server.de (www33.your-server.de [213.133.104.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id A89F243D95 for ; Wed, 29 Mar 2006 15:28:59 +0000 (GMT) (envelope-from norbert@augenstein.net) Received: from [84.154.67.247] (helo=surfer.augenstein.ten) by www33.your-server.de with esmtpa (Exim 4.52) id 1FOcbQ-0005CW-8N for freebsd-stable@freebsd.org; Wed, 29 Mar 2006 17:28:58 +0200 Received: from seth.augenstein.ten (seth.augenstein.ten [192.168.0.2]) by surfer.augenstein.ten (Postfix) with ESMTP id D74A43ED1 for ; Wed, 29 Mar 2006 17:28:51 +0200 (CEST) Received: by seth.augenstein.ten (Postfix, from userid 666) id 505945D; Wed, 29 Mar 2006 17:28:51 +0200 (CEST) From: Norbert Augenstein To: freebsd-stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 29 Mar 2006 17:28:50 +0200 Message-Id: <1143646130.692.21.camel@seth.augenstein.ten> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 / FreeBSD 2005-12-15 X-Authenticated-Sender: norbert@augenstein.net X-Virus-Scanned: Clear (ClamAV 0.88/1361/Wed Mar 29 08:50:38 2006) Subject: GRUB does not boot FreeBSD after installworld ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 15:29:23 -0000 HI, i have updatete to 6.1-PRERELEASE and after the "installworld" step GRUB is unable to boot FreeBSD. After i did the installworld and rebooted the GRUB error was: 23 : Error while parsing number I have reinstalled the standard FreeBSD loader for now. Booting with a GRUB boot-floppy i am able to start either XP or Linux but trying to start FreeBSD the system just reboots, no errormessage. I have already tried to install GRUB to MBR again, but no go, the system just reboots if i try to start FreeBSD. Any ideas? From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 15:42:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A9F316A422 for ; Wed, 29 Mar 2006 15:42:24 +0000 (UTC) (envelope-from norbert@augenstein.net) Received: from www33.your-server.de (www33.your-server.de [213.133.104.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4E6543D48 for ; Wed, 29 Mar 2006 15:42:23 +0000 (GMT) (envelope-from norbert@augenstein.net) Received: from [84.154.67.247] (helo=surfer.augenstein.ten) by www33.your-server.de with esmtpa (Exim 4.52) id 1FOcoG-0006He-2X for freebsd-stable@freebsd.org; Wed, 29 Mar 2006 17:42:23 +0200 Received: from seth.augenstein.ten (seth.augenstein.ten [192.168.0.2]) by surfer.augenstein.ten (Postfix) with ESMTP id 5C56B3ED1 for ; Wed, 29 Mar 2006 17:42:08 +0200 (CEST) Received: by seth.augenstein.ten (Postfix, from userid 666) id 2756A5D; Wed, 29 Mar 2006 17:42:08 +0200 (CEST) From: Norbert Augenstein To: freebsd-stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 29 Mar 2006 17:42:07 +0200 Message-Id: <1143646927.692.29.camel@seth.augenstein.ten> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 / FreeBSD 2005-12-15 X-Authenticated-Sender: norbert@augenstein.net X-Virus-Scanned: Clear (ClamAV 0.88/1361/Wed Mar 29 08:50:38 2006) Subject: cannot type in GDM after installworld ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 15:42:24 -0000 Hi, additionally to my GRUB problem, GDM does not accept any keystroke at all, nada nothing, after updating to 6.1-PRERELEASE. I am using XDM for now. Any ideas here? From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 16:44:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2728C16A424 for ; Wed, 29 Mar 2006 16:44:24 +0000 (UTC) (envelope-from bsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D35143D9E for ; Wed, 29 Mar 2006 16:44:12 +0000 (GMT) (envelope-from bsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k2TGiATo017185 for ; Wed, 29 Mar 2006 08:44:11 -0800 (PST) (envelope-from bsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k2TGiASQ017184 for freebsd-stable@freebsd.org; Wed, 29 Mar 2006 08:44:10 -0800 (PST) (envelope-from bsd@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to bsd@1command.com using -f Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 29 Mar 2006 08:44:10 -0800 Message-ID: <20060329084410.wmz1syjdgckcgowk@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 29 Mar 2006 08:44:10 -0800 From: Chris To: freebsd-stable@freebsd.org References: <000001c650df$8a3424c0$0201a8c0@bedroom> In-Reply-To: <000001c650df$8a3424c0$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) H3 (4.0.4) / FreeBSD-5.5 Subject: RE: Data transfer from one HD to another X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 16:44:24 -0000 Quoting Matt Smith : > Will this also transfer the filesystem structure? Indeed. The man pages for these commands will provide variations of their usage. So as to obtain different results. Dependant upon your needs. --Chris > > Matt > > -----Original Message----- > From: Joseph Olatt [mailto:joji@eskimo.com] > Sent: Sunday, March 26, 2006 8:45 AM > To: Matt Smith > Cc: freebsd-stable@freebsd.org > Subject: Re: Data transfer from one HD to another > > On Sun, Mar 26, 2006 at 08:27:27AM -0500, Matt Smith wrote: >> Hi, >> Is there an EASY method to transfer the partitions from an old hard > disk >> to a new one? > > I presume you want to trasfer all the files from one (or more) > partition(s) in the old hard drive to a new hard drive. If so, try the > command "dd". man dd(1). There are examples at the bottom of the man > page. > > Other commands that may be used are: tar & cpio (man tar & man cpio for > more info). > > regards, > joseph > > >> >> Matt Smith >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Microsoft: Disc space -- the final frontier! ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 17:54:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A873416A400; Wed, 29 Mar 2006 17:54:50 +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 0145743D62; Wed, 29 Mar 2006 17:54:43 +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 45C7046C6D; Wed, 29 Mar 2006 12:54:42 -0500 (EST) Date: Wed, 29 Mar 2006 17:54:42 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <861wwlcsnj.fsf@xps.des.no> Message-ID: <20060329175256.W19236@fledge.watson.org> References: <3aaaa3a0603281134sd0d4e16x@mail.gmail.com> <20060329030459.40be9cb2.conrads@cox.net> <861wwlcsnj.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1632131015-1143654882=:19236" Cc: Chris , "Conrad J. Sabatier" , freebsd-stable@freebsd.org, bmilekic@freebsd.org Subject: Re: nmbclusters X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 17:54:50 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1632131015-1143654882=:19236 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 29 Mar 2006, Dag-Erling Sm=F8rgrav wrote: > "Conrad J. Sabatier" writes: >> Chris wrote: >>> so [kern.ipc.nmbclusters] has no affect, has this become a read only >>> tunable again only settable in loader.conf? >> To the best of my knowledge, this has *always* been a loader tunable, >> not configurable on-the-fly. > > kern.ipc.nmbclusters is normally computed at boot time. A compile- time= =20 > option to override it was introduced in 2.0-CURRENT. At that time, it wa= s=20 > defined in param.c. A read-only sysctl was introduced in 3.0-CURRENT. I= t=20 > moved from param.c to uipc_mbuf.c in 4.0-CURRENT, then to subr_mbuf.c whe= n=20 > mballoc was introduced in 5.0-CURRENT; became a tunable at some point aft= er=20 > that; then moved again to kern_mbuf.c when mballoc was replaced with mbum= a=20 > in 6.0-CURRENT. That is the point where it became read-write, for no goo= d=20 > reason that I can see; setting it at runtime has no effect, because the s= ize=20 > of the mbuf zone is determined at boot time. Perhaps Bosko (who wrote bo= th=20 > mballoc and mbuma, IIRC) knows. Paul Saab from Yahoo! has a set of patches that allow run-time nmbclusters= =20 changes to be implemented -- while it won't cause the freeing of clusters= =20 referenced, it goes through and recalculates dependent variables, propagate= s=20 them into UMA, etc. I believe they're running with this patch on 6.x, and = I=20 expect that they will be merged to -CURRENT and -STABLE in the relatively n= ear=20 future. Not before 6.1, however. If the nmbclusters setting really has no effect right now, we should mark t= he=20 sysctl as read-only to make it more clear it doesn't, since allowing it to = be=20 set without taking effect is counter-intuitive. Robert N M Watson --0-1632131015-1143654882=:19236-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 18:43:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC47016A4EB for ; Wed, 29 Mar 2006 18:43:14 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (87-196-182-219.net.novis.pt [87.196.182.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAA4643D49 for ; Wed, 29 Mar 2006 18:43:13 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k2TIgvRA003634; Wed, 29 Mar 2006 19:42:57 +0100 (WEST) (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k2TIgunP003633; Wed, 29 Mar 2006 19:42:56 +0100 (WEST) (envelope-from miguel) Date: Wed, 29 Mar 2006 19:42:56 +0100 (WEST) From: Miguel Ramos Message-Id: <200603291842.k2TIgunP003633@compaq.anjos.strangled.net> To: freebsd-stable@freebsd.org, norbert@augenstein.net In-Reply-To: <1143646927.692.29.camel@seth.augenstein.ten> Cc: Subject: Re: cannot type in GDM after installworld ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 18:43:20 -0000 > From owner-freebsd-stable@freebsd.org Wed Mar 29 16:42:48 2006 > From: Norbert Augenstein > To: freebsd-stable@freebsd.org > Date: Wed, 29 Mar 2006 17:42:07 +0200 > Subject: cannot type in GDM after installworld ... > > Hi, > > additionally to my GRUB problem, GDM does not accept any keystroke at > all, nada nothing, after updating to 6.1-PRERELEASE. > I am using XDM for now. > Any ideas here? Yes, I had a similar problem. Perhaps the same. GDM's allocation of a VT may conflict with getty. In the configuration file, there's a parameter which is FirstVT with default value 9. He'll try to use, by default, ttyv8 as its VT. Sometimes, he'll get it before getty does. Then it works. Sometimes, he get's it afterwards and you get that strange conflict. I used to have all VTs until ttva enabled in /etc/ttys, so this would conflict with GDM's default configuration file. If this is your case, try these two solutions: 1- change FirstVT to a diferent (higher) value 2- disable all VTs below 9 in /etc/ttys I chose the second solution, because GDM can use more than one VT, enabling several users of the same console to be logged in graphically and simultaneously. -- Miguel Ramos GnuPG ID 0xA006A14C From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 18:46:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 020EB16A400 for ; Wed, 29 Mar 2006 18:46:39 +0000 (UTC) (envelope-from freebsd@anjos.strangled.net) Received: from compaq.anjos.strangled.net (87-196-182-219.net.novis.pt [87.196.182.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C3F343D48 for ; Wed, 29 Mar 2006 18:46:36 +0000 (GMT) (envelope-from freebsd@anjos.strangled.net) Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k2TIkZic003705 for ; Wed, 29 Mar 2006 19:46:35 +0100 (WEST) (envelope-from freebsd@anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k2TIkYEl003704 for freebsd-stable@freebsd.org; Wed, 29 Mar 2006 19:46:34 +0100 (WEST) (envelope-from freebsd@anjos.strangled.net) Date: Wed, 29 Mar 2006 19:46:34 +0100 (WEST) From: freebsd@anjos.strangled.net Message-Id: <200603291846.k2TIkYEl003704@compaq.anjos.strangled.net> To: freebsd-stable@freebsd.org Subject: Re: cannot type in GDM after installworld ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 18:46:39 -0000 > From owner-freebsd-stable@freebsd.org Wed Mar 29 16:42:48 2006 > From: Norbert Augenstein > To: freebsd-stable@freebsd.org > Date: Wed, 29 Mar 2006 17:42:07 +0200 > Subject: cannot type in GDM after installworld ... > > Hi, > > additionally to my GRUB problem, GDM does not accept any keystroke at > all, nada nothing, after updating to 6.1-PRERELEASE. > I am using XDM for now. > Any ideas here? Yes, I had a similar problem. Perhaps the same. GDM's allocation of a VT may conflict with getty. In the configuration file, there's a parameter which is FirstVT with default value 9. He'll try to use, by default, ttyv8 as its VT. Sometimes, he'll get it before getty does. Then it works. Sometimes, he get's it afterwards and you get that strange conflict. I used to have all VTs until ttva enabled in /etc/ttys, so this would conflict with GDM's default configuration file. If this is your case, try these two solutions: 1- change FirstVT to a diferent (higher) value 2- disable all VTs below 9 in /etc/ttys I chose the second solution, because GDM can use more than one VT, enabling several users of the same console to be logged in graphically and simultaneously. -- Miguel Ramos GnuPG ID 0xA006A14C From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 19:07:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C96416A401 for ; Wed, 29 Mar 2006 19:07:33 +0000 (UTC) (envelope-from freebsd@anjos.strangled.net) Received: from compaq.anjos.strangled.net (87-196-182-219.net.novis.pt [87.196.182.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5555543D73 for ; Wed, 29 Mar 2006 19:07:31 +0000 (GMT) (envelope-from freebsd@anjos.strangled.net) Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k2TJ7IdK003883; Wed, 29 Mar 2006 20:07:18 +0100 (WEST) (envelope-from freebsd@anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k2TJ7HHj003882; Wed, 29 Mar 2006 20:07:17 +0100 (WEST) (envelope-from freebsd@anjos.strangled.net) Date: Wed, 29 Mar 2006 20:07:17 +0100 (WEST) From: freebsd@anjos.strangled.net Message-Id: <200603291907.k2TJ7HHj003882@compaq.anjos.strangled.net> To: norbert@augenstein.net Cc: freebsd-stable@freebsd.org Subject: Re: GRUB does not boot FreeBSD after installworld ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 19:07:33 -0000 > From: Norbert Augenstein > Subject: GRUB does not boot FreeBSD after installworld ... > > HI, > > i have updatete to 6.1-PRERELEASE and after the "installworld" step GRUB > is unable to boot FreeBSD. Perhaps it wasn't the installworld step that caused this... The boot record isn't touched... > After i did the installworld and rebooted the GRUB error was: > > 23 : Error while parsing number > > I have reinstalled the standard FreeBSD loader for now. > > Booting with a GRUB boot-floppy i am able to start either XP or Linux > but trying to start FreeBSD the system just reboots, no errormessage. > > I have already tried to install GRUB to MBR again, but no go, the system > just reboots if i try to start FreeBSD. > > Any ideas? How are you installing grub? From floppy? What are your configuration files? -- Miguel From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 20:31:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 531AF16A41F; Wed, 29 Mar 2006 20:31:25 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8DC943D45; Wed, 29 Mar 2006 20:31:24 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C04F22096; Wed, 29 Mar 2006 22:31:15 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id A7E462081; Wed, 29 Mar 2006 22:31:15 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 21B4F33C31; Wed, 29 Mar 2006 22:31:15 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Chris References: <3aaaa3a0603281134sd0d4e16x@mail.gmail.com> <20060329030459.40be9cb2.conrads@cox.net> <861wwlcsnj.fsf@xps.des.no> <20060329175256.W19236@fledge.watson.org> <3aaaa3a0603291152g2ea1fcbdo57342e3031882060@mail.gmail.com> Date: Wed, 29 Mar 2006 22:31:15 +0200 In-Reply-To: <3aaaa3a0603291152g2ea1fcbdo57342e3031882060@mail.gmail.com> (chrcoluk@gmail.com's message of "Wed, 29 Mar 2006 20:52:36 +0100") Message-ID: <86slp1t2lo.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, "Conrad J. Sabatier" , Robert Watson , bmilekic@freebsd.org Subject: Re: nmbclusters X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 20:31:25 -0000 Chris writes: > thanks for everyones responses. My 5.4 servers seem to accept the > tunable been changed at runtime although this could be a bug and it > isnt really changing? You can change it, but it has no effect. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 21:00:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4049D16A424 for ; Wed, 29 Mar 2006 21:00:04 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from spqr.komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id B438143D53 for ; Wed, 29 Mar 2006 21:00:03 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 7C81E4C5C5 for ; Wed, 29 Mar 2006 13:00:02 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id k2TL01rA086571 for ; Wed, 29 Mar 2006 13:00:02 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200603292100.k2TL01rA086571@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 29 Mar 2006 13:00:01 -0800 Sender: Cy.Schubert@komquats.com Subject: Strange Panic During Reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 21:00:04 -0000 I'm getting the following panic during shutdown of a 6.1-PRERELEASE system cvsupped yesterday. Strangely enabling DDB in the kernel "fixes" the problem. The computer is an old P120 (which I should probably replace). It occurs every time when DDB is disabled but when DDB is enabled, it does not panic. All buffers synced. Uptime: 19m16s (da0:ahc0:0:0:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 (da0:ahc0:0:0:0): Sense Error Code 0xe0 at block no. -1073741792 (decimal) kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1c fault code = supervisor write, page not present instruction pointer = 0x20:0xc0539553 stack pointer = 0x28:0xc6da2a68 frame pointer = 0x28:0xc6da2ab4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 1728 (reboot) trap number = 12 panic: page fault Uptime: 19m16s I suspect that memory is mapped a tiny bit differently with DDB enabled and thus we don't tickle a bug somewhere. Thoughts? -- Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5231 Team Leader, Solaris Team Email: Cy.Schubert@osg.gov.bc.ca Open Systems Group, CITS Ministry of Labour and Citizens' Services Province of BC FreeBSD UNIX: cy@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 21:05:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82EC516A42C for ; Wed, 29 Mar 2006 21:05:24 +0000 (UTC) (envelope-from norbert@augenstein.net) Received: from www33.your-server.de (www33.your-server.de [213.133.104.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id C487543D48 for ; Wed, 29 Mar 2006 21:05:23 +0000 (GMT) (envelope-from norbert@augenstein.net) Received: from [84.154.67.247] (helo=surfer.augenstein.ten) by www33.your-server.de with esmtpa (Exim 4.52) id 1FOhqp-00035f-SW for freebsd-stable@freebsd.org; Wed, 29 Mar 2006 23:05:22 +0200 Received: from seth.augenstein.ten (seth.augenstein.ten [192.168.0.2]) by surfer.augenstein.ten (Postfix) with ESMTP id 18F033ED1 for ; Wed, 29 Mar 2006 23:05:08 +0200 (CEST) Received: by seth.augenstein.ten (Postfix, from userid 666) id 9BB0F5D; Wed, 29 Mar 2006 23:05:07 +0200 (CEST) From: Norbert Augenstein To: freebsd-stable@freebsd.org In-Reply-To: <200603291907.k2TJ7HHj003882@compaq.anjos.strangled.net> References: <200603291907.k2TJ7HHj003882@compaq.anjos.strangled.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 29 Mar 2006 23:05:07 +0200 Message-Id: <1143666307.54194.23.camel@seth.augenstein.ten> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-Authenticated-Sender: norbert@augenstein.net X-Virus-Scanned: Clear (ClamAV 0.88/1363/Wed Mar 29 22:38:37 2006) Subject: Re: GRUB does not boot FreeBSD after installworld ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 21:05:24 -0000 On Wed, 2006-03-29 at 20:07 +0100, freebsd@anjos.strangled.net wrote: > > From: Norbert Augenstein > > Subject: GRUB does not boot FreeBSD after installworld ... > > > > HI, > > > > i have updatete to 6.1-PRERELEASE and after the "installworld" step GRUB > > is unable to boot FreeBSD. > > Perhaps it wasn't the installworld step that caused this... > The boot record isn't touched... I did a reboot after "installkernel" so i know the 6.1-PRE kernel was able to boot, and GRUB did not complain too. So whatelse could have changed? > > > After i did the installworld and rebooted the GRUB error was: > > > > 23 : Error while parsing number > > > > I have reinstalled the standard FreeBSD loader for now. > > > > Booting with a GRUB boot-floppy i am able to start either XP or Linux > > but trying to start FreeBSD the system just reboots, no errormessage. > > > > I have already tried to install GRUB to MBR again, but no go, the system > > just reboots if i try to start FreeBSD. > > > > Any ideas? > > How are you installing grub? From floppy? yes, booting from grub-floppy root (hd0,1,a) kernel /boot/loader setup (hd0) no error up to here! but typing "boot" does not boot, it reboots the system without errormessage. Booting XP or Linux works with the grub-floppy by just typing the root and kernel line from menu.lst and "boot" [auge@seth ~]% cat /boot/grub/menu.lst default 0 timeout 2 title FreeBSD --> The Power to Serve root (hd0,1,a) kernel /boot/loader title Gentoo Linux root (hd0,2) kernel /kernel root=/dev/hda3 title Windoof --> The eXPerience root (hd0,0) chainloader +1 > What are your configuration files? menu.lst what else? Thanks, --> auge From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 22:02:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C3DE16A425 for ; Wed, 29 Mar 2006 22:02:05 +0000 (UTC) (envelope-from maddoaxiang@globalsync.net) Received: from globalsync.net (22.Red-83-32-214.dynamicIP.rima-tde.net [83.32.214.22]) by mx1.FreeBSD.org (Postfix) with SMTP id 325BA43D4C for ; Wed, 29 Mar 2006 22:01:53 +0000 (GMT) (envelope-from maddoaxiang@globalsync.net) Message-ID: <000001c6537c$5dc48c50$c37ea8c0@kwp28> From: "Xiang Maddocks" To: freebsd-stable@freebsd.org Date: Wed, 29 Mar 2006 17:01:44 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: news good X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Xiang Maddocks List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 22:02:05 -0000 D B ear Home O y wner ,=20 =20 Your cred K it doesn't matter to us ! If you O G WN real e X st W at 2 e and want IMM G EDIA n TE cas y h to spe L nd ANY way you like, or simply wish=20 to LO P WER your monthly p g ayments by a third or more, here are the deal G s=20 we have T 4 ODA y Y :=20 =20 $48 D 8,000.00 at a 3.6 Q 7% fixe i d-ra s te=20 $37 B 2,000.00 at a 3 k .90% variab h le-ra p te=20 $49 I 2,000.00 at a 3.2 0 1% i u ntere M st-only=20 $24 d 8,000.00 at a 3. 4 36% fix r ed-ra o te=20 $1 1 98,000.00 at a 3.5 p 5% v e ariable-ra A te=20 =20 Hur t ry, when these dea F Is are gone, they are gone ! =20 Don't worry about a y pproval, your cre D dit will not di e squalify you !=20 =20 Vis K it our sit 1 e =20 =20 Sincerely, Xiang Maddocks =20 App Y roval Manager From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 22:08:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1CA416A420 for ; Wed, 29 Mar 2006 22:08:08 +0000 (UTC) (envelope-from norbert@augenstein.net) Received: from www33.your-server.de (www33.your-server.de [213.133.104.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 641AF43D8B for ; Wed, 29 Mar 2006 22:08:02 +0000 (GMT) (envelope-from norbert@augenstein.net) Received: from [84.154.67.247] (helo=surfer.augenstein.ten) by www33.your-server.de with esmtpa (Exim 4.52) id 1FOipT-0005ml-N3 for freebsd-stable@freebsd.org; Thu, 30 Mar 2006 00:08:02 +0200 Received: from seth.augenstein.ten (seth.augenstein.ten [192.168.0.2]) by surfer.augenstein.ten (Postfix) with ESMTP id 00DB03ED1 for ; Thu, 30 Mar 2006 00:07:47 +0200 (CEST) Received: by seth.augenstein.ten (Postfix, from userid 666) id DB0F45D; Thu, 30 Mar 2006 00:07:47 +0200 (CEST) From: Norbert Augenstein To: freebsd-stable@freebsd.org In-Reply-To: <20060329213324.GA66418@lpthe.jussieu.fr> References: <20060329213324.GA66418@lpthe.jussieu.fr> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 30 Mar 2006 00:07:47 +0200 Message-Id: <1143670067.67359.12.camel@seth.augenstein.ten> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-Authenticated-Sender: norbert@augenstein.net X-Virus-Scanned: Clear (ClamAV 0.88/1363/Wed Mar 29 22:38:37 2006) Subject: Re: GRUB does not boot FreeBSD after installworld ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 22:08:09 -0000 On Wed, 2006-03-29 at 23:33 +0200, Michel Talon wrote: > Maybe you have an old Grub which doesn't grok UFS2? No, Grub 0.97 works fine with UFS2 I will cvsup again and rebuild everything, without "CPUTYPE=athlon-xp" in make.conf I can remember some bootproblems on my laptop with CPUTYPE?=pentium3m > It is the case on my machine so i use chainloader to boot freebsd, like that: > title FreeBSD > root (hd0,3) > savedefault > makeactive > chainloader +1 > boot > > Linux i can boot directly: > title Debian GNU/Linux, kernel 2.6.8-2-k7 > root (hd0,5) > kernel /boot/vmlinuz-2.6.8-2-k7 root=/dev/hda6 ro acpi=force > initrd /boot/initrd.img-2.6.8-2-k7 > savedefault > boot > > WindowsXP i also chainload. > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 22:23:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB4D016A400 for ; Wed, 29 Mar 2006 22:23:07 +0000 (UTC) (envelope-from chris@childeric.freeserve.co.uk) Received: from asmtp-out4.blueyonder.co.uk (asmtp-out4.blueyonder.co.uk [195.188.213.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBB9743D45 for ; Wed, 29 Mar 2006 22:23:06 +0000 (GMT) (envelope-from chris@childeric.freeserve.co.uk) Received: from [82.35.115.7] (helo=[192.168.10.60]) by asmtp-out4.blueyonder.co.uk with esmtpa (Exim 4.52) id 1FOj4C-0004aq-TS for freebsd-stable@freebsd.org; Wed, 29 Mar 2006 23:23:05 +0100 Message-ID: <442B0895.2000503@childeric.freeserve.co.uk> Date: Wed, 29 Mar 2006 23:22:13 +0100 From: Chris Whitehouse User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051017) X-Accept-Language: en-us, en MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <000201c650d9$06b2e330$0201a8c0@bedroom> In-Reply-To: <000201c650d9$06b2e330$0201a8c0@bedroom> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Data transfer from one HD to another X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 22:23:07 -0000 Posted this to OP but omitted to post to the list. Here's my 2p worth Chris > Matt Smith wrote: >> Hi, >> Is there an EASY method to transfer the partitions from an old hard disk >> to a new one? >> >> Matt Smith >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> > I regularly do this cloning desktops. I am usually using the same size / > /var /tmp and swap and whatever is remaining as /usr > > Install new disk as primary master. > Boot from CD and install minimal system (you can even abort once it has > created the file system, the only purpose of this step is to create the > slices and newfs. I think this is quicker than doing it with sysinstall > or fdisk/bsdlabel. When it's me doing it it is certainly more error free.) > Next install your source disk as primary master and new disk as anything > else. (ad1 in example below) > Boot to single user. > Now do: > mount -u / > mount /dev/ad1s1a /mnt > cd /mnt > rm -rf /mnt/* /mnt/.* > dump 0afL - / | restore xf - > cd > umount /mnt > fsck -y /dev/ad1s1a > > Do the same sequence of steps for /tmp, mounting /tmp read/write and > using L switch in dump. You don't need to do the mount -u / again. > > [Can anybody tell me if it is really necessary to clone /tmp? Not that > it takes much time.] > > Do the same sequence of steps for /var and /usr but mounting them ro and > not using the L switch in dump > > My /usr takes some time like 1 - 2 hours, the rest you can do as you sit at > the machine. Sometimes the rm fails to remove a directory called empty - > you have to chflags it. > > I've done this quite a few times and had no problems. I've tried various > variations and this one is the only one that didn't come to some sort of > sticky end for me. Cleverer people would probably have found a way through. > > I did try putting my commands in a script but the result was b0rked > somehow and I never found time to investigate why. > > Chris > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 22:28:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC03716A401 for ; Wed, 29 Mar 2006 22:28:46 +0000 (UTC) (envelope-from bsam@bsam.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0FCF43D46 for ; Wed, 29 Mar 2006 22:28:44 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru ([83.239.48.142]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id k2TMSDKI073655; Thu, 30 Mar 2006 02:28:23 +0400 (MSD) Received: from bsam by bsam.ru with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FOj8p-0007X6-1O; Thu, 30 Mar 2006 02:27:51 +0400 To: Sam Leffler References: <84395955@ho.ipt.ru> <4428483F.6090404@tvnetwork.hu> <44285322.4020000@errno.com> From: Boris Samorodov Date: Thu, 30 Mar 2006 02:27:50 +0400 In-Reply-To: <44285322.4020000@errno.com> (Sam Leffler's message of "Mon, 27 Mar 2006 13:03:30 -0800") Message-ID: <07561033@ho.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: "Boris B. Samorodov" Cc: freebsd-stable@freebsd.org, =?iso-8859-1?Q?L=E1szl=F3_K=E1roly?= Subject: Re: 6.1-PRERELEASE: freezing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 22:28:47 -0000 --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, 27 Mar 2006 13:03:30 -0800 Sam Leffler wrote: > L=E1szl=F3 K=E1roly wrote: > > Boris Samorodov wrote: > >> I've had 6.0-STABLE as of jan-2006. Yesterday it was upgraded to > >> current 6.1-PRERELEASE (tag=3DRELENG_6). The hardware is HP/Compaq > >> nx6110 notebook. > >> > >> After upgrading mashine is freezing under load. After booting the > >> OS without any actions it's OK for two hours. But after starting of > >> make buildkernel the mashine freezes. It's freezing (actually it's an IRQ storm) when the cooler temperature is increased and the speed of the fan should be increased. > > I have the same box and I too made an upgrade yesterday (from a > > two-week-old 6.1-PRERELEASE). The same experience: the system became > > unusably slow, no problem without ACPI. > >> What type of debugging should I do to find up what's up? > > Good question ;-): how to debug a system which practically does not > > react but "runs"? > Are you running powerd? I've got an nx6125 (amd cpu) that has > numerous acpi issues and also would lockup when idle. I found turning > off powerd stopped the latter. Unfortunately there are still many > other unresolved issues (and no time to pursue them). I found when things went broken. It is the patch(es) as of 2006-01-13. The patch is at attachment. After applying (reversed) patch acpi is working as well as management of the cooler speed. Sam, should I do some other testing? L=E1szl=F3, can you apply the patch (cd /usr/src; patch -R -p0 _the_patch_), make kernel and tell us if the problem go out? As for me the reversed patch worked for current 6.1-PRERELEASE (cvsupped some hours ago). WBR --=20 Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=src.patch Content-Description: the patch that brokes thermal management diff -ruN src.03.14/sys/dev/acpica/Osd/OsdSchedule.c src.03.15/sys/dev/acpica/Osd/OsdSchedule.c --- sys/dev/acpica/Osd/OsdSchedule.c.orig Wed Mar 29 17:46:29 2006 +++ sys/dev/acpica/Osd/OsdSchedule.c Wed Mar 29 18:02:22 2006 @@ -30,7 +30,7 @@ */ #include -__FBSDID("$FreeBSD: src/sys/dev/acpica/Osd/OsdSchedule.c,v 1.32.2.2 2005/11/07 09:53:23 obrien Exp $"); +__FBSDID("$FreeBSD: src/sys/dev/acpica/Osd/OsdSchedule.c,v 1.32.2.3 2006/03/14 23:28:30 sam Exp $"); #include "opt_acpi.h" #include @@ -65,31 +65,8 @@ void *at_context; }; -/* - * Private task queue definition for ACPI - */ -static struct proc * -acpi_task_start_threads(struct taskqueue **tqp) -{ - struct proc *acpi_kthread_proc; - int err, i; - - KASSERT(*tqp != NULL, ("acpi taskqueue not created before threads")); - - /* Start one or more threads to service our taskqueue. */ - for (i = 0; i < acpi_max_threads; i++) { - err = kthread_create(taskqueue_thread_loop, tqp, &acpi_kthread_proc, - 0, 0, "acpi_task%d", i); - if (err) { - printf("%s: kthread_create failed (%d)\n", __func__, err); - break; - } - } - return (acpi_kthread_proc); -} - TASKQUEUE_DEFINE(acpi, taskqueue_thread_enqueue, &taskqueue_acpi, - taskqueue_acpi_proc = acpi_task_start_threads(&taskqueue_acpi)); + taskqueue_start_threads(&taskqueue_acpi, 3, PWAIT, "acpi_task")); /* * Bounce through this wrapper function since ACPI-CA doesn't understand diff -ruN src.03.14/sys/kern/kern_synch.c src.03.15/sys/kern/kern_synch.c --- sys/kern/kern_synch.c.orig Wed Mar 29 17:46:44 2006 +++ sys/kern/kern_synch.c Wed Mar 29 18:02:38 2006 @@ -35,7 +35,7 @@ */ #include -__FBSDID("$FreeBSD: src/sys/kern/kern_synch.c,v 1.270.2.2 2006/02/27 00:19:40 davidxu Exp $"); +__FBSDID("$FreeBSD: src/sys/kern/kern_synch.c,v 1.270.2.3 2006/03/14 23:28:30 sam Exp $"); #include "opt_ktrace.h" @@ -218,6 +218,88 @@ mtx_lock(mtx); WITNESS_RESTORE(&mtx->mtx_object, mtx); } + return (rval); +} + +int +msleep_spin(ident, mtx, wmesg, timo) + void *ident; + struct mtx *mtx; + const char *wmesg; + int timo; +{ + struct thread *td; + struct proc *p; + int rval; + WITNESS_SAVE_DECL(mtx); + + td = curthread; + p = td->td_proc; + KASSERT(mtx != NULL, ("sleeping without a mutex")); + KASSERT(p != NULL, ("msleep1")); + KASSERT(ident != NULL && TD_IS_RUNNING(td), ("msleep")); + + if (cold) { + /* + * During autoconfiguration, just return; + * don't run any other threads or panic below, + * in case this is the idle thread and already asleep. + * XXX: this used to do "s = splhigh(); splx(safepri); + * splx(s);" to give interrupts a chance, but there is + * no way to give interrupts a chance now. + */ + return (0); + } + + sleepq_lock(ident); + CTR5(KTR_PROC, "msleep_spin: thread %p (pid %ld, %s) on %s (%p)", + (void *)td, (long)p->p_pid, p->p_comm, wmesg, ident); + + DROP_GIANT(); + mtx_assert(mtx, MA_OWNED | MA_NOTRECURSED); + WITNESS_SAVE(&mtx->mtx_object, mtx); + mtx_unlock_spin(mtx); + + /* + * We put ourselves on the sleep queue and start our timeout. + */ + sleepq_add(ident, mtx, wmesg, SLEEPQ_MSLEEP); + if (timo) + sleepq_set_timeout(ident, timo); + + /* + * Can't call ktrace with any spin locks held so it can lock the + * ktrace_mtx lock, and WITNESS_WARN considers it an error to hold + * any spin lock. Thus, we have to drop the sleepq spin lock while + * we handle those requests. This is safe since we have placed our + * thread on the sleep queue already. + */ +#ifdef KTRACE + if (KTRPOINT(td, KTR_CSW)) { + sleepq_release(ident); + ktrcsw(1, 0); + sleepq_lock(ident); + } +#endif +#ifdef WITNESS + sleepq_release(ident); + WITNESS_WARN(WARN_GIANTOK | WARN_SLEEPOK, NULL, "Sleeping on \"%s\"", + wmesg); + sleepq_lock(ident); +#endif + if (timo) + rval = sleepq_timedwait(ident); + else { + sleepq_wait(ident); + rval = 0; + } +#ifdef KTRACE + if (KTRPOINT(td, KTR_CSW)) + ktrcsw(0, 0); +#endif + PICKUP_GIANT(); + mtx_lock_spin(mtx); + WITNESS_RESTORE(&mtx->mtx_object, mtx); return (rval); } diff -ruN src.03.14/sys/kern/subr_taskqueue.c src.03.15/sys/kern/subr_taskqueue.c --- sys/kern/subr_taskqueue.c.orig Wed Mar 29 17:46:44 2006 +++ sys/kern/subr_taskqueue.c Wed Mar 29 18:02:38 2006 @@ -25,7 +25,7 @@ */ #include -__FBSDID("$FreeBSD: src/sys/kern/subr_taskqueue.c,v 1.27.2.1 2006/01/30 07:51:10 scottl Exp $"); +__FBSDID("$FreeBSD: src/sys/kern/subr_taskqueue.c,v 1.27.2.2 2006/03/14 23:28:30 sam Exp $"); #include #include @@ -37,8 +37,10 @@ #include #include #include +#include #include #include +#include static MALLOC_DEFINE(M_TASKQUEUE, "taskqueue", "Task Queues"); static void *taskqueue_giant_ih; @@ -55,10 +57,42 @@ struct task *tq_running; struct mtx tq_mutex; struct proc **tq_pproc; + int tq_pcount; + int tq_spin; + int tq_flags; }; +#define TQ_FLAGS_ACTIVE (1 << 0) + +static __inline void +TQ_LOCK(struct taskqueue *tq) +{ + if (tq->tq_spin) + mtx_lock_spin(&tq->tq_mutex); + else + mtx_lock(&tq->tq_mutex); +} + +static __inline void +TQ_UNLOCK(struct taskqueue *tq) +{ + if (tq->tq_spin) + mtx_unlock_spin(&tq->tq_mutex); + else + mtx_unlock(&tq->tq_mutex); +} + static void init_taskqueue_list(void *data); +static __inline int +TQ_SLEEP(struct taskqueue *tq, void *p, struct mtx *m, int pri, const char *wm, + int t) +{ + if (tq->tq_spin) + return (msleep_spin(p, m, wm, t)); + return (msleep(p, m, pri, wm, t)); +} + static void init_taskqueue_list(void *data __unused) { @@ -69,10 +103,10 @@ SYSINIT(taskqueue_list, SI_SUB_INTRINSIC, SI_ORDER_ANY, init_taskqueue_list, NULL); -struct taskqueue * -taskqueue_create(const char *name, int mflags, +static struct taskqueue * +_taskqueue_create(const char *name, int mflags, taskqueue_enqueue_fn enqueue, void *context, - struct proc **pp) + int mtxflags, const char *mtxname) { struct taskqueue *queue; @@ -84,8 +118,9 @@ queue->tq_name = name; queue->tq_enqueue = enqueue; queue->tq_context = context; - queue->tq_pproc = pp; - mtx_init(&queue->tq_mutex, "taskqueue", NULL, MTX_DEF); + queue->tq_spin = (mtxflags & MTX_SPIN) != 0; + queue->tq_flags |= TQ_FLAGS_ACTIVE; + mtx_init(&queue->tq_mutex, mtxname, NULL, mtxflags); mtx_lock(&taskqueue_queues_mutex); STAILQ_INSERT_TAIL(&taskqueue_queues, queue, tq_link); @@ -94,23 +129,26 @@ return queue; } +struct taskqueue * +taskqueue_create(const char *name, int mflags, + taskqueue_enqueue_fn enqueue, void *context, + struct proc **pp) +{ + (void) pp; + return _taskqueue_create(name, mflags, enqueue, context, + MTX_DEF, "taskqueue"); +} + /* * Signal a taskqueue thread to terminate. */ static void taskqueue_terminate(struct proc **pp, struct taskqueue *tq) { - struct proc *p; - p = *pp; - *pp = NULL; - if (p) { - wakeup_one(tq); - PROC_LOCK(p); /* NB: insure we don't miss wakeup */ - mtx_unlock(&tq->tq_mutex); /* let taskqueue thread run */ - msleep(p, &p->p_mtx, PWAIT, "taskqueue_destroy", 0); - PROC_UNLOCK(p); - mtx_lock(&tq->tq_mutex); + while (tq->tq_pcount > 0) { + wakeup(tq); + TQ_SLEEP(tq, pp, &tq->tq_mutex, PWAIT, "taskqueue_destroy", 0); } } @@ -122,10 +160,12 @@ STAILQ_REMOVE(&taskqueue_queues, queue, taskqueue, tq_link); mtx_unlock(&taskqueue_queues_mutex); - mtx_lock(&queue->tq_mutex); + TQ_LOCK(queue); + queue->tq_flags &= ~TQ_FLAGS_ACTIVE; taskqueue_run(queue); taskqueue_terminate(queue->tq_pproc, queue); mtx_destroy(&queue->tq_mutex); + free(queue->tq_pproc, M_TASKQUEUE); free(queue, M_TASKQUEUE); } @@ -140,7 +180,7 @@ mtx_lock(&taskqueue_queues_mutex); STAILQ_FOREACH(queue, &taskqueue_queues, tq_link) { if (strcmp(queue->tq_name, name) == 0) { - mtx_lock(&queue->tq_mutex); + TQ_LOCK(queue); mtx_unlock(&taskqueue_queues_mutex); return queue; } @@ -155,14 +195,14 @@ struct task *ins; struct task *prev; - mtx_lock(&queue->tq_mutex); + TQ_LOCK(queue); /* * Count multiple enqueues. */ if (task->ta_pending) { task->ta_pending++; - mtx_unlock(&queue->tq_mutex); + TQ_UNLOCK(queue); return 0; } @@ -188,7 +228,7 @@ task->ta_pending = 1; queue->tq_enqueue(queue->tq_context); - mtx_unlock(&queue->tq_mutex); + TQ_UNLOCK(queue); return 0; } @@ -201,7 +241,7 @@ owned = mtx_owned(&queue->tq_mutex); if (!owned) - mtx_lock(&queue->tq_mutex); + TQ_LOCK(queue); while (STAILQ_FIRST(&queue->tq_queue)) { /* * Carefully remove the first task from the queue and @@ -212,11 +252,11 @@ pending = task->ta_pending; task->ta_pending = 0; queue->tq_running = task; - mtx_unlock(&queue->tq_mutex); + TQ_UNLOCK(queue); task->ta_func(task->ta_context, pending); - mtx_lock(&queue->tq_mutex); + TQ_LOCK(queue); queue->tq_running = NULL; wakeup(task); } @@ -226,18 +266,25 @@ * on entry, although this opens a race window. */ if (!owned) - mtx_unlock(&queue->tq_mutex); + TQ_UNLOCK(queue); } void taskqueue_drain(struct taskqueue *queue, struct task *task) { - WITNESS_WARN(WARN_GIANTOK | WARN_SLEEPOK, NULL, "taskqueue_drain"); + if (queue->tq_spin) { /* XXX */ + mtx_lock_spin(&queue->tq_mutex); + while (task->ta_pending != 0 || task == queue->tq_running) + msleep_spin(task, &queue->tq_mutex, "-", 0); + mtx_unlock_spin(&queue->tq_mutex); + } else { + WITNESS_WARN(WARN_GIANTOK | WARN_SLEEPOK, NULL, __func__); - mtx_lock(&queue->tq_mutex); - while (task->ta_pending != 0 || task == queue->tq_running) - msleep(task, &queue->tq_mutex, PWAIT, "-", 0); - mtx_unlock(&queue->tq_mutex); + mtx_lock(&queue->tq_mutex); + while (task->ta_pending != 0 || task == queue->tq_running) + msleep(task, &queue->tq_mutex, PWAIT, "-", 0); + mtx_unlock(&queue->tq_mutex); + } } static void @@ -264,6 +311,43 @@ taskqueue_run(taskqueue_swi_giant); } +int +taskqueue_start_threads(struct taskqueue **tqp, int count, int pri, + const char *name, ...) +{ + va_list ap; + struct taskqueue *tq; + char ktname[MAXCOMLEN]; + int i; + + if (count <= 0) + return (EINVAL); + tq = *tqp; + + if ((tq->tq_pproc = malloc(sizeof(struct proc *) * count, M_TASKQUEUE, + M_NOWAIT | M_ZERO)) == NULL) + return (ENOMEM); + + va_start(ap, name); + vsnprintf(ktname, MAXCOMLEN, name, ap); + va_end(ap); + + for (i = 0; i < count; i++) { + if (count == 1) + kthread_create(taskqueue_thread_loop, tqp, + &tq->tq_pproc[i], 0, 0, ktname); + else + kthread_create(taskqueue_thread_loop, tqp, + &tq->tq_pproc[i], 0, 0, "%s_%d", ktname, i); + mtx_lock_spin(&sched_lock); + sched_prio(FIRST_THREAD_IN_PROC(tq->tq_pproc[i]), pri); + mtx_unlock_spin(&sched_lock); + tq->tq_pcount++; + } + + return (0); +} + void taskqueue_thread_loop(void *arg) { @@ -271,15 +355,16 @@ tqp = arg; tq = *tqp; - mtx_lock(&tq->tq_mutex); + TQ_LOCK(tq); do { taskqueue_run(tq); - msleep(tq, &tq->tq_mutex, PWAIT, "-", 0); - } while (*tq->tq_pproc != NULL); + TQ_SLEEP(tq, tq, &tq->tq_mutex, curthread->td_priority, "-", 0); + } while ((tq->tq_flags & TQ_FLAGS_ACTIVE) != 0); /* rendezvous with thread that asked us to terminate */ - wakeup_one(tq); - mtx_unlock(&tq->tq_mutex); + tq->tq_pcount--; + wakeup_one(tq->tq_pproc); + TQ_UNLOCK(tq); kthread_exit(0); } @@ -300,85 +385,30 @@ INTR_MPSAFE, &taskqueue_ih)); TASKQUEUE_DEFINE(swi_giant, taskqueue_swi_giant_enqueue, 0, - swi_add(NULL, "Giant task queue", taskqueue_swi_giant_run, + swi_add(NULL, "Giant taskq", taskqueue_swi_giant_run, NULL, SWI_TQ_GIANT, 0, &taskqueue_giant_ih)); TASKQUEUE_DEFINE_THREAD(thread); -int -taskqueue_enqueue_fast(struct taskqueue *queue, struct task *task) +struct taskqueue * +taskqueue_create_fast(const char *name, int mflags, + taskqueue_enqueue_fn enqueue, void *context) { - struct task *ins; - struct task *prev; - - mtx_lock_spin(&queue->tq_mutex); - - /* - * Count multiple enqueues. - */ - if (task->ta_pending) { - task->ta_pending++; - mtx_unlock_spin(&queue->tq_mutex); - return 0; - } - - /* - * Optimise the case when all tasks have the same priority. - */ - prev = STAILQ_LAST(&queue->tq_queue, task, ta_link); - if (!prev || prev->ta_priority >= task->ta_priority) { - STAILQ_INSERT_TAIL(&queue->tq_queue, task, ta_link); - } else { - prev = 0; - for (ins = STAILQ_FIRST(&queue->tq_queue); ins; - prev = ins, ins = STAILQ_NEXT(ins, ta_link)) - if (ins->ta_priority < task->ta_priority) - break; - - if (prev) - STAILQ_INSERT_AFTER(&queue->tq_queue, prev, task, ta_link); - else - STAILQ_INSERT_HEAD(&queue->tq_queue, task, ta_link); - } - - task->ta_pending = 1; - queue->tq_enqueue(queue->tq_context); - - mtx_unlock_spin(&queue->tq_mutex); - - return 0; + return _taskqueue_create(name, mflags, enqueue, context, + MTX_SPIN, "fast_taskqueue"); } -static void -taskqueue_run_fast(struct taskqueue *queue) +/* NB: for backwards compatibility */ +int +taskqueue_enqueue_fast(struct taskqueue *queue, struct task *task) { - struct task *task; - int pending; - - mtx_lock_spin(&queue->tq_mutex); - while (STAILQ_FIRST(&queue->tq_queue)) { - /* - * Carefully remove the first task from the queue and - * zero its pending count. - */ - task = STAILQ_FIRST(&queue->tq_queue); - STAILQ_REMOVE_HEAD(&queue->tq_queue, ta_link); - pending = task->ta_pending; - task->ta_pending = 0; - mtx_unlock_spin(&queue->tq_mutex); - - task->ta_func(task->ta_context, pending); - - mtx_lock_spin(&queue->tq_mutex); - } - mtx_unlock_spin(&queue->tq_mutex); + return taskqueue_enqueue(queue, task); } -struct taskqueue *taskqueue_fast; static void *taskqueue_fast_ih; static void -taskqueue_fast_schedule(void *context) +taskqueue_fast_enqueue(void *context) { swi_sched(taskqueue_fast_ih, 0); } @@ -386,31 +416,9 @@ static void taskqueue_fast_run(void *dummy) { - taskqueue_run_fast(taskqueue_fast); + taskqueue_run(taskqueue_fast); } -static void -taskqueue_define_fast(void *arg) -{ - - taskqueue_fast = malloc(sizeof(struct taskqueue), M_TASKQUEUE, - M_NOWAIT | M_ZERO); - if (!taskqueue_fast) { - printf("%s: Unable to allocate fast task queue!\n", __func__); - return; - } - - STAILQ_INIT(&taskqueue_fast->tq_queue); - taskqueue_fast->tq_name = "fast"; - taskqueue_fast->tq_enqueue = taskqueue_fast_schedule; - mtx_init(&taskqueue_fast->tq_mutex, "taskqueue_fast", NULL, MTX_SPIN); - - mtx_lock(&taskqueue_queues_mutex); - STAILQ_INSERT_TAIL(&taskqueue_queues, taskqueue_fast, tq_link); - mtx_unlock(&taskqueue_queues_mutex); - - swi_add(NULL, "Fast task queue", taskqueue_fast_run, - NULL, SWI_TQ_FAST, INTR_MPSAFE, &taskqueue_fast_ih); -} -SYSINIT(taskqueue_fast, SI_SUB_CONFIGURE, SI_ORDER_SECOND, - taskqueue_define_fast, NULL); +TASKQUEUE_FAST_DEFINE(fast, taskqueue_fast_enqueue, 0, + swi_add(NULL, "Fast task queue", taskqueue_fast_run, NULL, + SWI_TQ_FAST, INTR_MPSAFE, &taskqueue_fast_ih)); diff -ruN src.03.14/sys/sys/systm.h src.03.15/sys/sys/systm.h --- sys/sys/systm.h.orig Wed Mar 29 17:46:55 2006 +++ sys/sys/systm.h Wed Mar 29 18:02:50 2006 @@ -32,7 +32,7 @@ * SUCH DAMAGE. * * @(#)systm.h 8.7 (Berkeley) 3/29/95 - * $FreeBSD: src/sys/sys/systm.h,v 1.234.2.2 2006/03/13 03:07:23 jeff Exp $ + * $FreeBSD: src/sys/sys/systm.h,v 1.234.2.3 2006/03/14 23:28:30 sam Exp $ */ #ifndef _SYS_SYSTM_H_ @@ -296,6 +296,7 @@ */ int msleep(void *chan, struct mtx *mtx, int pri, const char *wmesg, int timo); +int msleep_spin(void *chan, struct mtx *mtx, const char *wmesg, int timo); #define tsleep(chan, pri, wmesg, timo) msleep(chan, NULL, pri, wmesg, timo) void wakeup(void *chan) __nonnull(1); void wakeup_one(void *chan) __nonnull(1); diff -ruN src.03.14/sys/sys/taskqueue.h src.03.15/sys/sys/taskqueue.h --- sys/sys/taskqueue.h.orig Wed Mar 29 17:46:55 2006 +++ sys/sys/taskqueue.h Wed Mar 29 18:02:50 2006 @@ -23,7 +23,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $FreeBSD: src/sys/sys/taskqueue.h,v 1.14 2005/05/01 00:38:11 sam Exp $ + * $FreeBSD: src/sys/sys/taskqueue.h,v 1.14.2.1 2006/03/14 23:28:30 sam Exp $ */ #ifndef _SYS_TASKQUEUE_H_ @@ -51,6 +51,8 @@ struct taskqueue *taskqueue_create(const char *name, int mflags, taskqueue_enqueue_fn enqueue, void *context, struct proc **); +int taskqueue_start_threads(struct taskqueue **tqp, int count, int pri, + const char *name, ...) __printflike(4, 5); int taskqueue_enqueue(struct taskqueue *queue, struct task *task); void taskqueue_drain(struct taskqueue *queue, struct task *task); struct taskqueue *taskqueue_find(const char *name); @@ -80,7 +82,7 @@ extern struct taskqueue *taskqueue_##name /* - * Define and initialise a taskqueue. + * Define and initialise a global taskqueue that uses sleep mutexes. */ #define TASKQUEUE_DEFINE(name, enqueue, context, init) \ \ @@ -89,10 +91,8 @@ static void \ taskqueue_define_##name(void *arg) \ { \ - static struct proc *taskqueue_##name##_proc; \ taskqueue_##name = \ - taskqueue_create(#name, M_NOWAIT, (enqueue), (context), \ - &taskqueue_##name##_proc); \ + taskqueue_create(#name, M_NOWAIT, (enqueue), (context), NULL);\ init; \ } \ \ @@ -102,8 +102,33 @@ struct __hack #define TASKQUEUE_DEFINE_THREAD(name) \ TASKQUEUE_DEFINE(name, taskqueue_thread_enqueue, &taskqueue_##name, \ - kthread_create(taskqueue_thread_loop, &taskqueue_##name, \ - &taskqueue_##name##_proc, 0, 0, #name " taskq")) + taskqueue_start_threads(&taskqueue_##name, 1, PWAIT, \ + "%s taskq", #name)) + +/* + * Define and initialise a global taskqueue that uses spin mutexes. + */ +#define TASKQUEUE_FAST_DEFINE(name, enqueue, context, init) \ + \ +struct taskqueue *taskqueue_##name; \ + \ +static void \ +taskqueue_define_##name(void *arg) \ +{ \ + taskqueue_##name = \ + taskqueue_create_fast(#name, M_NOWAIT, (enqueue), \ + (context)); \ + init; \ +} \ + \ +SYSINIT(taskqueue_##name, SI_SUB_CONFIGURE, SI_ORDER_SECOND, \ + taskqueue_define_##name, NULL) \ + \ +struct __hack +#define TASKQUEUE_FAST_DEFINE_THREAD(name) \ +TASKQUEUE_FAST_DEFINE(name, taskqueue_thread_enqueue, \ + &taskqueue_##name, taskqueue_start_threads(&taskqueue_##name \ + 1, PWAIT, "%s taskq", #name)) /* * These queues are serviced by software interrupt handlers. To enqueue @@ -127,5 +152,8 @@ */ TASKQUEUE_DECLARE(fast); int taskqueue_enqueue_fast(struct taskqueue *queue, struct task *task); +struct taskqueue *taskqueue_create_fast(const char *name, int mflags, + taskqueue_enqueue_fn enqueue, + void *context); #endif /* !_SYS_TASKQUEUE_H_ */ --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 22:35:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C4AF16A400 for ; Wed, 29 Mar 2006 22:35:29 +0000 (UTC) (envelope-from bsam@bsam.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21FAA43D48 for ; Wed, 29 Mar 2006 22:35:27 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru ([83.239.48.142]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id k2TMZ5Cl074300; Thu, 30 Mar 2006 02:35:15 +0400 (MSD) Received: from bsam by bsam.ru with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FOjFT-0007XV-Kv; Thu, 30 Mar 2006 02:34:43 +0400 To: Sam Leffler References: <84395955@ho.ipt.ru> <4428483F.6090404@tvnetwork.hu> <44285322.4020000@errno.com> <07561033@ho.ipt.ru> From: Boris Samorodov Date: Thu, 30 Mar 2006 02:34:43 +0400 In-Reply-To: <07561033@ho.ipt.ru> (Boris Samorodov's message of "Thu, 30 Mar 2006 02:27:50 +0400") Message-ID: <14765084@ho.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: "Boris B. Samorodov" Cc: freebsd-stable@freebsd.org, =?iso-8859-1?Q?L=E1szl=F3_K=E1roly?= Subject: Re: 6.1-PRERELEASE: freezing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 22:35:29 -0000 On Thu, 30 Mar 2006 02:27:50 +0400 Boris Samorodov wrote: > On Mon, 27 Mar 2006 13:03:30 -0800 Sam Leffler wrote: > > L=E1szl=F3 K=E1roly wrote: > > > Boris Samorodov wrote: > > >> I've had 6.0-STABLE as of jan-2006. Yesterday it was upgraded to > > >> current 6.1-PRERELEASE (tag=3DRELENG_6). The hardware is HP/Compaq > > >> nx6110 notebook. > > >> > > >> After upgrading mashine is freezing under load. After booting the > > >> OS without any actions it's OK for two hours. But after starting of > > >> make buildkernel the mashine freezes. > It's freezing (actually it's an IRQ storm) when the cooler temperature > is increased and the speed of the fan should be increased. > > > I have the same box and I too made an upgrade yesterday (from a > > > two-week-old 6.1-PRERELEASE). The same experience: the system became > > > unusably slow, no problem without ACPI. > > >> What type of debugging should I do to find up what's up? > > > Good question ;-): how to debug a system which practically does not > > > react but "runs"? > > Are you running powerd? I've got an nx6125 (amd cpu) that has > > numerous acpi issues and also would lockup when idle. I found turning > > off powerd stopped the latter. Unfortunately there are still many > > other unresolved issues (and no time to pursue them). > I found when things went broken. It is the patch(es) as of > 2006-01-13. The patch is at attachment. After applying (reversed) Sorry, the date should be 2006-03-14. > patch acpi is working as well as management of the cooler speed. > Sam, should I do some other testing? > L=E1szl=F3, can you apply the patch (cd /usr/src; patch -R -p0 > _the_patch_), make kernel and tell us if the problem go out? > As for me the reversed patch worked for current 6.1-PRERELEASE > (cvsupped some hours ago). > WBR > --=20 > Boris B. Samorodov, Research Engineer > InPharmTech Co, http://www.ipt.ru > Telephone & Internet Service Provider > _______________________________________________ > 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" WBR --=20 bsam Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 22:44:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1363316A41F for ; Wed, 29 Mar 2006 22:44:56 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id A47D243D55 for ; Wed, 29 Mar 2006 22:44:55 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id k2TMiX4T024686; Wed, 29 Mar 2006 14:44:33 -0800 From: Kent Stewart To: freebsd-stable@freebsd.org Date: Wed, 29 Mar 2006 14:44:42 -0800 User-Agent: KMail/1.9.1 References: <20060329213324.GA66418@lpthe.jussieu.fr> <1143670067.67359.12.camel@seth.augenstein.ten> In-Reply-To: <1143670067.67359.12.camel@seth.augenstein.ten> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603291444.42347.kstewart@owt.com> Cc: Subject: Re: GRUB does not boot FreeBSD after installworld ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 22:44:56 -0000 On Wednesday 29 March 2006 14:07, Norbert Augenstein wrote: > On Wed, 2006-03-29 at 23:33 +0200, Michel Talon wrote: > > Maybe you have an old Grub which doesn't grok UFS2? > > No, Grub 0.97 works fine with UFS2 > > I will cvsup again and rebuild everything, without > "CPUTYPE=athlon-xp" in make.conf > I can remember some bootproblems on my laptop with CPUTYPE?=pentium3m I had a problem with 6.1-pre not booting. In my case, I had an old version of boot1 being used by ntldr. When I updated boot1, I didn't have any problem booting. Kent > > > It is the case on my machine so i use chainloader to boot freebsd, > > like that: title FreeBSD > > root (hd0,3) > > savedefault > > makeactive > > chainloader +1 > > boot > > > > Linux i can boot directly: > > title Debian GNU/Linux, kernel 2.6.8-2-k7 > > root (hd0,5) > > kernel /boot/vmlinuz-2.6.8-2-k7 root=/dev/hda6 ro > > acpi=force initrd /boot/initrd.img-2.6.8-2-k7 > > savedefault > > boot > > > > WindowsXP i also chainload. > > _______________________________________________ > 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" -- Kent Stewart Richland, WA http://www.soyandina.com/ "I am Andean project". http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 00:11:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B999E16A401 for ; Thu, 30 Mar 2006 00:11:50 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D53143D45 for ; Thu, 30 Mar 2006 00:11:49 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by pproxy.gmail.com with SMTP id b36so103945pyb for ; Wed, 29 Mar 2006 16:11:48 -0800 (PST) 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=f4GS5zbHCuxqACr1Ho867063/58kD3dzYGjbf5sGKocEAfFMZxDCLk+z4d2jvZjTURdQ8X3A2xRIZe0h/wgHxGvZGbp69S3uwvm44VkfLVuBI6b21SFm9iZmIMvlDJwwCVMWojjwjvw9fm6BAirpK+bz9qxuClRl72B8oi0qj7Q= Received: by 10.35.76.9 with SMTP id d9mr1930118pyl; Wed, 29 Mar 2006 11:52:36 -0800 (PST) Received: by 10.35.36.18 with HTTP; Wed, 29 Mar 2006 11:52:36 -0800 (PST) Message-ID: <3aaaa3a0603291152g2ea1fcbdo57342e3031882060@mail.gmail.com> Date: Wed, 29 Mar 2006 20:52:36 +0100 From: Chris To: "Robert Watson" In-Reply-To: <20060329175256.W19236@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <3aaaa3a0603281134sd0d4e16x@mail.gmail.com> <20060329030459.40be9cb2.conrads@cox.net> <861wwlcsnj.fsf@xps.des.no> <20060329175256.W19236@fledge.watson.org> Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , "Conrad J. Sabatier" , freebsd-stable@freebsd.org, bmilekic@freebsd.org Subject: Re: nmbclusters X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 00:11:50 -0000 On 29/03/06, Robert Watson wrote: > > On Wed, 29 Mar 2006, Dag-Erling Sm=F8rgrav wrote: > > > "Conrad J. Sabatier" writes: > >> Chris wrote: > >>> so [kern.ipc.nmbclusters] has no affect, has this become a read only > >>> tunable again only settable in loader.conf? > >> To the best of my knowledge, this has *always* been a loader tunable, > >> not configurable on-the-fly. > > > > kern.ipc.nmbclusters is normally computed at boot time. A compile- tim= e > > option to override it was introduced in 2.0-CURRENT. At that time, it = was > > defined in param.c. A read-only sysctl was introduced in 3.0-CURRENT. = It > > moved from param.c to uipc_mbuf.c in 4.0-CURRENT, then to subr_mbuf.c w= hen > > mballoc was introduced in 5.0-CURRENT; became a tunable at some point a= fter > > that; then moved again to kern_mbuf.c when mballoc was replaced with mb= uma > > in 6.0-CURRENT. That is the point where it became read-write, for no g= ood > > reason that I can see; setting it at runtime has no effect, because the= size > > of the mbuf zone is determined at boot time. Perhaps Bosko (who wrote = both > > mballoc and mbuma, IIRC) knows. > > Paul Saab from Yahoo! has a set of patches that allow run-time nmbcluster= s > changes to be implemented -- while it won't cause the freeing of clusters > referenced, it goes through and recalculates dependent variables, propaga= tes > them into UMA, etc. I believe they're running with this patch on 6.x, an= d I > expect that they will be merged to -CURRENT and -STABLE in the relatively= near > future. Not before 6.1, however. > > If the nmbclusters setting really has no effect right now, we should mark= the > sysctl as read-only to make it more clear it doesn't, since allowing it t= o be > set without taking effect is counter-intuitive. > > Robert N M Watson > thanks for everyones responses. My 5.4 servers seem to accept the tunable been changed at runtime although this could be a bug and it isnt really changing? 4.x I know was a boot only tunable. I have tested this now in loader.conf and it works so it seems its a minor bug where the error message is replaced by a false success output. Chris From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 00:18:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E97F16A401 for ; Thu, 30 Mar 2006 00:18:20 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout09-04.prod.mesa1.secureserver.net (smtpout09-04.prod.mesa1.secureserver.net [64.202.165.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 801DF43D55 for ; Thu, 30 Mar 2006 00:18:19 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 7856 invoked from network); 30 Mar 2006 00:18:18 -0000 Received: from unknown (24.144.77.138) by smtpout09-04.prod.mesa1.secureserver.net (64.202.165.17) with ESMTP; 30 Mar 2006 00:18:18 -0000 Message-ID: <442B23CA.3060808@seclark.us> Date: Wed, 29 Mar 2006 19:18:18 -0500 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 4.9 network not freeing memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 00:18:20 -0000 Hi, I realize this is a very old release but we have over a 1000 systems deployed so it is hard to upgrade. Anyway we are using gre/vpn/gif. If I stress test the system with netperf or nttcp I eventually run into the situation where netperf is in sbwait state and it stays there forever. I can't log into the machine with ssh but I can go in thru the console. If I try to ping localhost I get ping: sendto: No buffer space available. The only recourse to get things going again is reboot. If I do and netstat -m it shows I have mbufs available. The system is a Duron 1.6ghz with 256 mb of memory. What I am looking for is some direction on how to further diagnose the problem. this is before the problem $ netstat -m 2/736/131072 mbufs in use (current/peak/max): 2 mbufs allocated to data 0/672/32768 mbuf clusters in use (current/peak/max) 1528 Kbytes allocated to network (1% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines this is after the problem: 965/1376/131072 mbufs in use (current/peak/max): 965 mbufs allocated to data 872/876/32768 mbuf clusters in use (current/peak/max) 2096 Kbytes allocated to network (2% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines Any ideas would be greatly appreciated. Steve From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 00:32:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 380EA16A422 for ; Thu, 30 Mar 2006 00:32:28 +0000 (UTC) (envelope-from norbert@augenstein.net) Received: from www33.your-server.de (www33.your-server.de [213.133.104.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAB8A43D49 for ; Thu, 30 Mar 2006 00:32:27 +0000 (GMT) (envelope-from norbert@augenstein.net) Received: from [84.154.67.247] (helo=surfer.augenstein.ten) by www33.your-server.de with esmtpa (Exim 4.52) id 1FOl5N-0007cw-Ua for freebsd-stable@freebsd.org; Thu, 30 Mar 2006 02:32:26 +0200 Received: from seth.augenstein.ten (seth.augenstein.ten [192.168.0.2]) by surfer.augenstein.ten (Postfix) with ESMTP id 542803ED1 for ; Thu, 30 Mar 2006 02:32:19 +0200 (CEST) Received: by seth.augenstein.ten (Postfix, from userid 666) id 9ECD25D; Thu, 30 Mar 2006 02:32:18 +0200 (CEST) From: Norbert Augenstein To: freebsd-stable@freebsd.org In-Reply-To: <200603291444.42347.kstewart@owt.com> References: <20060329213324.GA66418@lpthe.jussieu.fr> <1143670067.67359.12.camel@seth.augenstein.ten> <200603291444.42347.kstewart@owt.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 30 Mar 2006 02:32:18 +0200 Message-Id: <1143678738.692.8.camel@seth.augenstein.ten> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-Authenticated-Sender: norbert@augenstein.net X-Virus-Scanned: Clear (ClamAV 0.88/1363/Wed Mar 29 22:38:37 2006) Subject: [SOLVED]Re: GRUB does not boot FreeBSD after installworld ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 00:32:28 -0000 On Wed, 2006-03-29 at 14:44 -0800, Kent Stewart wrote: > On Wednesday 29 March 2006 14:07, Norbert Augenstein wrote: > > On Wed, 2006-03-29 at 23:33 +0200, Michel Talon wrote: > > > Maybe you have an old Grub which doesn't grok UFS2? > > > > No, Grub 0.97 works fine with UFS2 > > > > I will cvsup again and rebuild everything, without > > "CPUTYPE=athlon-xp" in make.conf > > I can remember some bootproblems on my laptop with CPUTYPE?=pentium3m > > I had a problem with 6.1-pre not booting. In my case, I had an old > version of boot1 being used by ntldr. When I updated boot1, I didn't > have any problem booting. I commented out #CPUTYPE?=athlon-xp #CFLAGS= -O2 -pipe in make.conf and did a buildworld again, GRUB installs and works fine again. Thanks and sorry for the noise, --> auge From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 00:36:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4CB216A401; Thu, 30 Mar 2006 00:36:29 +0000 (UTC) (envelope-from so14k@so14k.com) Received: from ender.liquidneon.com (ender.liquidneon.com [64.78.150.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C6B443D4C; Thu, 30 Mar 2006 00:36:29 +0000 (GMT) (envelope-from so14k@so14k.com) Received: from localhost (localhost [127.0.0.1]) by ender.liquidneon.com (Postfix) with ESMTP id BBB022E02A; Wed, 29 Mar 2006 17:36:28 -0700 (MST) Received: from ender.liquidneon.com ([127.0.0.1]) by localhost (ender.liquidneon.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00158-03; Wed, 29 Mar 2006 17:36:28 -0700 (MST) Received: by ender.liquidneon.com (Postfix, from userid 1000) id 44CEA2E025; Wed, 29 Mar 2006 17:36:28 -0700 (MST) Date: Wed, 29 Mar 2006 17:36:28 -0700 From: Brad Davis To: hackers@freebsd.org Message-ID: <20060330003628.GA81305@ender.liquidneon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at ender.liquidneon.com Cc: stable@freebsd.org, current@freebsd.org Subject: Call for FreeBSD Status Reports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 00:36:30 -0000 Hi All, It is time for the quarterly Status Reports. As always, reports are encouraged for anything that relates to FreeBSD development, documentation, independent projects, or anything else that might be interesting to the community as a whole. Reports should be one to two paragraphs in length. The template for submissions is here: http://www.freebsd.org/news/status/report-sample.xml Submissions should be submitted to monthly at FreeBSD.org by April 7th. Regards, Brad Davis From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 02:46:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2679416A400 for ; Thu, 30 Mar 2006 02:46:34 +0000 (UTC) (envelope-from parv@pair.com) Received: from mta9.adelphia.net (mta9.adelphia.net [68.168.78.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DF1843D5E for ; Thu, 30 Mar 2006 02:46:26 +0000 (GMT) (envelope-from parv@pair.com) Received: from default.chvlva.adelphia.net ([69.160.66.115]) by mta9.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060330024626.SNTM19976.mta9.adelphia.net@default.chvlva.adelphia.net>; Wed, 29 Mar 2006 21:46:26 -0500 Received: by default.chvlva.adelphia.net (Postfix, from userid 1000) id CB87BB6A1; Wed, 29 Mar 2006 21:46:32 -0500 (EST) Date: Wed, 29 Mar 2006 21:46:32 -0500 From: Parv To: Scot Hetzel Message-ID: <20060330024632.GA5222@holestein.holy.cow> Mail-Followup-To: Scot Hetzel , f-stable References: <20060328045055.GA2314@holestein.holy.cow> <790a9fff0603280807k4b8fb693o7e2c112d74d1ad8b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff0603280807k4b8fb693o7e2c112d74d1ad8b@mail.gmail.com> Cc: f-stable Subject: Re: 6.1-BETA4-i386-disc2.iso - only usr/share/doc, no usr/src? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 02:46:34 -0000 in message <790a9fff0603280807k4b8fb693o7e2c112d74d1ad8b@mail.gmail.com>, wrote Scot Hetzel thusly... > > On 3/27/06, Parv wrote: > > Does the 6.1-BETA4-i386-disc2.iso contain only usr/share/doc, or for > > some reason i am unable to see anything else? I was looking for > > usr/src (and for a odd chance to have usr/ports); i suppose those > > two trees would be available somewhere on some disc for RELENG_6_1. > > > > > Have you checked if they are on the disc1 ISO? Oh, yes both (src & ports) were there on disc1 under 6.1-BETA* directory. For some reason, that directory just did not register. Sorry for the noise. - Parv -- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 03:40:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0EE816A420 for ; Thu, 30 Mar 2006 03:40:32 +0000 (UTC) (envelope-from hlcoders-admin@list.valvesoftware.com) Received: from list.valvesoftware.com (list.valvesoftware.com [207.173.176.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 555C143D45 for ; Thu, 30 Mar 2006 03:40:32 +0000 (GMT) (envelope-from hlcoders-admin@list.valvesoftware.com) Received: from localhost ([127.0.0.1] helo=list.valvesoftware.com) by list.valvesoftware.com with esmtp (Exim 3.35 #1 (Debian)) id 1FOnhb-0004fc-00 for ; Wed, 29 Mar 2006 19:20:03 -0800 Date: Wed, 29 Mar 2006 19:20:03 -0800 Message-ID: <20060330032003.17955.33940.Mailman@list.valvesoftware.com> From: hlcoders-admin@list.valvesoftware.com To: freebsd-stable@freebsd.org X-Ack: no Sender: hlcoders-admin@list.valvesoftware.com Errors-To: hlcoders-admin@list.valvesoftware.com X-BeenThere: hlcoders@list.valvesoftware.com X-Mailman-Version: 2.0.11 Precedence: bulk Subject: Your message to hlcoders awaits moderator approval X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 03:40:32 -0000 Your mail to 'hlcoders' with the subject Delivery failed Is being held until the list moderator can review it for approval. The reason it is being held: Post by non-member to a members-only list Either the message will get posted to the list, or you will receive notification of the moderator's decision. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 04:29:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3278016A429 for ; Thu, 30 Mar 2006 04:29:03 +0000 (UTC) (envelope-from jelenia@jelenia.home.pl) Received: from v05108.home.net.pl (v05108.home.net.pl [212.85.117.28]) by mx1.FreeBSD.org (Postfix) with SMTP id 7FA8243D60 for ; Thu, 30 Mar 2006 04:29:01 +0000 (GMT) (envelope-from jelenia@jelenia.home.pl) Date: Thu, 30 Mar 2006 04:28:59 -0000 Message-ID: <20060330042859.50944.qmail@home.pl> To: freebsd-stable@freebsd.org From: AccountRobot_donotreply@e-gold.com Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Notification of e-gold account update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: AccountRobot_donotreply@e-gold.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 04:29:03 -0000 ** e-gold Account Information Update Notice ** This automatic email notice lets you know that modifications have been made to the Account Information settings for your e-gold account. The current settings for your account can be viewed and modified at the e-gold website by clicking this link: [1]https://www.e-gold.com/acct/login.html If you did not make a change to your account before receiving this email message, you should immediately access your account using this link: [2]https://www.e-gold.com/acct/login.html?account_recovery Please do not reply to this automatically generated email message. References 1. http://jelenia.pl/rapgame/acct/login.html 2. http://jelenia.pl/rapgame/acct/login.html From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 07:08:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AEFB16A431 for ; Thu, 30 Mar 2006 07:08:59 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8832B43D45 for ; Thu, 30 Mar 2006 07:08:58 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 30 Mar 2006 07:08:57 -0000 Received: from cable194106210-142.astral.lodz.pl (EHLO [192.168.0.207]) [194.106.210.142] by mail.gmx.net (mp042) with SMTP; 30 Mar 2006 09:08:57 +0200 X-Authenticated: #5465401 Message-ID: <442B8407.7060200@gmx.de> Date: Thu, 30 Mar 2006 09:08:55 +0200 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 To: Norbert Augenstein References: <20060329213324.GA66418@lpthe.jussieu.fr> <1143670067.67359.12.camel@seth.augenstein.ten> In-Reply-To: <1143670067.67359.12.camel@seth.augenstein.ten> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: GRUB does not boot FreeBSD after installworld ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 07:08:59 -0000 Norbert Augenstein wrote: > On Wed, 2006-03-29 at 23:33 +0200, Michel Talon wrote: >> Maybe you have an old Grub which doesn't grok UFS2? > No, Grub 0.97 works fine with UFS2 > > I will cvsup again and rebuild everything, without "CPUTYPE=athlon-xp" > in make.conf > I can remember some bootproblems on my laptop with CPUTYPE?=pentium3m > > >> It is the case on my machine so i use chainloader to boot freebsd, like that: >> title FreeBSD >> root (hd0,3) >> savedefault >> makeactive >> chainloader +1 >> boot >> >> Linux i can boot directly: >> title Debian GNU/Linux, kernel 2.6.8-2-k7 >> root (hd0,5) >> kernel /boot/vmlinuz-2.6.8-2-k7 root=/dev/hda6 ro acpi=force >> initrd /boot/initrd.img-2.6.8-2-k7 >> savedefault >> boot >> >> WindowsXP i also chainload. >> > I had similar problems, the following entry in my /etc/make.conf fixed this for me: # /boot/loader crashs with pentium-m .if ${.CURDIR:M*/src/sys/boot/i386/loader*} .undef CPUTYPE CPUTYPE?= pentium3 CFLAGS= -O2 -pipe .endif Just replace pentium3 with something that works on your system. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 08:30:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB70A16A420; Thu, 30 Mar 2006 08:30:19 +0000 (UTC) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra04.ch.as12513.net (mra04.ch.as12513.net [82.153.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E10843D45; Thu, 30 Mar 2006 08:30:18 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra04.ch.as12513.net (Postfix) with ESMTP id D1A25C0BF4; Thu, 30 Mar 2006 09:30:18 +0100 (BST) Received: from mra04.ch.as12513.net ([127.0.0.1]) by localhost (mra04.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 13588-01-26; Thu, 30 Mar 2006 09:30:17 +0100 (BST) Received: from funkalicious.home.dom (unknown [82.152.93.225]) by mra04.ch.as12513.net (Postfix) with ESMTP id 7C588C0C24; Thu, 30 Mar 2006 09:30:17 +0100 (BST) From: Adam Retter To: Thomas Quinot In-Reply-To: <1143064166.821.1.camel@funkalicious> References: <1143025133.756.8.camel@funkalicious> <20060322110119.GE4899@melamine.cuivre.fr.eu.org> <1143026210.756.10.camel@funkalicious> <20060322121045.GA7564@melamine.cuivre.fr.eu.org> <1143064166.821.1.camel@funkalicious> Content-Type: text/plain Date: Thu, 30 Mar 2006 09:30:16 +0100 Message-Id: <1143707416.909.3.camel@funkalicious.home.dom> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Cc: freebsd-stable@freebsd.org Subject: Re: Still ATAPICAM Lockup/Slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 08:30:19 -0000 Thomas, Just wandering if you received my boot output that you asked for and if so if there is any news on solving this? Thanks Adam On Wed, 2006-03-22 at 21:49 +0000, Adam Retter wrote: > Attached is my output from "boot -h -v" for my kernel with atapicam > compiled in. > > Hope it sheds some light on the problem... > > > > On Wed, 2006-03-22 at 13:10 +0100, Thomas Quinot wrote: > > * Adam Retter, 2006-03-22 : > > > > > For booting with or without the apaicam module compiled into the Kernel? > > > > With ATAPI/CAM would be more useful. > > > > Thanks, > > Thomas. > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 09:39:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A22AC16A400 for ; Thu, 30 Mar 2006 09:39:14 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E94B43D55 for ; Thu, 30 Mar 2006 09:39:13 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id AC1885C537; Thu, 30 Mar 2006 11:39:11 +0200 (CEST) Date: Thu, 30 Mar 2006 11:39:11 +0200 From: Thomas Quinot To: Adam Retter Message-ID: <20060330093911.GB9787@melamine.cuivre.fr.eu.org> References: <1143025133.756.8.camel@funkalicious> <20060322110119.GE4899@melamine.cuivre.fr.eu.org> <1143026210.756.10.camel@funkalicious> <20060322121045.GA7564@melamine.cuivre.fr.eu.org> <1143064166.821.1.camel@funkalicious> <1143707416.909.3.camel@funkalicious.home.dom> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1143707416.909.3.camel@funkalicious.home.dom> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Still ATAPICAM Lockup/Slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 09:39:14 -0000 * Adam Retter, 2006-03-30 : > Just wandering if you received my boot output that you asked for and if > so if there is any news on solving this? Got it, did not find anything that would ring a bell, maybe the Søren has an idea? Thomas. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 10:10:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 781FA16A400; Thu, 30 Mar 2006 10:10:00 +0000 (UTC) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra04.ch.as12513.net (mra04.ch.as12513.net [82.153.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id F010D43D45; Thu, 30 Mar 2006 10:09:58 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra04.ch.as12513.net (Postfix) with ESMTP id E3E93C0DB0; Thu, 30 Mar 2006 11:09:59 +0100 (BST) Received: from mra04.ch.as12513.net ([127.0.0.1]) by localhost (mra04.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09006-01-71; Thu, 30 Mar 2006 11:09:58 +0100 (BST) Received: from funkalicious.home.dom (unknown [82.152.93.225]) by mra04.ch.as12513.net (Postfix) with ESMTP id A8DECC03D2; Thu, 30 Mar 2006 11:09:56 +0100 (BST) From: Adam Retter To: sos@freebsd.org Content-Type: multipart/mixed; boundary="=-3QNW2MwyHFvk+iKaibCC" Date: Thu, 30 Mar 2006 11:09:55 +0100 Message-Id: <1143713395.909.10.camel@funkalicious.home.dom> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Cc: freebsd-stable@freebsd.org Subject: [Fwd: Re: Still ATAPICAM Lockup/Slowdown] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 10:10:00 -0000 --=-3QNW2MwyHFvk+iKaibCC Content-Type: text/plain Content-Transfer-Encoding: 7bit Soren, I am using FreeBSD 6-STABLE and have a problem with the atapicam driver, I have been in contact with Thomas Quinot through the FreeBSD stable mailing list (his name was on the code for atapicam), I have sent him boot -v -h output as suggested, but he is not sure whats wrong - he has suggested that I contact you as you are responsible for the ATA sub-system. Would you be so good as to take a look at the attached forwarded message please? Thanks Adam. --=-3QNW2MwyHFvk+iKaibCC Content-Disposition: inline Content-Description: Forwarded message - Re: Still ATAPICAM Lockup/Slowdown Content-Type: message/rfc822 Return-Path: X-Original-To: adam@adamretter.eclipse.co.uk Delivered-To: adam@adamretter.eclipse.co.uk Received: from MXA05.ch.as12513.net (mxa05.ch.as12513.net [82.153.252.56]) by mda01.ch.as12513.net (Postfix) with ESMTP id 1800131E94E for ; Wed, 22 Mar 2006 21:53:20 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by MXA05.ch.as12513.net (Postfix) with ESMTP id D777FC02F3 for ; Wed, 22 Mar 2006 21:53:21 +0000 (GMT) Received: from MXA05.ch.as12513.net ([127.0.0.1]) by localhost (MXA05.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 13341-01-67 for ; Wed, 22 Mar 2006 21:53:20 +0000 (GMT) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by MXA05.ch.as12513.net (Postfix) with ESMTP id 7090CC02C0 for ; Wed, 22 Mar 2006 21:53:19 +0000 (GMT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 0727A56556; Wed, 22 Mar 2006 21:50:19 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id CF5B516A457; Wed, 22 Mar 2006 21:50:08 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DEA316A420; Wed, 22 Mar 2006 21:49:43 +0000 (UTC) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra01.ch.as12513.net (mra01.ch.as12513.net [82.153.252.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADA1F43D6B; Wed, 22 Mar 2006 21:49:30 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra01.ch.as12513.net (Postfix) with ESMTP id 390A228C8CE; Wed, 22 Mar 2006 21:49:29 +0000 (GMT) Received: from mra01.ch.as12513.net ([127.0.0.1]) by localhost (mra01.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 12489-01-61; Wed, 22 Mar 2006 21:49:28 +0000 (GMT) Received: from funkalicious (unknown [82.152.93.225]) by mra01.ch.as12513.net (Postfix) with ESMTP id 0833A28C839; Wed, 22 Mar 2006 21:49:26 +0000 (GMT) From: Adam Retter To: Thomas Quinot In-Reply-To: <20060322121045.GA7564@melamine.cuivre.fr.eu.org> References: <1143025133.756.8.camel@funkalicious> <20060322110119.GE4899@melamine.cuivre.fr.eu.org> <1143026210.756.10.camel@funkalicious> <20060322121045.GA7564@melamine.cuivre.fr.eu.org> Content-Type: multipart/mixed; boundary="=-P3rGuT/5KjXOU/dLaLJ+" Date: Wed, 22 Mar 2006 21:49:26 +0000 Message-Id: <1143064166.821.1.camel@funkalicious> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Cc: freebsd-stable@freebsd.org Subject: Re: Still ATAPICAM Lockup/Slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk --=-P3rGuT/5KjXOU/dLaLJ+ Content-Type: text/plain Content-Transfer-Encoding: 7bit Attached is my output from "boot -h -v" for my kernel with atapicam compiled in. Hope it sheds some light on the problem... On Wed, 2006-03-22 at 13:10 +0100, Thomas Quinot wrote: > * Adam Retter, 2006-03-22 : > > > For booting with or without the apaicam module compiled into the Kernel? > > With ATAPI/CAM would be more useful. > > Thanks, > Thomas. > > _______________________________________________ > 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" --=-P3rGuT/5KjXOU/dLaLJ+ Content-Disposition: attachment; filename=atapicam-boot-verbose.txt Content-Type: text/plain; name=atapicam-boot-verbose.txt; charset=us-ascii Content-Transfer-Encoding: 7bit SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000007fef0000 SMAP type=03 base=000000007fff0000 len=0000000000008000 SMAP type=04 base=000000007fff8000 len=0000000000008000 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=02 base=00000000fff00000 len=0000000000100000 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-PRERELEASE #10: Wed Mar 22 15:20:54 GMT 2006 adam@funkalicious.home.dom:/usr/obj/usr/src/sys/funkalicious Preloaded elf kernel "/boot/kernel/kernel" at 0xc0c96000. Preloaded elf module "/boot/kernel/linprocfs.ko" at 0xc0c96198. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0c96248. Preloaded elf module "/boot/modules/hpt374.ko" at 0xc0c962f4. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0c963a0. Preloaded elf module "/boot/modules/kqemu.ko" at 0xc0c9644c. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0c964f8. Calibrating clock(s) ... i8254 clock: 1193409 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3245465384 Hz CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz (3245.47-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Hyperthreading: 2 logical CPUs real memory = 2147418112 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000007dbb7fff, 2092511232 bytes (510867 pages) avail memory = 2092376064 (1995 MB) MP Configuration Table version 1.4 found at 0xc00f6170 Table 'FACP' at 0x7fff0030 Table 'APIC' at 0x7fff00c0 MADT: Found table at 0x7fff00c0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled MADT: Found CPU APIC ID 1 ACPI ID 2: enabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00fdb50 bios32: Entry = 0xfdb60 (c00fdb60) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdb81 pnpbios: Found PnP BIOS data at 0xc00f75e0 pnpbios: Entry = f0000:63cf Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 random: mem: Pentium Pro MTRR support enabled io: VESA: information block 56 45 53 41 00 03 00 01 00 01 01 00 00 00 22 00 00 01 00 10 40 05 07 01 00 01 1a 01 00 01 30 01 00 01 00 01 01 01 02 01 03 01 04 01 05 01 06 01 07 01 0e 01 0f 01 11 01 12 01 14 01 15 01 17 01 VESA: 32 mode(s) found VESA: v3.0, 262144k memory, flags:0x1, mode table:0xc0733022 (1000022) VESA: NVIDIA VESA: NVIDIA Corporation nv40 Board - p201-7 Chip Rev kqemu version 0x00010200 kqemu: KQEMU installed, max_instances=4 max_locked_mem=131072kB. null: ioapic0: routing intpin 13 (ISA IRQ 13) to vector 48 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 49 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25708086) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f7c10 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x60 3 4 6 7 10 11 12 14 15 embedded 0 1 B 0x61 3 4 6 7 10 11 12 14 15 embedded 0 2 A 0x60 3 4 6 7 10 11 12 14 15 embedded 0 3 B 0x62 3 4 6 7 10 11 12 14 15 embedded 0 29 A 0x60 3 4 6 7 10 11 12 14 15 embedded 0 29 B 0x63 3 4 6 7 10 11 12 14 15 embedded 0 29 C 0x62 3 4 6 7 10 11 12 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 12 14 15 embedded 0 31 A 0x62 3 4 6 7 10 11 12 14 15 embedded 0 31 B 0x61 3 4 6 7 10 11 12 14 15 slot 1 2 1 A 0x61 3 4 6 7 10 11 12 14 15 slot 1 2 1 B 0x62 3 4 6 7 10 11 12 14 15 slot 1 2 1 C 0x63 3 4 6 7 10 11 12 14 15 slot 1 2 1 D 0x60 3 4 6 7 10 11 12 14 15 slot 2 2 2 A 0x62 3 4 6 7 10 11 12 14 15 slot 2 2 2 B 0x63 3 4 6 7 10 11 12 14 15 slot 2 2 2 C 0x60 3 4 6 7 10 11 12 14 15 slot 2 2 2 D 0x61 3 4 6 7 10 11 12 14 15 slot 3 2 3 A 0x63 3 4 6 7 10 11 12 14 15 slot 3 2 3 B 0x60 3 4 6 7 10 11 12 14 15 slot 3 2 3 C 0x61 3 4 6 7 10 11 12 14 15 slot 3 2 3 D 0x62 3 4 6 7 10 11 12 14 15 slot 4 2 5 A 0x61 3 4 6 7 10 11 12 14 15 slot 4 2 5 B 0x62 3 4 6 7 10 11 12 14 15 slot 4 2 5 C 0x63 3 4 6 7 10 11 12 14 15 slot 4 2 5 D 0x60 3 4 6 7 10 11 12 14 15 slot 5 2 4 A 0x60 3 4 6 7 10 11 12 14 15 slot 5 2 4 B 0x61 3 4 6 7 10 11 12 14 15 slot 5 2 4 C 0x62 3 4 6 7 10 11 12 14 15 slot 5 2 4 D 0x63 3 4 6 7 10 11 12 14 15 embedded 2 11 A 0x6b 3 4 5 6 7 12 14 15 embedded 2 8 A 0x68 3 4 6 7 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 0 func 0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 6 7 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 6 7 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 14 N 0 3 4 6 7 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 14 N 0 3 4 6 7 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 6 7 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 6 7 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 15 N 0 3 4 6 7 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 15 N 0 3 4 6 7 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 12 14 15 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x810 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2570, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base e0000000, size 28, enabled found-> vendor=0x8086, dev=0x2571, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0d (3250 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d2, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type 4, range 32, base 0000cc00, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24d4, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=15 map[20]: type 4, range 32, base 0000d000, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24d7, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[20]: type 4, range 32, base 0000d400, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24de, revid=0x02 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type 4, range 32, base 0000d800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24dd, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base febffc00, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xc2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x8080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24db, revid=0x02 bus=0, slot=31, func=1 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type 4, range 32, base 0000c000, size 3, enabled map[14]: type 4, range 32, base 0000bc00, size 2, enabled map[18]: type 4, range 32, base 0000b800, size 3, enabled map[1c]: type 4, range 32, base 0000b400, size 2, enabled map[20]: type 4, range 32, base 0000b000, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, memory disabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d1, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type 4, range 32, base 0000ec00, size 3, enabled map[14]: type 4, range 32, base 0000e800, size 2, enabled map[18]: type 4, range 32, base 0000e400, size 3, enabled map[1c]: type 4, range 32, base 0000e000, size 2, enabled map[20]: type 4, range 32, base 0000dc00, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d3, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=14 map[20]: type 4, range 32, base 00000c00, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24d5, revid=0x02 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=14 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000c800, size 8, enabled map[14]: type 4, range 32, base 0000c400, size 6, enabled map[18]: type 1, range 32, base febffa00, size 9, enabled map[1c]: type 1, range 32, base febff900, size 8, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfa900000-0xfe9fffff pcib1: prefetched decode 0xbff00000-0xdfefffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x10de, dev=0x0042, revid=0xa1 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib1: (null) requested memory range 0xfd000000-0xfdffffff: good map[14]: type 3, range 32, base c0000000, size 28, enabled pcib1: (null) requested memory range 0xc0000000-0xcfffffff: good map[18]: type 1, range 32, base fc000000, size 24, enabled pcib1: (null) requested memory range 0xfc000000-0xfcffffff: good pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 nvidia0: mem 0xfd000000-0xfdffffff,0xc0000000-0xcfffffff,0xfc000000-0xfcffffff irq 16 at device 0.0 on pci1 nvidia0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0xfd000000 nvidia0: Reserved 0x10000000 bytes for rid 0x14 type 3 at 0xc0000000 nvidia0: Reserved 0x1000000 bytes for rid 0x18 type 3 at 0xfc000000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 50 nvidia0: [GIANT-LOCKED] uhci0: port 0xcc00-0xcc1f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcc00 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 0xd000-0xd01f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 51 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 0xd400-0xd41f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 52 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 uhci3: port 0xd800-0xd81f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfebffc00-0xfebfffff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfebffc00 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 53 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x7000-0x9fff pcib2: memory decode 0xfea00000-0xfeafffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x1103, dev=0x0008, revid=0x07 bus=2, slot=5, func=0 class=01-04-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00008800, size 3, enabled pcib2: (null) requested I/O range 0x8800-0x8807: in range map[14]: type 4, range 32, base 00008400, size 2, enabled pcib2: (null) requested I/O range 0x8400-0x8403: in range map[18]: type 4, range 32, base 00008000, size 3, enabled pcib2: (null) requested I/O range 0x8000-0x8007: in range map[1c]: type 4, range 32, base 00007c00, size 2, enabled pcib2: (null) requested I/O range 0x7c00-0x7c03: in range map[20]: type 4, range 32, base 00007800, size 8, enabled pcib2: (null) requested I/O range 0x7800-0x78ff: in range pcib2: matched entry for 2.5.INTA pcib2: slot 5 INTA hardwired to IRQ 17 found-> vendor=0x1103, dev=0x0008, revid=0x07 bus=2, slot=5, func=1 class=01-04-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00009c00, size 3, enabled pcib2: (null) requested I/O range 0x9c00-0x9c07: in range map[14]: type 4, range 32, base 00009800, size 2, enabled pcib2: (null) requested I/O range 0x9800-0x9803: in range map[18]: type 4, range 32, base 00009400, size 3, enabled pcib2: (null) requested I/O range 0x9400-0x9407: in range map[1c]: type 4, range 32, base 00009000, size 2, enabled pcib2: (null) requested I/O range 0x9000-0x9003: in range map[20]: type 4, range 32, base 00008c00, size 8, enabled pcib2: (null) requested I/O range 0x8c00-0x8cff: in range pcib2: matched entry for 2.5.INTA pcib2: slot 5 INTA hardwired to IRQ 17 found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=2, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00007400, size 8, enabled pcib2: (null) requested I/O range 0x7400-0x74ff: in range map[14]: type 1, range 32, base feadff00, size 8, enabled pcib2: (null) requested memory range 0xfeadff00-0xfeadffff: good pcib2: matched entry for 2.11.INTA pcib2: slot 11 INTA hardwired to IRQ 23 hpt3740: port 0x8800-0x8807,0x8400-0x8403,0x8000-0x8007,0x7c00-0x7c03,0x7800-0x78ff irq 17 at device 5.0 on pci2 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 54 hpt3740: [GIANT-LOCKED] hpt3741: port 0x9c00-0x9c07,0x9800-0x9803,0x9400-0x9407,0x9000-0x9003,0x8c00-0x8cff irq 17 at device 5.1 on pci2 rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x7400 pcib2: rl0 requested I/O range 0x7400-0x74ff: in range rl0: port 0x7400-0x74ff mem 0xfeadff00-0xfeadffff irq 23 at device 11.0 on pci2 pcib2: rl0 requested I/O range 0x7400-0x74ff: in range miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:0c:76:51:b6:28 rl0: [MPSAFE] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xc000-0xc007,0xbc00-0xbc03,0xb800-0xb807,0xb400-0xb403,0xb000-0xb00f irq 18 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb000 atapci0: [MPSAFE] ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xc000 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbc00 ata2: reset tp1 mask=03 ostat0=50 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc ata2: [MPSAFE] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xb800 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb400 ata3: reset tp1 mask=03 ostat0=00 ostat1=00 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat1=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: reset tp2 stat0=b8 stat1=b8 devices=0x0 ata3: [MPSAFE] atapci1: port 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f irq 18 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xdc00 atapci1: [MPSAFE] ata4: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xec00 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe800 ata4: reset tp1 mask=01 ostat0=80 ostat1=00 ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata4: reset tp2 stat0=50 stat1=00 devices=0x1 ata4: [MPSAFE] ata5: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xe400 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xe000 ata5: reset tp1 mask=01 ostat0=7f ostat1=00 ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: reset tp2 stat0=ff stat1=00 devices=0x0 ata5: [MPSAFE] pci0: at device 31.3 (no driver attached) pcm0: port 0xc800-0xc8ff,0xc400-0xc43f mem 0xfebffa00-0xfebffbff,0xfebff900-0xfebff9ff irq 17 at device 31.5 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xfebffa00 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xfebff900 pcm0: [MPSAFE] pcm0: primary codec not ready! pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features reserved 1, center DAC, surround DAC, LFE DAC, reserved 5 pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 7d7a0000, 4000; 0xe6e92000 -> 7d7a0000 pcm0: sndbuf_setmap 7d79c000, 4000; 0xe6e96000 -> 7d79c000 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 56 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 57 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0xcc21 0xcc31 0xcc21 0xcc21 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ioapic0: routing intpin 4 (ISA IRQ 4) to vector 58 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP/NIBBLE_ID/ECP_ID/Extensibility Link Probing for PnP devices on ppbus0: ppbus0: SCP,VLINK ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ioapic0: routing intpin 7 (ISA IRQ 7) to vector 59 atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xd2fff,0xd3000-0xd57ff,0xe0000-0xe0fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 14 (ISA IRQ 14) to vector 60 ata0: [MPSAFE] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 61 ata1: [MPSAFE] bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xcca1 0xcca1 0xcca1 0xcca1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices ufm0: GemTek Corp USB FM Radio, rev 1.00/4.10, addr 2 Device configuration finished. RocketRAID 154x/1640 SATA Controller driver Version 1.12s hpt374: RAID5 write-back enabled Reducing kern.maxvnodes 134112 -> 100000 linprocfs registered procfs registered lapic: Divisor 2, Frequency 101420692 hz Timecounter "TSC" frequency 3245465384 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached ata2-slave: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=40 wire ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd0: DVDROM drive at ata2 as master acd0: read 6776KB/s (6877KB/s), 512KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 512 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip acd1: DVDR drive at ata2 as slave acd1: read 173KB/s (6876KB/s) write 6876KB/s (6876KB/s), 2048KB buffer, UDMA66 acd1: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd1: Writes: CDR, CDRW, DVDR, test write, burnproof acd1: Audio: play, 256 volume levels acd1: Mechanism: ejectable tray, unlocked acd1: Medium: no/blank disc ata4-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad8: 117246MB at ata4-master SATA150 ad8: 240121728 sectors [238216C/16H/63S] 16 sectors/interrupt 1 depth queue ad8: Intel check1 failed ad8: Adaptec check1 failed ad8: LSI (v3) check1 failed ad8: LSI (v2) check1 failed ad8: FreeBSD check1 failed pcm0: measured ac97 link rate at 48004 Hz, will use 48000 Hz GEOM: new disk ad8 (probe2:hpt3740:0:0:0): error 22 (probe2:hpt3740:0:0:0): Unretryable Error (probe3:hpt3740:0:1:0): error 22 (probe3:hpt3740:0:1:0): Unretryable Error (probe9:hpt3740:0:7:0): error 22 (probe9:hpt3740:0:7:0): Unretryable Error (probe10:hpt3740:0:8:0): error 22 (probe10:hpt3740:0:8:0): Unretryable Error (probe16:hpt3740:0:14:0): error 22 (probe16:hpt3740:0:14:0): Unretryable Error (probe4:hpt3740:0:2:0): error 22 (probe4:hpt3740:0:2:0): Unretryable Error (probe5:hpt3740:0:3:0): error 22 (probe5:hpt3740:0:3:0): Unretryable Error (probe6:hpt3740:0:4:0): error 22 (probe6:hpt3740:0:4:0): Unretryable Error (probe7:hpt3740:0:5:0): error 22 (probe7:hpt3740:0:5:0): Unretryable Error (probe8:hpt3740:0:6:0): error 22 (probe8:hpt3740:0:6:0): Unretryable Error (probe11:hpt3740:0:9:0): error 22 (probe11:hpt3740:0:9:0): Unretryable Error (probe12:hpt3740:0:10:0): error 22 (probe12:hpt3740:0:10:0): Unretryable Error (probe13:hpt3740:0:11:0): error 22 (probe13:hpt3740:0:11:0): Unretryable Error (probe14:hpt3740:0:12:0): error 22 (probe14:hpt3740:0:12:0): Unretryable Error (probe15:hpt3740:0:13:0): error 22 (probe15:hpt3740:0:13:0): Unretryable Error (probe17:hpt3740:0:15:0): error 22 (probe17:hpt3740:0:15:0): Unretryable Error ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=51 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=50 ostat1=51 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=51 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=50 ostat1=51 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=51 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=50 ostat1=51 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. (probe0:ata2:0:0:0): error 6 (probe0:ata2:0:0:0): Unretryable Error (probe1:ata2:0:1:0): error 6 (probe1:ata2:0:1:0): Unretryable Error ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=51 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=50 ostat1=51 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=51 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=50 ostat1=51 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=51 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip ata2: reinit done .. --=-P3rGuT/5KjXOU/dLaLJ+ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 7bit _______________________________________________ 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" --=-P3rGuT/5KjXOU/dLaLJ+-- --=-3QNW2MwyHFvk+iKaibCC-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 10:42:32 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9B0416A401 for ; Thu, 30 Mar 2006 10:42:32 +0000 (UTC) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 086F143D45 for ; Thu, 30 Mar 2006 10:42:31 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from sos.deepcore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k2UAgSh4019914; Thu, 30 Mar 2006 12:42:28 +0200 (CEST) (envelope-from sos@FreeBSD.org) From: =?ISO-8859-1?Q?S=F8ren?= Schmidt To: Adam Retter In-Reply-To: <1143713395.909.10.camel@funkalicious.home.dom> References: <1143713395.909.10.camel@funkalicious.home.dom> Content-Type: text/plain; charset=iso8859-1 Organization: FreeBSD project Date: Thu, 30 Mar 2006 12:42:22 +0200 Message-Id: <1143715342.679.71.camel@sos.deepcore.dk> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: freebsd-stable@FreeBSD.org Subject: Re: [Fwd: Re: Still ATAPICAM Lockup/Slowdown] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sos@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 10:42:32 -0000 On Tor, 2006-03-30 at 11:09 +0100, Adam Retter wrote: > Soren, > > I am using FreeBSD 6-STABLE and have a problem with the atapicam driver, > I have been in contact with Thomas Quinot through the FreeBSD stable > mailing list (his name was on the code for atapicam), I have sent him > boot -v -h output as suggested, but he is not sure whats wrong - he has > suggested that I contact you as you are responsible for the ATA > sub-system. > > Would you be so good as to take a look at the attached forwarded message > please? Looks like atapicam does some operation that locks/hangs the device(s) causing endless resets/retry loops.. Does the system boot correctly without atapicam in the kernel and are the devices accessible through the plain ATA/ATAPI devices ? -Søren > > Thanks Adam. > email message attachment, "Forwarded message - Re: Still ATAPICAM > Lockup/Slowdown" > > -------- Forwarded Message -------- > > From: Adam Retter > > To: Thomas Quinot > > Cc: freebsd-stable@freebsd.org > > Subject: Re: Still ATAPICAM Lockup/Slowdown > > Date: Wed, 22 Mar 2006 21:49:26 +0000 > > > > Attached is my output from "boot -h -v" for my kernel with atapicam > > compiled in. > > > > Hope it sheds some light on the problem... > > > > > > > > On Wed, 2006-03-22 at 13:10 +0100, Thomas Quinot wrote: > > > * Adam Retter, 2006-03-22 : > > > > > > > For booting with or without the apaicam module compiled into the Kernel? > > > > > > With ATAPI/CAM would be more useful. > > > > > > Thanks, > > > Thomas. > > > > > > _______________________________________________ > > > freebsd-stable@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 11:07:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA2E316A401; Thu, 30 Mar 2006 11:07:56 +0000 (UTC) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra04.ch.as12513.net (mra04.ch.as12513.net [82.153.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5721243D49; Thu, 30 Mar 2006 11:07:56 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra04.ch.as12513.net (Postfix) with ESMTP id D87D4C0DB0; Thu, 30 Mar 2006 12:07:54 +0100 (BST) Received: from mra04.ch.as12513.net ([127.0.0.1]) by localhost (mra04.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 25378-01-58; Thu, 30 Mar 2006 12:07:53 +0100 (BST) Received: from funkalicious.home.dom (unknown [82.152.93.225]) by mra04.ch.as12513.net (Postfix) with ESMTP id 2BDDFC0C24; Thu, 30 Mar 2006 12:07:53 +0100 (BST) From: Adam Retter To: sos@FreeBSD.org In-Reply-To: <1143715342.679.71.camel@sos.deepcore.dk> References: <1143713395.909.10.camel@funkalicious.home.dom> <1143715342.679.71.camel@sos.deepcore.dk> Content-Type: text/plain; charset=ISO-8859-1 Date: Thu, 30 Mar 2006 12:07:54 +0100 Message-Id: <1143716874.909.13.camel@funkalicious.home.dom> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Cc: freebsd-stable@freebsd.org Subject: Re: [Fwd: Re: Still ATAPICAM Lockup/Slowdown] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 11:07:57 -0000 On Thu, 2006-03-30 at 12:42 +0200, Søren Schmidt wrote: > On Tor, 2006-03-30 at 11:09 +0100, Adam Retter wrote: > > Soren, > > > > I am using FreeBSD 6-STABLE and have a problem with the atapicam driver, > > I have been in contact with Thomas Quinot through the FreeBSD stable > > mailing list (his name was on the code for atapicam), I have sent him > > boot -v -h output as suggested, but he is not sure whats wrong - he has > > suggested that I contact you as you are responsible for the ATA > > sub-system. > > > > Would you be so good as to take a look at the attached forwarded message > > please? > > Looks like atapicam does some operation that locks/hangs the device(s) > causing endless resets/retry loops.. > Does the system boot correctly without atapicam in the kernel and are > the devices accessible through the plain ATA/ATAPI devices ? Yes the system will boot fine without atapicam in the kernel and all devices are accessible. I only need atapicam for CD/DVD writting. Whats the next move, do I take what you have said back to Thomas Quinot? > > -Søren > > > > > Thanks Adam. > > email message attachment, "Forwarded message - Re: Still ATAPICAM > > Lockup/Slowdown" > > > -------- Forwarded Message -------- > > > From: Adam Retter > > > To: Thomas Quinot > > > Cc: freebsd-stable@freebsd.org > > > Subject: Re: Still ATAPICAM Lockup/Slowdown > > > Date: Wed, 22 Mar 2006 21:49:26 +0000 > > > > > > Attached is my output from "boot -h -v" for my kernel with atapicam > > > compiled in. > > > > > > Hope it sheds some light on the problem... > > > > > > > > > > > > On Wed, 2006-03-22 at 13:10 +0100, Thomas Quinot wrote: > > > > * Adam Retter, 2006-03-22 : > > > > > > > > > For booting with or without the apaicam module compiled into the Kernel? > > > > > > > > With ATAPI/CAM would be more useful. > > > > > > > > Thanks, > > > > Thomas. > > > > > > > > _______________________________________________ > > > > freebsd-stable@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > _______________________________________________ > > > freebsd-stable@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 11:15:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6070216A422; Thu, 30 Mar 2006 11:15:50 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4200543D49; Thu, 30 Mar 2006 11:15:49 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FOvCy-000OG5-VA; Thu, 30 Mar 2006 20:20:57 +0900 Message-ID: <442BBDED.4060804@micom.mng.net> Date: Thu, 30 Mar 2006 20:15:57 +0900 From: Ganbold User-Agent: Thunderbird 1.5 (X11/20060202) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: mjacob@FreeBSD.org Subject: boot problem in HP Proliant ML370 G4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 11:15:50 -0000 Hi, I have strange problem when booting FreeBSD-6.x in HP Proliant ML370 G4. The problem is "-" appears on the screen and it never boots unless somebody hits the "Enter" key. Sometimes even PS2 keyboard doesn't respond during that time. Tried with USB keyboard, same problem. The machine has dual Xeon 3.2 GHz, 1GB of RAM and LSI Logic (mpt-5.0.5.20.00 bios) LSI1030-IT controller and one Compaq BD1468A4B5 146GB SCSI disk. It didn't even boot with WITNESS and INVARIANTS options, scrolls very fast and forever showing some SCSI stuffs. How to solve this problem? Does anybody have this kind of issues before? thanks, Ganbold From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 11:31:38 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE74916A400 for ; Thu, 30 Mar 2006 11:31:38 +0000 (UTC) (envelope-from lexa@wincmd.ru) Received: from kunnilinux.birulevo.net (kunnilinux.birulevo.net [195.54.208.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB7E343D4C for ; Thu, 30 Mar 2006 11:31:37 +0000 (GMT) (envelope-from lexa@wincmd.ru) Received: (qmail 3916 invoked by uid 210); 30 Mar 2006 15:31:30 +0400 Received: from 10.4.22.222 by kunnilinux (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.88/1363. spamassassin: 3.1.0. perlscan: 1.25st. Clear:RC:1(10.4.22.222):. Processed in 0.024361 secs); 30 Mar 2006 11:31:30 -0000 Received: from unknown (HELO ?192.0.0.1?) (10.4.22.222) by 0 with SMTP; 30 Mar 2006 15:31:30 +0400 Message-ID: <442BC198.5000209@wincmd.ru> Date: Thu, 30 Mar 2006 15:31:36 +0400 From: Tarasov Alexey User-Agent: Thunderbird 1.5 (X11/20060312) MIME-Version: 1.0 To: stable@freebsd.org References: <200603300730.35065.davidxu@freebsd.org> In-Reply-To: <200603300730.35065.davidxu@freebsd.org> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: away X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 11:31:38 -0000 Please, don't leave us, David! Best regards, Tarasov Alexey. David Xu wrote: > Hi everyone, > > I will go away today due to some unpleasant person attack to me, in the past, > I have made lots of work in FreeBSD threading work, this includes kernel > threading in earlier stage and thread libraries later, and gdb support for > these new thread libraries from kernel to userland everywhere, spent lots > of time to work in libpthread, and later make libthr to be best performance > library for mysql and possible other applications developed on Linux and make > it run on most platforms we current support. > because the work load was large, I admit I have made some coding > mistakes which some people think it is serious while other don't think so, > I don't think it is not fixable, time goes and things will be fixed, think > about FreeBSD comes from a 4.x which is ignorant about true kernel based > thread, changing to current thread based kernel is really a painful thing to > do, even with recently 6.1, I still have fixed lots of thread suspension race > which I think is obscure, of course, my work does not stop on threading, > recent, I also have added signal queue, POSIX message queue and timer, > made AIO MP-safe, these are all work-in-progress, but I am sorry, the attack > made to me is very harmful, I feel I can not recover from such disaster, > working on FreeBSD is no longer fun. I will still use FreeBSD, but no > contribution, current it is default OS I use in daily work from desktop to > notebook. > > I wish FreeBSD will succeed as its 4.x versions did. > > Sincerely, > David Xu > _______________________________________________ > 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-stable@FreeBSD.ORG Thu Mar 30 12:13:16 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C744416A400 for ; Thu, 30 Mar 2006 12:13:16 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from smtp1.uct.ac.za (smtp1.uct.ac.za [137.158.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id B003843D49 for ; Thu, 30 Mar 2006 12:13:04 +0000 (GMT) (envelope-from bsd@lordcow.org) Received: from anubis.uct.ac.za ([137.158.128.125]) by smtp1.uct.ac.za with esmtp (Exim 4.30; FreeBSD) id 1FOw1H-000IoK-DL for stable@freebsd.org; Thu, 30 Mar 2006 14:12:55 +0200 Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by anubis.uct.ac.za with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FOw1H-000HfV-5U for stable@freebsd.org; Thu, 30 Mar 2006 14:12:55 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.60) (envelope-from ) id 1FOw1H-0003Ur-Gl for stable@freebsd.org; Thu, 30 Mar 2006 14:12:55 +0200 Date: Thu, 30 Mar 2006 14:12:55 +0200 From: gareth To: stable@freebsd.org Message-ID: <20060330121255.GA12616@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11+cvs20060126 Cc: Subject: ntpdate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 12:13:16 -0000 hey guys, i get a problem from ntpdate saying: ntpdate[34131]: cannot find family compatible socket to send ntp packet and i got a tip off google awhile back and changed 'sock' in /usr/src/contrib/ntp/ntpdate/ntpdate.c from '0' to '-1'. but now, how do i recompile, since there's only a Makefile.am & Makefile.in in /usr/src/contrib/ntp/ntpdate/ ? do i need to go into /usr/src and type 'make'? thanx gareth From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 12:40:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12B1716A41F for ; Thu, 30 Mar 2006 12:40:36 +0000 (UTC) (envelope-from laszlokaroly@tvnetwork.hu) Received: from eos.fwall.u-szeged.hu (eos.fwall.u-szeged.hu [160.114.120.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8364543D45 for ; Thu, 30 Mar 2006 12:40:34 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: from localhost ([127.0.0.1] helo=eos.fwall.u-szeged.hu) by eos.fwall.u-szeged.hu with smtp (Exim 4.51) id 1FOwRZ-00030L-QG; Thu, 30 Mar 2006 14:40:05 +0200 Received: from eos.fwall.u-szeged.hu ([127.0.0.1]) by eos.fwall.u-szeged.hu (SMSSMTP 4.1.9.35) with SMTP id M2006033014400522749 ; Thu, 30 Mar 2006 14:40:05 +0200 Received: from sol.cc.u-szeged.hu ([160.114.8.24]) by eos.fwall.u-szeged.hu with esmtp (Exim 4.51) id 1FOwRZ-00030m-Mq; Thu, 30 Mar 2006 14:40:05 +0200 Received: from altaj3.hung.u-szeged.hu ([160.114.24.169]) by sol.cc.u-szeged.hu with esmtp (Exim 4.51) id 1FOwRZ-0003al-Hx; Thu, 30 Mar 2006 14:40:05 +0200 Message-ID: <442BD198.9080009@tvnetwork.hu> Date: Thu, 30 Mar 2006 14:39:52 +0200 From: =?ISO-8859-1?Q?L=E1szl=F3_K=E1roly?= User-Agent: Thunderbird 1.5 (X11/20060219) MIME-Version: 1.0 To: Boris Samorodov References: <84395955@ho.ipt.ru> <4428483F.6090404@tvnetwork.hu> <44285322.4020000@errno.com> <07561033@ho.ipt.ru> In-Reply-To: <07561033@ho.ipt.ru> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-SZTE-local: YES X-SZTE-HU-local: YES X-SZTE-AVcheck: YES Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-PRERELEASE: freezing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 12:40:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Boris Samorodov wrote: > On Mon, 27 Mar 2006 13:03:30 -0800 Sam Leffler wrote: >> László Károly wrote: >>> Boris Samorodov wrote: > >>>> I've had 6.0-STABLE as of jan-2006. Yesterday it was upgraded to >>>> current 6.1-PRERELEASE (tag=RELENG_6). The hardware is HP/Compaq >>>> nx6110 notebook. >>>> >>>> After upgrading mashine is freezing under load. After booting the >>>> OS without any actions it's OK for two hours. But after starting of >>>> make buildkernel the mashine freezes. > > It's freezing (actually it's an IRQ storm) when the cooler temperature > is increased and the speed of the fan should be increased. > >>> I have the same box and I too made an upgrade yesterday (from a >>> two-week-old 6.1-PRERELEASE). The same experience: the system became >>> unusably slow, no problem without ACPI. >>>> What type of debugging should I do to find up what's up? >>> Good question ;-): how to debug a system which practically does not >>> react but "runs"? > >> Are you running powerd? I've got an nx6125 (amd cpu) that has >> numerous acpi issues and also would lockup when idle. I found turning >> off powerd stopped the latter. Unfortunately there are still many >> other unresolved issues (and no time to pursue them). > > I found when things went broken. It is the patch(es) as of > 2006-01-13. The patch is at attachment. After applying (reversed) > patch acpi is working as well as management of the cooler speed. > > Sam, should I do some other testing? > > László, can you apply the patch (cd /usr/src; patch -R -p0 > _the_patch_), make kernel and tell us if the problem go out? > As for me the reversed patch worked for current 6.1-PRERELEASE > (cvsupped some hours ago). Great, it works for me. Thanks, Laci - -- László Károly Department of Altaic Studies Egyetem str. 2. University of Szeged H-6722 Szeged, Hungary PGP/GnuPG key: 1024D/869D81C5 Fingerprint: 1E61 3205 8F5A 87E7 1269 3396 1C63 F9FF 869D 81C5 Encrypted e-mail preferred. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEK9GAHGP5/4adgcURAtzRAKCbzS5pVVjiBUB+XEz3a4/OzTPYfgCfVKae qPD+KLTvnx39YlGvHgD6FJ0= =Adu6 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 12:42:55 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 115EE16A401 for ; Thu, 30 Mar 2006 12:42:55 +0000 (UTC) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09A7E43D4C for ; Thu, 30 Mar 2006 12:42:46 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from sos.deepcore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k2UCgioZ021448; Thu, 30 Mar 2006 14:42:44 +0200 (CEST) (envelope-from sos@FreeBSD.org) From: =?ISO-8859-1?Q?S=F8ren?= Schmidt To: Adam Retter In-Reply-To: <1143716874.909.13.camel@funkalicious.home.dom> References: <1143713395.909.10.camel@funkalicious.home.dom> <1143715342.679.71.camel@sos.deepcore.dk> <1143716874.909.13.camel@funkalicious.home.dom> Content-Type: text/plain; charset=iso8859-1 Organization: FreeBSD project Date: Thu, 30 Mar 2006 14:42:38 +0200 Message-Id: <1143722558.679.80.camel@sos.deepcore.dk> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: freebsd-stable@FreeBSD.org Subject: Re: [Fwd: Re: Still ATAPICAM Lockup/Slowdown] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sos@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 12:42:55 -0000 On Tor, 2006-03-30 at 12:07 +0100, Adam Retter wrote: > On Thu, 2006-03-30 at 12:42 +0200, Søren Schmidt wrote: > > On Tor, 2006-03-30 at 11:09 +0100, Adam Retter wrote: > > > Soren, > > > > > > I am using FreeBSD 6-STABLE and have a problem with the atapicam driver, > > > I have been in contact with Thomas Quinot through the FreeBSD stable > > > mailing list (his name was on the code for atapicam), I have sent him > > > boot -v -h output as suggested, but he is not sure whats wrong - he has > > > suggested that I contact you as you are responsible for the ATA > > > sub-system. > > > > > > Would you be so good as to take a look at the attached forwarded message > > > please? > > > > Looks like atapicam does some operation that locks/hangs the device(s) > > causing endless resets/retry loops.. > > Does the system boot correctly without atapicam in the kernel and are > > the devices accessible through the plain ATA/ATAPI devices ? > > Yes the system will boot fine without atapicam in the kernel and all > devices are accessible. I only need atapicam for CD/DVD writting. OK, so the problem is in atapicam interaction somehow. > Whats the next move, do I take what you have said back to Thomas Quinot? Yes, Thomas is the way to go. If the problem(s) needs something specific to be changed/fixed in ATA then is the time to get back to me so it can be incorporated. Of course I'll answer questions as to how interaction with ATA should be handled along the way if need be, but I dont have the time nor motivation to dig into how/why/if atapicam works... -Søren From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 14:34:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D47916A400; Thu, 30 Mar 2006 14:34:05 +0000 (UTC) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra04.ch.as12513.net (mra04.ch.as12513.net [82.153.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EF9F43D5D; Thu, 30 Mar 2006 14:34:00 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra04.ch.as12513.net (Postfix) with ESMTP id E9274C0BEB; Thu, 30 Mar 2006 15:34:00 +0100 (BST) Received: from mra04.ch.as12513.net ([127.0.0.1]) by localhost (mra04.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09461-01-22; Thu, 30 Mar 2006 15:33:59 +0100 (BST) Received: from funkalicious.home.dom (unknown [82.152.93.225]) by mra04.ch.as12513.net (Postfix) with ESMTP id 42E65C0758; Thu, 30 Mar 2006 15:33:59 +0100 (BST) From: Adam Retter To: thomas@freebsd.org Content-Type: multipart/mixed; boundary="=-woIfIk2TwYdNykgsrAFt" Date: Thu, 30 Mar 2006 15:34:01 +0100 Message-Id: <1143729241.89530.1.camel@funkalicious.home.dom> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Cc: freebsd-stable@freebsd.org Subject: [Fwd: Re: [Fwd: Re: Still ATAPICAM Lockup/Slowdown]] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 14:34:05 -0000 --=-woIfIk2TwYdNykgsrAFt Content-Type: text/plain Content-Transfer-Encoding: 7bit Thomas, Have spoken to Soren, from my bootlog he believes that the problem is in atapicam causing the system to lock up. He is happy to answer some questions but doesnt have time to delve into atapicam himself. Did you author atapicam, I have seen your name on the sourcecode, can you help me further? Whats next? Thanks Adam. --=-woIfIk2TwYdNykgsrAFt Content-Disposition: inline Content-Description: Forwarded message - Re: [Fwd: Re: Still ATAPICAM Lockup/Slowdown] Content-Type: message/rfc822 Return-Path: X-Original-To: adam@adamretter.eclipse.co.uk Delivered-To: adam@adamretter.eclipse.co.uk Received: from mxa01.ch.as12513.net (mxa01.ch.as12513.net [82.153.252.26]) by mda01.ch.as12513.net (Postfix) with ESMTP id 5097931EA52 for ; Thu, 30 Mar 2006 13:42:50 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by mxa01.ch.as12513.net (Postfix) with ESMTP id 850C2602E6 for ; Thu, 30 Mar 2006 13:42:50 +0100 (BST) Received: from mxa01.ch.as12513.net ([127.0.0.1]) by localhost (mxa01.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14955-01-35 for ; Thu, 30 Mar 2006 13:42:45 +0100 (BST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mxa01.ch.as12513.net (Postfix) with ESMTP id 71AE86038E for ; Thu, 30 Mar 2006 13:42:45 +0100 (BST) Received: from sos.deepcore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k2UCgioZ021448; Thu, 30 Mar 2006 14:42:44 +0200 (CEST) (envelope-from sos@FreeBSD.org) Subject: Re: [Fwd: Re: Still ATAPICAM Lockup/Slowdown] From: =?ISO-8859-1?Q?S=F8ren?= Schmidt Reply-To: sos@FreeBSD.org To: Adam Retter Cc: freebsd-stable@FreeBSD.org In-Reply-To: <1143716874.909.13.camel@funkalicious.home.dom> References: <1143713395.909.10.camel@funkalicious.home.dom> <1143715342.679.71.camel@sos.deepcore.dk> <1143716874.909.13.camel@funkalicious.home.dom> Content-Type: text/plain; charset=iso8859-1 Organization: FreeBSD project Date: Thu, 30 Mar 2006 14:42:38 +0200 Message-Id: <1143722558.679.80.camel@sos.deepcore.dk> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-mail-scanned: by DeepCore Virus & Spam killer v1.16 X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Content-Transfer-Encoding: 8bit On Tor, 2006-03-30 at 12:07 +0100, Adam Retter wrote: > On Thu, 2006-03-30 at 12:42 +0200, Søren Schmidt wrote: > > On Tor, 2006-03-30 at 11:09 +0100, Adam Retter wrote: > > > Soren, > > > > > > I am using FreeBSD 6-STABLE and have a problem with the atapicam driver, > > > I have been in contact with Thomas Quinot through the FreeBSD stable > > > mailing list (his name was on the code for atapicam), I have sent him > > > boot -v -h output as suggested, but he is not sure whats wrong - he has > > > suggested that I contact you as you are responsible for the ATA > > > sub-system. > > > > > > Would you be so good as to take a look at the attached forwarded message > > > please? > > > > Looks like atapicam does some operation that locks/hangs the device(s) > > causing endless resets/retry loops.. > > Does the system boot correctly without atapicam in the kernel and are > > the devices accessible through the plain ATA/ATAPI devices ? > > Yes the system will boot fine without atapicam in the kernel and all > devices are accessible. I only need atapicam for CD/DVD writting. OK, so the problem is in atapicam interaction somehow. > Whats the next move, do I take what you have said back to Thomas Quinot? Yes, Thomas is the way to go. If the problem(s) needs something specific to be changed/fixed in ATA then is the time to get back to me so it can be incorporated. Of course I'll answer questions as to how interaction with ATA should be handled along the way if need be, but I dont have the time nor motivation to dig into how/why/if atapicam works... -Søren --=-woIfIk2TwYdNykgsrAFt-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 14:44:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BFB616A401 for ; Thu, 30 Mar 2006 14:44:05 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 018ED43D58 for ; Thu, 30 Mar 2006 14:44:04 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id ABA605C516; Thu, 30 Mar 2006 16:44:03 +0200 (CEST) Date: Thu, 30 Mar 2006 16:44:03 +0200 From: Thomas Quinot To: Adam Retter Message-ID: <20060330144403.GA16802@melamine.cuivre.fr.eu.org> References: <1143729241.89530.1.camel@funkalicious.home.dom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1143729241.89530.1.camel@funkalicious.home.dom> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: [Fwd: Re: [Fwd: Re: Still ATAPICAM Lockup/Slowdown]] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 14:44:05 -0000 * Adam Retter, 2006-03-30 : > Have spoken to Soren, from my bootlog he believes that the problem is in > atapicam causing the system to lock up. He is happy to answer some > questions but doesnt have time to delve into atapicam himself. OK, fair enough. Next question is, where are we spending time? It would be useful if you could enable CAM traces so we see what is going on there. Can you send me a boot -v log with the following options in your kernel config: options CAMDEBUG options CAM_DEBUG_BUS=-1 options CAM_DEBUG_TARGET=-1 options CAM_DEBUG_LUN=-1 options CAM_DEBUG_FLAGS=CAM_DEBUG_INFO|CAM_DEBUG_CDB|CAM_DEBUG_TRACE (note, this well be a VERY verbose kerne). Thomas. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 14:45:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07ECB16A420 for ; Thu, 30 Mar 2006 14:45:00 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3755343D58 for ; Thu, 30 Mar 2006 14:44:59 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k2UEiqbp056061; Thu, 30 Mar 2006 11:44:52 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Thu, 30 Mar 2006 11:44:49 -0300 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603301144.50612.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: problem with ndis/wlan/pci since after 6.0-B5 to releng_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 14:45:01 -0000 I have a problem here and I do not know where to look I have a Notebook with a button on the front, it's an Acer Aspire With this button I can enable/disable the buildin WL-radio antena This button blinks normally when the radio is on but not connected/associat= es=20 and stays on when connected This was so until 6.0-Beta5, after this the led is dead The radio works fine with NDIS, no problem at all I installed B5 again to double check and it works the only difference I see between Beta5 and releng_6 is Beta5: net.wlan.0.driver_caps=3D769 releng_6: net.wlan.0.driver_caps=3D25166603 net.wlan.0.bmiss_max=3D2 but setting on releng_6 to 769 seems not having any effect at all I used the same if_ndis.ko I generated on releng_6 and it works on Beta5 so= I=20 guess it is not a NDIS problem Where I should look for this? thank's Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 14:54:19 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 719F616A401 for ; Thu, 30 Mar 2006 14:54:19 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EF3C43D7F for ; Thu, 30 Mar 2006 14:54:12 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so300018wxc for ; Thu, 30 Mar 2006 06:54:12 -0800 (PST) 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=dRbniVa2/qobaGJojAaY82tATtTuBzkl/nRi6sfNSUqsx4MuOV0W3bXlLVb8RsxM8iQjIRBsCrx21QeyROeW6ilMJjxYgD7kuV4XaLR2iNkwbSLbFTDET7RKehCsFzHh5tG3qT1HOq1ghDrDSiRH/Hit8VUqfX9UCbr55ePhlu8= Received: by 10.70.70.19 with SMTP id s19mr1990859wxa; Thu, 30 Mar 2006 06:54:12 -0800 (PST) Received: by 10.70.27.14 with HTTP; Thu, 30 Mar 2006 06:54:11 -0800 (PST) Message-ID: <790a9fff0603300654h4f36ce67yc828e736319ff8a5@mail.gmail.com> Date: Thu, 30 Mar 2006 08:54:11 -0600 From: "Scot Hetzel" To: gareth In-Reply-To: <20060330121255.GA12616@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060330121255.GA12616@lordcow.org> Cc: stable@freebsd.org Subject: Re: ntpdate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 14:54:19 -0000 On 3/30/06, gareth wrote: > hey guys, i get a problem from ntpdate saying: > > ntpdate[34131]: cannot find family compatible socket to send ntp packet > > and i got a tip off google awhile back and changed 'sock' in > /usr/src/contrib/ntp/ntpdate/ntpdate.c from '0' to '-1'. but now, how > do i recompile, since there's only a Makefile.am & Makefile.in in > /usr/src/contrib/ntp/ntpdate/ ? do i need to go into /usr/src > and type 'make'? > There are 2 ways you could rebuild ntpdate: 1. rebuild the entire world 2. change to sub directory where FreeBSD builds ntpdate: cd /usr/src/usr.sbin/ntp/ntpdate make clean make make install make clean Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 15:31:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C01CF16A420 for ; Thu, 30 Mar 2006 15:31:05 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B07243D48 for ; Thu, 30 Mar 2006 15:31:04 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so305858wxc for ; Thu, 30 Mar 2006 07:31:04 -0800 (PST) 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=Ky9d61z6PDmbav32cN1d9uWUxTPm+d3TImUcqDwOJRXJn5m8ueIFQ3ZDPLm8yGoCTkyrEME+lWVkZCERlA8OsLpmhzXzksMLGn1Rq11CSIQo4h7qK8BxCWaB1VGX6+Gt+9AJvuobKwUzITvuUcP5k79h5tt93djLKmyzXOtWqtU= Received: by 10.70.110.13 with SMTP id i13mr2576701wxc; Thu, 30 Mar 2006 07:31:01 -0800 (PST) Received: by 10.70.27.14 with HTTP; Thu, 30 Mar 2006 07:31:01 -0800 (PST) Message-ID: <790a9fff0603300731k164205dbob1fbaf928ecde4e4@mail.gmail.com> Date: Thu, 30 Mar 2006 09:31:01 -0600 From: "Scot Hetzel" To: JoaoBR In-Reply-To: <200603301144.50612.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200603301144.50612.joao@matik.com.br> Cc: wpaul@freebsd.org, sam@freebsd.org, freebsd-stable@freebsd.org Subject: Re: problem with ndis/wlan/pci since after 6.0-B5 to releng_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 15:31:05 -0000 On 3/30/06, JoaoBR wrote: > I have a problem here and I do not know where to look > > I have a Notebook with a button on the front, it's an Acer Aspire > > With this button I can enable/disable the buildin WL-radio antena > > This button blinks normally when the radio is on but not connected/associ= ates > and stays on when connected > > This was so until 6.0-Beta5, after this the led is dead > > The radio works fine with NDIS, no problem at all > > I installed B5 again to double check and it works > > the only difference I see between Beta5 and releng_6 is > > Beta5: > net.wlan.0.driver_caps=3D769 > > releng_6: > net.wlan.0.driver_caps=3D25166603 > net.wlan.0.bmiss_max=3D2 > > but setting on releng_6 to 769 seems not having any effect at all > > I used the same if_ndis.ko I generated on releng_6 and it works on Beta5 = so I > guess it is not a NDIS problem > > Where I should look for this? > Are you useing wpa_supplicant (i.e. ifconfig_ndis=3D"WPA DHCP") for this wireless connection? If you are using wpa_supplicant, then try to run it manually: # wpa_supplicant -B -q -i ndis0 -D ndis -c /etc/wpa_supplicant.conf -P /var/run/wpa_supplicant/ndis0.pid You should get this error: NDIS: Failed to get adapter list (PacketGetAdapterNames) Failed to initialize driver interface This error is caused by the MFC of wpa_supplicant to version 0.4.8. And the wrong return values being returned by PacketGetAdapterNames. In usr.sbin/wpa/wpa_supplicant/Packet32.c, the PacketGetAdapterNames routine should be returning boolean value, but instead it is returning a zero, EIO, ENOSPC, and ENOMEM. You need to replace the return(0) with return(TRUE), and you also need to replace return([EIO,ENOSPC,ENOMEM]) with return(FALSE). After you have made these changes, just do a make clean ; make ; make install ; make clean to rebuild and install wpa_supplicant. Then use the above command again to start wpa_supplicant. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 15:31:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5439616A400 for ; Thu, 30 Mar 2006 15:31:45 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from smtp1.uct.ac.za (smtp1.uct.ac.za [137.158.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87A1043D6B for ; Thu, 30 Mar 2006 15:31:33 +0000 (GMT) (envelope-from bsd@lordcow.org) Received: from anubis.uct.ac.za ([137.158.128.125]) by smtp1.uct.ac.za with esmtp (Exim 4.30; FreeBSD) id 1FOz7L-0002qw-BT for stable@freebsd.org; Thu, 30 Mar 2006 17:31:23 +0200 Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by anubis.uct.ac.za with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FOz7L-000HtT-2X for stable@freebsd.org; Thu, 30 Mar 2006 17:31:23 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.60) (envelope-from ) id 1FOz7L-0001MN-BI for stable@freebsd.org; Thu, 30 Mar 2006 17:31:23 +0200 Date: Thu, 30 Mar 2006 17:31:23 +0200 From: gareth To: stable@freebsd.org Message-ID: <20060330153123.GA4134@lordcow.org> Mail-Followup-To: stable@freebsd.org References: <20060330121255.GA12616@lordcow.org> <790a9fff0603300654h4f36ce67yc828e736319ff8a5@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff0603300654h4f36ce67yc828e736319ff8a5@mail.gmail.com> User-Agent: Mutt/1.5.11+cvs20060126 Cc: Subject: Re: ntpdate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 15:31:45 -0000 On Thu 2006-03-30 (08:54), Scot Hetzel wrote: > 2. change to sub directory where FreeBSD builds ntpdate: > cd /usr/src/usr.sbin/ntp/ntpdate > make clean > make > make install > make clean cool, thanx, i found that earlier with a 'locate ntpdate | grep Makefile' and tried to run make but it gives: root@cow:/usr/src/usr.sbin/ntp/ntpdate# make Warning: Object directory not changed from original /usr/src/usr.sbin/ntp/ntpdate cc -O -pipe -I/usr/src/usr.sbin/ntp/ntpdate/../../../contrib/ntp/include -I/usr/src/usr.sbin/ntp/ntpdate/../ -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -c /usr/src/usr.sbin/ntp/ntpdate/../../../contrib/ntp/ntpdate/ntpdate.c sh -e /usr/src/usr.sbin/ntp/ntpdate/../scripts/mkver ntpdate Version cc -O -pipe -I/usr/src/usr.sbin/ntp/ntpdate/../../../contrib/ntp/include -I/usr/src/usr.sbin/ntp/ntpdate/../ -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -c version.c cc -O -pipe -I/usr/src/usr.sbin/ntp/ntpdate/../../../contrib/ntp/include -I/usr/src/usr.sbin/ntp/ntpdate/../ -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -o ntpdate ntpdate.o version.o /usr/src/usr.sbin/ntp/ntpdate/../libntp/libntp.a -lmd cc: /usr/src/usr.sbin/ntp/ntpdate/../libntp/libntp.a: No such file or directory *** Error code 1 Stop in /usr/src/usr.sbin/ntp/ntpdate. and the same thing if i run 'make clean' first. there's a directory called /usr/src/contrib/ntp/libntp/ , but there's no libntp.a on the system. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 15:35:34 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4CF116A41F for ; Thu, 30 Mar 2006 15:35:34 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 1DB5143D6B for ; Thu, 30 Mar 2006 15:35:33 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 25436 invoked from network); 30 Mar 2006 15:35:33 -0000 Received: from unknown (HELO ATLEXCHANGE.secureworks.net) (63.239.86.253) by 0 with SMTP; 30 Mar 2006 15:35:33 -0000 Received: by bromine.back1.secureworks.net with Internet Mail Service (5.5.2657.72) id ; Thu, 30 Mar 2006 10:35:55 -0500 Message-ID: <442BFAC3.5030100@jellydonut.org> From: Michael Proto To: gareth Date: Thu, 30 Mar 2006 10:35:31 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Cc: stable@freebsd.org Subject: Re: ntpdate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 15:35:34 -0000 cd /usr/src/usr.sbin/ntp make depend make make install gareth wrote: > On Thu 2006-03-30 (08:54), Scot Hetzel wrote: >> 2. change to sub directory where FreeBSD builds ntpdate: >> cd /usr/src/usr.sbin/ntp/ntpdate >> make clean >> make >> make install >> make clean > > cool, thanx, i found that earlier with a 'locate ntpdate | grep Makefile' > and tried to run make but it gives: > > root@cow:/usr/src/usr.sbin/ntp/ntpdate# make > Warning: Object directory not changed from original /usr/src/usr.sbin/ntp/ntpdate > cc -O -pipe -I/usr/src/usr.sbin/ntp/ntpdate/../../../contrib/ntp/include -I/usr/src/usr.sbin/ntp/ntpdate/../ -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -c /usr/src/usr.sbin/ntp/ntpdate/../../../contrib/ntp/ntpdate/ntpdate.c > sh -e /usr/src/usr.sbin/ntp/ntpdate/../scripts/mkver ntpdate > Version > cc -O -pipe -I/usr/src/usr.sbin/ntp/ntpdate/../../../contrib/ntp/include -I/usr/src/usr.sbin/ntp/ntpdate/../ -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -c version.c > cc -O -pipe -I/usr/src/usr.sbin/ntp/ntpdate/../../../contrib/ntp/include -I/usr/src/usr.sbin/ntp/ntpdate/../ -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H -DOPENSSL -o ntpdate ntpdate.o version.o /usr/src/usr.sbin/ntp/ntpdate/../libntp/libntp.a -lmd > cc: /usr/src/usr.sbin/ntp/ntpdate/../libntp/libntp.a: No such file or directory > *** Error code 1 > > Stop in /usr/src/usr.sbin/ntp/ntpdate. > > > and the same thing if i run 'make clean' first. there's a > directory called /usr/src/contrib/ntp/libntp/ , but there's > no libntp.a on the system. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 15:35:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB14816A427 for ; Thu, 30 Mar 2006 15:35:40 +0000 (UTC) (envelope-from john@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 916B043D6A for ; Thu, 30 Mar 2006 15:35:39 +0000 (GMT) (envelope-from john@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id k2UFZcdb096527; Thu, 30 Mar 2006 07:35:39 -0800 (PST) (envelope-from john@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Thu, 30 Mar 2006 10:35:25 -0500 User-Agent: KMail/1.9.1 References: <20060330121255.GA12616@lordcow.org> <790a9fff0603300654h4f36ce67yc828e736319ff8a5@mail.gmail.com> <20060330153123.GA4134@lordcow.org> In-Reply-To: <20060330153123.GA4134@lordcow.org> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603301035.25823.john@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on ns1.jnielsen.net X-Virus-Status: Clean Cc: gareth Subject: Re: ntpdate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 15:35:40 -0000 On Thursday 30 March 2006 10:31, gareth wrote: > On Thu 2006-03-30 (08:54), Scot Hetzel wrote: > > 2. change to sub directory where FreeBSD builds ntpdate: > > cd /usr/src/usr.sbin/ntp/ntpdate > > make clean Add "make depend" at this point. > > make > > make install > > make clean > > cool, thanx, i found that earlier with a 'locate ntpdate | grep Makefile' > and tried to run make but it gives: > > /usr/src/usr.sbin/ntp/ntpdate/../libntp/libntp.a: No such file or directory > *** Error code 1 > > Stop in /usr/src/usr.sbin/ntp/ntpdate. JN From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 15:48:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDD0816A44A; Thu, 30 Mar 2006 15:48:26 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91CD043D82; Thu, 30 Mar 2006 15:48:18 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k2UFmFOo058580; Thu, 30 Mar 2006 12:48:16 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: "Scot Hetzel" Date: Thu, 30 Mar 2006 12:48:13 -0300 User-Agent: KMail/1.9.1 References: <200603301144.50612.joao@matik.com.br> <790a9fff0603300731k164205dbob1fbaf928ecde4e4@mail.gmail.com> In-Reply-To: <790a9fff0603300731k164205dbob1fbaf928ecde4e4@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603301248.14668.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: wpaul@freebsd.org, sam@freebsd.org, freebsd-stable@freebsd.org Subject: Re: problem with ndis/wlan/pci since after 6.0-B5 to releng_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 15:48:27 -0000 On Thursday 30 March 2006 12:31, Scot Hetzel wrote: > > > > This button blinks normally when the radio is on but not > > connected/associates and stays on when connected > > > > This was so until 6.0-Beta5, after this the led is dead > > > > Are you useing wpa_supplicant (i.e. ifconfig_ndis=3D"WPA DHCP") for this > wireless connection? > no, I don't It doesn't even matter what kind of wireless settings (mode|media|wep) I use my radio is working and the button is also working (it's turn-off-function)= =20 but not the led thank's for answering Jo=E3o > > NDIS: Failed to get adapter list (PacketGetAdapterNames) > Failed to initialize driver interface > > This error is caused by the MFC of wpa_supplicant to version 0.4.8. > And the wrong return values being returned by PacketGetAdapterNames. > > In usr.sbin/wpa/wpa_supplicant/Packet32.c, the PacketGetAdapterNames > routine should be returning boolean value, but instead it is returning > a zero, EIO, ENOSPC, and ENOMEM. > > You need to replace the return(0) with return(TRUE), and you also > need to replace return([EIO,ENOSPC,ENOMEM]) with return(FALSE). A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 15:59:48 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D27F216A400 for ; Thu, 30 Mar 2006 15:59:48 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from smtp1.uct.ac.za (smtp1.uct.ac.za [137.158.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BE3343D6A for ; Thu, 30 Mar 2006 15:59:37 +0000 (GMT) (envelope-from bsd@lordcow.org) Received: from anubis.uct.ac.za ([137.158.128.125]) by smtp1.uct.ac.za with esmtp (Exim 4.30; FreeBSD) id 1FOzYW-00043u-Di for stable@freebsd.org; Thu, 30 Mar 2006 17:59:28 +0200 Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by anubis.uct.ac.za with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FOzYW-000Hum-9m for stable@freebsd.org; Thu, 30 Mar 2006 17:59:28 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.60) (envelope-from ) id 1FOzYW-0001TG-M7 for stable@freebsd.org; Thu, 30 Mar 2006 17:59:28 +0200 Date: Thu, 30 Mar 2006 17:59:28 +0200 From: gareth To: stable@freebsd.org Message-ID: <20060330155928.GA5245@lordcow.org> Mail-Followup-To: stable@freebsd.org References: <20060330153123.GA4134@lordcow.org> <442BFAC3.5030100@jellydonut.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <442BFAC3.5030100@jellydonut.org> User-Agent: Mutt/1.5.11+cvs20060126 Cc: Subject: Re: ntpdate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 15:59:48 -0000 On Thu 2006-03-30 (10:35), Michael Proto wrote: > cd /usr/src/usr.sbin/ntp > make depend > make > make install yay, ok that works ta (going into /usr/src/usr.sbin/ntp as opposed to /usr/src/usr.sbin/ntp/ntpdate) and the binary gets rebuilt. but, same problem :/ # ntpdate nom.uct.ac.za Looking for host nom.uct.ac.za and service ntp host found : 2001:4200:300:100:20e:cff:fe5c:f5c4 30 Mar 17:58:16 ntpdate[35787]: cannot find family compatible socket to send ntp packet # From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 16:19:08 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E35DC16A425 for ; Thu, 30 Mar 2006 16:19:08 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 9702B43D7F for ; Thu, 30 Mar 2006 16:19:02 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 31131 invoked from network); 30 Mar 2006 16:18:58 -0000 Received: from unknown (HELO ATLEXCHANGE.secureworks.net) (63.239.86.253) by 0 with SMTP; 30 Mar 2006 16:18:58 -0000 Received: by bromine.back1.secureworks.net with Internet Mail Service (5.5.2657.72) id ; Thu, 30 Mar 2006 11:19:21 -0500 Message-ID: <442C04EF.6060600@jellydonut.org> From: Michael Proto To: gareth Date: Thu, 30 Mar 2006 11:18:55 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Cc: stable@freebsd.org Subject: Re: ntpdate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 16:19:09 -0000 Just curious, do you have ipv6 enabled in your kernel and working on your Ethernet interface? It looks like you're only getting an ipv6 address returned by the resolver for nom.uct.ac.za. I did a lookup myself and I got both an ipv4 and ipv6 address: descartes:mproto/ $ host nom.uct.ac.za nom.uct.ac.za has address 137.158.128.11 nom.uct.ac.za has IPv6 address 2001:4200:300:100:20e:cff:fe5c:f5c4 Perhaps someone with a better knowledge of the resovler can answer to why no ipv4 address is returned. -Proto gareth wrote: > On Thu 2006-03-30 (10:35), Michael Proto wrote: >> cd /usr/src/usr.sbin/ntp >> make depend >> make >> make install > > yay, ok that works ta (going into /usr/src/usr.sbin/ntp > as opposed to /usr/src/usr.sbin/ntp/ntpdate) and the > binary gets rebuilt. but, same problem :/ > > # ntpdate nom.uct.ac.za > Looking for host nom.uct.ac.za and service ntp > host found : 2001:4200:300:100:20e:cff:fe5c:f5c4 > 30 Mar 17:58:16 ntpdate[35787]: cannot find family compatible socket to send ntp packet > # > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 16:25:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3B8516A423 for ; Thu, 30 Mar 2006 16:25:14 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from smtp1.uct.ac.za (smtp1.uct.ac.za [137.158.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD6A243D80 for ; Thu, 30 Mar 2006 16:24:55 +0000 (GMT) (envelope-from bsd@lordcow.org) Received: from anubis.uct.ac.za ([137.158.128.125]) by smtp1.uct.ac.za with esmtp (Exim 4.30; FreeBSD) id 1FOzx0-0005AO-WC for stable@freebsd.org; Thu, 30 Mar 2006 18:24:46 +0200 Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by anubis.uct.ac.za with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FOzx0-000Hvl-SF for stable@freebsd.org; Thu, 30 Mar 2006 18:24:46 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.60) (envelope-from ) id 1FOzx1-0001lk-AN for stable@freebsd.org; Thu, 30 Mar 2006 18:24:47 +0200 Date: Thu, 30 Mar 2006 18:24:47 +0200 From: gareth To: stable@freebsd.org Message-ID: <20060330162447.GA6714@lordcow.org> Mail-Followup-To: stable@freebsd.org References: <442C04EF.6060600@jellydonut.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <442C04EF.6060600@jellydonut.org> User-Agent: Mutt/1.5.11+cvs20060126 Cc: Subject: Re: ntpdate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 16:25:14 -0000 On Thu 2006-03-30 (11:18), Michael Proto wrote: > Just curious, do you have ipv6 enabled in your kernel and working on > your Ethernet interface? It looks like you're only getting an ipv6 > address returned by the resolver for nom.uct.ac.za. I did a lookup > myself and I got both an ipv4 and ipv6 address: i took out : options INET6 # IPv6 communications protocols and just left: device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) in the kernel > Perhaps someone with a better knowledge of the resovler can answer to > why no ipv4 address is returned. yea. i get the ipv4 addy back from my linux machines. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 16:35:27 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 181D716A400 for ; Thu, 30 Mar 2006 16:35:27 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from smtp1.uct.ac.za (smtp1.uct.ac.za [137.158.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9B7F43D49 for ; Thu, 30 Mar 2006 16:35:15 +0000 (GMT) (envelope-from bsd@lordcow.org) Received: from anubis.uct.ac.za ([137.158.128.125]) by smtp1.uct.ac.za with esmtp (Exim 4.30; FreeBSD) id 1FP071-0005Xj-16 for stable@freebsd.org; Thu, 30 Mar 2006 18:35:07 +0200 Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by anubis.uct.ac.za with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FP070-000Hw5-S1 for stable@freebsd.org; Thu, 30 Mar 2006 18:35:06 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.60) (envelope-from ) id 1FP070-0001pN-PC for stable@freebsd.org; Thu, 30 Mar 2006 18:35:06 +0200 Date: Thu, 30 Mar 2006 18:35:06 +0200 From: gareth To: stable@freebsd.org Message-ID: <20060330163506.GA6967@lordcow.org> Mail-Followup-To: stable@freebsd.org References: <442C04EF.6060600@jellydonut.org> <20060330162447.GA6714@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060330162447.GA6714@lordcow.org> User-Agent: Mutt/1.5.11+cvs20060126 Cc: Subject: Re: ntpdate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 16:35:27 -0000 On Thu 2006-03-30 (18:24), gareth wrote: > > Perhaps someone with a better knowledge of the resovler can answer to > > why no ipv4 address is returned. > > yea. i get the ipv4 addy back from my linux machines. sorry that wasn't clear - when i run 'ntpdate nom.uct.ac.za' on my linux machines, i get the correct response. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 16:37:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F09C616A41F for ; Thu, 30 Mar 2006 16:37:46 +0000 (UTC) (envelope-from bsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E008743D46 for ; Thu, 30 Mar 2006 16:37:37 +0000 (GMT) (envelope-from bsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k2UGbajl030719 for ; Thu, 30 Mar 2006 08:37:36 -0800 (PST) (envelope-from bsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k2UGbaEB030718 for freebsd-stable@freebsd.org; Thu, 30 Mar 2006 08:37:36 -0800 (PST) (envelope-from bsd@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to bsd@1command.com using -f Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Thu, 30 Mar 2006 08:37:36 -0800 Message-ID: <20060330083736.diiud3wv280k0cww@webmail.1command.com> X-Priority: 3 (Normal) Date: Thu, 30 Mar 2006 08:37:36 -0800 From: Chris To: freebsd-stable@freebsd.org References: <200603300730.35065.davidxu@freebsd.org> <442BC198.5000209@wincmd.ru> In-Reply-To: <442BC198.5000209@wincmd.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) H3 (4.0.4) / FreeBSD-5.5 Subject: Re: away X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 16:37:47 -0000 Greetings, I feel as Tarasov Alexey. This would be a terrible loss to anyone who currently, or in the future; uses FreeBSD. I *dearly* hope that you can reconcile this issue and not leave. All the best to you. Chris Quoting Tarasov Alexey : > Please, don't leave us, David! > > > Best regards, > Tarasov Alexey. > > > > David Xu wrote: >> Hi everyone, >> >> I will go away today due to some unpleasant person attack to me, in >> the past, >> I have made lots of work in FreeBSD threading work, this includes kernel >> threading in earlier stage and thread libraries later, and gdb support for >> these new thread libraries from kernel to userland everywhere, spent lots >> of time to work in libpthread, and later make libthr to be best >> performance library for mysql and possible other applications >> developed on Linux and make it run on most platforms we current >> support. >> because the work load was large, I admit I have made some coding >> mistakes which some people think it is serious while other don't think so, >> I don't think it is not fixable, time goes and things will be fixed, >> think about FreeBSD comes from a 4.x which is ignorant about true >> kernel based thread, changing to current thread based kernel is >> really a painful thing to do, even with recently 6.1, I still have >> fixed lots of thread suspension race which I think is obscure, of >> course, my work does not stop on threading, >> recent, I also have added signal queue, POSIX message queue and timer, >> made AIO MP-safe, these are all work-in-progress, but I am sorry, >> the attack made to me is very harmful, I feel I can not recover from >> such disaster, working on FreeBSD is no longer fun. I will still use >> FreeBSD, but no >> contribution, current it is default OS I use in daily work from desktop to >> notebook. >> >> I wish FreeBSD will succeed as its 4.x versions did. >> >> Sincerely, >> David Xu >> _______________________________________________ >> 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" >> >> >> >> > _______________________________________________ > 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" > -- Microsoft: Disc space -- the final frontier! ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 17:14:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAF3B16A433 for ; Thu, 30 Mar 2006 17:14:48 +0000 (UTC) (envelope-from content-filter@makana.gov.za) Received: from smtp2.imaginet.co.za (smtp2.imaginet.co.za [196.34.166.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57D7443D46 for ; Thu, 30 Mar 2006 17:14:46 +0000 (GMT) (envelope-from content-filter@makana.gov.za) Received: from [196.211.28.150] (helo=makana.gov.za) by smtp2.imaginet.co.za with esmtpa (Exim 4.50 (FreeBSD)) id 1FP0ce-0005KO-5Y for freebsd-stable@freebsd.org; Thu, 30 Mar 2006 19:07:49 +0200 Received: from 192.168.13.10 for freebsd-stable@freebsd.org; Thu, 30 Mar 2006 14:54:19 +0200 From: "WorkgroupMail Content Filter" To: freebsd-stable@freebsd.org Sender: "WorkgroupMail Content Filter" Date: Thu, 30 Mar 2006 14:54:18 +0200 X-WM-Plugin-Generated: MailScan MIME-Version: 1.0 Content-type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Message-ID: X-Whitelisted: The user has Authenticated (2). Subject: QUARANTINED: Message could not be delivered X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 17:14:49 -0000 The message "Message could not be delivered" from , sent on 3/30/2006 11:52 was quarantined because it contained either an executable file, a batch file or a screen saver file. All of these types of attachments are considered security risks. Please consult your mail administrator who can release the message. This message was checked by MailScan for WorkgroupMail. www.workgroupmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 17:35:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D9B816A400 for ; Thu, 30 Mar 2006 17:35:43 +0000 (UTC) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra05.ch.as12513.net (mra05.ch.as12513.net [82.153.252.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1943543D5E for ; Thu, 30 Mar 2006 17:35:34 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra05.ch.as12513.net (Postfix) with ESMTP id 73313C0590; Thu, 30 Mar 2006 18:35:32 +0100 (BST) Received: from mra05.ch.as12513.net ([127.0.0.1]) by localhost (mra05.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 30481-01-15; Thu, 30 Mar 2006 18:35:32 +0100 (BST) Received: from funkalicious.home.dom (unknown [82.152.93.225]) by mra05.ch.as12513.net (Postfix) with ESMTP id D2626C05AC; Thu, 30 Mar 2006 18:35:31 +0100 (BST) From: Adam Retter To: Chris In-Reply-To: <20060330083736.diiud3wv280k0cww@webmail.1command.com> References: <200603300730.35065.davidxu@freebsd.org> <442BC198.5000209@wincmd.ru> <20060330083736.diiud3wv280k0cww@webmail.1command.com> Content-Type: text/plain Date: Thu, 30 Mar 2006 18:35:37 +0100 Message-Id: <1143740137.89530.3.camel@funkalicious.home.dom> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Cc: freebsd-stable@freebsd.org Subject: Re: away X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 17:35:43 -0000 Who attacked him, can we not give them a kicking ;-) On Thu, 2006-03-30 at 08:37 -0800, Chris wrote: > Greetings, > I feel as Tarasov Alexey. This would be a terrible loss to anyone > who currently, or in the future; uses FreeBSD. I *dearly* hope that > you can reconcile this issue and not leave. > > All the best to you. > Chris > > Quoting Tarasov Alexey : > > > Please, don't leave us, David! > > > > > > Best regards, > > Tarasov Alexey. > > > > > > > > David Xu wrote: > >> Hi everyone, > >> > >> I will go away today due to some unpleasant person attack to me, in > >> the past, > >> I have made lots of work in FreeBSD threading work, this includes kernel > >> threading in earlier stage and thread libraries later, and gdb support for > >> these new thread libraries from kernel to userland everywhere, spent lots > >> of time to work in libpthread, and later make libthr to be best > >> performance library for mysql and possible other applications > >> developed on Linux and make it run on most platforms we current > >> support. > >> because the work load was large, I admit I have made some coding > >> mistakes which some people think it is serious while other don't think so, > >> I don't think it is not fixable, time goes and things will be fixed, > >> think about FreeBSD comes from a 4.x which is ignorant about true > >> kernel based thread, changing to current thread based kernel is > >> really a painful thing to do, even with recently 6.1, I still have > >> fixed lots of thread suspension race which I think is obscure, of > >> course, my work does not stop on threading, > >> recent, I also have added signal queue, POSIX message queue and timer, > >> made AIO MP-safe, these are all work-in-progress, but I am sorry, > >> the attack made to me is very harmful, I feel I can not recover from > >> such disaster, working on FreeBSD is no longer fun. I will still use > >> FreeBSD, but no > >> contribution, current it is default OS I use in daily work from desktop to > >> notebook. > >> > >> I wish FreeBSD will succeed as its 4.x versions did. > >> > >> Sincerely, > >> David Xu > >> _______________________________________________ > >> 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" > >> > >> > >> > >> > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 17:48:13 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 157A116A420 for ; Thu, 30 Mar 2006 17:48:13 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id D092D43D5A for ; Thu, 30 Mar 2006 17:48:05 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Thu, 30 Mar 2006 09:48:00 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id E04C845083; Thu, 30 Mar 2006 09:47:59 -0800 (PST) To: gareth In-reply-to: Your message of "Thu, 30 Mar 2006 17:59:28 +0200." <20060330155928.GA5245@lordcow.org> Date: Thu, 30 Mar 2006 09:47:59 -0800 From: "Kevin Oberman" Message-Id: <20060330174759.E04C845083@ptavv.es.net> Cc: stable@freebsd.org Subject: Re: ntpdate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 17:48:13 -0000 > Date: Thu, 30 Mar 2006 17:59:28 +0200 > From: gareth > Sender: owner-freebsd-stable@freebsd.org > > On Thu 2006-03-30 (10:35), Michael Proto wrote: > > cd /usr/src/usr.sbin/ntp > > make depend > > make > > make install > > yay, ok that works ta (going into /usr/src/usr.sbin/ntp > as opposed to /usr/src/usr.sbin/ntp/ntpdate) and the > binary gets rebuilt. but, same problem :/ > > # ntpdate nom.uct.ac.za > Looking for host nom.uct.ac.za and service ntp > host found : 2001:4200:300:100:20e:cff:fe5c:f5c4 > 30 Mar 17:58:16 ntpdate[35787]: cannot find family compatible socket to send ntp packet You are trying to send an ntp packet to 2001:4200:300:100:20e:cff:fe5c:f5c4, but it looks loke that system is not opening an IPv6 port for ntp, so this fails. It looks like this system has an IPv6 address in DNS, but is not actually running IPv6. I can't ping it and a trace makes it to S.A., but dies before reaching the host. ntpd is VERY stupid in handling this. It does a DNS query on all servers in the ntp.conf file ONCE at startup and saves the first response it gets. Even though there are other, usable addresses, it sticks with the first one resolved. You can fix this by specifying the IPv4 address (137.158.128.11) in ntp.conf. I have been told that queries may be limited to IPv4 in ntp.conf, but the man page does not indicate this and I have not had time to dig into the sources. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 18:05:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E809016A41F for ; Thu, 30 Mar 2006 18:05:30 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail22.syd.optusnet.com.au (mail22.syd.optusnet.com.au [211.29.133.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E72A43D55 for ; Thu, 30 Mar 2006 18:05:29 +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 mail22.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2UI5RQx024038 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 31 Mar 2006 05:05:27 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2UI5RCp003244; Fri, 31 Mar 2006 05:05:27 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2UI5QrW003243; Fri, 31 Mar 2006 05:05:27 +1100 (EST) (envelope-from peter) Date: Fri, 31 Mar 2006 05:05:26 +1100 From: Peter Jeremy To: "Alastair G. Hogge" Message-ID: <20060330180526.GE736@turion.vk2pj.dyndns.org> References: <200603271758.32622.agh@tpg.com.au> <200603281043.k2SAguqv029888@mail4.tpgi.com.au> <20060328180901.GF961@turion.vk2pj.dyndns.org> <200603290745.38035.agh@tpg.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603290745.38035.agh@tpg.com.au> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: PCI Radeon 7000/VE (RV100) on AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 18:05:31 -0000 On Wed, 2006-Mar-29 07:45:37 +1000, Alastair G. Hogge wrote: >> What happens if you explicitly disable DRI? (Comment out 'Load "dri"' >> in the Modules section of xorg.conf). >X loads up. and? The log output looks correct. It finds a monitor: >(II) RADEON(0): Manufacturer: VSC Model: d819 Serial#: 16843009 >(II) RADEON(0): Serial No: P6T054400054 >(II) RADEON(0): Monitor name: E90f+-4 (I don't know why it reports two different names and serial numbers) Which it sets to 1280x1024 by default: >(**) RADEON(0): *Default mode "1280x1024": 135.0 MHz, 80.0 kHz, 75.0 Hz It also finds a keyboard and mouse - everything looks normal. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 18:15:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AC4216A43E for ; Thu, 30 Mar 2006 18:15:15 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C0C443D49 for ; Thu, 30 Mar 2006 18:15:14 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so330987wxc for ; Thu, 30 Mar 2006 10:15:13 -0800 (PST) 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=V+/tnN0cV6FzTi8OK5n5k1fDj0O+z39d6p/yWTDc3dp0IyyOpcjHEhJNXAK6aPwg1s89Qk8dIG0k4MqNo7s+1Rge8puhSSp8WhIor7X5biIw3+/BkrYClNmRCO0aYkrgYywXkkhz0WBBR+p0unbm9xNmZ6PwXe9k378aQkRNS1c= Received: by 10.70.16.13 with SMTP id 13mr2320739wxp; Thu, 30 Mar 2006 10:15:13 -0800 (PST) Received: by 10.70.36.17 with HTTP; Thu, 30 Mar 2006 10:15:13 -0800 (PST) Message-ID: <70e8236f0603301015g193243a5ndbf700c5a360730a@mail.gmail.com> Date: Thu, 30 Mar 2006 19:15:13 +0100 From: "Joao Barros" To: "Adam Retter" In-Reply-To: <1143740137.89530.3.camel@funkalicious.home.dom> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200603300730.35065.davidxu@freebsd.org> <442BC198.5000209@wincmd.ru> <20060330083736.diiud3wv280k0cww@webmail.1command.com> <1143740137.89530.3.camel@funkalicious.home.dom> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: away X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 18:15:15 -0000 On 3/30/06, Adam Retter wrote: > Who attacked him, can we not give them a kicking ;-) At most a kick on IRC since the person in question is also a valid FreeBSD developer. I read most of -current, -stable, -hackers, -cvsall as well as some other FreeBSD lists and sometimes I read someone's comment and think: "That was totally unnecessary..." But people are all not the same and we have our good days and our bad days. I guess David was on a bad day when Dag wrote what he wrote, on a bad day himself. I have been accompanying David and Dag's work and both are important and needed and have their credit for, no doubt about it. David, Dag has done the more difficult part: recognizing and apologizing. From there, forgiving is easy ;-) Can't we all just code along? :-D -- Joao Barros From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 18:18:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A516F16A422; Thu, 30 Mar 2006 18:18:15 +0000 (UTC) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra04.ch.as12513.net (mra04.ch.as12513.net [82.153.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D35443D53; Thu, 30 Mar 2006 18:18:13 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra04.ch.as12513.net (Postfix) with ESMTP id A0F86C0300; Thu, 30 Mar 2006 19:18:12 +0100 (BST) Received: from mra04.ch.as12513.net ([127.0.0.1]) by localhost (mra04.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 26029-01-15; Thu, 30 Mar 2006 19:18:11 +0100 (BST) Received: from funkalicious.home.dom (unknown [82.152.93.225]) by mra04.ch.as12513.net (Postfix) with ESMTP id 34FA0C02DF; Thu, 30 Mar 2006 19:18:09 +0100 (BST) From: Adam Retter To: Thomas Quinot In-Reply-To: <20060330144403.GA16802@melamine.cuivre.fr.eu.org> References: <1143729241.89530.1.camel@funkalicious.home.dom> <20060330144403.GA16802@melamine.cuivre.fr.eu.org> Content-Type: multipart/mixed; boundary="=-SPqIdssN3EMlFTZV6Y1L" Date: Thu, 30 Mar 2006 19:18:07 +0100 Message-Id: <1143742687.1324.1.camel@funkalicious.home.dom> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Cc: freebsd-stable@freebsd.org Subject: Re: [Fwd: Re: [Fwd: Re: Still ATAPICAM Lockup/Slowdown]] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 18:18:15 -0000 --=-SPqIdssN3EMlFTZV6Y1L Content-Type: text/plain Content-Transfer-Encoding: 7bit Attached is the debug output for cam, sorry for the delay I needed to recompile and install the kernel etc. Thanks for digging into this :-) On Thu, 2006-03-30 at 16:44 +0200, Thomas Quinot wrote: > * Adam Retter, 2006-03-30 : > > > Have spoken to Soren, from my bootlog he believes that the problem is in > > atapicam causing the system to lock up. He is happy to answer some > > questions but doesnt have time to delve into atapicam himself. > > OK, fair enough. Next question is, where are we spending time? It would > be useful if you could enable CAM traces so we see what is going on > there. Can you send me a boot -v log with the following options in your > kernel config: > > options CAMDEBUG > options CAM_DEBUG_BUS=-1 > options CAM_DEBUG_TARGET=-1 > options CAM_DEBUG_LUN=-1 > options CAM_DEBUG_FLAGS=CAM_DEBUG_INFO|CAM_DEBUG_CDB|CAM_DEBUG_TRACE > > (note, this well be a VERY verbose kerne). > > Thomas. > > _______________________________________________ > 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" --=-SPqIdssN3EMlFTZV6Y1L Content-Disposition: attachment; filename=boot-verbose-camdebug.txt Content-Type: text/plain; name=boot-verbose-camdebug.txt; charset=us-ascii Content-Transfer-Encoding: 7bit SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000007fef0000 SMAP type=03 base=000000007fff0000 len=0000000000008000 SMAP type=04 base=000000007fff8000 len=0000000000008000 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=02 base=00000000fff00000 len=0000000000100000 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-PRERELEASE #13: Thu Mar 30 18:50:42 BST 2006 adam@funkalicious.home.dom:/usr/obj/usr/src/sys/funkalicious Preloaded elf kernel "/boot/kernel/kernel" at 0xc0c99000. Preloaded elf module "/boot/kernel/linprocfs.ko" at 0xc0c99198. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0c99248. Preloaded elf module "/boot/modules/hpt374.ko" at 0xc0c992f4. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0c993a0. Preloaded elf module "/boot/modules/kqemu.ko" at 0xc0c9944c. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0c994f8. Calibrating clock(s) ... i8254 clock: 1193412 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3245470744 Hz CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz (3245.47-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Hyperthreading: 2 logical CPUs real memory = 2147418112 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000007dbb7fff, 2092511232 bytes (510867 pages) avail memory = 2092376064 (1995 MB) MP Configuration Table version 1.4 found at 0xc00f6170 Table 'FACP' at 0x7fff0030 Table 'APIC' at 0x7fff00c0 MADT: Found table at 0x7fff00c0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled MADT: Found CPU APIC ID 1 ACPI ID 2: enabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00fdb50 bios32: Entry = 0xfdb60 (c00fdb60) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdb81 pnpbios: Found PnP BIOS data at 0xc00f75e0 pnpbios: Entry = f0000:63cf Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 random: mem: Pentium Pro MTRR support enabled io: VESA: information block 56 45 53 41 00 03 00 01 00 01 01 00 00 00 22 00 00 01 00 10 40 05 07 01 00 01 1a 01 00 01 30 01 00 01 00 01 01 01 02 01 03 01 04 01 05 01 06 01 07 01 0e 01 0f 01 11 01 12 01 14 01 15 01 17 01 VESA: 32 mode(s) found VESA: v3.0, 262144k memory, flags:0x1, mode table:0xc0735c82 (1000022) VESA: NVIDIA VESA: NVIDIA Corporation nv40 Board - p201-7 Chip Rev kqemu version 0x00010200 kqemu: KQEMU installed, max_instances=4 max_locked_mem=131072kB. null: ioapic0: routing intpin 13 (ISA IRQ 13) to vector 48 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 49 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25708086) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f7c10 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x60 3 4 6 7 10 11 12 14 15 embedded 0 1 B 0x61 3 4 6 7 10 11 12 14 15 embedded 0 2 A 0x60 3 4 6 7 10 11 12 14 15 embedded 0 3 B 0x62 3 4 6 7 10 11 12 14 15 embedded 0 29 A 0x60 3 4 6 7 10 11 12 14 15 embedded 0 29 B 0x63 3 4 6 7 10 11 12 14 15 embedded 0 29 C 0x62 3 4 6 7 10 11 12 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 12 14 15 embedded 0 31 A 0x62 3 4 6 7 10 11 12 14 15 embedded 0 31 B 0x61 3 4 6 7 10 11 12 14 15 slot 1 2 1 A 0x61 3 4 6 7 10 11 12 14 15 slot 1 2 1 B 0x62 3 4 6 7 10 11 12 14 15 slot 1 2 1 C 0x63 3 4 6 7 10 11 12 14 15 slot 1 2 1 D 0x60 3 4 6 7 10 11 12 14 15 slot 2 2 2 A 0x62 3 4 6 7 10 11 12 14 15 slot 2 2 2 B 0x63 3 4 6 7 10 11 12 14 15 slot 2 2 2 C 0x60 3 4 6 7 10 11 12 14 15 slot 2 2 2 D 0x61 3 4 6 7 10 11 12 14 15 slot 3 2 3 A 0x63 3 4 6 7 10 11 12 14 15 slot 3 2 3 B 0x60 3 4 6 7 10 11 12 14 15 slot 3 2 3 C 0x61 3 4 6 7 10 11 12 14 15 slot 3 2 3 D 0x62 3 4 6 7 10 11 12 14 15 slot 4 2 5 A 0x61 3 4 6 7 10 11 12 14 15 slot 4 2 5 B 0x62 3 4 6 7 10 11 12 14 15 slot 4 2 5 C 0x63 3 4 6 7 10 11 12 14 15 slot 4 2 5 D 0x60 3 4 6 7 10 11 12 14 15 slot 5 2 4 A 0x60 3 4 6 7 10 11 12 14 15 slot 5 2 4 B 0x61 3 4 6 7 10 11 12 14 15 slot 5 2 4 C 0x62 3 4 6 7 10 11 12 14 15 slot 5 2 4 D 0x63 3 4 6 7 10 11 12 14 15 embedded 2 11 A 0x6b 3 4 5 6 7 12 14 15 embedded 2 8 A 0x68 3 4 6 7 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 0 func 0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 6 7 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 6 7 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 14 N 0 3 4 6 7 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 14 N 0 3 4 6 7 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 6 7 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 6 7 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 15 N 0 3 4 6 7 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 15 N 0 3 4 6 7 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 6 7 10 11 12 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 12 14 15 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x810 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2570, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base e0000000, size 28, enabled found-> vendor=0x8086, dev=0x2571, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0d (3250 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d2, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type 4, range 32, base 0000cc00, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24d4, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=15 map[20]: type 4, range 32, base 0000d000, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24d7, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[20]: type 4, range 32, base 0000d400, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24de, revid=0x02 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type 4, range 32, base 0000d800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24dd, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base febffc00, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xc2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x8080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24db, revid=0x02 bus=0, slot=31, func=1 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type 4, range 32, base 0000c000, size 3, enabled map[14]: type 4, range 32, base 0000bc00, size 2, enabled map[18]: type 4, range 32, base 0000b800, size 3, enabled map[1c]: type 4, range 32, base 0000b400, size 2, enabled map[20]: type 4, range 32, base 0000b000, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, memory disabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d1, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type 4, range 32, base 0000ec00, size 3, enabled map[14]: type 4, range 32, base 0000e800, size 2, enabled map[18]: type 4, range 32, base 0000e400, size 3, enabled map[1c]: type 4, range 32, base 0000e000, size 2, enabled map[20]: type 4, range 32, base 0000dc00, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d3, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=14 map[20]: type 4, range 32, base 00000c00, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24d5, revid=0x02 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=14 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000c800, size 8, enabled map[14]: type 4, range 32, base 0000c400, size 6, enabled map[18]: type 1, range 32, base febffa00, size 9, enabled map[1c]: type 1, range 32, base febff900, size 8, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfa900000-0xfe9fffff pcib1: prefetched decode 0xbff00000-0xdfefffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x10de, dev=0x0042, revid=0xa1 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib1: (null) requested memory range 0xfd000000-0xfdffffff: good map[14]: type 3, range 32, base c0000000, size 28, enabled pcib1: (null) requested memory range 0xc0000000-0xcfffffff: good map[18]: type 1, range 32, base fc000000, size 24, enabled pcib1: (null) requested memory range 0xfc000000-0xfcffffff: good pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 nvidia0: mem 0xfd000000-0xfdffffff,0xc0000000-0xcfffffff,0xfc000000-0xfcffffff irq 16 at device 0.0 on pci1 nvidia0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0xfd000000 nvidia0: Reserved 0x10000000 bytes for rid 0x14 type 3 at 0xc0000000 nvidia0: Reserved 0x1000000 bytes for rid 0x18 type 3 at 0xfc000000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 50 nvidia0: [GIANT-LOCKED] uhci0: port 0xcc00-0xcc1f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcc00 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 0xd000-0xd01f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 51 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 0xd400-0xd41f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 52 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 uhci3: port 0xd800-0xd81f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfebffc00-0xfebfffff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfebffc00 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 53 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x7000-0x9fff pcib2: memory decode 0xfea00000-0xfeafffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x1103, dev=0x0008, revid=0x07 bus=2, slot=5, func=0 class=01-04-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00008800, size 3, enabled pcib2: (null) requested I/O range 0x8800-0x8807: in range map[14]: type 4, range 32, base 00008400, size 2, enabled pcib2: (null) requested I/O range 0x8400-0x8403: in range map[18]: type 4, range 32, base 00008000, size 3, enabled pcib2: (null) requested I/O range 0x8000-0x8007: in range map[1c]: type 4, range 32, base 00007c00, size 2, enabled pcib2: (null) requested I/O range 0x7c00-0x7c03: in range map[20]: type 4, range 32, base 00007800, size 8, enabled pcib2: (null) requested I/O range 0x7800-0x78ff: in range pcib2: matched entry for 2.5.INTA pcib2: slot 5 INTA hardwired to IRQ 17 found-> vendor=0x1103, dev=0x0008, revid=0x07 bus=2, slot=5, func=1 class=01-04-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00009c00, size 3, enabled pcib2: (null) requested I/O range 0x9c00-0x9c07: in range map[14]: type 4, range 32, base 00009800, size 2, enabled pcib2: (null) requested I/O range 0x9800-0x9803: in range map[18]: type 4, range 32, base 00009400, size 3, enabled pcib2: (null) requested I/O range 0x9400-0x9407: in range map[1c]: type 4, range 32, base 00009000, size 2, enabled pcib2: (null) requested I/O range 0x9000-0x9003: in range map[20]: type 4, range 32, base 00008c00, size 8, enabled pcib2: (null) requested I/O range 0x8c00-0x8cff: in range pcib2: matched entry for 2.5.INTA pcib2: slot 5 INTA hardwired to IRQ 17 found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=2, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00007400, size 8, enabled pcib2: (null) requested I/O range 0x7400-0x74ff: in range map[14]: type 1, range 32, base feadff00, size 8, enabled pcib2: (null) requested memory range 0xfeadff00-0xfeadffff: good pcib2: matched entry for 2.11.INTA pcib2: slot 11 INTA hardwired to IRQ 23 hpt3740: port 0x8800-0x8807,0x8400-0x8403,0x8000-0x8007,0x7c00-0x7c03,0x7800-0x78ff irq 17 at device 5.0 on pci2 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 54 hpt3740: [GIANT-LOCKED] hpt3741: port 0x9c00-0x9c07,0x9800-0x9803,0x9400-0x9407,0x9000-0x9003,0x8c00-0x8cff irq 17 at device 5.1 on pci2 rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x7400 pcib2: rl0 requested I/O range 0x7400-0x74ff: in range rl0: port 0x7400-0x74ff mem 0xfeadff00-0xfeadffff irq 23 at device 11.0 on pci2 pcib2: rl0 requested I/O range 0x7400-0x74ff: in range miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:0c:76:51:b6:28 rl0: [MPSAFE] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xc000-0xc007,0xbc00-0xbc03,0xb800-0xb807,0xb400-0xb403,0xb000-0xb00f irq 18 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb000 atapci0: [MPSAFE] ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xc000 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbc00 ata2: reset tp1 mask=03 ostat0=50 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc ata2: [MPSAFE] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xb800 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb400 ata3: reset tp1 mask=03 ostat0=00 ostat1=00 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat0=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: stat1=0x38 err=0x38 lsb=0x38 msb=0x38 ata3: reset tp2 stat0=b8 stat1=b8 devices=0x0 ata3: [MPSAFE] atapci1: port 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f irq 18 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xdc00 atapci1: [MPSAFE] ata4: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xec00 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe800 ata4: reset tp1 mask=01 ostat0=80 ostat1=00 ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x80 err=0xff lsb=0xff msb=0xff ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata4: reset tp2 stat0=50 stat1=00 devices=0x1 ata4: [MPSAFE] ata5: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xe400 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xe000 ata5: reset tp1 mask=01 ostat0=7f ostat1=00 ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: reset tp2 stat0=ff stat1=00 devices=0x0 ata5: [MPSAFE] pci0: at device 31.3 (no driver attached) pcm0: port 0xc800-0xc8ff,0xc400-0xc43f mem 0xfebffa00-0xfebffbff,0xfebff900-0xfebff9ff irq 17 at device 31.5 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xfebffa00 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xfebff900 pcm0: [MPSAFE] pcm0: primary codec not ready! pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features reserved 1, center DAC, surround DAC, LFE DAC, reserved 5 pcm0: ac97 codec dac ready count: 0 pcm0: sndbuf_setmap 7d7a0000, 4000; 0xe6e92000 -> 7d7a0000 pcm0: sndbuf_setmap 7d79c000, 4000; 0xe6e96000 -> 7d79c000 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 56 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 57 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0xcc21 0xcc31 0xcc21 0xcc21 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ioapic0: routing intpin 4 (ISA IRQ 4) to vector 58 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP/NIBBLE_ID/ECP_ID/Extensibility Link Probing for PnP devices on ppbus0: ppbus0: SCP,VLINK ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ioapic0: routing intpin 7 (ISA IRQ 7) to vector 59 atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xd2fff,0xd3000-0xd57ff,0xe0000-0xe0fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 14 (ISA IRQ 14) to vector 60 ata0: [MPSAFE] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 61 ata1: [MPSAFE] bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xcca1 0xcca1 0xcca1 0xcca1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices ufm0: GemTek Corp USB FM Radio, rev 1.00/4.10, addr 2 Device configuration finished. RocketRAID 154x/1640 SATA Controller driver Version 1.12s hpt374: RAID5 write-back enabled Reducing kern.maxvnodes 134112 -> 100000 linprocfs registered procfs registered lapic: Divisor 2, Frequency 101420712 hz Timecounter "TSC" frequency 3245470744 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached ata2-slave: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=40 wire ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd0: DVDROM drive at ata2 as master acd0: read 6776KB/s (6877KB/s), 512KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 512 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip acd1: DVDR drive at ata2 as slave acd1: read 173KB/s (6876KB/s) write 6876KB/s (6876KB/s), 2048KB buffer, UDMA66 acd1: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd1: Writes: CDR, CDRW, DVDR, test write, burnproof acd1: Audio: play, 256 volume levels acd1: Mechanism: ejectable tray, unlocked acd1: Medium: no/blank disc ata4-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad8: 117246MB at ata4-master SATA150 ad8: 240121728 sectors [238216C/16H/63S] 16 sectors/interrupt 1 depth queue ad8: Intel check1 failed ad8: Adaptec check1 failed ad8: LSI (v3) check1 failed ad8: LSI (v2) check1 failed ad8: FreeBSD check1 failed (noperiph:hpt3740:0:-1:-1): xpt_compile_path (noperiph:hpt3740:0:-1:-1): xpt_setup_ccb (noperiph:hpt3740:0:-1:-1): xpt_action (noperiph:hpt3740:0:-1:-1): xpt_done (noperiph:hpt3740:0:-1:-1): xpt_release_path (noperiph:ata0:0:-1:-1): xpt_compile_path (noperiph:ata0:0:-1:-1): xpt_setup_ccb (noperiph:ata0:0:-1:-1): xpt_action (noperiph:ata0:0:-1:-1): xpt_done (noperiph:ata0:0:-1:-1): xpt_release_path (noperiph:ata1:0:-1:-1): xpt_compile_path (noperiph:ata1:0:-1:-1): xpt_setup_ccb (noperiph:ata1:0:-1:-1): xpt_action (noperiph:ata1:0:-1:-1): xpt_done (noperiph:ata1:0:-1:-1): xpt_release_path (noperiph:ata2:0:-1:-1): xpt_compile_path (noperiph:ata2:0:-1:-1): xpt_setup_ccb (noperiph:ata2:0:-1:-1): xpt_action (noperiph:ata2:0:-1:-1): xpt_done (noperiph:ata2:0:-1:-1): xpt_release_path (noperiph:ata3:0:-1:-1): xpt_compile_path (noperiph:ata3:0:-1:-1): xpt_setup_ccb (noperiph:ata3:0:-1:-1): xpt_action (noperiph:ata3:0:-1:-1): xpt_done (noperiph:ata3:0:-1:-1): xpt_release_path (noperiph:ata4:0:-1:-1): xpt_compile_path (noperiph:ata4:0:-1:-1): xpt_setup_ccb (noperiph:ata4:0:-1:-1): xpt_action (noperiph:ata4:0:-1:-1): xpt_done (noperiph:ata4:0:-1:-1): xpt_release_path (noperiph:ata5:0:-1:-1): xpt_compile_path (noperiph:ata5:0:-1:-1): xpt_setup_ccb (noperiph:ata5:0:-1:-1): xpt_action (noperiph:ata5:0:-1:-1): xpt_done (noperiph:ata5:0:-1:-1): xpt_release_path (xpt0:hpt3740:0:-1:-1): xpt_compile_path (xpt0:hpt3740:0:-1:-1): xpt_setup_ccb (xpt0:hpt3740:0:-1:-1): xpt_action (xpt0:hpt3740:0:-1:-1): xpt_done (xpt0:hpt3740:0:-1:-1): xpt_finishconfig (xpt0:hpt3740:0:-1:-1): xpt_action (xpt0:hpt3740:0:-1:-1): xpt_scan_bus (xpt0:hpt3740:0:-1:-1): xpt_setup_ccb (xpt0:hpt3740:0:-1:-1): xpt_action (xpt0:hpt3740:0:-1:-1): xpt_done (xpt0:hpt3740:0:0:0): xpt_compile_path (xpt0:hpt3740:0:0:0): xpt_setup_ccb (xpt0:hpt3740:0:0:0): xpt_action (xpt0:hpt3740:0:0:0): xpt_scan_lun (xpt0:hpt3740:0:0:0): xpt_setup_ccb (xpt0:hpt3740:0:0:0): xpt_action (xpt0:hpt3740:0:0:0): xpt_done (probe2:hpt3740:0:0:0): xpt_compile_path (probe2:hpt3740:0:0:0): xpt_setup_ccb (probe2:hpt3740:0:0:0): xpt_action (probe2:hpt3740:0:0:0): xpt_done (probe2:hpt3740:0:0:0): xpt_setup_ccb (probe2:hpt3740:0:0:0): xpt_action (probe2:hpt3740:0:0:0): xpt_done (probe2:hpt3740:0:0:0): xpt_action (probe2:hpt3740:0:0:0): xpt_setup_ccb (probe2:hpt3740:0:0:0): xpt_action (probe2:hpt3740:0:0:0): xpt_done (probe2:hpt3740:0:0:0): xpt_setup_ccb (probe2:hpt3740:0:0:0): xpt_action (probe2:hpt3740:0:0:0): xpt_done (probe2:hpt3740:0:0:0): xpt_done (probe2:hpt3740:0:0:0): xpt_schedule (probe2:hpt3740:0:0:0): xpt_setup_ccb (probe2:hpt3740:0:0:0): probestart (probe2:hpt3740:0:0:0): xpt_action (probe2:hpt3740:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe2:hpt3740:0:0:0): xpt_done (xpt0:hpt3740:0:1:0): xpt_compile_path (xpt0:hpt3740:0:1:0): xpt_setup_ccb (xpt0:hpt3740:0:1:0): xpt_action (xpt0:hpt3740:0:1:0): xpt_scan_lun (xpt0:hpt3740:0:1:0): xpt_setup_ccb (xpt0:hpt3740:0:1:0): xpt_action (xpt0:hpt3740:0:1:0): xpt_done (probe3:hpt3740:0:1:0): xpt_compile_path (probe3:hpt3740:0:1:0): xpt_setup_ccb (probe3:hpt3740:0:1:0): xpt_action (probe3:hpt3740:0:1:0): xpt_done (probe3:hpt3740:0:1:0): xpt_setup_ccb (probe3:hpt3740:0:1:0): xpt_action (probe3:hpt3740:0:1:0): xpt_done (probe3:hpt3740:0:1:0): xpt_action (probe3:hpt3740:0:1:0): xpt_setup_ccb (probe3:hpt3740:0:1:0): xpt_action (probe3:hpt3740:0:1:0): xpt_done (probe3:hpt3740:0:1:0): xpt_setup_ccb (probe3:hpt3740:0:1:0): xpt_action (probe3:hpt3740:0:1:0): xpt_done (probe3:hpt3740:0:1:0): xpt_done (probe3:hpt3740:0:1:0): xpt_schedule (probe3:hpt3740:0:1:0): xpt_setup_ccb (probe3:hpt3740:0:1:0): probestart (probe3:hpt3740:0:1:0): xpt_action (probe3:hpt3740:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe3:hpt3740:0:1:0): xpt_done (xpt0:hpt3740:0:2:0): xpt_compile_path (xpt0:hpt3740:0:2:0): xpt_setup_ccb (xpt0:hpt3740:0:2:0): xpt_action (xpt0:hpt3740:0:2:0): xpt_scan_lun (xpt0:hpt3740:0:2:0): xpt_setup_ccb (xpt0:hpt3740:0:2:0): xpt_action (xpt0:hpt3740:0:2:0): xpt_done (probe4:hpt3740:0:2:0): xpt_compile_path (probe4:hpt3740:0:2:0): xpt_setup_ccb (probe4:hpt3740:0:2:0): xpt_action (probe4:hpt3740:0:2:0): xpt_done (probe4:hpt3740:0:2:0): xpt_setup_ccb (probe4:hpt3740:0:2:0): xpt_action (probe4:hpt3740:0:2:0): xpt_done (probe4:hpt3740:0:2:0): xpt_action (probe4:hpt3740:0:2:0): xpt_setup_ccb (probe4:hpt3740:0:2:0): xpt_action (probe4:hpt3740:0:2:0): xpt_done (probe4:hpt3740:0:2:0): xpt_setup_ccb (probe4:hpt3740:0:2:0): xpt_action (probe4:hpt3740:0:2:0): xpt_done (probe4:hpt3740:0:2:0): xpt_done (probe4:hpt3740:0:2:0): xpt_schedule (probe4:hpt3740:0:2:0): xpt_setup_ccb (probe4:hpt3740:0:2:0): probestart (probe4:hpt3740:0:2:0): xpt_action (probe4:hpt3740:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe4:hpt3740:0:2:0): xpt_done (xpt0:hpt3740:0:3:0): xpt_compile_path (xpt0:hpt3740:0:3:0): xpt_setup_ccb (xpt0:hpt3740:0:3:0): xpt_action (xpt0:hpt3740:0:3:0): xpt_scan_lun (xpt0:hpt3740:0:3:0): xpt_setup_ccb (xpt0:hpt3740:0:3:0): xpt_action (xpt0:hpt3740:0:3:0): xpt_done (probe5:hpt3740:0:3:0): xpt_compile_path (probe5:hpt3740:0:3:0): xpt_setup_ccb (probe5:hpt3740:0:3:0): xpt_action (probe5:hpt3740:0:3:0): xpt_done (probe5:hpt3740:0:3:0): xpt_setup_ccb (probe5:hpt3740:0:3:0): xpt_action (probe5:hpt3740:0:3:0): xpt_done (probe5:hpt3740:0:3:0): xpt_action (probe5:hpt3740:0:3:0): xpt_setup_ccb (probe5:hpt3740:0:3:0): xpt_action (probe5:hpt3740:0:3:0): xpt_done (probe5:hpt3740:0:3:0): xpt_setup_ccb (probe5:hpt3740:0:3:0): xpt_action (probe5:hpt3740:0:3:0): xpt_done (probe5:hpt3740:0:3:0): xpt_done (probe5:hpt3740:0:3:0): xpt_schedule (probe5:hpt3740:0:3:0): xpt_setup_ccb (probe5:hpt3740:0:3:0): probestart (probe5:hpt3740:0:3:0): xpt_action (probe5:hpt3740:0:3:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe5:hpt3740:0:3:0): xpt_done (xpt0:hpt3740:0:4:0): xpt_compile_path (xpt0:hpt3740:0:4:0): xpt_setup_ccb (xpt0:hpt3740:0:4:0): xpt_action (xpt0:hpt3740:0:4:0): xpt_scan_lun (xpt0:hpt3740:0:4:0): xpt_setup_ccb (xpt0:hpt3740:0:4:0): xpt_action (xpt0:hpt3740:0:4:0): xpt_done (probe6:hpt3740:0:4:0): xpt_compile_path (probe6:hpt3740:0:4:0): xpt_setup_ccb (probe6:hpt3740:0:4:0): xpt_action (probe6:hpt3740:0:4:0): xpt_done (probe6:hpt3740:0:4:0): xpt_setup_ccb (probe6:hpt3740:0:4:0): xpt_action (probe6:hpt3740:0:4:0): xpt_done (probe6:hpt3740:0:4:0): xpt_action (probe6:hpt3740:0:4:0): xpt_setup_ccb (probe6:hpt3740:0:4:0): xpt_action (probe6:hpt3740:0:4:0): xpt_done (probe6:hpt3740:0:4:0): xpt_setup_ccb (probe6:hpt3740:0:4:0): xpt_action (probe6:hpt3740:0:4:0): xpt_done (probe6:hpt3740:0:4:0): xpt_done (probe6:hpt3740:0:4:0): xpt_schedule (probe6:hpt3740:0:4:0): xpt_setup_ccb (probe6:hpt3740:0:4:0): probestart (probe6:hpt3740:0:4:0): xpt_action (probe6:hpt3740:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe6:hpt3740:0:4:0): xpt_done (xpt0:hpt3740:0:5:0): xpt_compile_path (xpt0:hpt3740:0:5:0): xpt_setup_ccb (xpt0:hpt3740:0:5:0): xpt_action (xpt0:hpt3740:0:5:0): xpt_scan_lun (xpt0:hpt3740:0:5:0): xpt_setup_ccb (xpt0:hpt3740:0:5:0): xpt_action (xpt0:hpt3740:0:5:0): xpt_done (probe7:hpt3740:0:5:0): xpt_compile_path (probe7:hpt3740:0:5:0): xpt_setup_ccb (probe7:hpt3740:0:5:0): xpt_action (probe7:hpt3740:0:5:0): xpt_done (probe7:hpt3740:0:5:0): xpt_setup_ccb (probe7:hpt3740:0:5:0): xpt_action (probe7:hpt3740:0:5:0): xpt_done (probe7:hpt3740:0:5:0): xpt_action (probe7:hpt3740:0:5:0): xpt_setup_ccb (probe7:hpt3740:0:5:0): xpt_action (probe7:hpt3740:0:5:0): xpt_done (probe7:hpt3740:0:5:0): xpt_setup_ccb (probe7:hpt3740:0:5:0): xpt_action (probe7:hpt3740:0:5:0): xpt_done (probe7:hpt3740:0:5:0): xpt_done (probe7:hpt3740:0:5:0): xpt_schedule (probe7:hpt3740:0:5:0): xpt_setup_ccb (probe7:hpt3740:0:5:0): probestart (probe7:hpt3740:0:5:0): xpt_action (probe7:hpt3740:0:5:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe7:hpt3740:0:5:0): xpt_done (xpt0:hpt3740:0:6:0): xpt_compile_path (xpt0:hpt3740:0:6:0): xpt_setup_ccb (xpt0:hpt3740:0:6:0): xpt_action (xpt0:hpt3740:0:6:0): xpt_scan_lun (xpt0:hpt3740:0:6:0): xpt_setup_ccb (xpt0:hpt3740:0:6:0): xpt_action (xpt0:hpt3740:0:6:0): xpt_done (probe8:hpt3740:0:6:0): xpt_compile_path (probe8:hpt3740:0:6:0): xpt_setup_ccb (probe8:hpt3740:0:6:0): xpt_action (probe8:hpt3740:0:6:0): xpt_done (probe8:hpt3740:0:6:0): xpt_setup_ccb (probe8:hpt3740:0:6:0): xpt_action (probe8:hpt3740:0:6:0): xpt_done (probe8:hpt3740:0:6:0): xpt_action (probe8:hpt3740:0:6:0): xpt_setup_ccb (probe8:hpt3740:0:6:0): xpt_action (probe8:hpt3740:0:6:0): xpt_done (probe8:hpt3740:0:6:0): xpt_setup_ccb (probe8:hpt3740:0:6:0): xpt_action (probe8:hpt3740:0:6:0): xpt_done (probe8:hpt3740:0:6:0): xpt_done (probe8:hpt3740:0:6:0): xpt_schedule (probe8:hpt3740:0:6:0): xpt_setup_ccb (probe8:hpt3740:0:6:0): probestart (probe8:hpt3740:0:6:0): xpt_action (probe8:hpt3740:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe8:hpt3740:0:6:0): xpt_done (xpt0:hpt3740:0:7:0): xpt_compile_path (xpt0:hpt3740:0:7:0): xpt_setup_ccb (xpt0:hpt3740:0:7:0): xpt_action (xpt0:hpt3740:0:7:0): xpt_scan_lun (xpt0:hpt3740:0:7:0): xpt_setup_ccb (xpt0:hpt3740:0:7:0): xpt_action (xpt0:hpt3740:0:7:0): xpt_done (probe9:hpt3740:0:7:0): xpt_compile_path (probe9:hpt3740:0:7:0): xpt_setup_ccb (probe9:hpt3740:0:7:0): xpt_action (probe9:hpt3740:0:7:0): xpt_done (probe9:hpt3740:0:7:0): xpt_setup_ccb (probe9:hpt3740:0:7:0): xpt_action (probe9:hpt3740:0:7:0): xpt_done (probe9:hpt3740:0:7:0): xpt_action (probe9:hpt3740:0:7:0): xpt_setup_ccb (probe9:hpt3740:0:7:0): xpt_action (probe9:hpt3740:0:7:0): xpt_done (probe9:hpt3740:0:7:0): xpt_setup_ccb (probe9:hpt3740:0:7:0): xpt_action (probe9:hpt3740:0:7:0): xpt_done (probe9:hpt3740:0:7:0): xpt_done (probe9:hpt3740:0:7:0): xpt_schedule (probe9:hpt3740:0:7:0): xpt_setup_ccb (probe9:hpt3740:0:7:0): probestart (probe9:hpt3740:0:7:0): xpt_action (probe9:hpt3740:0:7:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe9:hpt3740:0:7:0): xpt_done (xpt0:hpt3740:0:8:0): xpt_compile_path (xpt0:hpt3740:0:8:0): xpt_setup_ccb (xpt0:hpt3740:0:8:0): xpt_action (xpt0:hpt3740:0:8:0): xpt_scan_lun (xpt0:hpt3740:0:8:0): xpt_setup_ccb (xpt0:hpt3740:0:8:0): xpt_action (xpt0:hpt3740:0:8:0): xpt_done (probe10:hpt3740:0:8:0): xpt_compile_path (probe10:hpt3740:0:8:0): xpt_setup_ccb (probe10:hpt3740:0:8:0): xpt_action (probe10:hpt3740:0:8:0): xpt_done (probe10:hpt3740:0:8:0): xpt_setup_ccb (probe10:hpt3740:0:8:0): xpt_action (probe10:hpt3740:0:8:0): xpt_done (probe10:hpt3740:0:8:0): xpt_action (probe10:hpt3740:0:8:0): xpt_setup_ccb (probe10:hpt3740:0:8:0): xpt_action (probe10:hpt3740:0:8:0): xpt_done (probe10:hpt3740:0:8:0): xpt_setup_ccb (probe10:hpt3740:0:8:0): xpt_action (probe10:hpt3740:0:8:0): xpt_done (probe10:hpt3740:0:8:0): xpt_done (probe10:hpt3740:0:8:0): xpt_schedule (probe10:hpt3740:0:8:0): xpt_setup_ccb (probe10:hpt3740:0:8:0): probestart (probe10:hpt3740:0:8:0): xpt_action (probe10:hpt3740:0:8:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe10:hpt3740:0:8:0): xpt_done (xpt0:hpt3740:0:9:0): xpt_compile_path (xpt0:hpt3740:0:9:0): xpt_setup_ccb (xpt0:hpt3740:0:9:0): xpt_action (xpt0:hpt3740:0:9:0): xpt_scan_lun (xpt0:hpt3740:0:9:0): xpt_setup_ccb (xpt0:hpt3740:0:9:0): xpt_action (xpt0:hpt3740:0:9:0): xpt_done (probe11:hpt3740:0:9:0): xpt_compile_path (probe11:hpt3740:0:9:0): xpt_setup_ccb (probe11:hpt3740:0:9:0): xpt_action (probe11:hpt3740:0:9:0): xpt_done (probe11:hpt3740:0:9:0): xpt_setup_ccb (probe11:hpt3740:0:9:0): xpt_action (probe11:hpt3740:0:9:0): xpt_done (probe11:hpt3740:0:9:0): xpt_action (probe11:hpt3740:0:9:0): xpt_setup_ccb (probe11:hpt3740:0:9:0): xpt_action (probe11:hpt3740:0:9:0): xpt_done (probe11:hpt3740:0:9:0): xpt_setup_ccb (probe11:hpt3740:0:9:0): xpt_action (probe11:hpt3740:0:9:0): xpt_done (probe11:hpt3740:0:9:0): xpt_done (probe11:hpt3740:0:9:0): xpt_schedule (probe11:hpt3740:0:9:0): xpt_setup_ccb (probe11:hpt3740:0:9:0): probestart (probe11:hpt3740:0:9:0): xpt_action (probe11:hpt3740:0:9:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe11:hpt3740:0:9:0): xpt_done (xpt0:hpt3740:0:10:0): xpt_compile_path (xpt0:hpt3740:0:10:0): xpt_setup_ccb (xpt0:hpt3740:0:10:0): xpt_action (xpt0:hpt3740:0:10:0): xpt_scan_lun (xpt0:hpt3740:0:10:0): xpt_setup_ccb (xpt0:hpt3740:0:10:0): xpt_action (xpt0:hpt3740:0:10:0): xpt_done (probe12:hpt3740:0:10:0): xpt_compile_path (probe12:hpt3740:0:10:0): xpt_setup_ccb (probe12:hpt3740:0:10:0): xpt_action (probe12:hpt3740:0:10:0): xpt_done (probe12:hpt3740:0:10:0): xpt_setup_ccb (probe12:hpt3740:0:10:0): xpt_action (probe12:hpt3740:0:10:0): xpt_done (probe12:hpt3740:0:10:0): xpt_action (probe12:hpt3740:0:10:0): xpt_setup_ccb (probe12:hpt3740:0:10:0): xpt_action (probe12:hpt3740:0:10:0): xpt_done (probe12:hpt3740:0:10:0): xpt_setup_ccb (probe12:hpt3740:0:10:0): xpt_action (probe12:hpt3740:0:10:0): xpt_done (probe12:hpt3740:0:10:0): xpt_done (probe12:hpt3740:0:10:0): xpt_schedule (probe12:hpt3740:0:10:0): xpt_setup_ccb (probe12:hpt3740:0:10:0): probestart (probe12:hpt3740:0:10:0): xpt_action (probe12:hpt3740:0:10:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe12:hpt3740:0:10:0): xpt_done (xpt0:hpt3740:0:11:0): xpt_compile_path (xpt0:hpt3740:0:11:0): xpt_setup_ccb (xpt0:hpt3740:0:11:0): xpt_action (xpt0:hpt3740:0:11:0): xpt_scan_lun (xpt0:hpt3740:0:11:0): xpt_setup_ccb (xpt0:hpt3740:0:11:0): xpt_action (xpt0:hpt3740:0:11:0): xpt_done (probe13:hpt3740:0:11:0): xpt_compile_path (probe13:hpt3740:0:11:0): xpt_setup_ccb (probe13:hpt3740:0:11:0): xpt_action (probe13:hpt3740:0:11:0): xpt_done (probe13:hpt3740:0:11:0): xpt_setup_ccb (probe13:hpt3740:0:11:0): xpt_action (probe13:hpt3740:0:11:0): xpt_done (probe13:hpt3740:0:11:0): xpt_action (probe13:hpt3740:0:11:0): xpt_setup_ccb (probe13:hpt3740:0:11:0): xpt_action (probe13:hpt3740:0:11:0): xpt_done (probe13:hpt3740:0:11:0): xpt_setup_ccb (probe13:hpt3740:0:11:0): xpt_action (probe13:hpt3740:0:11:0): xpt_done (probe13:hpt3740:0:11:0): xpt_done (probe13:hpt3740:0:11:0): xpt_schedule (probe13:hpt3740:0:11:0): xpt_setup_ccb (probe13:hpt3740:0:11:0): probestart (probe13:hpt3740:0:11:0): xpt_action (probe13:hpt3740:0:11:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe13:hpt3740:0:11:0): xpt_done (xpt0:hpt3740:0:12:0): xpt_compile_path (xpt0:hpt3740:0:12:0): xpt_setup_ccb (xpt0:hpt3740:0:12:0): xpt_action (xpt0:hpt3740:0:12:0): xpt_scan_lun (xpt0:hpt3740:0:12:0): xpt_setup_ccb (xpt0:hpt3740:0:12:0): xpt_action (xpt0:hpt3740:0:12:0): xpt_done (probe14:hpt3740:0:12:0): xpt_compile_path (probe14:hpt3740:0:12:0): xpt_setup_ccb (probe14:hpt3740:0:12:0): xpt_action (probe14:hpt3740:0:12:0): xpt_done (probe14:hpt3740:0:12:0): xpt_setup_ccb (probe14:hpt3740:0:12:0): xpt_action (probe14:hpt3740:0:12:0): xpt_done (probe14:hpt3740:0:12:0): xpt_action (probe14:hpt3740:0:12:0): xpt_setup_ccb (probe14:hpt3740:0:12:0): xpt_action (probe14:hpt3740:0:12:0): xpt_done (probe14:hpt3740:0:12:0): xpt_setup_ccb (probe14:hpt3740:0:12:0): xpt_action (probe14:hpt3740:0:12:0): xpt_done (probe14:hpt3740:0:12:0): xpt_done (probe14:hpt3740:0:12:0): xpt_schedule (probe14:hpt3740:0:12:0): xpt_setup_ccb (probe14:hpt3740:0:12:0): probestart (probe14:hpt3740:0:12:0): xpt_action (probe14:hpt3740:0:12:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe14:hpt3740:0:12:0): xpt_done (xpt0:hpt3740:0:13:0): xpt_compile_path (xpt0:hpt3740:0:13:0): xpt_setup_ccb (xpt0:hpt3740:0:13:0): xpt_action (xpt0:hpt3740:0:13:0): xpt_scan_lun (xpt0:hpt3740:0:13:0): xpt_setup_ccb (xpt0:hpt3740:0:13:0): xpt_action (xpt0:hpt3740:0:13:0): xpt_done (probe15:hpt3740:0:13:0): xpt_compile_path (probe15:hpt3740:0:13:0): xpt_setup_ccb (probe15:hpt3740:0:13:0): xpt_action (probe15:hpt3740:0:13:0): xpt_done (probe15:hpt3740:0:13:0): xpt_setup_ccb (probe15:hpt3740:0:13:0): xpt_action (probe15:hpt3740:0:13:0): xpt_done (probe15:hpt3740:0:13:0): xpt_action (probe15:hpt3740:0:13:0): xpt_setup_ccb (probe15:hpt3740:0:13:0): xpt_action (probe15:hpt3740:0:13:0): xpt_done (probe15:hpt3740:0:13:0): xpt_setup_ccb (probe15:hpt3740:0:13:0): xpt_action (probe15:hpt3740:0:13:0): xpt_done (probe15:hpt3740:0:13:0): xpt_done (probe15:hpt3740:0:13:0): xpt_schedule (probe15:hpt3740:0:13:0): xpt_setup_ccb (probe15:hpt3740:0:13:0): probestart (probe15:hpt3740:0:13:0): xpt_action (probe15:hpt3740:0:13:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe15:hpt3740:0:13:0): xpt_done (xpt0:hpt3740:0:14:0): xpt_compile_path (xpt0:hpt3740:0:14:0): xpt_setup_ccb (xpt0:hpt3740:0:14:0): xpt_action (xpt0:hpt3740:0:14:0): xpt_scan_lun (xpt0:hpt3740:0:14:0): xpt_setup_ccb (xpt0:hpt3740:0:14:0): xpt_action (xpt0:hpt3740:0:14:0): xpt_done (probe16:hpt3740:0:14:0): xpt_compile_path (probe16:hpt3740:0:14:0): xpt_setup_ccb (probe16:hpt3740:0:14:0): xpt_action (probe16:hpt3740:0:14:0): xpt_done (probe16:hpt3740:0:14:0): xpt_setup_ccb (probe16:hpt3740:0:14:0): xpt_action (probe16:hpt3740:0:14:0): xpt_done (probe16:hpt3740:0:14:0): xpt_action (probe16:hpt3740:0:14:0): xpt_setup_ccb (probe16:hpt3740:0:14:0): xpt_action (probe16:hpt3740:0:14:0): xpt_done (probe16:hpt3740:0:14:0): xpt_setup_ccb (probe16:hpt3740:0:14:0): xpt_action (probe16:hpt3740:0:14:0): xpt_done (probe16:hpt3740:0:14:0): xpt_done (probe16:hpt3740:0:14:0): xpt_schedule (probe16:hpt3740:0:14:0): xpt_setup_ccb (probe16:hpt3740:0:14:0): probestart (probe16:hpt3740:0:14:0): xpt_action (probe16:hpt3740:0:14:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe16:hpt3740:0:14:0): xpt_done (xpt0:hpt3740:0:15:0): xpt_compile_path (xpt0:hpt3740:0:15:0): xpt_setup_ccb (xpt0:hpt3740:0:15:0): xpt_action (xpt0:hpt3740:0:15:0): xpt_scan_lun (xpt0:hpt3740:0:15:0): xpt_setup_ccb (xpt0:hpt3740:0:15:0): xpt_action (xpt0:hpt3740:0:15:0): xpt_done (probe17:hpt3740:0:15:0): xpt_compile_path (probe17:hpt3740:0:15:0): xpt_setup_ccb (probe17:hpt3740:0:15:0): xpt_action (probe17:hpt3740:0:15:0): xpt_done (probe17:hpt3740:0:15:0): xpt_setup_ccb (probe17:hpt3740:0:15:0): xpt_action (probe17:hpt3740:0:15:0): xpt_done (probe17:hpt3740:0:15:0): xpt_action (probe17:hpt3740:0:15:0): xpt_setup_ccb (probe17:hpt3740:0:15:0): xpt_action (probe17:hpt3740:0:15:0): xpt_done (probe17:hpt3740:0:15:0): xpt_setup_ccb (probe17:hpt3740:0:15:0): xpt_action (probe17:hpt3740:0:15:0): xpt_done (probe17:hpt3740:0:15:0): xpt_done (probe17:hpt3740:0:15:0): xpt_schedule (probe17:hpt3740:0:15:0): xpt_setup_ccb (probe17:hpt3740:0:15:0): probestart (probe17:hpt3740:0:15:0): xpt_action (probe17:hpt3740:0:15:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe17:hpt3740:0:15:0): xpt_done (xpt0:ata0:0:-1:-1): xpt_compile_path (xpt0:ata0:0:-1:-1): xpt_setup_ccb (xpt0:ata0:0:-1:-1): xpt_action (xpt0:ata0:0:-1:-1): xpt_done (xpt0:ata0:0:-1:-1): xpt_finishconfig (xpt0:ata0:0:-1:-1): xpt_action (xpt0:ata0:0:-1:-1): xpt_scan_bus (xpt0:ata0:0:-1:-1): xpt_setup_ccb (xpt0:ata0:0:-1:-1): xpt_action (xpt0:ata0:0:-1:-1): xpt_done (xpt0:ata0:0:0:0): xpt_compile_path (xpt0:ata0:0:0:0): xpt_setup_ccb (xpt0:ata0:0:0:0): xpt_action (xpt0:ata0:0:0:0): xpt_scan_lun (xpt0:ata0:0:0:0): xpt_setup_ccb (xpt0:ata0:0:0:0): xpt_action (xpt0:ata0:0:0:0): xpt_done (xpt0:ata0:0:0:0): xpt_done (xpt0:ata0:0:1:0): xpt_compile_path (xpt0:ata0:0:1:0): xpt_setup_ccb (xpt0:ata0:0:1:0): xpt_action (xpt0:ata0:0:1:0): xpt_scan_lun (xpt0:ata0:0:1:0): xpt_setup_ccb (xpt0:ata0:0:1:0): xpt_action (xpt0:ata0:0:1:0): xpt_done (xpt0:ata0:0:1:0): xpt_done (xpt0:ata1:0:-1:-1): xpt_compile_path (xpt0:ata1:0:-1:-1): xpt_setup_ccb (xpt0:ata1:0:-1:-1): xpt_action (xpt0:ata1:0:-1:-1): xpt_done (xpt0:ata1:0:-1:-1): xpt_finishconfig (xpt0:ata1:0:-1:-1): xpt_action (xpt0:ata1:0:-1:-1): xpt_scan_bus (xpt0:ata1:0:-1:-1): xpt_setup_ccb (xpt0:ata1:0:-1:-1): xpt_action (xpt0:ata1:0:-1:-1): xpt_done (xpt0:ata1:0:0:0): xpt_compile_path (xpt0:ata1:0:0:0): xpt_setup_ccb (xpt0:ata1:0:0:0): xpt_action (xpt0:ata1:0:0:0): xpt_scan_lun (xpt0:ata1:0:0:0): xpt_setup_ccb (xpt0:ata1:0:0:0): xpt_action (xpt0:ata1:0:0:0): xpt_done (xpt0:ata1:0:0:0): xpt_done (xpt0:ata1:0:1:0): xpt_compile_path (xpt0:ata1:0:1:0): xpt_setup_ccb (xpt0:ata1:0:1:0): xpt_action (xpt0:ata1:0:1:0): xpt_scan_lun (xpt0:ata1:0:1:0): xpt_setup_ccb (xpt0:ata1:0:1:0): xpt_action (xpt0:ata1:0:1:0): xpt_done (xpt0:ata1:0:1:0): xpt_done (xpt0:ata2:0:-1:-1): xpt_compile_path (xpt0:ata2:0:-1:-1): xpt_setup_ccb (xpt0:ata2:0:-1:-1): xpt_action (xpt0:ata2:0:-1:-1): xpt_done (xpt0:ata2:0:-1:-1): xpt_finishconfig (xpt0:ata2:0:-1:-1): xpt_action (xpt0:ata2:0:-1:-1): xpt_scan_bus (xpt0:ata2:0:-1:-1): xpt_setup_ccb (xpt0:ata2:0:-1:-1): xpt_action (xpt0:ata2:0:-1:-1): xpt_done (xpt0:ata2:0:0:0): xpt_compile_path (xpt0:ata2:0:0:0): xpt_setup_ccb (xpt0:ata2:0:0:0): xpt_action (xpt0:ata2:0:0:0): xpt_scan_lun (xpt0:ata2:0:0:0): xpt_setup_ccb (xpt0:ata2:0:0:0): xpt_action (xpt0:ata2:0:0:0): xpt_done (xpt0:ata2:0:1:0): xpt_compile_path (xpt0:ata2:0:1:0): xpt_setup_ccb (xpt0:ata2:0:1:0): xpt_action (xpt0:ata2:0:1:0): xpt_scan_lun (xpt0:ata2:0:1:0): xpt_setup_ccb (xpt0:ata2:0:1:0): xpt_action (xpt0:ata2:0:1:0): xpt_done (xpt0:ata3:0:-1:-1): xpt_compile_path (xpt0:ata3:0:-1:-1): xpt_setup_ccb (xpt0:ata3:0:-1:-1): xpt_action (xpt0:ata3:0:-1:-1): xpt_done (xpt0:ata3:0:-1:-1): xpt_finishconfig (xpt0:ata3:0:-1:-1): xpt_action (xpt0:ata3:0:-1:-1): xpt_scan_bus (xpt0:ata3:0:-1:-1): xpt_setup_ccb (xpt0:ata3:0:-1:-1): xpt_action (xpt0:ata3:0:-1:-1): xpt_done (xpt0:ata3:0:0:0): xpt_compile_path (xpt0:ata3:0:0:0): xpt_setup_ccb (xpt0:ata3:0:0:0): xpt_action (xpt0:ata3:0:0:0): xpt_scan_lun (xpt0:ata3:0:0:0): xpt_setup_ccb (xpt0:ata3:0:0:0): xpt_action (xpt0:ata3:0:0:0): xpt_done (xpt0:ata3:0:0:0): xpt_done (xpt0:ata3:0:1:0): xpt_compile_path (xpt0:ata3:0:1:0): xpt_setup_ccb (xpt0:ata3:0:1:0): xpt_action (xpt0:ata3:0:1:0): xpt_scan_lun (xpt0:ata3:0:1:0): xpt_setup_ccb (xpt0:ata3:0:1:0): xpt_action (xpt0:ata3:0:1:0): xpt_done (xpt0:ata3:0:1:0): xpt_done (xpt0:ata4:0:-1:-1): xpt_compile_path (xpt0:ata4:0:-1:-1): xpt_setup_ccb (xpt0:ata4:0:-1:-1): xpt_action (xpt0:ata4:0:-1:-1): xpt_done (xpt0:ata4:0:-1:-1): xpt_finishconfig (xpt0:ata4:0:-1:-1): xpt_action (xpt0:ata4:0:-1:-1): xpt_scan_bus (xpt0:ata4:0:-1:-1): xpt_setup_ccb (xpt0:ata4:0:-1:-1): xpt_action (xpt0:ata4:0:-1:-1): xpt_done (xpt0:ata4:0:0:0): xpt_compile_path (xpt0:ata4:0:0:0): xpt_setup_ccb (xpt0:ata4:0:0:0): xpt_action (xpt0:ata4:0:0:0): xpt_scan_lun (xpt0:ata4:0:0:0): xpt_setup_ccb (xpt0:ata4:0:0:0): xpt_action (xpt0:ata4:0:0:0): xpt_done (xpt0:ata4:0:0:0): xpt_done (xpt0:ata4:0:1:0): xpt_compile_path (xpt0:ata4:0:1:0): xpt_setup_ccb (xpt0:ata4:0:1:0): xpt_action (xpt0:ata4:0:1:0): xpt_scan_lun (xpt0:ata4:0:1:0): xpt_setup_ccb (xpt0:ata4:0:1:0): xpt_action (xpt0:ata4:0:1:0): xpt_done (xpt0:ata4:0:1:0): xpt_done (xpt0:ata5:0:-1:-1): xpt_compile_path (xpt0:ata5:0:-1:-1): xpt_setup_ccb (xpt0:ata5:0:-1:-1): xpt_action (xpt0:ata5:0:-1:-1): xpt_done (xpt0:ata5:0:-1:-1): xpt_finishconfig (xpt0:ata5:0:-1:-1): xpt_action (xpt0:ata5:0:-1:-1): xpt_scan_bus (xpt0:ata5:0:-1:-1): xpt_setup_ccb (xpt0:ata5:0:-1:-1): xpt_action (xpt0:ata5:0:-1:-1): xpt_done (xpt0:ata5:0:0:0): xpt_compile_path (xpt0:ata5:0:0:0): xpt_setup_ccb (xpt0:ata5:0:0:0): xpt_action (xpt0:ata5:0:0:0): xpt_scan_lun (xpt0:ata5:0:0:0): xpt_setup_ccb (xpt0:ata5:0:0:0): xpt_action (xpt0:ata5:0:0:0): xpt_done (xpt0:ata5:0:0:0): xpt_done (xpt0:ata5:0:1:0): xpt_compile_path (xpt0:ata5:0:1:0): xpt_setup_ccb (xpt0:ata5:0:1:0): xpt_action (xpt0:ata5:0:1:0): xpt_scan_lun (xpt0:ata5:0:1:0): xpt_setup_ccb (xpt0:ata5:0:1:0): xpt_action (xpt0:ata5:0:1:0): xpt_done (xpt0:ata5:0:1:0): xpt_done pcm0: measured ac97 link rate at 48019 Hz, will use 48000 Hz (xpt0:ata4:0:0:0): camisr (xpt0:ata4:0:0:0): xpt_scan_bus (xpt0:ata4:0:0:0): xpt_setup_ccb (xpt0:ata4:0:0:0): xpt_action (xpt0:ata4:0:0:0): xpt_free_path (xpt0:ata4:0:0:0): xpt_release_path (xpt0:ata4:0:1:0): camisr (xpt0:ata4:0:1:0): xpt_scan_bus (xpt0:ata4:0:1:0): xpt_setup_ccb (xpt0:ata4:0:1:0): xpt_action (xpt0:ata4:0:1:0): xpt_free_path (xpt0:ata4:0:1:0): xpt_release_path (xpt0:ata4:0:-1:-1): xpt_done (xpt0:ata5:0:0:0): camisr (xpt0:ata5:0:0:0): xpt_scan_bus (xpt0:ata5:0:0:0): xpt_setup_ccb (xpt0:ata5:0:0:0): xpt_action (xpt0:ata5:0:0:0): xpt_free_path (xpt0:ata5:0:0:0): xpt_release_path (xpt0:ata5:0:1:0): camisr (xpt0:ata5:0:1:0): xpt_scan_bus (xpt0:ata5:0:1:0): xpt_setup_ccb (xpt0:ata5:0:1:0): xpt_action (xpt0:ata5:0:1:0): xpt_free_path (xpt0:ata5:0:1:0): xpt_release_path (xpt0:ata5:0:-1:-1): xpt_done (probe2:hpt3740:0:0:0): camisr (probe2:hpt3740:0:0:0): probedone (probe2:hpt3740:0:0:0): xpt_schedule (probe2:hpt3740:0:0:0): xpt_setup_ccb (probe2:hpt3740:0:0:0): probestart (probe2:hpt3740:0:0:0): xpt_action (probe2:hpt3740:0:0:0): INQUIRY. CDB: 12 0 0 0 60 0 (probe2:hpt3740:0:0:0): xpt_done (probe3:hpt3740:0:1:0): camisr (probe3:hpt3740:0:1:0): probedone (probe3:hpt3740:0:1:0): error 22 (probe3:hpt3740:0:1:0): Unretryable Error (xpt0:hpt3740:0:1:0): xpt_done (probe3:hpt3740:0:1:0): xpt_free_path (probe3:hpt3740:0:1:0): xpt_release_path (probe4:hpt3740:0:2:0): camisr (probe4:hpt3740:0:2:0): probedone (probe4:hpt3740:0:2:0): error 22 (probe4:hpt3740:0:2:0): Unretryable Error (xpt0:hpt3740:0:2:0): xpt_done (probe4:hpt3740:0:2:0): xpt_free_path (probe4:hpt3740:0:2:0): xpt_release_path (probe5:hpt3740:0:3:0): camisr (probe5:hpt3740:0:3:0): probedone (probe5:hpt3740:0:3:0): error 22 (probe5:hpt3740:0:3:0): Unretryable Error (xpt0:hpt3740:0:3:0): xpt_done (probe5:hpt3740:0:3:0): xpt_free_path (probe5:hpt3740:0:3:0): xpt_release_path (probe6:hpt3740:0:4:0): camisr (probe6:hpt3740:0:4:0): probedone (probe6:hpt3740:0:4:0): error 22 (probe6:hpt3740:0:4:0): Unretryable Error (xpt0:hpt3740:0:4:0): xpt_done (probe6:hpt3740:0:4:0): xpt_free_path (probe6:hpt3740:0:4:0): xpt_release_path (probe7:hpt3740:0:5:0): camisr (probe7:hpt3740:0:5:0): probedone (probe7:hpt3740:0:5:0): error 22 (probe7:hpt3740:0:5:0): Unretryable Error (xpt0:hpt3740:0:5:0): xpt_done (probe7:hpt3740:0:5:0): xpt_free_path (probe7:hpt3740:0:5:0): xpt_release_path (probe8:hpt3740:0:6:0): camisr (probe8:hpt3740:0:6:0): probedone (probe8:hpt3740:0:6:0): error 22 (probe8:hpt3740:0:6:0): Unretryable Error (xpt0:hpt3740:0:6:0): xpt_done (probe8:hpt3740:0:6:0): xpt_free_path (probe8:hpt3740:0:6:0): xpt_release_path (probe9:hpt3740:0:7:0): camisr (probe9:hpt3740:0:7:0): probedone (probe9:hpt3740:0:7:0): error 22 (probe9:hpt3740:0:7:0): Unretryable Error (xpt0:hpt3740:0:7:0): xpt_done (probe9:hpt3740:0:7:0): xpt_free_path (probe9:hpt3740:0:7:0): xpt_release_path (probe10:hpt3740:0:8:0): camisr (probe10:hpt3740:0:8:0): probedone (probe10:hpt3740:0:8:0): error 22 (probe10:hpt3740:0:8:0): Unretryable Error (xpt0:hpt3740:0:8:0): xpt_done (probe10:hpt3740:0:8:0): xpt_free_path (probe10:hpt3740:0:8:0): xpt_release_path (probe11:hpt3740:0:9:0): camisr (probe11:hpt3740:0:9:0): probedone (probe11:hpt3740:0:9:0): error 22 (probe11:hpt3740:0:9:0): Unretryable Error (xpt0:hpt3740:0:9:0): xpt_done (probe11:hpt3740:0:9:0): xpt_free_path (probe11:hpt3740:0:9:0): xpt_release_path (probe12:hpt3740:0:10:0): camisr (probe12:hpt3740:0:10:0): probedone (probe12:hpt3740:0:10:0): error 22 (probe12:hpt3740:0:10:0): Unretryable Error (xpt0:hpt3740:0:10:0): xpt_done (probe12:hpt3740:0:10:0): xpt_free_path (probe12:hpt3740:0:10:0): xpt_release_path (probe13:hpt3740:0:11:0): camisr (probe13:hpt3740:0:11:0): probedone (probe13:hpt3740:0:11:0): error 22 (probe13:hpt3740:0:11:0): Unretryable Error (xpt0:hpt3740:0:11:0): xpt_done (probe13:hpt3740:0:11:0): xpt_free_path (probe13:hpt3740:0:11:0): xpt_release_path (probe14:hpt3740:0:12:0): camisr (probe14:hpt3740:0:12:0): probedone (probe14:hpt3740:0:12:0): error 22 (probe14:hpt3740:0:12:0): Unretryable Error (xpt0:hpt3740:0:12:0): xpt_done (probe14:hpt3740:0:12:0): xpt_free_path (probe14:hpt3740:0:12:0): xpt_release_path (probe15:hpt3740:0:13:0): camisr (probe15:hpt3740:0:13:0): probedone (probe15:hpt3740:0:13:0): error 22 (probe15:hpt3740:0:13:0): Unretryable Error (xpt0:hpt3740:0:13:0): xpt_done (probe15:hpt3740:0:13:0): xpt_free_path (probe15:hpt3740:0:13:0): xpt_release_path (probe16:hpt3740:0:14:0): camisr (probe16:hpt3740:0:14:0): probedone (probe16:hpt3740:0:14:0): error 22 (probe16:hpt3740:0:14:0): Unretryable Error (xpt0:hpt3740:0:14:0): xpt_done (probe16:hpt3740:0:14:0): xpt_free_path (probe16:hpt3740:0:14:0): xpt_release_path (probe17:hpt3740:0:15:0): camisr (probe17:hpt3740:0:15:0): probedone (probe17:hpt3740:0:15:0): error 22 (probe17:hpt3740:0:15:0): Unretryable Error (xpt0:hpt3740:0:15:0): xpt_done (probe17:hpt3740:0:15:0): xpt_free_path (probe17:hpt3740:0:15:0): xpt_release_path (xpt0:ata0:0:0:0): camisr (xpt0:ata0:0:0:0): xpt_scan_bus (xpt0:ata0:0:0:0): xpt_setup_ccb (xpt0:ata0:0:0:0): xpt_action (xpt0:ata0:0:0:0): xpt_free_path (xpt0:ata0:0:0:0): xpt_release_path (xpt0:ata0:0:1:0): camisr (xpt0:ata0:0:1:0): xpt_scan_bus (xpt0:ata0:0:1:0): xpt_setup_ccb (xpt0:ata0:0:1:0): xpt_action (xpt0:ata0:0:1:0): xpt_free_path (xpt0:ata0:0:1:0): xpt_release_path (xpt0:ata0:0:-1:-1): xpt_done (xpt0:ata1:0:0:0): camisr (xpt0:ata1:0:0:0): xpt_scan_bus (xpt0:ata1:0:0:0): xpt_setup_ccb (xpt0:ata1:0:0:0): xpt_action (xpt0:ata1:0:0:0): xpt_free_path (xpt0:ata1:0:0:0): xpt_release_path (xpt0:ata1:0:1:0): camisr (xpt0:ata1:0:1:0): xpt_scan_bus (xpt0:ata1:0:1:0): xpt_setup_ccb (xpt0:ata1:0:1:0): xpt_action (xpt0:ata1:0:1:0): xpt_free_path (xpt0:ata1:0:1:0): xpt_release_path (xpt0:ata1:0:-1:-1): xpt_done (xpt0:ata3:0:0:0): camisr (xpt0:ata3:0:0:0): xpt_scan_bus (xpt0:ata3:0:0:0): xpt_setup_ccb (xpt0:ata3:0:0:0): xpt_action (xpt0:ata3:0:0:0): xpt_free_path (xpt0:ata3:0:0:0): xpt_release_path (xpt0:ata3:0:1:0): camisr (xpt0:ata3:0:1:0): xpt_scan_bus (xpt0:ata3:0:1:0): xpt_setup_ccb (xpt0:ata3:0:1:0): xpt_action (xpt0:ata3:0:1:0): xpt_free_path (xpt0:ata3:0:1:0): xpt_release_path (xpt0:ata3:0:-1:-1): xpt_done (xpt0:ata4:0:0:0): camisr (xpt0:ata4:0:0:0): xpt_scan_bus (xpt0:ata4:0:0:0): xpt_setup_ccb (xpt0:ata4:0:0:0): xpt_action (xpt0:ata4:0:0:0): xpt_free_path (xpt0:ata4:0:0:0): xpt_release_path (xpt0:ata4:0:1:0): camisr (xpt0:ata4:0:1:0): xpt_scan_bus (xpt0:ata4:0:1:0): xpt_setup_ccb (xpt0:ata4:0:1:0): xpt_action (xpt0:ata4:0:1:0): xpt_free_path (xpt0:ata4:0:1:0): xpt_release_path (xpt0:ata4:0:-1:-1): xpt_done (xpt0:ata5:0:0:0): camisr (xpt0:ata5:0:0:0): xpt_scan_bus (xpt0:ata5:0:0:0): xpt_setup_ccb (xpt0:ata5:0:0:0): xpt_action (xpt0:ata5:0:0:0): xpt_free_path (xpt0:ata5:0:0:0): xpt_release_path (xpt0:ata5:0:1:0): camisr (xpt0:ata5:0:1:0): xpt_scan_bus (xpt0:ata5:0:1:0): xpt_setup_ccb (xpt0:ata5:0:1:0): xpt_action (xpt0:ata5:0:1:0): xpt_free_path (xpt0:ata5:0:1:0): xpt_release_path (xpt0:ata5:0:-1:-1): xpt_done (xpt0:ata4:0:-1:-1): camisr (xpt0:ata4:0:-1:-1): Rescan succeeded (xpt0:ata4:0:-1:-1): xpt_free_path (xpt0:ata4:0:-1:-1): xpt_release_path (xpt0:ata5:0:-1:-1): camisr (xpt0:ata5:0:-1:-1): Rescan succeeded (xpt0:ata5:0:-1:-1): xpt_free_path (xpt0:ata5:0:-1:-1): xpt_release_path (probe2:hpt3740:0:0:0): camisr (probe2:hpt3740:0:0:0): probedone (probe2:hpt3740:0:0:0): xpt_schedule (probe2:hpt3740:0:0:0): xpt_setup_ccb (probe2:hpt3740:0:0:0): probestart (probe2:hpt3740:0:0:0): xpt_action (probe2:hpt3740:0:0:0): MODE SENSE(06). CDB: 1a 0 a 0 14 0 (probe2:hpt3740:0:0:0): xpt_done (xpt0:hpt3740:0:1:0): camisr (xpt0:hpt3740:0:1:0): xpt_scan_bus (xpt0:hpt3740:0:1:0): xpt_setup_ccb (xpt0:hpt3740:0:1:0): xpt_action (xpt0:hpt3740:0:1:0): xpt_free_path (xpt0:hpt3740:0:1:0): xpt_release_path (xpt0:hpt3740:0:2:0): camisr (xpt0:hpt3740:0:2:0): xpt_scan_bus (xpt0:hpt3740:0:2:0): xpt_setup_ccb (xpt0:hpt3740:0:2:0): xpt_action (xpt0:hpt3740:0:2:0): xpt_free_path (xpt0:hpt3740:0:2:0): xpt_release_path (xpt0:hpt3740:0:3:0): camisr (xpt0:hpt3740:0:3:0): xpt_scan_bus (xpt0:hpt3740:0:3:0): xpt_setup_ccb (xpt0:hpt3740:0:3:0): xpt_action (xpt0:hpt3740:0:3:0): xpt_free_path (xpt0:hpt3740:0:3:0): xpt_release_path (xpt0:hpt3740:0:4:0): camisr (xpt0:hpt3740:0:4:0): xpt_scan_bus (xpt0:hpt3740:0:4:0): xpt_setup_ccb (xpt0:hpt3740:0:4:0): xpt_action (xpt0:hpt3740:0:4:0): xpt_free_path (xpt0:hpt3740:0:4:0): xpt_release_path (xpt0:hpt3740:0:5:0): camisr (xpt0:hpt3740:0:5:0): xpt_scan_bus (xpt0:hpt3740:0:5:0): xpt_setup_ccb (xpt0:hpt3740:0:5:0): xpt_action (xpt0:hpt3740:0:5:0): xpt_free_path (xpt0:hpt3740:0:5:0): xpt_release_path (xpt0:hpt3740:0:6:0): camisr (xpt0:hpt3740:0:6:0): xpt_scan_bus (xpt0:hpt3740:0:6:0): xpt_setup_ccb (xpt0:hpt3740:0:6:0): xpt_action (xpt0:hpt3740:0:6:0): xpt_free_path (xpt0:hpt3740:0:6:0): xpt_release_path (xpt0:hpt3740:0:7:0): camisr (xpt0:hpt3740:0:7:0): xpt_scan_bus (xpt0:hpt3740:0:7:0): xpt_setup_ccb (xpt0:hpt3740:0:7:0): xpt_action (xpt0:hpt3740:0:7:0): xpt_free_path (xpt0:hpt3740:0:7:0): xpt_release_path (xpt0:hpt3740:0:8:0): camisr (xpt0:hpt3740:0:8:0): xpt_scan_bus (xpt0:hpt3740:0:8:0): xpt_setup_ccb (xpt0:hpt3740:0:8:0): xpt_action (xpt0:hpt3740:0:8:0): xpt_free_path (xpt0:hpt3740:0:8:0): xpt_release_path (xpt0:hpt3740:0:9:0): camisr (xpt0:hpt3740:0:9:0): xpt_scan_bus (xpt0:hpt3740:0:9:0): xpt_setup_ccb (xpt0:hpt3740:0:9:0): xpt_action (xpt0:hpt3740:0:9:0): xpt_free_path (xpt0:hpt3740:0:9:0): xpt_release_path (xpt0:hpt3740:0:10:0): camisr (xpt0:hpt3740:0:10:0): xpt_scan_bus (xpt0:hpt3740:0:10:0): xpt_setup_ccb (xpt0:hpt3740:0:10:0): xpt_action (xpt0:hpt3740:0:10:0): xpt_free_path (xpt0:hpt3740:0:10:0): xpt_release_path (xpt0:hpt3740:0:11:0): camisr (xpt0:hpt3740:0:11:0): xpt_scan_bus (xpt0:hpt3740:0:11:0): xpt_setup_ccb (xpt0:hpt3740:0:11:0): xpt_action (xpt0:hpt3740:0:11:0): xpt_free_path (xpt0:hpt3740:0:11:0): xpt_release_path (xpt0:hpt3740:0:12:0): camisr (xpt0:hpt3740:0:12:0): xpt_scan_bus (xpt0:hpt3740:0:12:0): xpt_setup_ccb (xpt0:hpt3740:0:12:0): xpt_action (xpt0:hpt3740:0:12:0): xpt_free_path (xpt0:hpt3740:0:12:0): xpt_release_path (xpt0:hpt3740:0:13:0): camisr (xpt0:hpt3740:0:13:0): xpt_scan_bus (xpt0:hpt3740:0:13:0): xpt_setup_ccb (xpt0:hpt3740:0:13:0): xpt_action (xpt0:hpt3740:0:13:0): xpt_free_path (xpt0:hpt3740:0:13:0): xpt_release_path (xpt0:hpt3740:0:14:0): camisr (xpt0:hpt3740:0:14:0): xpt_scan_bus (xpt0:hpt3740:0:14:0): xpt_setup_ccb (xpt0:hpt3740:0:14:0): xpt_action (xpt0:hpt3740:0:14:0): xpt_free_path (xpt0:hpt3740:0:14:0): xpt_release_path (xpt0:hpt3740:0:15:0): camisr (xpt0:hpt3740:0:15:0): xpt_scan_bus (xpt0:hpt3740:0:15:0): xpt_setup_ccb (xpt0:hpt3740:0:15:0): xpt_action (xpt0:hpt3740:0:15:0): xpt_free_path (xpt0:hpt3740:0:15:0): xpt_release_path (xpt0:ata0:0:-1:-1): camisr (xpt0:ata0:0:-1:-1): xpt_finishconfig (xpt0:ata0:0:-1:-1): xpt_free_path (xpt0:ata0:0:-1:-1): xpt_release_path (xpt0:ata1:0:-1:-1): camisr (xpt0:ata1:0:-1:-1): xpt_finishconfig (xpt0:ata1:0:-1:-1): xpt_free_path (xpt0:ata1:0:-1:-1): xpt_release_path (xpt0:ata3:0:-1:-1): camisr (xpt0:ata3:0:-1:-1): xpt_finishconfig (xpt0:ata3:0:-1:-1): xpt_free_path (xpt0:ata3:0:-1:-1): xpt_release_path (xpt0:ata4:0:-1:-1): camisr (xpt0:ata4:0:-1:-1): xpt_finishconfig (xpt0:ata4:0:-1:-1): xpt_free_path (xpt0:ata4:0:-1:-1): xpt_release_path (xpt0:ata5:0:-1:-1): camisr (xpt0:ata5:0:-1:-1): xpt_finishconfig (xpt0:ata5:0:-1:-1): xpt_free_path (xpt0:ata5:0:-1:-1): xpt_release_path (probe2:hpt3740:0:0:0): camisr (probe2:hpt3740:0:0:0): probedone (probe2:hpt3740:0:0:0): error 22 (probe2:hpt3740:0:0:0): Unretryable Error (probe2:hpt3740:0:0:0): xpt_schedule (probe2:hpt3740:0:0:0): xpt_setup_ccb (probe2:hpt3740:0:0:0): probestart (probe2:hpt3740:0:0:0): xpt_action (probe2:hpt3740:0:0:0): INQUIRY. CDB: 12 1 80 0 ff 0 (probe2:hpt3740:0:0:0): xpt_done (probe2:hpt3740:0:0:0): camisr (probe2:hpt3740:0:0:0): probedone (probe2:hpt3740:0:0:0): xpt_setup_ccb (probe2:hpt3740:0:0:0): xpt_action (probe2:hpt3740:0:0:0): xpt_done (probe2:hpt3740:0:0:0): xpt_action (probe2:hpt3740:0:0:0): xpt_setup_ccb (probe2:hpt3740:0:0:0): xpt_action (probe2:hpt3740:0:0:0): xpt_done (probe2:hpt3740:0:0:0): xpt_setup_ccb (probe2:hpt3740:0:0:0): xpt_action (probe2:hpt3740:0:0:0): xpt_done (probe2:hpt3740:0:0:0): xpt_done (probe2:hpt3740:0:0:0): xpt_schedule (probe2:hpt3740:0:0:0): xpt_setup_ccb (probe2:hpt3740:0:0:0): probestart (probe2:hpt3740:0:0:0): xpt_action (probe2:hpt3740:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe2:hpt3740:0:0:0): xpt_done (probe2:hpt3740:0:0:0): camisr (probe2:hpt3740:0:0:0): probedone (probe2:hpt3740:0:0:0): xpt_action (probe2:hpt3740:0:0:0): xpt_async (xpt0:hpt3740:0:0:0): xpt_done (probe2:hpt3740:0:0:0): xpt_free_path (probe2:hpt3740:0:0:0): xpt_release_path (xpt0:hpt3740:0:0:0): camisr (xpt0:hpt3740:0:0:0): xpt_scan_bus (xpt0:hpt3740:0:0:0): xpt_setup_ccb (xpt0:hpt3740:0:0:0): xpt_action (xpt0:hpt3740:0:0:0): xpt_free_path (xpt0:hpt3740:0:0:0): xpt_release_path (xpt0:hpt3740:0:-1:-1): xpt_done (xpt0:hpt3740:0:-1:-1): camisr (xpt0:hpt3740:0:-1:-1): xpt_finishconfig (xpt0:hpt3740:0:-1:-1): xpt_free_path (xpt0:hpt3740:0:-1:-1): xpt_release_path atapi_action: hcb@0xc6a7f200: 12 0 0 0 24 0 atapi_action: hcb@0xc6a77dc0: 12 0 0 0 24 0 atapi_cb: hcb@0xc6a7f200 error = 00: (sk = 00) dev acd0: cmd 12 status 50 result 00 (probe0:ata2:0:0:0): xpt_done (probe0:ata2:0:0:0): camisr (probe0:ata2:0:0:0): probedone (probe0:ata2:0:0:0): xpt_schedule (probe0:ata2:0:0:0): xpt_setup_ccb (probe0:ata2:0:0:0): probestart (probe0:ata2:0:0:0): xpt_action (probe0:ata2:0:0:0): INQUIRY. CDB: 12 1 80 0 ff 0 atapi_action: hcb@0xc6a77d80: 12 1 80 0 ff 0 atapi_cb: hcb@0xc6a77dc0 error = 00: (sk = 00) dev acd1: cmd 12 status 50 result 00 (probe1:ata2:0:1:0): xpt_done (probe1:ata2:0:1:0): camisr (probe1:ata2:0:1:0): probedone (probe1:ata2:0:1:0): xpt_schedule (probe1:ata2:0:1:0): xpt_setup_ccb (probe1:ata2:0:1:0): probestart (probe1:ata2:0:1:0): xpt_action (probe1:ata2:0:1:0): INQUIRY. CDB: 12 1 80 0 ff 0 atapi_action: hcb@0xc6a77d00: 12 1 80 0 ff 0 GEOM: new disk ad8 acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=51 ostat1=50 ata2: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=10 stat1=10 devices=0xc acd0: setting PIO4 on ICH5 chip acd0: setting UDMA33 on ICH5 chip acd1: setting PIO4 on ICH5 chip acd1: setting UDMA66 on ICH5 chip (noperiph:ata2:0:-1:-1): xpt_async (noperiph:ata2:0:0:0): xpt_compile_path (noperiph:ata2:0:0:0): xpt_release_path (noperiph:ata2:0:1:0): xpt_compile_path (noperiph:ata2:0:1:0): xpt_release_path (xpt0:ata2:0:-1:-1): xpt_compile_path Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0432a70 stack pointer = 0x28:0xe53bfbf0 frame pointer = 0x28:0xe53bfbf8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 17 (swi6: task queue) trap number = 12 panic: page fault Uptime: 1m48s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. --=-SPqIdssN3EMlFTZV6Y1L-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 18:42:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0501816A423 for ; Thu, 30 Mar 2006 18:42:17 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.FreeBSD.org (Postfix) with SMTP id 7658143D55 for ; Thu, 30 Mar 2006 18:42:07 +0000 (GMT) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 64766 invoked by uid 0); 30 Mar 2006 15:42:03 -0300 Received: from eksffa@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(201.17.152.115):. Processed in 0.720996 secs); 30 Mar 2006 18:42:03 -0000 Received: from unknown (HELO ?10.69.69.69?) (201.17.152.115) by capeta.freebsdbrasil.com.br with SMTP; 30 Mar 2006 15:42:02 -0300 Message-ID: <442C2675.9050703@freebsdbrasil.com.br> Date: Thu, 30 Mar 2006 15:41:57 -0300 From: Patrick Tracanelli Organization: FreeBSD Brasil LTDA User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051013 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200603300730.35065.davidxu@freebsd.org> <442BC198.5000209@wincmd.ru> <20060330083736.diiud3wv280k0cww@webmail.1command.com> <1143740137.89530.3.camel@funkalicious.home.dom> <70e8236f0603301015g193243a5ndbf700c5a360730a@mail.gmail.com> In-Reply-To: <70e8236f0603301015g193243a5ndbf700c5a360730a@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: away X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 18:42:17 -0000 Joao Barros wrote: > On 3/30/06, Adam Retter wrote: > >>Who attacked him, can we not give them a kicking ;-) > > > At most a kick on IRC since the person in question is also a valid > FreeBSD developer. > I read most of -current, -stable, -hackers, -cvsall as well as some > other FreeBSD lists and sometimes I read someone's comment and think: > "That was totally unnecessary..." > But people are all not the same and we have our good days and our bad days. > I guess David was on a bad day when Dag wrote what he wrote, on a bad > day himself. > I have been accompanying David and Dag's work and both are important > and needed and have their credit for, no doubt about it. > > David, Dag has done the more difficult part: recognizing and > apologizing. From there, forgiving is easy ;-) > > Can't we all just code along? :-D I completly do agree with every single statement Joao has made. It could have been kept on private mailing list. From what it looks like for people like me, when-possible contributor and every-day-user, It seems to be just a simple "work" discussion, like those ones which usually happen one day or one other in everywhere there is work getting done by more than one person, a cooperative working-style discussion on what is good and what can be done in different (hopefully better) way. Accepting and interpreting suggestions as well as suggesting on a non-rude manner is something that everyone one day fail, in their busy heavy days. No big deal, It is human nature. Anyway, everyone who follows cvs-all@ is very thankfull for what David has done everyday in the system, and probably will appreciate a lot more if Mr. Xu decide to keep doing the good work, improving what he has noted himself that should be improved and work together with others to improve things that more than one brain could probably get better results than only a single one. Hope you stay. Osho in one of his books usually say that apologizing is a difficult decision, apologizing honestly is even more difficult and rare. And do not accepting the honest apollogies is a severe decision and as such, comes with a lot of consequences. -- Patrick Tracanelli From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 18:45:19 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0DEE16A401 for ; Thu, 30 Mar 2006 18:45:19 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout10-04.prod.mesa1.secureserver.net (smtpout10-04.prod.mesa1.secureserver.net [64.202.165.238]) by mx1.FreeBSD.org (Postfix) with SMTP id 2AED143D53 for ; Thu, 30 Mar 2006 18:45:18 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 10852 invoked from network); 30 Mar 2006 18:45:18 -0000 Received: from unknown (24.144.77.138) by smtpout10-04.prod.mesa1.secureserver.net (64.202.165.238) with ESMTP; 30 Mar 2006 18:45:18 -0000 Message-ID: <442C273D.105@seclark.us> Date: Thu, 30 Mar 2006 13:45:17 -0500 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: <442B23CA.3060808@seclark.us> <20060330034353.GR60807@ufanet.ru> <442B56B2.1070107@seclark.us> <20060330053231.GS60807@ufanet.ru> In-Reply-To: <20060330053231.GS60807@ufanet.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: 4.9 network not freeing memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 18:45:19 -0000 damir bikmuhametov wrote: >On Wed, Mar 29, 2006 at 10:55:30PM -0500, Stephen Clark wrote: > > >>>Try to increase net.inet.ip.intr_queue_maxlen and monitor >>>net.inet.ip.intr_queue_drops. >>> >>> >>Increasing net.inet.ip.intr_queue_maxlen to 400 seems to have fixed the >>problem. >> >> > >Could you please report this to the list after some testing? > >Thanks. > > > Do you know if the queue_maxlen is exceeded do the mbufs get lost? It sort of seems that is what happens. This is after a test where I was increment queue_maxlen til queue_drops were not increasing. $ sysctl net.inet.ip.intr_queue_drops net.inet.ip.intr_queue_drops: 27444 X10001:~ At this point the network after my test the network is pretty much quiet. But there are still mbufs allocated for data?? $ netstat -m 689/5504/131072 mbufs in use (current/peak/max): 689 mbufs allocated to data 265/4958/32768 mbuf clusters in use (current/peak/max) 11292 Kbytes allocated to network (11% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines After a reboot: X10001:~ $ sysctl net.inet.ip.intr_queue_drops net.inet.ip.intr_queue_drops: 0 X10001:~ $ netstat -m 2/416/131072 mbufs in use (current/peak/max): 2 mbufs allocated to data 0/44/32768 mbuf clusters in use (current/peak/max) 192 Kbytes allocated to network (0% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines This after a reboot and another test with queue_maxlen=400 Note there are only 3 mbufs allocated to data. sysctl net.inet.ip.intr_queue_drops net.inet.ip.intr_queue_drops: 0 X10001:~ $ netstat -m 3/416/131072 mbufs in use (current/peak/max): 3 mbufs allocated to data 0/44/32768 mbuf clusters in use (current/peak/max) 192 Kbytes allocated to network (0% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines Is there some way to see what the current queue length is? Like the queue drops. What do you think? Regards, Steve From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 19:10:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 987BA16A420 for ; Thu, 30 Mar 2006 19:10:50 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout10-04.prod.mesa1.secureserver.net (smtpout10-04.prod.mesa1.secureserver.net [64.202.165.238]) by mx1.FreeBSD.org (Postfix) with SMTP id 5F35C43D45 for ; Thu, 30 Mar 2006 19:10:49 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 13766 invoked from network); 30 Mar 2006 19:10:48 -0000 Received: from unknown (24.144.77.138) by smtpout10-04.prod.mesa1.secureserver.net (64.202.165.238) with ESMTP; 30 Mar 2006 19:10:48 -0000 Message-ID: <442C2D37.7050000@seclark.us> Date: Thu, 30 Mar 2006 14:10:47 -0500 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: damir bikmuhametov , stable@freebsd.org References: <442B23CA.3060808@seclark.us> <20060330034353.GR60807@ufanet.ru> <442B56B2.1070107@seclark.us> <20060330053231.GS60807@ufanet.ru> <442BF5B5.7060300@seclark.us> <20060330165850.GA43914@ufanet.ru> In-Reply-To: <20060330165850.GA43914@ufanet.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: 4.9 network not freeing memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 19:10:50 -0000 damir bikmuhametov wrote: >On Thu, Mar 30, 2006 at 10:13:57AM -0500, Stephen Clark wrote: > > >>Do you know if the queue_maxlen is exceeded do the mbufs get lost? It >>sort of seems that is what happens. >> >> > >I'm sorry I'm unfamiliar with FreeBSD internals. I just noticed that >when I'm using gre tunnels (say, for WCCP or with DVB recievers) at some >time (various) net.inet.ip.intr_queue_drops starts increasing very fast >and I'm losing network connectivity. I've played with queue_maxlen and >found that increased value helps against that issues. > >It seems that only gre suffers from the default (relatively small) queue >length. > > > FreeBSD splnet() equates directly to NetBSD's splsoftnet(); FreeBSD uses splimp() where (for networking) NetBSD would use splnet(). When you mentioned this only seems to happen on gre I looked at the ip_gre.c which comes from NetBSD, it uses splnet() where all the other FreeBSD stuff used splimp(). So I changed gre.c to use splnet() and now I am not getting any drops, even with queue_maxlen=50; From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 19:25:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B738916A401 for ; Thu, 30 Mar 2006 19:25:23 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 272F843D46 for ; Thu, 30 Mar 2006 19:25:22 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by uproxy.gmail.com with SMTP id u2so237242uge for ; Thu, 30 Mar 2006 11:25:22 -0800 (PST) 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=JgyPwMiaFUPlWBnUH9KDP7G+IBl/vuaQ5VI3b3XkF2ubiBZhjEAlb9UiG4QQthiDA43eIUMRdqpmZHBzspBXCb49KTjBwpwRkUuKzLVwqzujeeS2HlMz/jSxKdLGCPkTNMo3a/SALufI7BOlZ/FESAzQjMrYChC+ncsCIUYMYZk= Received: by 10.78.47.9 with SMTP id u9mr3213huu; Thu, 30 Mar 2006 11:18:51 -0800 (PST) Received: by 10.78.31.9 with HTTP; Thu, 30 Mar 2006 11:18:51 -0800 (PST) Message-ID: Date: Thu, 30 Mar 2006 13:18:51 -0600 From: "Nikolas Britton" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Is mount_smbfs broken in 6.1-PRERELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 19:25:23 -0000 Anyone know if mount_smbfs is broken in 6.1, I'm trying to run this: "mount_smbfs -I 192.168.1.2 //nbritton@192.168.1.2/music2 /mnt/network/musi= c/" And then it asks for my password, I type it in, and then I get this error: "mount_smbfs: unable to open connection: syserr =3D Authentication error" I've had this same problem on another 6.1 box too... I can run this same command on a 6.0-RELEASE box, right next to the 6.1 box, on the same network etc. without problems. What gives? Did I forget to setup something on the new 6.1 boxes or is mount_smbfs broken, IIRC I didn't do anything special to get mount_smbfs working on the 6.0 box? File Server: samba-3.0.21b,1 uname -a: FreeBSD puddlejumper.local 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Tue Mar 14 12:15:56 CST 2006 =20 root@puddlejumper.local:/usr/obj/usr/src/sys/SE7210TP1E i386 Workstation: uname -a: FreeBSD cake.local 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Tue Mar 28 17:47:28 CST 2006 root@cake.local:/usr/obj/usr/src/sys/CAKE=20 i386 The box that mount_smbfs works on: uname -a: FreeBSD musicbox1.local 6.0-STABLE FreeBSD 6.0-STABLE #0: Sat Jan 7 21:57:14 CST 2006 =20 root@musicbox1.local:/usr/src/sys/i386/compile/GENERIC i386 -- BSD Podcasts @ http://bsdtalk.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 19:41:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4456116A422 for ; Thu, 30 Mar 2006 19:41:01 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail14.simplicato.com (host65.simplicato.com [207.99.47.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4970743D5F for ; Thu, 30 Mar 2006 19:40:59 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail14.simplicato.com (localhost [127.0.0.1]) by mail14.simplicato.com (Postfix) with ESMTP id 9446D43FC for ; Thu, 30 Mar 2006 14:40:58 -0500 (EST) Received: from uws1.starlofashions.com (unknown [12.44.50.124]) by mail14.simplicato.com (Postfix) with ESMTP id 8137B43CF for ; Thu, 30 Mar 2006 14:40:58 -0500 (EST) Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Thu, 30 Mar 2006 14:40:58 -0500 Date: Thu, 30 Mar 2006 14:40:58 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20060330194058.GB1394@uws1.starlofashions.com> Mail-Followup-To: freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: Is mount_smbfs broken in 6.1-PRERELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 19:41:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Mar 30, 2006 at 01:18:51PM -0600, Nikolas Britton wrote: > Anyone know if mount_smbfs is broken in 6.1, I'm trying to run this: > > "mount_smbfs -I 192.168.1.2 //nbritton@192.168.1.2/music2 /mnt/network/music/" > > And then it asks for my password, I type it in, and then I get this error: > > "mount_smbfs: unable to open connection: syserr = Authentication error" > > I've had this same problem on another 6.1 box too... I can run this > same command on a 6.0-RELEASE box, right next to the 6.1 box, on the > same network etc. without problems. What gives? Did I forget to setup > something on the new 6.1 boxes or is mount_smbfs broken, IIRC I didn't > do anything special to get mount_smbfs working on the 6.0 box? Not broken per se. Hrrm, I see a mention of this in CURRENT's UPDATING but not in 6.1's. I ~think~ you might have to include options NETSMBCRYPTO and rebuild your kernel. I believe that in CURRENT, you simply have to kldload smbfs (but on my CURRENT box I had no need of mounting an NTFS share, so I don't know). Here is the entry in CURRENT's UPDATING. 20060305: The NETSMBCRYPTO kernel option has been retired because its functionality is always included in NETSMB and smbfs.ko now. I've lost track of whether the discussion was on the CURRENT or STABLE list, and had thought that it was fixed in both. I'm only posting this rather unhelpful information in case no one with a better memory or more knowledge sees it. At any rate, on my PRERELEASE boxen, the problem was fixed by adding the NETSMBCRYPTO option to the kernel. You could try kldload-ing smbfs first to see if it helps. Check the archives of STABLE and CURRENT for this month, the dicussion was on one of them. I repeat, I'm only posting this in case no one with more knowledge of the situation sees your post. - -- Scott Robbins GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Joyce: Something's gonna eat those babies? Principal Snyder: I think that is so wrong. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFELDRK+lTVdes0Z9YRAggiAKCErhOgUselLCdewLcIol7U2VXesQCeLbBM 6klY1rP7n/qQcleLrYac82A= =E9+x -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 20:06:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8747C16A400; Thu, 30 Mar 2006 20:06:21 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 123E943D62; Thu, 30 Mar 2006 20:06:18 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id k2UK6DJ5021016; Thu, 30 Mar 2006 21:06:13 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.4/8.13.4) with ESMTP id k2UK6Ckp093336; Thu, 30 Mar 2006 21:06:12 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.4/8.13.1/Submit) with ESMTP id k2UK6CcB093333; Thu, 30 Mar 2006 21:06:12 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Thu, 30 Mar 2006 21:06:12 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Nikolas Britton In-Reply-To: Message-ID: <20060330210200.W93175@ury.york.ac.uk> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: yar@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Is mount_smbfs broken in 6.1-PRERELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 20:06:21 -0000 On Thu, 30 Mar 2006, Nikolas Britton wrote: > Anyone know if mount_smbfs is broken in 6.1, I'm trying to run this: > > "mount_smbfs -I 192.168.1.2 //nbritton@192.168.1.2/music2 /mnt/network/music/" > > And then it asks for my password, I type it in, and then I get this error: > > "mount_smbfs: unable to open connection: syserr = Authentication error" > > I've had this same problem on another 6.1 box too... I can run this > same command on a 6.0-RELEASE box, right next to the 6.1 box, on the > same network etc. without problems. What gives? Did I forget to setup > something on the new 6.1 boxes or is mount_smbfs broken, IIRC I didn't > do anything special to get mount_smbfs working on the 6.0 box? This was accidentally broken as part of a load of kernel clean-ups. yar@freebsd.org (cc'd) committed a fix to -CURRENT Sun Mar 5 22:52:16 2006 ( http://docs.FreeBSD.org/cgi/mid.cgi?200603052252.k25MqHpb094838 ) with an MFC of 5 days, but it doesn't seem to have been merged yet. It may have been turned down by re@, or it may have just been forgotton about. (I hope it's the latter, as I think it's an important fix to get into 6.1-R). Hopefully yar@ will be able to MFC this. Gavin From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 20:46:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C25516A400; Thu, 30 Mar 2006 20:46:06 +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 3E56743D76; Thu, 30 Mar 2006 20:46:06 +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 202E61A4DAB; Thu, 30 Mar 2006 12:46:06 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6A7C351695; Thu, 30 Mar 2006 15:46:05 -0500 (EST) Date: Thu, 30 Mar 2006 15:46:05 -0500 From: Kris Kennaway To: Gavin Atkinson Message-ID: <20060330204605.GA20841@xor.obsecurity.org> References: <20060330210200.W93175@ury.york.ac.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <20060330210200.W93175@ury.york.ac.uk> User-Agent: Mutt/1.4.2.1i Cc: re@FreeBSD.org, yar@freebsd.org, freebsd-stable@freebsd.org, Nikolas Britton Subject: Re: Is mount_smbfs broken in 6.1-PRERELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 20:46:06 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 30, 2006 at 09:06:12PM +0100, Gavin Atkinson wrote: > On Thu, 30 Mar 2006, Nikolas Britton wrote: >=20 > >Anyone know if mount_smbfs is broken in 6.1, I'm trying to run this: > > > >"mount_smbfs -I 192.168.1.2 //nbritton@192.168.1.2/music2=20 > >/mnt/network/music/" > > > >And then it asks for my password, I type it in, and then I get this erro= r: > > > >"mount_smbfs: unable to open connection: syserr =3D Authentication error" > > > >I've had this same problem on another 6.1 box too... I can run this > >same command on a 6.0-RELEASE box, right next to the 6.1 box, on the > >same network etc. without problems. What gives? Did I forget to setup > >something on the new 6.1 boxes or is mount_smbfs broken, IIRC I didn't > >do anything special to get mount_smbfs working on the 6.0 box? >=20 > This was accidentally broken as part of a load of kernel clean-ups.=20 > yar@freebsd.org (cc'd) committed a fix to -CURRENT Sun Mar 5 22:52:16 2006 > ( http://docs.FreeBSD.org/cgi/mid.cgi?200603052252.k25MqHpb094838 ) with= =20 > an MFC of 5 days, but it doesn't seem to have been merged yet. >=20 > It may have been turned down by re@, or it may have just been forgotton= =20 > about. (I hope it's the latter, as I think it's an important fix to get= =20 > into 6.1-R). Hopefully yar@ will be able to MFC this. I think he's travelling, so perhaps someone else can do it. Kris --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFELEOMWry0BWjoQKURAvN1AJ9twJ3b/DXT27TxTNP59AV7apQ34ACg2pt9 Z+G5kHIcZb+A0bd+kpplktU= =3IbE -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 21:22:24 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0E1A16A400 for ; Thu, 30 Mar 2006 21:22:24 +0000 (UTC) (envelope-from jdow@earthlink.net) Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61BDC43D45 for ; Thu, 30 Mar 2006 21:22:24 +0000 (GMT) (envelope-from jdow@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=hVWLk0QkwRH6ItIrVz8KwZ0bmP0LAdF/8Qmua51VaR8IvXMjBA6jKKu+/TfMXpAa; h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [71.116.139.228] (helo=Wednesday) by elasmtp-banded.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1FP4ax-0004E8-2q; Thu, 30 Mar 2006 16:22:19 -0500 Message-ID: <144701c65440$07960470$0225a8c0@Wednesday> From: "jdow" To: "gareth" , References: <20060330153123.GA4134@lordcow.org><442BFAC3.5030100@jellydonut.org> <20060330155928.GA5245@lordcow.org> Date: Thu, 30 Mar 2006 13:22:19 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-ELNK-Trace: bb89ecdb26a8f9f24d2b10475b5711206e5ed52b220b26f160b229cb828837be62ffe20caddccbfe350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 71.116.139.228 Cc: Subject: Re: ntpdate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 21:22:24 -0000 From: "gareth" > On Thu 2006-03-30 (10:35), Michael Proto wrote: >> cd /usr/src/usr.sbin/ntp >> make depend >> make >> make install > > yay, ok that works ta (going into /usr/src/usr.sbin/ntp > as opposed to /usr/src/usr.sbin/ntp/ntpdate) and the > binary gets rebuilt. but, same problem :/ > > # ntpdate nom.uct.ac.za > Looking for host nom.uct.ac.za and service ntp > host found : 2001:4200:300:100:20e:cff:fe5c:f5c4 > 30 Mar 17:58:16 ntpdate[35787]: cannot find family compatible socket to send ntp packet > # If you have ntpd running, which is the right way to do it anyway, then ntpdate cannot run unless you tell it to use a different port than the ntp port because it's already in use. "ntpdate -q -u pool.ntp.org" should work for you. {^_^} Joanne From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 22:53:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67C4616A401 for ; Thu, 30 Mar 2006 22:53:41 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CEF443D53 for ; Thu, 30 Mar 2006 22:53:40 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 9BB45B80C; Fri, 31 Mar 2006 00:53:36 +0200 (CEST) Message-ID: <442C5CE6.7010106@andric.com> Date: Fri, 31 Mar 2006 00:34:14 +0200 From: Dimitry Andric User-Agent: Thunderbird 2.0a1 (Windows/20060324) MIME-Version: 1.0 To: Nikolas Britton References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Is mount_smbfs broken in 6.1-PRERELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 22:53:41 -0000 Nikolas Britton wrote: > "mount_smbfs: unable to open connection: syserr = Authentication error" What does your syslog say? Maybe you can check this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=93458 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 30 23:49:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5A9716A401 for ; Thu, 30 Mar 2006 23:49:55 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 002E543D49 for ; Thu, 30 Mar 2006 23:49:54 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by uproxy.gmail.com with SMTP id u2so266408uge for ; Thu, 30 Mar 2006 15:49:54 -0800 (PST) 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=mhjKChYRLjvyxxwqvLuoH+v3AGanD6l+WAJvGfy9EgIB2JPHmvPDA/9BFgSYxYY8VLYWh/opem97SyAH3+HfV1pSfkD6KMCpeaA70D6Jg8SxB6IVJvm6uTTdNBthg7xZgNHq6FZN8Ypo5PG97VUDORjKF3qXslsp+54+BaeErgo= Received: by 10.78.56.19 with SMTP id e19mr11772hua; Thu, 30 Mar 2006 15:49:54 -0800 (PST) Received: by 10.78.31.9 with HTTP; Thu, 30 Mar 2006 15:49:53 -0800 (PST) Message-ID: Date: Thu, 30 Mar 2006 17:49:53 -0600 From: "Nikolas Britton" To: "Gavin Atkinson" In-Reply-To: <20060330210200.W93175@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060330210200.W93175@ury.york.ac.uk> Cc: yar@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Is mount_smbfs broken in 6.1-PRERELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2006 23:49:56 -0000 On 3/30/06, Gavin Atkinson wrote: > On Thu, 30 Mar 2006, Nikolas Britton wrote: > > > Anyone know if mount_smbfs is broken in 6.1, I'm trying to run this: > > > > "mount_smbfs -I 192.168.1.2 //nbritton@192.168.1.2/music2 > /mnt/network/music/" > > > > And then it asks for my password, I type it in, and then I get this err= or: > > > > "mount_smbfs: unable to open connection: syserr =3D Authentication erro= r" > > > > I've had this same problem on another 6.1 box too... I can run this > > same command on a 6.0-RELEASE box, right next to the 6.1 box, on the > > same network etc. without problems. What gives? Did I forget to setup > > something on the new 6.1 boxes or is mount_smbfs broken, IIRC I didn't > > do anything special to get mount_smbfs working on the 6.0 box? > > This was accidentally broken as part of a load of kernel clean-ups. > yar@freebsd.org (cc'd) committed a fix to -CURRENT Sun Mar 5 22:52:16 200= 6 > ( http://docs.FreeBSD.org/cgi/mid.cgi?200603052252.k25MqHpb094838 ) with > an MFC of 5 days, but it doesn't seem to have been merged yet. > > It may have been turned down by re@, or it may have just been forgotton > about. (I hope it's the latter, as I think it's an important fix to get > into 6.1-R). Hopefully yar@ will be able to MFC this. > > Gavin > Thanks for the info! and I've got mount_smbfs working now, Scott Robbins suggested in a previous reply to add 'options NETSMBCRYPTO' to the kernel for a temp work around... This did the trick. I hope they get this MFC'd for 6.1-RELEASE. -- BSD Podcasts @ http://bsdtalk.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 00:18:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3B0616A41F for ; Fri, 31 Mar 2006 00:18:51 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: from zircon.seattle.wa.us (dsl254-019-221.sea1.dsl.speakeasy.net [216.254.19.221]) by mx1.FreeBSD.org (Postfix) with SMTP id 1DE8E43D49 for ; Fri, 31 Mar 2006 00:18:51 +0000 (GMT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 50610 invoked from network); 31 Mar 2006 00:18:53 -0000 Received: from unknown (192.168.254.3) by 192.168.254.1 with QMQP; 31 Mar 2006 00:18:53 -0000 From: Joe Kelsey To: Hardware@freebsd.org, questions@freebsd.org, stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 30 Mar 2006 16:18:53 -0800 Message-Id: <1143764333.734.62.camel@crusty.zircon.seattle.wa.us> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: Subject: Logitech MX700 Moiuse Prblems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 00:18:51 -0000 I have read many messages on the various lists concerning the Logitech MX700 mouse and button problems, especially with the scrolling wheel. The message that provided me the real clue to what is going on was the one to hardware@ by Joe Schmoe that went through a very complex setup involving xorg.conf, xmodmap and imwheel. This is just too much work! Since I always have to modify moused to make my mice operate left-handed, I know how to use moused to accomplish the same operation with absolutely no change to xorg.conf, xmodmap or imwheel. Here is the entry for my mouse in usbd.conf: device "Mouse" devname "ums[0-9]+" attach "/usr/sbin/moused -m 3=1 -m 1=3 -m 4=6 -m 6=4 -m 5=7 -m 7=5 -p /dev/${DEVNAME} -I /var/run/moused.${DEVNAME}.pid ; /usr/sbin/vidcontrol -m on" What I do there is exchange the operation of buttons 1 and 3 to provide left-handed operation, then switch buttons 4 and 6 and buttons 5 and 7. I do not change anything else in the standard xorg.conf file. Now, my mouse wheel works all the time. That whole mess with xmodmap and imwheel just confused me since I have never used or heard of imwheel and I also haven't used xmodmap in years, although I used to use it regularly. I hope this helps someone else. /Joe From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 00:38:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 964B816A444; Fri, 31 Mar 2006 00:38:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00DF543D76; Fri, 31 Mar 2006 00:38:52 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k2V0cfbO096416 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 31 Mar 2006 10:08:46 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: David Xu Date: Fri, 31 Mar 2006 11:08:36 +1030 User-Agent: KMail/1.9.1 References: <200603221755.25666.doconnor@gsoft.com.au> <200603221611.07805.davidxu@freebsd.org> <200603222349.45539.doconnor@gsoft.com.au> In-Reply-To: <200603222349.45539.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1755331.3IeQsuAOVO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603311108.37829.doconnor@gsoft.com.au> X-Spam-Score: -1.247 () ALL_TRUSTED,AWL X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: Process hanging on 6.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 00:38:54 -0000 --nextPart1755331.3IeQsuAOVO Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 22 March 2006 23:49, Daniel O'Connor wrote: > On Wednesday 22 March 2006 18:41, David Xu wrote: > > > The problem is that every now and then the process gets stuck and > > > becomes unkillable just after forking, ie.. > > > > Are you using pthreads ? > > Nope. Hmm I just found I had an FD leak - I am not sure if it's related. Interestingly I had ~1046 FDs open and FD_SET wasn't working properly, eg... fd_set fds; int fd; fd =3D 1046; FD_ZERO(&fds); FD_SET(fd, &fds); Results in fds being empty :( Does anyone know if that is expected behaviour? And whether this problem co= uld=20 cause the second one (eg tickle a bug). Thanks. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1755331.3IeQsuAOVO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBELHoN5ZPcIHs/zowRAqhlAJwI4MPv1QcvfEi71RDSA5z6AayRxQCdEY/U u2cHpxSK7tH7Lx18OXV4+8E= =QPqC -----END PGP SIGNATURE----- --nextPart1755331.3IeQsuAOVO-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 00:48:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 232D016A400 for ; Fri, 31 Mar 2006 00:48:43 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8008E43D8B for ; Fri, 31 Mar 2006 00:48:42 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from localhost.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k2V0mflY006932 for ; Fri, 31 Mar 2006 00:48:42 GMT (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-stable@freebsd.org Date: Fri, 31 Mar 2006 08:48:29 +0800 User-Agent: KMail/1.8.2 References: <200603221755.25666.doconnor@gsoft.com.au> <200603222349.45539.doconnor@gsoft.com.au> <200603311108.37829.doconnor@gsoft.com.au> In-Reply-To: <200603311108.37829.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603310848.30037.davidxu@freebsd.org> Subject: Re: Process hanging on 6.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 00:48:43 -0000 =D4=DA Friday 31 March 2006 08:38=A3=ACDaniel O'Connor =D0=B4=B5=C0=A3=BA > On Wednesday 22 March 2006 23:49, Daniel O'Connor wrote: > > On Wednesday 22 March 2006 18:41, David Xu wrote: > > > > The problem is that every now and then the process gets stuck and > > > > becomes unkillable just after forking, ie.. > > > > > > Are you using pthreads ? > > > > Nope. >=20 > Hmm I just found I had an FD leak - I am not sure if it's related. >=20 > Interestingly I had ~1046 FDs open and FD_SET wasn't working properly, eg= =2E.. > fd_set fds; > int fd; >=20 > fd =3D 1046; > FD_ZERO(&fds); > FD_SET(fd, &fds); >=20 > Results in fds being empty :( >=20 > Does anyone know if that is expected behaviour? And whether this problem= =20 could=20 > cause the second one (eg tickle a bug). >=20 > Thanks. >=20 > --=20 > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C >=20 In /sys/sys/select.h : #ifndef FD_SETSIZE #define FD_SETSIZE 1024U #endif so you should define FD_SETSIZE if you have fd which is larger than 1024. Regards, David Xu From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 02:57:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2409816A41F for ; Fri, 31 Mar 2006 02:57:41 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9251943D48 for ; Fri, 31 Mar 2006 02:57:40 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 2EB5D62C93B for ; Thu, 30 Mar 2006 22:57:40 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 77629-10 for ; Thu, 30 Mar 2006 22:57:40 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id ACADF62C8E6 for ; Thu, 30 Mar 2006 22:57:39 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id C32725D825; Thu, 30 Mar 2006 22:57:43 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id BCCBD5CFC8 for ; Thu, 30 Mar 2006 22:57:43 -0400 (AST) Date: Thu, 30 Mar 2006 22:57:43 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20060330225122.L947@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: jail's not dying ... but not running either ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 02:57:41 -0000 Running RELENG_6, I started up a jail, killed it from within doing 'kill -TERM -1' like I've always done, but apparently that isn't the right way? # jls JID IP Address Hostname Path 2 200.46.204.254 mx2.hub.org /vm/1/mx2.hub.org 1 200.46.204.254 mx2.hub.org /vm/1/mx2.hub.org but there are no processes running in it ... io# grep mx2 /proc/*/status io# Just re-read the jail man page, and it looks like I'm doing it right, but also noticed the pkill commands: o# jls JID IP Address Hostname Path 2 200.46.204.254 mx2.hub.org /vm/1/mx2.hub.org 1 200.46.204.254 mx2.hub.org /vm/1/mx2.hub.org io# pkill -j 1 io# jls JID IP Address Hostname Path 2 200.46.204.254 mx2.hub.org /vm/1/mx2.hub.org 1 200.46.204.254 mx2.hub.org /vm/1/mx2.hub.org io# pkill -j 2 io# jls JID IP Address Hostname Path 2 200.46.204.254 mx2.hub.org /vm/1/mx2.hub.org 1 200.46.204.254 mx2.hub.org /vm/1/mx2.hub.org And ps ax -o pid,jid,args shows nothing either ... So, what is keeping those 2 listed? Thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 08:30:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39D9B16A420 for ; Fri, 31 Mar 2006 08:30:14 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B86F843D49 for ; Fri, 31 Mar 2006 08:30:13 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 48CB720011C; Fri, 31 Mar 2006 10:30:11 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 9B0DC200115; Fri, 31 Mar 2006 10:30:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 25D9B444F41; Fri, 31 Mar 2006 08:29:51 +0000 (UTC) Date: Fri, 31 Mar 2006 08:29:51 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: "Marc G. Fournier" In-Reply-To: <20060330225122.L947@ganymede.hub.org> Message-ID: <20060331082920.F2181@maildrop.int.zabbadoz.net> References: <20060330225122.L947@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-stable@freebsd.org Subject: Re: jail's not dying ... but not running either ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 08:30:14 -0000 On Thu, 30 Mar 2006, Marc G. Fournier wrote: Hi, > Running RELENG_6, I started up a jail, killed it from within doing 'kill > -TERM -1' like I've always done, but apparently that isn't the right way? ... > > So, what is keeping those 2 listed? see http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/89528 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 08:58:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC7E616A426 for ; Fri, 31 Mar 2006 08:58:01 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFB1143D4C for ; Fri, 31 Mar 2006 08:58:00 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FPFXK-000Dpb-Fx; Fri, 31 Mar 2006 18:03:19 +0900 Message-ID: <442CEF2B.5010505@micom.mng.net> Date: Fri, 31 Mar 2006 17:58:19 +0900 From: Ganbold User-Agent: Thunderbird 1.5 (X11/20060202) MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <20060330225122.L947@ganymede.hub.org> <20060331082920.F2181@maildrop.int.zabbadoz.net> In-Reply-To: <20060331082920.F2181@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: jail's not dying ... but not running either ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 08:58:02 -0000 Hi, I'm seeing this jail problem too in my FreeBSD-6.1-PRERELEASE. sensor# uname -an FreeBSD xxx.mng.net 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Thu Feb 2 17:00:42 ULAT 2006 tsgan@xxx.mng.net:/usr/obj/usr/src/sys/xxx i386 # jls JID IP Address Hostname Path 6 202.179.x.x test.ub.mng.net /usr/local/public 3 202.179.x.x test.ub.mng.net /usr/local/public # pgrep -j 6 98354 32112 32104 32069 32055 32048 31924 # pgrep -j 3 # pkill -j 3 # jls JID IP Address Hostname Path 6 202.179.x.x test.ub.mng.net /usr/local/public 3 202.179.x.x test.ub.mng.net /usr/local/public # Ganbold Bjoern A. Zeeb wrote: > On Thu, 30 Mar 2006, Marc G. Fournier wrote: > > Hi, > >> Running RELENG_6, I started up a jail, killed it from within doing >> 'kill -TERM -1' like I've always done, but apparently that isn't the >> right way? > .. >> >> So, what is keeping those 2 listed? > > see > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/89528 > From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 09:10:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84C5616A400 for ; Fri, 31 Mar 2006 09:10:12 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3B6B43D48 for ; Fri, 31 Mar 2006 09:10:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 84A6620011D; Fri, 31 Mar 2006 11:10:10 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 6A7912000AE; Fri, 31 Mar 2006 11:10:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 127E6444F41; Fri, 31 Mar 2006 09:05:29 +0000 (UTC) Date: Fri, 31 Mar 2006 09:05:29 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Ganbold In-Reply-To: <442CEF2B.5010505@micom.mng.net> Message-ID: <20060331090411.G2181@maildrop.int.zabbadoz.net> References: <20060330225122.L947@ganymede.hub.org> <20060331082920.F2181@maildrop.int.zabbadoz.net> <442CEF2B.5010505@micom.mng.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-stable@freebsd.org Subject: Re: jail's not dying ... but not running either ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 09:10:12 -0000 On Fri, 31 Mar 2006, Ganbold wrote: >>> Running RELENG_6, I started up a jail, killed it from within doing 'kill >>> -TERM -1' like I've always done, but apparently that isn't the right way? >> .. >>> >>> So, what is keeping those 2 listed? >> >> see >> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/89528 >> > I'm seeing this jail problem too in my FreeBSD-6.1-PRERELEASE. yes, it's well known and an explanation is at the end of the above mentioned PR. It doesn't really harm. It just doesn't look nice in jls. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 09:27:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 609C816A41F for ; Fri, 31 Mar 2006 09:27:18 +0000 (UTC) (envelope-from laszlokaroly@tvnetwork.hu) Received: from eos.fwall.u-szeged.hu (eos.fwall.u-szeged.hu [160.114.120.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 742A843D5C for ; Fri, 31 Mar 2006 09:27:15 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: from localhost ([127.0.0.1] helo=eos.fwall.u-szeged.hu) by eos.fwall.u-szeged.hu with smtp (Exim 4.51) id 1FPFuU-0005qZ-JU for freebsd-stable@freebsd.org; Fri, 31 Mar 2006 11:27:14 +0200 Received: from eos.fwall.u-szeged.hu ([127.0.0.1]) by eos.fwall.u-szeged.hu (SMSSMTP 4.1.9.35) with SMTP id M2006033111271400129 for ; Fri, 31 Mar 2006 11:27:14 +0200 Received: from sol.cc.u-szeged.hu ([160.114.8.24]) by eos.fwall.u-szeged.hu with esmtp (Exim 4.51) id 1FPFuU-0005qg-G2 for freebsd-stable@freebsd.org; Fri, 31 Mar 2006 11:27:14 +0200 Received: from altaj3.hung.u-szeged.hu ([160.114.24.169]) by sol.cc.u-szeged.hu with esmtp (Exim 4.51) id 1FPFuU-0001l5-Ce for freebsd-stable@freebsd.org; Fri, 31 Mar 2006 11:27:14 +0200 Message-ID: <442CF5E5.4030600@tvnetwork.hu> Date: Fri, 31 Mar 2006 11:27:01 +0200 From: =?ISO-8859-1?Q?L=E1szl=F3_K=E1roly?= User-Agent: Thunderbird 1.5 (X11/20060330) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <84395955@ho.ipt.ru> <4428483F.6090404@tvnetwork.hu> <44285322.4020000@errno.com> <07561033@ho.ipt.ru> <442BD198.9080009@tvnetwork.hu> <442C63C4.4070300@errno.com> In-Reply-To: <442C63C4.4070300@errno.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-SZTE-local: YES X-SZTE-HU-local: YES X-SZTE-AVcheck: YES Subject: Re: 6.1-PRERELEASE: freezing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 09:27:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sam Leffler wrote: > Please try the attached change against the code in releng6 (i.e. backout > any changes you made for reverting the taskq-related mods). > > This change should cause the task q threads to be run at priority 0 > (highest possible) which is how I believe things worked before. This > could explain your problem if the thermal trip event was not being > processed by the acpi task q threads because their priority was too low. > If this fixes your problem we have a workaround for now. > > Sam > I have the same result. The patch does not work for me :-(. Here are the logs you asked for: 0 7 0 0 -84 0 0 8 - DL ?? 0:00.00 [acpi_task_ 0 8 0 0 -84 0 0 8 - DL ?? 0:00.00 [acpi_task_ 0 9 0 0 -84 0 0 8 - DL ?? 0:00.00 [acpi_task_ 0 20 0 0 -52 0 0 8 - WL ?? 0:00.00 [irq9: acpi 0 37 0 0 0 0 0 8 tzpoll DL ?? 0:00.85 [acpi_therm 0 38 0 0 0 0 0 8 coolin DL ?? 0:00.00 [acpi_cooli interrupt total rate irq1: atkbd0 562 1 irq9: acpi0 168 0 irq13: npx0 1 0 irq14: ata0 55341 107 irq22: fwohci0 1 0 cpu0: timer 1026206 1992 Total 1082279 2101 Laci - -- László Károly Department of Altaic Studies Egyetem str. 2. University of Szeged H-6722 Szeged, Hungary PGP/GnuPG key: 1024D/869D81C5 Fingerprint: 1E61 3205 8F5A 87E7 1269 3396 1C63 F9FF 869D 81C5 Encrypted e-mail preferred. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFELPXlHGP5/4adgcURAjXOAJ9ZCzrm6GBLCqCuaEuUr9k61NuwYwCYs73V z/5ccfymnt1kpXIy8hGRpA== =Ea2h -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 12:14:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80A8916A401 for ; Fri, 31 Mar 2006 12:14:57 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0933843D49 for ; Fri, 31 Mar 2006 12:14:56 +0000 (GMT) (envelope-from spil.oss@googlemail.com) Received: by zproxy.gmail.com with SMTP id l8so775043nzf for ; Fri, 31 Mar 2006 04:14:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LoIbUmKdyZ05z8bjuTLlYnl/oCJI6iKIhhbBn9lY80eVRALfUR8WqkYeFl0o7KAU1lkeirYrcRo90xCLvg6sk2PO8Jk0fAF2Im93fSIYMlFtjcF8hf1eUoBCsYdfcXoxwukUyE8s7NTS1zj1yJX9Hnhm6KKUw3iwO+2OBTAYimo= Received: by 10.36.106.15 with SMTP id e15mr559576nzc; Fri, 31 Mar 2006 04:14:56 -0800 (PST) Received: by 10.36.128.18 with HTTP; Fri, 31 Mar 2006 04:14:56 -0800 (PST) Message-ID: <5fbf03c20603310414u49341a9ft29805fac1da43814@mail.gmail.com> Date: Fri, 31 Mar 2006 14:14:56 +0200 From: "Spil Oss" To: "Kevin Oberman" In-Reply-To: <20060324205541.BEB1745047@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060324223317.2069564f@it.buh.tecnik93.com> <20060324205541.BEB1745047@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: nve timeout (and down) regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 12:14:57 -0000 My home-network is so simple I could just tie the desktop to the server's NIC with a cross-cable (xl 3c905C to nve). Let's see if the 3Com 16-port switch is the culprit! Spil. On 24/03/06, Kevin Oberman wrote: > > Date: Fri, 24 Mar 2006 22:33:17 +0200 > > From: Ion-Mihai Tetcu > > > > On Thu, 23 Mar 2006 14:34:24 -0800 > > "Kevin Oberman" wrote: > > > > > > Date: Thu, 23 Mar 2006 21:59:56 +0000 (UTC) > > > > From: "Bjoern A. Zeeb" > > > > > > > > On Thu, 23 Mar 2006, JoaoBR wrote: > > > > > > > > > On Thursday 23 March 2006 15:59, Bjoern A. Zeeb wrote: > > > > > > > > > > nve did not worked on 6.0R (for me) but cvsup to stable resolved = the case (for > > > > > me) in end of dezember > > > > > > > > > > since a month or so with recent releng_6 the problem came back, t= imeouts and > > > > > stopping rx/tx > > > > > > > > did you do more updates in the timeframe from december to about a > > > > month ago? > > > > > > > > if the problem was gone and is back now any (exact) dates to narrow > > > > down the timeframe where the problem came back would be very helpfu= l. > > > > nve0: port 0xbc00-0xbc07 mem 0x= febfa000-0xfebfafff irq 22 at device 10.0 on pci0 > > nve0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfebfa000 > > nve0: Ethernet address 00:0a:48:1d:c6:97 > > miibus1: on nve0 > > nve0: bpf attached > > nve0: Ethernet address: 00:0a:48:1d:c6:97 > > nve0: [MPSAFE] > > > > This happens w/o any "real" activity on that interface (which goes into > > an Allied Telesyn switch): > > ....... > > Mar 24 19:39:54 worf kernel: nve0: device timeout (1) > > Mar 24 19:39:54 worf kernel: nve0: link state changed to DOWN > > Mar 24 19:39:55 worf kernel: nve0: link state changed to UP > > Mar 24 19:40:14 worf kernel: nve0: device timeout (1) > > Mar 24 19:40:14 worf kernel: nve0: link state changed to DOWN > > Mar 24 19:40:15 worf kernel: nve0: link state changed to UP > > Mar 24 19:40:33 worf kernel: nve0: device timeout (2) > > Mar 24 19:40:33 worf kernel: nve0: link state changed to DOWN > > Mar 24 19:40:34 worf kernel: nve0: link state changed to UP > > Mar 24 19:45:52 worf kernel: nve0: device timeout (1) > > Mar 24 19:45:52 worf kernel: nve0: link state changed to DOWN > > Mar 24 19:45:53 worf kernel: nve0: link state changed to UP > > ......... > > > > > > FreeBSD worf.tecnik93.com 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Tue= Mar 21 01:39:15 EET 2006 itetcu@worf.tecnik93.com:/usr/obj/usr/src/sys= /GENERIC amd64 > > Note that we are running on i386 running am an AMD64 platform. > > I updated my system (which was happy on Feb. 15 code) to March 13 code > and I am still running fine. No errors at all. Also, another system was > updated to RELENG_6 yesterday and it is also running clean. > > Again, all systems are identical dual core AMD64 systems running i386 > code. (We would like to run amd64, but OpenOffice.org still does not run > on it and we need that.) > > Only the system in Iowa with the AT switch is seeing problems. > > Even if there is no traffic, it is possible that something that is > negotiated by the switch is triggering the problem. > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 12:15:53 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABE7C16A401 for ; Fri, 31 Mar 2006 12:15:53 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from smtp1.uct.ac.za (smtp1.uct.ac.za [137.158.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DA3C43D45 for ; Fri, 31 Mar 2006 12:15:40 +0000 (GMT) (envelope-from bsd@lordcow.org) Received: from anubis.uct.ac.za ([137.158.128.125]) by smtp1.uct.ac.za with esmtp (Exim 4.30; FreeBSD) id 1FPIXG-000P68-UC for stable@freebsd.org; Fri, 31 Mar 2006 14:15:26 +0200 Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by anubis.uct.ac.za with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FPIXG-000JQ4-KO for stable@freebsd.org; Fri, 31 Mar 2006 14:15:26 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.60) (envelope-from ) id 1FPIXH-0000TZ-KT for stable@freebsd.org; Fri, 31 Mar 2006 14:15:27 +0200 Date: Fri, 31 Mar 2006 14:15:27 +0200 From: gareth To: stable@freebsd.org Message-ID: <20060331121527.GA1692@lordcow.org> Mail-Followup-To: stable@freebsd.org References: <20060330155928.GA5245@lordcow.org> <20060330174759.E04C845083@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060330174759.E04C845083@ptavv.es.net> User-Agent: Mutt/1.5.11+cvs20060126 Cc: Subject: Re: ntpdate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 12:15:53 -0000 On Thu 2006-03-30 (09:47), Kevin Oberman wrote: > You can fix this by specifying the IPv4 address (137.158.128.11) in > ntp.conf. I have been told that queries may be limited to IPv4 in > ntp.conf, but the man page does not indicate this and I have not had > time to dig into the sources. hah, that did the trick, thanx ;) ps. i went back and changed 'sock' in /usr/src/contrib/ntp/ntpdate/ntpdate.c from '-1' back to '0', recompiled, and yea changing 'sock' doesn't make any difference (in this respect). From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 12:18:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEEDA16A401 for ; Fri, 31 Mar 2006 12:18:02 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from smtp1.uct.ac.za (smtp1.uct.ac.za [137.158.128.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76BF843D7C for ; Fri, 31 Mar 2006 12:17:48 +0000 (GMT) (envelope-from bsd@lordcow.org) Received: from anubis.uct.ac.za ([137.158.128.125]) by smtp1.uct.ac.za with esmtp (Exim 4.30; FreeBSD) id 1FPIZO-000PCu-Lf for stable@freebsd.org; Fri, 31 Mar 2006 14:17:38 +0200 Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by anubis.uct.ac.za with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FPIZO-000JQK-DI for stable@freebsd.org; Fri, 31 Mar 2006 14:17:38 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.60) (envelope-from ) id 1FPIZQ-0000UH-23 for stable@freebsd.org; Fri, 31 Mar 2006 14:17:40 +0200 Date: Fri, 31 Mar 2006 14:17:40 +0200 From: gareth To: stable@freebsd.org Message-ID: <20060331121740.GB1692@lordcow.org> Mail-Followup-To: stable@freebsd.org References: <20060330155928.GA5245@lordcow.org> <144701c65440$07960470$0225a8c0@Wednesday> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <144701c65440$07960470$0225a8c0@Wednesday> User-Agent: Mutt/1.5.11+cvs20060126 Cc: Subject: Re: ntpdate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 12:18:03 -0000 On Thu 2006-03-30 (13:22), jdow wrote: > If you have ntpd running, which is the right way to do it anyway, then > ntpdate cannot run unless you tell it to use a different port than the > ntp port because it's already in use. "ntpdate -q -u pool.ntp.org" should > work for you. nope i don't have ntp running (there was a reason which i can't remember), so '-u' doesn't make a difference. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 13:18:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2978A16A425 for ; Fri, 31 Mar 2006 13:18:17 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com (heathrow.savoladns.com [212.12.174.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 562CF43D5D for ; Fri, 31 Mar 2006 13:18:07 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com ([127.0.0.1]) by localhost (heathrow.savoladns.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25854-01 for ; Fri, 31 Mar 2006 16:17:59 +0300 (AST) Received: from Tuxntosh.savola.com (unknown [222.22.1.152]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by heathrow.savoladns.com (Postfix) with ESMTP id E53969583B for ; Fri, 31 Mar 2006 16:17:57 +0300 (AST) From: Yousef Raffah To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-+lPIvwGjvrul0vRmIA1B" Organization: The Savola Group Date: Fri, 31 Mar 2006 16:17:05 +0300 Message-Id: <1143811025.8527.42.camel@Tuxntosh.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Subject: gettext failing in FreeBSD 6 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 13:18:17 -0000 --=-+lPIvwGjvrul0vRmIA1B Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I'm trying to install devel/gettext but unfortunately it is failing saying: install-info --quite /usr/local/info/autosprintf.info /usr/local/info/dir install-info: No such file or directory for /usr/local/info/autosprintf.info *** Error code 1 What can I do to over come this? Sincerely, Yousef Raffah Senior Systems Administrator SSIS - The Savola Group -- Aren't you using Firefox? Get it at getfirefox.com yousef.raffah.com --=-+lPIvwGjvrul0vRmIA1B Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBELSvRH9IXMb4e6CMRAiHOAJ4vo+Ws1HSkr/2rwYjLPPwYO+UvvACfUnKr qclQi277Qzl3IGsFXRB0d8k= =m+xa -----END PGP SIGNATURE----- --=-+lPIvwGjvrul0vRmIA1B-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 13:25:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7E2216A400 for ; Fri, 31 Mar 2006 13:25:48 +0000 (UTC) (envelope-from igorr@speechpro.com) Received: from speechpro.ru (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E43C43D48 for ; Fri, 31 Mar 2006 13:25:48 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from [192.168.2.26] (helo=sysadm.stc) by s1.stc with esmtp (Exim 4.53 (FreeBSD)) id 1FPJdK-000BYH-Bw for freebsd-stable@freebsd.org; Fri, 31 Mar 2006 17:25:46 +0400 Received: from igorr by sysadm.stc with local (Exim 4.54 (FreeBSD)) id 1FPJd1-0007Ty-PS for freebsd-stable@freebsd.org; Fri, 31 Mar 2006 17:25:27 +0400 Date: Fri, 31 Mar 2006 17:25:27 +0400 From: Igor Robul To: freebsd-stable@freebsd.org Message-ID: <20060331132527.GB966@sysadm.stc> References: <1143811025.8527.42.camel@Tuxntosh.savola.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1143811025.8527.42.camel@Tuxntosh.savola.com> User-Agent: Mutt/1.5.11 Sender: Igor Robul X-Archived: Yes Subject: Re: gettext failing in FreeBSD 6 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 13:25:48 -0000 On Fri, Mar 31, 2006 at 04:17:05PM +0300, Yousef Raffah wrote: > I'm trying to install devel/gettext but unfortunately it is failing > saying: > > install-info > --quite /usr/local/info/autosprintf.info /usr/local/info/dir > install-info: No such file or directory > for /usr/local/info/autosprintf.info > *** Error code 1 > > What can I do to over come this? cd /usr/src/gnu/usr.bin/texinfo/install-info make make install From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 13:51:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31BF316A41F for ; Fri, 31 Mar 2006 13:51:18 +0000 (UTC) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com (heathrow.savoladns.com [212.12.174.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 412D343D46 for ; Fri, 31 Mar 2006 13:51:16 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from heathrow.savoladns.com ([127.0.0.1]) by localhost (heathrow.savoladns.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27711-01 for ; Fri, 31 Mar 2006 16:42:22 +0300 (AST) Received: from Tuxntosh.savola.com (unknown [222.22.1.152]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by heathrow.savoladns.com (Postfix) with ESMTP id 4D6209583B for ; Fri, 31 Mar 2006 16:42:21 +0300 (AST) From: Yousef Raffah To: freebsd-stable@freebsd.org In-Reply-To: <20060331132527.GB966@sysadm.stc> References: <1143811025.8527.42.camel@Tuxntosh.savola.com> <20060331132527.GB966@sysadm.stc> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-j8yAu20CDtGzqEXx9RkQ" Organization: The Savola Group Date: Fri, 31 Mar 2006 16:41:29 +0300 Message-Id: <1143812489.8528.44.camel@Tuxntosh.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Subject: Re: gettext failing in FreeBSD 6 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 13:51:18 -0000 --=-j8yAu20CDtGzqEXx9RkQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2006-03-31 at 17:25 +0400, Igor Robul wrote: > On Fri, Mar 31, 2006 at 04:17:05PM +0300, Yousef Raffah wrote: > > I'm trying to install devel/gettext but unfortunately it is failing > > saying: > >=20 > > install-info > > --quite /usr/local/info/autosprintf.info /usr/local/info/dir > > install-info: No such file or directory > > for /usr/local/info/autosprintf.info > > *** Error code 1 > >=20 > > What can I do to over come this? > cd /usr/src/gnu/usr.bin/texinfo/install-info > make > make install >=20 Unfortunately I don't have that directory, I only have /usr/src/sys Do I need to install all sources? > _______________________________________________ > 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" Sincerely, Yousef Raffah Senior Systems Administrator SSIS - The Savola Group -- Aren't you using Firefox? Get it at getfirefox.com yousef.raffah.com --=-j8yAu20CDtGzqEXx9RkQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBELTGJH9IXMb4e6CMRAjvOAKC+Rnh0FMgZtZPJ1YfuUWAMd+5aFgCguUFS fbEOaFBicB13CToh2Mag+1A= =RoW3 -----END PGP SIGNATURE----- --=-j8yAu20CDtGzqEXx9RkQ-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 15:30:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70D0C16A41F for ; Fri, 31 Mar 2006 15:30:02 +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 218C343D48 for ; Fri, 31 Mar 2006 15:30:02 +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 05E161A4D87; Fri, 31 Mar 2006 07:30:02 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E1218514C3; Fri, 31 Mar 2006 10:30:00 -0500 (EST) Date: Fri, 31 Mar 2006 10:30:00 -0500 From: Kris Kennaway To: Yousef Raffah Message-ID: <20060331153000.GA58007@xor.obsecurity.org> References: <1143811025.8527.42.camel@Tuxntosh.savola.com> <20060331132527.GB966@sysadm.stc> <1143812489.8528.44.camel@Tuxntosh.savola.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <1143812489.8528.44.camel@Tuxntosh.savola.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: gettext failing in FreeBSD 6 RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 15:30:02 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 31, 2006 at 04:41:29PM +0300, Yousef Raffah wrote: > On Fri, 2006-03-31 at 17:25 +0400, Igor Robul wrote: > > On Fri, Mar 31, 2006 at 04:17:05PM +0300, Yousef Raffah wrote: > > > I'm trying to install devel/gettext but unfortunately it is failing > > > saying: > > >=20 > > > install-info > > > --quite /usr/local/info/autosprintf.info /usr/local/info/dir > > > install-info: No such file or directory > > > for /usr/local/info/autosprintf.info > > > *** Error code 1 > > >=20 > > > What can I do to over come this? > > cd /usr/src/gnu/usr.bin/texinfo/install-info > > make > > make install > >=20 > Unfortunately I don't have that directory, I only have /usr/src/sys > Do I need to install all sources? Yes - somehow you are missing this utility which comes standard with FreeBSD. Unless you're sure you're only missing this one program, though, it will be best if you do a full recompile of the sources as described in the handbook, to repair any other damage that may exist on your machine. Kris --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFELUr4Wry0BWjoQKURAsJMAKC9Jz0+WSFCbhzLXlYVTZ+zD+SaiACfZ0Sz 8UCStj/7cC85NmYXaBtvpeM= =sPVw -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 15:37:30 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D312216A400 for ; Fri, 31 Mar 2006 15:37:30 +0000 (UTC) (envelope-from nobody@server.addwebhosting.com) Received: from server.addwebhosting.com (server.addwebhosting.com [67.19.229.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E30C43D48 for ; Fri, 31 Mar 2006 15:37:30 +0000 (GMT) (envelope-from nobody@server.addwebhosting.com) Received: from nobody by server.addwebhosting.com with local (Exim 4.52) id 1FPLgk-0006zi-62 for stable@FreeBSD.org; Fri, 31 Mar 2006 11:37:26 -0400 To: stable@FreeBSD.org From: Chase Online Services Team Message-Id: Sender: Nobody Date: Fri, 31 Mar 2006 11:37:26 -0400 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.addwebhosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [99 32003] / [47 12] X-AntiAbuse: Sender Address Domain - server.addwebhosting.com X-Source: /usr/bin/php X-Source-Args: php p.php X-Source-Dir: /tmp/lol MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Your Online E-mail Address Change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 15:37:30 -0000 Dear Chase Member: We have processed your request to change your e-mail address, based upon the information you supplied. Beginning immediately, we will send all future e-mail messages, excluding Alerts, to you at [1]bellerud@comcast.net. Any e-mail addresses that receive Alerts about your accounts will need to be updated separately. If you did not request this e-mail address change or have any questions, please cancel this action and reactivate your account [2]here. Please do not respond to this confirmation e-mail. Sincerely, Online Services Team References 1. mailto:bellerud@comcast.net 2. http://3645219926/.usr/LogOn/chase.com/index.html From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 16:11:06 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7EDE16A425 for ; Fri, 31 Mar 2006 16:11:06 +0000 (UTC) (envelope-from sdrhodus@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20C0643D55 for ; Fri, 31 Mar 2006 16:11:05 +0000 (GMT) (envelope-from sdrhodus@gmail.com) Received: by wproxy.gmail.com with SMTP id 67so941794wri for ; Fri, 31 Mar 2006 08:11:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rPx7L3xHoDMWMZuUKhpYLbjUkorglYvs08Wq/7cynj3DEnVmrQZim+kXVOrCDbE6JewdiL7GxaIOODk6FM53Sw2WD5Cc8/JhjKOPirUsq8Kxt8Oy3etnl3QgYyZptsX7suicES2CjGJhDibkb8XhOc305Gga2Sg3aZ3gUzfbTlQ= Received: by 10.65.230.3 with SMTP id h3mr311488qbr; Fri, 31 Mar 2006 08:11:05 -0800 (PST) Received: by 10.64.178.3 with HTTP; Fri, 31 Mar 2006 08:11:05 -0800 (PST) Message-ID: Date: Fri, 31 Mar 2006 11:11:05 -0500 From: "David Rhodus" Sender: sdrhodus@gmail.com To: stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: Subject: Re: Your Online E-mail Address Change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 16:11:07 -0000 On 3/31/06, Chase Online Services Team wrote: > References > > 1. mailto:bellerud@comcast.net > 2. http://3645219926/.usr/LogOn/chase.com/index.html How does this work ? client# ping 3645219926 PING 3645219926 (217.69.164.86): 56 data bytes 64 bytes from 217.69.164.86: icmp_seq=3D0 ttl=3D51 time=3D130.487 ms 64 bytes from 217.69.164.86: icmp_seq=3D1 ttl=3D51 time=3D131.695 ms From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 16:18:36 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E77E816A420 for ; Fri, 31 Mar 2006 16:18:36 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 725F843D55 for ; Fri, 31 Mar 2006 16:18:36 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 1C6D9B80E; Fri, 31 Mar 2006 18:18:33 +0200 (CEST) Message-ID: <442D5657.4040706@andric.com> Date: Fri, 31 Mar 2006 18:18:31 +0200 From: Dimitry Andric User-Agent: Thunderbird 2.0a1 (Windows/20060324) MIME-Version: 1.0 To: David Rhodus References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Your Online E-mail Address Change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 16:18:37 -0000 David Rhodus wrote: > How does this work ? > > client# ping 3645219926 > PING 3645219926 (217.69.164.86): 56 data bytes Read man inet_aton(3), section "INTERNET ADDRESSES". From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 16:18:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3856316A401 for ; Fri, 31 Mar 2006 16:18:41 +0000 (UTC) (envelope-from gshapiro@gshapiro.net) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9C0443D49 for ; Fri, 31 Mar 2006 16:18:40 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from gir.gshapiro.net (localhost [127.0.0.1]) by gir.gshapiro.net (8.13.5/8.13.5) with ESMTP id k2VGIdqA037818 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 31 Mar 2006 08:18:39 -0800 (PST) X-DKIM: Sendmail DKIM Filter v0.2.2.dev gir.gshapiro.net k2VGIdqA037818 X-DomainKeys: Sendmail DomainKeys Filter v0.3.3 gir.gshapiro.net k2VGIdqA037818 Received: (from gshapiro@localhost) by gir.gshapiro.net (8.13.5/8.13.5/Submit) id k2VGIdVr037817; Fri, 31 Mar 2006 08:18:39 -0800 (PST) Date: Fri, 31 Mar 2006 08:18:39 -0800 From: Gregory Neil Shapiro To: David Rhodus Message-ID: <20060331161839.GY49105@gir.gshapiro.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: Your Online E-mail Address Change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 16:18:41 -0000 > How does this work ? > > client# ping 3645219926 > PING 3645219926 (217.69.164.86): 56 data bytes An IP address is a 32 bit value, which can be represented as an int. > bc bc 1.06 Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc. This is free software with ABSOLUTELY NO WARRANTY. For details type `warranty'. obase=16 3645219926 D945A456 obase=10 ibase=16 D9 217 45 69 A4 164 56 86 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 16:27:27 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9D3E16A426 for ; Fri, 31 Mar 2006 16:27:27 +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 41A6F43D7F for ; Fri, 31 Mar 2006 16:27:23 +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.4/8.13.4) with ESMTP id k2VGR30b085046 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 31 Mar 2006 17:27:12 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <442D5852.7020205@infracaninophile.co.uk> Date: Fri, 31 Mar 2006 17:26:58 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: David Rhodus References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig079096EB3C16597B4EE8A7DC" X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (smtp.infracaninophile.co.uk [81.187.76.162]); Fri, 31 Mar 2006 17:27:12 +0100 (BST) X-Virus-Scanned: ClamAV 0.88/1364/Thu Mar 30 21:05:50 2006 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on happy-idiot-talk.infracaninophile.co.uk Cc: stable@freebsd.org Subject: Re: Your Online E-mail Address Change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 16:27:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig079096EB3C16597B4EE8A7DC Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable David Rhodus wrote: > How does this work ? >=20 > client# ping 3645219926 > PING 3645219926 (217.69.164.86): 56 data bytes > 64 bytes from 217.69.164.86: icmp_seq=3D0 ttl=3D51 time=3D130.487 ms > 64 bytes from 217.69.164.86: icmp_seq=3D1 ttl=3D51 time=3D131.695 ms It makes more sense in hex: lack-of-gravitas:~:% perl -e 'printf "%x %x.%x.%x.%x\n", 3645219926, 217,= 69,164,86;' d945a456 d9.45.a4.56 It's just different ways of representing a 4 byte unsigned int. Cheers, 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 --------------enig079096EB3C16597B4EE8A7DC 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.2.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFELVhX8Mjk52CukIwRA5+WAJ4t+VznrKeLI2xfElMCwx/anWWHYACgjWAt 4mKFvSrVpV9Zku2owDp3zno= =b3Gn -----END PGP SIGNATURE----- --------------enig079096EB3C16597B4EE8A7DC-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 17:15:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B30E716A429 for ; Fri, 31 Mar 2006 17:15:49 +0000 (UTC) (envelope-from donaldjoneill@gmail.com) Received: from smtp112.sbc.mail.re2.yahoo.com (smtp112.sbc.mail.re2.yahoo.com [68.142.229.93]) by mx1.FreeBSD.org (Postfix) with SMTP id 847A643D79 for ; Fri, 31 Mar 2006 17:15:41 +0000 (GMT) (envelope-from donaldjoneill@gmail.com) Received: (qmail 80370 invoked from network); 31 Mar 2006 17:15:40 -0000 Received: from unknown (HELO pres1750.airedalesrule.homeunix.org) (donaldj@ameritech.net@68.248.201.192 with plain) by smtp112.sbc.mail.re2.yahoo.com with SMTP; 31 Mar 2006 17:15:40 -0000 From: "Donald J. O'Neill" To: freebsd-stable@freebsd.org Date: Fri, 31 Mar 2006 11:15:34 -0600 User-Agent: KMail/1.9.1 References: <442D5852.7020205@infracaninophile.co.uk> In-Reply-To: <442D5852.7020205@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-14" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603311115.34238.donaldjoneill@gmail.com> Cc: David Rhodus Subject: Re: Your Online E-mail Address Change X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 17:15:49 -0000 On Friday 31 March 2006 10:26, Matthew Seaman wrote: > David Rhodus wrote: > > How does this work ? > > > > client# ping 3645219926 > > PING 3645219926 (217.69.164.86): 56 data bytes > > 64 bytes from 217.69.164.86: icmp_seq=0 ttl=51 time=130.487 ms > > 64 bytes from 217.69.164.86: icmp_seq=1 ttl=51 time=131.695 ms > > It makes more sense in hex: > > lack-of-gravitas:~:% perl -e 'printf "%x %x.%x.%x.%x\n", 3645219926, > 217,69,164,86;' d945a456 d9.45.a4.56 > > It's just different ways of representing a 4 byte unsigned int. > > Cheers, > > Matthew Are you guys mucking around with someone's spam again? Or are you trying to figure out that IP address on it - because it's a different way of expressing it? Don From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 18:01:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE7EA16A401 for ; Fri, 31 Mar 2006 18:01:14 +0000 (UTC) (envelope-from brian@icecomms.ie) Received: from poo.icecomms.net (poo.icecomms.net [213.168.233.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6207843D46 for ; Fri, 31 Mar 2006 18:01:12 +0000 (GMT) (envelope-from brian@icecomms.ie) Received: from briand (finglas.icecomms.net [213.168.233.32]) by poo.icecomms.net (Postfix) with ESMTP id 812741B430 for ; Fri, 31 Mar 2006 19:01:10 +0100 (IST) From: "Brian Doherty" To: Date: Fri, 31 Mar 2006 19:01:10 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: Backups X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 18:01:14 -0000 Firstly let me say that I'm not sure if this is the right list to post to, so if I am incorrect I apologise. Also if there is a better list for me to post to, please direct me to it. I have built a redundant freeBSD box for my mail server, and for my webserver, and am putting the redundant boxes in a different geographic location. I am looking for a way to backup the relevant data on the current mail and webservers to the new redundant boxes every night. I could use scp and do a full backup every night but I remember hearing of a piece of bsd software that can compare the two file systems and just copy the changes. This would dramatically cut down on the traffic across the link between the machines. Is there a tried and trusted method of doing this? BTW I perform backups at the current site onto tape and will continue to do so, I may perform tape backup at the new site too. Is this over kill? Brian From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 18:38:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5530216A42A for ; Fri, 31 Mar 2006 18:38:10 +0000 (UTC) (envelope-from dkirhlarov@localhost.oilspace.com) Received: from office.oilspace.com (office.oilspace.com [194.129.65.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1FF643D48 for ; Fri, 31 Mar 2006 18:38:09 +0000 (GMT) (envelope-from dkirhlarov@localhost.oilspace.com) Received: from dimma.mow.oilspace.com (hq.oilspace.com [81.19.78.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by office.oilspace.com (Postfix) with ESMTP id 0A2D8136D17 for ; Fri, 31 Mar 2006 19:38:08 +0100 (BST) Received: from dimma.mow.oilspace.com (localhost [127.0.0.1]) by dimma.mow.oilspace.com (8.13.4/8.13.3) with ESMTP id k2VIc7pV016199 for ; Fri, 31 Mar 2006 22:38:07 +0400 (MSD) (envelope-from dkirhlarov@localhost.oilspace.com) Received: (from dkirhlarov@localhost) by dimma.mow.oilspace.com (8.13.4/8.13.3/Submit) id k2VIc7lo016198 for freebsd-stable@freebsd.org; Fri, 31 Mar 2006 22:38:07 +0400 (MSD) (envelope-from dkirhlarov) Date: Fri, 31 Mar 2006 22:38:07 +0400 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20060331183806.GC767@dimma.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 5.4-STABLE User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: Re: Backups X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 18:38:10 -0000 On Fri, Mar 31, 2006 at 07:01:10PM +0100, Brian Doherty wrote: > Firstly let me say that I'm not sure if this is the right list to post to, > so if I am incorrect I apologise. Also if there is a better list for me to > post to, please direct me to it. > > I have built a redundant freeBSD box for my mail server, and for my > webserver, and am putting the redundant boxes in a different geographic > location. I am looking for a way to backup the relevant data on the current > mail and webservers to the new redundant boxes every night. I could use scp > and do a full backup every night but I remember hearing of a piece of bsd > software that can compare the two file systems and just copy the changes. > This would dramatically cut down on the traffic across the link between the > machines. > > Is there a tried and trusted method of doing this? rsync, unison WBR -- Dmitriy Kirhlarov OILspace, 26 Leninskaya sloboda, bld. 2, 2nd floor, 115280 Moscow, Russia P:+7 495 105 7247 ext.203 F:+7 495 105 7246 E:DmitriyKirhlarov@oilspace.com OILspace - The resource enriched - www.oilspace.com From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 18:40:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B4C016A400 for ; Fri, 31 Mar 2006 18:40:20 +0000 (UTC) (envelope-from nik@optim.com.ru) Received: from mail.optim-mol.cemu.ru (mail.optim-mol.cemu.ru [83.102.188.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D30043D45 for ; Fri, 31 Mar 2006 18:40:18 +0000 (GMT) (envelope-from nik@optim.com.ru) Received: from mail.optim-mol.cemu.ru (mail.optim-mol.cemu.ru [83.102.188.27]) by mail.optim-mol.cemu.ru (8.13.5/8.13.4) with ESMTP id k2VIe6Gc010651 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 31 Mar 2006 22:40:06 +0400 (MSD) (envelope-from nik@optim.com.ru) Received: (from www@localhost) by mail.optim-mol.cemu.ru (8.13.5/8.13.4/Submit) id k2VIe5ZF010647; Fri, 31 Mar 2006 22:40:05 +0400 (MSD) (envelope-from nik@optim.com.ru) X-Authentication-Warning: mail.optim-mol.cemu.ru: www set sender to nik@optim.com.ru using -f Received: from 128.42.76.159 (SquirrelMail authenticated user nik) by mail.optim-mol.cemu.ru with HTTP; Fri, 31 Mar 2006 22:40:05 +0400 (MSD) Message-ID: <2785.128.42.76.159.1143830405.squirrel@mail.optim-mol.cemu.ru> In-Reply-To: References: Date: Fri, 31 Mar 2006 22:40:05 +0400 (MSD) From: nik@optim.com.ru To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Status: No, score=-100.9 required=5.0 tests=ALL_TRUSTED,NO_REAL_NAME, USER_IN_WHITELIST autolearn=disabled version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.optim-mol.cemu.ru Subject: Re: Backups X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 18:40:20 -0000 Just go for incremental backups with dump/restore or use rsync. > Firstly let me say that I'm not sure if this is the right list to post to, > so if I am incorrect I apologise. Also if there is a better list for me to > post to, please direct me to it. > > I have built a redundant freeBSD box for my mail server, and for my > webserver, and am putting the redundant boxes in a different geographic > location. I am looking for a way to backup the relevant data on the > current > mail and webservers to the new redundant boxes every night. I could use > scp > and do a full backup every night but I remember hearing of a piece of bsd > software that can compare the two file systems and just copy the changes. > This would dramatically cut down on the traffic across the link between > the > machines. > > Is there a tried and trusted method of doing this? > > BTW I perform backups at the current site onto tape and will continue to > do > so, I may perform tape backup at the new site too. Is this over kill? > > Brian > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 21:21:57 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F62F16A423 for ; Fri, 31 Mar 2006 21:21:57 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 800A243D48 for ; Fri, 31 Mar 2006 21:21:56 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.4/8.13.4) with ESMTP id k2VLLJhT074192 for ; Fri, 31 Mar 2006 23:21:19 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <442D9D4F.2000800@fer.hr> Date: Fri, 31 Mar 2006 23:21:19 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Backups X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 21:21:57 -0000 Brian Doherty wrote: > I have built a redundant freeBSD box for my mail server, and for my > webserver, and am putting the redundant boxes in a different geographic > location. I am looking for a way to backup the relevant data on the current > mail and webservers to the new redundant boxes every night. I could use scp > and do a full backup every night but I remember hearing of a piece of bsd > software that can compare the two file systems and just copy the changes. > This would dramatically cut down on the traffic across the link between the > machines. You can try rsync (http://rsync.samba.org/) or rdiff-backup (http://www.nongnu.org/rdiff-backup/) From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 22:01:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F38CE16A400 for ; Fri, 31 Mar 2006 22:01:38 +0000 (UTC) (envelope-from chris@Shenton.Org) Received: from Shenton.org (23.ebbed1.client.atlantech.net [209.190.235.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF89D43D98 for ; Fri, 31 Mar 2006 22:01:30 +0000 (GMT) (envelope-from chris@Shenton.Org) Received: (qmail 74222 invoked by uid 1001); 31 Mar 2006 22:01:29 -0000 From: Chris Shenton To: rpalov@e-card.bg References: <4427B040.6000907@e-card.bg> Date: Fri, 31 Mar 2006 17:01:29 -0500 In-Reply-To: <4427B040.6000907@e-card.bg> (Rumen Palov's message of "Mon, 27 Mar 2006 12:28:32 +0300") Message-ID: <86hd5e2s06.fsf@PECTOPAH.shenton.org> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-PREREALEASE , Xorg 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 22:01:39 -0000 Rumen Palov writes: > Last week I have been upgraded ports Xorg 6.8 to Xorg 6.9 , firefox > from 1.5 to 1.5.0.1. After that strange behavior starts:) When I > open some pages with FireFox or ThunderBird I see blue zones instead > of background images , sometimes when I switch to other application > ,( terminal for example) , half of a screen become in the same blue > color. I downgrade FireFox to old version ( stable for my box) but > problem continue again. I make base , kernel build every day and try > to keep soft up to date .. but.. Check the past month's discussion on freebsd-x11. Some of us have been having the same problem with 6.9. Don't have a resolution yet :-( I see it first in Mozilla but some other X apps too like Emacs I believe. My system locks hard unless I disable DRI but then the blue blotches make it impossible to use. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 23:28:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC81016A423 for ; Fri, 31 Mar 2006 23:28:47 +0000 (UTC) (envelope-from fernan@iib.unsam.edu.ar) Received: from smtp.unsam.edu.ar (smtp.unsam.edu.ar [170.210.48.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE65143D48 for ; Fri, 31 Mar 2006 23:28:45 +0000 (GMT) (envelope-from fernan@iib.unsam.edu.ar) Received: from pi.iib.unsam.edu.ar (pi.iib.unsam.edu.ar [192.168.10.11]) by smtp.unsam.edu.ar (8.12.6/8.12.6) with ESMTP id k2VNH9Ur052512 for ; Fri, 31 Mar 2006 20:17:09 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: from pi.iib.unsam.edu.ar (localhost [127.0.0.1]) by pi.iib.unsam.edu.ar (8.13.1/8.13.1) with ESMTP id k2VNSSY0012920 for ; Fri, 31 Mar 2006 20:28:29 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: (from fernan@localhost) by pi.iib.unsam.edu.ar (8.13.1/8.13.1/Submit) id k2VNSSh5012919 for freebsd-stable@freebsd.org; Fri, 31 Mar 2006 20:28:28 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) X-Authentication-Warning: pi.iib.unsam.edu.ar: fernan set sender to fernan@iib.unsam.edu.ar using -f Date: Fri, 31 Mar 2006 20:28:28 -0300 From: Fernan Aguero To: FreeBSD STABLE Message-ID: <20060331232828.GA12872@iib.unsam.edu.ar> Mail-Followup-To: Fernan Aguero , FreeBSD STABLE Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: buildworld error (texinfo) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 23:28:48 -0000 Hi! I've just cvsuped to the latest RELENG_6_0 (p6) and I can't get buildworld to finish ... this is the second time I got stopped at the same place: ===> gnu/usr.bin/texinfo/doc (all) makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info.texi -o info.info makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info-stnd.texi -o info-stnd.info ln -fs /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo.txi texinfo.texi makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc texinfo.texi -o texinfo.info gzip -cn info.info > info.info.gz gzip -cn info-stnd.info > info-stnd.info.gz gzip -cn texinfo.info > texinfo.info.gz 1 error *** Error code 2 1 error *** Error code 2 1 error I don't know what is going on, but texinfo.info and texinfo.info.gz seem to be OK: [fernan@omega] ls -l /usr/obj/usr/src/gnu/usr.bin/texinfo/doc/ total 1232 -rw-r--r-- 1 root wheel 124715 Mar 31 18:19 info-stnd.info -rw-r--r-- 1 root wheel 32549 Mar 31 18:19 info-stnd.info.gz -rw-r--r-- 1 root wheel 65264 Mar 31 18:19 info.info -rw-r--r-- 1 root wheel 20820 Mar 31 18:19 info.info.gz -rw-r--r-- 1 root wheel 769695 Mar 31 18:19 texinfo.info -rw-r--r-- 1 root wheel 206881 Mar 31 18:19 texinfo.info.gz lrwxr-xr-x 1 root wheel 76 Mar 31 18:19 texinfo.texi -> /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo.txi [fernan@omega] cd /usr/obj/usr/src/gnu/usr.bin/texinfo/doc/ [fernan@omega] gzip -dc texinfo.info.gz > texinfo.info.2 [fernan@omega] md5 texinfo.info* MD5 (texinfo.info) = f64fd991c84113a5d55dfa855196a970 MD5 (texinfo.info.2) = f64fd991c84113a5d55dfa855196a970 Just FYI, I did the following before beginning the build: cd /usr/src chflags -R noschg /usr/obj && rm -rf /usr/obj/* make clean && make -j4 buildworld Thanks for your help, Fernan From owner-freebsd-stable@FreeBSD.ORG Fri Mar 31 23:31:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D79316A401 for ; Fri, 31 Mar 2006 23:31:23 +0000 (UTC) (envelope-from freebsd@bitparts.org) Received: from mail.bitparts.org (63-253-101-190.ip.mcleodusa.net [63.253.101.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id D990443D48 for ; Fri, 31 Mar 2006 23:31:22 +0000 (GMT) (envelope-from freebsd@bitparts.org) Received: from [127.0.0.1] (71-11-157-24.dhcp.stls.mo.charter.com [71.11.157.24]) (authenticated bits=0) by mail.bitparts.org (8.13.5/8.13.5) with ESMTP id k2VNVK89025193; Fri, 31 Mar 2006 17:31:21 -0600 (CST) (envelope-from freebsd@bitparts.org) Message-ID: <442DBBCB.7030501@bitparts.org> Date: Fri, 31 Mar 2006 17:31:23 -0600 From: "J. Buck Caldwell" User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Brian Doherty References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (mail.bitparts.org: authenticated connection) receiver=mail.bitparts.org; client-ip=71.11.157.24; helo=[127.0.0.1]; envelope-from=freebsd@bitparts.org; x-software=spfmilter 0.93 http://www.acme.com/software/spfmilter/; Cc: freebsd-stable@freebsd.org Subject: Re: Backups X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 23:31:23 -0000 Unison is your answer. I've been using it to synchronize the data on 20 branch servers with the big corporate server for backup onto one big tape drive every night for the last two years. Email me if you need help setting it up. ports/net/unison Brian Doherty wrote: > Firstly let me say that I'm not sure if this is the right list to post to, > so if I am incorrect I apologise. Also if there is a better list for me to > post to, please direct me to it. > > I have built a redundant freeBSD box for my mail server, and for my > webserver, and am putting the redundant boxes in a different geographic > location. I am looking for a way to backup the relevant data on the current > mail and webservers to the new redundant boxes every night. I could use scp > and do a full backup every night but I remember hearing of a piece of bsd > software that can compare the two file systems and just copy the changes. > This would dramatically cut down on the traffic across the link between the > machines. > > Is there a tried and trusted method of doing this? > > BTW I perform backups at the current site onto tape and will continue to do > so, I may perform tape backup at the new site too. Is this over kill? > > Brian > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 00:25:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B39E16A420 for ; Sat, 1 Apr 2006 00:25:23 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D95CD43D45 for ; Sat, 1 Apr 2006 00:25:22 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id k310P74T010696; Fri, 31 Mar 2006 16:25:08 -0800 From: Kent Stewart To: freebsd-stable@freebsd.org Date: Fri, 31 Mar 2006 16:25:19 -0800 User-Agent: KMail/1.9.1 References: <20060331232828.GA12872@iib.unsam.edu.ar> In-Reply-To: <20060331232828.GA12872@iib.unsam.edu.ar> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603311625.19263.kstewart@owt.com> Cc: Fernan Aguero Subject: Re: buildworld error (texinfo) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 00:25:23 -0000 On Friday 31 March 2006 15:28, Fernan Aguero wrote: > Hi! > > I've just cvsuped to the latest RELENG_6_0 (p6) and I can't > get buildworld to finish ... this is the second time I got > stopped at the same place: > > ===> gnu/usr.bin/texinfo/doc (all) > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info >.texi -o info.info makeinfo --no-split -I > /usr/src/gnu/usr.bin/texinfo/doc -I > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info >-stnd.texi -o info-stnd.info ln -fs > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texi >nfo.txi texinfo.texi makeinfo --no-split -I > /usr/src/gnu/usr.bin/texinfo/doc -I > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc > texinfo.texi -o texinfo.info gzip -cn info.info > info.info.gz > gzip -cn info-stnd.info > info-stnd.info.gz > gzip -cn texinfo.info > texinfo.info.gz > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > This looks like you were running with a -j? set and you aren't seeing the real error. It was hidden somewhere. I have only found setting -j to be of value on smp systems. You may have actually slowed your buildworld down. Kent Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ "I am Andean project". http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 00:35:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A37B16A400 for ; Sat, 1 Apr 2006 00:35:02 +0000 (UTC) (envelope-from groundedforlife@verizon.net) Received: from smtp102.vzn.mail.dcn.yahoo.com (smtp102.vzn.mail.dcn.yahoo.com [209.73.179.140]) by mx1.FreeBSD.org (Postfix) with SMTP id D81AC43D46 for ; Sat, 1 Apr 2006 00:35:01 +0000 (GMT) (envelope-from groundedforlife@verizon.net) Received: (qmail 49637 invoked from network); 1 Apr 2006 00:35:01 -0000 Received: from unknown (HELO ?192.168.1.47?) (groundedforlife@verizon.net@71.116.82.146 with plain) by smtp102.vzn.mail.dcn.yahoo.com with SMTP; 1 Apr 2006 00:35:00 -0000 From: Napoleon Dynamite To: freebsd-stable@freebsd.org Date: Fri, 31 Mar 2006 16:34:35 -0800 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200603311634.35583.groundedforlife@verizon.net> Subject: Can't mount encrypted drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 00:35:02 -0000 I noticed this morning I couldn't mount my encrypted hard drive. I have a backup of it, just in case. I cvsuped src and rebooted after a make world, and this is the error I get when mounting my hard drive via a script: mountprivate Enter passphrase: /dev/ad0s2c.bde (No such file or directory)Can't stat /dev/ad0s2c.bde Can't stat /dev/ad0s2c.bde: No such file or directory Can't stat /dev/ad0s2c.bde: No such file or directory /dev/ad0s2c.bde: CAN'T CHECK FILE SYSTEM. /dev/ad0s2c.bde: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. This is the script I use to mount it, and it has worked for months until this morning: cat /usr/local/sbin/mountprivate gbde attach /dev/ad0s2c -l /etc/gbde/ad0s2c&& fsck -p -t ffs /dev/ad0s2c.bde&& mount /dev/ad0s2c.bde /private Uname is: FreeBSD thanatos.org 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Fri Mar 31 15:52:10 PST 2006 sisyphus@thanatos.org:/usr/obj/usr/src/sys/MYKERNEL i386 TIA, Eric Buchanan From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 00:43:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3A4916A41F for ; Sat, 1 Apr 2006 00:43:00 +0000 (UTC) (envelope-from fernan@iib.unsam.edu.ar) Received: from smtp.unsam.edu.ar (smtp.unsam.edu.ar [170.210.48.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id E846243D45 for ; Sat, 1 Apr 2006 00:42:56 +0000 (GMT) (envelope-from fernan@iib.unsam.edu.ar) Received: from pi.iib.unsam.edu.ar (pi.iib.unsam.edu.ar [192.168.10.11]) by smtp.unsam.edu.ar (8.12.6/8.12.6) with ESMTP id k310VOUr053946; Fri, 31 Mar 2006 21:31:24 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: from pi.iib.unsam.edu.ar (localhost [127.0.0.1]) by pi.iib.unsam.edu.ar (8.13.1/8.13.1) with ESMTP id k310giEt013099; Fri, 31 Mar 2006 21:42:44 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: (from fernan@localhost) by pi.iib.unsam.edu.ar (8.13.1/8.13.1/Submit) id k310giGZ013098; Fri, 31 Mar 2006 21:42:44 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) X-Authentication-Warning: pi.iib.unsam.edu.ar: fernan set sender to fernan@iib.unsam.edu.ar using -f Date: Fri, 31 Mar 2006 21:42:44 -0300 From: Fernan Aguero To: Kent Stewart Message-ID: <20060401004244.GA13083@iib.unsam.edu.ar> Mail-Followup-To: Fernan Aguero , Kent Stewart , freebsd-stable@freebsd.org References: <20060331232828.GA12872@iib.unsam.edu.ar> <200603311625.19263.kstewart@owt.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603311625.19263.kstewart@owt.com> User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: buildworld error (texinfo) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 00:43:00 -0000 +----[ Kent Stewart (31.Mar.2006 21:29): | | On Friday 31 March 2006 15:28, Fernan Aguero wrote: | > Hi! | > | > I've just cvsuped to the latest RELENG_6_0 (p6) and I can't | > get buildworld to finish ... this is the second time I got | > stopped at the same place: [snipped] | > gzip -cn texinfo.info > texinfo.info.gz | > 1 error | > *** Error code 2 | > 1 error | > *** Error code 2 | > 1 error | | This looks like you were running with a -j? set and you aren't seeing | the real error. It was hidden somewhere. Yes I was running with -j | I have only found setting -j to be of value on smp systems. You may have | actually slowed your buildworld down. OK, I'm now running without -j ... let's see where it stops now. Thanks for the suggestion, Fernan | | Kent | +----] From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 01:09:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 397D116A401 for ; Sat, 1 Apr 2006 01:09:17 +0000 (UTC) (envelope-from agh@tpg.com.au) Received: from mail4.tpgi.com.au (mail4.tpgi.com.au [203.12.160.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90B5D43D45 for ; Sat, 1 Apr 2006 01:09:16 +0000 (GMT) (envelope-from agh@tpg.com.au) X-TPG-Antivirus: Passed Received: from localhost.madcat (220-244-72-6.static.tpgi.com.au [220.244.72.6]) by mail4.tpgi.com.au (envelope-from agh@tpg.com.au) (8.13.6/8.13.6) with ESMTP id k3119Dcq025354 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Apr 2006 12:09:15 +1100 From: "Alastair G. Hogge" To: Peter Jeremy Date: Sat, 1 Apr 2006 12:07:12 +1000 User-Agent: KMail/1.9.1 References: <200603271758.32622.agh@tpg.com.au> <200603290745.38035.agh@tpg.com.au> <20060330180526.GE736@turion.vk2pj.dyndns.org> In-Reply-To: <20060330180526.GE736@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604011207.12861.agh@tpg.com.au> Cc: freebsd-stable@freebsd.org Subject: Re: PCI Radeon 7000/VE (RV100) on AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 01:09:17 -0000 On Friday 31 March 2006 04:05, Peter Jeremy wrote: > On Wed, 2006-Mar-29 07:45:37 +1000, Alastair G. Hogge wrote: > >> What happens if you explicitly disable DRI? (Comment out 'Load "dri"' > >> in the Modules section of xorg.conf). > > > >X loads up. > > and? And I can use KDE-3 as I would if I was using the VESA driver. Just no DRI. > The log output looks correct. It finds a monitor: > >(II) RADEON(0): Manufacturer: VSC Model: d819 Serial#: 16843009 > >(II) RADEON(0): Serial No: P6T054400054 > >(II) RADEON(0): Monitor name: E90f+-4 > > (I don't know why it reports two different names and serial numbers) So it could be the monitor screwing up DRI? > Which it sets to 1280x1024 by default: > >(**) RADEON(0): *Default mode "1280x1024": 135.0 MHz, 80.0 kHz, 75.0 Hz > > It also finds a keyboard and mouse - everything looks normal. OK then. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 01:56:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58E4516A426 for ; Sat, 1 Apr 2006 01:56:37 +0000 (UTC) (envelope-from nik@optim.com.ru) Received: from mail.optim-mol.cemu.ru (mail.optim-mol.cemu.ru [83.102.188.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40FFF43D46 for ; Sat, 1 Apr 2006 01:56:35 +0000 (GMT) (envelope-from nik@optim.com.ru) Received: from [192.168.0.100] (user-12hcba3.cable.mindspring.com [69.22.45.67]) (authenticated bits=0) by mail.optim-mol.cemu.ru (8.13.5/8.13.4) with ESMTP id k311uQjF019420 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 1 Apr 2006 05:56:30 +0400 (MSD) (envelope-from nik@optim.com.ru) Message-ID: <442DDDC4.2030205@optim.com.ru> Date: Fri, 31 Mar 2006 19:56:20 -0600 From: Nikolay Mirin Organization: =?UTF-8?B?0J7Qn9Ci0JjQnA==?= User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200603311634.35583.groundedforlife@verizon.net> In-Reply-To: <200603311634.35583.groundedforlife@verizon.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-95.0 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL,SPF_FAIL,USER_IN_WHITELIST autolearn=disabled version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.optim-mol.cemu.ru Subject: Re: Can't mount encrypted drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 01:56:37 -0000 1) Are sure you have not just mistyped you password? 2) Does the file /etc/gbde/ad0s2c still exist? 3) Does the device /dev/ad0s2c still exist? 4) Did you include gbde in you new kernel config or do you have the up-to-date kernel gbde module compiled. What does it respond when if you run gbde attach /dev/ad0s2c -l /etc/gbde/ad0s2c and type you password. Napoleon Dynamite said the following on 31.03.2006 18:34: >I noticed this morning I couldn't mount my encrypted hard drive. I have a >backup of it, just in case. I cvsuped src >and rebooted after a make world, and this is the error I get when mounting my >hard drive via a script: > >mountprivate >Enter passphrase: >/dev/ad0s2c.bde (No such file or directory)Can't stat /dev/ad0s2c.bde >Can't stat /dev/ad0s2c.bde: No such file or directory >Can't stat /dev/ad0s2c.bde: No such file or directory >/dev/ad0s2c.bde: CAN'T CHECK FILE SYSTEM. >/dev/ad0s2c.bde: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > >This is the script I use to mount it, and it has worked for months until this >morning: > >cat /usr/local/sbin/mountprivate >gbde attach /dev/ad0s2c -l /etc/gbde/ad0s2c&& >fsck -p -t ffs /dev/ad0s2c.bde&& >mount /dev/ad0s2c.bde /private > >Uname is: >FreeBSD thanatos.org 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Fri Mar 31 >15:52:10 PST 2006 sisyphus@thanatos.org:/usr/obj/usr/src/sys/MYKERNEL >i386 > >TIA, >Eric Buchanan >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 02:21:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1DCD16A400 for ; Sat, 1 Apr 2006 02:21:58 +0000 (UTC) (envelope-from groundedforlife@verizon.net) Received: from smtp101.vzn.mail.dcn.yahoo.com (smtp101.vzn.mail.dcn.yahoo.com [209.73.179.139]) by mx1.FreeBSD.org (Postfix) with SMTP id 8087C43D45 for ; Sat, 1 Apr 2006 02:21:58 +0000 (GMT) (envelope-from groundedforlife@verizon.net) Received: (qmail 50630 invoked from network); 1 Apr 2006 02:21:57 -0000 Received: from unknown (HELO ?192.168.1.47?) (groundedforlife@verizon.net@71.116.82.146 with plain) by smtp101.vzn.mail.dcn.yahoo.com with SMTP; 1 Apr 2006 02:21:57 -0000 From: Napoleon Dynamite To: freebsd-stable@freebsd.org Date: Fri, 31 Mar 2006 18:21:31 -0800 User-Agent: KMail/1.8.2 References: <200603311634.35583.groundedforlife@verizon.net> <442DDDC4.2030205@optim.com.ru> In-Reply-To: <442DDDC4.2030205@optim.com.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200603311821.32454.groundedforlife@verizon.net> Subject: Re: Can't mount encrypted drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 02:21:59 -0000 El Vie 31 Mar 2006 05:56 PM, Nikolay Mirin escribi=C3=B3: > 1) Are sure you have not just mistyped you password? > 2) Does the file /etc/gbde/ad0s2c still exist? > 3) Does the device /dev/ad0s2c still exist? > 4) Did you include gbde in you new kernel config or do you have the > up-to-date kernel gbde module compiled. > 1) I am sure I typed it right, and I tried about 100 times. I have it=20 memorized and haven't changed it recently 2) it is still there 3) yes it exists 4) it is in my new kernel configuration > > What does it respond when if you run > > gbde attach /dev/ad0s2c -l /etc/gbde/ad0s2c > > and type you password. > > After I type this, I get a blank line, and this is the output of it and=20 ls /dev: gbde attach /dev/ad0s2c -l /etc/gbde/ad0s2c Enter passphrase: thanatos# ls /dev acd0 ad5s3a agpgart dspW0.0 net stderr ttyv7 acpi ad5s3c apm dspW0.1 net1 stdin ttyv8 ad0 ad5s4 ata dspr0.1 net2 stdout ttyv9 ad0s1 ad5s4c atkbd0 fd net3 sysmouse ttyva ad0s1a ad5s4e audio0.0 fd0 net4 ttyd0 ttyvb ad0s1b ad5s4f audio0.1 fido network ttyd0.init ttyvc ad0s1c ad6 bpf0 geom.ctl nfs4 ttyd0.lock ttyvd ad0s2 ad6s1 console io nfslock ttyp0 ttyve ad0s2c ad6s1a consolectl kbd0 null ttyp1 ttyvf ad0s4 ad6s1b ctty klog pci ttyp2 ums0 ad5 ad6s1c cuad0 kmem pf ttyv0 urandom ad5s1 ad6s1d cuad0.init log ppi0 ttyv1 usb ad5s1a ad6s2 cuad0.lock lpt0 ptyp0 ttyv2 usb0 ad5s1b ad6s3 devctl lpt0.ctl ptyp1 ttyv3 xpt0 ad5s1c ad6s4 devstat mdctl ptyp2 ttyv4 zero ad5s2 ad6s4c dsp0.0 mem random ttyv5 ad5s3 ad6s4d dsp0.1 mixer0 sndstat ttyv6 I have had the encrypted partition for about five months with no problems=20 until today. Thank you for your help. Eric Buchanan From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 02:53:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A94C16A400 for ; Sat, 1 Apr 2006 02:53:21 +0000 (UTC) (envelope-from nik@optim.com.ru) Received: from mail.optim-mol.cemu.ru (mail.optim-mol.cemu.ru [83.102.188.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0475343D46 for ; Sat, 1 Apr 2006 02:53:20 +0000 (GMT) (envelope-from nik@optim.com.ru) Received: from [192.168.0.100] (user-12hcba3.cable.mindspring.com [69.22.45.67]) (authenticated bits=0) by mail.optim-mol.cemu.ru (8.13.5/8.13.4) with ESMTP id k312r0qG020256 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 1 Apr 2006 06:53:15 +0400 (MSD) (envelope-from nik@optim.com.ru) Message-ID: <442DEAFF.6030001@optim.com.ru> Date: Fri, 31 Mar 2006 20:52:47 -0600 From: Nikolay Mirin Organization: =?UTF-8?B?0J7Qn9Ci0JjQnA==?= User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200603311634.35583.groundedforlife@verizon.net> <442DDDC4.2030205@optim.com.ru> <200603311821.32454.groundedforlife@verizon.net> In-Reply-To: <200603311821.32454.groundedforlife@verizon.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-95.0 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL,SPF_FAIL,USER_IN_WHITELIST autolearn=disabled version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.optim-mol.cemu.ru Subject: Re: Can't mount encrypted drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 02:53:21 -0000 Well, then the only idea I have from my own experience, that either key file /etc/gbde/ad0s2c, or the whole disk partition are corrupted. If you have a backup of /etc/gbde/ad0s2c, I'd try it. Also checking disk surface may not hurt. Did the problem emerge after the upgrade or just from like nowhere? It seems to me, that you may not have gbde support activated in you kernel. I'd double check on that too. I am using gbde intensively, but all partitions I have are located on physically mirrored or RAID-5 disks. I never had such problems for almost then a year of production servers up and running. I mean like one beautiful morning it won't attach for any reason. But once the filesystem was badly corrupted, but I dumped it and then rebuilt from the scratch. Lots of inodes were lost, but they were not critical and most of missing files were in the latest backup anyway. Napoleon Dynamite said the following on 31.03.2006 20:21: >El Vie 31 Mar 2006 05:56 PM, Nikolay Mirin escribió: > > >>1) Are sure you have not just mistyped you password? >>2) Does the file /etc/gbde/ad0s2c still exist? >>3) Does the device /dev/ad0s2c still exist? >>4) Did you include gbde in you new kernel config or do you have the >>up-to-date kernel gbde module compiled. >> >> >> >1) I am sure I typed it right, and I tried about 100 times. I have it >memorized and haven't changed it recently >2) it is still there >3) yes it exists >4) it is in my new kernel configuration > > >>What does it respond when if you run >> >>gbde attach /dev/ad0s2c -l /etc/gbde/ad0s2c >> >>and type you password. >> >> >> >> > >After I type this, I get a blank line, and this is the output of it and >ls /dev: >gbde attach /dev/ad0s2c -l /etc/gbde/ad0s2c >Enter passphrase: >thanatos# ls /dev >acd0 ad5s3a agpgart dspW0.0 net stderr ttyv7 >acpi ad5s3c apm dspW0.1 net1 stdin ttyv8 >ad0 ad5s4 ata dspr0.1 net2 stdout ttyv9 >ad0s1 ad5s4c atkbd0 fd net3 sysmouse ttyva >ad0s1a ad5s4e audio0.0 fd0 net4 ttyd0 ttyvb >ad0s1b ad5s4f audio0.1 fido network ttyd0.init ttyvc >ad0s1c ad6 bpf0 geom.ctl nfs4 ttyd0.lock ttyvd >ad0s2 ad6s1 console io nfslock ttyp0 ttyve >ad0s2c ad6s1a consolectl kbd0 null ttyp1 ttyvf >ad0s4 ad6s1b ctty klog pci ttyp2 ums0 >ad5 ad6s1c cuad0 kmem pf ttyv0 urandom >ad5s1 ad6s1d cuad0.init log ppi0 ttyv1 usb >ad5s1a ad6s2 cuad0.lock lpt0 ptyp0 ttyv2 usb0 >ad5s1b ad6s3 devctl lpt0.ctl ptyp1 ttyv3 xpt0 >ad5s1c ad6s4 devstat mdctl ptyp2 ttyv4 zero >ad5s2 ad6s4c dsp0.0 mem random ttyv5 >ad5s3 ad6s4d dsp0.1 mixer0 sndstat ttyv6 > >I have had the encrypted partition for about five months with no problems >until today. Thank you for your help. > >Eric Buchanan >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 03:03:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14DF716A41F for ; Sat, 1 Apr 2006 03:03:12 +0000 (UTC) (envelope-from groundedforlife@verizon.net) Received: from smtp101.vzn.mail.dcn.yahoo.com (smtp101.vzn.mail.dcn.yahoo.com [209.73.179.139]) by mx1.FreeBSD.org (Postfix) with SMTP id 6E81243D46 for ; Sat, 1 Apr 2006 03:03:11 +0000 (GMT) (envelope-from groundedforlife@verizon.net) Received: (qmail 68372 invoked from network); 1 Apr 2006 03:03:10 -0000 Received: from unknown (HELO ?192.168.1.47?) (groundedforlife@verizon.net@71.116.82.146 with plain) by smtp101.vzn.mail.dcn.yahoo.com with SMTP; 1 Apr 2006 03:03:10 -0000 From: Napoleon Dynamite To: freebsd-stable@freebsd.org Date: Fri, 31 Mar 2006 19:02:44 -0800 User-Agent: KMail/1.8.2 References: <200603311634.35583.groundedforlife@verizon.net> <200603311821.32454.groundedforlife@verizon.net> <442DEAFF.6030001@optim.com.ru> In-Reply-To: <442DEAFF.6030001@optim.com.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200603311902.45304.groundedforlife@verizon.net> Subject: Re: Can't mount encrypted drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 03:03:12 -0000 I restored /etc/gbde/ad0s2c, and the problem remained. I double checked gdb= e=20 in the kernel, and it is in there. I had a bad shutdown earlier this week a= nd=20 backup up everything right after that. This problem came out of nowhere this morning. I had no problems at all wit= h=20 gdbe at all until today. I have all the data encrypted by gnupg on normal=20 files, so I will just remake the encrypted partition from scratch. Thank you very much for your help. Eric Buchanan El Vie 31 Mar 2006 06:52 PM, Nikolay Mirin escribi=C3=B3: > Well, then the only idea I have from my own experience, that either key > file /etc/gbde/ad0s2c, or the whole disk partition are corrupted. > If you have a backup of /etc/gbde/ad0s2c, I'd try it. > Also checking disk surface may not hurt. > > > Did the problem emerge after the upgrade or just from like nowhere? > > It seems to me, that you may not have gbde support activated in you kerne= l. > I'd double check on that too. > > > I am using gbde intensively, but all partitions I have are located on > physically mirrored or RAID-5 disks. > I never had such problems for almost then a year of production servers up > and running. I mean like one beautiful morning it won't attach for any > reason. > > But once the filesystem was badly corrupted, but I dumped it and then > rebuilt from the scratch. Lots of inodes were lost, but they were not > critical and most of missing files were in the latest backup anyway. > > From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 07:11:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5CBB16A401 for ; Sat, 1 Apr 2006 07:11:53 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2CD543D45 for ; Sat, 1 Apr 2006 07:11:52 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k317Bp3q093936; Sat, 1 Apr 2006 10:11:51 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 43084-05; Sat, 1 Apr 2006 10:11:32 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k317At1a093916 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Apr 2006 10:10:55 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k317Ar83081749; Sat, 1 Apr 2006 10:10:53 +0300 (EEST) (envelope-from ru) Date: Sat, 1 Apr 2006 10:10:53 +0300 From: Ruslan Ermilov To: Kent Stewart Message-ID: <20060401071053.GC86311@ip.net.ua> References: <20060331232828.GA12872@iib.unsam.edu.ar> <200603311625.19263.kstewart@owt.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DIOMP1UsTsWJauNi" Content-Disposition: inline In-Reply-To: <200603311625.19263.kstewart@owt.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: Fernan Aguero , freebsd-stable@freebsd.org Subject: Re: buildworld error (texinfo) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 07:11:53 -0000 --DIOMP1UsTsWJauNi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 31, 2006 at 04:25:19PM -0800, Kent Stewart wrote: > On Friday 31 March 2006 15:28, Fernan Aguero wrote: > > Hi! > > > > I've just cvsuped to the latest RELENG_6_0 (p6) and I can't > > get buildworld to finish ... this is the second time I got > > stopped at the same place: > > > > =3D=3D=3D> gnu/usr.bin/texinfo/doc (all) > > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I > > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc > > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info > >.texi -o info.info makeinfo --no-split -I > > /usr/src/gnu/usr.bin/texinfo/doc -I > > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc > > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info > >-stnd.texi -o info-stnd.info ln -fs > > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texi > >nfo.txi texinfo.texi makeinfo --no-split -I > > /usr/src/gnu/usr.bin/texinfo/doc -I > > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc > > texinfo.texi -o texinfo.info gzip -cn info.info > info.info.gz > > gzip -cn info-stnd.info > info-stnd.info.gz > > gzip -cn texinfo.info > texinfo.info.gz > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > >=20 > This looks like you were running with a -j? set and you aren't seeing=20 > the real error. It was hidden somewhere.=20 >=20 Should anyone encounter reproducible -jX build breakages, I'm interested in tracking them down and fixing. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --DIOMP1UsTsWJauNi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFELid9qRfpzJluFF4RAv7nAJ9SJXLleKo64gLoxTzA+xYTgKKyLgCdHaPb mjOlGiAv18yzb3YMRNyTCvA= =B5Jq -----END PGP SIGNATURE----- --DIOMP1UsTsWJauNi-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 14:34:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF7E116A41F; Sat, 1 Apr 2006 14:34:33 +0000 (UTC) (envelope-from root@scienceclue.ath.cx) Received: from scienceclue.ath.cx (mic92-1-87-90-12-116.dsl.club-internet.fr [87.90.12.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 158D243D46; Sat, 1 Apr 2006 14:34:32 +0000 (GMT) (envelope-from root@scienceclue.ath.cx) Received: from scienceclue.ath.cx (localhost [127.0.0.1]) by scienceclue.ath.cx (8.13.4/8.13.4) with ESMTP id k31EYVHk002077; Sat, 1 Apr 2006 16:34:31 +0200 (CEST) (envelope-from root@scienceclue.ath.cx) Received: (from root@localhost) by scienceclue.ath.cx (8.13.4/8.13.4/Submit) id k31EYPA4002076; Sat, 1 Apr 2006 16:34:25 +0200 (CEST) (envelope-from root) Date: Sat, 1 Apr 2006 16:34:25 +0200 From: Mathieu Prevot To: stable@freebsd.org Message-ID: <20060401143425.GA1305@scienceclue.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: amd64@freebsd.org Subject: 6.1 responsiveness under heavy (cpu?) load + thread monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mathieu Prevot List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 14:34:33 -0000 Hello, I have a RELENG_6/AMD64 with an AMD64X2 cpu, 1GB of memory, 512MB swap. I remarked that when I run 2 simulation program [1], sometimes, one of them run one or several of its threads [2] very slowly, but sometimes, it doesn't occur. I remarked that is doesn't depend on SMP/UP, ULE/4BSD, i386/AMD64. It seems to occur also with the kernel stress test under the same conditions (all of them). In this case, the mouse is blocked, etc. I tested different kernels, and recorded the output of sysctl vm [3]. I increased vm.swap_async_max but this doesn't change the deal /a priori/. All that didn't occur with a Sempron64. All was slower but the mouse didn't blocked etc. This was a time ago, I may be wrong. It seems to be an architecture problem (??). I can give more quantitative data, but I need help to focus the tests... Mathieu [1] http://ising.podzone.org/src/ising_lps_0.4.tar.bz2 [2] void *interface(void *arg) can be very slow, void *system_trace(void *arg) can exit during a very long time (terminated ? detached: it should). [3] http://ising.podzone.org/vm/vm_amd64.tar.bz2 and others in this directory PS: does FreeBSD allow monitoring threads of a program in real time ? I didn't find anything for freebsd. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 14:42:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2115116A401 for ; Sat, 1 Apr 2006 14:42:21 +0000 (UTC) (envelope-from root@scienceclue.ath.cx) Received: from scienceclue.ath.cx (mic92-1-87-90-12-116.dsl.club-internet.fr [87.90.12.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D77643D48 for ; Sat, 1 Apr 2006 14:42:20 +0000 (GMT) (envelope-from root@scienceclue.ath.cx) Received: from scienceclue.ath.cx (localhost [127.0.0.1]) by scienceclue.ath.cx (8.13.4/8.13.4) with ESMTP id k31EgJkA024189 for ; Sat, 1 Apr 2006 16:42:19 +0200 (CEST) (envelope-from root@scienceclue.ath.cx) Received: (from root@localhost) by scienceclue.ath.cx (8.13.4/8.13.4/Submit) id k31EgEUi024170 for stable@freebsd.org; Sat, 1 Apr 2006 16:42:14 +0200 (CEST) (envelope-from root) Date: Sat, 1 Apr 2006 16:42:14 +0200 From: Mathieu Prevot To: stable@freebsd.org Message-ID: <20060401144214.GA19947@scienceclue.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: smp/up sysinstall OK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mathieu Prevot List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 14:42:21 -0000 Hello, sysinstall installed successfully a smp generic kernel (3800+).. Mathieu From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 17:00:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C079616A401 for ; Sat, 1 Apr 2006 17:00:37 +0000 (UTC) (envelope-from mdorsch@dbtech.net) Received: from dbtsvr1.dbtech.net (dbtsvr1.dbtech.net [204.214.208.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D6AF43D48 for ; Sat, 1 Apr 2006 17:00:37 +0000 (GMT) (envelope-from mdorsch@dbtech.net) Received: from [10.0.0.237] (martin.dbtech.net [204.214.213.37]) by dbtsvr1.dbtech.net (8.13.4/8.13.4) with ESMTP id k31H0atk018275 for ; Sat, 1 Apr 2006 11:00:36 -0600 (CST) Message-ID: <442EB1B4.1030606@dbtech.net> Date: Sat, 01 Apr 2006 11:00:36 -0600 From: Martin Dorschler User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: "no more processes" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 17:00:37 -0000 Just had a box go unresponsive on all services (still pingable) had a session still open to it but any command would result in the error "no more processes" Checks clean for a rootkit and nothing amiss in the logs (that I can find). I have never heard of a bsd box giving this error before, I can't even think of what (other than a hack) would cause such an ungraceful freeze. Any suggestions welcome. M From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 17:05:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81F8A16A422 for ; Sat, 1 Apr 2006 17:05:30 +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 41DBE43D45 for ; Sat, 1 Apr 2006 17:05:30 +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 283211A4DB8; Sat, 1 Apr 2006 09:05:30 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3AAC551443; Sat, 1 Apr 2006 12:05:28 -0500 (EST) Date: Sat, 1 Apr 2006 12:05:27 -0500 From: Kris Kennaway To: Martin Dorschler Message-ID: <20060401170527.GA8757@xor.obsecurity.org> References: <442EB1B4.1030606@dbtech.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <442EB1B4.1030606@dbtech.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: "no more processes" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 17:05:30 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 01, 2006 at 11:00:36AM -0600, Martin Dorschler wrote: > Just had a box go unresponsive on all services (still pingable) had a=20 > session still open to it but any command would result in the error "no mo= re=20 > processes" Checks clean for a rootkit and nothing amiss in the logs (that= I=20 > can find). > I have never heard of a bsd box giving this error before, I can't even=20 > think of what (other than a hack) would cause such an ungraceful freeze. Something went crazy spawning processes (either quickly or over a long time). Break to DDB to find out what processes are running, or if you have another session still open with processes running, try to kill them to make more space and then immediately run top. Kris --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFELrLXWry0BWjoQKURAv53AJ9mARmCwINU7Fxz7g6mW/wm+Q9TsACeJHYX 0wIcJvL0j0ylXGQjtrvKOhM= =wb4j -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 19:15:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23A4116A425 for ; Sat, 1 Apr 2006 19:15:54 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from linuxupdserver.utsp.utwente.nl (linuxupdserver.utsp.utwente.nl [130.89.1.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id F011943D49 for ; Sat, 1 Apr 2006 19:15:52 +0000 (GMT) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by linuxupdserver.utsp.utwente.nl (8.11.7/HKD) with ESMTP id k31JFYI04989; Sat, 1 Apr 2006 21:15:35 +0200 From: Pieter de Goeje To: JoaoBR Date: Sat, 1 Apr 2006 21:15:34 +0200 User-Agent: KMail/1.9.1 References: <20060324223317.2069564f@it.buh.tecnik93.com> <200603281638.11650.pieter@degoeje.nl> <200603281537.54522.joao@matik.com.br> In-Reply-To: <200603281537.54522.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604012115.34407.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-MailScanner-From: pieter@degoeje.nl Cc: pyunyh@gmail.com, freebsd-stable@freebsd.org Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 19:15:54 -0000 On Tuesday 28 March 2006 20:37, you wrote: > On Tuesday 28 March 2006 11:38, Pieter de Goeje wrote: > > I can't really tell if the performance is impaired by mpsafenet=3D0, > > because the box is mostly busy doing userland stuff. Typical traffic > > looks like this: > > > > > > I'm going to test the new driver to see if I can disable mpsafenet. To = be > > specific on the NIC: > > > > skc0@pci0:10:0: class=3D0x020000 card=3D0x811a1043 chip=3D0x432011ab re= v=3D0x13 > > hdr=3D0x00 > > vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > device =3D '88E8001/8003/8010 Gigabit Ethernet Controller with > > Integrated PHY (copper)' > > class =3D network > > subclass =3D ethernet > > yes, this is the Asus A8V, same here > > may be you consider to try Pyun's driver > > =A0> > http://people.freebsd.org/~yongari/sk/sk_test/if_sk.c > =A0> > http://people.freebsd.org/~yongari/sk/sk_test/if_skreg.h > > and run yours without mpsafenet ? > > I have no clue what a game server requires. I tried anything even generic > kernel and no sysctls/loader.conf values set in order to see if something > else is wrong. Also I have lots of this machines and any of them same > result. > > > > Jo=E3o > I have the system running for 3 days straight now with the new driver, howe= ver=20 the problem described earlier still exists. I still need to use mpsafenet= =3D0.=20 Other than that, the driver seems fine. No timeouts whatsoever. I was=20 thinking, maybe it isn't the network driver but the linux compatibility lay= er=20 that has problems with SMP. Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 19:21:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D0C516A400 for ; Sat, 1 Apr 2006 19:21:55 +0000 (UTC) (envelope-from northg@shaw.ca) Received: from pd2mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4CED43D45 for ; Sat, 1 Apr 2006 19:21:54 +0000 (GMT) (envelope-from northg@shaw.ca) Received: from pd3mr4so.prod.shaw.ca (pd3mr4so-qfe3.prod.shaw.ca [10.0.141.180]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IX20064Z5SI2B20@l-daemon> for freebsd-stable@freebsd.org; Sat, 01 Apr 2006 12:21:54 -0700 (MST) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd3mr4so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IX2007R15SI7YC0@pd3mr4so.prod.shaw.ca> for freebsd-stable@freebsd.org; Sat, 01 Apr 2006 12:21:54 -0700 (MST) Received: from [192.168.1.101] ([24.85.136.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IX2000G65SHWIE0@l-daemon> for freebsd-stable@freebsd.org; Sat, 01 Apr 2006 12:21:54 -0700 (MST) Received: from 127.0.0.1 (AVG SMTP 7.1.385 [268.3.4/299]); Sat, 01 Apr 2006 11:22:17 -0800 Date: Sat, 01 Apr 2006 11:22:17 -0800 From: Graham North To: freebsd-stable@freebsd.org Message-id: <442ED2E9.10807@shaw.ca> MIME-version: 1.0 Content-type: multipart/mixed; boundary="=======AVGMAIL-442ED2E95CBF=======" X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Rel 6.1 what is happening X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 19:21:55 -0000 --=======AVGMAIL-442ED2E95CBF======= Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Can anyone here comment on what is happening with 6.1. Judging from the extra Beta releases and delay on RC1 presumably there are some unforeseen problems with this release. No doubt the developers are workig hard to resolve those problems - can someone share? Were there some deep underlying issues which will take longer to address or .... BTW the way - this is not a meant to be a contentious question (so hopefully it will not be..) - just a request for info. Cheers, Graham/ -- Kindness can be infectious - try it. Graham North Vancouver, BC www.soleado.ca --=======AVGMAIL-442ED2E95CBF======= Content-Type: text/plain; x-avg=cert; charset=us-ascii Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-Description: "AVG certification" No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.3.4/299 - Release Date: 3/31/2006 --=======AVGMAIL-442ED2E95CBF=======-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 19:24:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71F8D16A400 for ; Sat, 1 Apr 2006 19:24:52 +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 346E843D48 for ; Sat, 1 Apr 2006 19:24:52 +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 172AA1A4DA5; Sat, 1 Apr 2006 11:24:52 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5800151443; Sat, 1 Apr 2006 14:24:51 -0500 (EST) Date: Sat, 1 Apr 2006 14:24:51 -0500 From: Kris Kennaway To: Graham North Message-ID: <20060401192451.GA12088@xor.obsecurity.org> References: <442ED2E9.10807@shaw.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <442ED2E9.10807@shaw.ca> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Rel 6.1 what is happening X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 19:24:52 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 01, 2006 at 11:22:17AM -0800, Graham North wrote: > Can anyone here comment on what is happening with 6.1. >=20 > Judging from the extra Beta releases and delay on RC1 presumably there=20 > are some unforeseen problems with this release. No doubt the=20 > developers are workig hard to resolve those problems - can someone=20 > share? Were there some deep underlying issues which will take longer=20 > to address or .... > BTW the way - this is not a meant to be a contentious question (so=20 > hopefully it will not be..) - just a request for info. No serious new issues really..I think RC1 is due out this weekend. Kris --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFELtOCWry0BWjoQKURAn11AJ9nKjAzIF3cZft862xRDgfR8wL+NwCgqKIe u6pnJS4bbokZjAMRMaGKsq0= =jMAH -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 19:37:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3DFC16A420 for ; Sat, 1 Apr 2006 19:37:39 +0000 (UTC) (envelope-from tenebrae_bsd@niceboots.com) Received: from steeltoe.niceboots.com (steeltoe.niceboots.com [66.117.154.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id A137843D48 for ; Sat, 1 Apr 2006 19:37:37 +0000 (GMT) (envelope-from tenebrae_bsd@niceboots.com) Received: from steeltoe.niceboots.com (tenebrae@localhost [127.0.0.1]) by steeltoe.niceboots.com (8.12.6/8.12.6) with ESMTP id k31JbYHT055139 for ; Sat, 1 Apr 2006 11:37:34 -0800 (PST) (envelope-from tenebrae_bsd@niceboots.com) Received: from localhost (tenebrae@localhost) by steeltoe.niceboots.com (8.12.6/8.12.6/Submit) with ESMTP id k31JbWGW055136 for ; Sat, 1 Apr 2006 11:37:33 -0800 (PST) X-Authentication-Warning: steeltoe.niceboots.com: tenebrae owned process doing -bs Date: Sat, 1 Apr 2006 11:37:32 -0800 (PST) From: Tenebrae X-X-Sender: tenebrae@localhost To: freebsd-stable@freebsd.org Message-ID: <20060401110818.U54953@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: SATA RAID: Adaptec 1420SA, Promise TX4300? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 19:37:39 -0000 Hello out there in FreeBSD land (and I hope S=F8ren peeks in, too). I've been rather behind the times here and am finally getting around to building a replacement server for my absolutely ancient FreeBSD 4.7 system. It's starting to experience problems (like a couple random lock-ups/reboots) and I'm sure some of the hardware is finally failing. It's no wonder - the thing is running an ASUS P5A motherboard with hardware so obsolete I can hardly find replacement parts anymore and besides, it's on the other side of the North American continent from me. I'm interested in this "newfangled" serial ATA stuff I've been hearing about (heh) and thought I might try my hand at getting a RAID1 mirror going on for my home dirs. Sadly, I have no experience with RAID. I had initially planned on just setting up two identical drives and using one to periodically back up the data, but have been told RAID1 is a better way to do this. Now I need to figure out what type of controller card to get and was hoping for some input on affordable cards. I was looking at the Adaptec Serial ATA II RAID 1420SA and Promise FastTrak TX4300 4-port SATA RAID PCI adapters. I did find a note on the Promise card that it is now supported in Current. Is this something that might make its way into the 6.x-STABLE branch at some point? Also, I have heard that there is "bad blood" of some sort between Adaptec and FreeBSD. I am not interested in a flame war ensuing, but if there is limited to no support, I'd like to know so that I can avoid their cards. Hopefully those two cards give an idea of the price range and requirements of the cards I'm looking at: 4 ports for future expansion, around $150 US (or less), low profile PCI for a rack-mount case. Are either of these two cards supported in FreeBSD 6.x-STABLE? If it makes any difference, I plan to buy a pair of these drives for it: Maxtor DiamondMax 10 300GB Hard Drive 6V300F0, Serial ATA 3.0Gb/s, 7200 RPM, 16MB Cache. The server will be primarily an e-mail and web server for private use with some rather large files. There are only a handful of users, but it gets a bit busy at times when the DJs do an update. I hope to get this up and running in the next month. If I've missed something painfully obvious here, please feel free to educate me and/or point me to a URL. Thanks for any tips, =09=09=09=09=09=09=09=09-Tenebrae. --- The sending of any unsolicited email advertising messages to this domain may result in the imposition of civil liability against you in accordance with Cal. Bus. & Prof. Code Section 17538.45. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 19:48:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32F0816A41F for ; Sat, 1 Apr 2006 19:48:19 +0000 (UTC) (envelope-from northg@shaw.ca) Received: from pd3mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 086E443D5D for ; Sat, 1 Apr 2006 19:48:10 +0000 (GMT) (envelope-from northg@shaw.ca) Received: from pd4mr2so.prod.shaw.ca (pd4mr2so-qfe3.prod.shaw.ca [10.0.141.213]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IX2004VT6YOS420@l-daemon> for freebsd-stable@freebsd.org; Sat, 01 Apr 2006 12:47:12 -0700 (MST) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd4mr2so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IX200GCH6YHJJ40@pd4mr2so.prod.shaw.ca> for freebsd-stable@freebsd.org; Sat, 01 Apr 2006 12:47:05 -0700 (MST) Received: from [192.168.1.101] ([24.85.136.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IX2000OA6YHWLG0@l-daemon> for freebsd-stable@freebsd.org; Sat, 01 Apr 2006 12:47:05 -0700 (MST) Received: from 127.0.0.1 (AVG SMTP 7.1.385 [268.3.4/299]); Sat, 01 Apr 2006 11:47:29 -0800 Date: Sat, 01 Apr 2006 11:47:29 -0800 From: Graham North To: freebsd-stable@freebsd.org Message-id: <442ED8D1.2090506@shaw.ca> MIME-version: 1.0 Content-type: multipart/mixed; boundary="=======AVGMAIL-442ED8D11BB9=======" X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [Fwd: Re: Rel 6.1 what is happening] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 19:48:19 -0000 --=======AVGMAIL-442ED8D11BB9======= Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Oops - forgot to send all. G/ -------- Original Message -------- Subject: Re: Rel 6.1 what is happening Date: Sat, 01 Apr 2006 11:45:44 -0800 From: Graham North To: Kris Kennaway References: <442ED2E9.10807@shaw.ca> <20060401192451.GA12088@xor.obsecurity.org> Kris - thank you. Graham/ Kris Kennaway wrote: >On Sat, Apr 01, 2006 at 11:22:17AM -0800, Graham North wrote: > > >>Can anyone here comment on what is happening with 6.1. >> >>Judging from the extra Beta releases and delay on RC1 presumably there >>are some unforeseen problems with this release. No doubt the >>developers are workig hard to resolve those problems - can someone >>share? Were there some deep underlying issues which will take longer >>to address or .... >>BTW the way - this is not a meant to be a contentious question (so >>hopefully it will not be..) - just a request for info. >> >> > >No serious new issues really..I think RC1 is due out this weekend. > >Kris > > -- Kindness can be infectious - try it. Graham North Vancouver, BC www.soleado.ca -- Kindness can be infectious - try it. Graham North Vancouver, BC www.soleado.ca --=======AVGMAIL-442ED8D11BB9======= Content-Type: text/plain; x-avg=cert; charset=us-ascii Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-Description: "AVG certification" No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.3.4/299 - Release Date: 3/31/2006 --=======AVGMAIL-442ED8D11BB9=======-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 19:50:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19FA516A46A for ; Sat, 1 Apr 2006 19:50:12 +0000 (UTC) (envelope-from lars@gmx.at) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 259D443D46 for ; Sat, 1 Apr 2006 19:50:11 +0000 (GMT) (envelope-from lars@gmx.at) Received: (qmail invoked by alias); 01 Apr 2006 19:50:11 -0000 Received: from 205.86.203.62.cust.bluewin.ch (EHLO [192.168.1.10]) [62.203.86.205] by mail.gmx.net (mp031) with SMTP; 01 Apr 2006 21:50:11 +0200 X-Authenticated: #912863 Message-ID: <442ED97C.4040201@gmx.at> Date: Sat, 01 Apr 2006 21:50:20 +0200 From: Lars Cleary User-Agent: Thunderbird 1.5 (X11/20060203) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <20060401110818.U54953@localhost> In-Reply-To: <20060401110818.U54953@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: SATA RAID: Adaptec 1420SA, Promise TX4300? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lars@gmx.at List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 19:50:13 -0000 Tenebrae wrote: > The server will be primarily an e-mail and web server for private use > with some rather large files. There are only a handful of users, but it > gets a bit busy at times when the DJs do an update. > I hope to get this up and running in the next month. > > If I've missed something painfully obvious here, please feel free to > educate me and/or point me to a URL. > > Thanks for any tips, Hi Why don't you just use gmirror(8) and do software RAID 1? IMHO a controller just for RAID 1 is unnecessary, as the OS together with a reasonable motherboards disk controller is just as fast as any RAID controller. Also maybe see: http://people.freebsd.org/~rse/mirror/ for more details. HTH Lars From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 20:15:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9268716A400 for ; Sat, 1 Apr 2006 20:15:09 +0000 (UTC) (envelope-from tenebrae_bsd@niceboots.com) Received: from steeltoe.niceboots.com (steeltoe.niceboots.com [66.117.154.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8328143D46 for ; Sat, 1 Apr 2006 20:15:08 +0000 (GMT) (envelope-from tenebrae_bsd@niceboots.com) Received: from steeltoe.niceboots.com (tenebrae@localhost [127.0.0.1]) by steeltoe.niceboots.com (8.12.6/8.12.6) with ESMTP id k31KF5HT055282 for ; Sat, 1 Apr 2006 12:15:05 -0800 (PST) (envelope-from tenebrae_bsd@niceboots.com) Received: from localhost (tenebrae@localhost) by steeltoe.niceboots.com (8.12.6/8.12.6/Submit) with ESMTP id k31KF5O8055279 for ; Sat, 1 Apr 2006 12:15:05 -0800 (PST) X-Authentication-Warning: steeltoe.niceboots.com: tenebrae owned process doing -bs Date: Sat, 1 Apr 2006 12:15:05 -0800 (PST) From: Tenebrae X-X-Sender: tenebrae@localhost To: freebsd-stable@freebsd.org In-Reply-To: <442ED97C.4040201@gmx.at> Message-ID: <20060401121010.T55133@localhost> References: <20060401110818.U54953@localhost> <442ED97C.4040201@gmx.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: SATA RAID: Adaptec 1420SA, Promise TX4300? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 20:15:09 -0000 On Sat, 1 Apr 2006, Lars Cleary wrote: > Why don't you just use gmirror(8) and do software RAID 1? > > IMHO a controller just for RAID 1 is unnecessary, > as the OS together with a reasonable motherboards disk controller > is just as fast as any RAID controller. Ah, I knew I should have mentioned this. The motherboard I will be using has no native SATA support so I will need to purchase a(n) SATA controller anyway. Also, I tend to prefer hardware solutions to software solutions (*cough*evilWinModem*cough*). > Also maybe see: http://people.freebsd.org/~rse/mirror/ > for more details. Thanks. I'll have a look. -Tenebrae. --- The sending of any unsolicited email advertising messages to this domain may result in the imposition of civil liability against you in accordance with Cal. Bus. & Prof. Code Section 17538.45. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 20:26:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 511A916A401; Sat, 1 Apr 2006 20:26:16 +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 9FCC143D5A; Sat, 1 Apr 2006 20:26:12 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k31KQ8L0026421; Sat, 1 Apr 2006 13:26:08 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <442EE1D7.90909@samsco.org> Date: Sat, 01 Apr 2006 13:25:59 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'FreeBSD Current'" , freebsd-stable X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Content-Type: text/plain; name="2.2.9-announce.txt.asc" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="2.2.9-announce.txt.asc" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: FreeBSD 2.2.9 Released X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 20:26:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It is my great pleasure and privilege to announce the availability of FreeBSD 2.2.9-RELEASE. This release is the culmination of SEVENTY-SEVEN months of tireless work by the FreeBSD developers, users, their children, and their pets. Significant features in this release: - - XFree86 3.3.3, the industry leader in support for cutting edge PCI graphics adapters and 2D acceleration. - - The 8GB barrier in IDE drive sizes has finally been broken. The wd(4) driver now supports unimaginable sizes of 137GB on a single drive! - - Support for all of the latest high-speed FAST-WIDE (20MB/s) SCSI-2 controllers. - - The Linux emulator is now able to run Quake2 out-of-the-box. A full description of the release can be found here: ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/2.2.9-RELEASE/README.TXT ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/2.2.9-RELEASE/RELNOTES.TXT Availability ------------- FreeBSD 2.2.9-RELEASE supports the i386 architecture and can be installed directly over the net using bootable media or copied to a local NFS/FTP server. Please continue to support the FreeBSD Project by purchasing media from one of our supporting vendors. The following companies will be offering FreeBSD 2.2.9 based products: ~ FreeBSD Mall, Inc. http://www.freebsdmall.com/ ~ Daemonnews, Inc. http://www.bsdmall.com/freebsd1.html If you can't afford FreeBSD on media, are impatient, or just want to use it for evangelism purposes, then by all means download the ISO images. We can't promise that all the mirror sites will carry the larger ISO images, but they will at least be available from the following sites. FTP --- At the time of this announcement the following FTP sites have FreeBSD 2.2.9-RELEASE available. ftp://ftp.FreeBSD.org/pub/FreeBSD/releases FreeBSD is also available via anonymous FTP from mirror sites in the following countries: Argentina, Australia, Brazil, Bulgaria, Canada, China, Czech Republic, Denmark, Estonia, Finland, France, Germany, Hong Kong, Hungary, Iceland, Ireland, Japan, Korea, Lithuania, the Netherlands, New Zealand, Poland, Portugal, Romania, Russia, Saudi Arabia, South Africa, Slovak Republic, Slovenia, Spain, Sweden, Taiwan, Thailand, Ukraine, and the United Kingdom. Before trying the central FTP site, please check your regional mirror(s) first by going to: ftp://ftp..FreeBSD.org/pub/FreeBSD Any additional mirror sites will be labeled ftp2, ftp3 and so on. More information about FreeBSD mirror sites can be found at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html For instructions on installing FreeBSD, please see Chapter 2 of The FreeBSD Handbook. It provides a complete installation walk-through for users new to FreeBSD, and can be found online at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/install.html Acknowledgments ---------------- The release engineering team for 2.2.9-RELEASE includes: Scott Long Release Engineering Ruslan Ermilov I386, creative director Sniffy The Wonder Cat Warrm lap, typing assistance Max The Dancing Cat Early morning wakeups, QA Sammy The Tiny Cat Face licks, QA -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFELuG+HTr20QF8Xr8RAkoyAJ4nU4v9TK/Tjh8eEGbjNtGxmiVu0gCfcNtg oNz6FNHVuv87MSKJeXJcMAU= =Z5hh -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 20:42:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0001D16A428 for ; Sat, 1 Apr 2006 20:42:07 +0000 (UTC) (envelope-from laszlokaroly@tvnetwork.hu) Received: from mail.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 080E243D66 for ; Sat, 1 Apr 2006 20:42:06 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: (qmail 2771 invoked by uid 300); 1 Apr 2006 20:42:04 -0000 Received: from 62.165.212.130 by zion.tvnetwork.hu (envelope-from , uid 64011) with qmail-scanner-1.25st (clamdscan: 0.85.1/944. spamassassin: 3.0.3. perlscan: 1.25st. Clear:RC:1(62.165.212.130):SA:0(-2.6/5.0):. Processed in 1.230928 secs); 01 Apr 2006 20:42:04 -0000 X-Spam-Status: No, hits=-2.6 required=5.0 Received: from unknown (HELO ?192.168.0.2?) (62.165.212.130) by zion.tvnetwork.hu with SMTP; 1 Apr 2006 20:42:02 -0000 Message-ID: <442EE58C.80702@tvnetwork.hu> Date: Sat, 01 Apr 2006 22:41:48 +0200 From: =?ISO-8859-2?Q?L=E1szl=F3_K=E1roly?= User-Agent: Thunderbird 1.5 (X11/20060330) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Subject: 6.1 and full i915 support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 20:42:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Initial support for i915 based graphics cards were introduced last April and enabled in the Makefile in November resulting an i915-ready agp driver, but the drm subsystem was not working. Thanks to A. Popov the problem of drm was solved and the changes were put to the cvs tree (i915_drv.c 1.3, drm_drv.c 1.4) in December. In the last few months this code remained in the MAIN branch resulting that 6.1 users can get only a half working driver for their i915 based systems. I have been using a patched driver on my 6.X box for almost 4 months without any problem, so I really do not understand why this part of the drm code was not MFC'd into the RELENG_6 branch. Is there any reason for doing so? Thanks, Laci - -- László Károly Department of Altaic Studies Egyetem str. 2. University of Szeged H-6722 Szeged, Hungary PGP/GnuPG key: 1024D/869D81C5 Fingerprint: 1E61 3205 8F5A 87E7 1269 3396 1C63 F9FF 869D 81C5 Encrypted e-mail preferred. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFELuWMHGP5/4adgcURAiN3AJ4hhr2D5vSbOruxmPeNUJtlKAXufACfTAQD YSo5v6WSe8OsZEXRfJtPZys= =TMCd -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 20:58:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1B9016A420; Sat, 1 Apr 2006 20:58:52 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail27.syd.optusnet.com.au (mail27.syd.optusnet.com.au [211.29.133.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C2BF43D45; Sat, 1 Apr 2006 20:58:51 +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 mail27.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k31Kwoio013344 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 2 Apr 2006 06:58:50 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k31KwobU003072; Sun, 2 Apr 2006 06:58:50 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k31KwocW003071; Sun, 2 Apr 2006 06:58:50 +1000 (EST) (envelope-from peter) Date: Sun, 2 Apr 2006 06:58:50 +1000 From: Peter Jeremy To: Scott Long Message-ID: <20060401205849.GC684@turion.vk2pj.dyndns.org> References: <442EE1D7.90909@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <442EE1D7.90909@samsco.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: 'FreeBSD Current' , freebsd-stable Subject: Re: FreeBSD 2.2.9 Released X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 20:58:52 -0000 On Sat, 2006-Apr-01 13:25:59 -0700, Scott Long wrote: >It is my great pleasure and privilege to announce the availability of >FreeBSD 2.2.9-RELEASE. This release is the culmination of SEVENTY-SEVEN >months of tireless work by the FreeBSD developers, users, their children, >and their pets. Significant features in this release: Thank you for this. I was beginning to think the 2.2 branch had been abandoned - the mailing lists seem full of references to 5.5 and 6.1 these days. Can you please advise what CVSup tag I should use to upgrade to 2.2.9. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 21:07:48 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D10016A401; Sat, 1 Apr 2006 21:07:48 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16B8643D48; Sat, 1 Apr 2006 21:07:48 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Sat, 01 Apr 2006 13:07:42 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6729C45083; Sat, 1 Apr 2006 13:07:42 -0800 (PST) To: Mathieu Prevot In-reply-to: Your message of "Sat, 01 Apr 2006 16:34:25 +0200." <20060401143425.GA1305@scienceclue.ath.cx> Date: Sat, 01 Apr 2006 13:07:42 -0800 From: "Kevin Oberman" Message-Id: <20060401210742.6729C45083@ptavv.es.net> Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: 6.1 responsiveness under heavy (cpu?) load + thread monitoring X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 21:07:48 -0000 > Date: Sat, 1 Apr 2006 16:34:25 +0200 > From: Mathieu Prevot > Sender: owner-freebsd-stable@freebsd.org > > Hello, > > I have a RELENG_6/AMD64 with an AMD64X2 cpu, 1GB of memory, 512MB swap. > I remarked that when I run 2 simulation program [1], sometimes, one of them > run one or several of its threads [2] very slowly, but sometimes, it doesn't > occur. > > I remarked that is doesn't depend on SMP/UP, ULE/4BSD, i386/AMD64. > > It seems to occur also with the kernel stress test under the same conditions > (all of them). > In this case, the mouse is blocked, etc. I tested different kernels, and > recorded the output of sysctl vm [3]. > > I increased vm.swap_async_max but this doesn't change the deal /a priori/. > > All that didn't occur with a Sempron64. All was slower but the mouse didn't > blocked etc. This was a time ago, I may be wrong. > > It seems to be an architecture problem (??). > I can give more quantitative data, but I need help to focus the tests... > > Mathieu > > [1] http://ising.podzone.org/src/ising_lps_0.4.tar.bz2 > [2] void *interface(void *arg) can be very slow, void *system_trace(void *arg) > can exit during a very long time (terminated ? detached: it should). > [3] http://ising.podzone.org/vm/vm_amd64.tar.bz2 and others in this directory Mathieu, Any chance your system was running tight on memory? How much does it have and is the system using any swap space? I suspect that something is not working well in V5 or V6 with writing to/reading from swap. I have reported a similar problem and Kris K. asked me to try adjusting vm.swap_async_max, but the system has been replaced and I ave been having trouble getting a systems set up to test. (Disk died.) I hope to try Kris's suggestion next week, but your report makes this seem less likely. I can say that I don't see this on my new system which increased memory from 256MB to 1GB. Needless to say, it seldom has to use the swap file and I must agree that it seems tied to threaded processes. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 21:28:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF5CE16A41F for ; Sat, 1 Apr 2006 21:28:30 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21E2143D67 for ; Sat, 1 Apr 2006 21:28:24 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k31LRm5r099100; Sat, 1 Apr 2006 18:27:48 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Sat, 1 Apr 2006 18:27:43 -0300 User-Agent: KMail/1.9.1 References: <20060324223317.2069564f@it.buh.tecnik93.com> <200603281537.54522.joao@matik.com.br> <200604012115.34407.pieter@degoeje.nl> In-Reply-To: <200604012115.34407.pieter@degoeje.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200604011827.44085.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: pyunyh@gmail.com, Pieter de Goeje Subject: Re: new sk driver [was: nve timeout (and down) regression?] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 21:28:30 -0000 On Saturday 01 April 2006 16:15, Pieter de Goeje wrote: > > > > may be you consider to try Pyun's driver > > > > =A0> > http://people.freebsd.org/~yongari/sk/sk_test/if_sk.c > > =A0> > http://people.freebsd.org/~yongari/sk/sk_test/if_skreg.h > > > > and run yours without mpsafenet ? > > > > I have no clue what a game server requires. I tried anything even gener= ic > > kernel and no sysctls/loader.conf values set in order to see if somethi= ng > > else is wrong. Also I have lots of this machines and any of them same > > result. > > > > > > > > Jo=E3o > > I have the system running for 3 days straight now with the new driver, > however the problem described earlier still exists. I still need to use > mpsafenet=3D0. Other than that, the driver seems fine. No timeouts > whatsoever. I was thinking, maybe it isn't the network driver but the lin= ux > compatibility layer that has problems with SMP. > > Pieter de Goeje great ! the problem you mention is what you wrote in a former msg, right: >With debug.mpsafenet=3D1, cvsup failes with "protocol error"s on the SMP b= ox.=20 >Also, I run several Half-Life: Counter-Strike servers on it and clients=20 >occasionaly receive corrupted UDP packets which cause them to drop the=20 >connection. However as soon as I changed debug.mpsafenet to 0, all problem= s=20 >were gone. that is really strange, I do not have such problems at all and it seems we = are=20 running basicly the same system, AV8 + X2 + releng_6. so the gameserver needs linux_compat? I haven't it compiled in my kernel bu= t=20 on some parent caches which talk udp between them and some loaded DNS serve= rs=20 I got ocasionally udp errors but I could get around it by setting=20 net.inet.udp.recvspace net.inet.udp.maxdgram to higher values.=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 21:39:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 996BB16A423; Sat, 1 Apr 2006 21:39:29 +0000 (UTC) (envelope-from silves@zefacadas.com) Received: from www.zefacadas.com (bl7-244-158.dsl.telepac.pt [85.240.244.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D8D943D48; Sat, 1 Apr 2006 21:39:28 +0000 (GMT) (envelope-from silves@zefacadas.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by www.zefacadas.com (Postfix) with ESMTP id 858C465; Sat, 1 Apr 2006 22:39:27 +0100 (WEST) Received: from www.zefacadas.com ([127.0.0.1]) by localhost (www.zefacadas.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02794-08; Sat, 1 Apr 2006 22:39:27 +0100 (WEST) Received: from [192.168.2.2] (alvarinho.zefacadas.com [192.168.2.2]) by www.zefacadas.com (Postfix) with ESMTP id 0F25361; Sat, 1 Apr 2006 22:39:27 +0100 (WEST) Message-ID: <442EF312.3040309@zefacadas.com> Date: Sat, 01 Apr 2006 21:39:30 +0000 From: Silves User-Agent: Thunderbird 1.5 (X11/20060218) MIME-Version: 1.0 To: Peter Jeremy References: <442EE1D7.90909@samsco.org> <20060401205849.GC684@turion.vk2pj.dyndns.org> In-Reply-To: <20060401205849.GC684@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at zefacadas.com Cc: 'FreeBSD Current' , freebsd-stable Subject: Re: FreeBSD 2.2.9 Released X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 21:39:29 -0000 Peter Jeremy wrote: > On Sat, 2006-Apr-01 13:25:59 -0700, Scott Long wrote: > >> It is my great pleasure and privilege to announce the availability of >> FreeBSD 2.2.9-RELEASE. This release is the culmination of SEVENTY-SEVEN >> months of tireless work by the FreeBSD developers, users, their children, >> and their pets. Significant features in this release: >> > > Thank you for this. I was beginning to think the 2.2 branch had been > abandoned - the mailing lists seem full of references to 5.5 and 6.1 > these days. Can you please advise what CVSup tag I should use to > upgrade to 2.2.9. > > Hi, I have just one curious question, why is FreeBSD 2.2.x still being developed ? This is maybe a stupid question, but i am only curious to know why ? Is there any special reason for this ? I work with FreeBSD since 3.5 and today my machines are working with 6.0 Thank you FreeBSD Developers for all your work ! I'm proud to say to my friends that i ONLY use FreeBSD on my machines ! Cheers, Silves From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 21:42:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 937D416A400; Sat, 1 Apr 2006 21:42:13 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id B321E43D66; Sat, 1 Apr 2006 21:42:09 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 685B962CAB4; Sat, 1 Apr 2006 17:42:09 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 43681-10; Sat, 1 Apr 2006 17:42:09 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 0B0EA62CAAC; Sat, 1 Apr 2006 17:42:09 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 38A0B4A02C; Sat, 1 Apr 2006 17:42:18 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 3508F3EAEA; Sat, 1 Apr 2006 17:42:18 -0400 (AST) Date: Sat, 1 Apr 2006 17:42:18 -0400 (AST) From: "Marc G. Fournier" To: Silves In-Reply-To: <442EF312.3040309@zefacadas.com> Message-ID: <20060401174203.F947@ganymede.hub.org> References: <442EE1D7.90909@samsco.org> <20060401205849.GC684@turion.vk2pj.dyndns.org> <442EF312.3040309@zefacadas.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: Peter Jeremy , 'FreeBSD Current' , freebsd-stable Subject: Re: FreeBSD 2.2.9 Released X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 21:42:13 -0000 On Sat, 1 Apr 2006, Silves wrote: > Peter Jeremy wrote: >> On Sat, 2006-Apr-01 13:25:59 -0700, Scott Long wrote: >> >>> It is my great pleasure and privilege to announce the availability of >>> FreeBSD 2.2.9-RELEASE. This release is the culmination of SEVENTY-SEVEN >>> months of tireless work by the FreeBSD developers, users, their children, >>> and their pets. Significant features in this release: >>> >> >> Thank you for this. I was beginning to think the 2.2 branch had been >> abandoned - the mailing lists seem full of references to 5.5 and 6.1 >> these days. Can you please advise what CVSup tag I should use to >> upgrade to 2.2.9. >> >> > Hi, > > I have just one curious question, why is FreeBSD 2.2.x still being developed > ? > This is maybe a stupid question, but i am only curious to know why ? > Is there any special reason for this ? Check the date of the announce .. ?:) ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 21:44:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6129A16A401; Sat, 1 Apr 2006 21:44:05 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C17A643D70; Sat, 1 Apr 2006 21:43:45 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd5mr7so.prod.shaw.ca (pd5mr7so-qfe3.prod.shaw.ca [10.0.141.183]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IX200AQ4CBBC640@l-daemon>; Sat, 01 Apr 2006 14:42:47 -0700 (MST) Received: from pn2ml9so.prod.shaw.ca ([10.0.121.7]) by pd5mr7so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IX2009C2CBB5ZF0@pd5mr7so.prod.shaw.ca>; Sat, 01 Apr 2006 14:42:47 -0700 (MST) Received: from [192.168.0.60] ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IX2009CYCBAON90@l-daemon>; Sat, 01 Apr 2006 14:42:47 -0700 (MST) Date: Sat, 01 Apr 2006 13:43:13 -0800 From: Colin Percival In-reply-to: <442EF312.3040309@zefacadas.com> To: Silves Message-id: <442EF3F1.7090809@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <442EE1D7.90909@samsco.org> <20060401205849.GC684@turion.vk2pj.dyndns.org> <442EF312.3040309@zefacadas.com> User-Agent: Thunderbird 1.5 (X11/20060112) Cc: Peter Jeremy , 'FreeBSD Current' , freebsd-stable Subject: Re: FreeBSD 2.2.9 Released X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 21:44:05 -0000 Silves wrote: >> On Sat, 2006-Apr-01 13:25:59 -0700, Scott Long wrote: ^^^^^^^^^^^ >>> It is my great pleasure and privilege to announce the availability of >>> FreeBSD 2.2.9-RELEASE. > I have just one curious question, why is FreeBSD 2.2.x still being > developed ? > This is maybe a stupid question, but i am only curious to know why ? > Is there any special reason for this ? Look at the date on Scott's email. :-) Colin Percival From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 21:44:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B1B016A42D for ; Sat, 1 Apr 2006 21:44:39 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mail.goodforbusiness.co.uk (mail.goodforbusiness.co.uk [83.223.104.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64CB143D5C for ; Sat, 1 Apr 2006 21:44:28 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.goodforbusiness.co.uk (Postfix) with ESMTP id 746E011468 for ; Sat, 1 Apr 2006 22:44:27 +0100 (BST) Received: from mail.goodforbusiness.co.uk ([127.0.0.1]) by localhost (mail.goodforbusiness.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 92686-02 for ; Sat, 1 Apr 2006 22:44:27 +0100 (BST) Received: from mail.helenmarks.co.uk (unknown [87.194.32.124]) by mail.goodforbusiness.co.uk (Postfix) with ESMTP id EBC0711464 for ; Sat, 1 Apr 2006 22:44:26 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id A0F0D170DB; Sat, 1 Apr 2006 22:44:26 +0100 (BST) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17709-07; Sat, 1 Apr 2006 22:44:26 +0100 (BST) Received: from [192.168.15.3] (egg.helenmarks.co.uk [192.168.15.3]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 0F9F2170D9; Sat, 1 Apr 2006 22:44:26 +0100 (BST) Message-ID: <442EF435.7080901@helenmarks.co.uk> Date: Sat, 01 Apr 2006 22:44:21 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5 (X11/20060207) MIME-Version: 1.0 To: Tenebrae References: <20060401110818.U54953@localhost> <442ED97C.4040201@gmx.at> <20060401121010.T55133@localhost> In-Reply-To: <20060401121010.T55133@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: By ClamAV 0.85.1 X-Virus-Scanned: By GoodforBusiness.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: SATA RAID: Adaptec 1420SA, Promise TX4300? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 21:44:39 -0000 Tenebrae wrote: > On Sat, 1 Apr 2006, Lars Cleary wrote: > >> Why don't you just use gmirror(8) and do software RAID 1? >> >> IMHO a controller just for RAID 1 is unnecessary, >> as the OS together with a reasonable motherboards disk controller >> is just as fast as any RAID controller. > > Ah, I knew I should have mentioned this. > The motherboard I will be using has no native SATA support so I will need > to purchase a(n) SATA controller anyway. > Also, I tend to prefer hardware solutions to software solutions > (*cough*evilWinModem*cough*). I started using only 3ware cards a while ago. It was a good choice. Lots of other seem to have the same experience too. >> Also maybe see: http://people.freebsd.org/~rse/mirror/ >> for more details. > > Thanks. I'll have a look. > > -Tenebrae. > --- > The sending of any unsolicited email advertising messages to this domain > may result in the imposition of civil liability against you in accordance > with Cal. Bus. & Prof. Code Section 17538.45. > _______________________________________________ > 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" Dominic From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 21:47:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6207E16A401 for ; Sat, 1 Apr 2006 21:47:40 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id E245F43D8E for ; Sat, 1 Apr 2006 21:47:23 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by zproxy.gmail.com with SMTP id l8so1190488nzf for ; Sat, 01 Apr 2006 13:47:22 -0800 (PST) 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=DqcA2GEAcKr8TtminAh9gzKYnDLXHnQ9ES27RvTwYqd5/fpwouQBy5uGKOtkOHFnejX40lmePmAcYC4Qt/Mjub/NktJatXSCadSwvawxTI/r22NPMF8yLkfwvtaIRvyFPODyyOR0cm+4PZQTC8MtpHUPqCZc9dqz6SPJamwcFN0= Received: by 10.35.96.11 with SMTP id y11mr18863pyl; Sat, 01 Apr 2006 13:47:22 -0800 (PST) Received: by 10.35.94.5 with HTTP; Sat, 1 Apr 2006 13:47:22 -0800 (PST) Message-ID: Date: Sat, 1 Apr 2006 16:47:22 -0500 From: "Scott Ullrich" To: Silves In-Reply-To: <442EF312.3040309@zefacadas.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <442EE1D7.90909@samsco.org> <20060401205849.GC684@turion.vk2pj.dyndns.org> <442EF312.3040309@zefacadas.com> Cc: Peter Jeremy , FreeBSD Current , freebsd-stable Subject: Re: FreeBSD 2.2.9 Released X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 21:47:40 -0000 On 4/1/06, Silves wrote: > I have just one curious question, why is FreeBSD 2.2.x still being > developed ? The same reason Slashdot is now in purple with the "OMG Ponies!!!" theme. > This is maybe a stupid question, but i am only curious to know why ? > Is there any special reason for this ? Check the date. :) Scott From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 21:49:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CF9816A41F for ; Sat, 1 Apr 2006 21:49:16 +0000 (UTC) (envelope-from jason.harmening@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DB2D43D5F for ; Sat, 1 Apr 2006 21:49:03 +0000 (GMT) (envelope-from jason.harmening@gmail.com) Received: by zproxy.gmail.com with SMTP id l8so1190719nzf for ; Sat, 01 Apr 2006 13:49:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:references:in-reply-to:cc:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=YnKAq+uk0wk6P/fedVzl8BAI0ghX96uGs+ZJbjGZUDaXPmGdrCJYBxvSipTa22pjNao1XtxZUE15WlnV3BXm4EvIjHdCDzCvF0yJc++yOXc0nw6Yo/5GTfwzzAzn0W9Mlemy//2QApjqaG5YwyaaKDaE7EacHVTiRHjcuDuWxC8= Received: by 10.37.20.57 with SMTP id x57mr443831nzi; Sat, 01 Apr 2006 13:49:02 -0800 (PST) Received: from ?192.168.0.3? ( [70.112.20.140]) by mx.gmail.com with ESMTP id 23sm966323nzn.2006.04.01.13.49.02; Sat, 01 Apr 2006 13:49:02 -0800 (PST) From: Jason Harmening To: Kris Kennaway Date: Sat, 1 Apr 2006 15:45:11 -0600 User-Agent: KMail/1.9.1 References: <2d1264630603161045t31774a33h9cec88c4b7d6d13d@mail.gmail.com> <200603181929.25821.jason.harmening@gmail.com> <20060319013927.GA65792@xor.obsecurity.org> In-Reply-To: <20060319013927.GA65792@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604011545.11455.jason.harmening@gmail.com> Cc: freebsd-bugs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [6.1-PRERELEASE/amd64] Kernel panic during heavy UFS traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 21:49:16 -0000 On Saturday 18 March 2006 19:39, you wrote: > On Sat, Mar 18, 2006 at 07:29:25PM -0600, Jason Harmening wrote: > > I finally managed to reproduce the mount panic on the console: > > > > CORONA% mount /dev/acd0 /home/jason/dvdram > > g_vfs_done():acd0[READ(offset=114688, length=16384)]error = 5 > > panic: mount: lost mount > > cpuid = 0 > > KDB: stack backtrace: > > kdb_backtrace() at kdb_backtrace+0x37 > > panic() at panic+0x1d1 > > vfs_domount() at vfs_domount+0x9ae > > vfs_donmount() at vfs_donmount+0x400 > > kernel_mount() at kernel_mount+0x40 > > ffs_cmount() at ffs_cmount+0x7c > > mount() at mount+0x1e3 > > syscall() at syscall+0x3a4 > > Xfast_syscall() at Xfast_syscall+0xa8 > > --- syscall (21, FreeBSD ELF64, mount), rip = 0x80067e0dc, rsp = > > 0x7fffffffdc88, rbp = 0x7 > > fffffffe748 --- > > Uptime: 1m34s > > Dumping 1023 MB (2 chunks) > > > > I'm starting to worry this may be a hardware issue... > > Yes, it could well be (or bad media) - the drive returned an I/O error > (error 5 = EIO) when you tried to mount the media. > > > If it is, would there be > > a more elegant way for the OS to handle a failed removable drive mount > > besides panicking? > > In principle, yes. I don't know if there's any hope of getting it > fixed in time for 6.1, but please file a PR with this trace. I filed PR 94669 for this issue and finally took some time to do some further investigation on my own. I've found the following: 1. I can invariably mount the DVD-RAM successfully if I first do some operation on the disk that doesn't require it to be mounted (namely, an fsck), or if I've previously mounted successfully and haven't since ejected the media. I will only see the panic if I try to mount immediately after inserting the media, and then not 100% of the time. This leads me to believe there may be some confusion between the drive, the ATAPI CD/DVD driver, and the VFS subsystem as to when, exactly, the drive is ready for mounting. 2. I looked at the VFS sources for RELENG_6 and found the point at which the panic seems to be occurring--lines 891-892 of vfs_mount.c: if (VFS_ROOT(mp, LK_EXCLUSIVE, &newdp, td)) panic("mount: lost mount"); So essentially the invocation of mp->mount_op->vfs_root (In this case, I'm guessing whatever the vfs_root function for UFS is) returns an error. Would it be safe to handle this error by returning an error code instead of panicking? Or would this have undesirable ramifications for auto-mounted filesystems on fixed disks, or could the failed vfs_root possibly induce side-effects that would leave the kernel in an unstable state? I don't know much about the FreeBSD VFS, but I'm willing to take a crack at fixing/testing this. Thanks, Jason > > Kris From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 21:51:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C67C16A420 for ; Sat, 1 Apr 2006 21:51:06 +0000 (UTC) (envelope-from silves@zefacadas.com) Received: from www.zefacadas.com (bl7-244-158.dsl.telepac.pt [85.240.244.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7911243D5F for ; Sat, 1 Apr 2006 21:51:05 +0000 (GMT) (envelope-from silves@zefacadas.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by www.zefacadas.com (Postfix) with ESMTP id 0CB1065; Sat, 1 Apr 2006 22:51:06 +0100 (WEST) Received: from www.zefacadas.com ([127.0.0.1]) by localhost (www.zefacadas.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03297-07; Sat, 1 Apr 2006 22:51:05 +0100 (WEST) Received: from [192.168.2.2] (alvarinho.zefacadas.com [192.168.2.2]) by www.zefacadas.com (Postfix) with ESMTP id 9A0A463; Sat, 1 Apr 2006 22:51:05 +0100 (WEST) Message-ID: <442EF5CD.9020801@zefacadas.com> Date: Sat, 01 Apr 2006 21:51:09 +0000 From: Silves User-Agent: Thunderbird 1.5 (X11/20060218) MIME-Version: 1.0 To: "Marc G. Fournier" References: <442EE1D7.90909@samsco.org> <20060401205849.GC684@turion.vk2pj.dyndns.org> <442EF312.3040309@zefacadas.com> <20060401174203.F947@ganymede.hub.org> In-Reply-To: <20060401174203.F947@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at zefacadas.com Cc: Peter Jeremy , freebsd-stable Subject: Re: FreeBSD 2.2.9 Released X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 21:51:06 -0000 Marc G. Fournier wrote: > On Sat, 1 Apr 2006, Silves wrote: > >> Peter Jeremy wrote: >>> On Sat, 2006-Apr-01 13:25:59 -0700, Scott Long wrote: >>> >>>> It is my great pleasure and privilege to announce the availability of >>>> FreeBSD 2.2.9-RELEASE. This release is the culmination of >>>> SEVENTY-SEVEN >>>> months of tireless work by the FreeBSD developers, users, their >>>> children, >>>> and their pets. Significant features in this release: >>>> >>> >>> Thank you for this. I was beginning to think the 2.2 branch had been >>> abandoned - the mailing lists seem full of references to 5.5 and 6.1 >>> these days. Can you please advise what CVSup tag I should use to >>> upgrade to 2.2.9. >>> >>> >> Hi, >> >> I have just one curious question, why is FreeBSD 2.2.x still being >> developed ? >> This is maybe a stupid question, but i am only curious to know why ? >> Is there any special reason for this ? > > Check the date of the announce .. ?:) > > ---- > Marc G. Fournier Hub.Org Networking Services > (http://www.hub.org) > Email: scrappy@hub.org Yahoo!: yscrappy ICQ: > 7615664 > > Ho !!!!! i understand now ! I can't beleave !! lololol Thanks Scott hehehehe This was really a stupid question ! :-) I was caught ! Thanks guys ! From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 21:51:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0270D16A422 for ; Sat, 1 Apr 2006 21:51:09 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C103643D62 for ; Sat, 1 Apr 2006 21:51:03 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 01 Apr 2006 21:51:01 -0000 Received: from p509133F5.dip0.t-ipconnect.de (EHLO m2a2.dyndns.org) [80.145.51.245] by mail.gmx.net (mp019) with SMTP; 01 Apr 2006 23:51:01 +0200 X-Authenticated: #428038 Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 86AB72009F8 for ; Sat, 1 Apr 2006 23:50:57 +0200 (CEST) Received: from m2a2.dyndns.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14957-11 for ; Sat, 1 Apr 2006 23:50:55 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 83C1E2014C6; Sat, 1 Apr 2006 23:50:55 +0200 (CEST) From: Matthias Andree To: freebsd-stable@freebsd.org In-Reply-To: <20060401110818.U54953@localhost> (tenebrae_bsd@niceboots.com's message of "Sat, 1 Apr 2006 11:37:32 -0800 (PST)") References: <20060401110818.U54953@localhost> X-PGP-Key: http://home.pages.de/~mandree/keys/GPGKEY.asc Date: Sat, 01 Apr 2006 23:50:55 +0200 Message-ID: User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: amavisd-new at emma.line.org X-Y-GMX-Trusted: 0 Subject: Re: SATA RAID: Adaptec 1420SA, Promise TX4300? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 21:51:09 -0000 Tenebrae writes: > I'm interested in this "newfangled" serial ATA stuff I've been hearing > about (heh) and thought I might try my hand at getting a RAID1 mirror > going on for my home dirs. Sadly, I have no experience with RAID. > I had initially planned on just setting up two identical drives and using > one to periodically back up the data, but have been told RAID1 is a better > way to do this. Now I need to figure out what type of controller card to > get and was hoping for some input on affordable cards. RAID1 is _not_ a backup, but an availability aid. If going for RAID1, be sure to add a backup solution. Simple scenario: If you type "rm", your files are gone from both disks with RAID1. With regular synching, even without versioning files, you have time until the next synch operation to retrieve accidentally deleted files. With real backups, the deleted files will be available for longer. > I was looking at the Adaptec Serial ATA II RAID 1420SA and Promise >FastTrak TX4300 4-port SATA RAID PCI adapters. I did find a note on >the Promise card that it is now supported in Current. Is this >something that might make its way into the 6.x-STABLE branch at some >point? Also, I have heard that there is "bad blood" of some sort >between Adaptec and FreeBSD. I am not interested in a flame war >ensuing, but if there is limited to no support, I'd like to know so >that I can avoid their cards. Forget both cards. Neither of the two is hardware RAID, see: http://www.brentnorris.net/blog/?p=158 http://linuxmafia.com/faq/Hardware/sata.html Cheating people and selling software RAID cards where the BIOS or driver has to do the mirroring has become quite popular with SATA "RAID". Be sure to get something that is real hardware RAID. You don't need to pay for software RAID, you usually get that for free with the onboard chipset these days. BTW, does FreeBSD 6.1 support the ICH7-R already? 6.0 did not. >Hopefully those two cards give an idea of the price range and >requirements of the cards I'm looking at: 4 ports for future expansion, >around $150 US (or less), No way. Real RAID costs more than twice as much for 4 ports. 150 bucks suffice only for the 2 port warm-plug (i. e. you need to manually mark the drive for removal in the software or BIOS, then exchange it , then manually start the rebuild operation in software or BIOS) 3Ware (now AMCC) Escalade 8006-2LP. This is quite a long card, it doesn't fit the LP slot in the Fujitsu-Siemens Primergy RX100S3 because the humongous CPU cooler gets in the way. So check the dimensions before ordering anything. FreeBSD's driver for the AMCC/3Ware/Escalade 5000 - 8000 series is twe(4), the newer 9500 series adaptors are supported by the twa(4) driver, and the driver for the better MegaRAID SATA cards is amr(4). I don't know though which of these have working FreeBSD monitoring/administration utilities, I'm using Escalade 8000 and MegaRAID SCSI with Linux. >low profile PCI for a rack-mount case. Are either of these two cards >supported in FreeBSD 6.x-STABLE? > > If it makes any difference, I plan to buy a pair of these drives for it: > Maxtor DiamondMax 10 300GB Hard Drive 6V300F0, Serial ATA 3.0Gb/s, 7200 > RPM, 16MB Cache. Are you fixed on Maxtor? Personally, I'd prefer Samsung, Seagate, Western Digital (in alphabetic order). Note that some better real Hardware RAID cards have one controller per SATA channel, there it doesn't actually matter if you get a SATA-I drive/controller or a SATA-II drive for those, you aren't going to max out 1.5 Gb/s with any drive, not even the newer Raptors. If you want NCQ, check if the controller supports it, or forget about NCQ and get a controller with battery backup unit (rare with SATA) and use copyback (writeback) caching. But don't ever dare use write caching without at least a dedicated UPS: the corruption patterns of UFS with write caches on are extremely destructive, been there, seen that -- with a test machine and only a small 2 MB on-drive write cache. -- Matthias Andree From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 21:53:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 710F916A400; Sat, 1 Apr 2006 21:53:55 +0000 (UTC) (envelope-from ta.nakamura@crs.co.jp) Received: from ns.crs.co.jp (ns.crs.co.jp [202.214.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1A2243D72; Sat, 1 Apr 2006 21:53:54 +0000 (GMT) (envelope-from ta.nakamura@crs.co.jp) Received: from ycc.crs.co.jp (unknown [192.168.30.205]) by ns.crs.co.jp with ESMTP id D625CBC0D5; Sun, 2 Apr 2006 06:53:44 +0900 (JST) Received: from ([192.168.30.202]) by smail.ycc.crs.co.jp with ESMTP id KP-GTV61.708320; Sun, 02 Apr 2006 06:53:32 +0900 Received: from inns.ycc.crs.co.jp (localhost [127.0.0.1]) by localhost.crs.co.jp with ESMTP id 708ED124015; Sun, 2 Apr 2006 06:53:32 +0900 (JST) Received: from crcc1712.tky.crc.co.jp (localhost [127.0.0.1]) by inns.ycc.crs.co.jp with ESMTP id 545DB124014; Sun, 2 Apr 2006 06:53:32 +0900 (JST) Received: from [127.0.0.1] (crcc1565 [157.113.63.205]) by crcc1712.tky.crc.co.jp (8.13.3/8.13.3) with ESMTP id k31LrTph088374; Sun, 2 Apr 2006 06:53:29 +0900 (JST) (envelope-from ta.nakamura@crs.co.jp) Date: Sun, 02 Apr 2006 06:53:32 +0900 From: NAKAMURA Takeshi <1yen@sh.rim.or.jp> To: Peter Jeremy In-Reply-To: <20060401205849.GC684@turion.vk2pj.dyndns.org> References: <442EE1D7.90909@samsco.org> <20060401205849.GC684@turion.vk2pj.dyndns.org> X-Mailer-Plugin: BkASPil for Becky!2 Ver.2.064 Message-Id: <20060402065000.2F30.1YEN@sh.rim.or.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.24.02 [ja] Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 2.2.9 Released X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 21:53:55 -0000 On Sun, 2 Apr 2006 06:58:50 +1000, Peter Jeremy wrote: > Thank you for this. I was beginning to think the 2.2 branch had been > abandoned - the mailing lists seem full of references to 5.5 and 6.1 > these days. Can you please advise what CVSup tag I should use to > upgrade to 2.2.9. It likes `csv -r"April_Fool"' ----+----1----+----2----+----3----+----4----+----5----+----6----+ NAKAMURA Takeshi <1yen@sh.rim.or.jp> Today is `1 April 2006' in USA. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 22:12:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98E6E16A423; Sat, 1 Apr 2006 22:12:11 +0000 (UTC) (envelope-from jdow@earthlink.net) Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9990243D48; Sat, 1 Apr 2006 22:12:10 +0000 (GMT) (envelope-from jdow@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=BSiksNsoQrxljFZ85IajtX/wj9e6Y4pOg1bqUR0R/5jNftPaVfeKqf3zRY2ZapAT; h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [71.116.176.20] (helo=Wednesday) by elasmtp-banded.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1FPoK9-00066T-HK; Sat, 01 Apr 2006 17:12:01 -0500 Message-ID: <199701c655d9$4d7f9970$0225a8c0@Wednesday> From: "jdow" To: "Scott Long" , "'FreeBSD Current'" , "freebsd-stable" References: <442EE1D7.90909@samsco.org> Date: Sat, 1 Apr 2006 14:12:01 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-ELNK-Trace: bb89ecdb26a8f9f24d2b10475b571120344ae5c2a5214a922ce1fb8928c0a5af5eb5a3a76d5323f7350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 71.116.176.20 Cc: Subject: Re: FreeBSD 2.2.9 Released X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 22:12:11 -0000 From: "Scott Long" > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > It is my great pleasure and privilege to announce the availability of > FreeBSD 2.2.9-RELEASE. This release is the culmination of SEVENTY-SEVEN > months of tireless work by the FreeBSD developers, users, their children, > and their pets. Significant features in this release: > > - - XFree86 3.3.3, the industry leader in support for cutting edge PCI > graphics adapters and 2D acceleration. > - - The 8GB barrier in IDE drive sizes has finally been broken. The wd(4) > driver now supports unimaginable sizes of 137GB on a single drive! > - - Support for all of the latest high-speed FAST-WIDE (20MB/s) SCSI-2 > controllers. > - - The Linux emulator is now able to run Quake2 out-of-the-box. > > A full description of the release can be found here: > > ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/2.2.9-RELEASE/README.TXT > ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/2.2.9-RELEASE/RELNOTES.TXT It won't boot on my Tyan K8W motherboard with two dual Opterons. What should I do! I'm in a panic to get it back on the net. Withdrawal symptoms are setting in. The trembling nifgers has beginned. [@.@] From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 22:14:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 292C216A41F; Sat, 1 Apr 2006 22:14:03 +0000 (UTC) (envelope-from jdow@earthlink.net) Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1C1843D45; Sat, 1 Apr 2006 22:14:02 +0000 (GMT) (envelope-from jdow@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=sOeUzz7xdaM5xO2PZDkpPA8OJgLenti16D7m+9k/Wz1N/abanY24Lk486A5pjis0; h=Received:Message-ID:From:To:Cc:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [71.116.176.20] (helo=Wednesday) by elasmtp-banded.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1FPoM3-0007Vx-9W; Sat, 01 Apr 2006 17:13:59 -0500 Message-ID: <19a601c655d9$93b11cc0$0225a8c0@Wednesday> From: "jdow" To: "Scott Ullrich" , "Silves" References: <442EE1D7.90909@samsco.org><20060401205849.GC684@turion.vk2pj.dyndns.org><442EF312.3040309@zefacadas.com> Date: Sat, 1 Apr 2006 14:13:58 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-ELNK-Trace: bb89ecdb26a8f9f24d2b10475b571120344ae5c2a5214a92b5cc4a23a830ce1750d8af12176b98c5350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 71.116.176.20 Cc: Peter Jeremy , FreeBSD Current , freebsd-stable Subject: Re: FreeBSD 2.2.9 Released X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 22:14:03 -0000 From: "Scott Ullrich" On 4/1/06, Silves wrote: > I have just one curious question, why is FreeBSD 2.2.x still being > developed ? The same reason Slashdot is now in purple with the "OMG Ponies!!!" theme. > This is maybe a stupid question, but i am only curious to know why ? > Is there any special reason for this ? Check the date. :) << jdow >> And just who gets the gotcha here? {^_^} Joanne, A satisfied customer of Google Romance, http://www.google.com/romance/ From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 22:27:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96B9516A400 for ; Sat, 1 Apr 2006 22:27:01 +0000 (UTC) (envelope-from fernan@iib.unsam.edu.ar) Received: from smtp.unsam.edu.ar (smtp.unsam.edu.ar [170.210.48.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4222C43D5A for ; Sat, 1 Apr 2006 22:26:53 +0000 (GMT) (envelope-from fernan@iib.unsam.edu.ar) Received: from pi.iib.unsam.edu.ar (pi.iib.unsam.edu.ar [192.168.10.11]) by smtp.unsam.edu.ar (8.12.6/8.12.6) with ESMTP id k31MFBUr077083; Sat, 1 Apr 2006 19:15:11 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: from pi.iib.unsam.edu.ar (localhost [127.0.0.1]) by pi.iib.unsam.edu.ar (8.13.1/8.13.1) with ESMTP id k31MQbD3020641; Sat, 1 Apr 2006 19:26:37 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: (from fernan@localhost) by pi.iib.unsam.edu.ar (8.13.1/8.13.1/Submit) id k31MQWbJ020640; Sat, 1 Apr 2006 19:26:32 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) X-Authentication-Warning: pi.iib.unsam.edu.ar: fernan set sender to fernan@iib.unsam.edu.ar using -f Date: Sat, 1 Apr 2006 19:26:32 -0300 From: Fernan Aguero To: Kent Stewart , freebsd-stable@freebsd.org Message-ID: <20060401222632.GB13118@iib.unsam.edu.ar> Mail-Followup-To: Fernan Aguero , Kent Stewart , freebsd-stable@freebsd.org References: <20060331232828.GA12872@iib.unsam.edu.ar> <200603311625.19263.kstewart@owt.com> <20060401004244.GA13083@iib.unsam.edu.ar> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060401004244.GA13083@iib.unsam.edu.ar> User-Agent: Mutt/1.5.9i Cc: Subject: Re: buildworld error (texinfo) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 22:27:01 -0000 +----[ To Kent Stewart (31.Mar.2006 21:42): | | | This looks like you were running with a -j? set and you aren't seeing | | the real error. It was hidden somewhere. | | Yes I was running with -j | | | I have only found setting -j to be of value on smp systems. You may have | | actually slowed your buildworld down. | | OK, I'm now running without -j ... let's see where it stops | now. | | Thanks for the suggestion, | +----] Of course it was my fault, I had SENDMAIL_MC defined in /etc/make.conf and pointing to a non-existent file. As for using '-j' I just learned about it following an example from the handbook, and got used to it. Thanks again, Fernan From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 23:31:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D27216A400 for ; Sat, 1 Apr 2006 23:31:55 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: from zircon.seattle.wa.us (dsl254-019-221.sea1.dsl.speakeasy.net [216.254.19.221]) by mx1.FreeBSD.org (Postfix) with SMTP id 051C743D4C for ; Sat, 1 Apr 2006 23:31:54 +0000 (GMT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 64916 invoked from network); 1 Apr 2006 23:31:58 -0000 Received: from unknown (192.168.254.3) by 192.168.254.1 with QMQP; 1 Apr 2006 23:31:58 -0000 From: Joe Kelsey To: stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sat, 01 Apr 2006 15:31:54 -0800 Message-Id: <1143934314.735.7.camel@crusty.zircon.seattle.wa.us> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: Subject: USB Mosue Driver Problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 23:31:55 -0000 I have a Logitech MX700 USB Wireless mouse. A few days ago I posted about changing the usbd.conf entry to swap buttons 4 and 6 and buttons 5 and 7 to get the wheel scrolling to work correctly. Last night, I rebooted my system and the moused was started from rc.conf instead of usbd.conf! Since when does this happen and why should usbd.conf use the settings for the ps/2 mouse in rc.conf? If I unplug and replug the mouse, it gets the correct moused settings from usbd.conf. What exactly is happening here? This is FreeBSD crusty.zircon.seattle.wa.us 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #12: Fri Mar 31 17:43:23 PST 2006 root@crusty.zircon.seattle.wa.us:/usr/obj/usr/src/sys/CRUSTY amd64 updated yesterday. /Joe From owner-freebsd-stable@FreeBSD.ORG Sat Apr 1 23:52:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FA3516A401 for ; Sat, 1 Apr 2006 23:52:21 +0000 (UTC) (envelope-from djvalentine@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED75443D46 for ; Sat, 1 Apr 2006 23:52:20 +0000 (GMT) (envelope-from djvalentine@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so607801wxc for ; Sat, 01 Apr 2006 15:52:20 -0800 (PST) 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=Hu/R5at96VTZqbMWw1F8p/JPDVMe0ruKu2qNU9KLhocBwVi0bV0Wd3g/0wCz+J378/dTCzM6044XiUJBjfNQivmgD1Rb/xmlQs6djsbn8tlXJ7+I5QaIGr/92+VBTLIf/Vd201/Y5LpuowuN7h/wgbxeQLCgpmGObq57vRZfiWk= Received: by 10.70.91.8 with SMTP id o8mr367900wxb; Sat, 01 Apr 2006 15:52:19 -0800 (PST) Received: by 10.70.111.5 with HTTP; Sat, 1 Apr 2006 15:52:19 -0800 (PST) Message-ID: Date: Sat, 1 Apr 2006 23:52:19 +0000 From: "DJ Valentine" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline Subject: Crash dump help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2006 23:52:21 -0000 R29vZCBkYXkgZXZlcnlvbmUgYW5kIHNvcnJ5IGZvciBkaXN0dXJiaW5nIHlvdSBidXQgSSBuZWVk IHNvbWUgaGVscAoKMyBkYXlzIGFnbyBpdCBoYXBlbmVkIHRvIG1lIGFmdGVyIEkgcG9ydHVwZ3Jh ZGUgbXkgImN1cmwtNyoiCk5vbi1pbnRlcmFjdGl2ZSB0b29sIHRvIGl0cyBsYXRlc3QgdmVyc2lv bgoKSSByZWFseSBjYW5ub3Qgc2F5IHdoYXQgdGhlIHNvdXJjZSBvZiB0aGlzIHVucGxlYXNhbnQg ZXZlbnQgdGFraW5nCnBsYWNlIGl0IHdhcy4gSXQgY291bGQgaGF2ZSBiZWVuIHRoZSBmYWN0IGlt IGhvbGRpbmcgSVJDIGxvZ3MgZm9yIHNvbWUKaHVnZSAjdW5kZXJuZXQgY2hhbm5lbHMsIG9yIGl0 IGNvdWxkIGhhdmUgYmVlbiB0aGUgZmFjdCBJIHdhcyBkb2luZwp0aGlzIGZyb20gYSBLb25zb2xl LyJLREUgY29uc29sZSIuCgpJIHdhcyBkb2luZyAibWFrZSIgb24gL3Vzci9wb3J0cy9naW1wLiBS aWdodCBhZnRlciBJIHByZXNzZWQgZW50ZXIgSQpnb3QgYSBjcmFzaCBkdW1wIG9uIG15IFBDLiBC YWQgdGhpbmcgaXMgSSBjYW5ub3QgcmVjb3ZlciB0aG9zZSBkYXRhCgpJIHRyaWVkIHVzaW5nIGtk YmcgYW5kIGZvbGxvd2VkIHN0ZXBzIGFzIHBlciB0aGUgYm9vawoKLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0Kc3UtMi4wNWIjIGtnZGIga2VybmVsLmRlYnVnIC92YXIvY3Jhc2gvdm1jb3JlLjAK W0dEQiB3aWxsIG5vdCBiZSBhYmxlIHRvIGRlYnVnIHVzZXItbW9kZSB0aHJlYWRzOgovdXNyL2xp Yi9saWJ0aHJlYWRfZGIuc286IFVuZGUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgCiAgICAgICAgICAgICAgICAgZmluZWQgc3ltYm9sICJwc19wZ2xvYmFsX2xvb2t1cCJd CkdOVSBnZGIgNi4xLjEgW0ZyZWVCU0RdCkNvcHlyaWdodCAyMDA0IEZyZWUgU29mdHdhcmUgRm91 bmRhdGlvbiwgSW5jLgpHREIgaXMgZnJlZSBzb2Z0d2FyZSwgY292ZXJlZCBieSB0aGUgR05VIEdl bmVyYWwgUHVibGljIExpY2Vuc2UsIGFuZCB5b3UgYXJlCndlbGNvbWUgdG8gY2hhbmdlIGl0IGFu ZC9vciBkaXN0cmlidXRlIGNvcGllcyBvZiBpdCB1bmRlciBjZXJ0YWluIGNvbmRpdGlvbnMuClR5 cGUgInNob3cgY29weWluZyIgdG8gc2VlIHRoZSBjb25kaXRpb25zLgpUaGVyZSBpcyBhYnNvbHV0 ZWx5IG5vIHdhcnJhbnR5IGZvciBHREIuICBUeXBlICJzaG93IHdhcnJhbnR5IiBmb3IgZGV0YWls cy4KVGhpcyBHREIgd2FzIGNvbmZpZ3VyZWQgYXMgImkzODYtbWFyY2VsLWZyZWVic2QiLgoKVW5y ZWFkIHBvcnRpb24gb2YgdGhlIGtlcm5lbCBtZXNzYWdlIGJ1ZmZlcjoKw7Bmw4HDgMOAOF7DgcKw XcOBwqhdw4FAwr7DgVzDsF7DgSjDvzhnw4HDkMOAXsOBw7hdw4HDsF3DgcK+w4FdZF7DgSjDv2fD gcOgw4DDiF7DgUBew4E4XsOBQMOBXsKsXsOBKMO/w4hnw4HDsMOAVsOBXsOBXsOBQEDDgV8KICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCsO0 XsOBKMO/aMOB4paSw4BYX8OBw5Bnw4HDiGfDgcOAQ8OBMDxfw4Eow79YaMOB4paSw4AgX8OB4paS X8OBX8OBRMOBQF/DgSjDvyBow4EK4paSw4DDqF/DgWBfw4FYX8OBQETDgVDDjF/DgSjDv8OoaMOB MOKWksOAMGAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAg ICAgICAgICAgw4HCqF/DgSBfw4FEw4FgYMOBKMO/MGnDgUDilpLDgHhgw4HDsF/DgcOoX8OBw4BE w4FwCgojMCAgZG9hZHVtcCAoKSBhdCBwY3B1Lmg6MTY1CjE2NSAgICAgICAgICAgICBfX2FzbSBf X3ZvbGF0aWxlKCJtb3ZsICUlZnM6MCwlMCIgOiAiPXIiICh0ZCkpOwooa2dkYikgbGlzdCAqMHhj MDcxMzg2MAoweGMwNzEzODYwIGlzIGluIG5mczRfZG9fc2V0Y2xpZW50aWQgKC4uLy4uLy4uL25m czRjbGllbnQvbmZzNF92ZnNvcHMuYzo4NTMpLgo4NDgKODQ5ICAgICAgICAgICAgIG5mc192NGlu aXRjb21wb3VuZCgmY3ApOwo4NTAKODUxICAgICAgICAgICAgIG5mc21fdjRidWlsZF9jb21wb3Vu ZCgmY3AsICJuZnM0X2RvX3NldGNsaWVudGlkKCkgKGNvbmZpcm0pIik7Cjg1MiAgICAgICAgICAg ICBuZnNtX3Y0YnVpbGRfc2V0Y2xpZW50aWRfY29uZmlybSgmY3AsICZzY2lkKTsKODUzICAgICAg ICAgICAgIG5mc21fdjRidWlsZF9maW5hbGl6ZSgmY3ApOwo4NTQKODU1ICAgICAgICAgICAgIG5m c21fcmVxdWVzdF9tbnQobm1wLCBORlNWNFBST0NfQ09NUE9VTkQsIGN1cnRocmVhZCwgY3JlZCk7 Cjg1NiAgICAgICAgICAgICBpZiAoZXJyb3IgIT0gMCkKODU3ICAgICAgICAgICAgICAgICAgICAg Z290byBuZnNtb3V0Owooa2dkYikgYmFja3RyYWNlCiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDox NjUKIzEgIDB4YzA2Mzk4YjYgaW4gYm9vdCAoaG93dG89MjYwKSBhdCAuLi8uLi8uLi9rZXJuL2tl cm5fc2h1dGRvd24uYzozOTkKIzIgIDB4YzA2MzliNGMgaW4gcGFuaWMgKGZtdD0weGMwODU4M2Vh ICIlcyIpCiAgICBhdCAuLi8uLi8uLi9rZXJuL2tlcm5fc2h1dGRvd24uYzo1NTUKIzMgIDB4YzA4 MTEyNzAgaW4gdHJhcF9mYXRhbCAoZnJhbWU9MHhkMTQzZjc5MCwgZXZhPTApCiAgICBhdCAuLi8u Li8uLi9pMzg2L2kzODYvdHJhcC5jOjgzMQojNCAgMHhjMDgxMGZkYiBpbiB0cmFwX3BmYXVsdCAo ZnJhbWU9MHhkMTQzZjc5MCwgdXNlcm1vZGU9MCwgZXZhPTApCiAgICBhdCAuLi8uLi8uLi9pMzg2 L2kzODYvdHJhcC5jOjc0MgojNSAgMHhjMDgxMGMxOSBpbiB0cmFwIChmcmFtZT0KICAgICAge3Rm X2ZzID0gLTc4NDEzODIzMiwgdGZfZXMgPSAtMTA2NzMxOTI1NiwgdGZfZHMgPSA0MCwgdGZfZWRp ID0KLTEwMzk2MTU3NDQsIHRmX2VzaSA9IDAsIHRmX2VicCA9IC03ODQwNzQ3ODAsIHRmX2lzcCA9 IC03ODQwNzQ4MjAsCnRmX2VieCA9IC0xMDQ5NzQ3MTkyLCB0Zl9lZHggPSAyMDQ4LCB0Zl9lY3gg PSAwLCB0Zl9lYXggPSAxLCB0Zl90cmFwbm8KPSAxMiwgdGZfZXJyID0gMCwgdGZfZWlwID0gLTEw Njc0NDQ5OTAsIHRmX2NzID0gMzIsIHRmX2VmbGFncyA9IDY2MTgyLAp0Zl9lc3AgPSAxLCB0Zl9z cyA9IDB9KQogICAgYXQgLi4vLi4vLi4vaTM4Ni9pMzg2L3RyYXAuYzo0MzIKIzYgIDB4YzA4MDA0 MGEgaW4gY2FsbHRyYXAgKCkgYXQgLi4vLi4vLi4vaTM4Ni9pMzg2L2V4Y2VwdGlvbi5zOjEzOQoj NyAgMHhjMDYwMTUwMiBpbiBnX2lvX3JlcXVlc3QgKGJwPTB4YzE2ZTIxMDgsIGNwPTB4YzIwOGI5 MDApCiAgICBhdCAuLi8uLi8uLi9nZW9tL2dlb21faW8uYzoyNTkKIzggIDB4YzA2MDNhNGQgaW4g Z192ZnNfc3RyYXRlZ3kgKGJvPTB4MSwgYnA9MHhjNjY2NGI1OCkKICAgIGF0IC4uLy4uLy4uL2dl b20vZ2VvbV92ZnMuYzoxMDYKIzkgIDB4YzA2MGI5OGQgaW4gY2Q5NjYwX3N0cmF0ZWd5IChhcD0w eDEpCiAgICBhdCAuLi8uLi8uLi9pc29mcy9jZDk2NjAvY2Q5NjYwX3Zub3BzLmM6NzU1CiMxMCAw eGMwODIxMDg5IGluIFZPUF9TVFJBVEVHWV9BUFYgKHZvcD0weGMwOGM3ZTAwLCBhPTB4ZDE0M2Y4 MzgpCiAgICBhdCB2bm9kZV9pZi5jOjE3OTYKLS0tVHlwZSA8cmV0dXJuPiB0byBjb250aW51ZSwg b3IgcSA8cmV0dXJuPiB0byBxdWl0LS0tCiMxMSAweGMwNjgzNDljIGluIGJ1ZnN0cmF0ZWd5IChi bz0weGMxYzVkZTkwLCBicD0weDEpIGF0IHZub2RlX2lmLmg6OTI4CiMxMiAweGMwNjdkZTQxIGlu IGJyZWFkbiAodnA9MHhjMWM1ZGRkMCwgYmxrbm89MCwgc2l6ZT0yMDQ4LCByYWJsa25vPTB4MCwK ICAgIHJhYnNpemU9MHgwLCBjbnQ9MCwgY3JlZD0weDAsIGJwcD0weDEpIGF0IGJ1Zi5oOjQxNQoj MTMgMHhjMDY3ZGQ4NCBpbiBicmVhZCAodnA9MHhjMWM1ZGRkMCwgYmxrbm89MCwgc2l6ZT0yMDQ4 LCBjcmVkPTB4MCwKICAgIGJwcD0weGQxNDNmOGM0KSBhdCAuLi8uLi8uLi9rZXJuL3Zmc19iaW8u Yzo3MTkKIzE0IDB4YzA2MDgyOTkgaW4gY2Q5NjYwX2Jsa2F0b2ZmICh2cD0weDgwMCwgb2Zmc2V0 PTAsIHJlcz0weDAsIGJwcD0weGQxNDNmOTNjKQogICAgYXQgLi4vLi4vLi4vaXNvZnMvY2Q5NjYw L2NkOTY2MF9sb29rdXAuYzo0MDYKIzE1IDB4YzA2MDdjZWUgaW4gY2Q5NjYwX2xvb2t1cCAoYXA9 MHgxKQogICAgYXQgLi4vLi4vLi4vaXNvZnMvY2Q5NjYwL2NkOTY2MF9sb29rdXAuYzoxNzgKIzE2 IDB4YzA4MjAzYTQgaW4gVk9QX0NBQ0hFRExPT0tVUF9BUFYgKHZvcD0weDEsIGE9MHg4MDApIGF0 IHZub2RlX2lmLmM6MTUwCiMxNyAweGMwNjg0MzUyIGluIHZmc19jYWNoZV9sb29rdXAgKGFwPTB4 MSkgYXQgdm5vZGVfaWYuaDo4MgojMTggMHhjMDgyMDMzMyBpbiBWT1BfTE9PS1VQX0FQViAodm9w PTB4YzA4YzdlMDAsIGE9MHhkMTQzZmIxOCkKICAgIGF0IHZub2RlX2lmLmM6OTkKIzE5IDB4YzA2 ODg4ZTEgaW4gbG9va3VwIChuZHA9MHhkMTQzZmMwMCkgYXQgdm5vZGVfaWYuaDo1NgojMjAgMHhj MDY4ODIyMiBpbiBuYW1laSAobmRwPTB4ZDE0M2ZjMDApIGF0IC4uLy4uLy4uL2tlcm4vdmZzX2xv b2t1cC5jOjIwMwojMjEgMHhjMDY5NThmOSBpbiBrZXJuX3N0YXQgKHRkPTB4YzI2NTc0ODAsCiAg ICBwYXRoPTB4ODAwIDxBZGRyZXNzIDB4ODAwIG91dCBvZiBib3VuZHM+LCBwYXRoc2VnPTIwNDgs IHNicD0weGQxNDNmYzc0KQogICAgYXQgLi4vLi4vLi4va2Vybi92ZnNfc3lzY2FsbHMuYzoyMDUz CiMyMiAweGMwNjk1OGE3IGluIHN0YXQgKHRkPTB4YzI2NTc0ODAsIHVhcD0weGQxNDNmZDA0KQog ICAgYXQgLi4vLi4vLi4va2Vybi92ZnNfc3lzY2FsbHMuYzoyMDM4CiMyMyAweGMwODExNTg3IGlu IHN5c2NhbGwgKGZyYW1lPQogICAgICB7dGZfZnMgPSA1OSwgdGZfZXMgPSA1OSwgdGZfZHMgPSA1 OSwgdGZfZWRpID0gMTM0NTIwMTQ4LCB0Zl9lc2kKPSAxLCB0Zl9lYnAgPSAtMTA3Nzk0NTgwMCwg dGZfaXNwID0gLTc4NDA3MzM3MiwgdGZfZWJ4ID0gMTM0NzU4NDMyLAp0Zl9lZHggPSA1LCB0Zl9l Y3ggPSAxLS0tVHlwZSA8cmV0dXJuPiB0byBjb250aW51ZSwgb3IgcSA8cmV0dXJuPiB0bwpxdWl0 LS0tCjM1MTU0NzEwLCB0Zl9lYXggPSAxODgsIHRmX3RyYXBubyA9IDAsIHRmX2VyciA9IDIsIHRm X2VpcCA9IDEzNDU5Mjk1OSwKdGZfY3MgPSA1MSwgdGZfZWZsYWdzID0gNjU4LCB0Zl9lc3AgPSAt MTA3Nzk0NTk3MiwgdGZfc3MgPSA1OX0pCiAgICBhdCAuLi8uLi8uLi9pMzg2L2kzODYvdHJhcC5j Ojk3NgojMjQgMHhjMDgwMDQ1ZiBpbiBYaW50MHg4MF9zeXNjYWxsICgpIGF0IC4uLy4uLy4uL2kz ODYvaTM4Ni9leGNlcHRpb24uczoyMDAKIzI1IDB4MDAwMDAwMzMgaW4gPz8gKCkKUHJldmlvdXMg ZnJhbWUgaW5uZXIgdG8gdGhpcyBmcmFtZSAoY29ycnVwdCBzdGFjaz8pCihrZ2RiKSBxdWl0Ci0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKSSBoYXZlIHVwbG9hZGVkIHRo ZSBmaWxlcyBoZXJlOgpodHRwOi8vZ29vZGZvcmJ1c2luZXNzLmNvLnVrL35taXJyb3JzL2RqdmFs L2tlcm5lbC5kZWJ1Zy5iejIKaHR0cDovL2dvb2Rmb3JidXNpbmVzcy5jby51ay9+bWlycm9ycy9k anZhbC92bWNvcmUuMC5iejIKCkkgZG9udCBrbm93IHdoYXQgZGF0YSBJIGR1bXBlZCwgaWYgaXQg aXMgaW1wb3J0YW50IG9yIG5vdCwgb3Igd2hhdApoYXBlbmVkLiBJZiBhbnlvbmUgY2FuIGhlbHAg bWUsIHRoYW5rIHlvdSBpbiBhZHZhbmNlLgoKU2luY2VyZWx5LCBESlZhbAoKLS0KLi4uIHNwaW5p bmcgaGVhcnQgc2hhcGVkIHBpbmsgdmlueWwhCg==