From owner-freebsd-stable@FreeBSD.ORG Sun Oct 7 09:01:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9B2016A417 for ; Sun, 7 Oct 2007 09:01:29 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8EEDC13C455 for ; Sun, 7 Oct 2007 09:01:29 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <4708A05C.4090001@intersonic.se> Date: Sun, 07 Oct 2007 11:01:16 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.6 (X11/20070814) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: buildworld failures on 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: Sun, 07 Oct 2007 09:01:29 -0000 On a remote machine currently with RELENG-6 from 20th. June, with STABLE sources from this morning I get build failures in contrib/ similar to: cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -DHAVE_CONFIG_H -DTARGET_NAME=\"i386-undermydesk-freebsd\" -DIN_GCC -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/lcm.c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/lcm.c: In function `pre_edge_rev_lcm': /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/lcm.c:801: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Would this indicate a hardware (memory) problem? Any way to test remotely? Thanks. Per olof From owner-freebsd-stable@FreeBSD.ORG Sun Oct 7 09:40:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52D0A16A418 for ; Sun, 7 Oct 2007 09:40:14 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id E9DFA13C448 for ; Sun, 7 Oct 2007 09:40:13 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id l979eBlX034601; Sun, 7 Oct 2007 11:40:12 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 88C9CB869; Sun, 7 Oct 2007 11:40:11 +0200 (CEST) Date: Sun, 7 Oct 2007 11:40:11 +0200 From: Roland Smith To: Per olof Ljungmark Message-ID: <20071007094011.GA77602@slackbox.xs4all.nl> Mail-Followup-To: Per olof Ljungmark , freebsd-stable@freebsd.org References: <4708A05C.4090001@intersonic.se> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <4708A05C.4090001@intersonic.se> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: buildworld failures on 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: Sun, 07 Oct 2007 09:40:14 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 07, 2007 at 11:01:16AM +0200, Per olof Ljungmark wrote: > On a remote machine currently with RELENG-6 from 20th. June, with STABLE= =20 > sources from this morning I get build failures in contrib/ similar to: > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/lcm.c:801: interna= l=20 > compiler error: Segmentation fault: 11 > Would this indicate a hardware (memory) problem?=20 Yes. The compiler dying with signal 11 is a typical memory problem. > Any way to test remotely? There are memory test applications like memtest86+ (http://www.memtest.org/= ). You have to boot from it, but it does support a console on a serial port. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHCKl7EnfvsMMhpyURAkZZAKCQjO15SXuHvZ3HPeFgAkPtfekhFACgmnGg rgrbFUxNkFnPstivlAn2PdU= =XciF -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 7 10:00:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B44B16A418 for ; Sun, 7 Oct 2007 10:00:32 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id ED4A713C47E for ; Sun, 7 Oct 2007 10:00:31 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l97A0PqG008141; Sun, 7 Oct 2007 18:00:25 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l97A0LI9008130; Sun, 7 Oct 2007 18:00:21 +0800 (KRAST) (envelope-from eugen) Date: Sun, 7 Oct 2007 18:00:21 +0800 From: Eugene Grosbein To: Bartosz Fabianowski Message-ID: <20071007100021.GA7935@svzserv.kemerovo.su> References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> <20071006184415.GA47925@svzserv.kemerovo.su> <470809D2.4040401@chillt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <470809D2.4040401@chillt.de> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable List , Jack Vogel Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Oct 2007 10:00:32 -0000 On Sat, Oct 06, 2007 at 11:18:58PM +0100, Bartosz Fabianowski wrote: > >/home/obj/src/sys/dev/em/if_em.c: In function `em_allocate_intr': > >/home/obj/src/sys/dev/em/if_em.c:2647: warning: passing arg 6 of > >`bus_setup_intr' from incompatible pointer type > >/home/obj/src/sys/dev/em/if_em.c:2647: error: too many arguments to > >function `bus_setup_intr' > > This has just been fixed, but for me it now breaks with: > > /usr/src/sys/modules/em/../../dev/em/if_em.c: In function `em_init_locked': > /usr/src/sys/modules/em/../../dev/em/if_em.c:1299: error: structure has > no member named `laa_is_present' > /usr/src/sys/modules/em/../../dev/em/if_em.c: In function `em_local_timer': > /usr/src/sys/modules/em/../../dev/em/if_em.c:2400: error: structure has > no member named `mac_type' > /usr/src/sys/modules/em/../../dev/em/if_em.c:2401: error: structure has > no member named `laa_is_present' The same thing here. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sun Oct 7 10:13:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DA4116A417 for ; Sun, 7 Oct 2007 10:13:55 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 013B313C43E for ; Sun, 7 Oct 2007 10:13:54 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l97ADoJC008982; Sun, 7 Oct 2007 18:13:50 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l97ADoLu008980; Sun, 7 Oct 2007 18:13:50 +0800 (KRAST) (envelope-from eugen) Date: Sun, 7 Oct 2007 18:13:50 +0800 From: Eugene Grosbein To: Bartosz Fabianowski Message-ID: <20071007101350.GA8676@svzserv.kemerovo.su> References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> <20071006184415.GA47925@svzserv.kemerovo.su> <470809D2.4040401@chillt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <470809D2.4040401@chillt.de> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable List , Jack Vogel Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Oct 2007 10:13:55 -0000 On Sat, Oct 06, 2007 at 11:18:58PM +0100, Bartosz Fabianowski wrote: > This has just been fixed, but for me it now breaks with: > /usr/src/sys/modules/em/../../dev/em/if_em.c: In function `em_init_locked': > /usr/src/sys/modules/em/../../dev/em/if_em.c:1299: error: structure has > no member named `laa_is_present' > /usr/src/sys/modules/em/../../dev/em/if_em.c: In function `em_local_timer': > /usr/src/sys/modules/em/../../dev/em/if_em.c:2400: error: structure has > no member named `mac_type' > /usr/src/sys/modules/em/../../dev/em/if_em.c:2401: error: structure has > no member named `laa_is_present' The log for latest commit says: > Couple corrections on the MFC, first POLLING had a 7.0 > interface left in, thanks to those that caught this. That's fixed indeed, thanks to Jack Vogel. > Second, there was a 82571 fix in the last delta that > got missed, it has now been converted and added. That part was obviously not compile-tested and is broken. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sun Oct 7 10:20:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD9EB16A421 for ; Sun, 7 Oct 2007 10:20:43 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 45C9C13C457 for ; Sun, 7 Oct 2007 10:20:42 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l97AKflR009600; Sun, 7 Oct 2007 18:20:41 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l97AKfob009599; Sun, 7 Oct 2007 18:20:41 +0800 (KRAST) (envelope-from eugen) Date: Sun, 7 Oct 2007 18:20:41 +0800 From: Eugene Grosbein To: Per olof Ljungmark , freebsd-stable@freebsd.org Message-ID: <20071007102041.GB8676@svzserv.kemerovo.su> References: <4708A05C.4090001@intersonic.se> <20071007094011.GA77602@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071007094011.GA77602@slackbox.xs4all.nl> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: buildworld failures on 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: Sun, 07 Oct 2007 10:20:44 -0000 On Sun, Oct 07, 2007 at 11:40:11AM +0200, Roland Smith wrote: > > On a remote machine currently with RELENG-6 from 20th. June, with STABLE > > sources from this morning I get build failures in contrib/ similar to: > > > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/lcm.c:801: internal > > compiler error: Segmentation fault: 11 > > > Would this indicate a hardware (memory) problem? > > Yes. The compiler dying with signal 11 is a typical memory problem. > > > Any way to test remotely? > > There are memory test applications like memtest86+ (http://www.memtest.org/). > You have to boot from it, but it does support a console on a serial port. There is also ports/sysutils/memtest that may be run from multiuser if one manages to build it with broken memory :-) Or it's possible to install a package. One problem with running such application with OS loaded is that kernel places strict limit to amount of memory that user-level application may lock. There is a PR with a patch that allows to raise the limit so memtest could test most part of free memory: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/114654 Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sun Oct 7 14:04:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C17416A418 for ; Sun, 7 Oct 2007 14:04:06 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id EE0B913C461 for ; Sun, 7 Oct 2007 14:04:05 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l97E42MI024201; Sun, 7 Oct 2007 22:04:02 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l97E4253024200; Sun, 7 Oct 2007 22:04:02 +0800 (KRAST) (envelope-from eugen) Date: Sun, 7 Oct 2007 22:04:02 +0800 From: Eugene Grosbein To: Jack Vogel Message-ID: <20071007140402.GA24097@svzserv.kemerovo.su> References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable List Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Oct 2007 14:04:06 -0000 On Fri, Oct 05, 2007 at 01:28:20PM -0700, Jack Vogel wrote: > I am preparing to update the em driver to the equivalent of my > 6.6.6 driver. Just doing some last minute sanity checking, I > hope to the checkin before end of day. Latest fix works for me (c) :-) Thank you, Jack, for your patience and cooperation. Eugene Grosbein _______________________________________________ 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 Oct 7 16:09:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66FD416A418 for ; Sun, 7 Oct 2007 16:09:00 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2EC6813C461 for ; Sun, 7 Oct 2007 16:09:00 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <4709048F.4050009@intersonic.se> Date: Sun, 07 Oct 2007 18:08:47 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.6 (X11/20070814) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4708A05C.4090001@intersonic.se> <20071007094011.GA77602@slackbox.xs4all.nl> <20071007102041.GB8676@svzserv.kemerovo.su> In-Reply-To: <20071007102041.GB8676@svzserv.kemerovo.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: buildworld failures on 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: Sun, 07 Oct 2007 16:09:00 -0000 Eugene Grosbein wrote: > On Sun, Oct 07, 2007 at 11:40:11AM +0200, Roland Smith wrote: > >>> On a remote machine currently with RELENG-6 from 20th. June, with STABLE >>> sources from this morning I get build failures in contrib/ similar to: >> >>> /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/lcm.c:801: internal >>> compiler error: Segmentation fault: 11 >> >>> Would this indicate a hardware (memory) problem? >> Yes. The compiler dying with signal 11 is a typical memory problem. >> >>> Any way to test remotely? >> There are memory test applications like memtest86+ (http://www.memtest.org/). >> You have to boot from it, but it does support a console on a serial port. > > There is also ports/sysutils/memtest that may be run from multiuser > if one manages to build it with broken memory :-) > Or it's possible to install a package. > > One problem with running such application with OS loaded is that > kernel places strict limit to amount of memory that user-level application > may lock. There is a PR with a patch that allows to raise the limit > so memtest could test most part of free memory: > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/114654 Thanks for the memtest advice, I ran it and memory is definitely hosed. Sigh, that means 400 kilometers of travel... Per olof From owner-freebsd-stable@FreeBSD.ORG Sun Oct 7 17:53:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDB6416A4CE for ; Sun, 7 Oct 2007 17:53:56 +0000 (UTC) (envelope-from rblayzor@inoc.net) Received: from mx0-b.inoc.net (mx0-b.inoc.net [64.246.130.28]) by mx1.freebsd.org (Postfix) with ESMTP id 86AAE13C4A6 for ; Sun, 7 Oct 2007 17:53:56 +0000 (UTC) (envelope-from rblayzor@inoc.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=inoc.net; h=Received:Date:From:To:Subject; b=oCYbFQmRdrFQUnRVCQOASOL47TYn8Vje1Qm2umnej7Xb/8LcSsvm4ME4fN9mXbV/68Sd/8FhAnjuF5oFF9+JqswWC4cuM49gn36s1AZ2kAk0bTq1ph9AMmgWOHIYC1lOZdWFFfz34pChSM6p0YcgFEcWstVs1ZCLcRG152pgmaM=; Received: from Void.local (cpe-24-29-66-248.nycap.res.rr.com [24.29.66.248]) by mx0-b.inoc.net (build v7.8.17) with ESMTP id 131259907-1941382 for multiple; Sun, 07 Oct 2007 17:33:47 +0000 (UTC) Message-ID: <47091877.4070503@inoc.net> Date: Sun, 07 Oct 2007 13:33:43 -0400 From: Robert Blayzor Organization: Independent Network Operations Consortium, LLC User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: The Presence References: In-Reply-To: X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 6.2 and booting from iSCSI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Oct 2007 17:53:57 -0000 The Presence wrote: > 1) I can do a bare-metal restore very simply. > 2) I can easily change base system by just changing the TOE parameters in BIOS. > 3) I can have multiple systems have access to the same data without having to have multiple copies of the data, but do this in block mode instead of file mode. man diskless As for #3 you can do this with a software initiator once the system boots. -- Robert Blayzor INOC rblayzor@inoc.net http://www.inoc.net/~rblayzor/ telnet: Unable to connect to remote host: Connection refused From owner-freebsd-stable@FreeBSD.ORG Mon Oct 8 03:58:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88D4816A417 for ; Mon, 8 Oct 2007 03:58:53 +0000 (UTC) (envelope-from ken@player.playersonly.com) Received: from player.playersonly.com (player.playersonly.com [205.134.167.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2741F13C43E for ; Mon, 8 Oct 2007 03:58:52 +0000 (UTC) (envelope-from ken@player.playersonly.com) Received: from player.playersonly.com (localhost [127.0.0.1]) by player.playersonly.com (8.12.10/8.12.9) with ESMTP id l982kUgn093093 for ; Sun, 7 Oct 2007 22:46:30 -0400 (EDT) (envelope-from ken@player.playersonly.com) Received: (from ken@localhost) by player.playersonly.com (8.12.10/8.12.10/Submit) id l982kUii093092; Sun, 7 Oct 2007 22:46:30 -0400 (EDT) (envelope-from ken) Date: Sun, 7 Oct 2007 22:46:30 -0400 (EDT) Message-Id: <200710080246.l982kUii093092@player.playersonly.com> To: freebsd-stable@freebsd.org From: "www.moneybookers.com" MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Money Received X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Oct 2007 03:58:53 -0000 [1][sign.gif] _________________________________________________________________ Money Received [pxl.gif] Dear Moneybookers customer, Greetings from [2]moneybookers.com! We would like to inform you that you have received a payment from philip_coelho@verizon.net. [pxl.gif] [pxl.gif] Payment Details [pxl.gif] Amount: EUR 359.56 ID: 49573824 Subject: You must use the link below to accept the payment. Note:[3]https://www.moneybookers.com/accept.php?payment_id?=49573824 [pxl.gif] [pxl.gif] Your money is waiting for you : [4]https://www.moneybookers.com. We hope you enjoy your cash. [pxl.gif] [pxl.gif] [pxl.gif] _________________________________________________________________ Moneybookers Security Reminders Protect Your Password Moneybookers and its representatives will NEVER ask you to reveal your password. There are NO EXCEPTIONS to this policy. If anyone asks for your password by phone [5]moneybookers.com , refuse and immediately report this to [6]security@moneybookers.com. Please do not reply to this email.This mailbox is not monitored and you will not receive a response.For assistance, log in to your moneybookers account and click the Help link located in the top right corner of any m! oneybookers page . The capitals matter Let us remind you that the capitalized letters matter for the password, it has to have at least 6 characters and contain at least one number or a special character like '-'. _________________________________________________________________ Registered in England and Wales under Company No 4260907. Registered office: C3 Cairngorm House, Meridian Gate, 203 Marsh Wall, London E14 9YT. None of the information contained in this website constitutes, nor should be construed as Financial Advice. [bg_mailframe_bottom.gif] References 1. http://www.moneybookers.com/app/?l=EN 2. http://mail.sgp.org.pe/a.html 3. http://mail.sgp.org.pe/a.html 4. http://mail.sgp.org.pe/a.html 5. http://mail.sgp.org.pe/a.html 6. file://localhost/ym/Compose?To=security@moneybookers.com From owner-freebsd-stable@FreeBSD.ORG Mon Oct 8 14:34:08 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D440E16A418 for ; Mon, 8 Oct 2007 14:34:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1B413C46E for ; Mon, 8 Oct 2007 14:34:07 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l98EWhoO011409; Mon, 8 Oct 2007 16:32:49 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l98EWcsT011408; Mon, 8 Oct 2007 16:32:38 +0200 (CEST) (envelope-from olli) Date: Mon, 8 Oct 2007 16:32:38 +0200 (CEST) Message-Id: <200710081432.l98EWcsT011408@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, tpresence@hotmail.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 08 Oct 2007 16:32:51 +0200 (CEST) Cc: Subject: Re: freebsd ipsc -a output missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, tpresence@hotmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2007 14:34:08 -0000 The Presence wrote: > I have a generic kernel on my FreeBSD 6.2 system, and I am getting > errors regarding PMAP_SHPGPERPROC which is set at 201 (default). The default value is 200. > Because the system is a heavy load websever, this happens quite > often. I want to calculate the proper value to to it to, but my ipcs > software isn't working. Anyone know how to reconcile it? It has nothing to do with ipcs. The ipcs tool is used to report SysV IPC data. I suggest you try increasing PMAP_SHPGPERPROC in your kernel config, or adjust the vm.pmap.shpgperproc loader tunable (same effect, but doesn't require building a new kernel). > I do have: > > options SYSVSHM # SYSV-style pscshared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > > compiled into the kernel. Irrelevant. > Output from ipcs -a: > > mercury# ipcs -a > Message Queues: > T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME > > Shared Memory: > T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME > > Semaphores: > T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME Obviously nothing on your machine uses SysV IPC, so all fields are empty. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ From owner-freebsd-stable@FreeBSD.ORG Mon Oct 8 16:50:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FA2C16A41A for ; Mon, 8 Oct 2007 16:50:59 +0000 (UTC) (envelope-from jeffk@well.com) Received: from mercury.polycot.com (mercury.polycot.com [70.85.25.84]) by mx1.freebsd.org (Postfix) with SMTP id 7869813C4A7 for ; Mon, 8 Oct 2007 16:50:59 +0000 (UTC) (envelope-from jeffk@well.com) Received: (qmail 38828 invoked from network); 8 Oct 2007 16:24:15 -0000 Received: from unknown (HELO ?192.168.0.5?) (70.85.25.93) by mercury.polycot.com with SMTP; 8 Oct 2007 16:24:15 -0000 Mime-Version: 1.0 X-Sender: jeffk@mail.well.com Message-Id: Date: Mon, 8 Oct 2007 11:23:24 -0500 To: freebsd-stable@freebsd.org From: Jeff Kramer Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: PAE 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: Mon, 08 Oct 2007 16:50:59 -0000 Hey all, I know that AMD64's the preferred way to run >4 gig systems, but I'm having a weird situation with 6.2-RELEASE-p8 and 6-STABLE as of last night. When I compile the PAE kernel, my system performance drops like a rock. It still boots and everything still runs, but for instance, running the Flops port my megaflops drop from the 950 MFLOPS range to 4 MFLOPS. It feels about as fast as a 486. I'm not sure what I should try disabling. I tried nodevice usb, but that didn't seem to change anything. SMP and GENERIC kernels work fine. CPU: Intel Core Duo 2 Quad 2.4ghz Memory: 8 gig (4 2 gig dimms) Swap: 16 gig partition If I try to boot without ACPI disabled the kernel doesn't finish booting, it stops after ata7. Full kernel message listing: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE-p8 #0: Mon Oct 8 11:04:03 CDT 2007 root@ein.polycot.com:/usr/src/sys/i386/compile/PAE ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU @ 2.40GHz (2412.00-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0xe3bd,CX16,,> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 4 real memory = 9059696640 (8640 MB) avail memory = 8340590592 (7954 MB) ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_throttle0: on cpu0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 3ware device driver for 9000 series storage controllers, version: 3.60.03.006 twa0: <3ware 9000 series Storage Controller> port 0x3000-0x30ff mem 0xe8000000-0xe9ffffff,0xea200000-0xea200fff irq 16 at device 0.0 on pci1 twa0: [GIANT-LOCKED] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-4LPML, 4 ports, Firmware FE9X 3.08.02.005, BIOS BE9X 3.08.00.002 pci0: at device 3.0 (no driver attached) em0: port 0x40c0-0x40df mem 0xea300000-0xea31ffff,0xea320000-0xea320fff irq 20 at device 25.0 on pci0 em0: Ethernet address: 00:19:d1:b0:d5:d0 pci0: at device 26.0 (no driver attached) pci0: at device 26.1 (no driver attached) pci0: at device 26.7 (no driver attached) pcib2: at device 28.0 on pci0 pci2: on pcib2 pcib3: at device 28.1 on pci0 pci3: on pcib3 atapci0: port 0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x200f mem 0xea100000-0xea1001ff irq 17 at device 0.0 on pci3 ata2: on atapci0 ata3: on atapci0 pcib4: at device 28.2 on pci0 pci4: on pcib4 pcib5: at device 28.3 on pci0 pci5: on pcib5 pcib6: at device 28.4 on pci0 pci6: on pcib6 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.7 (no driver attached) pcib7: at device 30.0 on pci0 pci7: on pcib7 pci7: at device 0.0 (no driver attached) fwohci0: mem 0xea084000-0xea0847ff,0xea080000-0xea083fff irq 19 at device 3.0 on pci7 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:90:27:00:01:e7:67:5e 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:90:27:e7:67:5e fwe0: Ethernet address: 02:90:27:e7:67:5e 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) isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x4438-0x443f,0x444c-0x444f,0x4430-0x4437,0x4448-0x444b,0x4410-0x441f,0x4400-0x440f irq 19 at device 31.2 on pci0 ata4: on atapci1 ata5: on atapci1 pci0: at device 31.3 (no driver attached) atapci2: port 0x4428-0x442f,0x4444-0x4447,0x4420-0x4427,0x4440-0x4443,0x40f0-0x40ff,0x40e0-0x40ef irq 19 at device 31.5 on pci0 ata6: on atapci2 ata7: on atapci2 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xccfff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding 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 Timecounter "TSC" frequency 2411997363 Hz quality 800 Timecounters tick every 1.000 msec da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 610330MB (1249955840 512 byte sectors: 255H 63S/T 77806C) Trying to mount root from ufs:/dev/da0s1a -- Jeff Kramer jeffk@well.com http://www.jeffkramer.org/ From owner-freebsd-stable@FreeBSD.ORG Mon Oct 8 16:59:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BA6516A41A for ; Mon, 8 Oct 2007 16:59:06 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 0268F13C459 for ; Mon, 8 Oct 2007 16:59:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 64ABFEB915F; Tue, 9 Oct 2007 00:59:05 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id anMlE2DIImT1; Tue, 9 Oct 2007 00:58:54 +0800 (CST) Received: from LI-Xins-MacBook.local (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id E7E78EB9142; Tue, 9 Oct 2007 00:58:53 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=IriQVUjb3SbpTGnpPxqkWhTUroWHqun7S3ySQB4LRgM/Ziojh41bmU8R4SZUkocRY TFU9gat3uVwTFXxbxvc/Q== Message-ID: <470A61C4.2090809@delphij.net> Date: Mon, 08 Oct 2007 09:58:44 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Jeff Kramer References: In-Reply-To: X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigE9D57AFDA0387050B0ED832F" Cc: freebsd-stable@freebsd.org Subject: Re: PAE Slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2007 16:59:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE9D57AFDA0387050B0ED832F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jeff Kramer wrote: > Hey all, >=20 > I know that AMD64's the preferred way to run >4 gig systems, but I'm > having a weird situation with 6.2-RELEASE-p8 and 6-STABLE as of last > night. When I compile the PAE kernel, my system performance drops like= > a rock. It still boots and everything still runs, but for instance, > running the Flops port my megaflops drop from the 950 MFLOPS range to 4= > MFLOPS. It feels about as fast as a 486. >=20 > I'm not sure what I should try disabling. I tried nodevice usb, but > that didn't seem to change anything. SMP and GENERIC kernels work fine= =2E >=20 > CPU: Intel Core Duo 2 Quad 2.4ghz > Memory: 8 gig (4 2 gig dimms) > Swap: 16 gig partition >=20 > If I try to boot without ACPI disabled the kernel doesn't finish > booting, it stops after ata7. Perhaps unrelated, but why don't you run amd64 version? I think PAE is a hack, for instance it does not allow processes to use more than 2GB memory, while AMD64 (called EM64T by Intel implementation) provides much more... Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigE9D57AFDA0387050B0ED832F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHCmHEOfuToMruuMARCoD3AJ4qpirutMaN5fbKuMGWSEpq+03RrQCggv77 FH3ET7KVUDbHPrJurRQYsSo= =PpKo -----END PGP SIGNATURE----- --------------enigE9D57AFDA0387050B0ED832F-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 8 17:09:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA32716A419 for ; Mon, 8 Oct 2007 17:09:32 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8725A13C4B0 for ; Mon, 8 Oct 2007 17:09:32 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Iew3W-0004xW-1c for freebsd-stable@freebsd.org; Mon, 08 Oct 2007 17:06:10 +0000 Received: from 78-0-69-150.adsl.net.t-com.hr ([78.0.69.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Oct 2007 17:06:10 +0000 Received: from ivoras by 78-0-69-150.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Oct 2007 17:06:10 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 08 Oct 2007 18:56:53 +0200 Lines: 35 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig22A29C3213F669AC3FE391A7" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-69-150.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: X-Enigmail-Version: 0.95.3 Sender: news Subject: Re: PAE 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: Mon, 08 Oct 2007 17:09:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig22A29C3213F669AC3FE391A7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jeff Kramer wrote: > Hey all, >=20 > I know that AMD64's the preferred way to run >4 gig systems, but I'm > having a weird situation with 6.2-RELEASE-p8 and 6-STABLE as of last > night. When I compile the PAE kernel, my system performance drops like= > a rock. It still boots and everything still runs, but for instance, > running the Flops port my megaflops drop from the 950 MFLOPS range to 4= > MFLOPS. It feels about as fast as a 486. Does vmstat -i show unusually high interrupt rates? --------------enig22A29C3213F669AC3FE391A7 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.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHCmFVldnAQVacBcgRAlNoAKDYMdATmcA7P3ZLCUkeaTEO6tpwwwCffsFB LOBZ6VzV3I58F2sbkFSNy54= =+fCV -----END PGP SIGNATURE----- --------------enig22A29C3213F669AC3FE391A7-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 8 17:21:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA75816A418 for ; Mon, 8 Oct 2007 17:21:56 +0000 (UTC) (envelope-from jeffk@well.com) Received: from mercury.polycot.com (mercury.polycot.com [70.85.25.84]) by mx1.freebsd.org (Postfix) with SMTP id 94CA513C474 for ; Mon, 8 Oct 2007 17:21:55 +0000 (UTC) (envelope-from jeffk@well.com) Received: (qmail 73916 invoked from network); 8 Oct 2007 17:21:53 -0000 Received: from unknown (HELO ?192.168.0.5?) (70.85.25.93) by mercury.polycot.com with SMTP; 8 Oct 2007 17:21:53 -0000 Mime-Version: 1.0 X-Sender: jeffk@mail.well.com Message-Id: In-Reply-To: References: Date: Mon, 8 Oct 2007 12:21:02 -0500 To: freebsd-stable@freebsd.org From: Jeff Kramer Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re: PAE 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: Mon, 08 Oct 2007 17:21:56 -0000 More weirdness, if I take out 4 gig of ram and only run with 4 total, the PAE kernel works fine. At 11:23 AM -0500 10/8/07, Jeff Kramer wrote: >Hey all, > >I know that AMD64's the preferred way to run >4 gig systems, but I'm >having a weird situation with 6.2-RELEASE-p8 and 6-STABLE as of last >night. When I compile the PAE kernel, my system performance drops >like a rock. It still boots and everything still runs, but for >instance, running the Flops port my megaflops drop from the 950 >MFLOPS range to 4 MFLOPS. It feels about as fast as a 486. > >I'm not sure what I should try disabling. I tried nodevice usb, but >that didn't seem to change anything. SMP and GENERIC kernels work >fine. > >CPU: Intel Core Duo 2 Quad 2.4ghz >Memory: 8 gig (4 2 gig dimms) >Swap: 16 gig partition -- Jeff Kramer jeffk@well.com http://www.jeffkramer.org/ From owner-freebsd-stable@FreeBSD.ORG Mon Oct 8 17:31:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EED4B16A41A for ; Mon, 8 Oct 2007 17:31:08 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.230]) by mx1.freebsd.org (Postfix) with ESMTP id 80A0413C458 for ; Mon, 8 Oct 2007 17:31:08 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by hu-out-0506.google.com with SMTP id 28so496816hub for ; Mon, 08 Oct 2007 10:31:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=v9Is1jA568ulI0Zb2tUCqXIB1fq58ayW1AUjU9/KaZU=; b=pwPTEBDuxNUcFGGpvGp0Ml+yImuP0/ClrMW9ChZvveg6SPIJqB6v5w0nMcnfSYcDbQtIzLoPdYuM6BsTVZZmD6i4WZSJAUpkP5WVefFOQempxEkTbtEKEkZQzMFwAYerO2+oYXOrU5q+d38WafLvcCWg5e/F+wRI2k3lkCUQ4y0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=A2rOVYUZfeIf3wVPjdkfjKBqe6JKlyAryyZMhoOqPi7SrmBAA29+x9G3XH0KUJeWUvcuPCaQj0W5Ln02HlhEFvyHLGGuh/MC5ri8l8RGgx06EVDwhmEyV/Tv+C0hqQgyKzJLYgLO4fu0BVzfJ/gaAi2y1k/7yX7wugNng54KR1g= Received: by 10.67.196.4 with SMTP id y4mr7048346ugp.1191864666483; Mon, 08 Oct 2007 10:31:06 -0700 (PDT) Received: by 10.67.29.14 with HTTP; Mon, 8 Oct 2007 10:31:06 -0700 (PDT) Message-ID: <499c70c0710081031k3f6a0495j8adc5625b551def2@mail.gmail.com> Date: Mon, 8 Oct 2007 20:31:06 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Jeff Kramer" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: PAE 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: Mon, 08 Oct 2007 17:31:09 -0000 Hello, On 10/8/07, Jeff Kramer wrote: > More weirdness, if I take out 4 gig of ram and only run with 4 total, > the PAE kernel works fine. Please don't top post, so we could track the thread :) As Li said, you better for for AMD64 arch to enjoy the speed of your box. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Mon Oct 8 17:32:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C55816A419 for ; Mon, 8 Oct 2007 17:32:20 +0000 (UTC) (envelope-from jeffk@well.com) Received: from mercury.polycot.com (mercury.polycot.com [70.85.25.84]) by mx1.freebsd.org (Postfix) with SMTP id 1897013C461 for ; Mon, 8 Oct 2007 17:32:19 +0000 (UTC) (envelope-from jeffk@well.com) Received: (qmail 77014 invoked from network); 8 Oct 2007 17:32:17 -0000 Received: from unknown (HELO ?192.168.0.5?) (70.85.25.93) by mercury.polycot.com with SMTP; 8 Oct 2007 17:32:17 -0000 Mime-Version: 1.0 X-Sender: jeffk@mail.well.com Message-Id: In-Reply-To: References: Date: Mon, 8 Oct 2007 12:31:26 -0500 To: Ivan Voras , freebsd-stable@freebsd.org From: Jeff Kramer Content-Type: text/plain; charset="us-ascii" ; format="flowed" Cc: Subject: Re: PAE 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: Mon, 08 Oct 2007 17:32:20 -0000 At 6:56 PM +0200 10/8/07, Ivan Voras wrote: >Jeff Kramer wrote: >> Hey all, >> >> I know that AMD64's the preferred way to run >4 gig systems, but I'm >> having a weird situation with 6.2-RELEASE-p8 and 6-STABLE as of last >> night. When I compile the PAE kernel, my system performance drops like >> a rock. It still boots and everything still runs, but for instance, >> running the Flops port my megaflops drop from the 950 MFLOPS range to 4 >> MFLOPS. It feels about as fast as a 486. > >Does vmstat -i show unusually high interrupt rates? When it's running ok at idle (4 gig of ram): interrupt total rate irq1: atkbd0 77 0 irq16: twa0 1084 3 irq17: atapci0 1 0 irq19: fwohci0++ 3 0 irq20: em0 161 0 cpu0: timer 549165 1920 Total 550491 1924 When it's slow at idle (8 gig of ram): interrupt total rate irq1: atkbd0 48 0 irq16: twa0 1093 8 irq17: atapci0 1 0 irq19: fwohci0++ 3 0 irq20: em0 179 1 cpu0: timer 241862 1950 Total 243186 1961 -- Jeff Kramer jeffk@well.com http://www.jeffkramer.org/ From owner-freebsd-stable@FreeBSD.ORG Mon Oct 8 19:44:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F03216A41A; Mon, 8 Oct 2007 19:44:43 +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 0D8B713C48E; Mon, 8 Oct 2007 19:44:42 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l98JRCb8019368; Mon, 8 Oct 2007 13:27:12 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <470A847C.6040409@samsco.org> Date: Mon, 08 Oct 2007 13:26:52 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Jeff Kramer References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Mon, 08 Oct 2007 13:27:12 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: PAE 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: Mon, 08 Oct 2007 19:44:43 -0000 Jeff Kramer wrote: > At 6:56 PM +0200 10/8/07, Ivan Voras wrote: >> Jeff Kramer wrote: >>> Hey all, >>> >>> I know that AMD64's the preferred way to run >4 gig systems, but I'm >>> having a weird situation with 6.2-RELEASE-p8 and 6-STABLE as of last >>> night. When I compile the PAE kernel, my system performance drops like >>> a rock. It still boots and everything still runs, but for instance, >>> running the Flops port my megaflops drop from the 950 MFLOPS range to 4 >>> MFLOPS. It feels about as fast as a 486. >> >> Does vmstat -i show unusually high interrupt rates? > > When it's running ok at idle (4 gig of ram): > > interrupt total rate > irq1: atkbd0 77 0 > irq16: twa0 1084 3 > irq17: atapci0 1 0 > irq19: fwohci0++ 3 0 > irq20: em0 161 0 > cpu0: timer 549165 1920 > Total 550491 1924 > > When it's slow at idle (8 gig of ram): > > interrupt total rate > irq1: atkbd0 48 0 > irq16: twa0 1093 8 > irq17: atapci0 1 0 > irq19: fwohci0++ 3 0 > irq20: em0 179 1 > cpu0: timer 241862 1950 > Total 243186 1961 > > > The culprit could be the twa driver. Are you really generating that much I/O? Scott From owner-freebsd-stable@FreeBSD.ORG Mon Oct 8 19:45:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7723916A419 for ; Mon, 8 Oct 2007 19:45:12 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: from mx2.synetsystems.com (mx2.synetsystems.com [76.10.206.15]) by mx1.freebsd.org (Postfix) with ESMTP id 5C85D13C448 for ; Mon, 8 Oct 2007 19:45:11 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: by mx2.synetsystems.com (Postfix, from userid 66) id 476505A6; Mon, 8 Oct 2007 15:15:18 -0400 (EDT) Received: from rmtodd by servalan.servalan.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1IexqE-000PMG-SU; Mon, 08 Oct 2007 14:00:34 -0500 To: Jeff Kramer References: From: Richard Todd Date: Mon, 08 Oct 2007 14:00:34 -0500 In-Reply-To: (Jeff Kramer's message of "Mon, 8 Oct 2007 11:23:24 -0500") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.4.20 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: PAE 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: Mon, 08 Oct 2007 19:45:12 -0000 Jeff Kramer writes: > Hey all, > > I know that AMD64's the preferred way to run >4 gig systems, but I'm > having a weird situation with 6.2-RELEASE-p8 and 6-STABLE as of last > night. When I compile the PAE kernel, my system performance drops > like a rock. It still boots and everything still runs, but for > instance, running the Flops port my megaflops drop from the 950 MFLOPS > range to 4 MFLOPS. It feels about as fast as a 486. This may not be a PAE-related problem. I say this because I noticed you have the same MB I have: > ACPI APIC Table: Several Intel MBs, including the DP965LT, have a BIOS bug that rears its head when you have 4G (or more) of memory installed, where the BIOS sets the cache control registers incorrectly. This cause a chunk of your main memory (on my system, the chunk between 448MB and 512MB) to be labeled uncachable, with the result being random slowdowns whenever the kernel or user processes happen to touch memory in that chunk. This problem drove me crazy trying to figure out what the problem was until I stumbled on this report on a Linux users' forum explaining the situation. http://forums.fedoraforum.org/showthread.php?t=157232 Fortunately, the workaround is fairly straightforward, adding an rc.d script to twiddle the MTRRs. Assuming this is your problem, if you could post the output of "memcontrol list" it should be possible to id which of the entires is bogus and needs to be removed. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 8 19:54:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BDCC16A41A for ; Mon, 8 Oct 2007 19:54:54 +0000 (UTC) (envelope-from jeffk@well.com) Received: from mercury.polycot.com (mercury.polycot.com [70.85.25.84]) by mx1.freebsd.org (Postfix) with SMTP id 61E6113C455 for ; Mon, 8 Oct 2007 19:54:54 +0000 (UTC) (envelope-from jeffk@well.com) Received: (qmail 25272 invoked from network); 8 Oct 2007 19:54:50 -0000 Received: from unknown (HELO ?192.168.0.5?) (70.85.25.93) by mercury.polycot.com with SMTP; 8 Oct 2007 19:54:50 -0000 Mime-Version: 1.0 X-Sender: jeffk@mail.well.com Message-Id: In-Reply-To: References: Date: Mon, 8 Oct 2007 14:54:00 -0500 To: Richard Todd From: Jeff Kramer Content-Type: text/plain; charset="us-ascii" ; format="flowed" Cc: freebsd-stable@freebsd.org Subject: Re: PAE 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: Mon, 08 Oct 2007 19:54:54 -0000 At 2:00 PM -0500 10/8/07, Richard Todd wrote: >Jeff Kramer writes: > >> Hey all, >> >> I know that AMD64's the preferred way to run >4 gig systems, but I'm >> having a weird situation with 6.2-RELEASE-p8 and 6-STABLE as of last >> night. When I compile the PAE kernel, my system performance drops >> like a rock. It still boots and everything still runs, but for >> instance, running the Flops port my megaflops drop from the 950 MFLOPS >> range to 4 MFLOPS. It feels about as fast as a 486. > >This may not be a PAE-related problem. I say this because I noticed you >have the same MB I have: > >> ACPI APIC Table: > >Several Intel MBs, including the DP965LT, have a BIOS bug that rears >its head when you have 4G (or more) of memory installed, where the >BIOS sets the cache control registers incorrectly. This cause a chunk >of your main memory (on my system, the chunk between 448MB and 512MB) >to be labeled uncachable, with the result being random slowdowns >whenever the kernel or user processes happen to touch memory in that >chunk. This problem drove me crazy trying to figure out what the problem >was until I stumbled on this report on a Linux users' forum explaining >the situation. > > http://forums.fedoraforum.org/showthread.php?t=157232 > >Fortunately, the workaround is fairly straightforward, adding an rc.d script >to twiddle the MTRRs. Assuming this is your problem, if you could post the >output of "memcontrol list" it should be possible to id which of the entires >is bogus and needs to be removed. Sweet, I just downgraded to the 1669 bios rev and it looks like it's running at full speed. I'm compiling an SMP/PAE kernel now, but it looks like this was the fix! Thanks, Richard! -- Jeff Kramer jeffk@well.com http://www.jeffkramer.org/ From owner-freebsd-stable@FreeBSD.ORG Mon Oct 8 20:09:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C79D16A41B for ; Mon, 8 Oct 2007 20:09:50 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3D3F113C4AC for ; Mon, 8 Oct 2007 20:09:50 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l98K9n4d096710; Mon, 8 Oct 2007 16:09:49 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l98K9mCs042466 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Oct 2007 16:09:49 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200710082009.l98K9mCs042466@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 08 Oct 2007 16:10:20 -0400 To: "Jack Vogel" , "FreeBSD Stable List" From: Mike Tancsa In-Reply-To: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com > References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Oct 2007 20:09:50 -0000 At 04:28 PM 10/5/2007, Jack Vogel wrote: >I am preparing to update the em driver to the equivalent of my >6.6.6 driver. Just doing some last minute sanity checking, I >hope to the checkin before end of day. Hi, thanks for fixing the compile issue, but I have another possible problem. Do you know if there were any performance regressions with this rev? On one firewall / router, I am seeing dropped packets. The PPS rate is only about 30k which should not be that much Oct 8 02:15:02 c1 kernel: em2: Excessive collisions = 0 Oct 8 02:15:02 c1 kernel: em2: Sequence errors = 0 Oct 8 02:15:02 c1 kernel: em2: Defer count = 0 Oct 8 02:15:02 c1 kernel: em2: Missed Packets = 2068 Oct 8 02:15:02 c1 kernel: em2: Receive No Buffers = 280 Oct 8 02:15:02 c1 kernel: em2: Receive Length Errors = 0 Oct 8 02:15:02 c1 kernel: em2: Receive errors = 3 Oct 8 02:15:02 c1 kernel: em2: Crc errors = 3 Oct 8 02:15:02 c1 kernel: em2: Alignment errors = 0 Oct 8 02:15:02 c1 kernel: em2: Collision/Carrier extension errors = 0 Oct 8 02:15:02 c1 kernel: em2: RX overruns = 17 Oct 8 02:15:02 c1 kernel: em2: watchdog timeouts = 0 Oct 8 02:15:02 c1 kernel: em2: XON Rcvd = 0 Oct 8 02:15:02 c1 kernel: em2: XON Xmtd = 0 Oct 8 02:15:02 c1 kernel: em2: XOFF Rcvd = 0 Oct 8 02:15:02 c1 kernel: em2: XOFF Xmtd = 0 Oct 8 02:15:02 c1 kernel: em2: Good Packets Rcvd = 146043044 Oct 8 02:15:02 c1 kernel: em2: Good Packets Xmtd = 75481090 Oct 8 02:15:02 c1 kernel: em2: TSO Contexts Xmtd = 0 Oct 8 02:15:02 c1 kernel: em2: TSO Contexts Failed = 0 % vmstat -i interrupt total rate irq1: atkbd0 5 0 irq4: sio0 10094 0 irq16: em0 291014020 5831 irq17: em1 em2 em3 298574806 5983 irq19: atapci1 53969 1 cpu0: timer 99802510 1999 cpu1: timer 99791176 1999 Total 789246580 15815 Load avg is quite low, although top doesnt show any interrupt activity for some reason. The settings are all default % sysctl -a dev.em.2 dev.em.2.%desc: Intel(R) PRO/1000 Network Connection Version - 6.6.6 dev.em.2.%driver: em dev.em.2.%location: slot=0 function=0 dev.em.2.%pnpinfo: vendor=0x8086 device=0x108c subvendor=0x8086 subdevice=0x348f class=0x020000 dev.em.2.%parent: pci3 dev.em.2.debug_info: -1 dev.em.2.stats: -1 dev.em.2.rx_int_delay: 0 dev.em.2.tx_int_delay: 66 dev.em.2.rx_abs_int_delay: 66 dev.em.2.tx_abs_int_delay: 66 dev.em.2.rx_processing_limit: 100 em0: port 0x3020-0x303f mem 0x88260000-0x8827ffff,0x88240000-0x8825ffff irq 16 at device 0.0 on pci2 em0: Ethernet address: 00:15:17:0b:70:98 em0: [FAST] em1: port 0x3000-0x301f mem 0x88220000-0x8823ffff,0x88200000-0x8821ffff irq 17 at device 0.1 on pci2 em1: Ethernet address: 00:15:17:0b:70:99 em1: [FAST] pcib3: at device 28.5 on pci0 pci3: on pcib3 em2: port 0x2000-0x201f mem 0x88180000-0x8819ffff,0x88100000-0x8817ffff irq 17 at device 0.0 on pci3 em2: Ethernet address: 00:15:17:1e:94:0b em2: [FAST] pci3: at device 0.3 (no driver attached) pci3: at device 0.4 (no driver attached) pcib4: at device 30.0 on pci0 pci4: on pcib4 pci4: at device 4.0 (no driver attached) em3: port 0x1100-0x113f mem 0x88020000-0x8803ffff,0x88000000-0x8801ffff irq 17 at device 5.0 on pci4 em3: Ethernet address: 00:15:17:1e:94:0c em3: [FAST] em0@pci2:0:0: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 PT' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint em1@pci2:0:1: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 PT' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint em2@pci3:0:0: class=0x020000 card=0x348f8086 chip=0x108c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 PM' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint em3@pci4:5:0: class=0x020000 card=0x348f8086 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller' class = network subclass = ethernet cap 01[dc] = powerspec 2 supports D0 D3 current D0 cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction ---Mike >This will provide support for devices up to our latest, the >next stage I'm planning will incorporate multiqueue and >multiple locks that are already in my Oplin driver (ixgbe) >but this will take a bit longer. > >This driver has the support for TSO in it but its not on >by default, as soon as Andre is able to get that MFC'd >it can be enabled via a compile option. > >Jack >_______________________________________________ >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 Oct 8 20:12:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC65116A4A0 for ; Mon, 8 Oct 2007 20:12:55 +0000 (UTC) (envelope-from winterny@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 6CE0C13C448 for ; Mon, 8 Oct 2007 20:12:55 +0000 (UTC) (envelope-from winterny@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1831161waf for ; Mon, 08 Oct 2007 13:12:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=UKtpfrxnooLSL0IV36X6qANWzHx6taiBU5DGQ2evjT8=; b=b1XER2RZxCf7L8hraTwR8aBEjWXQsBLkuW6TJEwru4PT9pISNJU5wARDi9Oq1fm+PGqrqhO81gf3Y1SubKWbDC5b8kQLc/Ajk4yRAZK/to2TftggF+VNcQnoYKer3GnDalCCtMItCsq5G5SdiOolS7wulXBfXuTxCeuXkAE42VE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=F0zYjUBQVGqTRrpHtzxtV5Al/ei4R0E040KHWQ2U38BhQdjRfkegShpiTDbwLzkEj1whGAUvjsG4xgBegh1UjzI5JbyR5C5je7i1pRvYJSOszkmjdjzVR6ip4W+24iMO9/dTPNd9l+MHaoIlEG/oFth9VDbCaQh6TvrxXuQKhKs= Received: by 10.114.190.6 with SMTP id n6mr3614620waf.1191872754056; Mon, 08 Oct 2007 12:45:54 -0700 (PDT) Received: by 10.114.127.19 with HTTP; Mon, 8 Oct 2007 12:45:53 -0700 (PDT) Message-ID: Date: Mon, 8 Oct 2007 15:45:53 -0400 From: "Stephan Koenig" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: g_vfs_done():mfid1 ERROR when writing to 18TB MFI RAID volume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Oct 2007 20:12:55 -0000 Hello, I am trying to diagnose an issue on a server I am trying to set up here. The errors are quite cryptic and don't make any sense to me, they come up about every 30 seconds while I am writing to the disks (at about 30MB/sec). Errors: Oct 8 15:44:02 server1 kernel: g_vfs_done():mfid1[WRITE(offset=-16052369358848, length=16384)]error = 5 Oct 8 15:44:02 server1 kernel: g_vfs_done():mfid1[WRITE(offset=-16052369342464, length=16384)]error = 5 Oct 8 15:44:02 server1 kernel: g_vfs_done():mfid1[WRITE(offset=-16052176732160, length=16384)]error = 5 Oct 8 15:44:02 server1 kernel: g_vfs_done():mfid1[WRITE(offset=-16052176715776, length=16384)]error = 5 Oct 8 15:44:02 server1 kernel: g_vfs_done():mfid1[WRITE(offset=-16051984089088, length=16384)]error = 5 Oct 8 15:44:02 server1 kernel: g_vfs_done():mfid1[WRITE(offset=-16051984072704, length=16384)]error = 5 Oct 8 15:44:32 server1 kernel: g_vfs_done():mfid1[WRITE(offset=-16053910519808, length=16384)]error = 5 Oct 8 15:44:32 server1 kernel: g_vfs_done():mfid1[WRITE(offset=-16053910503424, length=16384)]error = 5 Oct 8 15:44:32 server1 kernel: g_vfs_done():mfid1[WRITE(offset=-16053910487040, length=16384)]error = 5 Oct 8 15:44:32 server1 kernel: g_vfs_done():mfid1[WRITE(offset=-16053910470656, length=16384)]error = 5 Oct 8 15:44:32 server1 kernel: g_vfs_done():mfid1[WRITE(offset=-16053910454272, length=16384)]error = 5 Oct 8 15:44:32 server1 kernel: g_vfs_done():mfid1[WRITE(offset=-16053139947520, length=16384)]error = 5 Oct 8 15:44:32 server1 kernel: g_vfs_done():mfid1[WRITE(offset=-16053139931136, length=16384)]error = 5 Oct 8 15:44:32 server1 kernel: g_vfs_done():mfid1[WRITE(offset=-16053139914752, length=16384)]error = 5 Oct 8 15:44:32 server1 kernel: g_vfs_done():mfid1[WRITE(offset=-16053139898368, length=16384)]error = 5 etc... The volumes are large here, so perhaps this is what is causing this: # df -h Filesystem Size Used Avail Capacity Mounted on /dev/mfid0s1a 131G 2.8G 118G 2% / devfs 1.0K 1.0K 0B 100% /dev /dev/mfid1 18T 201G 16T 1% /.2 procfs 4.0K 4.0K 0B 100% /proc This is the dmesg.boot: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Mon Sep 17 18:09:38 EDT 2007 root@server1.host.com:/usr/obj/usr/src/sys/host1950-64BITRAID-SMP ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 5140 @ 2.33GHz (2327.51-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0x4e3bd,CX16,XTPR,,> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 real memory = 9395240960 (8960 MB) avail memory = 8295616512 (7911 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic1: Changing APIC ID to 3 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 64-87 on motherboard acpi0: on motherboard acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 2000 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci6: on pcib1 pcib2: at device 0.0 on pci6 pci7: on pcib2 pcib3: at device 0.0 on pci7 pci8: on pcib3 pcib4: at device 0.0 on pci8 pci9: on pcib4 bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 miibus0: on bce0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:19:b9:e6:89:c8 bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x02090105); Flags( MFW ) pcib5: at device 1.0 on pci7 pci10: on pcib5 pcib6: at device 0.3 on pci6 pci11: on pcib6 pcib7: at device 3.0 on pci0 pci1: on pcib7 pcib8: at device 0.0 on pci1 pci2: on pcib8 mfi0: mem 0xd81f0000-0xd81fffff,0xfc7e0000-0xfc7fffff irq 78 at device 14.0 on pci2 mfi0: Megaraid SAS driver Ver 2.00 mfi0: 521 (245099500s/0x0020/0) - Shutdown command received from host mfi0: 522 (4278190080s/0x0020/0) - PCI 0x041028 0x0415 0x041028 0x041f03: Firmware initialization started (PCI ID 0015/1028/1f03/1028) mfi0: 523 (4278190080s/0x0020/0) - Type 18: Firmware version 1.03.10-0216 mfi0: 524 (4278190094s/0x0008/0) - Battery Present mfi0: 525 (4278190094s/0x0020/0) - Type 18: Package version 5.1.1-0040 mfi0: 526 (4278190121s/0x0004/0) - PD 08(e1/s255) event: Enclosure (SES) discovered on PD 08(e1/s255) mfi0: 527 (4278190122s/0x0002/0) - PD 08(e1/s255) event: Inserted: PD 08(e1/s255) mfi0: 528 (4278190122s/0x0002/0) - Type 29: Inserted: PD 08(e1/s255) Info: enclPd=08, scsiType=d, portMap=00, sasAddr=50019090d74d5200,0000000000000000 mfi0: 529 (4278190122s/0x0002/0) - PD 00(e1/s0) event: Inserted: PD 00(e1/s0) mfi0: 530 (4278190122s/0x0002/0) - Type 29: Inserted: PD 00(e1/s0) Info: enclPd=08, scsiType=0, portMap=01, sasAddr=5000c500054cb9a1,0000000000000000 mfi0: 531 (4278190122s/0x0002/0) - PD 01(e1/s1) event: Inserted: PD 01(e1/s1) mfi0: 532 (4278190122s/0x0002/0) - Type 29: Inserted: PD 01(e1/s1) Info: enclPd=08, scsiType=0, portMap=02, sasAddr=5000c500054cb219,0000000000000000 mfi0: 533 (245099572s/0x0020/0) - Adapter ticks 245099572 elapsed 43s: Time established as 10/07/07 19:12:52; (43 seconds since power on) mfi0: 534 (245099628s/0x0008/0) - Battery temperature is normal mfi0: 535 (245099628s/0x0008/0) - Current capacity of the battery is above threshold pcib9: at device 0.2 on pci1 pci3: on pcib9 pcib10: at device 4.0 on pci0 pci12: on pcib10 pcib11: at device 5.0 on pci0 pci13: on pcib11 pcib12: at device 6.0 on pci0 pci14: on pcib12 pcib13: at device 0.0 on pci14 pci15: on pcib13 mfi1: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff irq 18 at device 14.0 on pci15 mfi1: Megaraid SAS driver Ver 2.00 mfi1: 957 (245099501s/0x0020/0) - Shutdown command received from host mfi1: 958 (4278190080s/0x0020/0) - PCI 0x041028 0x0415 0x041028 0x041f01: Firmware initialization started (PCI ID 0015/1028/1f01/1028) mfi1: 959 (4278190080s/0x0020/0) - Type 18: Firmware version 1.03.10-0216 mfi1: 960 (4278190123s/0x0008/0) - Battery Present mfi1: 961 (4278190123s/0x0020/0) - Type 18: Package version 5.1.1-0040 mfi1: 962 (4278190142s/0x0004/0) - PD 17(e1/s255) event: Enclosure (SES) discovered on PD 11(e1/s255) mfi1: 963 (4278190142s/0x0004/0) - PD 18(e2/s255) event: Enclosure (SES) discovered on PD 12(e2/s255) mfi1: 964 (4278190142s/0x0004/0) - Type 23: Enclosure PD 11(e1/s255) fan 1 speed changed mfi1: 965 (4278190142s/0x0004/0) - Type 23: Enclosure PD 11(e1/s255) fan 2 speed changed mfi1: 966 (4278190142s/0x0004/0) - Type 23: Enclosure PD 11(e1/s255) fan 3 speed changed mfi1: 967 (4278190142s/0x0004/0) - Type 23: Enclosure PD 11(e1/s255) fan 4 speed changed mfi1: 968 (4278190143s/0x0004/0) - Type 23: Enclosure PD 12(e2/s255) fan 1 speed changed mfi1: 969 (4278190143s/0x0004/0) - Type 23: Enclosure PD 12(e2/s255) fan 2 speed changed mfi1: 970 (4278190143s/0x0004/0) - Type 23: Enclosure PD 12(e2/s255) fan 3 speed changed mfi1: 971 (4278190143s/0x0004/0) - Type 23: Enclosure PD 12(e2/s255) fan 4 speed changed mfi1: 972 (4278190144s/0x0002/0) - PD 17(e1/s255) event: Inserted: PD 11(e1/s255) mfi1: 973 (4278190144s/0x0002/0) - Type 29: Inserted: PD 11(e1/s255) Info: enclPd=11, scsiType=d, portMap=01, sasAddr=5001c232c3bf270c,0000000000000000 mfi1: 974 (4278190144s/0x0002/0) - PD 18(e2/s255) event: Inserted: PD 12(e2/s255) mfi1: 975 (4278190144s/0x0002/0) - Type 29: Inserted: PD 12(e2/s255) Info: enclPd=12, scsiType=d, portMap=10, sasAddr=5001c232c3bf260c,0000000000000000 mfi1: 976 (4278190144s/0x0002/0) - PD 19(e1/s14) event: Inserted: PD 13(e1/s14) mfi1: 977 (4278190144s/0x0002/0) - Type 29: Inserted: PD 13(e1/s14) Info: enclPd=11, scsiType=0, portMap=01, sasAddr=5001c232c3bf2742,0000000000000000 mfi1: 978 (4278190144s/0x0002/0) - PD 20(e1/s13) event: Inserted: PD 14(e1/s13) mfi1: 979 (4278190144s/0x0002/0) - Type 29: Inserted: PD 14(e1/s13) Info: enclPd=11, scsiType=0, portMap=01, sasAddr=5001c232c3bf2743,0000000000000000 mfi1: 980 (4278190144s/0x0002/0) - PD 21(e1/s12) event: Inserted: PD 15(e1/s12) mfi1: 981 (4278190144s/0x0002/0) - Type 29: Inserted: PD 15(e1/s12) Info: enclPd=11, scsiType=0, portMap=01, sasAddr=5001c232c3bf2744,0000000000000000 mfi1: 982 (4278190144s/0x0002/0) - PD 22(e1/s11) event: Inserted: PD 16(e1/s11) mfi1: 983 (4278190144s/0x0002/0) - Type 29: Inserted: PD 16(e1/s11) Info: enclPd=11, scsiType=0, portMap=01, sasAddr=5001c232c3bf2745,0000000000000000 mfi1: 984 (4278190144s/0x0002/0) - PD 23(e1/s10) event: Inserted: PD 17(e1/s10) mfi1: 985 (4278190144s/0x0002/0) - Type 29: Inserted: PD 17(e1/s10) Info: enclPd=11, scsiType=0, portMap=01, sasAddr=5001c232c3bf2746,0000000000000000 mfi1: 986 (4278190144s/0x0002/0) - PD 24(e1/s9) event: Inserted: PD 18(e1/s9) mfi1: 987 (4278190144s/0x0002/0) - Type 29: Inserted: PD 18(e1/s9) Info: enclPd=11, scsiType=0, portMap=01, sasAddr=5001c232c3bf2747,0000000000000000 mfi1: 988 (4278190144s/0x0002/0) - PD 25(e1/s8) event: Inserted: PD 19(e1/s8) mfi1: 989 (4278190144s/0x0002/0) - Type 29: Inserted: PD 19(e1/s8) Info: enclPd=11, scsiType=0, portMap=01, sasAddr=5001c232c3bf2748,0000000000000000 mfi1: 990 (4278190144s/0x0002/0) - PD 26(e1/s7) event: Inserted: PD 1a(e1/s7) mfi1: 991 (4278190144s/0x0002/0) - Type 29: Inserted: PD 1a(e1/s7) Info: enclPd=11, scsiType=0, portMap=01, sasAddr=5001c232c3bf2749,0000000000000000 mfi1: 992 (4278190144s/0x0002/0) - PD 27(e1/s6) event: Inserted: PD 1b(e1/s6) mfi1: 993 (4278190144s/0x0002/0) - Type 29: Inserted: PD 1b(e1/s6) Info: enclPd=11, scsiType=0, portMap=01, sasAddr=5001c232c3bf2782,0000000000000000 mfi1: 994 (4278190144s/0x0002/0) - PD 28(e1/s5) event: Inserted: PD 1c(e1/s5) mfi1: 995 (4278190144s/0x0002/0) - Type 29: Inserted: PD 1c(e1/s5) Info: enclPd=11, scsiType=0, portMap=01, sasAddr=5001c232c3bf2783,0000000000000000 mfi1: 996 (4278190144s/0x0002/0) - PD 29(e1/s4) event: Inserted: PD 1d(e1/s4) mfi1: 997 (4278190144s/0x0002/0) - Type 29: Inserted: PD 1d(e1/s4) Info: enclPd=11, scsiType=0, portMap=01, sasAddr=5001c232c3bf2784,0000000000000000 mfi1: 998 (4278190144s/0x0002/0) - PD 30(e1/s3) event: Inserted: PD 1e(e1/s3) mfi1: 999 (4278190144s/0x0002/0) - Type 29: Inserted: PD 1e(e1/s3) Info: enclPd=11, scsiType=0, portMap=01, sasAddr=5001c232c3bf2785,0000000000000000 mfi1: 1000 (4278190144s/0x0002/0) - PD 31(e1/s2) event: Inserted: PD 1f(e1/s2) mfi1: 1001 (4278190144s/0x0002/0) - Type 29: Inserted: PD 1f(e1/s2) Info: enclPd=11, scsiType=0, portMap=01, sasAddr=5001c232c3bf2786,0000000000000000 mfi1: 1002 (4278190144s/0x0002/0) - PD 32(e1/s1) event: Inserted: PD 20(e1/s1) mfi1: 1003 (4278190144s/0x0002/0) - Type 29: Inserted: PD 20(e1/s1) Info: enclPd=11, scsiType=0, portMap=01, sasAddr=5001c232c3bf2787,0000000000000000 mfi1: 1004 (4278190144s/0x0002/0) - PD 33(e1/s0) event: Inserted: PD 21(e1/s0) mfi1: 1005 (4278190144s/0x0002/0) - Type 29: Inserted: PD 21(e1/s0) Info: enclPd=11, scsiType=0, portMap=01, sasAddr=5001c232c3bf2788,0000000000000000 mfi1: 1006 (4278190144s/0x0002/0) - PD 34(e2/s14) event: Inserted: PD 22(e2/s14) mfi1: 1007 (4278190144s/0x0002/0) - Type 29: Inserted: PD 22(e2/s14) Info: enclPd=12, scsiType=0, portMap=10, sasAddr=5001c232c3bf2642,0000000000000000 mfi1: 1008 (4278190144s/0x0002/0) - PD 35(e2/s13) event: Inserted: PD 23(e2/s13) mfi1: 1009 (4278190144s/0x0002/0) - Type 29: Inserted: PD 23(e2/s13) Info: enclPd=12, scsiType=0, portMap=10, sasAddr=5001c232c3bf2643,0000000000000000 mfi1: 1010 (4278190144s/0x0002/0) - PD 36(e2/s12) event: Inserted: PD 24(e2/s12) mfi1: 1011 (4278190144s/0x0002/0) - Type 29: Inserted: PD 24(e2/s12) Info: enclPd=12, scsiType=0, portMap=10, sasAddr=5001c232c3bf2644,0000000000000000 mfi1: 1012 (4278190144s/0x0002/0) - PD 37(e2/s11) event: Inserted: PD 25(e2/s11) mfi1: 1013 (4278190144s/0x0002/0) - Type 29: Inserted: PD 25(e2/s11) Info: enclPd=12, scsiType=0, portMap=10, sasAddr=5001c232c3bf2645,0000000000000000 mfi1: 1014 (4278190144s/0x0002/0) - PD 38(e2/s10) event: Inserted: PD 26(e2/s10) mfi1: 1015 (4278190144s/0x0002/0) - Type 29: Inserted: PD 26(e2/s10) Info: enclPd=12, scsiType=0, portMap=10, sasAddr=5001c232c3bf2646,0000000000000000 mfi1: 1016 (4278190144s/0x0002/0) - PD 39(e2/s9) event: Inserted: PD 27(e2/s9) mfi1: 1017 (4278190144s/0x0002/0) - Type 29: Inserted: PD 27(e2/s9) Info: enclPd=12, scsiType=0, portMap=10, sasAddr=5001c232c3bf2647,0000000000000000 mfi1: 1018 (4278190144s/0x0002/0) - PD 40(e2/s8) event: Inserted: PD 28(e2/s8) mfi1: 1019 (4278190144s/0x0002/0) - Type 29: Inserted: PD 28(e2/s8) Info: enclPd=12, scsiType=0, portMap=10, sasAddr=5001c232c3bf2648,0000000000000000 mfi1: 1020 (4278190144s/0x0002/0) - PD 41(e2/s7) event: Inserted: PD 29(e2/s7) mfi1: 1021 (4278190144s/0x0002/0) - Type 29: Inserted: PD 29(e2/s7) Info: enclPd=12, scsiType=0, portMap=10, sasAddr=5001c232c3bf2649,0000000000000000 mfi1: 1022 (4278190144s/0x0002/0) - PD 42(e2/s6) event: Inserted: PD 2a(e2/s6) mfi1: 1023 (4278190144s/0x0002/0) - Type 29: Inserted: PD 2a(e2/s6) Info: enclPd=12, scsiType=0, portMap=10, sasAddr=5001c232c3bf2682,0000000000000000 mfi1: 1024 (4278190144s/0x0002/0) - PD 43(e2/s5) event: Inserted: PD 2b(e2/s5) mfi1: 1025 (4278190144s/0x0002/0) - Type 29: Inserted: PD 2b(e2/s5) Info: enclPd=12, scsiType=0, portMap=10, sasAddr=5001c232c3bf2683,0000000000000000 mfi1: 1026 (4278190144s/0x0002/0) - PD 44(e2/s4) event: Inserted: PD 2c(e2/s4) mfi1: 1027 (4278190144s/0x0002/0) - Type 29: Inserted: PD 2c(e2/s4) Info: enclPd=12, scsiType=0, portMap=10, sasAddr=5001c232c3bf2684,0000000000000000 mfi1: 1028 (4278190144s/0x0002/0) - PD 45(e2/s3) event: Inserted: PD 2d(e2/s3) mfi1: 1029 (4278190144s/0x0002/0) - Type 29: Inserted: PD 2d(e2/s3) Info: enclPd=12, scsiType=0, portMap=10, sasAddr=5001c232c3bf2685,0000000000000000 mfi1: 1030 (4278190144s/0x0002/0) - PD 46(e2/s2) event: Inserted: PD 2e(e2/s2) mfi1: 1031 (4278190144s/0x0002/0) - Type 29: Inserted: PD 2e(e2/s2) Info: enclPd=12, scsiType=0, portMap=10, sasAddr=5001c232c3bf2686,0000000000000000 mfi1: 1032 (4278190144s/0x0002/0) - PD 47(e2/s1) event: Inserted: PD 2f(e2/s1) mfi1: 1033 (4278190144s/0x0002/0) - Type 29: Inserted: PD 2f(e2/s1) Info: enclPd=12, scsiType=0, portMap=10, sasAddr=5001c232c3bf2687,0000000000000000 mfi1: 1034 (4278190144s/0x0002/0) - PD 48(e2/s0) event: Inserted: PD 30(e2/s0) mfi1: 1035 (4278190144s/0x0002/0) - Type 29: Inserted: PD 30(e2/s0) Info: enclPd=12, scsiType=0, portMap=10, sasAddr=5001c232c3bf2688,0000000000000000 mfi1: 1036 (4278190146s/0x0042/0) - Type 22: Dedicated Hot Spare created on PD 13(e1/s14) (ded,rev,ac=1) mfi1: 1037 (4278190146s/0x0042/0) - Type 22: Dedicated Hot Spare created on PD 22(e2/s14) (ded,rev,ac=1) mfi1: 1039 (4278190146s/0x0001/0) - VD 00/0 event: Background Initialization started on VD 00/0 mfi1: 1040 (245099597s/0x0020/0) - Adapter ticks 245099597 elapsed 67s: Time established as 10/07/07 19:13:17; (67 seconds since power on) mfi1: 1041 (245099607s/0x0020/0) - Adapter ticks 245099607 elapsed 77s: Time established as 10/07/07 19:13:27; (77 seconds since power on) mfi1: 1042 (245099648s/0x0008/0) - Battery temperature is normal mfi1: 1043 (245099648s/0x0008/0) - Current capacity of the battery is above threshold pcib14: at device 0.2 on pci14 pci16: on pcib14 pcib15: at device 7.0 on pci0 pci17: on pcib15 pcib16: at device 28.0 on pci0 pci4: on pcib16 pcib17: at device 0.0 on pci4 pci5: on pcib17 bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci5 miibus1: on bce1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce1: Ethernet address: 00:19:b9:e6:89:c6 bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x02090105); Flags( MFW ) uhci0: port 0xdce0-0xdcff irq 21 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdcc0-0xdcdf irq 20 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xdca0-0xdcbf irq 21 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfc900000-0xfc9003ff irq 21 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered uhub4: vendor 0x04b4 product 0x6560, class 9/0, rev 2.00/0.0b, addr 2 uhub4: multiple transaction translators uhub4: 4 ports with 4 removable, self powered ukbd0: CHESEN PS2 to USB Converter, rev 1.10/0.10, addr 3, iclass 3/1 kbd1 at ukbd0 ums0: CHESEN PS2 to USB Converter, rev 1.10/0.10, addr 3, iclass 3/1 ums0: 5 buttons and Z dir. pcib18: at device 30.0 on pci0 pci18: on pcib18 pci18: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 pci0: at device 31.1 (no driver attached) orm0: at iomem 0xc0000-0xc8fff,0xec000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ipfw2 initialized, divert loadable, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default mfid0: on mfi0 mfid0: 139392MB (285474816 sectors) RAID volume '' is optimal mfid1: on mfi1 mfid1: 19301760MB (39530004480 sectors) RAID volume '' is optimal SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/mfid0s1a bce0: link state changed to UP bce1: link state changed to UP Anyone have any ideas? Thanks. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 8 20:36:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C56016A46B for ; Mon, 8 Oct 2007 20:36:53 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 9F6BE13C447 for ; Mon, 8 Oct 2007 20:36:52 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1068114nfb for ; Mon, 08 Oct 2007 13:36:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=buDcimrlcPcSxaSEdYVDoofmuo8SDcH6r4EYrP1QU+8=; b=l3kRD2p9Um/yhcbc+O+C1s8SglebAOGccPNVwqmz/FSTH8FjenkrkcE5VXW0lcHsRA9VfvX3wZ8ZpPuj319X6seTCyb5f6ZnDu12y81drGocJYBkjN9tTKkmCNxi3h2OXWp57y1yxmnOdKG2GXEkhM7zjGFdbl7wkvTlYwPTShQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XDDa+F8slL5xQhNE3DamE7caDdmAGpvPTxLTnzmSBUBz+HN+tbAQ1lCBdHMHb9X9Op0D0/Obx/YHRwdaIXn+gS5mbvxcUi3+b8k/9MdDx+fOfrnYBy4tJNBZUSIn+QsIYxvGqfphgVHow2ThGrgIqEji8t3oRwMho8u1+5XpDR4= Received: by 10.86.78.4 with SMTP id a4mr2203565fgb.1191875811254; Mon, 08 Oct 2007 13:36:51 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Mon, 8 Oct 2007 13:36:51 -0700 (PDT) Message-ID: <2a41acea0710081336n11a36303ta70efc94c6f2d236@mail.gmail.com> Date: Mon, 8 Oct 2007 13:36:51 -0700 From: "Jack Vogel" To: "Mike Tancsa" In-Reply-To: <200710082009.l98K9mCs042466@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> <200710082009.l98K9mCs042466@lava.sentex.ca> Cc: FreeBSD Stable List Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Oct 2007 20:36:53 -0000 On 10/8/07, Mike Tancsa wrote: > At 04:28 PM 10/5/2007, Jack Vogel wrote: > >I am preparing to update the em driver to the equivalent of my > >6.6.6 driver. Just doing some last minute sanity checking, I > >hope to the checkin before end of day. > > Hi, > thanks for fixing the compile issue, but I have another > possible problem. Do you know if there were any performance > regressions with this rev? On one firewall / router, I am seeing > dropped packets. The PPS rate is only about 30k which should not be that much So the missed packets are only showing up on em2? Uh, and that is a management-capable 82573, one that is often a problem without the eeprom patched, did you do that sometime in the past, I don't remember who did and who didnt :) Jack From owner-freebsd-stable@FreeBSD.ORG Mon Oct 8 21:11:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C243316A41B for ; Mon, 8 Oct 2007 21:11:17 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA3E13C48E for ; Mon, 8 Oct 2007 21:11:17 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l98LBGwO090958; Mon, 8 Oct 2007 17:11:16 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l98LBGRa042719 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Oct 2007 17:11:16 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200710082111.l98LBGRa042719@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 08 Oct 2007 17:11:47 -0400 To: "Jack Vogel" From: Mike Tancsa In-Reply-To: <2a41acea0710081336n11a36303ta70efc94c6f2d236@mail.gmail.co m> References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> <200710082009.l98K9mCs042466@lava.sentex.ca> <2a41acea0710081336n11a36303ta70efc94c6f2d236@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: FreeBSD Stable List Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Oct 2007 21:11:17 -0000 At 04:36 PM 10/8/2007, Jack Vogel wrote: >So the missed packets are only showing up on em2? Hi, Yes, but thats where all the packets come in. >Uh, and that is a management-capable 82573, one that is often a >problem without the eeprom patched, did you do that sometime in >the past, I don't remember who did and who didnt :) No, I havent. Where do I find this program and how can I find out if I need it or not. The box in question is about 100miles away and it would be handy to confirm its needed remotely ---Mik From owner-freebsd-stable@FreeBSD.ORG Tue Oct 9 00:36:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01B3F16A417 for ; Tue, 9 Oct 2007 00:36:41 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 8C99F13C447 for ; Tue, 9 Oct 2007 00:36:39 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1110723nfb for ; Mon, 08 Oct 2007 17:36:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=x1NVUV0OrSEw/CAOLEHDcP0Dq3gX9ZYHGDJzB9han/8=; b=qFnqVaiOQZCdv/hXuqntRohR/8/J2yg4srskNaE9ndXUoDJovBuSCPUm+zfkxEGvHHtdJsrvHFEOI1lLCqVyHW+1k9V4kp8Lq5TRLfp2Ig6KmckXWss0HSl4LKuvrLsno1Oj/EdsJCd4ZMl+VXJ5Iawp5uexCDcAt0AKJjfz+jY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pmyZaeOem7Tggp1rBVtYNGNaZ6MZilwBPaMIPQOhyCJ/7vJ4ANAy7vwaZWFEWFTmfDRh9/O0dS6kGm6/K/LcBOMm9lwxwBPkQk5ZSKFUuwk6IXdN/HXtGRa7RwE1cOmGr7quRYFoGrD4hxJkZd9t+apt9fB8O5UVEa2f3IRM0lw= Received: by 10.86.57.9 with SMTP id f9mr5566071fga.1191890198374; Mon, 08 Oct 2007 17:36:38 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Mon, 8 Oct 2007 17:36:37 -0700 (PDT) Message-ID: <2a41acea0710081736r1b2c3c48k50d8ebd063dc3fc5@mail.gmail.com> Date: Mon, 8 Oct 2007 17:36:37 -0700 From: "Jack Vogel" To: "Mike Tancsa" In-Reply-To: <200710082111.l98LBGRa042719@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> <200710082009.l98K9mCs042466@lava.sentex.ca> <2a41acea0710081336n11a36303ta70efc94c6f2d236@mail.gmail.com> <200710082111.l98LBGRa042719@lava.sentex.ca> Cc: FreeBSD Stable List Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2007 00:36:41 -0000 On 10/8/07, Mike Tancsa wrote: > At 04:36 PM 10/8/2007, Jack Vogel wrote: > > >So the missed packets are only showing up on em2? > Hi, > > Yes, but thats where all the packets come in. > > >Uh, and that is a management-capable 82573, one that is often a > >problem without the eeprom patched, did you do that sometime in > >the past, I don't remember who did and who didnt :) > > No, I havent. Where do I find this program and how can I find out if > I need it or not. The box in question is about 100miles away and it > would be handy to confirm its needed remotely Search thru the archives of this mailing list, look for 82573. There is a DOS patcher that I have sent out a couple times. Its harmless to run it, if the adapter is wrong or it doesnt need the patch it should tell you. What it does it change a bit in the EEPROM programming of the MANC register. If you can't find it in the archives let me know and I'll send it to you. Jack From owner-freebsd-stable@FreeBSD.ORG Tue Oct 9 00:38:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62CEB16A46B for ; Tue, 9 Oct 2007 00:38:54 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E7A8613C4A8 for ; Tue, 9 Oct 2007 00:38:53 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l990cqik007500; Mon, 8 Oct 2007 20:38:52 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l990cqsv043565 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Oct 2007 20:38:52 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200710090038.l990cqsv043565@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 08 Oct 2007 20:39:24 -0400 To: "Jack Vogel" From: Mike Tancsa In-Reply-To: <2a41acea0710081736r1b2c3c48k50d8ebd063dc3fc5@mail.gmail.co m> References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> <200710082009.l98K9mCs042466@lava.sentex.ca> <2a41acea0710081336n11a36303ta70efc94c6f2d236@mail.gmail.com> <200710082111.l98LBGRa042719@lava.sentex.ca> <2a41acea0710081736r1b2c3c48k50d8ebd063dc3fc5@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: FreeBSD Stable List Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2007 00:38:54 -0000 At 08:36 PM 10/8/2007, Jack Vogel wrote: >Search thru the archives of this mailing list, look for 82573. There is >a DOS patcher that I have sent out a couple times. Its harmless to >run it, if the adapter is wrong or it doesnt need the patch it should >tell you. > >What it does it change a bit in the EEPROM programming of the >MANC register. > >If you can't find it in the archives let me know and I'll send it >to you. Thanks, I did find this reference http://www.higherorder.com.au/2007/6/25/intel_82573_patch Is there a way from FreeBSD to tell remotely if its needed ? ---Mike >Jack From owner-freebsd-stable@FreeBSD.ORG Tue Oct 9 04:37:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0B4B16A418 for ; Tue, 9 Oct 2007 04:37:36 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 7701013C46A for ; Tue, 9 Oct 2007 04:37:36 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1147657nfb for ; Mon, 08 Oct 2007 21:37:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=FsTd8lofPgn1GnrkBdcAINk3UfU8tIczdu1YTZ9pObw=; b=SHIPz7LXRaHeqE5P+xQQznYbvwDut7MvV3RA0O1kkmy6uBFFYbrHb8WrEd7w7SoLMtFkAtaoPWEcYssFQWZ+hCby6gqhgsHj0te3P8Ea+M9liFiOx6QJftUMIEx/R2uY6SWz/hvH3jC0JrRcP5gNr43BueZWydmPnJIWpQI3qfs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bOP5cQHrDKKI1B7sp5RBBoZsjsJw484gXGFRnbsFlanfJZ47moBKZTfxflNM79pxaMishQhsXk65VdTnAfslFXwydx15hqg/4qw4g589yCHj6vcX8XuxfZzmnXPsy9x7B8bqVJ9qZUwsdlu+K+E5S6JLMN+R7xa154mqNFFG988= Received: by 10.86.78.4 with SMTP id a4mr5705318fgb.1191904651859; Mon, 08 Oct 2007 21:37:31 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Mon, 8 Oct 2007 21:37:31 -0700 (PDT) Message-ID: <2a41acea0710082137v4792b7cdwd5ebf8619666cf55@mail.gmail.com> Date: Mon, 8 Oct 2007 21:37:31 -0700 From: "Jack Vogel" To: "Mike Tancsa" In-Reply-To: <200710090038.l990cqsv043565@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> <200710082009.l98K9mCs042466@lava.sentex.ca> <2a41acea0710081336n11a36303ta70efc94c6f2d236@mail.gmail.com> <200710082111.l98LBGRa042719@lava.sentex.ca> <2a41acea0710081736r1b2c3c48k50d8ebd063dc3fc5@mail.gmail.com> <200710090038.l990cqsv043565@lava.sentex.ca> Cc: FreeBSD Stable List Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2007 04:37:37 -0000 On 10/8/07, Mike Tancsa wrote: > At 08:36 PM 10/8/2007, Jack Vogel wrote: > > >Search thru the archives of this mailing list, look for 82573. There is > >a DOS patcher that I have sent out a couple times. Its harmless to > >run it, if the adapter is wrong or it doesnt need the patch it should > >tell you. > > > >What it does it change a bit in the EEPROM programming of the > >MANC register. > > > >If you can't find it in the archives let me know and I'll send it > >to you. > > Thanks, > I did find this reference > http://www.higherorder.com.au/2007/6/25/intel_82573_patch > > Is there a way from FreeBSD to tell remotely if its needed ? Well, there would be a way, reading the MANC register and seeing if the suspect bit is present, but am not sure if there is some important point at which the thing gets misprogrammed, its just best to use the patcher, its harmless if its not needed. Sorry, I realize its a hassle to boot to that wonder DOS :) Jack From owner-freebsd-stable@FreeBSD.ORG Tue Oct 9 08:11:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A161516A419 for ; Tue, 9 Oct 2007 08:11:46 +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 D26D213C45B for ; Tue, 9 Oct 2007 08:11:45 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l998BguX079330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Oct 2007 17:41:44 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Vivek Khera Date: Tue, 9 Oct 2007 17:41:34 +0930 User-Agent: KMail/1.9.7 References: <3aaaa3a0705170830g46487cc7occc8a51b82a9118b@mail.gmail.com> <35B2A5CB-FDDE-47E4-A73E-8D93D6D157C4@khera.org> <200706011452.17035.doconnor@gsoft.com.au> In-Reply-To: <200706011452.17035.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2424325.nTARnoWaVY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710091741.42126.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: FreeBSD Stable List Subject: Re: Unable to install FreeBSD from external USB cdrom X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2007 08:11:46 -0000 --nextPart2424325.nTARnoWaVY Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 1 Jun 2007, Daniel O'Connor wrote: > The other approach would be to just splat an install CD onto a flash > disk, eg.. > > fdisk -BI /dev/da0 > bsdlabel -w -B /dev/da0s1 > newfs -b 4096 -f 512 -i 8192 -O1 -U /dev/da0s1 > mount /dev/da0s1a /mnt > cd /mnt > tar zxf /dev/acd0 > umount /mnt > > ... actually that won't work because sysinstall doesn't know how to > mount UFS partitions to read dist files :( > > I did look at adding that when I did the patch for FAT partitions but > it's more complex (I wasn't sure of the canonical way to find them.. > Easiest would be to look in /dev I guess) As part of this I wrote a patch that teaches sysinstall how to load=20 install.cfg from a CDROM or DOS partition (eg USB stick). I just submitted a PR but haven't got a number yet, here is the patch.. http://www.gsoft.com.au/~doconnor/sysinstall-cfg-menu.diff Currently I still use DVD for the actual install.. I have booted a sysinstall (I extracted it from mfsroot.gz into /sbin=20 and did 'set init_path=3D/sbin/sysinstall in the loader), however I=20 haven't fully tested it as I ran out of time. The problem is that unless you boot sysinstall as init it goes=20 into "maintenance" mode and will not install stuff properly - by=20 design. If anyone is interested in hacking on this sort of stuff feel free to=20 get it touch with me :) =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 --nextPart2424325.nTARnoWaVY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHCze95ZPcIHs/zowRAvWGAJ0f7LWQ04tPlvF6xawhoLqgayDn0wCffJdu KjEiiqKvdUG/rcRK8h4GSzQ= =P/v2 -----END PGP SIGNATURE----- --nextPart2424325.nTARnoWaVY-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 9 16:49:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AD2716A417 for ; Tue, 9 Oct 2007 16:49:43 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B631E13C461 for ; Tue, 9 Oct 2007 16:49:42 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l99Gngmg059054; Tue, 9 Oct 2007 12:49:42 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l99Gnfk4048093 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Oct 2007 12:49:41 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200710091649.l99Gnfk4048093@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 09 Oct 2007 12:50:14 -0400 To: "Jack Vogel" From: Mike Tancsa In-Reply-To: <2a41acea0710082137v4792b7cdwd5ebf8619666cf55@mail.gmail.co m> References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> <200710082009.l98K9mCs042466@lava.sentex.ca> <2a41acea0710081336n11a36303ta70efc94c6f2d236@mail.gmail.com> <200710082111.l98LBGRa042719@lava.sentex.ca> <2a41acea0710081736r1b2c3c48k50d8ebd063dc3fc5@mail.gmail.com> <200710090038.l990cqsv043565@lava.sentex.ca> <2a41acea0710082137v4792b7cdwd5ebf8619666cf55@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: FreeBSD Stable List Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2007 16:49:43 -0000 At 12:37 AM 10/9/2007, Jack Vogel wrote: > > Thanks, > > I did find this reference > > http://www.higherorder.com.au/2007/6/25/intel_82573_patch > > > > Is there a way from FreeBSD to tell remotely if its needed ? > >Well, there would be a way, reading the MANC register and >seeing if the suspect bit is present, but am not sure if there >is some important point at which the thing gets misprogrammed, >its just best to use the patcher, its harmless if its not needed. > >Sorry, I realize its a hassle to boot to that wonder DOS :) OK, did some tests on local PM nics here at the office. On one nic (same model as what is causing us problems in the field) we can run the program over and over again, and it always exits with a zero value. Is this normal ? On another NIC that we recently bought, it exits with a 1 which supposedly says "not needed". How do we know that the update has taken ? Is there any danger of it losing its reprogramming ? In short, how do we verify it "worked" The version I am using is lava# ls -l dcgdis.exe -rw-r--r-- 1 root wheel 160029 Oct 4 2005 dcgdis.exe lava# md5 dcgdis.exe MD5 (dcgdis.exe) = a48d9e127c19528bd4a650e692b2f2be lava# Is there a newer one ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Oct 9 17:40:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 514C416A417 for ; Tue, 9 Oct 2007 17:40:16 +0000 (UTC) (envelope-from futureincome03@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.224]) by mx1.freebsd.org (Postfix) with ESMTP id E218D13C458 for ; Tue, 9 Oct 2007 17:40:15 +0000 (UTC) (envelope-from futureincome03@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so1255445qbd for ; Tue, 09 Oct 2007 10:40:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:to:message-id:subject:mime-version:content-type:content-transfer-encoding:date; bh=PidSNX6Ef2h8kJFntUB9b+m0iMn09ujZsX0Yx2H5E1E=; b=f2fY5t7xGQAZYmjGZpT4IJKFndJ1S+Lnew692KTEmT8e5L7ME7iQ7BZJye0tic40W1DPQlfMxgyrfgFpEoHbObQX6lwcFhlUV44afvjJ3KDZ8aZvgGLpvKJp41ngrnk3HZEHWD5EZkZG3JEhEUDwCAWcOuKLuJRa9xhw7uTtabo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:to:message-id:subject:mime-version:content-type:content-transfer-encoding:date; b=FKKPaUF1OtMFViYWiNPsQj0B9NXPFPVq6f/hqGrFTA8oORg2FjiK7YQOPHlMwVX/HLGiQvRXojmBkCbHcxuRpz1G5eVeh+FvgDyEM5CrItEp+j0n7ANI/z9SArN4lbohF6xrhKVeoP3qPbOwcx1/9eWpt8WDCDNEPIhelQxE1OY= Received: by 10.141.160.9 with SMTP id m9mr849224rvo.1191950654807; Tue, 09 Oct 2007 10:24:14 -0700 (PDT) Received: from eady-PC ( [60.54.32.106]) by mx.google.com with ESMTPS id c14sm12752617rvf.2007.10.09.10.24.12 (version=SSLv3 cipher=RC4-MD5); Tue, 09 Oct 2007 10:24:14 -0700 (PDT) From: futureincome03@gmail.com To: freebsd-stable@freebsd.org Message-ID: <26201550.3281191950654831.JavaMail.eady@eady-PC> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 09 Oct 2007 10:24:14 -0700 (PDT) Subject: Rahsia Hebat Teknik Menjana Kewangan!!!.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2007 17:40:16 -0000 Assalamualaikum/Salam Sejahtera... IMPIKAN KEBEBASAN KEWANGAN ANDA?.. http://www.halimhazlin.com/12946 TERRRAMAT MUDAH DAN SENANG ANDA TIDAK PERLU RAGU-RAGU UTK MENYERTAI PROGRAM INI KERANA PROGRAM INI TELAH DIBERI SENTUHAN YANG PENUH MEYAKINKAN... Anda impikan kebebasan kewangan, masa atau bekerja? Tiada pekerjaan? Masalah kewangan merunsingkan anda? Ramai yang telah berjaya! Ketahui dengan lebih lanjut bagaimana kami memperoleh pendapatan melebihi RM15,000.00 sebulan hanya dengan mengamalkan teknik kewangan ini dan ketahuilah cara bagaimana anda juga mampu bebaskan diri !... Sila layari laman web kami: http://www.halimhazlin.com/12946 PROGRAM INI BUKANLAH SATU PELABURAN ATAU SKIM CEPAT KAYA,tetapi dengan usaha Anda! Terbuka kepada semua golongan masa kini baik yang bekerja, penggangur, surirumah, graduan yang masih tercari2 pekerjaan. Pelbagai perniagaan telah dijalankan masih belum membuahkan hasil. Masalah kewangan merunsingkan anda? Ramai yang telah berjaya! Bermula dari rumah sahaja!. Modal RM74.00, Income Besar. True! Ketahui dengan lebih lanjut bagaimana kami memperolehi pendapatan melebihi 4 atau 5 angka sebulan hanya dengan mengamalkan rahsia hebat teknik kewangan dan ketahuilah cara bagaimana anda juga mampu bebaskan diri yang selama ini dibelenggu masalah dan di bebani dengan hutang! MUDAH, LOGIK DAN PRAKTIKAL, TIADA RISIKO, MODAL KECIL UNTUNG LUMAYAN, MULAKAN PERNIAGAAN ANDA DI SINI. Marilah kita sama-sama menjaya, saling bantu-membantu dengan peluang yang ada. Tiada siapa yang dapat mengubah hidup kita melainkan diri kita sendiri. Sila layari laman web kami: http://www.halimhazlin.com/12946 untuk daftar sendiri melalui online. Email: eadyspiderv@yahoo.com >> SELAMAT MENYAMBUT RAMADAN AL-MUBARAK << From owner-freebsd-stable@FreeBSD.ORG Tue Oct 9 18:09:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7775516A417 for ; Tue, 9 Oct 2007 18:09:26 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id D7CBE13C448 for ; Tue, 9 Oct 2007 18:09:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1330715nfb for ; Tue, 09 Oct 2007 11:09:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=NNeor4woAuyAaY2NEqn//m/g3bXjud8GQhujiwC6Cos=; b=SlM3KMu2RcFPT/3K+qK9DV+1LEW80GDZL6ylKshHRbki6tOM97epPR/nnrTbc3oVyw0g5SzAj6nzTeb4leohBQUQkJMfry5KQHEOI8HxWY4PAuw6xK+SxnVjsHbJYWuJy3em69tBKXBfk6J6oemW6qCubr/mIz75WwXSIoekpj8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LW8f0/CWSZjVlJ5pKIvUija4lDSYw3WlRxcHlSrlRnn5ykplla3wDANgVmLF0fEOY5CPeqnHtl7KVeTNrEhD8LEgH97IVxS6FZkrLMjZh8+JrXf+t7sAk6KcCliqGyXfeyLZFGPSzrhQPMfMvAjUylUBwz3T+Ye3gmGvZ2bpjDo= Received: by 10.86.25.17 with SMTP id 17mr6217911fgy.1191953363824; Tue, 09 Oct 2007 11:09:23 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Tue, 9 Oct 2007 11:09:23 -0700 (PDT) Message-ID: <2a41acea0710091109o79ebf0d1q988449565f8e345d@mail.gmail.com> Date: Tue, 9 Oct 2007 11:09:23 -0700 From: "Jack Vogel" To: "Mike Tancsa" In-Reply-To: <200710091649.l99Gnfk4048093@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> <200710082009.l98K9mCs042466@lava.sentex.ca> <2a41acea0710081336n11a36303ta70efc94c6f2d236@mail.gmail.com> <200710082111.l98LBGRa042719@lava.sentex.ca> <2a41acea0710081736r1b2c3c48k50d8ebd063dc3fc5@mail.gmail.com> <200710090038.l990cqsv043565@lava.sentex.ca> <2a41acea0710082137v4792b7cdwd5ebf8619666cf55@mail.gmail.com> <200710091649.l99Gnfk4048093@lava.sentex.ca> Cc: FreeBSD Stable List Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2007 18:09:26 -0000 On 10/9/07, Mike Tancsa wrote: > At 12:37 AM 10/9/2007, Jack Vogel wrote: > > > Thanks, > > > I did find this reference > > > http://www.higherorder.com.au/2007/6/25/intel_82573_patch > > > > > > Is there a way from FreeBSD to tell remotely if its needed ? > > > >Well, there would be a way, reading the MANC register and > >seeing if the suspect bit is present, but am not sure if there > >is some important point at which the thing gets misprogrammed, > >its just best to use the patcher, its harmless if its not needed. > > > >Sorry, I realize its a hassle to boot to that wonder DOS :) > > > OK, did some tests on local PM nics here at the office. On one nic > (same model as what is causing us problems in the field) we can run > the program over and over again, and it always exits with a zero > value. Is this normal ? On another NIC that we recently bought, it > exits with a 1 which supposedly says "not needed". How do we know > that the update has taken ? Is there any danger of it losing its > reprogramming ? In short, how do we verify it "worked" > > The version I am using is > > lava# ls -l dcgdis.exe > -rw-r--r-- 1 root wheel 160029 Oct 4 2005 dcgdis.exe > lava# md5 dcgdis.exe > MD5 (dcgdis.exe) = a48d9e127c19528bd4a650e692b2f2be > lava# > > Is there a newer one ? There has only ever been one of these things, and its a binary wad to me just as to you, so I don't know why it returns success multple times, I guess it just checks the NIC type and does the write. People writing this are not Unix types, they are DOS tools programmers, should tell you something :) I was just talking to one of our Linux engineers and they actually export the ability to read and write the eeprom via ethtool, maybe I should look into adding something like a sysctl for that. Right now, just run it once, then test to see if the problem has disappeared. Jack From owner-freebsd-stable@FreeBSD.ORG Tue Oct 9 18:34:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 549D116A421 for ; Tue, 9 Oct 2007 18:34:24 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id A871513C45B for ; Tue, 9 Oct 2007 18:34:23 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1337233nfb for ; Tue, 09 Oct 2007 11:34:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=4TJb8TUP9cUFMvPczY7LzpAZu9abSZ3FoNk7JL5HLFk=; b=rjjIgDNviZX7vJjowXf6hKMI9hFeXXQk+e1HVv/FIYPzx9HORnajn0fLSzzgOyZ9rgTlDnHzpLLk7E678fajsMB0uk4lL73W3obx1dVDeaSizS7zIi6Ul5L1DUUL8MDT0N1iSDYD7juwJu1ws3kb+nxv531RKDzR0VOo46fhtBk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=TYUWx5jMjknbVRn1qUIYlRQZ0A9YcTohQorfATunG5m8gNGvXbTAq2li8BDDgoMucgv7p1BtfLV7tvki3nVSOZucckBtYxcBZoYo/ktvszdOkG+FyBQeT2EVi3ChH5H6SMRtjMLK4Q7hBSqDGU481lV02IpmlD5sqdVA14C/pWg= Received: by 10.86.49.13 with SMTP id w13mr6223475fgw.1191954862296; Tue, 09 Oct 2007 11:34:22 -0700 (PDT) Received: by 10.86.2.1 with HTTP; Tue, 9 Oct 2007 11:34:22 -0700 (PDT) Message-ID: <499c70c0710091134x236e95b9gf57cd96ca1f670ea@mail.gmail.com> Date: Tue, 9 Oct 2007 21:34:22 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: ICH9 support for Motherboard: Foxconn G33M? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2007 18:34:24 -0000 Hello, This is just a fresh csup buildworld, buildkernel with GENERIC Motherboard: Foxconn G33M ata controllers not found so it runs generic @ udma33 slowest possible here is the dmesg server1# cat /var/run/dmesg.boot Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Wed Oct 10 02:08:23 UTC 2007 root@server1:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.06-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2137718784 (2038 MB) avail memory = 2086768640 (1990 MB) ACPI APIC Table: <052507 APIC1114> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: <052507 RSDT1114> on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 2.0 (no driver attached) pcib1: at device 30.0 on pci0 pci1: on pcib1 re0: port 0xe800-0xe8ff mem 0xfebffc00-0xfebffcff irq 22 at device 2.0 on pci1 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:01:6c:18:b9:70 re0: [FAST] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xd880-0xd887,0xd800-0xd803,0xd480-0xd487,0xd400-0xd403,0xd080-0xd08f,0xd000-0xd00f irq 19 at device 31.2 on pci0 ata2: on atapci0 ata3: on atapci0 pci0: at device 31.3 (no driver attached) atapci1: port 0xc880-0xc887,0xc800-0xc803,0xc480-0xc487,0xc400-0xc403,0xc080-0xc08f,0xc000-0xc00f irq 19 at device 31.5 on pci0 ata4: on atapci1 ata5: on atapci1 acpi_button0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad4: 238475MB at ata2-master UDMA33 ad6: 238475MB at ata3-master UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a server1# pciconf -lv hostb0@pci0:0:0: class=0x060000 card=0x0ce3105b chip=0x29c08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI none0@pci0:2:0: class=0x030000 card=0x0ce3105b chip=0x29c28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = display subclass = VGA pcib1@pci0:30:0: class=0x060401 card=0x0ce3105b chip=0x244e8086 rev=0x92 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=0x0ce3105b chip=0x29188086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = PCI-ISA atapci0@pci0:31:2: class=0x01018f card=0x0ce3105b chip=0x29218086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = mass storage subclass = ATA none1@pci0:31:3: class=0x0c0500 card=0x0ce3105b chip=0x29308086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = SMBus atapci1@pci0:31:5: class=0x010185 card=0x0ce3105b chip=0x29268086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = mass storage subclass = ATA re0@pci1:2:0: class=0x020000 card=0x0cea105b chip=0x816710ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' class = network subclass = ethernet Is there anyway to fix it or MFC it from HEAD to STABLE if it works there? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Tue Oct 9 18:44:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C17D16A419 for ; Tue, 9 Oct 2007 18:44:46 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 6824E13C455 for ; Tue, 9 Oct 2007 18:44:45 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id C1907EB5521; Wed, 10 Oct 2007 02:44:44 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 6qYJ3oQTMahr; Wed, 10 Oct 2007 02:44:39 +0800 (CST) Received: from LI-Xins-MacBook.local (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id BC887EB108E; Wed, 10 Oct 2007 02:44:37 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=gFQhYp08Qq/Ff3zMyiWk3zG+jJNuXIabbfgUmAiotNX91yrs8bfoeiwzOy+opFark BoCJMhEhwuBGs00vSbtPA== Message-ID: <470BCC10.7080504@delphij.net> Date: Tue, 09 Oct 2007 11:44:32 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <499c70c0710091134x236e95b9gf57cd96ca1f670ea@mail.gmail.com> In-Reply-To: <499c70c0710091134x236e95b9gf57cd96ca1f670ea@mail.gmail.com> X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig59FA8E30D3B1AD4908F9901E" Cc: FreeBSD Stable List Subject: Re: ICH9 support for Motherboard: Foxconn G33M? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2007 18:44:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig59FA8E30D3B1AD4908F9901E Content-Type: multipart/mixed; boundary="------------080600040905050406010906" This is a multi-part message in MIME format. --------------080600040905050406010906 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Abdullah Ibn Hamad Al-Marri wrote: > Hello, >=20 > This is just a fresh csup buildworld, buildkernel with GENERIC >=20 > Motherboard: Foxconn G33M >=20 > ata controllers not found so it runs generic @ udma33 slowest possible I think the chipset is not yet supported by -HEAD now. Would you please try the attached patch to see if it works? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------080600040905050406010906 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="patch-82801IBAH2.diff" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="patch-82801IBAH2.diff" SW5kZXg6IGF0YS1jaGlwc2V0LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvbmN2 cy9zcmMvc3lzL2Rldi9hdGEvYXRhLWNoaXBzZXQuYyx2CnJldHJpZXZpbmcgcmV2aXNpb24g MS4yMDEKZGlmZiAtdSAtcCAtcjEuMjAxIGF0YS1jaGlwc2V0LmMKLS0tIGF0YS1jaGlwc2V0 LmMJNCBPY3QgMjAwNyAxOToxNzoxNSAtMDAwMAkxLjIwMQorKysgYXRhLWNoaXBzZXQuYwk5 IE9jdCAyMDA3IDE4OjQwOjI4IC0wMDAwCkBAIC0xNzEzLDYgKzE3MTMsNyBAQCBhdGFfaW50 ZWxfaWRlbnQoZGV2aWNlX3QgZGV2KQogICAgICB7IEFUQV9JODI4MDFIQk1fUzIsIDAsIEFI Q0ksIDB4MDAsIEFUQV9TQTMwMCwgIklDSDhNIiB9LAogICAgICB7IEFUQV9JODI4MDFJQl9T MSwgIDAsIEFIQ0ksIDB4MDAsIEFUQV9TQTMwMCwgIklDSDkiIH0sCiAgICAgIHsgQVRBX0k4 MjgwMUlCX1MyLCAgMCwgQUhDSSwgMHgwMCwgQVRBX1NBMzAwLCAiSUNIOSIgfSwKKyAgICAg eyBBVEFfSTgyODAxSUJfQUgyLCAwLCBBSENJLCAweDAwLCBBVEFfU0EzMDAsICJJQ0g5IiB9 LAogICAgICB7IEFUQV9JODI4MDFJQl9BSDQsIDAsIEFIQ0ksIDB4MDAsIEFUQV9TQTMwMCwg IklDSDkiIH0sCiAgICAgIHsgQVRBX0k4MjgwMUlCX0FINiwgMCwgQUhDSSwgMHgwMCwgQVRB X1NBMzAwLCAiSUNIOSIgfSwKICAgICAgeyBBVEFfSTMxMjQ0LCAgICAgICAwLCAgICAwLCAw eDAwLCBBVEFfU0ExNTAsICIzMTI0NCIgfSwKSW5kZXg6IGF0YS1wY2kuaAo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvZGV2L2F0YS9hdGEtcGNpLmgsdgpy ZXRyaWV2aW5nIHJldmlzaW9uIDEuODAKZGlmZiAtdSAtcCAtcjEuODAgYXRhLXBjaS5oCi0t LSBhdGEtcGNpLmgJNCBPY3QgMjAwNyAxOToxNzoxNiAtMDAwMAkxLjgwCisrKyBhdGEtcGNp LmgJOSBPY3QgMjAwNyAxODozOTo1MSAtMDAwMApAQCAtMTY5LDYgKzE2OSw3IEBAIHN0cnVj dCBhdGFfY29ubmVjdF90YXNrIHsKICNkZWZpbmUgQVRBX0k4MjgwMUhCTV9TMSAgICAgICAg MHgyODI5ODA4NgogI2RlZmluZSBBVEFfSTgyODAxSEJNX1MyICAgICAgICAweDI4MmE4MDg2 CiAjZGVmaW5lIEFUQV9JODI4MDFJQl9TMSAgICAgICAgIDB4MjkyMDgwODYKKyNkZWZpbmUg QVRBX0k4MjgwMUlCX0FIMiAgICAgICAgMHgyOTIxODA4NgogI2RlZmluZSBBVEFfSTgyODAx SUJfQUg2ICAgICAgICAweDI5MjI4MDg2CiAjZGVmaW5lIEFUQV9JODI4MDFJQl9BSDQgICAg ICAgIDB4MjkyMzgwODYKICNkZWZpbmUgQVRBX0k4MjgwMUlCX1MyICAgICAgICAgMHgyOTI2 ODA4Ngo= --------------080600040905050406010906-- --------------enig59FA8E30D3B1AD4908F9901E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHC8wQOfuToMruuMARCvDhAJ9oHTtjzyxHbSpSnkjhPhnjLFe0qACfRwP/ MJUMbyHlh2H0D2GrCv22Wgs= =I5iz -----END PGP SIGNATURE----- --------------enig59FA8E30D3B1AD4908F9901E-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 9 19:32:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A786B16A418 for ; Tue, 9 Oct 2007 19:32:58 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 1030C13C4A7 for ; Tue, 9 Oct 2007 19:32:57 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1352020nfb for ; Tue, 09 Oct 2007 12:32:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=sHNMkbba8veEa9l9XjdXdkatJdxlJ2gO8pqGuri/mU4=; b=QX5lV6eMn68osmmi+h3wGxBwQn22MeSFN6vQJ6nXNASoROGrVmubV2O9m1FcElq1k4l2cznScaPI2cgH2pEvF/ZFibr81FFu2M5M+/0s9rcPNW7z4ijptRfWKKk3RVonqAQkW+YBRteafI/X34kw80FeAKzooKtTjS0H8dh+bdU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Wf1HIllAVsgQNQM5tgOf7A6b5R3h3m83Stbtue9xXJ7w0fcBKl3IQCqtsZFNvyRawkSrBkE0X4KRcSKslA7+6Sa2VpIAp2nnDV2NWfV0VLI1d6R772Mt+AReOqLuuO9kMZvl7wJfTv6f1MjxKiNXTnqIHk1OQ6oOqlWdYpa7ctM= Received: by 10.86.58.3 with SMTP id g3mr6287924fga.1191958375908; Tue, 09 Oct 2007 12:32:55 -0700 (PDT) Received: by 10.86.2.1 with HTTP; Tue, 9 Oct 2007 12:32:55 -0700 (PDT) Message-ID: <499c70c0710091232g67733baeu14ef9105d9bb8ae0@mail.gmail.com> Date: Tue, 9 Oct 2007 22:32:55 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: d@delphij.net In-Reply-To: <470BCC10.7080504@delphij.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_2478_29167972.1191958375894" References: <499c70c0710091134x236e95b9gf57cd96ca1f670ea@mail.gmail.com> <470BCC10.7080504@delphij.net> Cc: FreeBSD Stable List Subject: Re: ICH9 support for Motherboard: Foxconn G33M? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2007 19:32:58 -0000 ------=_Part_2478_29167972.1191958375894 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 10/9/07, LI Xin wrote: > Abdullah Ibn Hamad Al-Marri wrote: > > Hello, > > > > This is just a fresh csup buildworld, buildkernel with GENERIC > > > > Motherboard: Foxconn G33M > > > > ata controllers not found so it runs generic @ udma33 slowest possible > > I think the chipset is not yet supported by -HEAD now. Would you please > try the attached patch to see if it works? > > Cheers, > -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > > Index: ata-chipset.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v > retrieving revision 1.201 > diff -u -p -r1.201 ata-chipset.c > --- ata-chipset.c 4 Oct 2007 19:17:15 -0000 1.201 > +++ ata-chipset.c 9 Oct 2007 18:40:28 -0000 > @@ -1713,6 +1713,7 @@ ata_intel_ident(device_t dev) > { ATA_I82801HBM_S2, 0, AHCI, 0x00, ATA_SA300, "ICH8M" }, > { ATA_I82801IB_S1, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, > { ATA_I82801IB_S2, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, > + { ATA_I82801IB_AH2, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, > { ATA_I82801IB_AH4, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, > { ATA_I82801IB_AH6, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, > { ATA_I31244, 0, 0, 0x00, ATA_SA150, "31244" }, > Index: ata-pci.h > =================================================================== > RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.h,v > retrieving revision 1.80 > diff -u -p -r1.80 ata-pci.h > --- ata-pci.h 4 Oct 2007 19:17:16 -0000 1.80 > +++ ata-pci.h 9 Oct 2007 18:39:51 -0000 > @@ -169,6 +169,7 @@ struct ata_connect_task { > #define ATA_I82801HBM_S1 0x28298086 > #define ATA_I82801HBM_S2 0x282a8086 > #define ATA_I82801IB_S1 0x29208086 > +#define ATA_I82801IB_AH2 0x29218086 > #define ATA_I82801IB_AH6 0x29228086 > #define ATA_I82801IB_AH4 0x29238086 > #define ATA_I82801IB_S2 0x29268086 Thank you Li, It works, and thank you for the RELENG_6 patch too. I'm attaching it just in case someone needs it. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ------=_Part_2478_29167972.1191958375894 Content-Type: application/octet-stream; name=patch-i82801ib-6.diff Content-Transfer-Encoding: base64 X-Attachment-Id: f_f7kt82ng Content-Disposition: attachment; filename=patch-i82801ib-6.diff SW5kZXg6IGF0YS1jaGlwc2V0LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMv c3lzL2Rldi9hdGEvYXRhLWNoaXBzZXQuYyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMjYuMi4x OQpkaWZmIC11IC1wIC1yMS4xMjYuMi4xOSBhdGEtY2hpcHNldC5jCi0tLSBhdGEtY2hpcHNldC5j CTQgSnVsIDIwMDcgMTI6Mjk6MTUgLTAwMDAJMS4xMjYuMi4xOQorKysgYXRhLWNoaXBzZXQuYwk5 IE9jdCAyMDA3IDE4OjQ5OjIzIC0wMDAwCkBAIC0xNjk5LDYgKzE2OTksMTEgQEAgYXRhX2ludGVs X2lkZW50KGRldmljZV90IGRldikKICAgICAgeyBBVEFfSTgyODAxSEJfQUg2LCAwLCBBSENJLCAw eDAwLCBBVEFfU0EzMDAsICJJQ0g4IiB9LAogICAgICB7IEFUQV9JODI4MDFIQk1fUzEsIDAsIEFI Q0ksIDB4MDAsIEFUQV9TQTMwMCwgIklDSDhNIiB9LAogICAgICB7IEFUQV9JODI4MDFIQk1fUzIs IDAsIEFIQ0ksIDB4MDAsIEFUQV9TQTMwMCwgIklDSDhNIiB9LAorICAgICB7IEFUQV9JODI4MDFJ Ql9TMSwgIDAsIEFIQ0ksIDB4MDAsIEFUQV9TQTMwMCwgIklDSDkiIH0sCisgICAgIHsgQVRBX0k4 MjgwMUlCX1MyLCAgMCwgQUhDSSwgMHgwMCwgQVRBX1NBMzAwLCAiSUNIOSIgfSwKKyAgICAgeyBB VEFfSTgyODAxSUJfQUgyLCAwLCBBSENJLCAweDAwLCBBVEFfU0EzMDAsICJJQ0g5IiB9LAorICAg ICB7IEFUQV9JODI4MDFJQl9BSDQsIDAsIEFIQ0ksIDB4MDAsIEFUQV9TQTMwMCwgIklDSDkiIH0s CisgICAgIHsgQVRBX0k4MjgwMUlCX0FINiwgMCwgQUhDSSwgMHgwMCwgQVRBX1NBMzAwLCAiSUNI OSIgfSwKICAgICAgeyBBVEFfSTMxMjQ0LCAgICAgICAwLCAgICAwLCAweDAwLCBBVEFfU0ExNTAs ICIzMTI0NCIgfSwKICAgICAgeyAwLCAwLCAwLCAwLCAwLCAwfX07CiAgICAgY2hhciBidWZmZXJb NjRdOyAKSW5kZXg6IGF0YS1wY2kuaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3Ny Yy9zeXMvZGV2L2F0YS9hdGEtcGNpLmgsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNDkuMi4xMQpk aWZmIC11IC1wIC1yMS40OS4yLjExIGF0YS1wY2kuaAotLS0gYXRhLXBjaS5oCTExIEZlYiAyMDA3 IDIzOjQ2OjQ1IC0wMDAwCTEuNDkuMi4xMQorKysgYXRhLXBjaS5oCTkgT2N0IDIwMDcgMTg6NDk6 MzggLTAwMDAKQEAgLTE2Nyw2ICsxNjcsMTEgQEAgc3RydWN0IGF0YV9jb25uZWN0X3Rhc2sgewog I2RlZmluZSBBVEFfSTgyODAxSEJfUzIgICAgICAgICAweDI4MjU4MDg2CiAjZGVmaW5lIEFUQV9J ODI4MDFIQk1fUzEgICAgICAgIDB4MjgyOTgwODYKICNkZWZpbmUgQVRBX0k4MjgwMUhCTV9TMiAg ICAgICAgMHgyODJhODA4NgorI2RlZmluZSBBVEFfSTgyODAxSUJfUzEgICAgICAgICAweDI5MjA4 MDg2CisjZGVmaW5lIEFUQV9JODI4MDFJQl9BSDIgICAgICAgIDB4MjkyMTgwODYKKyNkZWZpbmUg QVRBX0k4MjgwMUlCX0FINiAgICAgICAgMHgyOTIyODA4NgorI2RlZmluZSBBVEFfSTgyODAxSUJf QUg0ICAgICAgICAweDI5MjM4MDg2CisjZGVmaW5lIEFUQV9JODI4MDFJQl9TMiAgICAgICAgIDB4 MjkyNjgwODYKICNkZWZpbmUgQVRBX0kzMTI0NCAgICAgICAgICAgICAgMHgzMjAwODA4NgogCiAj ZGVmaW5lIEFUQV9JVEVfSUQgICAgICAgICAgICAgIDB4MTI4Mwo= ------=_Part_2478_29167972.1191958375894-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 9 20:28:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B72916A41A for ; Tue, 9 Oct 2007 20:28:18 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id CBD4E13C47E for ; Tue, 9 Oct 2007 20:28:17 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id E8CBCEB567E; Wed, 10 Oct 2007 04:28:16 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 0Ch6NZYSdLQu; Wed, 10 Oct 2007 04:28:12 +0800 (CST) Received: from LI-Xins-MacBook.local (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 12C70EB50EE; Wed, 10 Oct 2007 04:28:11 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=s4ZpiExY4MGtudljD7KdN4ylB8YO5K8TIfJ+hVo4egarT36DavdGTh0gHI4CKnVbl wYwJoCr/vZAU3kQdE7a3A== Message-ID: <470BE457.1080006@delphij.net> Date: Tue, 09 Oct 2007 13:28:07 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <499c70c0710091134x236e95b9gf57cd96ca1f670ea@mail.gmail.com> <470BCC10.7080504@delphij.net> <499c70c0710091232g67733baeu14ef9105d9bb8ae0@mail.gmail.com> In-Reply-To: <499c70c0710091232g67733baeu14ef9105d9bb8ae0@mail.gmail.com> X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig9AB10AA76FFF882DC350C0AB" Cc: FreeBSD Stable List , d@delphij.net Subject: Re: ICH9 support for Motherboard: Foxconn G33M? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2007 20:28:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9AB10AA76FFF882DC350C0AB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Abdullah Ibn Hamad Al-Marri wrote: > Thank you Li, >=20 > It works, and thank you for the RELENG_6 patch too. Thanks. I have just committed the -CURRENT patch against -HEAD and it should appear in RELENG_7 (7.0-BETA). Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig9AB10AA76FFF882DC350C0AB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHC+RXOfuToMruuMARCj/FAJ9qQ83b0XpullmhD6rcLI/k1WEAZwCfXAcO P8Up+VA+5PBnLqdQI2UDftY= =9LGj -----END PGP SIGNATURE----- --------------enig9AB10AA76FFF882DC350C0AB-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 9 23:47:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93EA516A468 for ; Tue, 9 Oct 2007 23:47:36 +0000 (UTC) (envelope-from dyeske@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 7D5F013C458 for ; Tue, 9 Oct 2007 23:47:36 +0000 (UTC) (envelope-from dyeske@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so54648pyb for ; Tue, 09 Oct 2007 16:47:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; bh=q+HPr+uLyiJAJazJ9imc8RH1Xyq2/cMenRXyPh4rSKs=; b=g9+W75P8cQ+9XDZDsmxqjjqjyiy+5qRUF+yJOngNWlMsalQTbhdaoHGp6Z/NlaY0X2DQwf5LDXWAZ1hSDhSZ5UaAiCwaXpY+XWtLl/7/gskykOtRodDNuR+c5b5Lp3l7GgJaD94vMTvXlQM2MNyzsGBLAqrvthoggkbUgVgOmQw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=BV/RFyRQTfVeoOsPmPaxecCd7RFuYuDKUIUUlo/lBmdzsmPCSBTC7v91wlDSSmoGozfU7tLNd0EPpUa6hl6f/D3FCZ7vZFCtVdPifXK1rhoNwySPRl+3IZXxHSfApYsAhzOQByEuZ0KIq1wHZJ81pkjHSLTM+tfTuCjWL5K3hNI= Received: by 10.35.86.19 with SMTP id o19mr63914pyl.1191971903811; Tue, 09 Oct 2007 16:18:23 -0700 (PDT) Received: by 10.35.112.2 with HTTP; Tue, 9 Oct 2007 16:18:23 -0700 (PDT) Message-ID: <85bdae4e0710091618n64029f3bjce1102629465c5fa@mail.gmail.com> Date: Tue, 9 Oct 2007 19:18:23 -0400 From: "David Yeske" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: problems bridging on 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: Tue, 09 Oct 2007 23:47:38 -0000 I have a machine running FreeBSD stable that I am trying to bridge for use with openvpn. I am able to use the older bridge interface by running the following. sysctl net.link.ether.bridge.enable=1 sysctl net.link.ether.bridge.config=fxp0,tap0 When I try and use the new if_bridge interface my packets don't appear to make it through the bridge. Here is what I am running ifconfig bridge0 create ifconfig bridge0 addm fxp0 addm tap0 up Here is the output of uname -a on my machine. FreeBSD nfs 6.2-STABLE FreeBSD 6.2-STABLE #1: Sun Sep 9 02:01:33 EDT 2007 root@nfs:/usr/obj/usr/src/sys/NFS i386 I have used the if_bridge interface on a FreeBSD current machine to bridge nfe0 and ath0 without problems. Has anyone had problems with the if_bridge interface on RELENG_6? I also noticed the following weird messages coming from dmesg on the local machine. arp: unknown hardware address format (0x0000) Any suggestions or help is greatly appreciated. Regards, David Yeske From owner-freebsd-stable@FreeBSD.ORG Wed Oct 10 01:46:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 261EA16A419 for ; Wed, 10 Oct 2007 01:46:40 +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 85FF813C45D for ; Wed, 10 Oct 2007 01:46:38 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-150-53.lns11.adl6.internode.on.net [121.45.150.53]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l9A1kYcS018065 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Oct 2007 11:16:36 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 10 Oct 2007 11:16:22 +0930 User-Agent: KMail/1.9.7 References: <85bdae4e0710091618n64029f3bjce1102629465c5fa@mail.gmail.com> In-Reply-To: <85bdae4e0710091618n64029f3bjce1102629465c5fa@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1867084.NStCzbTkFQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710101116.33978.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: freebsd-net@freebsd.org, David Yeske Subject: Re: problems bridging on 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: Wed, 10 Oct 2007 01:46:40 -0000 --nextPart1867084.NStCzbTkFQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 10 Oct 2007, David Yeske wrote: > I have used the if_bridge interface on a FreeBSD current machine to > bridge nfe0 and ath0 without problems. Has anyone had problems with > the if_bridge interface on RELENG_6? I also noticed the following > weird messages coming from dmesg on the local machine. > > arp: unknown hardware address format (0x0000) I have used bridging between bge & tap on RELENG_6.. =46reeBSD cain.gsoft.com.au 6.2-STABLE FreeBSD 6.2-STABLE #0: Fri Feb 2 17= :35:07 CST 2007 root@new-cain.gsoft.com.au:/usr/obj/usr/src/sys/GENERIC= amd64 bge0: flags=3D8943 mtu 1500 options=3D18 ether 00:30:48:89:be:54 media: Ethernet autoselect (1000baseTX ) status: active bridge0: flags=3D8843 mtu 1500 inet 203.31.81.10 netmask 0xffffffc0 broadcast 203.31.81.63 inet 203.31.81.6 netmask 0xffffffff broadcast 203.31.81.6 inet 203.31.81.11 netmask 0xffffffff broadcast 203.31.81.11 ether 6a:5c:63:99:30:6c id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto stp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 0 ifcost 0 port 0 member: tap1 flags=3D143 member: tap0 flags=3D143 member: bge0 flags=3D143 tap0: flags=3D8942 mtu 1500 ether 00:bd:2d:73:00:00 Opened by PID 994 tap1: flags=3D8942 mtu 1500 ether 00:bd:63:73:00:01 Opened by PID 1007 =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 --nextPart1867084.NStCzbTkFQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHDC755ZPcIHs/zowRAqTEAKCE7nQ1Po1eAa4hsPxRKNfPokQbXgCeIMyX uPc/Fdj6N5qvXeMZjGfEEO4= =pBKp -----END PGP SIGNATURE----- --nextPart1867084.NStCzbTkFQ-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 10 01:46:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6F7916A41A for ; Wed, 10 Oct 2007 01:46:52 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 2E57E13C48A for ; Wed, 10 Oct 2007 01:46:51 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so44928nfb for ; Tue, 09 Oct 2007 18:46:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; bh=gHvbtkWub8v9atoesD/PIoq5tUdiqsxTHG8+GVFeIRM=; b=a9LwsHGsROA/53LW86GkJKUboPqfNBuz3Eylj8D3C9WudfpyY+ZI7Tqkgj7Ab3Q+HKcM3j/FRTbTwvg0Tb7CpUNYs/BUXW+xySqKvjrqdW1S5VVAU1qzthOntIFr2/vl13lqb2ve3A161NBQ428t5PjL2IvrVI3tDZDU7C7nYMg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=B/5nzquj5lAdABNNUVLPXtK0FUX4Q7nbPb9tbi8WTRNeSE9L2e3rXzdDwsIYy1uToL/vUIyOnW28MidZFkRVv2dzsWotIzkyxPO2VzXBMSU+EEfh7l+huMT+EZ9NJ6h/T5JJVZ48QnAOlCQNQmp8T7LTuPqnpo1Dj2S7U35s01Y= Received: by 10.86.96.18 with SMTP id t18mr133422fgb.1191980810042; Tue, 09 Oct 2007 18:46:50 -0700 (PDT) Received: by 10.86.2.1 with HTTP; Tue, 9 Oct 2007 18:46:50 -0700 (PDT) Message-ID: <499c70c0710091846p3e2dd505sb54f18da30802d2d@mail.gmail.com> Date: Wed, 10 Oct 2007 04:46:50 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Pyun YongHyeon Subject: Realtek eth isn't detected in Intel DG31PR mobo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2007 01:46:52 -0000 Hello Guys, Maybe this is in HEAD? I'm not sure. intel says "Gigabit (10/100/1000 Mbits/sec) LAN subsystem using the Realtek* RTL8111-GR Gigabit Ethernet Controller" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Sat Sep 8 03:21:29 AST 2007 root@web:/usr/obj/usr/src/sys/WEB Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.62-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd,EST,TM2,,CX16,,> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 3210739712 (3062 MB) avail memory = 3143385088 (2997 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 acpi0: on motherboard acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 2000 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pci0: at device 2.0 (no driver attached) pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.1 on pci0 pci3: on pcib3 rl0: port 0xc000-0xc0ff mem 0xd0020000-0xd0020fff irq 17 at device 0.0 on pci3 rl0: [GIANT-LOCKED] version:1.73 rl0: Ethernet address: 00:19:d1:a7:a4:72 rl0: Ethernet address: 00:19:d1:a7:a4:72 pcib4: at device 30.0 on pci0 pci4: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xd060-0xd067,0xd050-0xd053,0xd040-0xd047,0xd030-0xd033,0xd020-0xd02f irq 17 at device 31.2 on pci0 ata2: on atapci0 ata3: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ipfw2 initialized, divert loadable, rule-based forwarding disabled, default to accept, logging limited to 10000 packets/entry by default ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a rl0@pci3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' class = network subclass = ethernet So I used Realtek driver to get it working. ================================================================================= = Realtek 8139C/8139C+/8169S/8169SB/8169SC/8168B/8101E Driver for FreeBSD v4.x/5.x/6.0 = ================================================================================= shouldn't be re0 instead of rl0? Could someone please look into it, Pyun? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Wed Oct 10 03:35:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99B9A16A419 for ; Wed, 10 Oct 2007 03:35:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 5565313C447 for ; Wed, 10 Oct 2007 03:35:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so89959waf for ; Tue, 09 Oct 2007 20:35:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=PJxW+X9pAuKEfznPmivvw2EdY++J/BYrh3Lk7dciFIw=; b=AkqHcFM9n2HPPBBahX55v6Hp5snJWeoOZ2HsKBkYRLanwqEN69kRmnjqPICP3hh9IKyA0M3uscUbLlBgYfHct0b3cuzvgQTuMe8rxIZ4j5bI+5O2ceiXT9cdJn+P54fhdkacutlyHnuaA8viXvyoPPi4fXzh/aG3FMzvZp/fKdc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=O8bREvIuuxpV6PvwOxzLSRQFd8reCvRA1ytlAFNw48XsyrLsAvPGaqUQ/FgI/8C5eXnxJW45U1AcFaIpEYHX4c8fPu8QzyV/rLhUT2qejvU+HAY0QMkmQg6nYf6jChXAE09Dn3ZxfJbAORPfsIRJ72hW1A16uDcEi1GPyOpeqUk= Received: by 10.114.146.1 with SMTP id t1mr275918wad.1191987305609; Tue, 09 Oct 2007 20:35:05 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id j6sm517833wah.2007.10.09.20.35.00 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 09 Oct 2007 20:35:03 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l9A3VN7H055809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Oct 2007 12:31:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9A3VMrK055808; Wed, 10 Oct 2007 12:31:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 10 Oct 2007 12:31:22 +0900 From: Pyun YongHyeon To: Abdullah Ibn Hamad Al-Marri Message-ID: <20071010033122.GB54946@cdnetworks.co.kr> References: <499c70c0710091846p3e2dd505sb54f18da30802d2d@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="SkvwRMAIpAhPCcCJ" Content-Disposition: inline In-Reply-To: <499c70c0710091846p3e2dd505sb54f18da30802d2d@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable List , Pyun YongHyeon Subject: Re: Realtek eth isn't detected in Intel DG31PR mobo 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, 10 Oct 2007 03:35:06 -0000 --SkvwRMAIpAhPCcCJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Oct 10, 2007 at 04:46:50AM +0300, Abdullah Ibn Hamad Al-Marri wrote: > Hello Guys, > > Maybe this is in HEAD? I'm not sure. > > intel says "Gigabit (10/100/1000 Mbits/sec) LAN subsystem using the > Realtek* RTL8111-GR Gigabit Ethernet Controller" > > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.2-STABLE #0: Sat Sep 8 03:21:29 AST 2007 > root@web:/usr/obj/usr/src/sys/WEB > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.62-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > Features=0xbfebfbff > Features2=0xe3fd,EST,TM2,,CX16,,> > AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 2 > real memory = 3210739712 (3062 MB) > avail memory = 3143385088 (2997 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 > acpi0: on motherboard > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 2000 > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > pci0: at device 2.0 (no driver attached) > pcib2: irq 16 at device 28.0 on pci0 > pci2: on pcib2 > pcib3: irq 17 at device 28.1 on pci0 > pci3: on pcib3 > rl0: port > 0xc000-0xc0ff mem 0xd0020000-0xd0020fff irq 17 at device 0.0 on pci3 > rl0: [GIANT-LOCKED] > version:1.73 > rl0: Ethernet address: 00:19:d1:a7:a4:72 > rl0: Ethernet address: 00:19:d1:a7:a4:72 > pcib4: at device 30.0 on pci0 > pci4: on pcib4 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0xd060-0xd067,0xd050-0xd053,0xd040-0xd047,0xd030-0xd033,0xd020-0xd02f > irq 17 at device 31.2 on pci0 > ata2: on atapci0 > ata3: on atapci0 > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > acpi_button1: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > atkbd0: [GIANT-LOCKED] > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > ipfw2 initialized, divert loadable, rule-based forwarding disabled, > default to accept, logging limited to 10000 packets/entry by default > ad4: 238475MB at ata2-master SATA150 > ad6: 238475MB at ata3-master SATA150 > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad4s1a > > rl0@pci3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec rev=0x01 hdr=0x00 > vendor = 'Realtek Semiconductor' > class = network > subclass = ethernet > > So I used Realtek driver to get it working. > > ================================================================================= > = Realtek 8139C/8139C+/8169S/8169SB/8169SC/8168B/8101E Driver for > FreeBSD v4.x/5.x/6.0 = > ================================================================================= > > shouldn't be re0 instead of rl0? > > Could someone please look into it, Pyun? Try attached patch. I've touched rl(4) too because rl(4) should not attach to unsupported hardwares. -- Regards, Pyun YongHyeon --SkvwRMAIpAhPCcCJ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.patch" Index: if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.95 diff -u -r1.95 if_re.c --- if_re.c 14 Aug 2007 02:00:04 -0000 1.95 +++ if_re.c 10 Oct 2007 02:54:15 -0000 @@ -180,6 +180,8 @@ "RealTek 8168/8111B PCIe Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN2, "RealTek 8168/8111B PCIe Gigabit Ethernet" }, + { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN3, + "RealTek 8168/8111B PCIe Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169, "RealTek 8169 Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169S, @@ -221,6 +223,7 @@ { RL_HWREV_8100E, RL_8169, "8100E"}, { RL_HWREV_8101E, RL_8169, "8101E"}, { RL_HWREV_8168_SPIN2, RL_8169, "8168"}, + { RL_HWREV_8168_SPIN3, RL_8169, "8168"}, { 0, 0, NULL } }; @@ -676,14 +679,19 @@ */ hwrev = CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV; - - if (hwrev == RL_HWREV_8100E || hwrev == RL_HWREV_8101E || - hwrev == RL_HWREV_8168_SPIN1 || hwrev == RL_HWREV_8168_SPIN2) { + switch (hwrev) { + case RL_HWREV_8100E: + case RL_HWREV_8101E: + case RL_HWREV_8168_SPIN1: + case RL_HWREV_8168_SPIN2: + case RL_HWREV_8168_SPIN3: CSR_WRITE_4(sc, RL_MAR0, bswap32(hashes[1])); CSR_WRITE_4(sc, RL_MAR4, bswap32(hashes[0])); - } else { + break; + default: CSR_WRITE_4(sc, RL_MAR0, hashes[0]); CSR_WRITE_4(sc, RL_MAR4, hashes[1]); + break; } } @@ -1314,6 +1322,7 @@ case RL_HWREV_8169_8110SB: case RL_HWREV_8169_8110SC: case RL_HWREV_8168_SPIN2: + case RL_HWREV_8168_SPIN3: re_gmii_writereg(dev, 1, 0x1f, 0); re_gmii_writereg(dev, 1, 0x0e, 0); break; Index: ../../pci/if_rlreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_rlreg.h,v retrieving revision 1.67 diff -u -r1.67 if_rlreg.h --- ../../pci/if_rlreg.h 24 Jul 2007 01:24:03 -0000 1.67 +++ ../../pci/if_rlreg.h 10 Oct 2007 02:54:16 -0000 @@ -156,6 +156,7 @@ #define RL_HWREV_8100E 0x30800000 #define RL_HWREV_8101E 0x34000000 #define RL_HWREV_8168_SPIN2 0x38000000 +#define RL_HWREV_8168_SPIN3 0x38400000 #define RL_HWREV_8139 0x60000000 #define RL_HWREV_8139A 0x70000000 #define RL_HWREV_8139AG 0x70800000 Index: ../../pci/if_rl.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_rl.c,v retrieving revision 1.170 diff -u -r1.170 if_rl.c --- ../../pci/if_rl.c 24 Jul 2007 01:24:03 -0000 1.170 +++ ../../pci/if_rl.c 10 Oct 2007 02:54:16 -0000 @@ -756,14 +756,31 @@ hwrev = CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV; bus_release_resource(dev, RL_RES, RL_RID, sc->rl_res); - /* Don't attach to 8139C+ or 8169/8110 chips. */ - if (hwrev == RL_HWREV_8139CPLUS || - (hwrev == RL_HWREV_8169 && - t->rl_did == RT_DEVICEID_8169) || - hwrev == RL_HWREV_8169S || - hwrev == RL_HWREV_8110S) { + /* + * Don't attach to 8139C+/8169/8169S/8110S/8168 + * 8111/8101E chips. + */ + switch (hwrev) { + case RL_HWREV_8139CPLUS: + case RL_HWREV_8110S: + case RL_HWREV_8169S: + case RL_HWREV_8101: + case RL_HWREV_8100: + case RL_HWREV_8169_8110SB: + case RL_HWREV_8169_8110SC: + case RL_HWREV_8168_SPIN1: + case RL_HWREV_8100E: + case RL_HWREV_8101E: + case RL_HWREV_8168_SPIN2: + case RL_HWREV_8168_SPIN3: t++; continue; + case RL_HWREV_8169: + if (t->rl_did == RT_DEVICEID_8169) { + t++; + continue; + } + break; } device_set_desc(dev, t->rl_name); --SkvwRMAIpAhPCcCJ-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 10 10:57:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A4C316A418 for ; Wed, 10 Oct 2007 10:57:12 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 6804E13C494 for ; Wed, 10 Oct 2007 10:57:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 8A10F74400A; Wed, 10 Oct 2007 13:57:09 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13DqSDSCOeu9; Wed, 10 Oct 2007 13:57:09 +0300 (EEST) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 08476744001; Wed, 10 Oct 2007 13:57:08 +0300 (EEST) Message-ID: <470CB004.2050603@icyb.net.ua> Date: Wed, 10 Oct 2007 13:57:08 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-standards@freebsd.org References: <46F29B3B.3010304@icyb.net.ua> In-Reply-To: <46F29B3B.3010304@icyb.net.ua> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: pax misbehavior X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2007 10:57:12 -0000 Sorry for top-posting, but I am replying to myself and the context is rather lengthy. It seems the issue is that our pax has an internal heuristic to apply -s transformations not only to file names, but to hard- and sym- link targets also. On one hand this seems to be beneficial, on the other hand this can lead to some confusion, because symlink targets can be relative and their pathnames can match quite unexpected patterns as compared to normal file pathnames. What makes this behavior is even less obvious to understand is that if link target is transformed into an an empty string then link is omitted altogether. This, of course, makes certain sense: there can not be a link without any target at all. On the other hand, POSIX explicitly gives one and only one reason to omit a file - when its _name_ is transformed to empty string. So this looks like a POSIX violation and unexpected behavior. I have several proposals on fixing this situation: 1. since link target modifying behavior is something that POSIX is silent about then it seems to be an extension and it would be nice to provide extended options to turn on/off (and maybe control some aspects of) this behavior. AIX pax, for instance, doesn't do that. Solaris and Linux seem to have the same behavior. 2. I think that regardless if #1 is implemented pax man page should describe this behavior and even warn about it. 3. symlink target modification heuristic may be updated to exclude the most trivial and probably widespread case of symlinks into the same directory, i.e. its target doesn't contain any '/'. 4. symlink target modification heuristic may be updated to leave link target alone if its substitution results in empty string (rather than throwing the symlink out as it is done now). There is, of course, a workaround for my particular case which is to never use kill-all substitution -s '#.*##', but instead to explicitly list all archive hierarchies roots like -s '#^root1/.*##' -s '#^root2/.*##' ... But even then there might be some unpleasant and hard-to-debug surprises with other patterns being misapplied where no one expected them to be applied. on 20/09/2007 19:09 Andriy Gapon said the following: > Preparation first: > $ mkdir xxxxx > $ cd xxxxx/ > $ touch yyyyy > $ ln -s yyyyy yyyyy.0 > $ ln -s yyyyy.0 yyyyy.0.0 > $ cd .. > > Demonstration of expected behavior: > $ pax -w -f xxxxx.tar -s "#xxxxx#zzzzz#" xxxxx > $ pax -vf xxxxx.tar > drwxr-xr-x 2 ... 0 20 Sep 18:51 zzzzz > -rw-r--r-- 1 ... 0 20 Sep 18:51 zzzzz/yyyyy > lrwxr-xr-x 1 ... 0 20 Sep 18:51 zzzzz/yyyyy.0 => yyyyy > lrwxr-xr-x 1 ... 0 20 Sep 18:51 zzzzz/yyyyy.0.0 => yyyyy.0 > pax: ustar vol 1, 4 files, 10240 bytes read, 0 bytes written. > > Demonstration of misbehavior: > $ pax -w -f xxxxx.tar -s "#xxxxx#zzzzz#" -s "#.*##" xxxxx > $ pax -vf xxxxx.tar > drwxr-xr-x 2 ... 0 20 Sep 18:51 zzzzz > -rw-r--r-- 1 ... 0 20 Sep 18:51 zzzzz/yyyyy > pax: ustar vol 1, 2 files, 10240 bytes read, 0 bytes written. > > > The only thing added in the second test is -s "#.*##" option _after_ the > first -s option. Mysteriously it caused all symlinks to not be included > into an archive. But this should not happen if the behavior in the first > test is correct and pax follows POSIX specification: if an entry is > handled by the first -s (which it was in the first test), then further > -s options should not be applied to it. Our man page also says it: > > Multiple -s expressions can be specified. The > expressions are applied in the order they are specified on the com- > mand line, terminating with the first successful substitution. > > Of course, this synthetic test is a simplification of something done for > a real task with a real purpose. -s "#.*##" is meant to exclude from an > archive all "other" files and the side-effect of excluding symlinks as > well is very unfortunate. > > Should I file a PR ? > -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Oct 10 14:08:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F0CA16A41B for ; Wed, 10 Oct 2007 14:08:16 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 1104013C457 for ; Wed, 10 Oct 2007 14:08:15 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so183323nfb for ; Wed, 10 Oct 2007 07:08:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=o/17480ZDg581Ux5HTVLdfBJCvFSDQ6PbTbVdOMS0dA=; b=Cf37t4BpgOpr3qQmY1Gs2eVkzg+pVB48r/Pwa2yFlZnnTto26cOGJwdTiYbdCIseOVoZQ0q+39Pkd+n2wijJ5LU0JwfjiTczfzL+sQgEkE92iviORg+Su+a9O6VVWm3qkVDW+1EHYHoKENsTu4eUJ79R99yrsCv5su7FYfym9Ts= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qVXt5o6+3JdPxABES9dZyMAREeT63vRb9BzfkGek3pVTXuvtQZBbAbbgmSqk8t0kcB5cbGml8/OKNYut7ZQJZcW7l18b5AsoL0xhXeLQBoDKrVfantVfWU5k+YRF+K3hHjm2GaZVVpGPJtODy34HyiiGoXCFVtoQPO1akBn3fdY= Received: by 10.86.97.7 with SMTP id u7mr593508fgb.1192025294065; Wed, 10 Oct 2007 07:08:14 -0700 (PDT) Received: by 10.86.2.1 with HTTP; Wed, 10 Oct 2007 07:08:13 -0700 (PDT) Message-ID: <499c70c0710100708g30a2912n1d1e72703d099dd0@mail.gmail.com> Date: Wed, 10 Oct 2007 17:08:13 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: pyunyh@gmail.com In-Reply-To: <20071010033122.GB54946@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0710091846p3e2dd505sb54f18da30802d2d@mail.gmail.com> <20071010033122.GB54946@cdnetworks.co.kr> Cc: FreeBSD Stable List , Pyun YongHyeon Subject: Re: Realtek eth isn't detected in Intel DG31PR mobo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2007 14:08:16 -0000 On 10/10/07, Pyun YongHyeon wrote: > On Wed, Oct 10, 2007 at 04:46:50AM +0300, Abdullah Ibn Hamad Al-Marri wrote: > > Hello Guys, > > > > Maybe this is in HEAD? I'm not sure. > > > > intel says "Gigabit (10/100/1000 Mbits/sec) LAN subsystem using the > > Realtek* RTL8111-GR Gigabit Ethernet Controller" > > > > Copyright (c) 1992-2007 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 6.2-STABLE #0: Sat Sep 8 03:21:29 AST 2007 > > root@web:/usr/obj/usr/src/sys/WEB > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.62-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > > Features=0xbfebfbff > > Features2=0xe3fd,EST,TM2,,CX16,,> > > AMD Features=0x20100000 > > AMD Features2=0x1 > > Cores per package: 2 > > real memory = 3210739712 (3062 MB) > > avail memory = 3143385088 (2997 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 > > acpi0: on motherboard > > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > > Timecounter "HPET" frequency 14318180 Hz quality 2000 > > acpi0: Power Button (fixed) > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > > cpu0: on acpi0 > > cpu1: on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pcib1: irq 16 at device 1.0 on pci0 > > pci1: on pcib1 > > pci0: at device 2.0 (no driver attached) > > pcib2: irq 16 at device 28.0 on pci0 > > pci2: on pcib2 > > pcib3: irq 17 at device 28.1 on pci0 > > pci3: on pcib3 > > rl0: port > > 0xc000-0xc0ff mem 0xd0020000-0xd0020fff irq 17 at device 0.0 on pci3 > > rl0: [GIANT-LOCKED] > > version:1.73 > > rl0: Ethernet address: 00:19:d1:a7:a4:72 > > rl0: Ethernet address: 00:19:d1:a7:a4:72 > > pcib4: at device 30.0 on pci0 > > pci4: on pcib4 > > isab0: at device 31.0 on pci0 > > isa0: on isab0 > > atapci0: port > > 0xd060-0xd067,0xd050-0xd053,0xd040-0xd047,0xd030-0xd033,0xd020-0xd02f > > irq 17 at device 31.2 on pci0 > > ata2: on atapci0 > > ata3: on atapci0 > > pci0: at device 31.3 (no driver attached) > > acpi_button0: on acpi0 > > acpi_button1: on acpi0 > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > atkbd0: irq 1 on atkbdc0 > > atkbd0: [GIANT-LOCKED] > > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x300> > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > > Timecounters tick every 1.000 msec > > ipfw2 initialized, divert loadable, rule-based forwarding disabled, > > default to accept, logging limited to 10000 packets/entry by default > > ad4: 238475MB at ata2-master SATA150 > > ad6: 238475MB at ata3-master SATA150 > > SMP: AP CPU #1 Launched! > > Trying to mount root from ufs:/dev/ad4s1a > > > > rl0@pci3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec rev=0x01 hdr=0x00 > > vendor = 'Realtek Semiconductor' > > class = network > > subclass = ethernet > > > > So I used Realtek driver to get it working. > > > > ================================================================================= > > = Realtek 8139C/8139C+/8169S/8169SB/8169SC/8168B/8101E Driver for > > FreeBSD v4.x/5.x/6.0 = > > ================================================================================= > > > > shouldn't be re0 instead of rl0? > > > > Could someone please look into it, Pyun? > > Try attached patch. > I've touched rl(4) too because rl(4) should not attach to > unsupported hardwares. > > -- > Regards, > Pyun YongHyeon > > Hello Pyun, Thank you for the patch. FreeBSD didn't know it or detected it as "rl0" too, it got rl0 because I used realtek driver from their site. So would this patch make FreeBSD detect it without any need for the driver from realtek site? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Wed Oct 10 16:33:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90F7316A418 for ; Wed, 10 Oct 2007 16:33:03 +0000 (UTC) (envelope-from decibel@decibel.org) Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3A7B413C480 for ; Wed, 10 Oct 2007 16:33:02 +0000 (UTC) (envelope-from decibel@decibel.org) Received: from [10.224.23.50] (unknown [38.98.147.68]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by noel.decibel.org (Postfix) with ESMTP id 1F17356450 for ; Wed, 10 Oct 2007 16:10:49 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v752.3) References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Decibel! Date: Wed, 10 Oct 2007 11:10:48 -0500 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.752.3) Subject: Unable to build devel/viewvc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2007 16:33:03 -0000 Asked a while ago on -ports with no response... does anyone have any ideas on this? BTW, this is 6.1-RELEASE-p10, and a port checkout as of last night. Begin forwarded message: > From: Decibel! > Date: September 30, 2007 8:49:44 PM CDT > To: freebsd-ports@freebsd.org > Subject: Unable to build devel/viewvc > > I carried out the instructions for upgrading python from 2.4 to > 2.5, and made sure that 2.5 is being built with thread support, but > I still get the following error trying to build viewvc: > > decibel@noel.2[20:46]/usr/ports/devel/viewvc:30>sudo make clean > ===> Cleaning for viewvc-1.0.4 > decibel@noel.2[20:46]/usr/ports/devel/viewvc:31>sudo make install > ===> Extracting for viewvc-1.0.4 > => MD5 Checksum OK for viewvc-1.0.4.tar.gz. > => SHA256 Checksum OK for viewvc-1.0.4.tar.gz. > ===> Patching for viewvc-1.0.4 > ===> viewvc-1.0.4 depends on file: /usr/local/bin/python2.5 - found > ===> Configuring for viewvc-1.0.4 > ===> Installing for viewvc-1.0.4 > ===> viewvc-1.0.4 depends on file: /usr/local/lib/python2.5/site- > packages/svn/__init__.py - found > ===> viewvc-1.0.4 depends on file: /usr/local/bin/python2.5 - found > ===> Generating temporary packing list > ===> Checking if devel/viewvc already installed > (cd /usr/ports/devel/viewvc/work/viewvc-1.0.4 && /usr/local/bin/ > python2.5 viewvc-install --prefix=/usr/local/viewvc --destdir="" -- > clean-mode=false) > Traceback (most recent call last): > File "viewvc-install", line 31, in > import viewvc > File "lib/viewvc.py", line 43, in > import popen > File "lib/popen.py", line 25, in > import threading > File "/usr/local/lib/python2.5/threading.py", line 6, in > import thread > ImportError: No module named thread > *** Error code 1 > > Stop in /usr/ports/devel/viewvc. -- Decibel!, aka Jim C. Nasby, Database Architect decibel@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 10 18:10:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DB1E16A46D for ; Wed, 10 Oct 2007 18:10:52 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id C489913C469 for ; Wed, 10 Oct 2007 18:10:51 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JPP00E1VJU29480@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 10 Oct 2007 20:10:50 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.92.20]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JPP00FBSJU13Q71@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 10 Oct 2007 20:10:50 +0200 (CEST) Date: Wed, 10 Oct 2007 20:10:49 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20071010201049.688b1658.torfinn.ingolfsen@broadpark.no> In-reply-to: References: X-Mailer: Sylpheed 2.4.7 (GTK+ 2.10.14; i386-portbld-freebsd6.2) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: Unable to build devel/viewvc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2007 18:10:52 -0000 On Wed, 10 Oct 2007 11:10:48 -0500 Decibel! wrote: > Asked a while ago on -ports with no response... does anyone have any > ideas on this? > > BTW, this is 6.1-RELEASE-p10, and a port checkout as of last night. Hard to tell, it compiles and installs here: root@kg-work# pv | grep viewvc viewvc-1.0.4 = up-to-date with port root@kg-work# pv | grep pyth python25-2.5.1 = up-to-date with port subversion-python-1.4.4_1 = up-to-date with port "Here" is -stable: root@kg-work# uname -a FreeBSD kg-work.kg4.no 6.2-STABLE FreeBSD 6.2-STABLE #4: Tue Jun 19 17:47:13 CEST 2007 root@kg-work.kg4.no:/usr/obj/usr/src/sys/SS51G i386 Perhaps you have something in /etc/make.conf that shouldn't be there? HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Wed Oct 10 19:00:54 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 387EA16A417; Wed, 10 Oct 2007 19:00:54 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: from valentine.liquidneon.com (valentine.liquidneon.com [216.87.78.132]) by mx1.freebsd.org (Postfix) with ESMTP id 0003D13C465; Wed, 10 Oct 2007 19:00:53 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: by valentine.liquidneon.com (Postfix, from userid 1018) id 8A4808FD39; Wed, 10 Oct 2007 12:34:14 -0600 (MDT) Date: Wed, 10 Oct 2007 12:34:14 -0600 From: Brad Davis To: hackers@FreeBSD.org Message-ID: <20071010183414.GO26700@valentine.liquidneon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: FreeBSD Status Reports for the Third Quarter of 2007 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2007 19:00:54 -0000 FreeBSD Quarterly Status Report Introduction This report covers FreeBSD related projects between July and October 2007. The sixth EuroBSDCon was held in Denmark in September. The Google Summer of Code project came to a close and lots of participants are working getting their code merged back into FreeBSD. The bugs in the FreeBSD HEAD branch are being shaked out and it is being prepared for the FreeBSD 7 branching. If your are curious about what's new in FreeBSD 7.0 we suggest reading Ivan Voras' excellent summary here . Thanks to all the reporters for the excellent work! We hope you enjoy reading. __________________________________________________________________ Google Summer of Code * Summer of Code * finstall * FreeBSD-update Front End * gvirstor * MTund - Magic Tunnel Daemon * Porting OpenBSD's sysctl Hardware Sensors Framework to FreeBSD * Ports Collection infrastructure improvements Projects * Apple's MacBook on FreeBSD * Multi-link PPP daemon (MPD) 5.x * Multicast DNS * Porting Linux KVM to FreeBSD * USB FreeBSD Team Reports * FreeBSD.org Admins Report * Ports Collection Network Infrastructure * Network Stack Virtualization Documentation * PC-BSD Handbook * The Hungarian Documentation Project * The Spanish Documentation Project Miscellaneous * EuroBSDcon 2007 * GNATS graphs __________________________________________________________________ Apple's MacBook on FreeBSD URL: http://wiki.freebsd.org/AppleMacbook Contact: Rui Paulo The Summer of Code project went well and we reached interesting results. At least the Mac Mini should be fully supported by now. Regarding the other Apple systems, we still need to polish some edges. Open tasks: 1. Integrate rpaulo-macbook p4 branch into CVS. 2. Continue the work on the remaining issues. __________________________________________________________________ EuroBSDcon 2007 URL: http://2007.EuroBSDCon.org/ Contact: EuroBSDCon 2007 Organizing Committee The sixth EuroBSDCon went well. 215 people attended the conference. Feedback has been very positive. At the conference we had a Best Talk contest. Steven Murdoch, Isaac Levy and Pawel Jakub "zfs-man" Dawidek each received a prize for their fantastic talks. Also over 300 pictures from the conference has been uploaded to Flickr with the tag EuroBSDCon2007 Videos and slides from the talks are now online at the conference website. We thank our speakers for graciously having permitted recording and publication of their talks EuroBSDCon 2008 will take place in Strassbourg. __________________________________________________________________ finstall URL: http://wiki.freebsd.org/finstall Contact: Ivan Voras The "finstall" project is about the new graphical installer for FreeBSD. The basic frameworks (both client-side and server-side) are done during the SoC 2007 and it's ready for major new features to be implemented. This project should yield an usable installer for 7.0-RELEASE. Open tasks: 1. - There are several patches needed for finstall's operation that are still waiting on re@'s approval (unionfs, pwd, kbdmap). Finstall will be late or unusuable until these patches are committed. 2. - After the patches are committed, there are several exciting features to be implemented, among others ZFS and GEOM RAID support. __________________________________________________________________ FreeBSD-update Front End URL: http://developer.berlios.de/projects/facund/ Contact: Andrew Turner The freebsd-update front end is able to wait for freebsd-update to download a new set of patches to apply. It can then install and rollback the patches on either the local computer or over a SSH tunnel. Since the end of the Summer of Code work has moved to BerliOS. The focus has been on writing tests for the front end, back end and communication library. The library has had tests written for most of it while the front and back ends have none. Open tasks: 1. Write more tests. __________________________________________________________________ FreeBSD.org Admins Report Contact: FreeBSD.org Admins Team admins@FreeBSD.org <> Over the last couple of months several FreeBSD.org systems have been experiencing hardware issues. This included the main web-server www.FreeBSD.org which had a bad fan. The bad fan has been replaced so it should hopefully be stable again. In general we are working on replacing older hardware with newer systems and consolidating machine functions in the process. Since August most FreeBSD.org services have been available via IPv6 with connectivity provided from ISC using a tunnel. To honor the "Eat your own dog-food" principle the first two FreeBSD.org infrastructure systems have been upgraded to FreeBSD 7 and more are being upgraded as time permit. Due to heavy load on the project's Perforce and CVS server the two services are being moved to seperate systems to improve performance of both CVS and Perforce. __________________________________________________________________ GNATS graphs URL: http://people.freebsd.org/~edwin/gnats/ Contact: Edwin Groothuis With the leaving of bsd@, we lost the GNATS statistics webpages. On this URL I generate a new set of graphs, right now a subset of what bsd@ had, hopefully a superset of that in the future. __________________________________________________________________ gvirstor URL: http://wiki.freebsd.org/gvirstor Contact: Ivan Voras GEOM_VIRSTOR (virtual disk space / over-commit GEOM class) has been committed to 7-CURRENT and will ship in 7.0-RELEASE. Thanks to Pawel Jakub Dawidek and others who have made this possible. Open tasks: 1. It needs wider exposure and testing. __________________________________________________________________ MTund - Magic Tunnel Daemon URL: http://wiki.freebsd.org/MTund URL: http://www.inf.ethz.ch/personal/mharvan/docs/eurobsdcon.pdf Contact: Matus Harvan IP can easily be tunneled over a plethora of network protocols at various layers, such as IP, ICMP, UDP, TCP, DNS, HTTP, SSH. While a direct connection may not always be possible due to a firewall, the IP packets could be encapsulated as payload in other protocols, which would get through. However, each such encapsulation requires the setup of a different program and the user has to manually probe different encapsulations to find out which of them works in a given environment. MTund is a tunneling daemon using run-time loadable plugins for the different encapsulations. It automagically selects the best encapsulation in each environment and can fail over to another encapsulation. Several plugins have been implemented and the daemon supports multiple concurrent clients. Note that the project originally started under the name of Super Tunnel Daemon, but was later renamed to Magic Tunnel Daemon (MTund). Open tasks: 1. Config file format and parser. 2. More plugins (http, ssh, ...). __________________________________________________________________ Multi-link PPP daemon (MPD) 5.x URL: http://sourceforge.net/projects/mpd/ URL: http://mpd.sourceforge.net/doc5/mpd5.html Contact: Alexander Motin New mpd-5.x branch has been started and first public release is planned soon. The main goal of the new branch is to implement new operation principles based on dynamic on-demand links/bundles creation. There are several benefits received from new design: * Significantly simplified server configuration - no more tons of predefined links/bundles, * New multilink implementation - no more predefined link-bundle relations, * Call forwarding (LAC, PAC, TSA) like in Cisco VPDN setups can now be enabled/configured depending on peer auth name/domain. Open tasks: 1. L2TP auth proxying support. __________________________________________________________________ Multicast DNS URL: http://wiki.freebsd.org/MulticastDNS Contact: Fredrik Lindberg The project (started out as a GSoC 2007 project) aims to provide a complete Multicast DNS and Service Discovery suite. Much progress have been made since the last status report and the project is slowly reaching a usable state. Most features are complete and the current focus is on fixing outstanding bugs, fine tuning and testing. However, there are still a few open tasks (see below). More information and snapshots can be found at the wiki page. Open tasks: 1. Avahi library wrapper. 2. dns_sd (Apple) library wrapper. 3. Testing (always welcome). __________________________________________________________________ Network Stack Virtualization URL: http://imunes.tel.fer.hr/virtnet/ Contact: Marko Zec The network stack virtualization project aims at extending the FreeBSD kernel to maintain multiple independent instances of networking state. This allows for networking independence between jail-like environmens, each maintaining its private network interface set, IPv4 and IPv6 network and port address space, routing tables, IPSec configuration, firewalls, and more. The prototype, which is kept in sync with FreeBSD -CURRENT, should be sufficiently stable for testing and experimental use. The project's web page includes weekly code snapshots, as well as a virtualized FreeBSD system installed on a VMWare disk image available for download. The short-term goal is to deliver production-grade kernel support for virtualized networking for FreeBSD 7.0-RELEASE (as a snap-in kernel replacement), while continuing to keep the code in sync with -CURRENT for possible merging at a later date. __________________________________________________________________ PC-BSD Handbook URL: http://www.pcbsd.org URL: http://www.FreeBSD.org/handbook Contact: Murray Stokely Contact: Matt Olander Contact: Fukang Chen The PC-BSD derivative of FreeBSD is becoming increasingly popular for new users of BSD. Much of the content in the existing FreeBSD Handbook is directly applicable to PC-BSD. We are writing PC-BSD specific installation and port/packages chapters (PBI). These chapters will be checked into docs/en_US.ISO8859-1/books/pcbsd-handbook and will include some of the same chapters as the Handbook does, but with a different &os entity and possibly with some conditional changes in those chapter files. Open tasks: 1. More work is needed on a PC-BSD ports/packages chapter. Fukang may already have some work in this area so coordinate with him first. 2. More text is needed for the PC-BSD installation chapter to augment the screenshots that Fukang has collected. Contact him to coordinate. __________________________________________________________________ Porting Linux KVM to FreeBSD URL: http://feanor.sssup.it/~fabio/freebsd/lkvm/ Contact: Fabio Checconi Contact: Luigi Rizzo Linux KVM (Kernel-based Virtual Machine) is a software package that can be used to create virtual machines fully emulating x86 hardware on top of machines supporting Intel VT-x or AMD-V virtualization extensions, available on newer AMD and Intel processors, e.g., recent Athlon64, Core 2 Duo, Xeon and so on. Linux KVM has been ported to FreeBSD as a loadable kernel module, using the linux-kmod-compat port (in /usr/ports/devel/) to reuse as much as possible of the original source code, plus an userspace client consisting in a modified version of qemu, that uses KVM for the execution of its guests. The porting has been completed, many of the limitations present at the end of the Summer of Code have been removed and the known bugs have been fixed. Some configurations have been tested, FreeBSD-CURRENT i386 guests have been booted on Intel and AMD processors, both in i386 and amd64 (host) installations. Only one client at a time is supported by now and performance is not that exciting, but the project seems to be ready to receive wider testing. __________________________________________________________________ Porting OpenBSD's sysctl Hardware Sensors Framework to FreeBSD URL: http://wiki.freebsd.org/GSoC2007/cnst-sensors URL: http://cnst.livejournal.com/tag/GSoC2007 URL: http://cnst.livejournal.com/data/atom?tag=GSoC2007 URL: http://lists.freebsd.org/pipermail/freebsd-hackers/2007-September/02172 2.html URL: http://p4web.freebsd.org//depot/projects/soc2007/cnst-sensors/?ac=83 Contact: Constantine A. Murenin Contact: Shteryana Shopova The GSoC2007/cnst-sensors project was about porting the sysctl hw.sensors framework from OpenBSD to FreeBSD. The project was successfully completed , committed into DragonFly BSD , and is now pending final review and integration into the FreeBSD's CVS tree (subject to the tree being unfrozen). The sensors framework provides a unified interface for storing, registering and accessing information about hardware monitoring sensors. Sensor types include, but are not limited to, temperature, voltage, fan RPM, time offset and logical drive status. In the OpenBSD base system, the framework spans sensor_attach(9) , sysctl(3) , sysctl(8) , systat(1) , sensorsd(8) , ntpd(8) and more than 50 drivers, ranging from I2C temperature sensors and Super I/O hardware monitors to IPMI and RAID controllers. Several third-party tools are also available, for example, a plug-in for Nagios and ports/sysutils/symon. As a part of this Google Summer of Code project, all core components of the framework were ported, including sysctl, systat and sensorsd. Some drivers for the most popular Super I/O Hardware Monitors were ported, too: it(4) , supporting most contemporary ITE Tech Super I/O, and lm(4) , supporting most contemporary Winbond Super I/O. Moreover, some existing FreeBSD drivers were converted to utilise the framework, for example, coretemp(4) . Open tasks: 1. Final Review and Commit __________________________________________________________________ Ports Collection URL: http://www.freebsd.org/ports/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-ports/ URL: http://people.freebsd.org/~fenner/portsurvey/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.freebsd.org/portmgr/index.html URL: http://tinderbox.marcuscom.com URL: http://wiki.freebsd.org/gcc4 Contact: Mark Linimon The ports count is over 17,700. The PR count has decreased a bit to just over 700. There have been 6 experimental runs on the build cluster. The resulting commits include the fixup of last year's DESTDIR changes, the refactoring of perl bits into bsd.perl.mk, the update of xorg from 7.2 to 7.3, the upgrade of all of the autoconf dependencies to the latest version (wherever possible), and the upgrade of Python to 2.5. This effort has resulted in the fewest number of 'open' portmgr PRs in quite some time. portmgr appreciates all the people who worked with us on these patches, and people's patience as we catch up. As well, lofi@ committed the upgrade of QT to 4.3.1. We have added 3 new committers since the last report. Open tasks: 1. GCC4.2 has been imported to the base for 7.0. Unfortunately, this broke a large number of ports. The ones that have not yet been fixed have now been flagged as 'broken' for both i386 and amd64, as appropriate. Please see the GCC4 status page (above) if you are able to help. 2. Most of the remaining ports PRs are "existing port/PR assigned to committer". Although the maintainer-timeout policy is helping to keep the backlog down, we are going to need to do more to get the ports in the shape they really need to be in. 3. Although we have added many maintainers, we still have many unmaintained ports. The packages on amd64 are lagging behind a bit; those on sparc64 require even more work. __________________________________________________________________ Ports Collection infrastructure improvements URL: http://wiki.freebsd.org/G%C3%A1borSoC2007 Contact: Gábor Kövesdán The two most important parts of this Summer of Code projects have been accomplished. The DESTDIR support for the Ports Collection has been rewritten to use a chrooted install. Now it is much more lightweight and easier to understand, but it works well for the most common cases, where it is supposed to be useful. The Perl parts of the Ports Collection infrastructure have been extracted into an own module. At the same time, a new version handling has been invented. You can find more info on the Wiki. __________________________________________________________________ Summer of Code URL: http://www.FreeBSD.org/projects/summerofcode-2007.html URL: http://googlesummerofcode.blogspot.com/2007/09/updates-from-freebsd.htm l URL: http://wiki.freebsd.org/SummerOfCode2007 Contact: Murray Stokely Contact: Robert Watson We're happy to report the successful conclusion of our third consecutive Google Summer of Code. By all accounts, the FreeBSD participation in this program was an unqualified success. We narrowed down the many impressive applications to 25 that were selected for funding and 92% of these completed successfully and were awarded the full $4,500 stipend. The FreeBSD Foundation was also granted $500 per student from Google for a total of $12,500. These student projects included security research, improved installation tools, new utilities, and more. Many of the students have continued working on their FreeBSD projects even after the official close of the program. Three students have already been granted full src/ commit access to CVS and more are expected. At least 2 of our FreeBSD mentors will be meeting with Google organizers in Mountain View this month to discuss the program at the Mentor Summit. Open tasks: 1. Integration of student projects into FreeBSD -CURRENT. Several are currently blocked on the FreeBSD 7.0 code freeze, but we hope to see these contributions included in a future release. 2. Updating the ideas list. Many of the items listed there have been completed and we could always use new projects for next year's students and for others to work on throughout the year. http://www.FreeBSD.org/projects/ideas __________________________________________________________________ The Hungarian Documentation Project URL: http://www.freebsd.org/hu/docproj/hungarian.html URL: http://www.freebsd.org/hu/ URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/ docproj%5fhu&HIDEDEL=NO Contact: Gabor Kovesdan Contact: Gabor Pali We have a new volunteer, Gabor Pali, who provided us some high-quality contributions. As a result, we have been able to add 5 new articles since the last status report. There is also an ongoing effort in the Perforce repository to translate the FreeBSD Handbook to Hungarian. Any kind of support is highly welcome. Open tasks: 1. Translate the Handbook. __________________________________________________________________ The Spanish Documentation Project URL: http://www.freebsd.org/doc/es_ES.ISO8859-1/articles/fdp-es/ Contact: J. Vicente Carrasco Vayá Contact: Gabor Kovesdan After a long break in this project, we started reviewing and refreshing our translations. We have to update the content to reflect the current state of the English version. There are a few parts written in a poor style, another task is to improve these a bit. Any kind of help is highly welcome. Open tasks: 1. Sync the website with the English version. 2. Sync the documentation with the English version. 3. Review the quality of poorly translated parts. 4. Add more translations. __________________________________________________________________ USB URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/ usb/src/sys/dev/usb&HIDEDEL=NO URL: http://perforce.freebsd.org/fileLogView.cgi?FSPC=//depot/projects/usb/s rc/sys/dev/usb/README Contact: Hans Petter Sirevaag Selasky During the last three months there has been a flush of changes going into the FreeBSD USB P4 project. The changes mainly consern the ability to support the USB device side and multi frame USB transfers. Up to date the FreeBSD USB stack has only supported the USB Host Side. Before Christmas 2007 the P4 USB project will offer USB device support and some simple USB device side implementations. Technically an USB device side driver will look very similar to an USB host side driver. Infact there will be very few differences. Support for multi frame USB transfers opens up the possibility to transfer multiple short-packet terminated USB frames to/from different memory locations resulting in only one interrupt on the USB Host Controller. More specific: I have implemented support for the "alt_next" pointer in the EHCI Transfer Descriptor. This should give a noticable increase in the maximum number of short-packet terminated BULK frames that can be transferred per second. I regularly get questions from people asking about when the USB P4 project will be merged into FreeBSD-current. The answer is not simple, but probably something like another year. The reason is not that the current code in the USB P4 project is not usable, but rather that the quality needs to be raised in means of making already good solutions more technically excellent, writing more documentation and styling the code. Ideas and comments with regard to the new USB API are welcome at freebsd-usb@freebsd.org. __________________________________________________________________ From owner-freebsd-stable@FreeBSD.ORG Thu Oct 11 00:51:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8449216A418 for ; Thu, 11 Oct 2007 00:51:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id B0AED13C457 for ; Thu, 11 Oct 2007 00:51:58 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so438986waf for ; Wed, 10 Oct 2007 17:51:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=XlcZ66MhH4IkEx6avOCZoG7dbyLIfmkG1B+Pc7IDSwc=; b=hGhmKs4IjXL09c9jgdzubpR7XTDZiEUQcfVXlraURIO6X2hJpRcBsNiHRMrwb3brdDbI0Y5tT56ygLA+1o8PTNbEDy7ddLDfNcTSh4o3vqLHunP16ehResylEQRUnM7V43oCxQ8nEV8qRrxxhcyNwB8f752obuG9CJkJVoFgdXs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=rNFPEYn6F7d5HpKkxPnnfHqICuLmZnws7Kd8qaQlaBRaMdRd5ID9t70GNiYZDAbj6/iIxS5fJM3pYX+b+5KRUK3UBZ/SZPrKRYaJDyaUG7zzVy6kwNdaPKjXQE3Oo59g0hhvL1gMeFH3JyiwozJtexYnFZKpaa35lVMBIm92aFk= Received: by 10.115.54.1 with SMTP id g1mr1451668wak.1192063918257; Wed, 10 Oct 2007 17:51:58 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id n38sm2644369wag.2007.10.10.17.51.54 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 10 Oct 2007 17:51:56 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l9B0mFs1059094 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Oct 2007 09:48:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9B0mFXH059093; Thu, 11 Oct 2007 09:48:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 11 Oct 2007 09:48:15 +0900 From: Pyun YongHyeon To: Abdullah Ibn Hamad Al-Marri Message-ID: <20071011004814.GB58828@cdnetworks.co.kr> References: <499c70c0710091846p3e2dd505sb54f18da30802d2d@mail.gmail.com> <20071010033122.GB54946@cdnetworks.co.kr> <499c70c0710100708g30a2912n1d1e72703d099dd0@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <499c70c0710100708g30a2912n1d1e72703d099dd0@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable List , Pyun YongHyeon Subject: Re: Realtek eth isn't detected in Intel DG31PR mobo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2007 00:51:59 -0000 On Wed, Oct 10, 2007 at 05:08:13PM +0300, Abdullah Ibn Hamad Al-Marri wrote: > On 10/10/07, Pyun YongHyeon wrote: > > On Wed, Oct 10, 2007 at 04:46:50AM +0300, Abdullah Ibn Hamad Al-Marri wrote: > > > Hello Guys, > > > > > > Maybe this is in HEAD? I'm not sure. > > > > > > intel says "Gigabit (10/100/1000 Mbits/sec) LAN subsystem using the > > > Realtek* RTL8111-GR Gigabit Ethernet Controller" > > > > > > Copyright (c) 1992-2007 The FreeBSD Project. > > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > > The Regents of the University of California. All rights reserved. > > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > > FreeBSD 6.2-STABLE #0: Sat Sep 8 03:21:29 AST 2007 > > > root@web:/usr/obj/usr/src/sys/WEB > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > > CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.62-MHz 686-class CPU) > > > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > > > Features=0xbfebfbff > > > Features2=0xe3fd,EST,TM2,,CX16,,> > > > AMD Features=0x20100000 > > > AMD Features2=0x1 > > > Cores per package: 2 > > > real memory = 3210739712 (3062 MB) > > > avail memory = 3143385088 (2997 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 > > > acpi0: on motherboard > > > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > > > Timecounter "HPET" frequency 14318180 Hz quality 2000 > > > acpi0: Power Button (fixed) > > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > > > cpu0: on acpi0 > > > cpu1: on acpi0 > > > pcib0: port 0xcf8-0xcff on acpi0 > > > pci0: on pcib0 > > > pcib1: irq 16 at device 1.0 on pci0 > > > pci1: on pcib1 > > > pci0: at device 2.0 (no driver attached) > > > pcib2: irq 16 at device 28.0 on pci0 > > > pci2: on pcib2 > > > pcib3: irq 17 at device 28.1 on pci0 > > > pci3: on pcib3 > > > rl0: port > > > 0xc000-0xc0ff mem 0xd0020000-0xd0020fff irq 17 at device 0.0 on pci3 > > > rl0: [GIANT-LOCKED] > > > version:1.73 > > > rl0: Ethernet address: 00:19:d1:a7:a4:72 > > > rl0: Ethernet address: 00:19:d1:a7:a4:72 > > > pcib4: at device 30.0 on pci0 > > > pci4: on pcib4 > > > isab0: at device 31.0 on pci0 > > > isa0: on isab0 > > > atapci0: port > > > 0xd060-0xd067,0xd050-0xd053,0xd040-0xd047,0xd030-0xd033,0xd020-0xd02f > > > irq 17 at device 31.2 on pci0 > > > ata2: on atapci0 > > > ata3: on atapci0 > > > pci0: at device 31.3 (no driver attached) > > > acpi_button0: on acpi0 > > > acpi_button1: on acpi0 > > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > > atkbd0: irq 1 on atkbdc0 > > > atkbd0: [GIANT-LOCKED] > > > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > > > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > > > sc0: at flags 0x100 on isa0 > > > sc0: VGA <16 virtual consoles, flags=0x300> > > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > > > Timecounters tick every 1.000 msec > > > ipfw2 initialized, divert loadable, rule-based forwarding disabled, > > > default to accept, logging limited to 10000 packets/entry by default > > > ad4: 238475MB at ata2-master SATA150 > > > ad6: 238475MB at ata3-master SATA150 > > > SMP: AP CPU #1 Launched! > > > Trying to mount root from ufs:/dev/ad4s1a > > > > > > rl0@pci3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec rev=0x01 hdr=0x00 > > > vendor = 'Realtek Semiconductor' > > > class = network > > > subclass = ethernet > > > > > > So I used Realtek driver to get it working. > > > > > > ================================================================================= > > > = Realtek 8139C/8139C+/8169S/8169SB/8169SC/8168B/8101E Driver for > > > FreeBSD v4.x/5.x/6.0 = > > > ================================================================================= > > > > > > shouldn't be re0 instead of rl0? > > > > > > Could someone please look into it, Pyun? > > > > Try attached patch. > > I've touched rl(4) too because rl(4) should not attach to > > unsupported hardwares. > > > > -- > > Regards, > > Pyun YongHyeon > > > > > > Hello Pyun, > > Thank you for the patch. > > FreeBSD didn't know it or detected it as "rl0" too, it got rl0 because > I used realtek driver from their site. > Stock rl(4)'s probe routine should return ENXIO for devices that would be served by re(4). Without that rl(4)'s attach routune would be tried next, it wouldn't attach to the hardware as it doesn't recognize that hardware revision though. > So would this patch make FreeBSD detect it without any need for the > driver from realtek site? > Yes. I don't have these hardwares so please give it spin and let me know how re(4) works. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Oct 11 04:55:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD89916A420 for ; Thu, 11 Oct 2007 04:55:11 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5DA8213C474 for ; Thu, 11 Oct 2007 04:55:11 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9B4tATf011668; Thu, 11 Oct 2007 00:55:10 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l9B4t9eb057595 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Oct 2007 00:55:09 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200710110455.l9B4t9eb057595@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 11 Oct 2007 00:55:09 -0400 To: "Jack Vogel" From: Mike Tancsa In-Reply-To: <2a41acea0710081336n11a36303ta70efc94c6f2d236@mail.gmail.co m> References: <2a41acea0710051328hdc0e49fr829b5ea35c95a413@mail.gmail.com> <200710082009.l98K9mCs042466@lava.sentex.ca> <2a41acea0710081336n11a36303ta70efc94c6f2d236@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: FreeBSD Stable List Subject: Re: Heads UP - MFC for em coming shortly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2007 04:55:11 -0000 At 04:36 PM 10/8/2007, Jack Vogel wrote: >On 10/8/07, Mike Tancsa wrote: > > At 04:28 PM 10/5/2007, Jack Vogel wrote: > > >I am preparing to update the em driver to the equivalent of my > > >6.6.6 driver. Just doing some last minute sanity checking, I > > >hope to the checkin before end of day. > > > > Hi, > > thanks for fixing the compile issue, but I have another > > possible problem. Do you know if there were any performance > > regressions with this rev? On one firewall / router, I am seeing > > dropped packets. The PPS rate is only about 30k which should not > be that much > >So the missed packets are only showing up on em2? > >Uh, and that is a management-capable 82573, one that is often a >problem without the eeprom patched, did you do that sometime in >the past, I don't remember who did and who didnt :) Hi, I added the patch to the box in question. It would seem the NIC is not impacted by this bug em2: Excessive collisions = 0 em2: Sequence errors = 0 em2: Defer count = 0 em2: Missed Packets = 133 em2: Receive No Buffers = 41 em2: Receive Length Errors = 0 em2: Receive errors = 0 em2: Crc errors = 0 em2: Alignment errors = 0 em2: Collision/Carrier extension errors = 0 em2: RX overruns = 3 em2: watchdog timeouts = 0 em2: XON Rcvd = 0 em2: XON Xmtd = 0 em2: XOFF Rcvd = 0 em2: XOFF Xmtd = 0 em2: Good Packets Rcvd = 26550071 em2: Good Packets Xmtd = 14348973 em2: TSO Contexts Xmtd = 0 em2: TSO Contexts Failed = 0 Interface EEPROM Dump: Offset 0x0000 1500 2917 ef6f 0b30 f746 3017 ffff ffff 0x0010 ffff ffff 226b 348d 8086 108c 8086 acdf 0x0020 402d 2040 7e04 0200 0000 00d8 0000 2700 0x0030 6cc9 3150 072e 040b 0984 0000 c000 0706 However, I am still seeing overruns on this interface at about 100Mb/s em2: port 0x2000-0x201f mem 0x88180000-0x8819ffff,0x88100000-0x8817ffff irq 17 at device 0.0 on pci5 em2: Ethernet address: 00:15:17:29:6f:ef em2: [FAST] em2@pci5:0:0: class=0x020000 card=0x348d8086 chip=0x108c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 PM' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint From owner-freebsd-stable@FreeBSD.ORG Thu Oct 11 16:17:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FBFC16A41A for ; Thu, 11 Oct 2007 16:17:46 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 52C6713C45D for ; Thu, 11 Oct 2007 16:17:46 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 8F5581B10EE6; Thu, 11 Oct 2007 18:17:44 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 231A01B10EE0 for ; Thu, 11 Oct 2007 18:17:42 +0200 (CEST) Message-ID: <470E4CA6.2020500@moneybookers.com> Date: Thu, 11 Oct 2007 19:17:42 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: FreeBSD Stable References: <46F93F0A.6000501@moneybookers.com> In-Reply-To: <46F93F0A.6000501@moneybookers.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4529/Thu Oct 11 08:54:06 2007 on blah.cmotd.com X-Virus-Status: Clean Subject: Re: cvs questions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2007 16:17:48 -0000 Hi, Stefan Lambrev wrote: > Hello, > > Sorry if this is off-topic here, but I want to ask few questions about > the cvs that is in FreeBSD base system. > > We have project that is in cvs and we uses different branches. > I want to separate permitions for different developers, and to allow > all of them to commit > changes in HEAD, but only few of them to be able to make changes in > STABLE branch for example. > > From what I found I should use commitinfo for this, but I have the > feeling, that I cannot provide the name of the branch > in this file as variable to the script that is run. > > Any ideas how to accomplish this? Is it possible without additional > patches? > To answer myself (if anybody else needs this info too) - /usr/share/examples/cvs/contrib/cvs_acls :) As aways FreeBSD have everything that SA needs ;) -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 11 17:20:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9758216A419 for ; Thu, 11 Oct 2007 17:20:42 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 3B34213C447 for ; Thu, 11 Oct 2007 17:20:41 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so530235nfb for ; Thu, 11 Oct 2007 10:20:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=B5ay+hJmM4ameg6+cv3mkR17S46XCAeVZRfuQ8fKX5s=; b=M1ZDSugLiVW1Z4M1iPC0YOGK9CqPuhCXF2UunuddOsyycsuVDWvfkSdJHRmi9q+lRy0GeRkG1k2c/5IdQ4w8TMkAdMkSEd0TW8/RCv1QqO/JBb4UYNrKn0prahhBcqv3unFAt9Iyce8bzOEsAfkPiZ8Smt/7Fo3uZuffVFMHxhw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=jOIG7eYwM6QI94K875IrG8ynzcQmvUUll1zdc6R5oflKkAZXKdOk+qMS4YQ4gjD7BxSJfhnfpRs6iSWQujlVdNQc7pia8wFBdxUign3QouUW+K5XWFR+eRyDzGhP1GQFrMmHiTTO7GvJXIPqS7rI6jyfLW7mqyQn8J9mxu8evZ4= Received: by 10.86.99.9 with SMTP id w9mr1617373fgb.1192123240555; Thu, 11 Oct 2007 10:20:40 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Thu, 11 Oct 2007 10:20:40 -0700 (PDT) Message-ID: <2a41acea0710111020w460125d6sf28563d57266cc3e@mail.gmail.com> Date: Thu, 11 Oct 2007 10:20:40 -0700 From: "Jack Vogel" To: "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: EM MFC and 6.2 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: Thu, 11 Oct 2007 17:20:42 -0000 I have had a couple questions about using the driver that I just put into STABLE on 6.2 RELEASE. Right now it won't compile, this is because I put the MSI/X support in the clear, figuring 'well, this is STABLE so why should I #ifdef :)'. I should have known better, and of course the driver code that will be in the Intel-published form DOES have the stuff #ifdef EM_MSI, so it will compile on 6.2... I am considering a compromise but I don't know exactly how you do it, what I will do is put in a #if __FreeBSD_version around the couple of places that matter... so here is the question: what is the numeric way of designating RELEASE vs STABLE?? I could also just do this as EM_MSI_SUPPORT and then define that in the Makefiles, but this seemed like the simplest way. If someone can tell me how to do it I will check that change in today... Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Thu Oct 11 17:39:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 377F116A4CC for ; Thu, 11 Oct 2007 17:39:26 +0000 (UTC) (envelope-from dyeske@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id C9ADA13C455 for ; Thu, 11 Oct 2007 17:39:25 +0000 (UTC) (envelope-from dyeske@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so588196ugf for ; Thu, 11 Oct 2007 10:39:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=C3uzCeDg+GoiNkTUCXFjEQb4jEamJGIbEOcjXCm0v1I=; b=n0EdMjAO2QvQpEUcVYJGVRwf+NZS4/uti3+Jq9+uxAzrfGYiRfH3tVrznN7QcW1dUEex6C5TKTqSjLNFAU+4WaP5NjZEYdk+Vy07HYSiK3qlD1tiyJenZgY9QCFHBaSwBbZKuYEMK9RPe9V1IYx/1PdEzxarzwPskPUVYhmrxy4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oFj480+O7sFpb8JwpHRq5KSgXt3H3MZeAaAuHCefl9QCgk76AOiMnMkLw6gZDe4FUj1jFnQvC/MxYxmgAADSNG+jsVkM8melT6gvzK87JSsZm7IvMEapH0nRZkPt9bMD0kBmlrB0x+5xyvCAPuSZMvGxZ0g80oDWcs4OdrZ1n5g= Received: by 10.66.221.18 with SMTP id t18mr3375329ugg.1192124363161; Thu, 11 Oct 2007 10:39:23 -0700 (PDT) Received: by 10.66.218.20 with HTTP; Thu, 11 Oct 2007 10:39:23 -0700 (PDT) Message-ID: <85bdae4e0710111039h23aa2113wefbdcbadeced9700@mail.gmail.com> Date: Thu, 11 Oct 2007 13:39:23 -0400 From: "David Yeske" To: "Jack Vogel" In-Reply-To: <2a41acea0710111020w460125d6sf28563d57266cc3e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710111020w460125d6sf28563d57266cc3e@mail.gmail.com> Cc: FreeBSD Stable List Subject: Re: EM MFC and 6.2 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: Thu, 11 Oct 2007 17:39:26 -0000 On 10/11/07, Jack Vogel wrote: > I have had a couple questions about using the driver that I just put > into STABLE on 6.2 RELEASE. > > Right now it won't compile, this is because I put the MSI/X support > in the clear, figuring 'well, this is STABLE so why should I #ifdef :)'. > > I should have known better, and of course the driver code that will > be in the Intel-published form DOES have the stuff #ifdef EM_MSI, > so it will compile on 6.2... > > I am considering a compromise but I don't know exactly how you > do it, what I will do is put in a #if __FreeBSD_version around the > couple of places that matter... so here is the question: what is > the numeric way of designating RELEASE vs STABLE?? > > I could also just do this as EM_MSI_SUPPORT and then define > that in the Makefiles, but this seemed like the simplest way. > > If someone can tell me how to do it I will check that change in > today... > > Cheers, > > Jack > _______________________________________________ > 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" > It looks like 6.2-R is #define __FreeBSD_version 602000 and RELENG_6 as of today is #define __FreeBSD_version 602112 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 11 17:41:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02BCA16A419 for ; Thu, 11 Oct 2007 17:41:41 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 906EC13C474 for ; Thu, 11 Oct 2007 17:41:40 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so535649nfb for ; Thu, 11 Oct 2007 10:41:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=SNZd/CjhE7ueTMuM5MLLaN/M1/c5Uo0I/AY6hPZ/0Fs=; b=q6qOJgATI29wC5K2DTj/oROxpOsid1l0YGRjCp1z2qIqYP4nsikwsgIb+DrHjXzP54tvsWS+3FeMSAIr5aK4FFFtAH3bIIFJGmDKgjRu0X6nIr1fc+s4EdMgfgCFaQ4cCNfTiNe+JAOjYNOM2ADipj1sAKLmJNQok/Zk7gJ9H8U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=keMtFLCBcgbWaaQ/K8Nbn1ftCBtzTYBQvEmKRxi4/COv+IBsCZtJRXzsaWzriPyIoC8NeeV+uQHDAOfZPWmnjAj2Ld1h2EJS6OXPtHyiuzueBxT39n2JbRS2hoe9Ebcf3evnQXMxMSEAuvl8XuiAQFO3nKpV5ZLG9lU5a+44CEs= Received: by 10.86.99.9 with SMTP id w9mr1556272fgb.1192124498827; Thu, 11 Oct 2007 10:41:38 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Thu, 11 Oct 2007 10:41:38 -0700 (PDT) Message-ID: <2a41acea0710111041l16e83cd3t9de13b84f7ef3e82@mail.gmail.com> Date: Thu, 11 Oct 2007 10:41:38 -0700 From: "Jack Vogel" To: "David Yeske" In-Reply-To: <85bdae4e0710111039h23aa2113wefbdcbadeced9700@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710111020w460125d6sf28563d57266cc3e@mail.gmail.com> <85bdae4e0710111039h23aa2113wefbdcbadeced9700@mail.gmail.com> Cc: FreeBSD Stable List Subject: Re: EM MFC and 6.2 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: Thu, 11 Oct 2007 17:41:41 -0000 On 10/11/07, David Yeske wrote: > On 10/11/07, Jack Vogel wrote: > > I have had a couple questions about using the driver that I just put > > into STABLE on 6.2 RELEASE. > > > > Right now it won't compile, this is because I put the MSI/X support > > in the clear, figuring 'well, this is STABLE so why should I #ifdef :)'. > > > > I should have known better, and of course the driver code that will > > be in the Intel-published form DOES have the stuff #ifdef EM_MSI, > > so it will compile on 6.2... > > > > I am considering a compromise but I don't know exactly how you > > do it, what I will do is put in a #if __FreeBSD_version around the > > couple of places that matter... so here is the question: what is > > the numeric way of designating RELEASE vs STABLE?? > > > > I could also just do this as EM_MSI_SUPPORT and then define > > that in the Makefiles, but this seemed like the simplest way. > > > > If someone can tell me how to do it I will check that change in > > today... > > > > Cheers, > > > > Jack > > _______________________________________________ > > 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" > > > > It looks like 6.2-R is > > #define __FreeBSD_version 602000 > > and RELENG_6 as of today is > > #define __FreeBSD_version 602112 > Thanks David, I just figured out how this works, to be the most precise I go to the date the MSI got MFC'd and then to the sys/param.h change closest to that, right? Learn something new every day :) Jack From owner-freebsd-stable@FreeBSD.ORG Thu Oct 11 17:46:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EDA716A473 for ; Thu, 11 Oct 2007 17:46:26 +0000 (UTC) (envelope-from dyeske@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 2B02B13C48E for ; Thu, 11 Oct 2007 17:46:25 +0000 (UTC) (envelope-from dyeske@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so590039ugf for ; Thu, 11 Oct 2007 10:46:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=BOCwX3MC63tFlVw9LtXVhdvww2RHVdVf06vUb1sQ41I=; b=fWnCRwgGUhXWhnmF5TlhzyFlvbdwljgBydDSEi1RMeJBe2Rz5gSCwY30rS6vRIW2/yuW535Vl2R1vdlLBZP7iYKvsrWozUhgTG78TkTKbWGjD0wWrJDB/aUetX4Ja+MB5Ck50Q2oxMavdrs1NdxM+ceQcfN1vxZbPvyQtRfv7m0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Zu16Q9eYcmI8tFIyGUSfhKROWtMR/+UW8J8g2xr5q/87esubPMbgvBOQoExtiJSXRpO9XsHzDxGhXowf11IwC3JUY1jGX258QI3uxAjh24tz7ZPUse9IDG0T/ZG6aH0FueglF+rz/VE1a5vZ/jSow4kAfEdhtLMBVSVyC8fDYyw= Received: by 10.66.224.19 with SMTP id w19mr3409273ugg.1192124784764; Thu, 11 Oct 2007 10:46:24 -0700 (PDT) Received: by 10.66.218.20 with HTTP; Thu, 11 Oct 2007 10:46:24 -0700 (PDT) Message-ID: <85bdae4e0710111046t503139a8iaf7fb568f08c1afb@mail.gmail.com> Date: Thu, 11 Oct 2007 13:46:24 -0400 From: "David Yeske" To: "Jack Vogel" In-Reply-To: <2a41acea0710111041l16e83cd3t9de13b84f7ef3e82@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710111020w460125d6sf28563d57266cc3e@mail.gmail.com> <85bdae4e0710111039h23aa2113wefbdcbadeced9700@mail.gmail.com> <2a41acea0710111041l16e83cd3t9de13b84f7ef3e82@mail.gmail.com> Cc: FreeBSD Stable List Subject: Re: EM MFC and 6.2 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: Thu, 11 Oct 2007 17:46:26 -0000 On 10/11/07, Jack Vogel wrote: > On 10/11/07, David Yeske wrote: > > On 10/11/07, Jack Vogel wrote: > > > I have had a couple questions about using the driver that I just put > > > into STABLE on 6.2 RELEASE. > > > > > > Right now it won't compile, this is because I put the MSI/X support > > > in the clear, figuring 'well, this is STABLE so why should I #ifdef :)'. > > > > > > I should have known better, and of course the driver code that will > > > be in the Intel-published form DOES have the stuff #ifdef EM_MSI, > > > so it will compile on 6.2... > > > > > > I am considering a compromise but I don't know exactly how you > > > do it, what I will do is put in a #if __FreeBSD_version around the > > > couple of places that matter... so here is the question: what is > > > the numeric way of designating RELEASE vs STABLE?? > > > > > > I could also just do this as EM_MSI_SUPPORT and then define > > > that in the Makefiles, but this seemed like the simplest way. > > > > > > If someone can tell me how to do it I will check that change in > > > today... > > > > > > Cheers, > > > > > > Jack > > > _______________________________________________ > > > 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" > > > > > > > It looks like 6.2-R is > > > > #define __FreeBSD_version 602000 > > > > and RELENG_6 as of today is > > > > #define __FreeBSD_version 602112 > > > > Thanks David, I just figured out how this works, to be the most > precise I go to the date the MSI got MFC'd and then to the > sys/param.h change closest to that, right? > > Learn something new every day :) > > Jack > Yes that sounds correct. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 11 20:46:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5095D16A417 for ; Thu, 11 Oct 2007 20:46:20 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id CA70F13C442 for ; Thu, 11 Oct 2007 20:46:19 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so581687nfb for ; Thu, 11 Oct 2007 13:46:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=uTSGHygq3isuppVV5Ix6SzI5jwxjHOBiv2mPA+hXvnQ=; b=RlBnJel7R4uJxZxfVnSyFoQjRUnlobnkKamZkLyvinEhNKP9E6mZwDnCBnmaCfclLR//9IOdy92JNbH5tWzvU+527Qp7HpMjYnMWBc2iW/4mTOEzryZ0G4Xx+v+6kRGVvM28DqBdw5jDocO2xllWQP5rif78nddOSKabuggXCg8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=apvmBFbhoUGp6277jg6Htle4kjmgXqRswysXZgPZ0F9s13r/wlpUViU2OTCVan9rMnFNqowSfE8+VV0rgsCh66C3hrFw7eDerx73h8mIUWD/g3iJ415pojgQq1VzsLgg5gnm0BcZ8bUELxaLQWhzDghqRiBUcruM+1VqFHxv2Nw= Received: by 10.86.100.7 with SMTP id x7mr1750479fgb.1192135578672; Thu, 11 Oct 2007 13:46:18 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Thu, 11 Oct 2007 13:46:18 -0700 (PDT) Message-ID: <2a41acea0710111346w2cc9f72dg8d3d77b079d3c8e2@mail.gmail.com> Date: Thu, 11 Oct 2007 13:46:18 -0700 From: "Jack Vogel" To: "freebsd-net@freebsd.org" , "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Using the latest em with 6.2 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: Thu, 11 Oct 2007 20:46:20 -0000 I realize now that I need to explain doing this. I just did a checkin that will allow the latest em code to work on 6.2, BUT, it will NOT work integrated into the RELEASE kernel tree, and I am not going to support that :) To do that would mean changing conf/files and so forth. Therefore, if you want to do this you need to prepare a standalone driver build directory, build the driver in that and then have that load for you. If you try and drop it into your /usr/src/sys tree it will BREAK your build, so don't go blaming me :) Anyone that has questions or needs help send me private email. Jack From owner-freebsd-stable@FreeBSD.ORG Thu Oct 11 23:30:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C11C416A418 for ; Thu, 11 Oct 2007 23:30:50 +0000 (UTC) (envelope-from atax@email.it) Received: from smtp-out04.email.it (smtp-out04.email.it [212.97.34.24]) by mx1.freebsd.org (Postfix) with ESMTP id E080B13C442 for ; Thu, 11 Oct 2007 23:30:49 +0000 (UTC) (envelope-from atax@email.it) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp-out04.email.it (Postfix) with ESMTP id EF483C014 for ; Fri, 12 Oct 2007 01:00:56 +0200 (CEST) X-Virus-Scanned: amavisd-new at email.it Received: from smtp-out04.email.it ([127.0.0.1]) by localhost (smtp-out04.email.it [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Mhzw4YifjcyG for ; Fri, 12 Oct 2007 00:59:54 +0200 (CEST) Received: from simpatico.localhost (host32-132-dynamic.22-79-r.retail.telecomitalia.it [79.22.132.32]) by smtp-out04.email.it (Postfix) with ESMTP id 4342FC00C for ; Fri, 12 Oct 2007 00:59:54 +0200 (CEST) Message-ID: <470EAB42.9050304@email.it> Date: Fri, 12 Oct 2007 01:01:22 +0200 From: "Alessandro A." User-Agent: Thunderbird 2.0.0.6 (X11/20070915) MIME-Version: 1.0 To: FreeBSD Stable List Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ati radeon 9600 Mobility [M10] and xinerama. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2007 23:30:50 -0000 Hello all, Can i use my video card "ati radeon 9600" with xinerama on freebsd-stable? output of pciconf -lv: drm0@pci1:0:0: class=0x030000 card=0x00641025 chip=0x4e501002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Mobility Radeon 9700 (M10 NP) (RV350)' class = display subclass = VGA output of kldstat: Id Refs Address Size Name 1 21 0xc0400000 4200e4 kernel 2 1 0xc0821000 f8c4 if_iwi.ko 3 2 0xc0831000 307c firmware.ko 4 1 0xc0835000 64e2c acpi.ko 5 1 0xc36ab000 7000 linprocfs.ko 6 1 0xc36b5000 1d000 linux.ko 7 1 0xc3a9c000 20000 radeon.ko 8 1 0xc3ac6000 f000 drm.ko my xorg.conf: Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 Screen 1 "Screen1" RightOf "Screen0" InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "ServerFlags" Option "Xinerama" "true" EndSection Section "Files" RgbPath "/usr/local/share/X11/rgb" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Module" Load "extmod" Load "record" Load "ddc" Load "dbe" Load "glx" Load "extmod" Load "GLcore" Load "xtrap" Load "dri" Load "freetype" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbLayout" "it" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" Option "DPMS" HorizSync 28 - 64 VertRefresh 43 - 60 Option "DPMS" EndSection Section "Monitor" #DisplaySize 330 210 # mm Identifier "Monitor1" VendorName "BENQ" HorizSync 30 - 83 VertRefresh 50 - 76 EndSection Section "Device" Identifier "Card0" Driver "radeon" VendorName "ATI Technologies Inc" BoardName "RV350 [Mobility Radeon 9600 M10]" BusID "PCI:1:0:0" Option "DRI" "no" Screen 0 EndSection Section "Device" Identifier "Card1" Driver "radeon" VendorName "ATI Technologies Inc" BoardName "RV350 [Mobility Radeon 9600 M10]" Option "DRI" "no" BusID "PCI:1:0:0" Screen 1 EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x800" "1024x768" EndSubSection EndSection Section "Screen" Identifier "Screen1" Device "Card1" Monitor "Monitor1" SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x1024" "1024x768" EndSubSection EndSection PS: Sorry for my english. :-) -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Premia Fiditalia: fino a 40.000 Euro erogabili e solo 11 rate all'anno. Premiati ora Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=7068&d=12-10 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 12 10:02:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68EF616A41B for ; Fri, 12 Oct 2007 10:02:14 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 82D1213C4AC for ; Fri, 12 Oct 2007 10:02:13 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 72450 invoked from network); 12 Oct 2007 14:02:10 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 12 Oct 2007 14:02:10 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 248520, updated: 12.10.2007] Message-ID: <024901c80cb6$f49696b0$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Fri, 12 Oct 2007 14:02:09 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: how to compiel kernel and world to maxium optimization X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2007 10:02:14 -0000 Hello! Somehow, i cannot find info now how to build kernel and world very optimized to a particular machine. Maybe i am not looking hard enough? The point is that if i have Xeon HT cpus (not very new, but definitelly not Pentium PRO :) i can build kernel and world using insttructions for this CPU and optimization for it, so i would get myself a speedy system and less memory hungry, right? The only option known to me which is related to the isee is cpu setting in kernel config file. Anything else? Thank you very much in advance -- Regards, Artem Kuchin From owner-freebsd-stable@FreeBSD.ORG Fri Oct 12 10:11:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC29F16A418 for ; Fri, 12 Oct 2007 10:11:09 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 88E8713C458 for ; Fri, 12 Oct 2007 10:11:09 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-31-60.bredband.comhem.se ([83.253.31.60]:59853 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1IgHU4-0004de-5F for freebsd-stable@freebsd.org; Fri, 12 Oct 2007 12:11:08 +0200 Received: (qmail 70709 invoked from network); 12 Oct 2007 12:11:05 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 12 Oct 2007 12:11:05 +0200 Received: (qmail 30018 invoked by uid 1001); 12 Oct 2007 12:11:05 +0200 Date: Fri, 12 Oct 2007 12:11:05 +0200 From: Erik Trulsson To: Artem Kuchin Message-ID: <20071012101105.GA29978@owl.midgard.homeip.net> Mail-Followup-To: Artem Kuchin , freebsd-stable@freebsd.org References: <024901c80cb6$f49696b0$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <024901c80cb6$f49696b0$0c00a8c0@Artem> User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.31.60 X-Scan-Result: No virus found in message 1IgHU4-0004de-5F. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1IgHU4-0004de-5F 7d2bb741175c6b1a12f697a1dac640a9 Cc: freebsd-stable@freebsd.org Subject: Re: how to compiel kernel and world to maxium optimization X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2007 10:11:09 -0000 On Fri, Oct 12, 2007 at 02:02:09PM +0400, Artem Kuchin wrote: > Hello! > > Somehow, i cannot find info now how to build kernel and world > very optimized to a particular machine. Maybe i am not looking > hard enough? > > The point is that if i have Xeon HT cpus (not very new, but > definitelly not Pentium PRO :) i can build kernel and world > using insttructions for this CPU and optimization for it, so > i would get myself a speedy system and less memory hungry, right? > > The only option known to me which is related to the isee is cpu > setting in kernel config file. Anything else? > > Thank you very much in advance You can set CPUTYPE in /etc/make.conf to have the compiler do some CPU-specific optimizations. You can also set CFLAGS/COPTFLAGS (for world/kernel) in /etc/make.conf to whatever flags the compiler supports. Don't complain if anything breaks though - you are only supposed to touch those flags if you know what you are doing. Don't expect any major (or even noticable) improvements from these settings though. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Fri Oct 12 10:21:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52BAF16A417 for ; Fri, 12 Oct 2007 10:21:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 34E3D13C458 for ; Fri, 12 Oct 2007 10:21:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 287511CC037; Fri, 12 Oct 2007 03:21:30 -0700 (PDT) Date: Fri, 12 Oct 2007 03:21:30 -0700 From: Jeremy Chadwick To: Artem Kuchin Message-ID: <20071012102130.GA93158@eos.sc1.parodius.com> Mail-Followup-To: Artem Kuchin , freebsd-stable@freebsd.org References: <024901c80cb6$f49696b0$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <024901c80cb6$f49696b0$0c00a8c0@Artem> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: how to compiel kernel and world to maxium optimization X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2007 10:21:30 -0000 On Fri, Oct 12, 2007 at 02:02:09PM +0400, Artem Kuchin wrote: > The point is that if i have Xeon HT cpus (not very new, but > definitelly not Pentium PRO :) i can build kernel and world > using insttructions for this CPU and optimization for it, so > i would get myself a speedy system and less memory hungry, right? Not necessarily. This assumption is often driven by what I like to call the "Gentoo mentality". Throwing on optimisations and assuming the system will "magically be more efficient" is not how you gain efficiency; I grow tired of seeing programs mindlessly set -O3 and other insanities, based purely on assumptions. > The only option known to me which is related to the isee is cpu > setting in kernel config file. Anything else? By using CPUTYPE in /etc/make.conf. /usr/share/examples/etc/make.conf lists value values. For a Xeon, you should probably use "nocona", assuming the Xeon model you have supports SSE3 instructions. Other- wise, use "prescott". Also, very important: use CPUTYPE?=value and not CPUTYPE=value. There's a thread on the values (focusing around amd64, but the same applies to i386) below; see the post from Mike Meyer. http://groups.google.com/group/lucky.freebsd.amd64/browse_thread/thread/79b9b9664cc87ae5/6eb86b7ede208173?lnk=st&q=freebsd+cputype+xeon#6eb86b7ede208173 -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Oct 12 12:42:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 881E216A418 for ; Fri, 12 Oct 2007 12:42:00 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id 347F913C4A3 for ; Fri, 12 Oct 2007 12:42:00 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 7443376B6; Fri, 12 Oct 2007 16:15:51 +0400 (MSD) Received: from localhost (is1.park.rambler.ru [81.19.64.121]) by relay0.rambler.ru (Postfix) with ESMTP id 38BC8722E; Fri, 12 Oct 2007 16:15:51 +0400 (MSD) Date: Fri, 12 Oct 2007 16:15:46 +0400 From: Igor Sysoev To: jfvogel@gmail.com Message-ID: <20071012121545.GA78201@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@freebsd.org Subject: em driver 6.6.6 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, 12 Oct 2007 12:42:00 -0000 Yesterday I have cvsup'ed FreeBSD on ThinkPad T42 to RELENG_6 "2007.10.10.23.59.59" and have noticed lags while playing mp3 and browsing. I have suspected new em driver, because there was no lags if wifi iwi0 was used instead of em0 for network. So I had downgraded the em driver separately to 6.2.9 version, have build a kernel loadable module, and have loaded it instead of the 6.6.6 module, and the lags have disappeared. The lags appeares only if browser (Firefox, Opera) does several requests: main page, js, images. There are no lags if browser reload simple page. Also, I could not reproduce lags by other network traffic: pings, ssh, scp, downloading files. There are no lags if I compile and so on. Some additional info: The shared irq11 is used by pcm0, em0, iwi0, CardBus, USB, and acpi_video0. em0@pci2:1:0: class=0x020000 card=0x05491014 chip=0x101e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82540EP Gigabit Ethernet Controller (Mobile)' -- Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Fri Oct 12 12:56:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 073FC16A417 for ; Fri, 12 Oct 2007 12:56:58 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id A7D3A13C45A for ; Fri, 12 Oct 2007 12:56:57 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 6CF9881FD; Fri, 12 Oct 2007 16:56:56 +0400 (MSD) Received: from localhost (is1.park.rambler.ru [81.19.64.121]) by relay0.rambler.ru (Postfix) with ESMTP id 4B8C081F0; Fri, 12 Oct 2007 16:56:56 +0400 (MSD) Date: Fri, 12 Oct 2007 16:56:51 +0400 From: Igor Sysoev To: jfvogel@gmail.com Message-ID: <20071012125651.GC78201@rambler-co.ru> References: <20071012121545.GA78201@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20071012121545.GA78201@rambler-co.ru> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@freebsd.org Subject: Re: em driver 6.6.6 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, 12 Oct 2007 12:56:58 -0000 On Fri, Oct 12, 2007 at 04:15:46PM +0400, Igor Sysoev wrote: > Yesterday I have cvsup'ed FreeBSD on ThinkPad T42 to RELENG_6 > "2007.10.10.23.59.59" and have noticed lags while playing mp3 and browsing. > I have suspected new em driver, because there was no lags if wifi iwi0 > was used instead of em0 for network. So I had downgraded the em driver > separately to 6.2.9 version, have build a kernel loadable module, and have > loaded it instead of the 6.6.6 module, and the lags have disappeared. > > The lags appeares only if browser (Firefox, Opera) does several requests: > main page, js, images. There are no lags if browser reload simple page. Sorry, now I have noticed that audio lags are possible even for single HTTP request/tiny 304 response if site is far from me. > Also, I could not reproduce lags by other network traffic: pings, ssh, scp, > downloading files. There are no lags if I compile and so on. > > Some additional info: > > The shared irq11 is used by pcm0, em0, iwi0, CardBus, USB, and acpi_video0. > > em0@pci2:1:0: class=0x020000 card=0x05491014 chip=0x101e8086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82540EP Gigabit Ethernet Controller (Mobile)' -- Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Fri Oct 12 14:36:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4058016A417 for ; Fri, 12 Oct 2007 14:36:26 +0000 (UTC) (envelope-from bj@cold.dk) Received: from frontend1.kadnet.dk (frontend1.kadnet.dk [83.221.137.240]) by mx1.freebsd.org (Postfix) with SMTP id 78A8B13C4A5 for ; Fri, 12 Oct 2007 14:36:25 +0000 (UTC) (envelope-from bj@cold.dk) Received: (qmail 15261 invoked by uid 89); 12 Oct 2007 13:57:17 -0000 Received: from unknown (HELO hamilton.sjovedyr.dk) (83.221.137.165) by frontend1.kadnet.dk with SMTP; 12 Oct 2007 13:57:17 -0000 Message-ID: <470F8026.5030109@cold.dk> Date: Fri, 12 Oct 2007 16:09:42 +0200 From: Brian Josefsen User-Agent: Thunderbird 2.0.0.6 (X11/20070804) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Missing libstdc++.so.6 for openoffice in 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, 12 Oct 2007 14:36:26 -0000 Hello all I installed the openoffice package ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/2.3.0/i386/FreeBSD6/OOo_2.3.0_FreeBSD62Intel_install_da.tbz yesterday, now when i try to execute openoffice.org-2.3.0 it complaints about libstdc++.so.6 is missing. As far as i remember libstdc++.so.6 is part of GCC 4.2 and therefore first availible in -current. Now, am i a moron and got everything wrong, or is this an error by whoever built this package? I simply can't allow myself 2 days to build this one. -- Best regards Brian Josefsen From owner-freebsd-stable@FreeBSD.ORG Fri Oct 12 15:02:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C65716A41A for ; Fri, 12 Oct 2007 15:02:02 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu (math.missouri.edu [128.206.184.200]) by mx1.freebsd.org (Postfix) with ESMTP id 15E8C13C4B6 for ; Fri, 12 Oct 2007 15:02:01 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from [128.206.184.213] (cauchy.math.missouri.edu [128.206.184.213]) by math.missouri.edu (8.13.1/8.13.1) with ESMTP id l9CEgViH032575; Fri, 12 Oct 2007 09:42:32 -0500 (CDT) (envelope-from stephen@math.missouri.edu) Message-ID: <470F87D7.3030201@math.missouri.edu> Date: Fri, 12 Oct 2007 09:42:31 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.6) Gecko/20071005 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Brian Josefsen References: <470F8026.5030109@cold.dk> In-Reply-To: <470F8026.5030109@cold.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88/4533/Fri Oct 12 05:59:29 2007 on math.missouri.edu X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Missing libstdc++.so.6 for openoffice in 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, 12 Oct 2007 15:02:02 -0000 Brian Josefsen wrote: > Hello all > > I installed the openoffice package > ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/2.3.0/i386/FreeBSD6/OOo_2.3.0_FreeBSD62Intel_install_da.tbz > yesterday, now when i try to execute openoffice.org-2.3.0 it complaints > about libstdc++.so.6 is missing. As far as i remember libstdc++.so.6 is > part of GCC 4.2 and therefore first availible in -current. Now, am i a > moron and got everything wrong, or is this an error by whoever built > this package? > > I simply can't allow myself 2 days to build this one. > > -- > Best regards > Brian Josefsen I had the same problem. I fixed it by installing the gcc42 package. It seems to me that openoffice should have gcc42 as a LIB_DEPENDS as well as a BUILD_DEPENDS. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 12 17:49:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3159016A41A for ; Fri, 12 Oct 2007 17:49:56 +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 895B413C459 for ; Fri, 12 Oct 2007 17:49:55 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 12 Oct 2007 17:43:14 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp024) with SMTP; 12 Oct 2007 19:43:14 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX19jimhqOd1jbg55Dq3mAr7oAkF5QiS3PHtUcHY7wP eopIrlxh0F5iJP Message-ID: <470FB231.2060701@gmx.de> Date: Fri, 12 Oct 2007 19:43:13 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20070822) MIME-Version: 1.0 To: Brian Josefsen References: <470F8026.5030109@cold.dk> In-Reply-To: <470F8026.5030109@cold.dk> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: Missing libstdc++.so.6 for openoffice in 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, 12 Oct 2007 17:49:56 -0000 Brian Josefsen wrote: > Hello all > > I installed the openoffice package > ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/2.3.0/i386/FreeBSD6/OOo_2.3.0_FreeBSD62Intel_install_da.tbz > yesterday, now when i try to execute openoffice.org-2.3.0 it complaints > about libstdc++.so.6 is missing. As far as i remember libstdc++.so.6 is > part of GCC 4.2 and therefore first availible in -current. Now, am i a > moron and got everything wrong, or is this an error by whoever built > this package? > > I simply can't allow myself 2 days to build this one. You can install lang/gcc42 to get the file. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 12 18:02:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E0DE16A468 for ; Fri, 12 Oct 2007 18:02:23 +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 8805F13C447 for ; Fri, 12 Oct 2007 18:02:22 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 12 Oct 2007 17:35:40 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp058) with SMTP; 12 Oct 2007 19:35:40 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX19nE3cPOzRnj5S4WbF7126+giwBOQOz47/VrBSs+z j86LaNu3EQ1lbA Message-ID: <470FB06B.6010301@gmx.de> Date: Fri, 12 Oct 2007 19:35:39 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20070822) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: make -j broken on Releng_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2007 18:02:23 -0000 I just upgraded a couple of systems to Releng_7 and everything works just fine, except for make -j. With the -j parameter every file is simply deemed "up to date" and nothing at all gets built. Does anyone else experience this? Would it help to rebuild world? After all the first time it has been build using gcc3.4 from Releng_6. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 12 18:33:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6633916A421 for ; Fri, 12 Oct 2007 18:33:21 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.freebsd.org (Postfix) with ESMTP id 2A39B13C442 for ; Fri, 12 Oct 2007 18:33:20 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so824787wxd for ; Fri, 12 Oct 2007 11:33:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=Jae9saDXNuPTagB9WbU0vtQ723uHexD+PRp8T0tiaTE=; b=qzAEEXuFZqHVn4sIvquMr8CoM5IHM6o7Bp4he++Jq1Xq+hG2bqVa/v4C7qn3dd1sBexGHAqu4xrt43MiH1Bmbz7c1MBxe7S9jN52JJrY2OgVeJgfeZD6MXwJpSG7uz74HJQQ+qFNPHSHNUcrLZ7CF5BGkHtejG2JgDzq4V10/7Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=MH0MiiwrLgRnywI3cdlopY4Mvcez/03f3LpIAXWFyTNqhjwjBnaBY4rYcmza5ifjoUWD2iITZeAt/9/HMFhTfjiUB6CkZslJMDZFN/2w3I7c0OHGotTyjOsEnO3zAIlA2fTBiPt/RNyoOEHdhiL5MS8HyYCift8CkJCnwk8XjIM= Received: by 10.90.56.11 with SMTP id e11mr5147390aga.1192212363355; Fri, 12 Oct 2007 11:06:03 -0700 (PDT) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id i27sm1439620elf.2007.10.12.11.06.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 12 Oct 2007 11:06:02 -0700 (PDT) Message-ID: <470F7EC1.9070301@gmail.com> Date: Fri, 12 Oct 2007 14:03:45 +0000 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071005) MIME-Version: 1.0 To: "[LoN]Kamikaze" References: <470FB06B.6010301@gmx.de> In-Reply-To: <470FB06B.6010301@gmx.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: make -j broken on Releng_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2007 18:33:21 -0000 [LoN]Kamikaze wrote: > I just upgraded a couple of systems to Releng_7 and everything works just > fine, except for make -j. With the -j parameter every file is simply deemed > "up to date" and nothing at all gets built. > > Does anyone else experience this? Would it help to rebuild world? After all > the first time it has been build using gcc3.4 from Releng_6. > Yes or install 4.X from ports From owner-freebsd-stable@FreeBSD.ORG Fri Oct 12 18:50:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F0E116A41B for ; Fri, 12 Oct 2007 18:50:01 +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 9F79713C448 for ; Fri, 12 Oct 2007 18:50:00 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 12 Oct 2007 18:49:58 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp009) with SMTP; 12 Oct 2007 20:49:58 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1//ZIUELVz/HGhjmAF+XRPaqRgVcZdj7FNF0lJjoM 91nv1AEf0bYrvg Message-ID: <470FC1D5.7070106@gmx.de> Date: Fri, 12 Oct 2007 20:49:57 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20070822) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <470FB06B.6010301@gmx.de> <470F7EC1.9070301@gmail.com> In-Reply-To: <470F7EC1.9070301@gmail.com> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: make -j broken on Releng_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2007 18:50:01 -0000 Aryeh M. Friedman wrote: > [LoN]Kamikaze wrote: >> I just upgraded a couple of systems to Releng_7 and everything works just >> fine, except for make -j. With the -j parameter every file is simply deemed >> "up to date" and nothing at all gets built. >> >> Does anyone else experience this? Would it help to rebuild world? After all >> the first time it has been build using gcc3.4 from Releng_6. >> > > Yes or install 4.X from ports I just rebuilt make with gcc4 (from base) and it still doesn't work with make -j. A little example, this is as it should be: # cd /usr/ports/x11/printproto/ # make ===> Extracting for printproto-1.0.3 => MD5 Checksum OK for xorg/proto/printproto-1.0.3.tar.bz2. => SHA256 Checksum OK for xorg/proto/printproto-1.0.3.tar.bz2. ===> Patching for printproto-1.0.3 ===> Configuring for printproto-1.0.3 configure: WARNING: you should use --build, --host, --target checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes configure: creating ./config.status config.status: creating Makefile config.status: creating printproto.pc ===> Building for printproto-1.0.3 root@homeKamikaze# make deinstall reinstall ===> Deinstalling for x11/printproto ===> Deinstalling printproto-1.0.3 pkg_delete: package 'printproto-1.0.3' is required by these other packages and may not be deinstalled (but I'll delete it anyway): ... ===> Installing for printproto-1.0.3 ===> Generating temporary packing list ===> Checking if x11/printproto already installed /bin/sh ./mkinstalldirs /usr/local/libdata/pkgconfig install -o root -g wheel -m 444 printproto.pc /usr/local/libdata/pkgconfig/printproto.pc /bin/sh ./mkinstalldirs /usr/local/include/X11/extensions install -o root -g wheel -m 444 Print.h /usr/local/include/X11/extensions/Print.h install -o root -g wheel -m 444 Printstr.h /usr/local/include/X11/extensions/Printstr.h ===> Registering installation for printproto-1.0.3 # pkg_info -g printproto-1.0.3 Information for printproto-1.0.3: Mismatched Checksums: This is with make -j: # cd /usr/ports/x11/printproto/ # make -j2 find: /usr/obj/homeKamikaze.norad/usr/ports/x11/printproto/work/printproto-1.0.3: No such file or directory find: /usr/obj/homeKamikaze.norad/usr/ports/x11/printproto/work/printproto-1.0.3: No such file or directory ===> Extracting for printproto-1.0.3 => MD5 Checksum OK for xorg/proto/printproto-1.0.3.tar.bz2. => SHA256 Checksum OK for xorg/proto/printproto-1.0.3.tar.bz2. ===> Patching for printproto-1.0.3 ===> Configuring for printproto-1.0.3 configure: WARNING: you should use --build, --host, --target checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes configure: creating ./config.status config.status: creating Makefile config.status: creating printproto.pc ===> Building for printproto-1.0.3 `Makefile' is up to date. `./config.status' is up to date. `printproto.pc.in' is up to date. `Print.h' is up to date. `Printstr.h' is up to date. # make deinstall reinstall ===> Deinstalling for x11/printproto ===> Deinstalling printproto-1.0.3 ===> Installing for printproto-1.0.3 ===> Generating temporary packing list ===> Checking if x11/printproto already installed /bin/sh ./mkinstalldirs /usr/local/lib/pkgconfig mkdir -p -- /usr/local/lib/pkgconfig install -o root -g wheel -m 444 printproto.pc /usr/local/lib/pkgconfig/printproto.pc /bin/sh ./mkinstalldirs /usr/local/include/X11/extensions install -o root -g wheel -m 444 Print.h /usr/local/include/X11/extensions/Print.h install -o root -g wheel -m 444 Printstr.h /usr/local/include/X11/extensions/Printstr.h ===> Registering installation for printproto-1.0.3 # pkg_info -g printproto-1.0.3 Information for printproto-1.0.3: Mismatched Checksums: pkg_info: /usr/local/libdata/pkgconfig/printproto.pc doesn't exist On Releng_6 building this port with make -j2 worked just fine. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 12 20:33:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FBF316A419 for ; Fri, 12 Oct 2007 20:33:28 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 0931213C458 for ; Fri, 12 Oct 2007 20:33:27 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so846188nfb for ; Fri, 12 Oct 2007 13:33:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; bh=NtJmQ2rY46jSp/NJTDi40on+n7Veo4XS5otrjcC9VqA=; b=jj5osxTEyM18yb9ITTHYBnxUxrMKz4rGXkUJhSGKoHu/FWCb4CBTCBftIwXj9AXBVLHDN0oX3yJ+Jpg8QHXLv7/GxtDR7LeD6mZfnwlDMVaiT54wQuBwQ6HzUgxzesch+rDRt3zJlA+8OfAl/jW5m9Tj8IKEJUZuxS/0iRzLTWo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=TR374KCmF/vvuGwtAd+vtpPkQloujeVGMxtjV6JgMaoG7YVBBzl4tEfxSnFJ3JV6HBoO1wuKh/AAGCG5A4rqiHaurYtUUXblpmIfufxF8s4PJ45YcmiIMy+//NfFK9Dvl9PkSpjWb2u9KTZiLwuG9ZrnUx7ZGcX3J7azfgs7OSI= Received: by 10.86.60.7 with SMTP id i7mr2570401fga.1192221206845; Fri, 12 Oct 2007 13:33:26 -0700 (PDT) Received: by 10.86.2.1 with HTTP; Fri, 12 Oct 2007 13:33:26 -0700 (PDT) Message-ID: <499c70c0710121333q7ba6ab34sff9ce3832ce81347@mail.gmail.com> Date: Fri, 12 Oct 2007 23:33:26 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: FreeBSD 7.0 interrupt storm with irq0: clk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2007 20:33:28 -0000 Hello, I'm getting interrupt storm lately. last pid: 11967; load averages: 0.00, 0.00, 0.00 up 3+05:17:53 15:26:59 42 processes: 1 running, 41 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 2.0% interrupt, 98.0% idle IM# vmstat -i interrupt total rate irq0: clk 278426173 1000 irq4: fxp0 5 0 irq8: rtc 35633153 127 irq14: ata0 294132 1 Total 314353463 1129 Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #3: Tue Oct 9 09:57:24 CDT 2007 arabian@IM.WeArab.Net:/usr/obj/usr/src/sys/IM Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (2008.90-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 536784896 (511 MB) avail memory = 519966720 (495 MB) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 30.0 on pci0 pci2: on pcib2 vgapci0: port 0xd800-0xd8ff mem 0xf5000000-0xf5ffffff,0xf4800000-0xf4800fff irq 12 at device 9.0 on pci2 fxp0: port 0xd400-0xd41f mem 0xf7000000-0xf7000fff,0xf4000000-0xf40fffff irq 4 at device 11.0 on pci2 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:a0:c9:5d:2f:2d fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb800-0xb80f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2008896212 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master UDMA100 ad1: 190782MB at ata0-slave UDMA100 Trying to mount root from ufs:/dev/ad0s1a pf: started Does anyone what's wrong with it? Here is my kernel config file. machine i386 cpu I686_CPU ident IM options SCHED_ULE # ULE 3.0 scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking 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 UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 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 ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing # To make an SMP kernel, the next two lines are needed nooptions SMP # Symmetric MultiProcessor Kernel # device apic # I/O APIC # CPU frequency control device cpufreq # Bus support. device eisa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives options ATA_STATIC_ID # Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device vga # VGA video card driver # syscons is the default console driver, resembling an SCO console device sc # 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 # 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 fxp # Intel EtherExpress PRO/100B (82557, 82558) options DEVICE_POLLING options HZ=1000 # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) # 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 device pf # PF OpenBSD packet-filter firewall device pflog # logging support interface for PF -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Fri Oct 12 21:21:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C40016A417 for ; Fri, 12 Oct 2007 21:21:32 +0000 (UTC) (envelope-from fbsd-st@donut.de) Received: from smtp.free.de (smtp.free.de [193.28.225.103]) by mx1.freebsd.org (Postfix) with ESMTP id 8985D13C4A7 for ; Fri, 12 Oct 2007 21:21:31 +0000 (UTC) (envelope-from fbsd-st@donut.de) Received: (qmail 84360 invoked by uid 98); 12 Oct 2007 22:54:49 +0200 Received: from 193.28.225.103 by smtp.free.de (envelope-from , uid 82) with qmail-scanner-1.25 (clamdscan: 0.90.1/3618. Clear:RC:1(193.28.225.103):. Processed in 0.101398 secs); 12 Oct 2007 20:54:49 -0000 X-Qmail-Scanner-Mail-From: fbsd-st@donut.de via smtp.free.de X-Qmail-Scanner: 1.25 (Clear:RC:1(193.28.225.103):. Processed in 0.101398 secs) Received: from smtp.free.de (HELO [192.168.40.3]) (peanuts@[193.28.225.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 12 Oct 2007 22:54:49 +0200 Message-ID: <470FDF18.9010109@donut.de> Date: Fri, 12 Oct 2007 22:54:48 +0200 From: Rolf Witt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <499c70c0710121333q7ba6ab34sff9ce3832ce81347@mail.gmail.com> In-Reply-To: <499c70c0710121333q7ba6ab34sff9ce3832ce81347@mail.gmail.com> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0 interrupt storm with irq0: clk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2007 21:21:32 -0000 Abdullah Ibn Hamad Al-Marri schrieb: > Hello, > > I'm getting interrupt storm lately. No, you use Polling and the interrupt-rate is 1000HZ (your HZ-Option). Thats ok. > IM# vmstat -i > interrupt total rate > irq0: clk 278426173 1000 > options DEVICE_POLLING > options HZ=1000 Rowi From owner-freebsd-stable@FreeBSD.ORG Fri Oct 12 23:10:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0166816A46B for ; Fri, 12 Oct 2007 23:10:46 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from hatert.nijmegen.internl.net (mailrelay1.nijmegen.internl.net [217.149.192.44]) by mx1.freebsd.org (Postfix) with ESMTP id 329E513C457 for ; Fri, 12 Oct 2007 23:10:44 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from smtp20.nijmegen.internl.net by hatert.nijmegen.internl.net via smtp20.nijmegen.internl.net [217.149.192.18] with ESMTP for id l9CHqYNt017173 (8.13.6/2.04); Fri, 12 Oct 2007 19:52:35 +0200 (MEST) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by smtp20.nijmegen.internl.net (8.13.8/2.04) with ESMTP id l9CHqVM9010361 for ; Fri, 12 Oct 2007 19:52:31 +0200 (CEST) Received: from localhost (localhost.alm.flutnet.org [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id 1DFE311407 for ; Fri, 12 Oct 2007 19:51:00 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JKh39oFjQTQS for ; Fri, 12 Oct 2007 19:50:43 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id 164121140C; Fri, 12 Oct 2007 19:50:43 +0200 (CEST) Date: Fri, 12 Oct 2007 19:50:43 +0200 From: Alson van der Meulen To: freebsd-stable@freebsd.org Message-ID: <20071012175042.GA1750@waalsdorp.nl> 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.5.16 (2007-06-09) Subject: Unable to boot recent -stable with MSI/MSIX enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2007 23:10:46 -0000 Hi, After upgrading from RELENG_6 of 2007-10-01 to 2007-10-10, one of my computers didn't boot anymore. It failed to mount its root device because geom_mirror didn't find its volume, and manually specifying one of the partitions didn't work either. Same with a kernel from today's -stable sources. The kernel is a GENERIC amd64 kernel plus 'device puc'. It works if I disable MSI/MSIX support by commenting out these lines in loader.conf (I added them myself at some point): hw.pci.enable_msi=1 hw.pci.enable_msix=1 The only relevant commit I could find between 2007-10-01 and 2007-10-10 is the em merge. This box does have an Intel Pro/1000PT (PCIe) NIC. I believe that the new MSI support in the em driver upsets the ATA driver. With the 2007-10-01 kernel: em0: port 0xdf00-0xdf1f mem 0xfdde0000-0xfddfffff,0xfddc0000-0xfdddffff irq 16 at device 0.0 on pci5 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfdde0000 em0: Reserved 0x20 bytes for rid 0x18 type 4 at 0xdf00 em0: bpf attached em0: Ethernet address: 00:15:17:19:59:e4 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 56 em0: [MPSAFE] [...] ad10: 305245MB at ata5-master SATA300 ad10: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue [...] ad14: 305245MB at ata7-master SATA300 ad14: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue (works) With 2007-10-12 kernel: em0: port 0xdf00-0xdf1f mem 0xfdde0000-0xfddfffff,0xfddc0000-0xfdddffff irq 16 at device 0.0 on pci5 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfdde0000 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to vector 56 em0: using IRQ 256 for MSI em0: bpf attached em0: Ethernet address: 00:15:17:19:59:e4 em0: [FAST] [...] ad10: 305245MB at ata5-master SATA300 ad10: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue [...] ad14: 305245MB at ata7-master SATA300 ad14: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue [...] Manual root filesystem specification: (fails) With 2007-10-12 kernel and MSI/MSIX disabled: em0: port 0xdf00-0xdf1f mem 0xfdde0000-0xfddfffff,0xfddc0000-0xfdddffff irq 16 at device 0.0 on pci5 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfdde0000 em0: bpf attached em0: Ethernet address: 00:15:17:19:59:e4 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 56 em0: [FAST] [...] ad10: 305245MB at ata5-master SATA300 ad10: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue [...] ad14: 305245MB at ata7-master SATA300 ad14: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue (works) Note that the firmware version of the hard drives is different for the 2007-10-12 kernel with MSI support (4OA52A) than for the working configurations (V54OA52A). Because of this and because it's unable to mount its root FS with MSI support, I believe that the new MSI support in the em driver somehow breaks the ATA driver (maybe it screws up interrupt routing?) on this hardware combination. I'm not sure if this is a bug in the em driver or in the PCI/ATA driver. Disabling ACPI also fixes it, but that is probably because MSI/MSIX is disabled if ACPI is disabled. Verbose dmesg for the three above cases is included below. regards, Alson ----------------------------------------------------------------------- 2007-10-01 kernel with pci/pcix enabled (works): Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #15: Mon Oct 1 22:06:25 CEST 2007 root@tafi.alm.flutnet.org:/usr/obj/usr/src/sys/TAFI Preloaded elf kernel "/boot/kernel.gd/kernel" at 0xffffffff80adc000. Preloaded elf obj module "/boot/kernel.gd/geom_mirror.ko" at 0xffffffff80adc1f8. Preloaded elf obj module "/boot/kernel.gd/cpufreq.ko" at 0xffffffff80adc828. ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193222 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2000084029 Hz CPU: AMD Sempron(tm) Processor 3400+ (2000.08-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 1609433088 (1534 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000bd9000 - 0x000000005d19bfff, 1549545472 bytes (378307 pages) avail memory = 1541505024 (1470 MB) APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 3, Interrupt 24 at 0xfecc0000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ath_rate: version 1.2 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Oct 1 2007 22:06:04) acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80007804 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=03511106) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.VT86.VTSB -> bus 0 dev 17 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.SATA.SAPR -> bus 0 dev 15 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PATA.PAPR -> bus 0 dev 15 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB1.U2F0 -> bus 0 dev 16 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB2.U2F1 -> bus 0 dev 16 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB3.U2F2 -> bus 0 dev 16 func 2 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB4.U2F3 -> bus 0 dev 16 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.EHCI.U2F4 -> bus 0 dev 16 func 4 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PEXG.RPXG -> bus 0 dev 2 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PEX0.RPX0 -> bus 0 dev 3 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PEX1.RPX1 -> bus 0 dev 3 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PEX2.RPX2 -> bus 0 dev 3 func 2 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PEX3.RPX3 -> bus 0 dev 3 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.P2PE.P2ER -> bus 0 dev 19 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.P2PE.PE5C.PE5R -> bus 4 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.P2PE.PE6C.PE6R -> bus 4 dev 0 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.P2PE.AZAC.AZAR -> bus 4 dev 1 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.P2PB.P2PR -> bus 0 dev 19 func 1 acpi0: Power Button (fixed) 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 0x408-0x40b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 6 7 10 11 12 Validation 0 10 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 12 N 0 3 4 6 7 10 11 12 Validation 0 12 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 6 7 10 11 12 Validation 0 11 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 cpu0: on acpi0 cpu0: switching to generic Cx mode powernow0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1106, dev=0x0351, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x2210, cachelnsz=8 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x1351, revid=0x00 bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x2351, revid=0x00 bus=0, slot=0, func=2 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3351, revid=0x00 bus=0, slot=0, func=3 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x4351, revid=0x00 bus=0, slot=0, func=4 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x5351, revid=0x00 bus=0, slot=0, func=5 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0000, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x7351, revid=0x00 bus=0, slot=0, func=7 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0xb999, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xa238, revid=0x00 bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 27 found-> vendor=0x1106, dev=0xc238, revid=0x00 bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 31 found-> vendor=0x1106, dev=0x3349, revid=0x00 bus=0, slot=15, func=0 class=01-06-01, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type 4, range 32, base 0000ff00, size 3, enabled map[14]: type 4, range 32, base 0000fe00, size 2, enabled map[18]: type 4, range 32, base 0000fd00, size 3, enabled map[1c]: type 4, range 32, base 0000fc00, size 2, enabled map[20]: type 4, range 32, base 0000fb00, size 4, enabled map[24]: type 1, range 32, base fdfff000, size 10, enabled pcib0: matched entry for 0.15.INTB pcib0: slot 15 INTB hardwired to IRQ 21 found-> vendor=0x1106, dev=0x0571, revid=0x07 bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000fa00, size 4, enabled found-> vendor=0x1106, dev=0x3038, revid=0x90 bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f900, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x90 bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f800, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x90 bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f700, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x90 bus=0, slot=16, func=3 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f600, size 5, enabled found-> vendor=0x1106, dev=0x3104, revid=0x90 bus=0, slot=16, func=4 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fdffe000, size 8, enabled found-> vendor=0x1106, dev=0x3287, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x287e, revid=0x00 bus=0, slot=17, func=7 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3065, revid=0x7c bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000f400, size 8, enabled map[14]: type 1, range 32, base fdffd000, size 8, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 23 found-> vendor=0x1106, dev=0x287b, revid=0x00 bus=0, slot=19, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x2000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x287a, revid=0x00 bus=0, slot=19, func=1 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x2000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfff00000-0xfffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 pcib2: irq 27 at device 2.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0x0-0x0 pcib2: prefetched decode 0x0-0x0 pci2: on pcib2 pci2: physical bus=2 pcib3: irq 31 at device 3.0 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xe000-0xefff pcib3: memory decode 0xfde00000-0xfdefffff pcib3: prefetched decode 0xfff00000-0xfffff pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x197b, dev=0x2363, revid=0x02 bus=3, slot=0, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000ef00, size 3, enabled pcib3: requested I/O range 0xef00-0xef07: in range map[14]: type 4, range 32, base 0000ee00, size 2, enabled pcib3: requested I/O range 0xee00-0xee03: in range map[18]: type 4, range 32, base 0000ed00, size 3, enabled pcib3: requested I/O range 0xed00-0xed07: in range map[1c]: type 4, range 32, base 0000ec00, size 2, enabled pcib3: requested I/O range 0xec00-0xec03: in range map[20]: type 4, range 32, base 0000eb00, size 4, enabled pcib3: requested I/O range 0xeb00-0xeb0f: in range map[24]: type 1, range 32, base fdefe000, size 13, enabled pcib3: requested memory range 0xfdefe000-0xfdefffff: good pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 28 atapci0: port 0xef00-0xef07,0xee00-0xee03,0xed00-0xed07,0xec00-0xec03,0xeb00-0xeb0f mem 0xfdefe000-0xfdefffff irq 28 at device 0.0 on pci3 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xeb00 ioapic1: routing intpin 4 (PCI IRQ 28) to vector 49 atapci0: [MPSAFE] atapci0: Reserved 0x2000 bytes for rid 0x24 type 3 at 0xfdefe000 atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata2: SATA connect status=00000000 ata2: [MPSAFE] ata3: on atapci0 ata3: SATA connect status=00000000 ata3: [MPSAFE] ata4: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xef00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xee00 ata4: reset tp1 mask=03 ostat0=60 ostat1=70 ata4: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata4: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata4: reset tp2 stat0=20 stat1=30 devices=0x0 ata4: [MPSAFE] atapci1: port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfdfff000-0xfdfff3ff irq 21 at device 15.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfb00 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 50 atapci1: [MPSAFE] atapci1: Reserved 0x400 bytes for rid 0x24 type 3 at 0xfdfff000 atapci1: AHCI Version 01.00 controller with 4 ports detected ata5: on atapci1 ata5: SATA connect ready time=0ms ata5: sata_connect devices=0x1 ata5: [MPSAFE] ata6: on atapci1 ata6: SATA connect status=00000000 ata6: [MPSAFE] ata7: on atapci1 ata7: SATA connect ready time=0ms ata7: sata_connect devices=0x1 ata7: [MPSAFE] ata8: on atapci1 ata8: SATA connect status=00000000 ata8: [MPSAFE] atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f at device 15.1 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfa00 ata0: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci2: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 51 ata0: [MPSAFE] ata1: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci2: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=60 ostat1=70 ata1: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata1: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata1: reset tp2 stat0=20 stat1=30 devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 52 ata1: [MPSAFE] uhci0: port 0xf900-0xf91f at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf900 pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 20 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 53 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xf800-0xf81f at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf800 pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 22 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 54 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xf700-0xf71f at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf700 pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xf600-0xf61f at device 16.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf600 pcib0: matched entry for 0.16.INTD pcib0: slot 16 INTD hardwired to IRQ 23 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 55 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfdffe000-0xfdffe0ff at device 16.4 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfdffe000 pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 22 ehci0: [GIANT-LOCKED] ehci0: Dropped interrupts workaround enabled usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0xf400-0xf4ff mem 0xfdffd000-0xfdffd0ff irq 23 at device 18.0 on pci0 vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xf400 miibus0: on vr0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:17:31:23:9f:89 vr0: [MPSAFE] pcib4: at device 19.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 6 pcib4: I/O decode 0xd000-0xdfff pcib4: memory decode 0xfdd00000-0xfddfffff pcib4: prefetched decode 0xfff00000-0xfffff pci4: on pcib4 pci4: physical bus=4 found-> vendor=0x1106, dev=0x287c, revid=0x00 bus=4, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib4: matched entry for 4.0.INTA pcib4: slot 0 INTA hardwired to IRQ 20 found-> vendor=0x1106, dev=0x287d, revid=0x00 bus=4, slot=0, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib4: matched entry for 4.0.INTC pcib4: slot 0 INTC hardwired to IRQ 22 pcib5: irq 20 at device 0.0 on pci4 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xd000-0xdfff pcib5: memory decode 0xfdd00000-0xfddfffff pcib5: prefetched decode 0xfff00000-0xfffff pci5: on pcib5 pci5: physical bus=5 found-> vendor=0x8086, dev=0x10b9, revid=0x06 bus=5, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base fdde0000, size 17, enabled pcib5: requested memory range 0xfdde0000-0xfddfffff: good pcib4: requested memory range 0xfdde0000-0xfddfffff: good map[14]: type 1, range 32, base fddc0000, size 17, enabled pcib5: requested memory range 0xfddc0000-0xfdddffff: good pcib4: requested memory range 0xfddc0000-0xfdddffff: good map[18]: type 4, range 32, base 0000df00, size 5, enabled pcib5: requested I/O range 0xdf00-0xdf1f: in range pcib4: requested I/O range 0xdf00-0xdf1f: in range pcib5: matched entry for 5.0.INTA pcib5: slot 0 INTA hardwired to IRQ 16 em0: port 0xdf00-0xdf1f mem 0xfdde0000-0xfddfffff,0xfddc0000-0xfdddffff irq 16 at device 0.0 on pci5 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfdde0000 em0: Reserved 0x20 bytes for rid 0x18 type 4 at 0xdf00 em0: bpf attached em0: Ethernet address: 00:15:17:19:59:e4 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 56 em0: [MPSAFE] pcib6: irq 22 at device 0.1 on pci4 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0x0-0x0 pcib6: memory decode 0x0-0x0 pcib6: prefetched decode 0x0-0x0 pci6: on pcib6 pci6: physical bus=6 pcib7: at device 19.1 on pci0 pcib7: secondary bus 7 pcib7: subordinate bus 7 pcib7: I/O decode 0xc000-0xcfff pcib7: memory decode 0xfdc00000-0xfdcfffff pcib7: prefetched decode 0xfc000000-0xfcffffff pcib7: Subtractively decoded bridge. pci7: on pcib7 pci7: physical bus=7 found-> vendor=0x8086, dev=0x1229, revid=0x0c bus=7, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x8290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fdcff000, size 12, enabled pcib7: requested memory range 0xfdcff000-0xfdcfffff: good map[14]: type 4, range 32, base 0000cf00, size 6, enabled pcib7: requested I/O range 0xcf00-0xcf3f: in range map[18]: type 1, range 32, base fdcc0000, size 17, enabled pcib7: requested memory range 0xfdcc0000-0xfdcdffff: good pcib7: matched entry for 7.11.INTA pcib7: slot 11 INTA hardwired to IRQ 16 found-> vendor=0x1163, dev=0x2000, revid=0x06 bus=7, slot=12, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=12 map[10]: type 3, range 32, base fc000000, size 24, enabled pcib7: requested memory range 0xfc000000-0xfcffffff: good map[14]: type 4, range 32, base 0000c600, size 8, enabled pcib7: requested I/O range 0xc600-0xc6ff: in range map[18]: type 1, range 32, base fdc40000, size 18, enabled pcib7: requested memory range 0xfdc40000-0xfdc7ffff: good pcib7: matched entry for 7.12.INTA pcib7: slot 12 INTA hardwired to IRQ 17 found-> vendor=0x9710, dev=0x9835, revid=0x01 bus=7, slot=13, func=0 class=07-00-02, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[10]: type 4, range 32, base 0000ce00, size 3, enabled pcib7: requested I/O range 0xce00-0xce07: in range map[14]: type 4, range 32, base 0000cd00, size 3, enabled pcib7: requested I/O range 0xcd00-0xcd07: in range map[18]: type 4, range 32, base 0000cc00, size 3, enabled pcib7: requested I/O range 0xcc00-0xcc07: in range map[1c]: type 4, range 32, base 0000cb00, size 3, enabled pcib7: requested I/O range 0xcb00-0xcb07: in range map[20]: type 4, range 32, base 0000ca00, size 3, enabled pcib7: requested I/O range 0xca00-0xca07: in range map[24]: type 4, range 32, base 0000c900, size 4, enabled pcib7: requested I/O range 0xc900-0xc90f: in range fxp0: port 0xcf00-0xcf3f mem 0xfdcff000-0xfdcfffff,0xfdcc0000-0xfdcdffff irq 16 at device 11.0 on pci7 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfdcff000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 8086 0040 000c fxp0: Dynamic Standby mode is disabled miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:02:b3:96:79:ea fxp0: [MPSAFE] pci7: at device 12.0 (no driver attached) puc0: port 0xce00-0xce07,0xcd00-0xcd07,0xcc00-0xcc07,0xcb00-0xcb07,0xca00-0xca07,0xc900-0xc90f at device 13.0 on pci7 pcib7: matched entry for 7.13.INTA pcib7: slot 13 INTA hardwired to IRQ 18 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 57 puc0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xce00 puc0: Reserved 0x8 bytes for rid 0x14 type 4 at 0xcd00 puc0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xcc00 sio4: on puc0 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode sio5: on puc0 sio5: type 16550A sio5: unable to activate interrupt in fast mode - using normal mode ppc0: using extended I/O port range ppc0: EPP SPP ppc0: on puc0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 58 fdc0: [MPSAFE] fdc0: [FAST] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x4061 0x4061 0x4061 0x4061 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 59 ppc1: using extended I/O port range ppc1: ECP SPP ECP+EPP SPP ppc1: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc1: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc1: FIFO with 16/16/16 bytes threshold ppbus1: on ppc1 plip1: on ppbus1 plip1: bpf attached lpt1: on ppbus1 lpt1: Interrupt-driven port ppi1: on ppbus1 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 60 ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed ex_isa_identify() fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc8000-0xca7ff,0xcb000-0xcc7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 61 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: failed to reset the aux device. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 100780 -> 100000 procfs registered linprocfs registered lapic: Divisor 2, Frequency 100004207 hz Timecounter "TSC"em0: Link is up 1000 Mbps Full Duplex frequency 2000084029 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached rr232x: no controller detected. ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on 8251 chip acd0: setting UDMA33 on 8251 chip acd0: DVDROM drive at ata0 as master acd0: read 689KB/s (8268KB/s), 1727KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata5-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad10: 305245MB at ata5-master SATA300 ad10: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad10 ad10: VIA check1 failed ad10: Adaptec check1 failed ad10: LSI (v3) check1 failed ad10: LSI (v2) check1 failed ad10: FreeBSD check1 failed ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad14: 305245MB at ata7-master SATA300 ad14: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM_MIRROR: Device gm0 created (id=3317301989). GEOM_MIRROR: Device gm0: provider ad10s2 detected. GEOM: new disk ad14 ad14: VIA check1 failed ad14: Adaptec check1 failed ad14: LSI (v3) check1 failed ad14: LSI (v2) check1 failed ad14: FreeBSD check1 failed ATA PseudoRAID loaded GEOM_MIRROR: Device gm0: provider ad14s2 detected. GEOM_MIRROR: Device gm0: provider ad14s2 activated. GEOM_MIRROR: Device gm0: provider ad10s2 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. WARNING: Expected rawoffset 0, found 4289355 Trying to mount root from ufs:/dev/mirror/gm0a start_init: trying /sbin/init stf0: bpf attached em0: Link is Down warning: KLD '/boot/kernel.gd/pflog.ko' is newer than the linker.hints file warning: KLD '/boot/kernel.gd/pf.ko' is newer than the linker.hints file pflog0: bpf attached em0: Link is up 1000 Mbps Full Duplex ----------------------------------------------------------------------- 2007-10-12 kernel with pci/pcix enabled (fails): SMAP type=01 base=0000000000000000 len=000000000009f800 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=02 base=00000000ffff0000 len=0000000000010000 SMAP type=02 base=00000000e0000000 len=0000000010001000 SMAP type=03 base=000000005fee3000 len=000000000000d000 SMAP type=04 base=000000005fee0000 len=0000000000003000 SMAP type=02 base=000000000009f800 len=0000000000000800 SMAP type=02 base=000000005fef0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000005fde0000 Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #17: Fri Oct 12 16:23:26 CEST 2007 root@tafi.alm.flutnet.org:/usr/obj/usr/src/sys/TAFI Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80afb000. Preloaded elf obj module "/boot/kernel/geom_mirror.ko" at 0xffffffff80afb1e8. Preloaded elf obj module "/boot/kernel/cpufreq.ko" at 0xffffffff80afb818. Calibrating clock(s) ... i8254 clock: 1193222 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2000083840 Hz CPU: AMD Sempron(tm) Processor 3400+ (2000.08-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 1609433088 (1534 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000bf8000 - 0x000000005d19bfff, 1549418496 bytes (378276 pages) avail memory = 1541378048 (1469 MB) ACPI APIC Table: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 3, Interrupt 24 at 0xfecc0000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ath_rate: version 1.2 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Oct 12 2007 16:23:07) acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80007804 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=03511106) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.VT86.VTSB -> bus 0 dev 17 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.SATA.SAPR -> bus 0 dev 15 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.PATA.PAPR -> bus 0 dev 15 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.USB1.U2F0 -> bus 0 dev 16 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.USB2.U2F1 -> bus 0 dev 16 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.USB3.U2F2 -> bus 0 dev 16 func 2 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.USB4.U2F3 -> bus 0 dev 16 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.EHCI.U2F4 -> bus 0 dev 16 func 4 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.PEXG.RPXG -> bus 0 dev 2 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.PEX0.RPX0 -> bus 0 dev 3 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.PEX1.RPX1 -> bus 0 dev 3 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.PEX2.RPX2 -> bus 0 dev 3 func 2 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.PEX3.RPX3 -> bus 0 dev 3 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.P2PE.P2ER -> bus 0 dev 19 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.P2PE.PE5C.PE5R -> bus 4 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.P2PE.PE6C.PE6R -> bus 4 dev 0 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.P2PE.AZAC.AZAR -> bus 4 dev 1 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \_SB_.PCI0.P2PB.P2PR -> bus 0 dev 19 func 1 acpi0: Power Button (fixed) 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 0x408-0x40b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 6 7 10 11 12 Validation 0 10 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 12 N 0 3 4 6 7 10 11 12 Validation 0 12 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 6 7 10 11 12 Validation 0 11 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 cpu0: on acpi0 cpu0: switching to generic Cx mode powernow0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1106, dev=0x0351, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x2210, cachelnsz=8 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x1351, revid=0x00 bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x2351, revid=0x00 bus=0, slot=0, func=2 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3351, revid=0x00 bus=0, slot=0, func=3 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x4351, revid=0x00 bus=0, slot=0, func=4 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x5351, revid=0x00 bus=0, slot=0, func=5 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0000, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x7351, revid=0x00 bus=0, slot=0, func=7 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0xb999, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xa238, revid=0x00 bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 27 found-> vendor=0x1106, dev=0xc238, revid=0x00 bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 31 found-> vendor=0x1106, dev=0x3349, revid=0x00 bus=0, slot=15, func=0 class=01-06-01, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type 4, range 32, base 0000ff00, size 3, enabled map[14]: type 4, range 32, base 0000fe00, size 2, enabled map[18]: type 4, range 32, base 0000fd00, size 3, enabled map[1c]: type 4, range 32, base 0000fc00, size 2, enabled map[20]: type 4, range 32, base 0000fb00, size 4, enabled map[24]: type 1, range 32, base fdfff000, size 10, enabled pcib0: matched entry for 0.15.INTB pcib0: slot 15 INTB hardwired to IRQ 21 found-> vendor=0x1106, dev=0x0571, revid=0x07 bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000fa00, size 4, enabled found-> vendor=0x1106, dev=0x3038, revid=0x90 bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f900, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x90 bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f800, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x90 bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f700, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x90 bus=0, slot=16, func=3 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f600, size 5, enabled found-> vendor=0x1106, dev=0x3104, revid=0x90 bus=0, slot=16, func=4 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fdffe000, size 8, enabled found-> vendor=0x1106, dev=0x3287, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x287e, revid=0x00 bus=0, slot=17, func=7 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3065, revid=0x7c bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000f400, size 8, enabled map[14]: type 1, range 32, base fdffd000, size 8, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 23 found-> vendor=0x1106, dev=0x287b, revid=0x00 bus=0, slot=19, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x2000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x287a, revid=0x00 bus=0, slot=19, func=1 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x2000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfff00000-0xfffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 pcib2: irq 27 at device 2.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0x0-0x0 pcib2: prefetched decode 0x0-0x0 pci2: on pcib2 pci2: physical bus=2 pcib3: irq 31 at device 3.0 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xe000-0xefff pcib3: memory decode 0xfde00000-0xfdefffff pcib3: prefetched decode 0xfff00000-0xfffff pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x197b, dev=0x2363, revid=0x02 bus=3, slot=0, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000ef00, size 3, enabled pcib3: requested I/O range 0xef00-0xef07: in range map[14]: type 4, range 32, base 0000ee00, size 2, enabled pcib3: requested I/O range 0xee00-0xee03: in range map[18]: type 4, range 32, base 0000ed00, size 3, enabled pcib3: requested I/O range 0xed00-0xed07: in range map[1c]: type 4, range 32, base 0000ec00, size 2, enabled pcib3: requested I/O range 0xec00-0xec03: in range map[20]: type 4, range 32, base 0000eb00, size 4, enabled pcib3: requested I/O range 0xeb00-0xeb0f: in range map[24]: type 1, range 32, base fdefe000, size 13, enabled pcib3: requested memory range 0xfdefe000-0xfdefffff: good pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 28 atapci0: port 0xef00-0xef07,0xee00-0xee03,0xed00-0xed07,0xec00-0xec03,0xeb00-0xeb0f mem 0xfdefe000-0xfdefffff irq 28 at device 0.0 on pci3 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xeb00 ioapic1: routing intpin 4 (PCI IRQ 28) to vector 49 atapci0: [MPSAFE] atapci0: Reserved 0x2000 bytes for rid 0x24 type 3 at 0xfdefe000 atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata2: SATA connect status=00000000 ata2: [MPSAFE] ata3: on atapci0 ata3: SATA connect status=00000000 ata3: [MPSAFE] ata4: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xef00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xee00 ata4: reset tp1 mask=03 ostat0=60 ostat1=70 ata4: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata4: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata4: reset tp2 stat0=20 stat1=30 devices=0x0 ata4: [MPSAFE] atapci1: port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfdfff000-0xfdfff3ff irq 21 at device 15.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfb00 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 50 atapci1: [MPSAFE] atapci1: Reserved 0x400 bytes for rid 0x24 type 3 at 0xfdfff000 atapci1: AHCI Version 01.00 controller with 4 ports detected ata5: on atapci1 ata5: SATA connect ready time=0ms ata5: sata_connect devices=0x1 ata5: [MPSAFE] ata6: on atapci1 ata6: SATA connect status=00000000 ata6: [MPSAFE] ata7: on atapci1 ata7: SATA connect ready time=0ms ata7: sata_connect devices=0x1 ata7: [MPSAFE] ata8: on atapci1 ata8: SATA connect status=00000000 ata8: [MPSAFE] atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f at device 15.1 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfa00 ata0: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci2: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 51 ata0: [MPSAFE] ata1: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci2: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=60 ostat1=70 ata1: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata1: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata1: reset tp2 stat0=20 stat1=30 devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 52 ata1: [MPSAFE] uhci0: port 0xf900-0xf91f at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf900 pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 20 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 53 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xf800-0xf81f at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf800 pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 22 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 54 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xf700-0xf71f at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf700 pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xf600-0xf61f at device 16.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf600 pcib0: matched entry for 0.16.INTD pcib0: slot 16 INTD hardwired to IRQ 23 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 55 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfdffe000-0xfdffe0ff at device 16.4 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfdffe000 pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 22 ehci0: [GIANT-LOCKED] ehci0: Dropped interrupts workaround enabled usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0xf400-0xf4ff mem 0xfdffd000-0xfdffd0ff irq 23 at device 18.0 on pci0 vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xf400 miibus0: on vr0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:17:31:23:9f:89 vr0: [MPSAFE] pcib4: at device 19.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 6 pcib4: I/O decode 0xd000-0xdfff pcib4: memory decode 0xfdd00000-0xfddfffff pcib4: prefetched decode 0xfff00000-0xfffff pci4: on pcib4 pci4: physical bus=4 found-> vendor=0x1106, dev=0x287c, revid=0x00 bus=4, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib4: matched entry for 4.0.INTA pcib4: slot 0 INTA hardwired to IRQ 20 found-> vendor=0x1106, dev=0x287d, revid=0x00 bus=4, slot=0, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib4: matched entry for 4.0.INTC pcib4: slot 0 INTC hardwired to IRQ 22 pcib5: irq 20 at device 0.0 on pci4 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xd000-0xdfff pcib5: memory decode 0xfdd00000-0xfddfffff pcib5: prefetched decode 0xfff00000-0xfffff pci5: on pcib5 pci5: physical bus=5 found-> vendor=0x8086, dev=0x10b9, revid=0x06 bus=5, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base fdde0000, size 17, enabled pcib5: requested memory range 0xfdde0000-0xfddfffff: good pcib4: requested memory range 0xfdde0000-0xfddfffff: good map[14]: type 1, range 32, base fddc0000, size 17, enabled pcib5: requested memory range 0xfddc0000-0xfdddffff: good pcib4: requested memory range 0xfddc0000-0xfdddffff: good map[18]: type 4, range 32, base 0000df00, size 5, enabled pcib5: requested I/O range 0xdf00-0xdf1f: in range pcib4: requested I/O range 0xdf00-0xdf1f: in range pcib5: matched entry for 5.0.INTA pcib5: slot 0 INTA hardwired to IRQ 16 em0: port 0xdf00-0xdf1f mem 0xfdde0000-0xfddfffff,0xfddc0000-0xfdddffff irq 16 at device 0.0 on pci5 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfdde0000 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to vector 56 em0: using IRQ 256 for MSI em0: bpf attached em0: Ethernet address: 00:15:17:19:59:e4 em0: [FAST] pcib6: irq 22 at device 0.1 on pci4 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0x0-0x0 pcib6: memory decode 0x0-0x0 pcib6: prefetched decode 0x0-0x0 pci6: on pcib6 pci6: physical bus=6 pcib7: at device 19.1 on pci0 pcib7: secondary bus 7 pcib7: subordinate bus 7 pcib7: I/O decode 0xc000-0xcfff pcib7: memory decode 0xfdc00000-0xfdcfffff pcib7: prefetched decode 0xfc000000-0xfcffffff pcib7: Subtractively decoded bridge. pci7: on pcib7 pci7: physical bus=7 found-> vendor=0x8086, dev=0x1229, revid=0x0c bus=7, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x8290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fdcff000, size 12, enabled pcib7: requested memory range 0xfdcff000-0xfdcfffff: good map[14]: type 4, range 32, base 0000cf00, size 6, enabled pcib7: requested I/O range 0xcf00-0xcf3f: in range map[18]: type 1, range 32, base fdcc0000, size 17, enabled pcib7: requested memory range 0xfdcc0000-0xfdcdffff: good pcib7: matched entry for 7.11.INTA pcib7: slot 11 INTA hardwired to IRQ 16 found-> vendor=0x1163, dev=0x2000, revid=0x06 bus=7, slot=12, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=12 map[10]: type 3, range 32, base fc000000, size 24, enabled pcib7: requested memory range 0xfc000000-0xfcffffff: good map[14]: type 4, range 32, base 0000c600, size 8, enabled pcib7: requested I/O range 0xc600-0xc6ff: in range map[18]: type 1, range 32, base fdc40000, size 18, enabled pcib7: requested memory range 0xfdc40000-0xfdc7ffff: good pcib7: matched entry for 7.12.INTA pcib7: slot 12 INTA hardwired to IRQ 17 found-> vendor=0x9710, dev=0x9835, revid=0x01 bus=7, slot=13, func=0 class=07-00-02, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[10]: type 4, range 32, base 0000ce00, size 3, enabled pcib7: requested I/O range 0xce00-0xce07: in range map[14]: type 4, range 32, base 0000cd00, size 3, enabled pcib7: requested I/O range 0xcd00-0xcd07: in range map[18]: type 4, range 32, base 0000cc00, size 3, enabled pcib7: requested I/O range 0xcc00-0xcc07: in range map[1c]: type 4, range 32, base 0000cb00, size 3, enabled pcib7: requested I/O range 0xcb00-0xcb07: in range map[20]: type 4, range 32, base 0000ca00, size 3, enabled pcib7: requested I/O range 0xca00-0xca07: in range map[24]: type 4, range 32, base 0000c900, size 4, enabled pcib7: requested I/O range 0xc900-0xc90f: in range fxp0: port 0xcf00-0xcf3f mem 0xfdcff000-0xfdcfffff,0xfdcc0000-0xfdcdffff irq 16 at device 11.0 on pci7 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfdcff000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 8086 0040 000c fxp0: Dynamic Standby mode is disabled miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:02:b3:96:79:ea ioapic0: routing intpin 16 (PCI IRQ 16) to vector 57 fxp0: [MPSAFE] pci7: at device 12.0 (no driver attached) puc0: port 0xce00-0xce07,0xcd00-0xcd07,0xcc00-0xcc07,0xcb00-0xcb07,0xca00-0xca07,0xc900-0xc90f at device 13.0 on pci7 pcib7: matched entry for 7.13.INTA pcib7: slot 13 INTA hardwired to IRQ 18 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 58 puc0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xce00 puc0: Reserved 0x8 bytes for rid 0x14 type 4 at 0xcd00 puc0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xcc00 sio4: on puc0 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode sio5: on puc0 sio5: type 16550A sio5: unable to activate interrupt in fast mode - using normal mode ppc0: using extended I/O port range ppc0: EPP SPP ppc0: on puc0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 59 fdc0: [MPSAFE] fdc0: [FAST] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x4061 0x4061 0x4061 0x4061 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 60 ppc1: using extended I/O port range ppc1: ECP SPP ECP+EPP SPP ppc1: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc1: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc1: FIFO with 16/16/16 bytes threshold ppbus1: on ppc1 plip1: on ppbus1 plip1: bpf attached lpt1: on ppbus1 lpt1: Interrupt-driven port ppi1: on ppbus1 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 61 ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed ex_isa_identify() fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc8000-0xca7ff,0xcb000-0xcc7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 62 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 100772 -> 100000 linprocfs registered procfs registered lapic: Divisor 2, Frequency 100004203 hz Timecounter "TSC" frequency 2000083840 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached rr232x: no controller detected. ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on 8251 chip acd0: setting UDMA33 on 8251 chip acd0: DVDROM drive at ata0 as master acd0: read 689KB/s (8268KB/s), 1727KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata5-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad10: 305245MB at ata5-master SATA300 ad10: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad10 ad10: VIA check1 failed ad10: Adaptec check1 failed ad10: LSI (v3) check1 failed ad10: LSI (v2) check1 failed ad10: FreeBSD check1 failed ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad14: 305245MB at ata7-master SATA300 ad14: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad14 ad14: VIA check1 failed ad14: Adaptec check1 failed ad14: LSI (v3) check1 failed ad14: LSI (v2) check1 failed ad14: FreeBSD check1 failed ATA PseudoRAID loaded Trying to mount root from ufs:/dev/mirror/gm0a Manual root filesystem specification: : Mount using filesystem eg. ufs:/dev/da0a ? List valid disk boot devices Abort manual input mountroot> panic: Root mount failed, startup aborted. Uptime: 28s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort ----------------------------------------------------------------------- 2007-10-12 kernel with msi/msix disabled (works): Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #17: Fri Oct 12 16:23:26 CEST 2007 root@tafi.alm.flutnet.org:/usr/obj/usr/src/sys/TAFI Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80afb000. Preloaded elf obj module "/boot/kernel/geom_mirror.ko" at 0xffffffff80afb1f8. Preloaded elf obj module "/boot/kernel/cpufreq.ko" at 0xffffffff80afb828. Calibrating clock(s) ... i8254 clock: 1193222 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2000083840 Hz CPU: AMD Sempron(tm) Processor 3400+ (2000.08-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 1609433088 (1534 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000bf8000 - 0x000000005d19bfff, 1549418496 bytes (378276 pages) avail memory = 1541378048 (1469 MB) ACPI APIC Table: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 3, Interrupt 24 at 0xfecc0000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ath_rate: version 1.2 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Oct 12 2007 16:23:07) acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80007804 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=03511106) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.VT86.VTSB -> bus 0 dev 17 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.SATA.SAPR -> bus 0 dev 15 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PATA.PAPR -> bus 0 dev 15 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB1.U2F0 -> bus 0 dev 16 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB2.U2F1 -> bus 0 dev 16 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB3.U2F2 -> bus 0 dev 16 func 2 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.USB4.U2F3 -> bus 0 dev 16 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.EHCI.U2F4 -> bus 0 dev 16 func 4 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PEXG.RPXG -> bus 0 dev 2 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PEX0.RPX0 -> bus 0 dev 3 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PEX1.RPX1 -> bus 0 dev 3 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PEX2.RPX2 -> bus 0 dev 3 func 2 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.PEX3.RPX3 -> bus 0 dev 3 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.P2PE.P2ER -> bus 0 dev 19 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.P2PE.PE5C.PE5R -> bus 4 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.P2PE.PE6C.PE6R -> bus 4 dev 0 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.P2PE.AZAC.AZAR -> bus 4 dev 1 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.P2PB.P2PR -> bus 0 dev 19 func 1 acpi0: Power Button (fixed) 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 0x408-0x40b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 6 7 10 11 12 Validation 0 10 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 12 N 0 3 4 6 7 10 11 12 Validation 0 12 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 6 7 10 11 12 Validation 0 255 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 6 7 10 11 12 Validation 0 11 N 0 3 4 6 7 10 11 12 After Disable 0 255 N 0 3 4 6 7 10 11 12 cpu0: on acpi0 cpu0: switching to generic Cx mode powernow0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1106, dev=0x0351, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x2210, cachelnsz=8 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x1351, revid=0x00 bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x2351, revid=0x00 bus=0, slot=0, func=2 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3351, revid=0x00 bus=0, slot=0, func=3 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x4351, revid=0x00 bus=0, slot=0, func=4 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x5351, revid=0x00 bus=0, slot=0, func=5 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0000, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x7351, revid=0x00 bus=0, slot=0, func=7 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0xb999, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x10 (4000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xa238, revid=0x00 bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 27 found-> vendor=0x1106, dev=0xc238, revid=0x00 bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 31 found-> vendor=0x1106, dev=0x3349, revid=0x00 bus=0, slot=15, func=0 class=01-06-01, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type 4, range 32, base 0000ff00, size 3, enabled map[14]: type 4, range 32, base 0000fe00, size 2, enabled map[18]: type 4, range 32, base 0000fd00, size 3, enabled map[1c]: type 4, range 32, base 0000fc00, size 2, enabled map[20]: type 4, range 32, base 0000fb00, size 4, enabled map[24]: type 1, range 32, base fdfff000, size 10, enabled pcib0: matched entry for 0.15.INTB pcib0: slot 15 INTB hardwired to IRQ 21 found-> vendor=0x1106, dev=0x0571, revid=0x07 bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000fa00, size 4, enabled found-> vendor=0x1106, dev=0x3038, revid=0x90 bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f900, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x90 bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f800, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x90 bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f700, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x90 bus=0, slot=16, func=3 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f600, size 5, enabled found-> vendor=0x1106, dev=0x3104, revid=0x90 bus=0, slot=16, func=4 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fdffe000, size 8, enabled found-> vendor=0x1106, dev=0x3287, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x287e, revid=0x00 bus=0, slot=17, func=7 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3065, revid=0x7c bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000f400, size 8, enabled map[14]: type 1, range 32, base fdffd000, size 8, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 23 found-> vendor=0x1106, dev=0x287b, revid=0x00 bus=0, slot=19, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x2000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x287a, revid=0x00 bus=0, slot=19, func=1 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x2000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfff00000-0xfffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 pcib2: irq 27 at device 2.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0x0-0x0 pcib2: prefetched decode 0x0-0x0 pci2: on pcib2 pci2: physical bus=2 pcib3: irq 31 at device 3.0 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xe000-0xefff pcib3: memory decode 0xfde00000-0xfdefffff pcib3: prefetched decode 0xfff00000-0xfffff pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x197b, dev=0x2363, revid=0x02 bus=3, slot=0, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000ef00, size 3, enabled pcib3: requested I/O range 0xef00-0xef07: in range map[14]: type 4, range 32, base 0000ee00, size 2, enabled pcib3: requested I/O range 0xee00-0xee03: in range map[18]: type 4, range 32, base 0000ed00, size 3, enabled pcib3: requested I/O range 0xed00-0xed07: in range map[1c]: type 4, range 32, base 0000ec00, size 2, enabled pcib3: requested I/O range 0xec00-0xec03: in range map[20]: type 4, range 32, base 0000eb00, size 4, enabled pcib3: requested I/O range 0xeb00-0xeb0f: in range map[24]: type 1, range 32, base fdefe000, size 13, enabled pcib3: requested memory range 0xfdefe000-0xfdefffff: good pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 28 atapci0: port 0xef00-0xef07,0xee00-0xee03,0xed00-0xed07,0xec00-0xec03,0xeb00-0xeb0f mem 0xfdefe000-0xfdefffff irq 28 at device 0.0 on pci3 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xeb00 ioapic1: routing intpin 4 (PCI IRQ 28) to vector 49 atapci0: [MPSAFE] atapci0: Reserved 0x2000 bytes for rid 0x24 type 3 at 0xfdefe000 atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata2: SATA connect status=00000000 ata2: [MPSAFE] ata3: on atapci0 ata3: SATA connect status=00000000 ata3: [MPSAFE] ata4: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xef00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xee00 ata4: reset tp1 mask=03 ostat0=60 ostat1=70 ata4: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata4: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata4: reset tp2 stat0=20 stat1=30 devices=0x0 ata4: [MPSAFE] atapci1: port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfdfff000-0xfdfff3ff irq 21 at device 15.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfb00 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 50 atapci1: [MPSAFE] atapci1: Reserved 0x400 bytes for rid 0x24 type 3 at 0xfdfff000 atapci1: AHCI Version 01.00 controller with 4 ports detected ata5: on atapci1 ata5: SATA connect ready time=0ms ata5: sata_connect devices=0x1 ata5: [MPSAFE] ata6: on atapci1 ata6: SATA connect status=00000000 ata6: [MPSAFE] ata7: on atapci1 ata7: SATA connect ready time=0ms ata7: sata_connect devices=0x1 ata7: [MPSAFE] ata8: on atapci1 ata8: SATA connect status=00000000 ata8: [MPSAFE] atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f at device 15.1 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfa00 ata0: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci2: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 51 ata0: [MPSAFE] ata1: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci2: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=60 ostat1=70 ata1: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata1: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata1: reset tp2 stat0=20 stat1=30 devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 52 ata1: [MPSAFE] uhci0: port 0xf900-0xf91f at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf900 pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 20 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 53 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xf800-0xf81f at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf800 pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 22 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 54 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xf700-0xf71f at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf700 pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xf600-0xf61f at device 16.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf600 pcib0: matched entry for 0.16.INTD pcib0: slot 16 INTD hardwired to IRQ 23 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 55 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfdffe000-0xfdffe0ff at device 16.4 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfdffe000 pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 22 ehci0: [GIANT-LOCKED] ehci0: Dropped interrupts workaround enabled usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0xf400-0xf4ff mem 0xfdffd000-0xfdffd0ff irq 23 at device 18.0 on pci0 vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xf400 miibus0: on vr0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:17:31:23:9f:89 vr0: [MPSAFE] pcib4: at device 19.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 6 pcib4: I/O decode 0xd000-0xdfff pcib4: memory decode 0xfdd00000-0xfddfffff pcib4: prefetched decode 0xfff00000-0xfffff pci4: on pcib4 pci4: physical bus=4 found-> vendor=0x1106, dev=0x287c, revid=0x00 bus=4, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib4: matched entry for 4.0.INTA pcib4: slot 0 INTA hardwired to IRQ 20 found-> vendor=0x1106, dev=0x287d, revid=0x00 bus=4, slot=0, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib4: matched entry for 4.0.INTC pcib4: slot 0 INTC hardwired to IRQ 22 pcib5: irq 20 at device 0.0 on pci4 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xd000-0xdfff pcib5: memory decode 0xfdd00000-0xfddfffff pcib5: prefetched decode 0xfff00000-0xfffff pci5: on pcib5 pci5: physical bus=5 found-> vendor=0x8086, dev=0x10b9, revid=0x06 bus=5, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base fdde0000, size 17, enabled pcib5: requested memory range 0xfdde0000-0xfddfffff: good pcib4: requested memory range 0xfdde0000-0xfddfffff: good map[14]: type 1, range 32, base fddc0000, size 17, enabled pcib5: requested memory range 0xfddc0000-0xfdddffff: good pcib4: requested memory range 0xfddc0000-0xfdddffff: good map[18]: type 4, range 32, base 0000df00, size 5, enabled pcib5: requested I/O range 0xdf00-0xdf1f: in range pcib4: requested I/O range 0xdf00-0xdf1f: in range pcib5: matched entry for 5.0.INTA pcib5: slot 0 INTA hardwired to IRQ 16 em0: port 0xdf00-0xdf1f mem 0xfdde0000-0xfddfffff,0xfddc0000-0xfdddffff irq 16 at device 0.0 on pci5 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfdde0000 em0: bpf attached em0: Ethernet address: 00:15:17:19:59:e4 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 56 em0: [FAST] pcib6: irq 22 at device 0.1 on pci4 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0x0-0x0 pcib6: memory decode 0x0-0x0 pcib6: prefetched decode 0x0-0x0 pci6: on pcib6 pci6: physical bus=6 pcib7: at device 19.1 on pci0 pcib7: secondary bus 7 pcib7: subordinate bus 7 pcib7: I/O decode 0xc000-0xcfff pcib7: memory decode 0xfdc00000-0xfdcfffff pcib7: prefetched decode 0xfc000000-0xfcffffff pcib7: Subtractively decoded bridge. pci7: on pcib7 pci7: physical bus=7 found-> vendor=0x8086, dev=0x1229, revid=0x0c bus=7, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x8290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fdcff000, size 12, enabled pcib7: requested memory range 0xfdcff000-0xfdcfffff: good map[14]: type 4, range 32, base 0000cf00, size 6, enabled pcib7: requested I/O range 0xcf00-0xcf3f: in range map[18]: type 1, range 32, base fdcc0000, size 17, enabled pcib7: requested memory range 0xfdcc0000-0xfdcdffff: good pcib7: matched entry for 7.11.INTA pcib7: slot 11 INTA hardwired to IRQ 16 found-> vendor=0x1163, dev=0x2000, revid=0x06 bus=7, slot=12, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=12 map[10]: type 3, range 32, base fc000000, size 24, enabled pcib7: requested memory range 0xfc000000-0xfcffffff: good map[14]: type 4, range 32, base 0000c600, size 8, enabled pcib7: requested I/O range 0xc600-0xc6ff: in range map[18]: type 1, range 32, base fdc40000, size 18, enabled pcib7: requested memory range 0xfdc40000-0xfdc7ffff: good pcib7: matched entry for 7.12.INTA pcib7: slot 12 INTA hardwired to IRQ 17 found-> vendor=0x9710, dev=0x9835, revid=0x01 bus=7, slot=13, func=0 class=07-00-02, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[10]: type 4, range 32, base 0000ce00, size 3, enabled pcib7: requested I/O range 0xce00-0xce07: in range map[14]: type 4, range 32, base 0000cd00, size 3, enabled pcib7: requested I/O range 0xcd00-0xcd07: in range map[18]: type 4, range 32, base 0000cc00, size 3, enabled pcib7: requested I/O range 0xcc00-0xcc07: in range map[1c]: type 4, range 32, base 0000cb00, size 3, enabled pcib7: requested I/O range 0xcb00-0xcb07: in range map[20]: type 4, range 32, base 0000ca00, size 3, enabled pcib7: requested I/O range 0xca00-0xca07: in range map[24]: type 4, range 32, base 0000c900, size 4, enabled pcib7: requested I/O range 0xc900-0xc90f: in range fxp0: port 0xcf00-0xcf3f mem 0xfdcff000-0xfdcfffff,0xfdcc0000-0xfdcdffff irq 16 at device 11.0 on pci7 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfdcff000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 8086 0040 000c fxp0: Dynamic Standby mode is disabled miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:02:b3:96:79:ea fxp0: [MPSAFE] pci7: at device 12.0 (no driver attached) puc0: port 0xce00-0xce07,0xcd00-0xcd07,0xcc00-0xcc07,0xcb00-0xcb07,0xca00-0xca07,0xc900-0xc90f at device 13.0 on pci7 pcib7: matched entry for 7.13.INTA pcib7: slot 13 INTA hardwired to IRQ 18 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 57 puc0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xce00 puc0: Reserved 0x8 bytes for rid 0x14 type 4 at 0xcd00 puc0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xcc00 sio4: on puc0 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode sio5: on puc0 sio5: type 16550A sio5: unable to activate interrupt in fast mode - using normal mode ppc0: using extended I/O port range ppc0: EPP SPP ppc0: on puc0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 58 fdc0: [MPSAFE] fdc0: [FAST] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x4061 0x4061 0x4061 0x4061 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 59 ppc1: using extended I/O port range ppc1: ECP SPP ECP+EPP SPP ppc1: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc1: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc1: FIFO with 16/16/16 bytes threshold ppbus1: on ppc1 plip1: on ppbus1 plip1: bpf attached lpt1: on ppbus1 lpt1: Interrupt-driven port ppi1: on ppbus1 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 60 ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed ex_isa_identify() fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc8000-0xca7ff,0xcb000-0xcc7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 61 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: failed to reset the aux device. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 100772 -> 100000 linprocfs registered procfs registered lapic: Divisor 2, Frequency 100004200 hz Timecounter "TSC" frequency 2000083840 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached rr232x: no controller detected. ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on 8251 chip acd0: setting UDMA33 on 8251 chip acd0: DVDROM drive at ata0 as master acd0: read 689KB/s (8268KB/s), 1727KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata5-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad10: 305245MB at ata5-master SATA300 ad10: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad10 ad10: VIA check1 failed ad10: Adaptec check1 failed ad10: LSI (v3) check1 failed ad10: LSI (v2) check1 failed ad10: FreeBSD check1 failed ata7-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad14: 305245MB at ata7-master SATA300 ad14: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM_MIRROR: Device gm0 created (id=3317301989). GEOM_MIRROR: Device gm0: provider ad10s2 detected. GEOM: new disk ad14 ad14: VIA check1 failed ad14: Adaptec check1 failed ad14: LSI (v3) check1 failed ad14: LSI (v2) check1 failed ad14: FreeBSD check1 failed ATA PseudoRAID loaded GEOM_MIRROR: Device gm0: provider ad14s2 detected. GEOM_MIRROR: Device gm0: provider ad14s2 activated. GEOM_MIRROR: Device gm0: provider ad10s2 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. WARNING: Expected rawoffset 0, found 4289355 Trying to mount root from ufs:/dev/mirror/gm0a start_init: trying /sbin/init kldload: Unsupported file type stf0: bpf attached kldload: Unsupported file type kldload: Unsupported file type pflog0: bpf attached em0: Link is up 1000 Mbps Full Duplex From owner-freebsd-stable@FreeBSD.ORG Fri Oct 12 23:30:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B53BB16A418 for ; Fri, 12 Oct 2007 23:30:07 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 57DFE13C458 for ; Fri, 12 Oct 2007 23:30:07 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so876876nfb for ; Fri, 12 Oct 2007 16:30:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=cuMY1UpabTgvM9ob3oqrQsB/Zvw5U8u2V7t4dqs1cr4=; b=EykM/luj8rdznWVllqMUsDnflbb+rC6NPvrrK8f66hW1kg0uPAOEHTyJqee1y/GnezTCmGfVfdyvkYUGZZAv2+hBtYDEUGQxCMiTEDt3dYqZq/eCoKBrsrhMmXpv2w7RXHbarv/cNRV3n8xAJ4VVPfguS66RPrwC7ldFhlaekK8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EucEUe4oI5sIbyUVRjwSR9Gd+xGhxlKYZ1aky1gmCtOgHHYOt+DIsl1r8PMyqzl6np4DQbhpSv0PeCIc7GtwI49+aETmuPIK5v2JSDfgkfXckDN5fdmTjiTWa9+2zUrvVEoeCrIZCuKzWV5XEhF+21OHouTxBBvo+4p6NAPB6Ws= Received: by 10.86.100.7 with SMTP id x7mr2738725fgb.1192231805810; Fri, 12 Oct 2007 16:30:05 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Fri, 12 Oct 2007 16:30:05 -0700 (PDT) Message-ID: <2a41acea0710121630i7c1f2e9dk6e55832c69e864a7@mail.gmail.com> Date: Fri, 12 Oct 2007 16:30:05 -0700 From: "Jack Vogel" To: freebsd-stable@freebsd.org In-Reply-To: <20071012175042.GA1750@waalsdorp.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071012175042.GA1750@waalsdorp.nl> Subject: Re: Unable to boot recent -stable with MSI/MSIX enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2007 23:30:07 -0000 On 10/12/07, Alson van der Meulen wrote: > Hi, > > After upgrading from RELENG_6 of 2007-10-01 to 2007-10-10, one of my > computers didn't boot anymore. It failed to mount its root device > because geom_mirror didn't find its volume, and manually specifying one > of the partitions didn't work either. Same with a kernel from today's > -stable sources. The kernel is a GENERIC amd64 kernel plus 'device puc'. > > It works if I disable MSI/MSIX support by commenting out these lines in > loader.conf (I added them myself at some point): > hw.pci.enable_msi=1 > hw.pci.enable_msix=1 > > The only relevant commit I could find between 2007-10-01 and 2007-10-10 > is the em merge. This box does have an Intel Pro/1000PT (PCIe) NIC. I > believe that the new MSI support in the em driver upsets the ATA driver. Hmmm, so am I correct in understanding that this root is remote, so its really coming in over the the em driver? I remember someone having problems with remote boot/mounts at some point, think it was Sam, but we resolved it, and I don't remember what it was, but it had nothing to do with MSI/X. This is pretty odd, I've never run into anything like it so far. Anyone else with ideas or suggestions? Regards, Jack From owner-freebsd-stable@FreeBSD.ORG Sat Oct 13 00:34:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FB1316A419; Sat, 13 Oct 2007 00:34:23 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7D04113C459; Sat, 13 Oct 2007 00:34:23 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <47101288.5080102@intersonic.se> Date: Sat, 13 Oct 2007 02:34:16 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.6 (X11/20071009) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG Subject: portupgrade confusion X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2007 00:34:23 -0000 Hi, Running portupgrade on RELENG_7, got this whlie updating net-snmp and I have no idea what what this means. System ran -CURRENT from Jan 16 before upgrade to todays sources (RELENG_7): pkgdb -F Fatal error F'aThread is not system scope. t'a la etr rloirn e' Thread is not system scope. 3'1 6a ti nl ifniel e3 1/usr/src/lib/libpthread/thread/thr_sig.c6 (ienr rfniol e= /usr/src/lib/libpthread/thread/thr_sig.c2 )( errno = 2) Abort (core dumped) Thanks, Per olof From owner-freebsd-stable@FreeBSD.ORG Sat Oct 13 00:38:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7188816A41A for ; Sat, 13 Oct 2007 00:38:36 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 545A213C46E for ; Sat, 13 Oct 2007 00:38:36 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 98330 invoked from network); 13 Oct 2007 00:11:57 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 13 Oct 2007 00:11:57 -0000 Message-ID: <47100D46.5020601@root.org> Date: Fri, 12 Oct 2007 17:11:50 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Rolf Witt References: <499c70c0710121333q7ba6ab34sff9ce3832ce81347@mail.gmail.com> <470FDF18.9010109@donut.de> In-Reply-To: <470FDF18.9010109@donut.de> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Abdullah Ibn Hamad Al-Marri Subject: Re: FreeBSD 7.0 interrupt storm with irq0: clk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2007 00:38:36 -0000 Rolf Witt wrote: > Abdullah Ibn Hamad Al-Marri schrieb: >> Hello, >> >> I'm getting interrupt storm lately. > > No, you use Polling and the interrupt-rate is 1000HZ (your HZ-Option). > Thats ok. > > >> IM# vmstat -i >> interrupt total rate >> irq0: clk 278426173 1000 > >> options DEVICE_POLLING >> options HZ=1000 > He's right. The above options say "run my clock at 1000 hz and poll". -- Nate From owner-freebsd-stable@FreeBSD.ORG Sat Oct 13 00:51:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7497A16A418; Sat, 13 Oct 2007 00:51:17 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5253613C46A; Sat, 13 Oct 2007 00:51:17 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <47101679.80505@intersonic.se> Date: Sat, 13 Oct 2007 02:51:05 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.6 (X11/20071009) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <47101288.5080102@intersonic.se> In-Reply-To: <47101288.5080102@intersonic.se> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG Subject: Re: portupgrade confusion X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2007 00:51:17 -0000 Per olof Ljungmark wrote: > Hi, > Running portupgrade on RELENG_7, got this whlie updating net-snmp and I > have no idea what what this means. System ran -CURRENT from Jan 16 > before upgrade to todays sources (RELENG_7): > > pkgdb -F > Fatal error F'aThread is not system scope. > t'a la etr rloirn e' Thread is not system scope. > 3'1 6a ti nl ifniel e3 1/usr/src/lib/libpthread/thread/thr_sig.c6 (ienr > rfniol e= /usr/src/lib/libpthread/thread/thr_sig.c2 )( > errno = 2) > Abort (core dumped) Rebuilding ruby and ruby-bdb fixed it. But the error was quite funny no? From owner-freebsd-stable@FreeBSD.ORG Sat Oct 13 01:27:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06E3F16A417 for ; Sat, 13 Oct 2007 01:27:24 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from smtp20.nijmegen.internl.net (smtp20.nijmegen.internl.net [217.149.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id A624A13C447 for ; Sat, 13 Oct 2007 01:27:23 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by smtp20.nijmegen.internl.net (8.13.8/2.04) with ESMTP id l9D1RLLC027969 for ; Sat, 13 Oct 2007 03:27:22 +0200 (CEST) Received: from localhost (localhost.alm.flutnet.org [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id D242811407 for ; Sat, 13 Oct 2007 03:27:21 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ctFLU6DHniZ8 for ; Sat, 13 Oct 2007 03:27:06 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id 94C9311408; Sat, 13 Oct 2007 03:27:06 +0200 (CEST) Date: Sat, 13 Oct 2007 03:27:06 +0200 From: Alson van der Meulen To: freebsd-stable@freebsd.org Message-ID: <20071013012706.GA2546@waalsdorp.nl> Mail-Followup-To: freebsd-stable@freebsd.org References: <20071012175042.GA1750@waalsdorp.nl> <2a41acea0710121630i7c1f2e9dk6e55832c69e864a7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0710121630i7c1f2e9dk6e55832c69e864a7@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: Unable to boot recent -stable with MSI/MSIX enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2007 01:27:24 -0000 * Jack Vogel [2007-10-13 01:30]: > Hmmm, so am I correct in understanding that this root is remote, so its > really coming in over the the em driver? No, the root is local: gmirror of two SATA disks on ATA (AHCI) controller, this host has no remote filesystems. em is not needed for mounting the root fs. I'm not 100% sure if em is to blame, but: - The em merge is the only remotely related commit to RELENG_6 that I could find between October 1 and October 10. - Disabling MSI/MSIX fixes it, and em is the only MSI user as far as I can see in the dmesg. It's possible that the use of MSI by em triggers a bug in the PCI/ATA driver. It's even possible that the chipset has broken MSI support (see previous mail for dmesgs). Friday morning (local time, CEST), it did boot up with the new kernel and mounted its root FS successfully, but when I attempted to log in a few hours later, none of the network interfaces (em and fxp) worked. fxp is not even on a PCIe link, but a PCI card, so it appears to break any PCI/PCIe device. Logging in via the console gave this error: getty[1709]: /usr/bin/login: Exec format error Probably because it couldn't properly access /usr (which is on ATA disks) anymore. The system appears to have worked initially, but started to fail when my workstation, which is directly connected to the em interface, was turned on. I also saw a watchdog timeout on the em interface about ten minutes after the link went up. After my workstation was turned on this box lost all network connections. Unplugging the cable to the em interface might prevent the problem to occur, this also points at the em driver as the trigger. I'll try to verify this. Below is a list of files in /usr/src/sys changed since the last working kernel of 2007-10-01. I don't see any PCI changes relevant to amd64, so it appears to be at least triggered by the em driver. regards, Alson ./alpha/isa/isa.c ./alpha/pci/apecs_pci.c ./alpha/pci/lca_pci.c ./alpha/pci/pcibus.c ./amd64/acpica/madt.c ./amd64/amd64/local_apic.c ./amd64/amd64/mp_machdep.c ./amd64/amd64/mptable.c ./amd64/amd64/nexus.c ./amd64/conf/NOTES ./amd64/include/apicvar.h ./arm/arm/nexus.c ./arm/xscale/i80321/i80321_pci.c ./arm/xscale/i80321/obio.c ./compat/ia32/ia32_sysvec.c ./conf/files ./conf/files.amd64 ./conf/files.i386 ./conf/kern.pre.mk ./dev/em/LICENSE ./dev/em/if_em.c ./dev/em/if_em.h ./dev/em/e1000_80003es2lan.c ./dev/em/e1000_80003es2lan.h ./dev/em/e1000_82540.c ./dev/em/e1000_82541.c ./dev/em/e1000_82541.h ./dev/em/e1000_82542.c ./dev/em/e1000_82543.c ./dev/em/e1000_82543.h ./dev/em/e1000_82571.c ./dev/em/e1000_82571.h ./dev/em/e1000_82575.c ./dev/em/e1000_82575.h ./dev/em/e1000_api.c ./dev/em/e1000_api.h ./dev/em/e1000_defines.h ./dev/em/e1000_hw.h ./dev/em/e1000_ich8lan.c ./dev/em/e1000_ich8lan.h ./dev/em/e1000_mac.c ./dev/em/e1000_mac.h ./dev/em/e1000_manage.c ./dev/em/e1000_manage.h ./dev/em/e1000_nvm.c ./dev/em/e1000_nvm.h ./dev/em/e1000_osdep.h ./dev/em/e1000_phy.c ./dev/em/e1000_phy.h ./dev/em/e1000_regs.h ./dev/re/if_re.c ./dev/mxge/eth_z8e.h ./dev/mxge/ethp_z8e.h ./dev/mxge/if_mxge.c ./dev/mxge/if_mxge_var.h ./dev/mxge/mcp_gen_header.h ./dev/mxge/mxge_lro.c ./dev/mxge/mxge_mcp.h ./dev/mxge/mxge_eth_z8e.c ./dev/mxge/mxge_ethp_z8e.c ./fs/devfs/devfs_vnops.c ./fs/fifofs/fifo_vnops.c ./i386/acpica/madt.c ./i386/conf/NOTES ./i386/i386/local_apic.c ./i386/i386/mp_machdep.c ./i386/i386/mptable.c ./i386/i386/nexus.c ./i386/include/apicvar.h ./ia64/ia64/nexus.c ./kern/uipc_usrreq.c ./kern/vfs_vnops.c ./modules/acpi/Makefile ./modules/em/Makefile ./modules/mxge/mxge_eth_z8e/Makefile ./modules/mxge/mxge_ethp_z8e/Makefile ./net/if_bridge.c ./netgraph/ng_l2tp.c ./opencrypto/cryptodev.c ./powerpc/powermac/grackle.c ./powerpc/powermac/hrowpic.c ./powerpc/powermac/macio.c ./powerpc/powermac/uninorth.c ./powerpc/powerpc/openpic.c ./powerpc/psim/iobus.c ./sparc64/ebus/ebus.c ./sparc64/isa/ofw_isa.c ./sparc64/pci/apb.c ./sparc64/pci/ofw_pci.c ./sparc64/pci/ofw_pcib_subr.c ./sparc64/pci/ofw_pcibus.c ./sparc64/pci/psycho.c ./sparc64/sbus/sbus.c ./sparc64/sparc64/nexus.c ./vm/vnode_pager.c From owner-freebsd-stable@FreeBSD.ORG Sat Oct 13 03:19:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C5AB16A418 for ; Sat, 13 Oct 2007 03:19:07 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id DF3D713C461 for ; Sat, 13 Oct 2007 03:19:06 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so905258nfb for ; Fri, 12 Oct 2007 20:19:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=bxyi2bkfUTpU7TfBp3KyY+S/RpH2Sr3D3ojT0x/ys0c=; b=ANU6eoFQr3rI/h0BPGOIQmyKh0mGncJtT+hyOIC5nk+HNihUpk+6+Jkn/BbdOb6N8EMWd23Bxoz2HouS8AseveLFMB4DyAqiN6YIS1DwqXjlahWf/it3Q3nrvyXJpFVcFDogDpyfLlTY71F6/6AEPZiD/sEncMygfSWWuBBGfRA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=r1jaUKc4r8cwzEwBerCN0UiS9VYxlpqyuNyiar6cb6ElEDSs5ZjNmkfa5zxB2rFeJPoIv83YU+8MbGnVO9A9FVIEthp8MXFHzmqY40r74lu+v291Vef+AvEm2aOUqo1i4Fjg4uFasTnLisba5JUvC/RvoUrQf7F8mt1j6nYzfQU= Received: by 10.86.78.4 with SMTP id a4mr2894557fgb.1192245545176; Fri, 12 Oct 2007 20:19:05 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Fri, 12 Oct 2007 20:19:05 -0700 (PDT) Message-ID: <2a41acea0710122019h59046243t5956b99132428a68@mail.gmail.com> Date: Fri, 12 Oct 2007 20:19:05 -0700 From: "Jack Vogel" To: freebsd-stable@freebsd.org In-Reply-To: <20071013012706.GA2546@waalsdorp.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071012175042.GA1750@waalsdorp.nl> <2a41acea0710121630i7c1f2e9dk6e55832c69e864a7@mail.gmail.com> <20071013012706.GA2546@waalsdorp.nl> Subject: Re: Unable to boot recent -stable with MSI/MSIX enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2007 03:19:07 -0000 A suggestion, take the relevant files from my em driver and put them back into the kernel tree that was working on 10/1, it should be compatible. Then see if it breaks that kernel. Or if you'd prefer I can just email the tar ball for the Intel version of 6.6.6, you can disable the in-kernel em driver, and build the other and use that with the 10/1 kernel. Let me know what you'd prefer. Jack On 10/12/07, Alson van der Meulen wrote: > * Jack Vogel [2007-10-13 01:30]: > > Hmmm, so am I correct in understanding that this root is remote, so its > > really coming in over the the em driver? > > No, the root is local: gmirror of two SATA disks on ATA (AHCI) > controller, this host has no remote filesystems. em is not needed for > mounting the root fs. I'm not 100% sure if em is to blame, but: > - The em merge is the only remotely related commit to RELENG_6 that I > could find between October 1 and October 10. > - Disabling MSI/MSIX fixes it, and em is the only MSI user as far as I > can see in the dmesg. > > It's possible that the use of MSI by em triggers a bug in the PCI/ATA > driver. It's even possible that the chipset has broken MSI support (see > previous mail for dmesgs). > > Friday morning (local time, CEST), it did boot up with the new kernel > and mounted its root FS successfully, but when I attempted to log in a > few hours later, none of the network interfaces (em and fxp) worked. fxp > is not even on a PCIe link, but a PCI card, so it appears to break > any PCI/PCIe device. Logging in via the console gave this error: > getty[1709]: /usr/bin/login: Exec format error > Probably because it couldn't properly access /usr (which is on ATA > disks) anymore. > > The system appears to have worked initially, but started to fail when my > workstation, which is directly connected to the em interface, was turned > on. I also saw a watchdog timeout on the em interface about ten minutes > after the link went up. After my workstation was turned on this box lost > all network connections. Unplugging the cable to the em interface might > prevent the problem to occur, this also points at the em driver as the > trigger. I'll try to verify this. > > Below is a list of files in /usr/src/sys changed since the last working > kernel of 2007-10-01. I don't see any PCI changes relevant to amd64, so > it appears to be at least triggered by the em driver. > > regards, > Alson > > ./alpha/isa/isa.c > ./alpha/pci/apecs_pci.c > ./alpha/pci/lca_pci.c > ./alpha/pci/pcibus.c > ./amd64/acpica/madt.c > ./amd64/amd64/local_apic.c > ./amd64/amd64/mp_machdep.c > ./amd64/amd64/mptable.c > ./amd64/amd64/nexus.c > ./amd64/conf/NOTES > ./amd64/include/apicvar.h > ./arm/arm/nexus.c > ./arm/xscale/i80321/i80321_pci.c > ./arm/xscale/i80321/obio.c > ./compat/ia32/ia32_sysvec.c > ./conf/files > ./conf/files.amd64 > ./conf/files.i386 > ./conf/kern.pre.mk > ./dev/em/LICENSE > ./dev/em/if_em.c > ./dev/em/if_em.h > ./dev/em/e1000_80003es2lan.c > ./dev/em/e1000_80003es2lan.h > ./dev/em/e1000_82540.c > ./dev/em/e1000_82541.c > ./dev/em/e1000_82541.h > ./dev/em/e1000_82542.c > ./dev/em/e1000_82543.c > ./dev/em/e1000_82543.h > ./dev/em/e1000_82571.c > ./dev/em/e1000_82571.h > ./dev/em/e1000_82575.c > ./dev/em/e1000_82575.h > ./dev/em/e1000_api.c > ./dev/em/e1000_api.h > ./dev/em/e1000_defines.h > ./dev/em/e1000_hw.h > ./dev/em/e1000_ich8lan.c > ./dev/em/e1000_ich8lan.h > ./dev/em/e1000_mac.c > ./dev/em/e1000_mac.h > ./dev/em/e1000_manage.c > ./dev/em/e1000_manage.h > ./dev/em/e1000_nvm.c > ./dev/em/e1000_nvm.h > ./dev/em/e1000_osdep.h > ./dev/em/e1000_phy.c > ./dev/em/e1000_phy.h > ./dev/em/e1000_regs.h > ./dev/re/if_re.c > ./dev/mxge/eth_z8e.h > ./dev/mxge/ethp_z8e.h > ./dev/mxge/if_mxge.c > ./dev/mxge/if_mxge_var.h > ./dev/mxge/mcp_gen_header.h > ./dev/mxge/mxge_lro.c > ./dev/mxge/mxge_mcp.h > ./dev/mxge/mxge_eth_z8e.c > ./dev/mxge/mxge_ethp_z8e.c > ./fs/devfs/devfs_vnops.c > ./fs/fifofs/fifo_vnops.c > ./i386/acpica/madt.c > ./i386/conf/NOTES > ./i386/i386/local_apic.c > ./i386/i386/mp_machdep.c > ./i386/i386/mptable.c > ./i386/i386/nexus.c > ./i386/include/apicvar.h > ./ia64/ia64/nexus.c > ./kern/uipc_usrreq.c > ./kern/vfs_vnops.c > ./modules/acpi/Makefile > ./modules/em/Makefile > ./modules/mxge/mxge_eth_z8e/Makefile > ./modules/mxge/mxge_ethp_z8e/Makefile > ./net/if_bridge.c > ./netgraph/ng_l2tp.c > ./opencrypto/cryptodev.c > ./powerpc/powermac/grackle.c > ./powerpc/powermac/hrowpic.c > ./powerpc/powermac/macio.c > ./powerpc/powermac/uninorth.c > ./powerpc/powerpc/openpic.c > ./powerpc/psim/iobus.c > ./sparc64/ebus/ebus.c > ./sparc64/isa/ofw_isa.c > ./sparc64/pci/apb.c > ./sparc64/pci/ofw_pci.c > ./sparc64/pci/ofw_pcib_subr.c > ./sparc64/pci/ofw_pcibus.c > ./sparc64/pci/psycho.c > ./sparc64/sbus/sbus.c > ./sparc64/sparc64/nexus.c > ./vm/vnode_pager.c > _______________________________________________ > 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 Oct 13 15:24:12 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D12F516A417 for ; Sat, 13 Oct 2007 15:24:12 +0000 (UTC) (envelope-from fbsd-st@donut.de) Received: from smtp.free.de (smtp.free.de [193.28.225.103]) by mx1.freebsd.org (Postfix) with ESMTP id 002C013C447 for ; Sat, 13 Oct 2007 15:24:11 +0000 (UTC) (envelope-from fbsd-st@donut.de) Received: (qmail 9452 invoked by uid 98); 13 Oct 2007 16:57:30 +0200 Received: from 193.28.225.103 by smtp.free.de (envelope-from , uid 82) with qmail-scanner-1.25 (clamdscan: 0.90.1/3618. Clear:RC:1(193.28.225.103):. Processed in 0.051519 secs); 13 Oct 2007 14:57:30 -0000 X-Qmail-Scanner-Mail-From: fbsd-st@donut.de via smtp.free.de X-Qmail-Scanner: 1.25 (Clear:RC:1(193.28.225.103):. Processed in 0.051519 secs) Received: from smtp.free.de (HELO [192.168.40.3]) (peanuts@[193.28.225.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 13 Oct 2007 16:57:30 +0200 Message-ID: <4710DCDA.1050708@donut.de> Date: Sat, 13 Oct 2007 16:57:30 +0200 From: Rolf Witt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Current@freebsd.org, stable@freebsd.org References: <1191175387.92510.6.camel@shumai.marcuscom.com> <46FFF615.5090108@donut.de> <470447FF.5070409@free.de> In-Reply-To: <470447FF.5070409@free.de> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2007 15:24:12 -0000 Backtrace from crash tonight (after portsnap cron): # kgdb kernel.debug /var/crash/vmcore.1 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Unde fined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain 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: dev = ad4s1f, block = 26098960, fs = /usr panic: ffs_blkfree: freeing free block Uptime: 1d10h32m17s Physical memory: 631 MB Dumping 150 MB: 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0xc06328a3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0632aa4 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc07d4d10 in ffs_blkfree (ump=0xc323ab00, fs=0xc321c800, devvp=0xc328add0, bno=26098960, size=16384, inum=6500370) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1893 #4 0xc07e8588 in indir_trunc (freeblks=0xc3e12500, dbn=103954304, level=0, lbn=12, countp=0xd9177c4c) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2896 #5 0xc07e8850 in handle_workitem_freeblocks (freeblks=0xc3e12500, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2746 #6 0xc07ea0d8 in process_worklist_item (mp=0xc324b7d4, flags=Variable "flags" is not available. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:963 #7 0xc07eb191 in softdep_process_worklist (mp=0xc324b7d4, full=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:847 #8 0xc07ed70a in softdep_flush () at /usr/src/sys/ufs/ffs/ffs_softdep.c:758 #9 0xc06121d1 in fork_exit (callout=0xc07ed290 , arg=0x0, frame=0xd9177d38) at /usr/src/sys/kern/kern_fork.c:796 #10 0xc0850170 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 (kgdb) # uname -a FreeBSD peanuts.homenet.local 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #121: Thu Oct 11 16:29:05 CEST 2007 rowi@peanuts.homenet.local:/usr/obj/usr/src/sys/PEANUTS i386 Sources from Builddate. Rowi From owner-freebsd-stable@FreeBSD.ORG Sat Oct 13 16:01:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9818016A419 for ; Sat, 13 Oct 2007 16:01:27 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from smtp20.nijmegen.internl.net (smtp20.nijmegen.internl.net [217.149.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id 48C5B13C455 for ; Sat, 13 Oct 2007 16:01:27 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by smtp20.nijmegen.internl.net (8.13.8/2.04) with ESMTP id l9DG1PkD023576 for ; Sat, 13 Oct 2007 18:01:25 +0200 (CEST) Received: from localhost (localhost.alm.flutnet.org [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id 812991140C for ; Sat, 13 Oct 2007 17:59:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AJw5dbeE1tyO for ; Sat, 13 Oct 2007 17:59:40 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id 6208511409; Sat, 13 Oct 2007 17:59:40 +0200 (CEST) Date: Sat, 13 Oct 2007 17:59:40 +0200 From: Alson van der Meulen To: freebsd-stable@freebsd.org Message-ID: <20071013155940.GA1842@waalsdorp.nl> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <2a41acea0710122019h59046243t5956b99132428a68@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: Unable to boot recent -stable with MSI/MSIX enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2007 16:01:27 -0000 * Jack Vogel [2007-10-13 05:19]: > A suggestion, take the relevant files from my em driver and put > them back into the kernel tree that was working on 10/1, it should > be compatible. Then see if it breaks that kernel. Or if you'd prefer > I can just email the tar ball for the Intel version of 6.6.6, you can > disable the in-kernel em driver, and build the other and use that > with the 10/1 kernel. 10/12 kernel (MSI enabled) with cable to em unplugged worked. As soon as I plugged in the cable, I got these messages: em0: Link is up 1000 Mbps Full Duplex em0: link state changed to UP em0: watchdog timeout -- resetting em0: Link is Down em0: link state changed to DOWN em0: Link is up 1000 Mbps Full Duplex em0: link state changed to UP I don't think the watchdog timeout is normal, no other errors appeared on the console. The system no longer responded on any of the network interfaces, and it couldn't properly read its disks either: exec format error on almost all binaries, kill 1 gave a bunch of not found errors, on subsequent calls the shell tried to execute kill as a shell script, had to use the hardware reset button. I did a checkout of src/sys (RELENG_6 of 2007-10-01 14:00 CEST). First compiled a kernel from these sources without modifications, em version 6.2.9. This worked as expected with hw.pci.enable_msix?=3D1, probably because this driver doesn't support MSI. Then I removed sys/dev/em and copied it from the 10/12 sources. I also copied sys/conf/files, sys/conf/kern.pre.mk and sys/modules/em/Makelfile =66rom the 10/12 sources; this should be all of the 6.6.6 merge. Compiled with same config, booted with MSI/MSIX enabled. Surprisingly, this kernel behaved different than the 10/10 and 10/12 kernels. It booted OK without any major errors, only a few watchdog timeouts and link down/ups on em0. It was very slow though. Top showed 60% interrupt. vmstat -i: interrupt total rate irq4: sio0 3563 8 irq6: fdc0 1 0 irq14: ata0 58 0 irq16: fxp0 32076072 79593 irq21: atapci1+ 24300 60 cpu0: timer 793477 1968 Total 32897471 81631 There wasn't much traffic on fxp0 (only ssh, ping and ntp). According to dmesg, em0 used the same IRQ as fxp0, except it should be using MSI: em0: port 0xdf00-0xd= f1f mem 0xfdde0000-0xfddfffff,0xfddc0000-0xfdddffff irq 16 at device 0.0 on= pci5 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfdde0000 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to vector 56 em0: using IRQ 256 for MSI em0: bpf attached em0: Ethernet address: 00:15:17:19:59:e4 em0: [FAST] It appears that em0 still generates interrupts on irq16, even though it should be using MSI. vmstat -i with MSI disabled: interrupt total rate irq4: sio0 606 5 irq6: fdc0 1 0 irq14: ata0 58 0 irq16: em0 fxp0 971 8 irq21: atapci1+ 38127 320 cpu0: timer 231905 1948 Total 271668 2282 regards, Alson From owner-freebsd-stable@FreeBSD.ORG Sat Oct 13 20:46:20 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EAD616A417; Sat, 13 Oct 2007 20:46:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0A80C13C455; Sat, 13 Oct 2007 20:46:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9DKkJrr047500; Sat, 13 Oct 2007 16:46:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9DKkJno094633; Sat, 13 Oct 2007 16:46:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3AA1873039; Sat, 13 Oct 2007 16:44:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071013204433.3AA1873039@freebsd-current.sentex.ca> Date: Sat, 13 Oct 2007 16:44:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2007 20:46:20 -0000 TB --- 2007-10-13 20:44:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-13 20:44:32 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2007-10-13 20:44:32 - mkdir /tinderbox/RELENG_7 TB --- 2007-10-13 20:44:32 - ERROR: /tinderbox/RELENG_7/i386/i386: File exists TB --- 2007-10-13 20:44:32 - tinderbox aborted TB --- 0.04 user 0.00 system 0.05 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full