From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 10 06:48:43 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2F7816A407 for ; Sun, 10 Sep 2006 06:48:43 +0000 (UTC) (envelope-from myself@rojer.pp.ru) Received: from wooster.rojer.pp.ru (wooster.rojer.pp.ru [80.68.246.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09E1C43D55 for ; Sun, 10 Sep 2006 06:48:42 +0000 (GMT) (envelope-from myself@rojer.pp.ru) Received: from wooster.rojer.pp.ru (localhost [127.0.0.1]) by wooster.rojer.pp.ru (Postfix) with ESMTP id 5D02911422 for ; Sun, 10 Sep 2006 10:48:41 +0400 (MSD) X-Spam-Checker-Version: SpamAssassin 3.1.4-rojer (2006-07-25) on wooster.rojer.pp.ru X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.4-rojer Received: from [IPv6:::1] (localhost [127.0.0.1]) by wooster.rojer.pp.ru (Postfix) with ESMTP for ; Sun, 10 Sep 2006 10:48:33 +0400 (MSD) Message-ID: <4503B525.4040800@rojer.pp.ru> Date: Sat, 09 Sep 2006 23:48:05 -0700 From: Deomid Ryabkov User-Agent: Thunderbird 1.5.0.5 (X11/20060805) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: VM design doc? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Sep 2006 06:48:43 -0000 Having noted that with time my understanding of how VM works in FreeBSD has somewhat blurred (not to say that it was ever complete), I reckoned it's time to go and read up on it. Thus I wonder, what relevance the "Design elements of the FreeBSD VM system" (http://www.freebsd.org/doc/en_US.ISO8859-1/articles/vm-design/index.html) article has to both -CURRENT and -STABLE? Were there notable changes not mentioned in the article? Is there a better document on FreeBSD's current VM? Thanks. -- Deomid Ryabkov aka Rojer myself@rojer.pp.ru rojer@sysadmins.ru ICQ: 8025844 From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 10 23:41:00 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2F8616A407 for ; Sun, 10 Sep 2006 23:41:00 +0000 (UTC) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B4CE43D45 for ; Sun, 10 Sep 2006 23:41:00 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 72D3E20699; Sun, 10 Sep 2006 19:40:59 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id B6F684AC56; Sun, 10 Sep 2006 19:41:09 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17668.41621.702362.483549@canoe.dclg.ca> Date: Sun, 10 Sep 2006 19:41:09 -0400 To: freebsd-hackers@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid Subject: Local tun IP not local? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Sep 2006 23:41:01 -0000 Using if_tun, I find it somewhat necessary to add a localhost route for the near size tunnel IP. Why does configuring the tunnel not associate the nearside tunnel IP as an IP of the box by default? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 11 01:10:00 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47FEC16A407 for ; Mon, 11 Sep 2006 01:10:00 +0000 (UTC) (envelope-from SRS0=pCjhY2=C2=vvelox.net=vvelox@yourhostingaccount.com) Received: from mailout03.yourhostingaccount.com (mailout03.yourhostingaccount.com [65.254.254.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id B571443D45 for ; Mon, 11 Sep 2006 01:09:59 +0000 (GMT) (envelope-from SRS0=pCjhY2=C2=vvelox.net=vvelox@yourhostingaccount.com) Received: from scan01.yourhostingaccount.com ([10.1.1.231] helo=scan01.yourhostingaccount.com) by mailout03.yourhostingaccount.com with esmtp (Exim) id 1GMaJC-0007o1-N4 for freebsd-hackers@freebsd.org; Sun, 10 Sep 2006 21:09:58 -0400 Received: from authsmtp08.yourhostingaccount.com ([10.1.18.8] ident=exim) by scan01.yourhostingaccount.com with spamscanlookuphost (Exim) id 1GMaJC-0008L7-Hx for freebsd-hackers@freebsd.org; Sun, 10 Sep 2006 21:09:58 -0400 Received: from authsmtp08.yourhostingaccount.com ([10.1.18.8] helo=authsmtp08.yourhostingaccount.com) by scan01.yourhostingaccount.com with esmtp (Exim) id 1GMaJB-0008L4-Ou for freebsd-hackers@freebsd.org; Sun, 10 Sep 2006 21:09:57 -0400 Received: from [69.92.217.33] (helo=vixen42) by authsmtp08.yourhostingaccount.com with esmtpa (Exim) id 1GMaJB-0003E2-7h; Sun, 10 Sep 2006 21:09:57 -0400 Date: Sun, 10 Sep 2006 20:09:54 -0500 From: "Z.C.B." To: FreeBSD Hackers Message-ID: <20060910200954.1a4a1e9f@vixen42> In-Reply-To: <20060908044351.GQ22564@hoeg.nl> References: <20060907204716.151d9ab9@vixen42> <20060908044351.GQ22564@hoeg.nl> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_kALkpncL.ul9cPQWvXQKXLf; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-EN-UserInfo: f1c157ec5ebebd12a8182d58c6ceecd9:1570f0de6936c69fef9e164fffc541bc X-EN-AuthUser: vvelox3 Sender: "Z.C.B." X-Mailman-Approved-At: Mon, 11 Sep 2006 01:15:25 +0000 Cc: ed@fxq.nl Subject: Re: ugen question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2006 01:10:00 -0000 --Sig_kALkpncL.ul9cPQWvXQKXLf Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 8 Sep 2006 06:43:51 +0200 Ed Schouten wrote: > * Z.C.B. wrote: > > Any suggestions on reading or the like for talking to a ugen > > device? >=20 > Well, I'm using ugen to test the workings of an Xbox 360 headset. I > just use this: >=20 > $ cat /dev/ugen0.3 > myvoice > ^C > $ cat myvoice > /dev/ugen0.4 >=20 > Gives me back my voice (well, at half the sample rate, as the > microphone is twice as accurate). Cool. It does not work here. I can read to it, but I am not getting any thing. The device generates a ugen0, ugen0.1, and a ugen0.2. I can cat stuff from ugen0.1, but not from the rest. If I read from ugen0 I get a operation not supported with cat. If I read from ugen0.2 I get a device not configured error. For writing with cat I get not supported for ugen0, not configured for ugen0.1, and i/o error for ugen0.2. --Sig_kALkpncL.ul9cPQWvXQKXLf Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFBLdkC1tfcMGJid4RAj7JAJ9ClUbr1t2D+ssd1sW2tdbdXPqipACcCHJM 5UKYLGTnF8okOR7nSB+OfhA= =D/tb -----END PGP SIGNATURE----- --Sig_kALkpncL.ul9cPQWvXQKXLf-- From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 11 01:12:56 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD97816A407 for ; Mon, 11 Sep 2006 01:12:56 +0000 (UTC) (envelope-from SRS0=pCjhY2=C2=vvelox.net=vvelox@yourhostingaccount.com) Received: from mail18.yourhostingaccount.com (mail18.yourhostingaccount.com [65.254.253.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A9AA43D46 for ; Mon, 11 Sep 2006 01:12:56 +0000 (GMT) (envelope-from SRS0=pCjhY2=C2=vvelox.net=vvelox@yourhostingaccount.com) Received: from scan04.yourhostingaccount.com ([10.1.1.234] helo=scan04.yourhostingaccount.com) by mail18.yourhostingaccount.com with esmtp (Exim) id 1GMaM3-0000S7-QP for freebsd-hackers@freebsd.org; Sun, 10 Sep 2006 21:12:55 -0400 Received: from authsmtp09.yourhostingaccount.com ([10.1.18.9] ident=exim) by scan04.yourhostingaccount.com with spamscanlookuphost (Exim) id 1GMaM3-00022i-LT for freebsd-hackers@freebsd.org; Sun, 10 Sep 2006 21:12:55 -0400 Received: from authsmtp09.yourhostingaccount.com ([10.1.18.9] helo=authsmtp09.yourhostingaccount.com) by scan04.yourhostingaccount.com with esmtp (Exim) id 1GMaM3-00022f-4p for freebsd-hackers@freebsd.org; Sun, 10 Sep 2006 21:12:55 -0400 Received: from [69.92.217.33] (helo=vixen42) by authsmtp09.yourhostingaccount.com with esmtpa (Exim) id 1GMaM2-0005p4-PW; Sun, 10 Sep 2006 21:12:55 -0400 Date: Sun, 10 Sep 2006 20:12:53 -0500 From: "Z.C.B." To: Anish Mistry Message-ID: <20060910201253.2ced1936@vixen42> In-Reply-To: <200609080253.26836.mistry.7@osu.edu> References: <20060907204716.151d9ab9@vixen42> <200609080253.26836.mistry.7@osu.edu> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_KgLe_L=ws69ixu_Osp=WPon"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-EN-UserInfo: f1c157ec5ebebd12a8182d58c6ceecd9:1570f0de6936c69fef9e164fffc541bc X-EN-AuthUser: vvelox3 Sender: "Z.C.B." X-Mailman-Approved-At: Mon, 11 Sep 2006 01:20:07 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: ugen question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2006 01:12:56 -0000 --Sig_KgLe_L=ws69ixu_Osp=WPon Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 8 Sep 2006 02:53:26 -0400 Anish Mistry wrote: > On Thursday 07 September 2006 21:47, Z.C.B. wrote: > > Any suggestions on reading or the like for talking to a ugen > > device? > read() and write() work. See the manpage to more options. Cool. I will check it out. --Sig_KgLe_L=ws69ixu_Osp=WPon Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFBLgXC1tfcMGJid4RAkwsAKCrUAql7paYlagmhXhkhc2q1BFjHQCgkpqU aR4I7UDyEVjFx4+YIJxkRYc= =8sg1 -----END PGP SIGNATURE----- --Sig_KgLe_L=ws69ixu_Osp=WPon-- From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 11 18:31:05 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 542D816A5F6; Mon, 11 Sep 2006 18:31:05 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FB7D43D4C; Mon, 11 Sep 2006 18:31:04 +0000 (GMT) (envelope-from jhs@berklix.org) Received: from thin.berklix.org (localhost [127.0.0.1]) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id k8BIUupH047172; Mon, 11 Sep 2006 20:30:56 +0200 (CEST) (envelope-from jhs@thin.berklix.org) Received: (from jhs@localhost) by thin.berklix.org (8.12.11/8.12.11/Submit) id k8BIUcNJ047171; Mon, 11 Sep 2006 20:30:38 +0200 (CEST) (envelope-from jhs) Date: Mon, 11 Sep 2006 20:30:38 +0200 (CEST) Message-Id: <200609111830.k8BIUcNJ047171@thin.berklix.org> To: hackers@freebsd.org From: "Julian Stacey" Organization: http://berklix.com BSD Unix C Net Consultancy, Munich/Muenchen Fcc: sent-mail User-agent: EXMH http://beedub.com/exmh/ on FreeBSD http://freebsd.org X-URL: http://berklix.com/~jhs/cv/ X-Fallback: jhs@mail.brierdr.com, jhs@freebsd.org, jhs@berklix.net Cc: Gary Jennejohn , brian@Awfulhak.org, Julian Stacey Subject: ppp cmmand port listens on ipv6 only if kernel has X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2006 18:31:05 -0000 Hackers, (cc Brian@a. who's maybe expert, from examples seen in share :-) I'm not clear if this is a bug or a config error: It seems though my /usr/sbin/ppp was moving traffic to & from internet, it was only listening for commands (not data) on ipv6, not ipv4, thus I could not type commands like dial & drop, unless instead of running ppp -auto instead I invoked ppp manually in foreground on localhost. Detail: I have 2 alternate firewall/ gateways connected to world via DSL. Each ran 4.10-Release OK. I raised one to 6.1-Release. With a 6.1 Release custom kernel compiled with options INET6 & /etc/ppp/ppp.conf with set server +12345 mypasswd sockstat -l showed only: USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS root ppp 1020 9 tcp6 *:12345 *:* (& no 2nd line for ipv4), & so from my internal host, this failed: pppctl -p mypasswd dsl:12345 & in fact even on my host named dsl, this failed telnet localhost 12345 So I built a new kernel without INET6 & then sockstat -l showed root ppp 972 9 tcp4 *:12345 *:* & that works OK, I can finally manually control my PPP link up & down via pppctl -p mypasswd dsl:12345 On my 4.10 host which has a kernel with both options INET options INET6 (as also has 4.10 GENERIC), that has always worked OK, & sockstat -l shows root ppp 512 9 tcp46 *:21389 *:* & pppctl -p mypasswd dsl:12345 works OK. Questions: - Did I misconfigure something ? - Does ppp on 6.1 perhaps not now listen on ipv4 if INET6 is in kernel ? (Unfortunate if so, as INET6 in in GENERIC kernel) - Should ppp have an extra flag added, forcing "Do listen on ipv4" ? - Is this a bug ? Should I file a send-pr ? Did I misconfig something ? Julian -- Julian Stacey. BSD Unix C Net Consultancy, Munich/Muenchen http://berklix.com Mail Ascii, not HTML. Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 11 18:51:10 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A6FF16A407; Mon, 11 Sep 2006 18:51:10 +0000 (UTC) (envelope-from admin@intron.ac) Received: from intron.ac (unknown [210.51.165.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97ABB43D49; Mon, 11 Sep 2006 18:51:09 +0000 (GMT) (envelope-from admin@intron.ac) Received: from localhost (localhost [127.0.0.1]) (uid 1003) by intron.ac with local; Tue, 12 Sep 2006 02:51:07 +0800 id 0010E408.4505B01B.00012841 References: <200609100956.k8A9uD0P094639@repoman.freebsd.org> <200609111145.52446.jhb@freebsd.org> <20060911193600.7ab43fb6@Magellan.Leidinger.net> In-Reply-To: <20060911193600.7ab43fb6@Magellan.Leidinger.net> From: "Intron is my alias on the Internet" To: John Baldwin Date: Tue, 12 Sep 2006 02:51:07 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312"; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Cc: freebsd-hackers@freebsd.org, Alexander Leidinger Subject: Re: PERFORCE change 105930 for review X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2006 18:51:10 -0000 Alexander Leidinger wrote: > Quoting John Baldwin (Mon, 11 Sep 2006 11:45:52 -0400): > >> On Sunday 10 September 2006 05:56, Alexander Leidinger wrote: >> > PROBLEMS: >> > >> > 1. Why does uma_zdestroy(9) print message like: >> > >> > Freed UMA keg was not empty (100 items). Lost 2 pages of memory. >> > >> > Does it represent any problems? >> >> It means a memory leak. > > Because this is verbatim from the submitter and I don't know if he is > subscribed to perforce@, we should tell him about it... CCed. :-) > > Bye, > Alexander. > But I have ensure that calling to uma_zalloc() and calling to uma_zfree() appear strictly in pair in my code. Even the simplest testing program can still lead to this kind of warning message (uma_zfree() is just next to uma_zalloc()): uma_zalloc(...); uma_zfree(...); ------------------------------------------------------------------------ From Beijing, China From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 11 19:11:53 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1FCD16A403; Mon, 11 Sep 2006 19:11:53 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07E8843D49; Mon, 11 Sep 2006 19:11:52 +0000 (GMT) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (localhost [127.0.0.1]) by flat.berklix.org (8.13.1/8.13.1) with ESMTP id k8BJBn3Z077047; Mon, 11 Sep 2006 21:11:49 +0200 (CEST) (envelope-from jhs@flat.berklix.org) Received: (from jhs@localhost) by flat.berklix.org (8.13.1/8.13.1/Submit) id k8BJBhiq077046; Mon, 11 Sep 2006 21:11:43 +0200 (CEST) (envelope-from jhs) Date: Mon, 11 Sep 2006 21:11:43 +0200 (CEST) From: "Julian H. Stacey" Message-Id: <200609111911.k8BJBhiq077046@flat.berklix.org> To: hackers@freebsd.org Fcc: sent-mail sent-mail In-reply-to: <200609111830.k8BIUcNJ047171@thin.berklix.org> References: <200609111830.k8BIUcNJ047171@thin.berklix.org> Comments: In-reply-to "Julian Stacey" message dated "Mon, 11 Sep 2006 20:30:38 +0200." Cc: Gary Jennejohn , brian@Awfulhak.org Subject: Re: ppp cmmand port listens on ipv6 only if kernel has X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2006 19:11:53 -0000 > root ppp 972 9 tcp4 *:12345 *:* ... > root ppp 512 9 tcp46 *:21389 *:* Whoops! Please ignore discrepancy between 12345 & 21389. They're same numbers really, just my bad cut & paste edit. The difference doesn't indicate any problem (except problem of fallible human here ;-) -- Julian Stacey. BSD Unix C Net Consultancy, Munich/Muenchen http://berklix.com Mail Ascii, not HTML. Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 11 19:28:50 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3880216A407; Mon, 11 Sep 2006 19:28:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5164B43D60; Mon, 11 Sep 2006 19:28:49 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k8BJSkIm019780; Mon, 11 Sep 2006 15:28:47 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Intron is my alias on the Internet" Date: Mon, 11 Sep 2006 15:28:48 -0400 User-Agent: KMail/1.9.1 References: <200609100956.k8A9uD0P094639@repoman.freebsd.org> <20060911193600.7ab43fb6@Magellan.Leidinger.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609111528.49054.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 11 Sep 2006 15:28:47 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1857/Mon Sep 11 11:12:56 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org, Alexander Leidinger Subject: Re: PERFORCE change 105930 for review X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2006 19:28:50 -0000 On Monday 11 September 2006 14:51, Intron is my alias on the Internet wrote: > Alexander Leidinger wrote: > > > Quoting John Baldwin (Mon, 11 Sep 2006 11:45:52 -0400): > > > >> On Sunday 10 September 2006 05:56, Alexander Leidinger wrote: > >> > PROBLEMS: > >> > > >> > 1. Why does uma_zdestroy(9) print message like: > >> > > >> > Freed UMA keg was not empty (100 items). Lost 2 pages of memory. > >> > > >> > Does it represent any problems? > >> > >> It means a memory leak. > > > > Because this is verbatim from the submitter and I don't know if he is > > subscribed to perforce@, we should tell him about it... CCed. :-) > > > > Bye, > > Alexander. > > > > But I have ensure that calling to uma_zalloc() and calling to uma_zfree() > appear strictly in pair in my code. Even the simplest testing program > can still lead to this kind of warning message (uma_zfree() is just next > to uma_zalloc()): > > uma_zalloc(...); > uma_zfree(...); I've only gotten this message when I've leaked memory in a zone. Do you have an example self-contained kernel module that produces this? -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 11 19:53:30 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F22B16A49E; Mon, 11 Sep 2006 19:53:30 +0000 (UTC) (envelope-from ssedov@mbsd.msk.ru) Received: from com1.ht-systems.ru (com1.ht-systems.ru [83.97.104.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id B618B43D70; Mon, 11 Sep 2006 19:53:18 +0000 (GMT) (envelope-from ssedov@mbsd.msk.ru) Received: from [213.87.86.28] (helo=fonon.realnet) by com1.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1GMrq0-0002Yq-84; Mon, 11 Sep 2006 23:53:01 +0400 Received: from localhost (localhost [127.0.0.1]) by fonon.realnet (Postfix) with ESMTP id 514DB11B23; Mon, 11 Sep 2006 23:52:13 +0400 (MSD) Date: Mon, 11 Sep 2006 23:52:11 +0400 From: Stanislav Sedov To: Roy Marples Message-ID: <20060911235211.140f90f5@localhost> In-Reply-To: <200609111909.23599.uberlord@gentoo.org> References: <200609102148.26767.uberlord@gentoo.org> <20060911125816.4a606317@localhost> <200609111909.23599.uberlord@gentoo.org> Organization: MBSD labs, Inc. X-Operating-System: FreeBSD X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_4bE07RwAcCewy/.4MYv6CF2"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.6.0 Cc: freebsd-hackers@freebsd.org, freebsd-standards@freebsd.org Subject: Re: FreeBSD Port: sysutils/fuser X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2006 19:53:30 -0000 --Sig_4bE07RwAcCewy/.4MYv6CF2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On Mon, 11 Sep 2006 19:09:23 +0100 Roy Marples mentioned: > On Monday 11 September 2006 09:58, Stanislav Sedov wrote: > > On Sun, 10 Sep 2006 21:48:26 +0100 > > > > Roy Marples mentioned: > > > Hi > > > > > > I'm currently adding FreeBSD support to Gentoo baselayout rc system. = We > > > use the linux fuser tool a bit, and rely on the return value being non > > > zero of no files are in use on the requested mount points. > > > > > > Attached is a patch that enables the same in FreeBSD > > > > But POSIX says the following: > > -------------------------------------------------------------- > > EXIT STATUS > > > > The following exit values shall be returned: > > > > 0 > > Successful completion. > > > > >0 > > > > An error occurred. > > -------------------------------------------------------------- > > > > So, as I understand correctly, we should return 0 in this case. >=20 > Do they define what <0 means? Could always return -1. >=20 > A return value is easier than checking output. >=20 But they wants the value 0 to be returned in case of no errors, and since there are no errors in case of no files opened on mountpoint, returning non-zero could break some apps that relies on POSIX functionality. IIRC, solaris resembles the same behavior. You can check fuser entry in POSIX, it's available for free on opengroup.org. I might miss something.=20 --=20 Stanislav Sedov MBSD labs, Inc. =F2=CF=D3=D3=C9=D1, =ED=CF=D3=CB=D7=C1 http://mbsd.msk.ru -------------------------------------------------------------------- If the facts don't fit the theory, change the facts. -- A. Einstein -------------------------------------------------------------------- PGP fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 --Sig_4bE07RwAcCewy/.4MYv6CF2 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFFBb5sK/VZk+smlYERAo0fAJ0Xy7k4av5aJLszGKnXCAn54cWXLwCfa2vM m8Yy9AR5xLVYWtQfczTwFEM= =7n33 -----END PGP SIGNATURE----- --Sig_4bE07RwAcCewy/.4MYv6CF2-- From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 11 20:05:14 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B684816A494 for ; Mon, 11 Sep 2006 20:05:14 +0000 (UTC) (envelope-from ccowart@hal.rescomp.berkeley.edu) Received: from rescomp.berkeley.edu (keyserver.Rescomp.Berkeley.EDU [169.229.70.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE4B743D73 for ; Mon, 11 Sep 2006 20:05:09 +0000 (GMT) (envelope-from ccowart@hal.rescomp.berkeley.edu) Received: by rescomp.berkeley.edu (Postfix, from userid 1225) id CEB285B772; Mon, 11 Sep 2006 13:05:09 -0700 (PDT) Date: Mon, 11 Sep 2006 13:05:09 -0700 From: Christopher Cowart To: freebsd-hackers@freebsd.org Message-ID: <20060911200509.GA19465@rescomp.berkeley.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: Problems with isc-dhcpd.sh rc script and jails X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2006 20:05:14 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I posted to questions last week, but have not received any responses.=20 =09 The port for isc-dhcp3-server has config options for enabling FreeBSD process jails. Basically, through a series of command line arguments that are generated by the isc-dhcpd.sh script, the chroot is auto-generated when you start the service and dhcpd makes the syscall to jail itself. This is actually really nifty and makes the process of running dhcpd in a thin jail brainless. The problem happens when I run "isc-dhcpd.sh stop":=20 dhcpd not running? (check /var/jails/dhcpd/var/run/dhcpd/dhcpd.pid). Well, I know better. dhcpd is clearly running with the pid indicated in the pid file. After investigating /etc/rc.subr, I've determined the cause (where $JID is the jid of the running rc script and $_jid is the jid of the process, determined by ps output): if [ "$JID" -eq "$_jid" ]; This prevents me from using the rc script outside the jail to stop the jail'd dhcpd process. /etc/rc.subr is making a false assumption that people won't want to be controlling jailed services via rc scripts on the host machine. My question is how do I get around this? I'd prefer not to hack rc.subr unless it's a community-useable patch that can be incorporated back into the official sources. One option would be to allow rc scripts to set some sort of "CHECK_JAILS" variable and to implement the necessary logic to handle it in rc.subr. Is there a better solution? --=20 Chris Cowart Unix Systems Administrator Residential Computing, UC Berkeley "May all your pushes be popped" --opJtzjQTFsWo+cga Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFFBcF1V3SOqjnqPh0RAiL5AJ4hYveezS6vModuRp/b7SPJrP4NgwCfZ6rK YsJtdKxqKcxBcadbB5ClOXU= =utgz -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 11 20:05:28 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B67016A412; Mon, 11 Sep 2006 20:05:28 +0000 (UTC) (envelope-from ssedov@mbsd.msk.ru) Received: from com1.ht-systems.ru (com1.ht-systems.ru [83.97.104.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 877E243D68; Mon, 11 Sep 2006 20:05:21 +0000 (GMT) (envelope-from ssedov@mbsd.msk.ru) Received: from [213.87.86.28] (helo=fonon.realnet) by com1.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1GMs1u-0005AD-VU; Tue, 12 Sep 2006 00:05:20 +0400 Received: from localhost (localhost [127.0.0.1]) by fonon.realnet (Postfix) with ESMTP id 04F6C11B23; Tue, 12 Sep 2006 00:04:34 +0400 (MSD) Date: Tue, 12 Sep 2006 00:04:33 +0400 From: Stanislav Sedov To: Roy Marples Message-ID: <20060912000433.7a51cae4@localhost> In-Reply-To: <20060911235211.140f90f5@localhost> References: <200609102148.26767.uberlord@gentoo.org> <20060911125816.4a606317@localhost> <200609111909.23599.uberlord@gentoo.org> <20060911235211.140f90f5@localhost> Organization: MBSD labs, Inc. X-Operating-System: FreeBSD X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_cqiMauTzbyhew+as=b4o.Y0"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.6.0 Cc: freebsd-hackers@freebsd.org, freebsd-standards@freebsd.org Subject: Re: FreeBSD Port: sysutils/fuser X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2006 20:05:28 -0000 --Sig_cqiMauTzbyhew+as=b4o.Y0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On Mon, 11 Sep 2006 23:52:11 +0400 Stanislav Sedov mentioned: >=20 > But they wants the value 0 to be returned in case of no errors, and > since there are no errors in case of no files opened on mountpoint, > returning non-zero could break some apps that relies on POSIX > functionality. >=20 > IIRC, solaris resembles the same behavior. >=20 > You can check fuser entry in POSIX, it's available for free on > opengroup.org. I might miss something.=20 >=20 BTW, maybe someone could commit this utility in the base system? FreeBSD still lacks support of this POSIX app. IIRC, someone was going to commit this year-two ago, but, unfortunately, gave this up :-( This version supports much more filesystems than stock fstat utility and uses more efficient algorithms to find entries. --=20 Stanislav Sedov MBSD labs, Inc. =F2=CF=D3=D3=C9=D1, =ED=CF=D3=CB=D7=C1 http://mbsd.msk.ru -------------------------------------------------------------------- If the facts don't fit the theory, change the facts. -- A. Einstein -------------------------------------------------------------------- PGP fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 --Sig_cqiMauTzbyhew+as=b4o.Y0 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD4DBQFFBcFRK/VZk+smlYERAi3LAJYsb41wR5GWV41FWlpYExJxIM1FAJ9PJeQ1 4qF5daf3h3UGJOK5golfaQ== =9tFN -----END PGP SIGNATURE----- --Sig_cqiMauTzbyhew+as=b4o.Y0-- From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 11 20:29:42 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 679E616A40F; Mon, 11 Sep 2006 20:29:42 +0000 (UTC) (envelope-from uberlord@gentoo.org) Received: from mail.marples.name (rsm.demon.co.uk [80.177.111.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAEC843D7B; Mon, 11 Sep 2006 20:29:39 +0000 (GMT) (envelope-from uberlord@gentoo.org) Received: from uberpc.marples.name (uberpc.marples.name [10.73.1.30]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.marples.name (Postfix) with ESMTP id E796E190038; Mon, 11 Sep 2006 21:29:36 +0100 (BST) From: Roy Marples Organization: Gentoo To: Stanislav Sedov Date: Mon, 11 Sep 2006 21:29:40 +0100 User-Agent: KMail/1.9.4 References: <200609102148.26767.uberlord@gentoo.org> <200609111909.23599.uberlord@gentoo.org> <20060911235211.140f90f5@localhost> In-Reply-To: <20060911235211.140f90f5@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609112129.40199.uberlord@gentoo.org> X-Mailman-Approved-At: Mon, 11 Sep 2006 21:03:30 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-standards@freebsd.org Subject: Re: FreeBSD Port: sysutils/fuser X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2006 20:29:42 -0000 On Monday 11 September 2006 20:52, Stanislav Sedov wrote: > But they wants the value 0 to be returned in case of no errors, and > since there are no errors in case of no files opened on mountpoint, > returning non-zero could break some apps that relies on POSIX > functionality. > > IIRC, solaris resembles the same behavior. OK, you win - I'll parse the output :) Thanks -- Roy Marples Gentoo/Linux Developer (baselayout, networking) From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 11 20:31:35 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B74E16A403; Mon, 11 Sep 2006 20:31:35 +0000 (UTC) (envelope-from uberlord@gentoo.org) Received: from mail.marples.name (rsm.demon.co.uk [80.177.111.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D62AA43D73; Mon, 11 Sep 2006 20:31:34 +0000 (GMT) (envelope-from uberlord@gentoo.org) Received: from uberpc.marples.name (uberpc.marples.name [10.73.1.30]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.marples.name (Postfix) with ESMTP id 35B3A190038; Mon, 11 Sep 2006 21:31:34 +0100 (BST) From: Roy Marples Organization: Gentoo To: Stanislav Sedov Date: Mon, 11 Sep 2006 21:31:37 +0100 User-Agent: KMail/1.9.4 References: <200609102148.26767.uberlord@gentoo.org> <20060911235211.140f90f5@localhost> <20060912000433.7a51cae4@localhost> In-Reply-To: <20060912000433.7a51cae4@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609112131.37576.uberlord@gentoo.org> X-Mailman-Approved-At: Mon, 11 Sep 2006 21:03:36 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-standards@freebsd.org Subject: Re: FreeBSD Port: sysutils/fuser X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Sep 2006 20:31:35 -0000 On Monday 11 September 2006 21:04, Stanislav Sedov wrote: > BTW, maybe someone could commit this utility in the base system? > FreeBSD still lacks support of this POSIX app. > > This version supports much more filesystems than stock fstat utility > and uses more efficient algorithms to find entries. That would be a good idea :) -- Roy Marples Gentoo/Linux Developer (baselayout, networking) From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 05:30:40 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF7F116A403; Tue, 12 Sep 2006 05:30:40 +0000 (UTC) (envelope-from netchild@FreeBSD.org) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id F380F43D46; Tue, 12 Sep 2006 05:30:39 +0000 (GMT) (envelope-from netchild@FreeBSD.org) Received: from Andro-Beta.Leidinger.net (p54A5D65E.dip.t-dialin.net [84.165.214.94]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k8C58n09092321; Tue, 12 Sep 2006 07:08:50 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from localhost (webmail.Leidinger.net [192.168.1.102]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k8C5UWKh088758; Tue, 12 Sep 2006 07:30:32 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from psbru.cec.eu.int (psbru.cec.eu.int [158.169.131.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Tue, 12 Sep 2006 07:30:21 +0200 Message-ID: <20060912073021.pvw7p0mit4w4cs8s@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 12 Sep 2006 07:30:21 +0200 From: Alexander Leidinger To: John Baldwin References: <200609100956.k8A9uD0P094639@repoman.freebsd.org> <20060911193600.7ab43fb6@Magellan.Leidinger.net> <200609111528.49054.jhb@freebsd.org> In-Reply-To: <200609111528.49054.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-Virus-Scanned: by amavisd-new Cc: freebsd-hackers@FreeBSD.org, Intron is my alias on the Internet Subject: Re: PERFORCE change 105930 for review X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 05:30:40 -0000 Quoting John Baldwin (from Mon, 11 Sep 2006 15:28:48 -0400): > I've only gotten this message when I've leaked memory in a zone. Do you have > an example self-contained kernel module that produces this? Download http://www.Leidinger.net/FreeBSD/linuxolator/linuxolator-p4.diff (or check out the p4-branch) and recompile the aio and linux modules. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 07:25:34 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B5CD16A47B for ; Tue, 12 Sep 2006 07:25:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F6CC43D6E for ; Tue, 12 Sep 2006 07:25:33 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GN2eC-000FRL-AI for freebsd-hackers@FreeBSD.org; Tue, 12 Sep 2006 10:25:32 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-hackers@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 Sep 2006 10:25:32 +0300 From: Danny Braniss Message-ID: Cc: Subject: how to 'install' kernel.debug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 07:25:34 -0000 Hi, how can I convice make installkernel to also install kernel.debug? thanks, danny From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 07:44:00 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F013916A403 for ; Tue, 12 Sep 2006 07:44:00 +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 394B943D46 for ; Tue, 12 Sep 2006 07:43:59 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id D69A7EB27F8; Tue, 12 Sep 2006 15:43:43 +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 sDjGIdc64lZ8; Tue, 12 Sep 2006 15:43:39 +0800 (CST) Received: from [10.217.12.201] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id B2DFBEB275B; Tue, 12 Sep 2006 15:43:38 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=i0nKcAoTbubu2BS0mfaNBwFSZEibshKGSzjttdBIQCB80yUaLLwPtSG9ni5c1la1O FHmKfy8FK3G3sPLG8jSzg== Message-ID: <45066528.9040603@delphij.net> Date: Tue, 12 Sep 2006 15:43:36 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigB67BA1A7BE9F15D1E1B0B27D" Cc: freebsd-hackers@FreeBSD.org Subject: Re: how to 'install' kernel.debug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 07:44:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB67BA1A7BE9F15D1E1B0B27D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Danny Braniss wrote: > Hi, > how can I convice make installkernel to also install > kernel.debug? >=20 > thanks, > danny I think you will have kernel.symbols instead, if you run -CURRENT? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigB67BA1A7BE9F15D1E1B0B27D 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.3 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFBmUoOfuToMruuMARA/WlAJ9Kpuyf9ICIOv0oIYS1PKVdQ7yEugCeP+Fh k+YD6ke316Boil3Ng5szZ9E= =tGvQ -----END PGP SIGNATURE----- --------------enigB67BA1A7BE9F15D1E1B0B27D-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 08:22:41 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57FFD16A415 for ; Tue, 12 Sep 2006 08:22:41 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0CC043D49 for ; Tue, 12 Sep 2006 08:22:40 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 71B485FCB; Tue, 12 Sep 2006 12:22:38 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id E56475EF9; Tue, 12 Sep 2006 12:20:21 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k8C8KUZ7028354; Tue, 12 Sep 2006 12:20:30 +0400 (MSD) (envelope-from ru) Date: Tue, 12 Sep 2006 12:20:29 +0400 From: Ruslan Ermilov To: Danny Braniss , freebsd-hackers@FreeBSD.org Message-ID: <20060912082029.GD10039@rambler-co.ru> References: <45066528.9040603@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wULyF7TL5taEdwHz" Content-Disposition: inline In-Reply-To: <45066528.9040603@delphij.net> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Subject: Re: how to 'install' kernel.debug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 08:22:41 -0000 --wULyF7TL5taEdwHz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 12, 2006 at 03:43:36PM +0800, LI Xin wrote: > Danny Braniss wrote: > > Hi, > > how can I convice make installkernel to also install > > kernel.debug? > >=20 > > thanks, > > danny >=20 > I think you will have kernel.symbols instead, if you run -CURRENT? >=20 On 6.x, if you use a "buildkernel" method: cd /usr/src; make installkernel.debug or if you build a kernel through config+make, cd ../compile/KERNEL; make install.debug This will install *.debug versions of kernel and all modules. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --wULyF7TL5taEdwHz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFBm3NqRfpzJluFF4RAphMAJ9XIkJCyMEi75uu+pZ0VUUfXyeP4ACgioC6 CFPg6FPKkGI4pMXVeSjGk5M= =TBB3 -----END PGP SIGNATURE----- --wULyF7TL5taEdwHz-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 08:38:12 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE83A16A40F; Tue, 12 Sep 2006 08:38:12 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 541D543D4C; Tue, 12 Sep 2006 08:38:12 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GN3mV-000Ibq-8Q; Tue, 12 Sep 2006 11:38:11 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Ruslan Ermilov In-reply-to: <20060912082029.GD10039@rambler-co.ru> References: <45066528.9040603@delphij.net> <20060912082029.GD10039@rambler-co.ru> Comments: In-reply-to Ruslan Ermilov message dated "Tue, 12 Sep 2006 12:20:29 +0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 Sep 2006 11:38:11 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@FreeBSD.org Subject: Re: how to 'install' kernel.debug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 08:38:12 -0000 > > --wULyF7TL5taEdwHz > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Tue, Sep 12, 2006 at 03:43:36PM +0800, LI Xin wrote: > > Danny Braniss wrote: > > > Hi, > > > how can I convice make installkernel to also install > > > kernel.debug? > > >=20 > > > thanks, > > > danny > >=20 > > I think you will have kernel.symbols instead, if you run -CURRENT? > >=20 > On 6.x, if you use a "buildkernel" method: > > cd /usr/src; make installkernel.debug > > or if you build a kernel through config+make, > > cd ../compile/KERNEL; make install.debug > > This will install *.debug versions of kernel and all modules. > > thanks! (rtfm :-() danny From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 11:06:48 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF38516A412; Tue, 12 Sep 2006 11:06:48 +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 0E5C143D58; Tue, 12 Sep 2006 11:06:44 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (hkjofy@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k8CB6b9t088487; Tue, 12 Sep 2006 13:06:42 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k8CB6bwD088486; Tue, 12 Sep 2006 13:06:37 +0200 (CEST) (envelope-from olli) Date: Tue, 12 Sep 2006 13:06:37 +0200 (CEST) Message-Id: <200609121106.k8CB6bwD088486@lurza.secnetix.de> From: Oliver Fromme To: uberlord@gentoo.org, ssedov@mbsd.msk.ru, freebsd-hackers@freebsd.org, freebsd-standards@freebsd.org In-Reply-To: <200609112129.40199.uberlord@gentoo.org> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 12 Sep 2006 13:06:43 +0200 (CEST) X-Mailman-Approved-At: Tue, 12 Sep 2006 11:28:15 +0000 Cc: Subject: Re: FreeBSD Port: sysutils/fuser X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 11:06:48 -0000 Roy Marples wrote: > Stanislav Sedov wrote: > > But they wants the value 0 to be returned in case of no errors, and > > since there are no errors in case of no files opened on mountpoint, > > returning non-zero could break some apps that relies on POSIX > > functionality. > > > > IIRC, solaris resembles the same behavior. > > OK, you win - I'll parse the output :) There's no need to parse it. If you only want to know if _any_ process is accessing a file at all, it's sufficient to check if stdout from fuser is non-empty. In shell- script syntax: if [ -n "`fuser -f whatever 2>/dev/null`" ]; then echo "File is being accessed." fi Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "anyone new to programming should be kept as far from C++ as possible; actually showing the stuff should be considered a criminal offence" -- Jacek Generowicz From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 13:36:51 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67ED116A403; Tue, 12 Sep 2006 13:36:51 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (meestal.stack.nl [131.155.140.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EDD943D53; Tue, 12 Sep 2006 13:36:49 +0000 (GMT) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id A7F6A4B177; Tue, 12 Sep 2006 15:36:48 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 927E12288D; Tue, 12 Sep 2006 15:36:48 +0200 (CEST) Date: Tue, 12 Sep 2006 15:36:48 +0200 From: Jilles Tjoelker To: Stanislav Sedov Message-ID: <20060912133648.GA7943@stack.nl> References: <200609102148.26767.uberlord@gentoo.org> <20060911125816.4a606317@localhost> <200609111909.23599.uberlord@gentoo.org> <20060911235211.140f90f5@localhost> <20060912000433.7a51cae4@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060912000433.7a51cae4@localhost> X-Operating-System: FreeBSD 5.5-RELEASE-p1 i386 User-Agent: Mutt/1.5.11 Cc: freebsd-hackers@freebsd.org, Roy Marples , freebsd-standards@freebsd.org Subject: Re: FreeBSD Port: sysutils/fuser X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 13:36:51 -0000 On Tue, Sep 12, 2006 at 12:04:33AM +0400, Stanislav Sedov wrote: [sysutils/fuser port] > BTW, maybe someone could commit this utility in the base system? > FreeBSD still lacks support of this POSIX app. > IIRC, someone was going to commit this year-two ago, but, unfortunately, > gave this up :-( > This version supports much more filesystems than stock fstat utility > and uses more efficient algorithms to find entries. It does not share any code with fstat(1), which is undesirable as any further changes will have to be made to both fstat(1) and fuser(1). PR standards/100017 has a better approach, putting fstat and fuser in the same binary. If the filesystem support and algorithms need to be improved, that can be done in fstat then. This PR also points to two failed fuser(1) attempts. -- Jilles Tjoelker From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 15:25:36 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1176A16A5D3; Tue, 12 Sep 2006 15:25:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E5A543D45; Tue, 12 Sep 2006 15:25:35 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k8CFP9qi026766; Tue, 12 Sep 2006 11:25:28 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Alexander Leidinger Date: Tue, 12 Sep 2006 11:07:25 -0400 User-Agent: KMail/1.9.1 References: <200609100956.k8A9uD0P094639@repoman.freebsd.org> <200609111528.49054.jhb@freebsd.org> <20060912073021.pvw7p0mit4w4cs8s@webmail.leidinger.net> In-Reply-To: <20060912073021.pvw7p0mit4w4cs8s@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609121107.26200.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 12 Sep 2006 11:25:30 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1871/Tue Sep 12 09:28:18 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org, Intron is my alias on the Internet Subject: Re: PERFORCE change 105930 for review X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 15:25:36 -0000 On Tuesday 12 September 2006 01:30, Alexander Leidinger wrote: > Quoting John Baldwin (from Mon, 11 Sep 2006 15:28:48 -0400): > > > I've only gotten this message when I've leaked memory in a zone. Do you have > > an example self-contained kernel module that produces this? > > Download > http://www.Leidinger.net/FreeBSD/linuxolator/linuxolator-p4.diff (or > check out the p4-branch) and recompile the aio and linux modules. Intron said he had a simple module that just did zalloc/zfree that produced this. I wanted to see that first as it will be far, far easier to review that. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 18:08:02 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4E9016A47B for ; Tue, 12 Sep 2006 18:08:02 +0000 (UTC) (envelope-from karma@ez.pereslavl.ru) Received: from pier.botik.ru (pier.botik.ru [193.232.174.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C80443D78 for ; Tue, 12 Sep 2006 18:07:59 +0000 (GMT) (envelope-from karma@ez.pereslavl.ru) Received: from ez.pereslavl.ru ([192.168.56.29]:50731) by pier.botik.ru with esmtp (Exim 4.50) id 1GNCfc-0001C1-1P for freebsd-hackers@freebsd.org; Tue, 12 Sep 2006 22:07:50 +0400 Message-ID: <4506F7D7.9070003@ez.pereslavl.ru> Date: Tue, 12 Sep 2006 22:09:27 +0400 From: Alexey Mikhailov User-Agent: Thunderbird 1.5.0.5 (X11/20060814) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Problem installing Mathematica on FreeBSD 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 18:08:02 -0000 Hello! Sometime ago I posted this message to freebsd-questions@, but had no answer. So I'll try my luck here. --------------------------------------------------------- Hello! I installed Mathematica 5.1 on my FreeBSD 6.1 system. And I can't run it.. That's very strange behaviour: ~/Mathematica/SystemFiles/FrontEnd/Binaries/Linux % ./Mathematica ./Mathematica: relocation error: /usr/X11R6/lib/libX11.so.6: undefined symbol: __stderrp But: ~/Mathematica/SystemFiles/FrontEnd/Binaries/Linux % ldd Mathematica Mathematica: libm.so.6 => /lib/libm.so.6 (0x284e5000) libpthread.so.0 => /lib/libpthread.so.0 (0x28507000) librt.so.1 => /lib/librt.so.1 (0x28558000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x2856a000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x285b4000) libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x285c1000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x285d5000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x285de000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x285f4000) libc.so.6 => /lib/libc.so.6 (0x286b5000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x284ca000) ~/Mathematica/SystemFiles/FrontEnd/Binaries/Linux % strings /lib/libc.so.6|grep __stderrp __stderrp Can someone point me out what's wrong? Thanks! From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 18:12:37 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01C4016A412; Tue, 12 Sep 2006 18:12:37 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F70D43D4C; Tue, 12 Sep 2006 18:12:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 1396C1A3C1A; Tue, 12 Sep 2006 11:12:34 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7C8F2514AF; Tue, 12 Sep 2006 14:12:32 -0400 (EDT) Date: Tue, 12 Sep 2006 14:12:32 -0400 From: Kris Kennaway To: Alexey Mikhailov Message-ID: <20060912181232.GA82002@xor.obsecurity.org> References: <4506F7D7.9070003@ez.pereslavl.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <4506F7D7.9070003@ez.pereslavl.ru> User-Agent: Mutt/1.4.2.2i Cc: freebsd-hackers@freebsd.org, freebsd-questions@FreeBSD.org Subject: Re: Problem installing Mathematica on FreeBSD 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-questions@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 18:12:37 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 12, 2006 at 10:09:27PM +0400, Alexey Mikhailov wrote: > Hello! >=20 > Sometime ago I posted this message to freebsd-questions@, but had no=20 > answer. So I'll try my luck > here. >=20 > --------------------------------------------------------- >=20 > Hello! >=20 > I installed Mathematica 5.1 on my FreeBSD 6.1 system. And I can't run it.. > That's very strange behaviour: >=20 > ~/Mathematica/SystemFiles/FrontEnd/Binaries/Linux % ./Mathematica > ./Mathematica: relocation error: /usr/X11R6/lib/libX11.so.6: undefined=20 > symbol: __stderrp >=20 > But: >=20 > ~/Mathematica/SystemFiles/FrontEnd/Binaries/Linux % ldd Mathematica > Mathematica: > libm.so.6 =3D> /lib/libm.so.6 (0x284e5000) =2E.. Since it is a linux binary it should be linked to the linux libraries. Do you have a linux_base package installed? Kris P.S. Redirecting followups to freebsd-questions@ as this is a basic technical support question. --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFBviPWry0BWjoQKURAmHOAJ9vAGRGIE6kUpzv9MchqjxCx4/1zQCeOAB9 Zk6rEIWyB5yxoq3/cdoA7as= =jQst -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 19:58:52 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B339F16A584 for ; Tue, 12 Sep 2006 19:58:52 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB2C343D6D for ; Tue, 12 Sep 2006 19:58:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k8CJuS4F038807; Tue, 12 Sep 2006 13:56:29 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 12 Sep 2006 13:56:30 -0600 (MDT) Message-Id: <20060912.135630.-1962671700.imp@bsdimp.com> To: anderson@centtech.com From: "M. Warner Losh" In-Reply-To: <44EC7601.3060009@centtech.com> References: <44EC7601.3060009@centtech.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 12 Sep 2006 13:56:29 -0600 (MDT) Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: missing license? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 19:58:52 -0000 In message: <44EC7601.3060009@centtech.com> Eric Anderson writes: : Is this file supposed to have a license at the top? : sys/fs/udf/osta.h Yes. I've put what should be the correct license at the top of this file. Thanks to Scott Long for providing me with a very fast answer to my inquiries about the file. The same license that applies to this file as to sys/fs/udf/osta.c. Thanks for the question! Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 19:59:02 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 175FC16A4DE for ; Tue, 12 Sep 2006 19:59:02 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF5E443D62 for ; Tue, 12 Sep 2006 19:58:53 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k8CJw6BB038808; Tue, 12 Sep 2006 13:58:07 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 12 Sep 2006 13:58:08 -0600 (MDT) Message-Id: <20060912.135808.-749251296.imp@bsdimp.com> To: george+freebsd@m5p.com From: "M. Warner Losh" In-Reply-To: <200609012108.k81L8nKZ019777@m5p.com> References: <200609012108.k81L8nKZ019777@m5p.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 12 Sep 2006 13:58:08 -0600 (MDT) Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Wiring umass unit numbers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 19:59:02 -0000 In message: <200609012108.k81L8nKZ019777@m5p.com> george+freebsd@m5p.com writes: : I have a USB floppy drive and a USB flash card reader/writer. At : various times, neither, one, or both devices are plugged into the : computer. Depending upon when each is plugged in, the floppy : drive might become /dev/da0 and the flash reader/writer /dev/da1, : or vice versa. Is there a way to specify which should be which? Presently, there's no way to wire them. I'm working on some generic changes that would allow easier wiring, but haven't expanded them yet to include the bus specific code for usb. However, since umass uses cam there might be some code needed there as well (or not, I've not even looked yet). Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 20:31:18 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D13E916A51B for ; Tue, 12 Sep 2006 20:31:18 +0000 (UTC) (envelope-from John.Giacomoni@colorado.edu) Received: from serl.cs.colorado.edu (serl.cs.colorado.edu [128.138.207.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BD1B43DA8 for ; Tue, 12 Sep 2006 20:30:31 +0000 (GMT) (envelope-from John.Giacomoni@colorado.edu) Received: from [IPv6???1] (localhost [127.0.0.1]) by serl.cs.colorado.edu (Postfix) with ESMTP id 3A61D976E9 for ; Tue, 12 Sep 2006 14:30:25 -0600 (MDT) Mime-Version: 1.0 (Apple Message framework v752.2) To: freebsd-hackers@freebsd.org Message-Id: <2D3EAACB-BB70-45B1-A018-EBCF7126F7E9@colorado.edu> Content-Type: multipart/mixed; boundary=Apple-Mail-2--602798638 From: John Giacomoni Date: Tue, 12 Sep 2006 14:30:27 -0600 X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Detect Bus Speed? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 20:31:18 -0000 --Apple-Mail-2--602798638 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Is there a way to determine the current bus speed a PCI-X slot is running at? -- John.Giacomoni@colorado.edu University of Colorado at Boulder Department of Computer Science Engineering Center, ECCR 1B50 430 UCB Boulder, CO 80303-0430 USA --Apple-Mail-2--602798638 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed --Apple-Mail-2--602798638-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 22:42:09 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB4A816A47C for ; Tue, 12 Sep 2006 22:42:09 +0000 (UTC) (envelope-from anthony.maher@uts.edu.au) Received: from dib.itd.uts.edu.au (dib.itd.uts.edu.au [138.25.22.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 425DD43D53 for ; Tue, 12 Sep 2006 22:42:09 +0000 (GMT) (envelope-from anthony.maher@uts.edu.au) Received: by dib.itd.uts.edu.au (Postfix, from userid 1011) id 3BF34DED08; Wed, 13 Sep 2006 08:38:00 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by dib.itd.uts.edu.au (Postfix/Intermediary) with ESMTP id 2B321DED0A; Wed, 13 Sep 2006 08:38:00 +1000 (EST) Received: from vimes (vimes.itd.uts.edu.au [138.25.243.34]) by dib.itd.uts.edu.au (Postfix/Ingress) with ESMTP id 145E8DED08; Wed, 13 Sep 2006 08:38:00 +1000 (EST) Received: from [138.25.81.112] by postoffice.uts.edu.au (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTPS id <0J5I00JIV4E7DI20@postoffice.uts.edu.au>; Wed, 13 Sep 2006 08:42:07 +1000 (EST) Date: Wed, 13 Sep 2006 08:42:07 +1000 From: Tony Maher In-reply-to: <4506F7D7.9070003@ez.pereslavl.ru> To: Alexey Mikhailov Message-id: <450737BF.7050709@uts.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en X-Enigmail-Version: 0.93.0.0 References: <4506F7D7.9070003@ez.pereslavl.ru> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20060511 Cc: freebsd-hackers@freebsd.org Subject: Re: Problem installing Mathematica on FreeBSD 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 22:42:09 -0000 Alexey Mikhailov wrote: > I installed Mathematica 5.1 on my FreeBSD 6.1 system. And I can't run it.. > That's very strange behaviour: > > ~/Mathematica/SystemFiles/FrontEnd/Binaries/Linux % ./Mathematica > ./Mathematica: relocation error: /usr/X11R6/lib/libX11.so.6: undefined > symbol: __stderrp > > But: > > ~/Mathematica/SystemFiles/FrontEnd/Binaries/Linux % ldd Mathematica > Mathematica: > libm.so.6 => /lib/libm.so.6 (0x284e5000) > libpthread.so.0 => /lib/libpthread.so.0 (0x28507000) > librt.so.1 => /lib/librt.so.1 (0x28558000) > libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x2856a000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x285b4000) > libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x285c1000) > libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x285d5000) > libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x285de000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x285f4000) > libc.so.6 => /lib/libc.so.6 (0x286b5000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x284ca000) > > ~/Mathematica/SystemFiles/FrontEnd/Binaries/Linux % strings > /lib/libc.so.6|grep __stderrp > __stderrp > > Can someone point me out what's wrong? I have test installed Mathematica 5.2 and it appears to work fine (I do not actually use it except for simple tests) ldd Mathematica Mathematica: libm.so.6 => /lib/obsolete/linuxthreads/libm.so.6 (0x384ed000) libpthread.so.0 => /lib/obsolete/linuxthreads/libpthread.so.0 (0x38514000) librt.so.1 => /lib/obsolete/linuxthreads/librt.so.1 (0x38567000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x3857a000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x385cf000) libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x385de000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x385f5000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x385ff000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x38619000) libc.so.6 => /lib/obsolete/linuxthreads/libc.so.6 (0x386ec000) /lib/ld-linux.so.2 (0x384ce000) libdl.so.2 => /lib/libdl.so.2 (0x3880b000) pkg_which /usr/compat/linux/lib/obsolete/linuxthreads/libc-2.3.6.so linux_base-fc-4_8 pkg_which /usr/compat/linux/lib/libdl.so.2 linux_devtools-8.0_5 linux_base-fc-4_8 -- tonym From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 22:58:41 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4AD516A40F for ; Tue, 12 Sep 2006 22:58:41 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DFE143D46 for ; Tue, 12 Sep 2006 22:58:41 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k8CMuGHS040465; Tue, 12 Sep 2006 16:56:16 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 12 Sep 2006 16:56:18 -0600 (MDT) Message-Id: <20060912.165618.-1877556476.imp@bsdimp.com> To: John.Giacomoni@colorado.edu From: "M. Warner Losh" In-Reply-To: <2D3EAACB-BB70-45B1-A018-EBCF7126F7E9@colorado.edu> References: <2D3EAACB-BB70-45B1-A018-EBCF7126F7E9@colorado.edu> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 12 Sep 2006 16:56:17 -0600 (MDT) Cc: freebsd-hackers@freebsd.org Subject: Re: Detect Bus Speed? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 22:58:41 -0000 In message: <2D3EAACB-BB70-45B1-A018-EBCF7126F7E9@colorado.edu> John Giacomoni writes: : Is there a way to determine the current bus speed a PCI-X slot is : running at? Not easily. The host's BIOS controls that, and some power management strategies clock down the bus from time to time to save power... If you have something that's bus speed dependent, it might be better to use a strategy that instead responds to events that you can control, like DMA completion and the like and adapt in real time. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 12 21:02:37 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A12D916A416; Tue, 12 Sep 2006 21:02:37 +0000 (UTC) (envelope-from uberlord@gentoo.org) Received: from mail.marples.name (rsm.demon.co.uk [80.177.111.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34EAC43D55; Tue, 12 Sep 2006 21:02:35 +0000 (GMT) (envelope-from uberlord@gentoo.org) Received: from uberlaptop.marples.name (uberlaptop.marples.name [10.73.1.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.marples.name (Postfix) with ESMTP id E7B0C1900AD; Tue, 12 Sep 2006 22:02:26 +0100 (BST) From: Roy Marples Organization: Gentoo/Linux To: Oliver Fromme Date: Tue, 12 Sep 2006 22:02:28 +0100 User-Agent: KMail/1.9.4 References: <200609121106.k8CB6bwD088486@lurza.secnetix.de> In-Reply-To: <200609121106.k8CB6bwD088486@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609122202.29269.uberlord@gentoo.org> X-Mailman-Approved-At: Tue, 12 Sep 2006 23:11:44 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-standards@freebsd.org, ssedov@mbsd.msk.ru Subject: Re: FreeBSD Port: sysutils/fuser X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 21:02:37 -0000 On Tuesday 12 September 2006 12:06, Oliver Fromme wrote: > Roy Marples wrote: > > Stanislav Sedov wrote: > > > But they wants the value 0 to be returned in case of no errors, and > > > since there are no errors in case of no files opened on mountpoint, > > > returning non-zero could break some apps that relies on POSIX > > > functionality. > > > > > > IIRC, solaris resembles the same behavior. > > > > OK, you win - I'll parse the output :) > > There's no need to parse it. If you only want to know if > _any_ process is accessing a file at all, it's sufficient > to check if stdout from fuser is non-empty. Of course, that's what I meant ;) -- Roy Marples Gentoo/Linux Developer (baselayout, networking) From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 13 01:05:11 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17AF716A407 for ; Wed, 13 Sep 2006 01:05:11 +0000 (UTC) (envelope-from rgregrowe@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E61843D5A for ; Wed, 13 Sep 2006 01:05:10 +0000 (GMT) (envelope-from rgregrowe@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so835378nzn for ; Tue, 12 Sep 2006 18:05:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=lw0tx1kqtewhj/EE63BAoYdWG3j6OF/EvJwOrBTeh+k1xRDM1iQuFLLcFIYtq2iKa2tvwk2OiYiMGqiyyFgQjZMaOEx/C2NpVWKyh23HNvxfz6gN2mn1Qzb+g36Yq3Qfk9jebMG4n99/ORoz1AIRKA3+ZMCO4FWInGykJKYEfJA= Received: by 10.65.219.4 with SMTP id w4mr7932984qbq; Tue, 12 Sep 2006 18:05:08 -0700 (PDT) Received: by 10.65.183.2 with HTTP; Tue, 12 Sep 2006 18:05:08 -0700 (PDT) Message-ID: Date: Tue, 12 Sep 2006 21:05:08 -0400 From: "Greg Rowe" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Asus P5B Motherboards X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2006 01:05:11 -0000 Greetings, There seem to be a couple of us on the cutting edge with the new Asus P5B and P5B Deluxe motherboards that are becoming popular for the Core 2 Duo's. Josh has posted some problems concerning the standard P5b board on -current and I'm having slightly different issues with the P5B Deluxe board dealing with the NVIDIA graphics card and the on-board sound. Trying to start X on the system results in an instantaneous reboot. I'm running 6.1 STABLE from 9/3 which includes the recent ata commits Soren made. The system is basically stable and runs great as a server, but I built it for a desktop system. I tried booting the latest 7.0 ISO to see if that work better and that seems to have some of the ATAPI issues Josh is dealing with. I get a number of "TIMEOUT - READ_BIG retrying" & "timeout's" before it finally throws me into the sysinstall menus. It would appear that it's having problems with the SMbus ? Anyone have one of these boards working or have any suggestions as to what to try ? My config is as follows: FreeBSD 6.1 Stable I386 Asus P5B Deluxe mother board/ 4GB memory E6700 Core 2 Duo Asus EN7600GS Silent HTD/512 MB PCI-E NVIDIA Drivers 1.0-8774 built from /ports 2 SATA 3.0 drives 1 IDE DVR R/W pciconf -lv hostb0@pci0:0:0: class=0x060000 card=0x81ea1043 chip=0x29a08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000088 chip=0x29a18086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI uhci0@pci0:26:0: class=0x0c0300 card=0x81ec1043 chip=0x28348086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB uhci1@pci0:26:1: class=0x0c0300 card=0x81ec1043 chip=0x28358086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB ehci0@pci0:26:7: class=0x0c0320 card=0x81ec1043 chip=0x283a8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB none0@pci0:27:0: class=0x040300 card=0x81ec1043 chip=0x284b8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = multimedia pcib2@pci0:28:0: class=0x060400 card=0x00000040 chip=0x283f8086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib3@pci0:28:4: class=0x060400 card=0x00000040 chip=0x28478086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib4@pci0:28:5: class=0x060400 card=0x00000040 chip=0x28498086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI uhci2@pci0:29:0: class=0x0c0300 card=0x81ec1043 chip=0x28308086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB uhci3@pci0:29:1: class=0x0c0300 card=0x81ec1043 chip=0x28318086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus ehci1@pci0:29:7: class=0x0c0320 card=0x81ec1043 chip=0x28368086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB pcib5@pci0:30:0: class=0x060401 card=0x00000050 chip=0x244e8086 rev=0xf2 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=0x81ec1043 chip=0x28108086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = PCI-ISA atapci1@pci0:31:2: class=0x010601 card=0x81ec1043 chip=0x28218086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = mass storage none1@pci0:31:3: class=0x0c0500 card=0x81ec1043 chip=0x283e8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = SMBus nvidia0@pci1:0:0: class=0x030000 card=0x81f61043 chip=0x039210de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = display subclass = VGA atapci0@pci3:0:0: class=0x010185 card=0x81e41043 chip=0x2363197b rev=0x02 hdr=0x00 class = mass storage subclass = ATA none2@pci2:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab rev=0x12 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' class = network subclass = ethernet fwohci0@pci5:3:0: class=0x0c0010 card=0x815b1043 chip=0x8023104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TSB43AB22/A IEEE1394a-2000 OHCI PHY/Link-Layer Ctrlr' class = serial bus subclass = FireWire skc0@pci5:4:0: class=0x020000 card=0x811a1043 chip=0x432011ab rev=0x13 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '88E8001/8003/8010 Gigabit Ethernet Controller with Integrated PHY (copper)' class = network subclass = ethernet dmesg output in both standard and verbose: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #0: Thu Sep 7 23:59:56 EDT 2006 root@psv2.rowes.org:/usr/obj/usr/src/sys/SMP ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz (2666.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd,CX16,,> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 3153723392 (3007 MB) avail memory = 3076476928 (2933 MB) 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.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR 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 acpi_perf0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 nvidia0: port 0x9c00-0x9c7f mem 0xfd000000-0xfdffffff,0xc0000000-0xcfffffff,0xfc000000-0xfcffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] uhci0: port 0xe000-0xe01f irq 16 at device 26.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 0xe080-0xe09f irq 17 at device 26.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 ehci0: mem 0xfebff400-0xfebff7ff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered ugen0: vendor 0x0bda RTL8187_Wireless, rev 2.00/1.00, addr 2 pci0: at device 27.0 (no driver attached) pcib2: irq 16 at device 28.0 on pci0 pci4: on pcib2 pcib3: irq 16 at device 28.4 on pci0 pci3: on pcib3 atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem 0xfe9fe000-0xfe9fffff irq 16 at device 0.0 on pci3 atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 pcib4: irq 17 at device 28.5 on pci0 pci2: on pcib4 pci2: at device 0.0 (no driver attached) uhci2: port 0xd800-0xd81f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] usb3: on uhci2 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xd880-0xd89f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xdc00-0xdc1f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] usb5: on uhci4 usb5: USB revision 1.0 uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xfebff000-0xfebff3ff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub6: 6 ports with 6 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 fwohci0: mem 0xfeaff800-0xfeafffff,0xfeaf8000-0xfeafbfff irq 21 at device 3.0 on pci5 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:c8:c3:34 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:c8:c3:34 fwe0: Ethernet address: 02:11:d8:c8:c3:34 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) skc0: port 0xc800-0xc8ff mem 0xfeaf4000-0xfeaf7fff irq 19 at device 4.0 on pci5 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:18:f3:2e:40:82 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe41f mem 0xfebff800-0xfebfffff irq 19 at device 31.2 on pci0 atapci1: AHCI Version 01.10 controller with 6 ports detected ata5: on atapci1 ata6: on atapci1 ata7: on atapci1 ata8: on atapci1 ata9: on atapci1 ata10: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 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 acd0: DVDR at ata4-slave UDMA33 ad10: 305245MB at ata5-master SATA300 ad12: 305245MB at ata6-master SATA300 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad10s1a sk0: link state changed to UP dmesg VERBOSE: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 cpu0: on acpi0 acpi_perf0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x29a0, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x29a1, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2834, revid=0x02 bus=0, slot=26, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 0000e000, size 5, enabled pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2835, revid=0x02 bus=0, slot=26, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 0000e080, size 5, enabled pcib0: matched entry for 0.26.INTB pcib0: slot 26 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x283a, revid=0x02 bus=0, slot=26, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base febff400, size 10, enabled pcib0: matched entry for 0.26.INTC pcib0: slot 26 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x284b, revid=0x02 bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base febf8000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 22 found-> vendor=0x8086, dev=0x283f, revid=0x02 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2847, revid=0x02 bus=0, slot=28, func=4 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2849, revid=0x02 bus=0, slot=28, func=5 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x2830, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 map[20]: type 4, range 32, base 0000d800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2831, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=15 map[20]: type 4, range 32, base 0000d880, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2832, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[20]: type 4, range 32, base 0000dc00, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2836, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base febff000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xf2 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2810, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2821, revid=0x02 bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=15 powerspec 3 supports D0 D3 current D0 MSI supports 16 messages map[10]: type 4, range 32, base 0000ec00, size 3, enabled map[14]: type 4, range 32, base 0000e880, size 2, enabled map[18]: type 4, range 32, base 0000e800, size 3, enabled map[1c]: type 4, range 32, base 0000e480, size 2, enabled map[20]: type 4, range 32, base 0000e400, size 5, enabled map[24]: type 1, range 32, base febff800, size 11, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x283e, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=15 map[10]: type 1, range 32, base 00000000, size 8, memory disabled map[20]: type 4, range 32, base 00000400, size 5, enabled pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 pcib1: irq 16 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x9000-0x9fff pcib1: memory decode 0xfa700000-0xfe7fffff pcib1: prefetched decode 0xbfe00000-0xdfdfffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x10de, dev=0x0392, revid=0xa1 bus=1, slot=0, func=0 class=03-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=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base fd000000, size 24, enabled pcib1: (null) requested memory range 0xfd000000-0xfdffffff: good map[14]: type 3, range 64, base c0000000, size 28, enabled pcib1: (null) requested memory range 0xc0000000-0xcfffffff: good map[1c]: type 1, range 64, base fc000000, size 24, enabled pcib1: (null) requested memory range 0xfc000000-0xfcffffff: good map[24]: type 4, range 32, base 00009c00, size 7, enabled pcib1: (null) requested I/O range 0x9c00-0x9c7f: in range pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 nvidia0: port 0x9c00-0x9c7f mem 0xfd000000-0xfdffffff,0xc00000 00-0xcfffffff,0xfc000000-0xfcffffff irq 16 at device 0.0 on pci1 nvidia0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0xfd000000 nvidia0: Reserved 0x10000000 bytes for rid 0x14 type 3 at 0xc0000000 nvidia0: Reserved 0x1000000 bytes for rid 0x1c type 3 at 0xfc000000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 nvidia0: [GIANT-LOCKED] uhci0: port 0xe000-0xe01f irq 16 at device 26.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe000 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 0xe080-0xe09f irq 17 at device 26.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe080 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 50 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 ehci0: mem 0xfebff400-0xfebff7ff irq 18 at d evice 26.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfebff400 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 51 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered ugen0: vendor 0x0bda RTL8187_Wireless, rev 2.00/1.00, addr 2 pci0: at device 27.0 (no driver attached) pcib2: irq 16 at device 28.0 on pci0 pcib2: secondary bus 4 pcib2: subordinate bus 4 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0xfff00000-0xfffff pcib2: prefetched decode 0xdfe00000-0xdfefffff pci4: on pcib2 pci4: physical bus=4 pcib3: irq 16 at device 28.4 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xb000-0xbfff pcib3: memory decode 0xfe900000-0xfe9fffff 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-01-85, 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 0000bc00, size 3, enabled pcib3: (null) requested I/O range 0xbc00-0xbc07: in range map[14]: type 4, range 32, base 0000b880, size 2, enabled pcib3: (null) requested I/O range 0xb880-0xb883: in range map[18]: type 4, range 32, base 0000b800, size 3, enabled pcib3: (null) requested I/O range 0xb800-0xb807: in range map[1c]: type 4, range 32, base 0000b480, size 2, enabled pcib3: (null) requested I/O range 0xb480-0xb483: in range map[20]: type 4, range 32, base 0000b400, size 4, enabled pcib3: (null) requested I/O range 0xb400-0xb40f: in range map[24]: type 1, range 32, base fe9fe000, size 13, enabled pcib3: (null) requested memory range 0xfe9fe000-0xfe9fffff: good pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0x b800-0xb807,0xb480-0xb483,0xb400-0xb40f mem 0xfe9fe000-0xfe9fffff irq 16 at devi ce 0.0 on pci3 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb400 atapci0: [MPSAFE] atapci0: Reserved 0x2000 bytes for rid 0x24 type 3 at 0xfe9fe000 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 0xbc00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xb880 ata4: reset tp1 mask=03 ostat0=7f ostat1=00 ata4: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata4: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata4: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata4: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata4: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata4: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata4: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata4: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata4: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata4: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata4: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata4: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata4: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: reset tp2 stat0=ff stat1=00 devices=0x8 ata4: [MPSAFE] pcib4: irq 17 at device 28.5 on pci0 pcib4: secondary bus 2 pcib4: subordinate bus 2 pcib4: I/O decode 0xa000-0xafff pcib4: memory decode 0xfe800000-0xfe8fffff pcib4: prefetched decode 0xfff00000-0xfffff pci2: on pcib4 pci2: physical bus=2 found-> vendor=0x11ab, dev=0x4364, revid=0x12 bus=2, 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 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base fe8fc000, size 14, enabled pcib4: (null) requested memory range 0xfe8fc000-0xfe8fffff: good map[18]: type 4, range 32, base 0000a800, size 8, enabled pcib4: (null) requested I/O range 0xa800-0xa8ff: in range pcib4: matched entry for 2.0.INTA pcib4: slot 0 INTA hardwired to IRQ 17 pci2: at device 0.0 (no driver attached) uhci2: port 0xd800-0xd81f irq 23 at device 29.0 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 52 uhci2: [GIANT-LOCKED] usb3: on uhci2 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xd880-0xd89f irq 19 at device 29.1 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd880 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 53 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xdc00-0xdc1f irq 18 at device 29.2 on pci0 uhci4: Reserved 0x20 bytes for rid 0x20 type 4 at 0xdc00 uhci4: [GIANT-LOCKED] usb5: on uhci4 usb5: USB revision 1.0 uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xfebff000-0xfebff3ff irq 23 at d evice 29.7 on pci0 ehci1: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfebff000 ehci1: [GIANT-LOCKED] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub6: 6 ports with 6 removable, self powered pcib5: at device 30.0 on pci0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xc000-0xcfff pcib5: memory decode 0xfea00000-0xfeafffff pcib5: prefetched decode 0xfff00000-0xfffff pcib5: Subtractively decoded bridge. pci5: on pcib5 pci5: physical bus=5 found-> vendor=0x104c, dev=0x8023, revid=0x00 bus=5, slot=3, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0016, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=14 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base feaff800, size 11, enabled pcib5: (null) requested memory range 0xfeaff800-0xfeafffff: good map[14]: type 1, range 32, base feaf8000, size 14, enabled pcib5: (null) requested memory range 0xfeaf8000-0xfeafbfff: good pcib5: matched entry for 5.3.INTA pcib5: slot 3 INTA hardwired to IRQ 21 found-> vendor=0x11ab, dev=0x4320, revid=0x13 bus=5, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x17 (5750 ns), maxlat=0x1f (7750 ns) intpin=a, irq=15 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base feaf4000, size 14, enabled pcib5: (null) requested memory range 0xfeaf4000-0xfeaf7fff: good map[14]: type 4, range 32, base 0000c800, size 8, enabled pcib5: (null) requested I/O range 0xc800-0xc8ff: in range pcib5: matched entry for 5.4.INTA pcib5: slot 4 INTA hardwired to IRQ 19 fwohci0: mem 0xfeaff800-0xfeafffff,0xfeaf8000-0x feafbfff irq 21 at device 3.0 on pci5 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xfeaff800 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 54 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:c8:c3:34 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:c8:c3:34 fwe0: bpf attached fwe0: Ethernet address: 02:11:d8:c8:c3:34 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) skc0: port 0xc800-0xc8ff mem 0xfeaf4000-0xfeaf7fff ir q 19 at device 4.0 on pci5 skc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfeaf4000 skc0: interrupt moderation is 100 us skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) skc0: PN: Yukon 88E8001 skc0: EC: Rev. 1.3 skc0: MN: Marvell skc0: SN: AbCdEfG2E4082 skc0: chip ver = 0xb1 skc0: chip rev = 0x09 skc0: SK_EPROM0 = 0x10 skc0: SRAM size = 0x010000 sk0: on skc0 sk0: bpf attached sk0: Ethernet address: 00:18:f3:2e:40:82 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [MPSAFE] isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xec00-0xec07,0xe880-0xe883,0xe800 -0xe807,0xe480-0xe483,0xe400-0xe41f mem 0xfebff800-0xfebfffff irq 19 at device 3 1.2 on pci0 atapci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe400 atapci1: [MPSAFE] atapci1: Reserved 0x800 bytes for rid 0x24 type 3 at 0xfebff800 atapci1: AHCI Version 01.10 controller with 6 ports detected ata5: on atapci1 ata5: SATA connect ready time=0ms ata5: sata_connect devices=0x1 ata5: [MPSAFE] ata6: on atapci1 ata6: SATA connect ready time=0ms ata6: sata_connect devices=0x1 ata6: [MPSAFE] ata7: on atapci1 ata7: SATA connect status=00000000 ata7: [MPSAFE] ata8: on atapci1 ata8: SATA connect status=00000000 ata8: [MPSAFE] ata9: on atapci1 ata9: SATA connect status=00000000 ata9: [MPSAFE] ata10: on atapci1 ata10: SATA connect status=00000000 ata10: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 sio0: irq maps: 0xcca9 0xccb9 0xcca9 0xcca9 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 55 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi 0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 56 fdc0: [MPSAFE] fdc0: [FAST] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 57 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 58 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 ex_isa_identify() atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 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 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 9: ioport 0x9c00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed 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 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 14 (ISA IRQ 14) to vector 59 ata0: [MPSAFE] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 60 ata1: [MPSAFE] bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xcca9 0xcca9 0xcca9 0xcca9 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 194189 -> 100000 procfs registered lapic: Divisor 2, Frequency 133333765 hz Timecounter "TSC" frequency 2666676040 Hz quality -100 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached rr232x: no controller detected. ata4-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire acd0: DVDR drive at ata4 as slave acd0: read 4133KB/s (4133KB/s) write 4133KB/s (4133KB/s), 2000KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable caddy, 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 ad10: Intel check1 failed ad10: Adaptec check1 failed ad10: LSI (v3) check1 failed ad10: LSI (v2) check1 failed ad10: FreeBSD check1 failed ata6-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad12: 305245MB at ata6-master SATA300 ad12: 625142448 sectors [620181C/16H/63S] 16 sectors/interrupt 1 depth queue ad12: Intel check1 failed ad12: Adaptec check1 failed ad12: LSI (v3) check1 failed ad12: LSI (v2) check1 failed ad12: FreeBSD check1 failed GEOM: new disk ad10 GEOM: new disk ad12 (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 INTR: Assigning IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 1 to local APIC 0 INTR: Assigning IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 4 to local APIC 1 INTR: Assigning IRQ 6 to local APIC 0 ioapic0: Assigning ISA IRQ 6 to local APIC 0 INTR: Assigning IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 1 INTR: Assigning IRQ 12 to local APIC 0 ioapic0: Assigning ISA IRQ 12 to local APIC 0 INTR: Assigning IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 1 INTR: Assigning IRQ 12 to local APIC 0 ioapic0: Assigning ISA IRQ 12 to local APIC 0 INTR: Assigning IRQ 14 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 1 INTR: Assigning IRQ 15 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 0 INTR: Assigning IRQ 16 to local APIC 1 ioapic0: Assigning PCI IRQ 16 to local APIC 1 INTR: Assigning IRQ 17 to local APIC 0 ioapic0: Assigning PCI IRQ 17 to local APIC 0 INTR: Assigning IRQ 18 to local APIC 1 ioapic0: Assigning PCI IRQ 18 to local APIC 1 INTR: Assigning IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 19 to local APIC 0 INTR: Assigning IRQ 21 to local APIC 1 ioapic0: Assigning PCI IRQ 21 to local APIC 1 INTR: Assigning IRQ 23 to local APIC 0 ioapic0: Assigning PCI IRQ 23 to local APIC 0 Trying to mount root from ufs:/dev/ad10s1a start_init: trying /sbin/init sk0: link state changed to UP INTR: Assigning IRQ 22 to local APIC 1 ioapic0: Assigning PCI IRQ 22 to local APIC 1 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 61 Thanks, Greg From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 13 06:10:08 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F1EC16A403 for ; Wed, 13 Sep 2006 06:10:08 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD73C43D49 for ; Wed, 13 Sep 2006 06:10:07 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GNNwk-000C6r-4q for freebsd-hackers@freebsd.org; Wed, 13 Sep 2006 09:10:06 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 Sep 2006 09:10:06 +0300 From: Danny Braniss Message-ID: Subject: acpi problem? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2006 06:10:08 -0000 testing 6.1-STABLE on two new boxes, a dell-2950 and a lenovo laptop, both intel based, show similar symptoms: shutdown -r/-p sometimes just hangs they here for evaluation, so if someone is interested in hunting this down ... thanks, danny From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 13 06:36:03 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 527EE16A403 for ; Wed, 13 Sep 2006 06:36:03 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6EE043D46 for ; Wed, 13 Sep 2006 06:36:02 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GNOLq-000DC2-1Q for freebsd-hackers@freebsd.org; Wed, 13 Sep 2006 09:36:02 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 Sep 2006 09:36:01 +0300 From: Danny Braniss Message-ID: Subject: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2006 06:36:03 -0000 Im testing these 2 boxes, Sun X4100 and Dell-2950, and: SUN X4100: Dual Core AMD Opteron(tm) Processor 280 (2393.19-MHz K8-class CPU) one 70g sata disk DELL 2950: Intel(R) Xeon(TM) CPU 3.20GHz (3192.98-MHz K8-class CPU) 4 sata disks + raid0 they both run identical 6.1-STABLE. my 'cpu benchmark' shows the amd being much better than the intel. but, doing a make buildworld give interesting results: dell-2950 : make -j16 TARGET_ARCH=amd64 buildworld : 24m17.41s real 1h3m3.26s user 17m15.07s sys dell-2950 : make -j8 TARGET_ARCH=amd64 buildworld : 24m8.28s real 1h2m59.38s user 16m16.20s sys sunfire : make -j16 TARGET_ARCH=amd64 buildworld : 24m21.38s real 49m6.68s user 14m22.64s sys sunfire : make -j8 TARGET_ARCH=amd64 buildworld : 23m47.69s real 48m53.58s user 13m44.81s sys which probably says something about my 'cpu benchmark' :-( but why is the user time so much different between the boxes? danny From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 13 06:39:43 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C56E16A403 for ; Wed, 13 Sep 2006 06:39:43 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57CCB43D45 for ; Wed, 13 Sep 2006 06:39:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id F2FEB1A3C1A; Tue, 12 Sep 2006 23:39:42 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5712F514AF; Wed, 13 Sep 2006 02:39:41 -0400 (EDT) Date: Wed, 13 Sep 2006 02:39:41 -0400 From: Kris Kennaway To: Tony Maher Message-ID: <20060913063940.GA91061@xor.obsecurity.org> References: <4506F7D7.9070003@ez.pereslavl.ru> <450737BF.7050709@uts.edu.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <450737BF.7050709@uts.edu.au> User-Agent: Mutt/1.4.2.2i Cc: freebsd-hackers@freebsd.org, Alexey Mikhailov Subject: Re: Problem installing Mathematica on FreeBSD 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2006 06:39:43 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 13, 2006 at 08:42:07AM +1000, Tony Maher wrote: > I have test installed Mathematica 5.2 and it appears to work fine > (I do not actually use it except for simple tests) >=20 > ldd Mathematica > Mathematica: > libm.so.6 =3D> /lib/obsolete/linuxthreads/libm.so.6 (0x384ed000) > libpthread.so.0 =3D> /lib/obsolete/linuxthreads/libpthread.so.0 (0x38= 514000) > librt.so.1 =3D> /lib/obsolete/linuxthreads/librt.so.1 (0x38567000) > libXt.so.6 =3D> /usr/X11R6/lib/libXt.so.6 (0x3857a000) > libXext.so.6 =3D> /usr/X11R6/lib/libXext.so.6 (0x385cf000) > libXmu.so.6 =3D> /usr/X11R6/lib/libXmu.so.6 (0x385de000) > libSM.so.6 =3D> /usr/X11R6/lib/libSM.so.6 (0x385f5000) > libICE.so.6 =3D> /usr/X11R6/lib/libICE.so.6 (0x385ff000) > libX11.so.6 =3D> /usr/X11R6/lib/libX11.so.6 (0x38619000) > libc.so.6 =3D> /lib/obsolete/linuxthreads/libc.so.6 (0x386ec000) > /lib/ld-linux.so.2 (0x384ce000) > libdl.so.2 =3D> /lib/libdl.so.2 (0x3880b000) Something is still wrong, looks like you also need to add the linux-xorg-libraries (unless your /usr/X11R6 is actually linux somehow). Kris --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFB6esWry0BWjoQKURAtlHAKDuEz/JDRvzlHP59z0lxCPFcKiJKACg7z3b 1aIpXjtTUSrA+P0An7P/9rE= =titO -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 13 08:04:13 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8232216A403; Wed, 13 Sep 2006 08:04:13 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9508B43D53; Wed, 13 Sep 2006 08:04:12 +0000 (GMT) (envelope-from rb@gid.co.uk) Received: from prune.gid.co.uk (host-84-9-12-193.bulldogdsl.com [84.9.12.193]) by gidgate.gid.co.uk (8.11.7/8.11.6) with ESMTP id k8D7wvR49263; Wed, 13 Sep 2006 08:58:57 +0100 (BST) (envelope-from rb@gid.co.uk) Message-Id: <7.0.1.0.2.20060913083432.07ce6ee0@gid.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Wed, 13 Sep 2006 08:58:38 +0100 To: hackers@freebsd.org, hardware@freebsd.org From: Bob Bishop Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Intel SR1500/S5000PAL/Xeon 5050 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2006 08:04:13 -0000 Hi, Further to my question a couple of weeks ago, I've now had a chance to play with these beasts. Pretty impressive. Some points to note: 6.1R doesn't grok the onboard SATA controller (sysinstall hangs), RELENG_6 as of last week is OK although in RAID1 mode I had to do an 'atacontrol create' before sysinstall would recognise it as a RAID1. Even in a diskless box, you have to include the passive (SATA) backplane because that also carries fan power and the interface for the front control panel. Also that 600W PSU is not a joke, a diskless unit pulls over 500W. The optional Remote Management Module works pretty well, basically it gives a web interface to the IPMI functionality in the BMC. Some frobbing may be required if your LAN is not /24 or you want to access it over an SSH tunnel. I haven't had a chance yet to investigate the IPMI/serial-over-LAN overlaid on to the main NICs. -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 13 10:13:35 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D0FB16A40F for ; Wed, 13 Sep 2006 10:13:35 +0000 (UTC) (envelope-from anthony.maher@uts.edu.au) Received: from dib.itd.uts.edu.au (dib.itd.uts.edu.au [138.25.22.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F7F143D46 for ; Wed, 13 Sep 2006 10:13:34 +0000 (GMT) (envelope-from anthony.maher@uts.edu.au) Received: by dib.itd.uts.edu.au (Postfix, from userid 1011) id 72148DF6EE; Wed, 13 Sep 2006 20:09:26 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by dib.itd.uts.edu.au (Postfix/Intermediary) with ESMTP id 608D4DF6F3; Wed, 13 Sep 2006 20:09:26 +1000 (EST) Received: from vimes (vimes.itd.uts.edu.au [138.25.243.34]) by dib.itd.uts.edu.au (Postfix/Ingress) with ESMTP id 4C0B8DF6EE; Wed, 13 Sep 2006 20:09:26 +1000 (EST) Received: from [192.168.0.10] (c58-107-99-98.thorn1.nsw.optusnet.com.au [58.107.99.98]) by postoffice.uts.edu.au (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTPSA id <0J5J0073T0EK61B0@postoffice.uts.edu.au>; Wed, 13 Sep 2006 20:13:33 +1000 (EST) Date: Wed, 13 Sep 2006 20:13:32 +1000 From: Tony Maher In-reply-to: <20060913063940.GA91061@xor.obsecurity.org> To: Kris Kennaway Message-id: <4507D9CC.4060704@uts.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en X-Enigmail-Version: 0.93.0.0 References: <4506F7D7.9070003@ez.pereslavl.ru> <450737BF.7050709@uts.edu.au> <20060913063940.GA91061@xor.obsecurity.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20060511 Cc: freebsd-hackers@freebsd.org, Alexey Mikhailov Subject: Re: Problem installing Mathematica on FreeBSD 6.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2006 10:13:35 -0000 Kris Kennaway wrote: > On Wed, Sep 13, 2006 at 08:42:07AM +1000, Tony Maher wrote: > > >>I have test installed Mathematica 5.2 and it appears to work fine >>(I do not actually use it except for simple tests) >> >>ldd Mathematica >>Mathematica: >> libm.so.6 => /lib/obsolete/linuxthreads/libm.so.6 (0x384ed000) >> libpthread.so.0 => /lib/obsolete/linuxthreads/libpthread.so.0 (0x38514000) >> librt.so.1 => /lib/obsolete/linuxthreads/librt.so.1 (0x38567000) >> libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x3857a000) >> libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x385cf000) >> libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x385de000) >> libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x385f5000) >> libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x385ff000) >> libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x38619000) >> libc.so.6 => /lib/obsolete/linuxthreads/libc.so.6 (0x386ec000) >> /lib/ld-linux.so.2 (0x384ce000) >> libdl.so.2 => /lib/libdl.so.2 (0x3880b000) > > > Something is still wrong, looks like you also need to add the > linux-xorg-libraries (unless your /usr/X11R6 is actually linux > somehow). Yes you do need linux-xorg-libraries. file /usr/X11R6/lib/libX11.so.6 /usr/X11R6/lib/libX11.so.6: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped file /usr/compat/linux/usr/X11R6/lib/libX11.so.6 /usr/compat/linux/usr/X11R6/lib/libX11.so.6: symbolic link to `libX11.so.6.2' file /usr/compat/linux/usr/X11R6/lib/libX11.so.6.2 /usr/compat/linux/usr/X11R6/lib/libX11.so.6.2: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped pkg_which /usr/compat/linux/usr/X11R6/lib/libX11.so.6.2 linux_devtools-8.0_5 linux-xorg-libs-6.8.2_5 My notes from the install Dec 15 2005 -------------------------------------------------------------------------------------- cp files to hard disk as per handbook. Set fallback sysctl run install edit scripts in /usr/local/bin to use PATH="/compat/linux/usr/bin:/compat/linux/bin:/usr/bin:/bin:${PATH}" edit /usr/local/Wolfram/Mathematica/5.2/SystemFiles/FrontEnd/SystemResources/X/XMathematica *fontList: -*-helvetica-medium-r-*-*-18-100-*-*-*-*-*-* *screenXResolution: 147 *screenYResolution: 147 Useful to avoid warning on first start up edit /usr/local/bin/math to use linux proc and mount it. /usr/local/bin/math: cpuvendor=`cat /compat/linux/proc/cpuinfo | grep 'vendor_id' | awk '{print $3}' | uniq` /usr/local/bin/math: cpuid=`cat /compat/linux/proc/cpuinfo | grep 'cpu family' | awk '{print $4}' | uniq` /usr/local/bin/math: OMP_NUM_THREADS=`cat /compat/linux/proc/cpuinfo | grep processor | wc -l | tr -d ' '`; --------------------------------------------------------------------------------------- -- tonym From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 13 16:00:36 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD45D16A412 for ; Wed, 13 Sep 2006 16:00:36 +0000 (UTC) (envelope-from ashok.shrestha@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 691C843D49 for ; Wed, 13 Sep 2006 16:00:32 +0000 (GMT) (envelope-from ashok.shrestha@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so2133161uge for ; Wed, 13 Sep 2006 09:00:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=YKSBjxHsD5+iXg+TtrZrxe7FwUvkh35Q+BbdLfE2v0DeV5Sdp2MUtJ3Bq4oXWNV1C4zx4+nUtrwafQaumiA2gRWRnOMo+ynYU2YpPfN0n+VyySkaFavnX6pWuZQlaFG6BWVHwFE1lKe5s9MwV1U5FyDyqn6ylwQnvEgbvlhKDrg= Received: by 10.67.29.12 with SMTP id g12mr4184978ugj; Wed, 13 Sep 2006 09:00:30 -0700 (PDT) Received: by 10.66.251.5 with HTTP; Wed, 13 Sep 2006 09:00:30 -0700 (PDT) Message-ID: <79e2026f0609130900y74070042ya5a99204d0bf1c1@mail.gmail.com> Date: Wed, 13 Sep 2006 12:00:30 -0400 From: "Ashok Shrestha" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: ashok.shrestha@hlsc.com Subject: samba file copy lag X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2006 16:00:36 -0000 Hi, I have a freebsd machine which has an Samba share mounted (using mount_smbfs) - mounted to /mnt/windowsserver/c-drive. Additionally, I have a Samba share that shares that mount point. So here's the issue. If I copy a file from a Windows machine (my desktop, for instance) to \\bsdserver\windowsserver\ -- it's fast. (note: that's not a smb mounted point; it's still the bsd machine). [I'll label this point A to B.] If I'm on the bsd machine, and I copy a file from the bsd machine to the mount_smbfs mount, it's fast. (Like, copy a file from /mnt/windowsserver/ to /mnt/windowsserver/c-drive). [Point B to C] But if I try to copy a file directly from my desktop Windows machine to \\bsdserver\windowsserver\c-drive, it's significantly slow. [Point A to C] In brief, copying from point A to B is fast; copying from B to C is fast; but copying from A to C is significantly slow. E.g., copying a 70 MB file from A to B is takes 10 secs; copying the same file from B to C takes about 10 secs; but copying from A to C takes around 6 minutes. The bsd machine's cpu util is like 1%. And I am using two nic cards in the bsd server: one for A-B, and the other for B-C. Any suggesstions? Specs: Freebsd 6.1-RELEASE amd64 Samba 3.0.21b,1 Mount command: mount_smbfs -c1 -N -W LAN //user@windowsserver/c-drive /mnt/windowsserver/c-drive -- Ashok Shrestha From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 13 17:00:23 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6632E16A40F for ; Wed, 13 Sep 2006 17:00:23 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id ABCC443D45 for ; Wed, 13 Sep 2006 17:00:22 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 50006 invoked by uid 1001); 13 Sep 2006 17:00:26 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Wed, 13 Sep 2006 13:00:26 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17672.14633.859999.417883@bhuda.mired.org> Date: Wed, 13 Sep 2006 13:00:25 -0400 To: Danny Braniss In-Reply-To: References: X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2006 17:00:23 -0000 In , Danny Braniss typed: > Im testing these 2 boxes, Sun X4100 and Dell-2950, and: > > SUN X4100: Dual Core AMD Opteron(tm) Processor 280 (2393.19-MHz K8-class CPU) > one 70g sata disk > DELL 2950: Intel(R) Xeon(TM) CPU 3.20GHz (3192.98-MHz K8-class CPU) > 4 sata disks + raid0 > > they both run identical 6.1-STABLE. > > my 'cpu benchmark' shows the amd being much better than the intel. > but, doing a make buildworld give interesting results: > > dell-2950 : make -j16 TARGET_ARCH=amd64 buildworld : 24m17.41s real 1h3m3.26s > user 17m15.07s sys > dell-2950 : make -j8 TARGET_ARCH=amd64 buildworld : 24m8.28s real 1h2m59.38s > user 16m16.20s sys > > sunfire : make -j16 TARGET_ARCH=amd64 buildworld : 24m21.38s real 49m6.68s > user 14m22.64s sys > sunfire : make -j8 TARGET_ARCH=amd64 buildworld : 23m47.69s real 48m53.58s > user 13m44.81s sys > > which probably says something about my 'cpu benchmark' :-( Yes - that it's not very good at predicting performance on a parallel make. That's not surprising, as it's true of most benchmarks. You might want to check out some of the benchmarks in the ports tree as well. > but why is the user time so much different between the boxes? What's the CPU configuration? The AMD is dual core - is that it? Could the Xeon be dual-core and hyperthreaded, so it's got that many more CPUs to contribute towards user time? To illustrate, I have numbers for "make -j4" for a P4 with and without hyperthreading enabled: machdep.hyperthreading_allowed: 1 -> 0 50m55.99s real 35m28s.19 user 8m20s.02 sys machdep.hyperthreading_allowed: 0 -> 1 38m48s.85 real 55m2s.43 user 12m27s.90 sys Note the effect of the second CPU on the user time. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 13 17:22:55 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 533D716A407 for ; Wed, 13 Sep 2006 17:22:55 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A9BE43D58 for ; Wed, 13 Sep 2006 17:22:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 467FB1A3C20; Wed, 13 Sep 2006 10:22:54 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8CD4651305; Wed, 13 Sep 2006 13:22:53 -0400 (EDT) Date: Wed, 13 Sep 2006 13:22:53 -0400 From: Kris Kennaway To: Mike Meyer Message-ID: <20060913172253.GA17499@xor.obsecurity.org> References: <17672.14633.859999.417883@bhuda.mired.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <17672.14633.859999.417883@bhuda.mired.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2006 17:22:55 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 13, 2006 at 01:00:25PM -0400, Mike Meyer wrote: > > SUN X4100: Dual Core AMD Opteron(tm) Processor 280 (2393.19-MHz K8-cla= ss CPU) > > one 70g sata disk > > DELL 2950: Intel(R) Xeon(TM) CPU 3.20GHz (3192.98-MHz K8-class CPU) > > 4 sata disks + raid0 > >=20 > > they both run identical 6.1-STABLE. > >=20 > > my 'cpu benchmark' shows the amd being much better than the intel. > > but, doing a make buildworld give interesting results: > >=20 > > dell-2950 : make -j16 TARGET_ARCH=3Damd64 buildworld : 24m17.41s real 1= h3m3.26s=20 > > user 17m15.07s sys > > dell-2950 : make -j8 TARGET_ARCH=3Damd64 buildworld : 24m8.28s real 1h2= m59.38s=20 > > user 16m16.20s sys > >=20 > > sunfire : make -j16 TARGET_ARCH=3Damd64 buildworld : 24m21.38s real 49m= 6.68s=20 > > user 14m22.64s sys > > sunfire : make -j8 TARGET_ARCH=3Damd64 buildworld : 23m47.69s real 48m5= 3.58s=20 > > user 13m44.81s sys > >=20 > > which probably says something about my 'cpu benchmark' :-( >=20 > Yes - that it's not very good at predicting performance on a parallel > make. That's not surprising, as it's true of most benchmarks. You > might want to check out some of the benchmarks in the ports tree as > well. >=20 > > but why is the user time so much different between the boxes? >=20 > What's the CPU configuration? The AMD is dual core - is that it? Could > the Xeon be dual-core and hyperthreaded, so it's got that many more > CPUs to contribute towards user time? >=20 > To illustrate, I have numbers for "make -j4" for a P4 with and without > hyperthreading enabled: >=20 > machdep.hyperthreading_allowed: 1 -> 0 > 50m55.99s real 35m28s.19 user 8m20s.02 sys > machdep.hyperthreading_allowed: 0 -> 1 > 38m48s.85 real 55m2s.43 user 12m27s.90 sys >=20 > Note the effect of the second CPU on the user time. i.e. since the hyperthreading virtual CPUs are not actually real CPUs, they spend a lot of time blocked in the same CPU core waiting for another hyperthread to release a resource, so the threads are both "running" from the point of view of the OS, but one is doing no work on the CPU a lot of the time. This means that hyperthreading may or may not increase your performance depending on your workload (in your case it does). Kris --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFCD5sWry0BWjoQKURAlwTAKCX7BnLNqbKa5jug7QU+pyk4HSx9QCfXvEd 7ovzThF90AyVJ/dbkwwT5LY= =CZoW -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 13 19:08:35 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3320716A403 for ; Wed, 13 Sep 2006 19:08:35 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id A8CF743D7C for ; Wed, 13 Sep 2006 19:08:34 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 25342 invoked by uid 1001); 13 Sep 2006 19:08:38 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Wed, 13 Sep 2006 15:08:27 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17672.22312.473257.577649@bhuda.mired.org> Date: Wed, 13 Sep 2006 15:08:24 -0400 To: Kris Kennaway In-Reply-To: <20060913172253.GA17499@xor.obsecurity.org> References: <17672.14633.859999.417883@bhuda.mired.org> <20060913172253.GA17499@xor.obsecurity.org> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2006 19:08:35 -0000 In <20060913172253.GA17499@xor.obsecurity.org>, Kris Kennaway typed: > On Wed, Sep 13, 2006 at 01:00:25PM -0400, Mike Meyer wrote: > > To illustrate, I have numbers for "make -j4" for a P4 with and without > > hyperthreading enabled: > > > > machdep.hyperthreading_allowed: 1 -> 0 > > 50m55.99s real 35m28s.19 user 8m20s.02 sys > > machdep.hyperthreading_allowed: 0 -> 1 > > 38m48s.85 real 55m2s.43 user 12m27s.90 sys > > > > Note the effect of the second CPU on the user time. > > i.e. since the hyperthreading virtual CPUs are not actually real CPUs, > they spend a lot of time blocked in the same CPU core waiting for > another hyperthread to release a resource, so the threads are both > "running" from the point of view of the OS, but one is doing no work > on the CPU a lot of the time. In other words, hyperthreading makes the measurement FreeBSD takes to see how much cpu time is being used nearly meaningless. I hadn't realized that. My understanding was that hyperthreading was intended to let the system make more efficient use of the CPU, by providing two instruction streams to be scheduled in the pipeline. This means you get fewer bubbles in the pipeline, resulting in more work getting done in the same number of cycles. The hyperthreads don't lock resources per se, but there are lots of screwy rules about when things can be put in the pipeline, leading to the same result - a hyperthread will "wait" some number of steps in the pipeline for the rules to allow the hyperthreads next step to happen. Later implementations of hyperthreading relax the rules, meaning you get less waiting, or more efficient use of the cpu, depending on how you want to look at it. > This means that hyperthreading may or may not increase your > performance depending on your workload (in your case it does). Which is why I checked. This behavior isn't really different from any other multi-CPU system: enabling another processor may or may not increase your performance depending on your workload. In particular, if some shared resource is the critical one for your workload and you don't get more of it by turning on the second CPU, turning on the second CPU will not improve performance, and will probably hurt it by adding overhead. Hyperthreading is the worst case I know of, because those CPUs share the CPU core. I once benchmarked a VAX 8820 using a simulated multi-user workload. The numbers said it supported more users with the second CPU turned off. The reality was different, because my real workload included long-running number-crunchers, where the simulated load didn't. Those got serious benefit from the second CPU. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 13 21:07:01 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 017E516A416 for ; Wed, 13 Sep 2006 21:07:01 +0000 (UTC) (envelope-from psthomso@hotmail.com) Received: from bay0-omc3-s29.bay0.hotmail.com (bay0-omc3-s29.bay0.hotmail.com [65.54.246.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id B91A143D46 for ; Wed, 13 Sep 2006 21:07:00 +0000 (GMT) (envelope-from psthomso@hotmail.com) Received: from BAY102-W4 ([64.4.61.104]) by bay0-omc3-s29.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 13 Sep 2006 14:07:01 -0700 X-Originating-IP: [143.182.124.3] X-Originating-Email: [psthomso@hotmail.com] Message-ID: MIME-Version: 1.0 From: "Sean Thomson" To: freebsd-hackers@freebsd.org Date: Wed, 13 Sep 2006 15:07:00 -0600 X-OriginalArrivalTime: 13 Sep 2006 21:07:01.0013 (UTC) FILETIME=[8E4D8450:01C6D778] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Issue with loading a module X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2006 21:07:01 -0000 Hi Folks, =20 In working with a device driver, sometimes after I rebuild it and reload it, I'll get system log errors like =20 'link_elf: symbol yyz undefined' =20 Actually, I'll get an entry for all my=20 exported symbols. If I reboot, it clears up. =20 I'm working on a stock 6.1 kernel. =20 Has anyone else seen this? I poked around the mailing lists but didn't find any like this? =20 thanks! Pat Thomson _________________________________________________________________ Search from any Web page with powerful protection. Get the FREE Windows Liv= e Toolbar Today! http://get.live.com/toolbar/overview= From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 13 21:12:41 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C522416A407 for ; Wed, 13 Sep 2006 21:12:41 +0000 (UTC) (envelope-from kkennawa@yahoo.ca) Received: from web35907.mail.mud.yahoo.com (web35907.mail.mud.yahoo.com [66.163.179.191]) by mx1.FreeBSD.org (Postfix) with SMTP id E793E43D73 for ; Wed, 13 Sep 2006 21:12:32 +0000 (GMT) (envelope-from kkennawa@yahoo.ca) Received: (qmail 59213 invoked by uid 60001); 13 Sep 2006 21:12:32 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=gx9CKl8kkyK7P8XsPI/1qAMCav8E63BCOUIqM9JQ0pSHSiiqa3q69BY8qmwss6ejQsYgvM2ZDwm/3H4HiJPjSgOYknm8ICb5+0XS+/e/Nz4bbwReHmAQqB2zNAcptt9CapdRnSvf1EjxE5Q82vTH3v99xOMAQmrUDEXw6BsofjY= ; Message-ID: <20060913211232.59211.qmail@web35907.mail.mud.yahoo.com> Received: from [128.100.78.49] by web35907.mail.mud.yahoo.com via HTTP; Wed, 13 Sep 2006 17:12:32 EDT Date: Wed, 13 Sep 2006 17:12:32 -0400 (EDT) From: Kris Kennaway To: Mike Meyer , Kris Kennaway In-Reply-To: <17672.22312.473257.577649@bhuda.mired.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 14 Sep 2006 01:16:44 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2006 21:12:41 -0000 --- Mike Meyer wrote: > > i.e. since the hyperthreading virtual CPUs are not > actually real CPUs, > > they spend a lot of time blocked in the same CPU > core waiting for > > another hyperthread to release a resource, so the > threads are both > > "running" from the point of view of the OS, but > one is doing no work > > on the CPU a lot of the time. > > In other words, hyperthreading makes the measurement > FreeBSD takes to > see how much cpu time is being used nearly > meaningless. I hadn't > realized that. > > My understanding was that hyperthreading was > intended to let the > system make more efficient use of the CPU, by > providing two > instruction streams to be scheduled in the pipeline. > This means you > get fewer bubbles in the pipeline, resulting in more > work getting done > in the same number of cycles. The hyperthreads don't > lock resources > per se, but there are lots of screwy rules about > when things can be > put in the pipeline, leading to the same result - a > hyperthread will > "wait" some number of steps in the pipeline for the > rules to allow the > hyperthreads next step to happen. Later > implementations of > hyperthreading relax the rules, meaning you get less > waiting, or more > efficient use of the cpu, depending on how you want > to look at it. Yes, but the net result is that when two instructions are scheduled on the CPU which require the same CPU execution unit or other CPU resource, they will serialize on the chip, and from the point of view of the OS one instruction will take twice as long to execute as the other. There's nothing the OS can really do to avoid charging the process for the extra time since the OS doesn't know that the CPU blocked one of the instructions it was told to execute. Anyway, there are other conditions where the CPU will stall a "running" instruction leading to "extra" time charged to the process when the CPU was doing no work (e.g. cache misses), so this is just one more thing to understand about CPU performance and what affects it. If you really want to tune your application precisely then you need to delve into the statistics counters provided by the CPU (see e.g. pmcstat(8)). Note that you can still use the existing time accounting behaviour to tune your application for performance (or evaluate how non-optimal it is) on a HTT CPU, e.g. by comparing numbers with/without HTT. > > This means that hyperthreading may or may not > increase your > > performance depending on your workload (in your > case it does). > > Which is why I checked. This behavior isn't really > different from any > other multi-CPU system: enabling another processor > may or may not > increase your performance depending on your > workload. In particular, > if some shared resource is the critical one for your > workload and you > don't get more of it by turning on the second CPU, > turning on the > second CPU will not improve performance, and will > probably hurt it by > adding overhead. Hyperthreading is the worst case I > know of, because > those CPUs share the CPU core. Yep, not different in quality, but in degree; if you compare a dual core system to a hyperthreading system, all other things being equal a dual core system will win hands down. The key to remember is that while hyperthreading presents itself to the OS as being two independent virtual CPUs, there are worst case scenarios where it's no better than a single CPU and in practise is worse than a single CPU because of the extra overhead required in a SMP kernel. Kris __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 06:53:08 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D19D016A407 for ; Thu, 14 Sep 2006 06:53:08 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29CF643D9B for ; Thu, 14 Sep 2006 06:52:54 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (jdf3mdce8qzp1caj@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k8E6qrge089692; Wed, 13 Sep 2006 23:52:53 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k8E6qqlQ089691; Wed, 13 Sep 2006 23:52:52 -0700 (PDT) (envelope-from jmg) Date: Wed, 13 Sep 2006 23:52:52 -0700 From: John-Mark Gurney To: Sean Thomson Message-ID: <20060914065252.GB9421@funkthat.com> Mail-Followup-To: Sean Thomson , freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-hackers@freebsd.org Subject: Re: Issue with loading a module X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 06:53:08 -0000 Sean Thomson wrote this message on Wed, Sep 13, 2006 at 15:07 -0600: > In working with a device driver, sometimes > after I rebuild it and reload it, I'll get > system log errors like > > 'link_elf: symbol yyz undefined' I assume that it fails to load when you get this message? > Actually, I'll get an entry for all my > exported symbols. If I reboot, it clears > up. exported from your kernel module? > I'm working on a stock 6.1 kernel. > > Has anyone else seen this? I poked around > the mailing lists but didn't find any > like this? Usually this is due to depending upon symbols that another module exports, but not having a MODULE_DEPEND line to let one module see the other module's symbols... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 10:13:41 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A68516A415 for ; Thu, 14 Sep 2006 10:13:41 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CB6043D49 for ; Thu, 14 Sep 2006 10:13:40 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GNoDy-0004CF-5k; Thu, 14 Sep 2006 13:13:38 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Mike Meyer In-reply-to: Your message of Wed, 13 Sep 2006 13:00:25 -0400 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Sep 2006 13:13:38 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, Kris Kennaway Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 10:13:41 -0000 > In , Danny Braniss typed: > > Im testing these 2 boxes, Sun X4100 and Dell-2950, and: > > > > SUN X4100: Dual Core AMD Opteron(tm) Processor 280 (2393.19-MHz K8-class CPU) > > one 70g sata disk > > DELL 2950: Intel(R) Xeon(TM) CPU 3.20GHz (3192.98-MHz K8-class CPU) > > 4 sata disks + raid0 > > > > they both run identical 6.1-STABLE. > > > > my 'cpu benchmark' shows the amd being much better than the intel. > > but, doing a make buildworld give interesting results: > > > > dell-2950 : make -j16 TARGET_ARCH=amd64 buildworld : 24m17.41s real 1h3m3.26s > > user 17m15.07s sys > > dell-2950 : make -j8 TARGET_ARCH=amd64 buildworld : 24m8.28s real 1h2m59.38s > > user 16m16.20s sys > > > > sunfire : make -j16 TARGET_ARCH=amd64 buildworld : 24m21.38s real 49m6.68s > > user 14m22.64s sys > > sunfire : make -j8 TARGET_ARCH=amd64 buildworld : 23m47.69s real 48m53.58s > > user 13m44.81s sys > > > > which probably says something about my 'cpu benchmark' :-( > > Yes - that it's not very good at predicting performance on a parallel > make. That's not surprising, as it's true of most benchmarks. You > might want to check out some of the benchmarks in the ports tree as > well. i've been using it since the days of the p90, and this is the first time it has failed me! it only measures (or tries) the cpu performance on some standard functions. > > > but why is the user time so much different between the boxes? > > What's the CPU configuration? The AMD is dual core - is that it? Could > the Xeon be dual-core and hyperthreaded, so it's got that many more > CPUs to contribute towards user time? > > To illustrate, I have numbers for "make -j4" for a P4 with and without > hyperthreading enabled: > > machdep.hyperthreading_allowed: 1 -> 0 > 50m55.99s real 35m28s.19 user 8m20s.02 sys > machdep.hyperthreading_allowed: 0 -> 1 > 38m48s.85 real 55m2s.43 user 12m27s.90 sys > > Note the effect of the second CPU on the user time. > i did the tests with hyperbluffing disabled in the bios. now, since you asked i tried: sysctl machdep.cpu_idle_hlt=0 machdep.cpu_idle_hlt: 1 -> 0 dell-2950 : make -j8 TARGET_ARCH=amd64 buildworld : 23m55.03s real 1h2m54.84s user 16m48.79s sys and no difference, by the way, i did this also changing the bios setting (called logical cpus :-), but again, no difference. so, this reminds me of an old joke about a spider without legs does not hear conclusion: in this case hyper* does no affect nothing. but the original question stands: why is the user time between the boxes so different, whyle the real time remains the same? cheers, danny From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 12:01:28 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 959B716A492 for ; Thu, 14 Sep 2006 12:01:28 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp2.utsp.utwente.nl [130.89.2.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE77F43D49 for ; Thu, 14 Sep 2006 12:01:27 +0000 (GMT) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id k8EC1EkO008426; Thu, 14 Sep 2006 14:01:14 +0200 From: Pieter de Goeje To: Danny Braniss Date: Thu, 14 Sep 2006 14:01:14 +0200 User-Agent: KMail/1.9.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609141401.14582.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 12:01:28 -0000 On Wednesday 13 September 2006 08:36, Danny Braniss wrote: > Im testing these 2 boxes, Sun X4100 and Dell-2950, and: > > SUN X4100: Dual Core AMD Opteron(tm) Processor 280 (2393.19-MHz K8-class > CPU) one 70g sata disk > DELL 2950: Intel(R) Xeon(TM) CPU 3.20GHz (3192.98-MHz K8-class CPU) > 4 sata disks + raid0 > > they both run identical 6.1-STABLE. > > my 'cpu benchmark' shows the amd being much better than the intel. > but, doing a make buildworld give interesting results: > > dell-2950 : make -j16 TARGET_ARCH=amd64 buildworld : 24m17.41s real > 1h3m3.26s user 17m15.07s sys > dell-2950 : make -j8 TARGET_ARCH=amd64 buildworld : 24m8.28s real > 1h2m59.38s user 16m16.20s sys > > sunfire : make -j16 TARGET_ARCH=amd64 buildworld : 24m21.38s real 49m6.68s > user 14m22.64s sys > sunfire : make -j8 TARGET_ARCH=amd64 buildworld : 23m47.69s real 48m53.58s > user 13m44.81s sys > > which probably says something about my 'cpu benchmark' :-( > but why is the user time so much different between the boxes? Maybe the sunfire's CPU is faster, but has to wait on the harddisk. The buildworld 'benchmark' is probably for a large part I/O bound. - Pieter de Goeje From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 12:20:28 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D81F16A49E for ; Thu, 14 Sep 2006 12:20:28 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95EEE43D76 for ; Thu, 14 Sep 2006 12:20:19 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GNqCY-000BFK-CP; Thu, 14 Sep 2006 15:20:18 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Pieter de Goeje In-reply-to: <200609141401.14582.pieter@degoeje.nl> References: <200609141401.14582.pieter@degoeje.nl> Comments: In-reply-to Pieter de Goeje message dated "Thu, 14 Sep 2006 14:01:14 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Sep 2006 15:20:18 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 12:20:28 -0000 > On Wednesday 13 September 2006 08:36, Danny Braniss wrote: > > Im testing these 2 boxes, Sun X4100 and Dell-2950, and: > > > > SUN X4100: Dual Core AMD Opteron(tm) Processor 280 (2393.19-MHz K8-class > > CPU) one 70g sata disk > > DELL 2950: Intel(R) Xeon(TM) CPU 3.20GHz (3192.98-MHz K8-class CPU) > > 4 sata disks + raid0 > > > > they both run identical 6.1-STABLE. > > > > my 'cpu benchmark' shows the amd being much better than the intel. > > but, doing a make buildworld give interesting results: > > > > dell-2950 : make -j16 TARGET_ARCH=amd64 buildworld : 24m17.41s real > > 1h3m3.26s user 17m15.07s sys > > dell-2950 : make -j8 TARGET_ARCH=amd64 buildworld : 24m8.28s real > > 1h2m59.38s user 16m16.20s sys > > > > sunfire : make -j16 TARGET_ARCH=amd64 buildworld : 24m21.38s real 49m6.68s > > user 14m22.64s sys > > sunfire : make -j8 TARGET_ARCH=amd64 buildworld : 23m47.69s real 48m53.58s > > user 13m44.81s sys > > > > which probably says something about my 'cpu benchmark' :-( > > but why is the user time so much different between the boxes? > > Maybe the sunfire's CPU is faster, but has to wait on the harddisk. The > buildworld 'benchmark' is probably for a large part I/O bound. nah, i have run the makefile with serveral different disks, ie raid0, raid5, FC, iSCSI, SAS, and the numbers/times don't change (or not significantly). and in any case, it's the dell that has the fastest disks, but the user time is the largest. From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 12:32:56 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C0ED16A412 for ; Thu, 14 Sep 2006 12:32:56 +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 A017D43D45 for ; Thu, 14 Sep 2006 12:32:55 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (uvqlwx@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k8ECWUdA045192; Thu, 14 Sep 2006 14:32:36 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k8ECWTXj045191; Thu, 14 Sep 2006 14:32:29 +0200 (CEST) (envelope-from olli) Date: Thu, 14 Sep 2006 14:32:29 +0200 (CEST) Message-Id: <200609141232.k8ECWTXj045191@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, danny@cs.huji.ac.il In-Reply-To: X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 14 Sep 2006 14:32:36 +0200 (CEST) Cc: Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, danny@cs.huji.ac.il List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 12:32:56 -0000 Danny Braniss wrote: > [...] > but the original question stands: > why is the user time between the boxes so different, Because the dual-core Opteron is significantly faster than the (single-core) Xeon, so buildworld takes less (user) CPU time. By the way, certain parts of buildworld make use of both cores, even if you don't use the -j option. If CFLAGS contains the -pipe option (which is the default), various stages of the toolchain can run in parallel (preprocessor, compiler, assembler). > whyle the real time remains the same? Because buildworld is I/O-bound on systems with sufficiently fast processors. Try putting the contents of /usr/src into a RAM disk and repeat the benchmark. The numbers might look a little different then. Of course, you should have sufficient RAM in the machines -- If they're going to swap to the disks, your benchmark won't be happy. I think putting /usr/obj onto a RAM disk is _not_ necessary because of soft-updates, so the processes shouldn't block on writes. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 13:25:16 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 327D716A47B for ; Thu, 14 Sep 2006 13:25:16 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9585E43D46 for ; Thu, 14 Sep 2006 13:25:15 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C8FE52094; Thu, 14 Sep 2006 15:25:11 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 4D664208E; Thu, 14 Sep 2006 15:25:11 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 81D50B85E; Thu, 14 Sep 2006 15:00:38 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Danny Braniss References: Date: Thu, 14 Sep 2006 15:00:38 +0200 In-Reply-To: (Danny Braniss's message of "Wed, 13 Sep 2006 09:36:01 +0300") Message-ID: <863bauk3gp.fsf@dwp.des.no> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 13:25:16 -0000 Danny Braniss writes: > Im testing these 2 boxes, Sun X4100 and Dell-2950, and: > > SUN X4100: Dual Core AMD Opteron(tm) Processor 280 (2393.19-MHz K8-class= CPU) > one 70g sata disk > DELL 2950: Intel(R) Xeon(TM) CPU 3.20GHz (3192.98-MHz K8-class CPU) > 4 sata disks + raid0 > > they both run identical 6.1-STABLE. > > my 'cpu benchmark' shows the amd being much better than the intel. > but, doing a make buildworld give interesting results: > > dell-2950 : make -j16 TARGET_ARCH=3Damd64 buildworld : 24m17.41s real 1h3= m3.26s user 17m15.07s sys > dell-2950 : make -j8 TARGET_ARCH=3Damd64 buildworld : 24m8.28s real 1h2m5= 9.38s user 16m16.20s sys > > sunfire : make -j16 TARGET_ARCH=3Damd64 buildworld : 24m21.38s real 49m6.= 68s user 14m22.64s sys > sunfire : make -j8 TARGET_ARCH=3Damd64 buildworld : 23m47.69s real 48m53.= 58s user 13m44.81s sys > > which probably says something about my 'cpu benchmark' :-( > but why is the user time so much different between the boxes? I don't see what's so surprising. User time reflects time actually spent compiling stuff; you can see there that the Opteron is much faster than the Xeon. Sys time is time spent executing kernel code on behalf of the build, which is mostly time spent processing I/O requests (but does not include time spent actually reading from or writing to disks). The reason why there is no significant difference in wall time between the two is that buildworld is mostly bound by I/O and memory bandwidth, not by CPU power. If you have enough memory, place /usr/src and /usr/obj on malloc()-backed RAM disks and see if it makes any difference. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 13:40:24 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59B4816A403 for ; Thu, 14 Sep 2006 13:40:24 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 714DD43D45 for ; Thu, 14 Sep 2006 13:40:23 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 55138 invoked by uid 1001); 14 Sep 2006 13:40:28 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Thu, 14 Sep 2006 09:40:28 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17673.23499.581046.259914@bhuda.mired.org> Date: Thu, 14 Sep 2006 09:40:27 -0400 To: Danny Braniss In-Reply-To: References: X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: freebsd-hackers@freebsd.org, Kris Kennaway Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 13:40:24 -0000 In , Danny Braniss typed: > > In , Danny Braniss typed: > > What's the CPU configuration? The AMD is dual core - is that it? Could > > the Xeon be dual-core and hyperthreaded, so it's got that many more > > CPUs to contribute towards user time? > > > > To illustrate, I have numbers for "make -j4" for a P4 with and without > > hyperthreading enabled: > > > > machdep.hyperthreading_allowed: 1 -> 0 > > 50m55.99s real 35m28s.19 user 8m20s.02 sys > > machdep.hyperthreading_allowed: 0 -> 1 > > 38m48s.85 real 55m2s.43 user 12m27s.90 sys > > > > Note the effect of the second CPU on the user time. > > > i did the tests with hyperbluffing disabled in the bios. > now, since you asked i tried: > sysctl machdep.cpu_idle_hlt=0 > machdep.cpu_idle_hlt: 1 -> 0 > dell-2950 : make -j8 TARGET_ARCH=amd64 buildworld : 23m55.03s real 1h2m54.84s > user 16m48.79s sys > and no difference, by the way, i did this also changing the bios setting > (called logical cpus :-), but again, no difference. Um - what version of FreeBSD are you running? I don't change machdep.cpu_idle_hlt on mine; I chang machdep.hyperthreading_allowed (as indicated in the tests). Did you check to see if the system actually saw more cpus when you changed it? http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 15:37:50 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD50B16A47B for ; Thu, 14 Sep 2006 15:37:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C2D943D53 for ; Thu, 14 Sep 2006 15:37:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k8EFYm4N069682; Thu, 14 Sep 2006 09:34:48 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 14 Sep 2006 09:34:52 -0600 (MDT) Message-Id: <20060914.093452.-1975969625.imp@bsdimp.com> To: psthomso@hotmail.com From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 14 Sep 2006 09:34:48 -0600 (MDT) Cc: freebsd-hackers@freebsd.org Subject: Re: Issue with loading a module X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 15:37:50 -0000 In message: "Sean Thomson" writes: : Hi Folks, : : In working with a device driver, sometimes : after I rebuild it and reload it, I'll get : system log errors like : : 'link_elf: symbol yyz undefined' : : Actually, I'll get an entry for all my : exported symbols. If I reboot, it clears : up. : : I'm working on a stock 6.1 kernel. : : Has anyone else seen this? I poked around : the mailing lists but didn't find any : like this? Usually when this happens to me, I've got something stale either loaded or booted... Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 16:30:00 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49DE316A49E for ; Thu, 14 Sep 2006 16:30:00 +0000 (UTC) (envelope-from psthomso@hotmail.com) Received: from bay0-omc1-s13.bay0.hotmail.com (bay0-omc1-s13.bay0.hotmail.com [65.54.246.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9576643DD6 for ; Thu, 14 Sep 2006 16:29:50 +0000 (GMT) (envelope-from psthomso@hotmail.com) Received: from BAY102-W5 ([64.4.61.105]) by bay0-omc1-s13.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 14 Sep 2006 09:29:50 -0700 X-Originating-IP: [143.182.124.3] X-Originating-Email: [psthomso@hotmail.com] Message-ID: MIME-Version: 1.0 From: "Sean Thomson" To: "John-Mark Gurney" Date: Thu, 14 Sep 2006 10:29:50 -0600 X-OriginalArrivalTime: 14 Sep 2006 16:29:50.0715 (UTC) FILETIME=[00492CB0:01C6D81B] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: RE: Issue with loading a module X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 16:30:00 -0000 Hey John, =20 thanks for responding :)> > In working with a device driver, sometimes> > a= fter I rebuild it and reload it, I'll get> > system log errors like> > > >= 'link_elf: symbol yyz undefined'> > I assume that it fails to load when yo= u get this message? yes. The thing to note, and i probably wasn't very clea= r,is that the module loaded initially without any problems,but in the proce= ss of debugging, I unload it, rebuiltit and try to load it again, which it = then fails> > > Actually, I'll get an entry for all my > > exported symbol= s. If I reboot, it clears> > up.> > exported from your kernel module? yes> = > > I'm working on a stock 6.1 kernel.> > > > Has anyone else seen this? I= poked around> > the mailing lists but didn't find any> > like this?> > Usu= ally this is due to depending upon symbols that another module> exports, bu= t not having a MODULE_DEPEND line to let one module see> the other module's= symbols... This particular module is not dependant on any other modules, t= houghother modules are dependant on it. It's choking on the symbols I'mtryi= ng to export.=20 =20 After the reboot, the module loads fine. I'm suspecting that a symbol table is not being cleared properly, but that is only SWAG =20 Pat _________________________________________________________________ Search from any Web page with powerful protection. Get the FREE Windows Liv= e Toolbar Today! http://get.live.com/toolbar/overview= From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 17:21:17 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B34D16A412 for ; Thu, 14 Sep 2006 17:21:17 +0000 (UTC) (envelope-from gcorcoran@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06A1643D49 for ; Thu, 14 Sep 2006 17:21:16 +0000 (GMT) (envelope-from gcorcoran@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 14 Sep 2006 13:21:16 -0400 X-IronPort-AV: i="4.09,165,1157342400"; d="scan'208"; a="299656428:sNHT113473602" Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.7.5a-GA) with ESMTP id GYZ38944; Thu, 14 Sep 2006 13:21:13 -0400 (EDT) Received: from 207-172-55-230.c3-0.tlg-ubr5.atw-tlg.pa.cable.rcn.com (HELO [10.56.78.130]) ([207.172.55.230]) by smtp01.lnh.mail.rcn.net with ESMTP; 14 Sep 2006 13:21:13 -0400 X-IronPort-AV: i="4.09,165,1157342400"; d="scan'208"; a="276692524:sNHT24747688" Message-ID: <45099123.4000500@rcn.com> Date: Thu, 14 Sep 2006 13:28:03 -0400 From: Gary Corcoran User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <863bauk3gp.fsf@dwp.des.no> In-Reply-To: <863bauk3gp.fsf@dwp.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Junkmail: UCE(50) X-Junkmail-Status: score=50/50, host=mr08.lnh.mail.rcn.net X-Junkmail-SD-Raw: score=bulk(0), refid=str=0001.0A090201.45098DCF.001E,ss=3,fgs=0, ip=207.172.4.11, so=2006-05-09 23:27:51, dmn=5.2.113/2006-07-26 Cc: freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 17:21:17 -0000 Dag-Erling Smørgrav wrote: > Danny Braniss writes: >> Im testing these 2 boxes, Sun X4100 and Dell-2950, and: >> >> SUN X4100: Dual Core AMD Opteron(tm) Processor 280 (2393.19-MHz K8-class CPU) >> one 70g sata disk >> DELL 2950: Intel(R) Xeon(TM) CPU 3.20GHz (3192.98-MHz K8-class CPU) >> 4 sata disks + raid0 >> >> they both run identical 6.1-STABLE. >> >> my 'cpu benchmark' shows the amd being much better than the intel. >> but, doing a make buildworld give interesting results: >> >> dell-2950 : make -j16 TARGET_ARCH=amd64 buildworld : 24m17.41s real 1h3m3.26s user 17m15.07s sys >> dell-2950 : make -j8 TARGET_ARCH=amd64 buildworld : 24m8.28s real 1h2m59.38s user 16m16.20s sys >> >> sunfire : make -j16 TARGET_ARCH=amd64 buildworld : 24m21.38s real 49m6.68s user 14m22.64s sys >> sunfire : make -j8 TARGET_ARCH=amd64 buildworld : 23m47.69s real 48m53.58s user 13m44.81s sys >> >> which probably says something about my 'cpu benchmark' :-( >> but why is the user time so much different between the boxes? > > I don't see what's so surprising. User time reflects time actually > spent compiling stuff; you can see there that the Opteron is much > faster than the Xeon. Sys time is time spent executing kernel code on > behalf of the build, which is mostly time spent processing I/O > requests (but does not include time spent actually reading from or > writing to disks). > > The reason why there is no significant difference in wall time between > the two is that buildworld is mostly bound by I/O and memory > bandwidth, not by CPU power. If you have enough memory, place > /usr/src and /usr/obj on malloc()-backed RAM disks and see if it makes > any difference. The confusing thing is that I thought 'real' time should be >= 'user' + 'sys'. But here 'user' is much greater than 'real' for both machines! The sense I got from the other messages in this thread is that 'user' time is somewhat meaningless (i.e. unreliable as a measure) in a multi-CPU and/or hyperthreading environment. Can you clarify? Thanks, Gary From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 17:35:58 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C816F16A417 for ; Thu, 14 Sep 2006 17:35:58 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7455143D46 for ; Thu, 14 Sep 2006 17:35:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 4AF281A4D79; Thu, 14 Sep 2006 10:35:58 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 42F4C5159A; Thu, 14 Sep 2006 13:35:57 -0400 (EDT) Date: Thu, 14 Sep 2006 13:35:57 -0400 From: Kris Kennaway To: Gary Corcoran Message-ID: <20060914173556.GA55017@xor.obsecurity.org> References: <863bauk3gp.fsf@dwp.des.no> <45099123.4000500@rcn.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <45099123.4000500@rcn.com> User-Agent: Mutt/1.4.2.2i Cc: Dag-Erling Sm?rgrav , freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 17:35:58 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 14, 2006 at 01:28:03PM -0400, Gary Corcoran wrote: > The confusing thing is that I thought 'real' time should be >=3D 'user' += =20 > 'sys'. No. This is at best only ever approximately true on a uniprocessor machine when there is no blocking I/O being performed. A bit of thought about the nature of a multiprocessor system will lead you to the conclusion that when two processes are executing in parallel, the real time will be less than the sum of both user and system times - that's what it means to have parallelism. > But here 'user' is much greater than 'real' for both machines! The sense= I > got from the other messages in this thread is that 'user' time is somewhat > meaningless (i.e. unreliable as a measure) in a multi-CPU and/or=20 > hyperthreading > environment. Can you clarify? See my earlier messages; it's only meaningless if you don't understand its meaning. Kris --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFCZL8Wry0BWjoQKURAivZAKC2U5P+PcRd9Df7fKuKpzQ14NJEsgCgkiqO pjKy1btFtCfLTDi2fq9CYV8= =mzcU -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 17:39:14 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93E9116A47B for ; Thu, 14 Sep 2006 17:39:14 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 86CD343D64 for ; Thu, 14 Sep 2006 17:39:13 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 43243 invoked by uid 1001); 14 Sep 2006 17:39:18 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Thu, 14 Sep 2006 13:39:18 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17673.37830.1883.272019@bhuda.mired.org> Date: Thu, 14 Sep 2006 13:39:18 -0400 To: Gary Corcoran In-Reply-To: <45099123.4000500@rcn.com> References: <863bauk3gp.fsf@dwp.des.no> <45099123.4000500@rcn.com> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 17:39:14 -0000 In <45099123.4000500@rcn.com>, Gary Corcoran typed: > The confusing thing is that I thought 'real' time should be >= 'user' + 'sys'. > But here 'user' is much greater than 'real' for both machines! The sense I > got from the other messages in this thread is that 'user' time is somewhat > meaningless (i.e. unreliable as a measure) in a multi-CPU and/or hyperthreading > environment. Can you clarify? 'real' is wall clock time. 'user' and 'sys' are cpu time. If your process gets all of some cpu, then user + sys will be the same as real time. It's not possible to get more than all of a cpu, so that's a maximum *per cpu*. If you have multiple cpus, the formula you want is 'real' * ncpu >= 'user' + 'sys'. I made the comment about freebsd's measure of user time being skewed by hyperthreading. That's a bit vague. The problem is that waiting caused by hyperthreading will count against the instruction that's doing the waiting, which skews them. But as Kris pointed out, there are other things that have that property, so this is just one more complication when it comes to figuring the performance of modern CPUs. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 17:43:39 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 481DF16A403 for ; Thu, 14 Sep 2006 17:43:39 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id A24E643D66 for ; Thu, 14 Sep 2006 17:43:35 +0000 (GMT) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id k8EHhSw4001550; Thu, 14 Sep 2006 19:43:28 +0200 From: Pieter de Goeje To: Gary Corcoran Date: Thu, 14 Sep 2006 19:43:27 +0200 User-Agent: KMail/1.9.4 References: <863bauk3gp.fsf@dwp.des.no> <45099123.4000500@rcn.com> In-Reply-To: <45099123.4000500@rcn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609141943.28218.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 17:43:39 -0000 On Thursday 14 September 2006 19:28, Gary Corcoran wrote: > The confusing thing is that I thought 'real' time should be >= 'user' + > 'sys'. But here 'user' is much greater than 'real' for both machines! The > sense I got from the other messages in this thread is that 'user' time is > somewhat meaningless (i.e. unreliable as a measure) in a multi-CPU and/or > hyperthreading environment. Can you clarify? user time = time spent in userland on all logical processors combined. The right equation is: real * ncpus > user + sys, where ncpus = number of active logical processors. In the optimal case (perfect parallelism): real * ncpus = user + sys - Pieter From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 18:03:28 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1262116A403 for ; Thu, 14 Sep 2006 18:03:28 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50BF743D6A for ; Thu, 14 Sep 2006 18:03:27 +0000 (GMT) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k8EI3Hl2017350; Thu, 14 Sep 2006 20:03:17 +0200 (CEST) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.13.8/8.13.8/Submit) id k8EI3HqL017349; Thu, 14 Sep 2006 14:03:17 -0400 (EDT) (envelope-from cracauer) Date: Thu, 14 Sep 2006 14:03:17 -0400 From: Martin Cracauer To: Danny Braniss Message-ID: <20060914180317.GC16873@cons.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 18:03:28 -0000 Danny Braniss wrote on Wed, Sep 13, 2006 at 09:36:01AM +0300: > Im testing these 2 boxes, Sun X4100 and Dell-2950, and: > > SUN X4100: Dual Core AMD Opteron(tm) Processor 280 (2393.19-MHz K8-class CPU) > one 70g sata disk > DELL 2950: Intel(R) Xeon(TM) CPU 3.20GHz (3192.98-MHz K8-class CPU) > 4 sata disks + raid0 > > they both run identical 6.1-STABLE. > > my 'cpu benchmark' shows the amd being much better than the intel. > but, doing a make buildworld give interesting results: > > dell-2950 : make -j16 TARGET_ARCH=amd64 buildworld : 24m17.41s real 1h3m3.26s > user 17m15.07s sys > dell-2950 : make -j8 TARGET_ARCH=amd64 buildworld : 24m8.28s real 1h2m59.38s > user 16m16.20s sys > > sunfire : make -j16 TARGET_ARCH=amd64 buildworld : 24m21.38s real 49m6.68s > user 14m22.64s sys > sunfire : make -j8 TARGET_ARCH=amd64 buildworld : 23m47.69s real 48m53.58s > user 13m44.81s sys > > which probably says something about my 'cpu benchmark' :-( > but why is the user time so much different between the boxes? I don't think this has much to do with parallelism or hyperthreading. You can test by running make -j1, the AMD will probably still be faster. Fact is that the AMD64 is much more suitable to run "random" code fast, whereas Intel's Netburst architecture is extremely picky and only runs fast what it likes (after the programmer went through Intel's 500 pages ia32 optimization manual and could yell at the compiler writer all the time). Compilation in gcc and scripting of any kind, including make(1) are one of the strongest points of AMD64 over Netburst. Toy benchmarks usually run fast on Netburst because they fit into the caches, they don't overtax the trace cache and they usually don't use any good amount of data or any sizeable piece of code with deep call stacks. That's why toy benchmarks are so evil. I wish spec would kick out more of their toy benchmarks, BTW. Intel's new core2 architecture rectifies this nonsense. And not only that - they now give you a good speedup for some applications that were lousy even on AMD64. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 18:07:08 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B234B16A40F for ; Thu, 14 Sep 2006 18:07:08 +0000 (UTC) (envelope-from gcorcoran@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B35043D70 for ; Thu, 14 Sep 2006 18:07:07 +0000 (GMT) (envelope-from gcorcoran@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 14 Sep 2006 14:07:07 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.7.5a-GA) with ESMTP id MFW36151; Thu, 14 Sep 2006 14:07:05 -0400 (EDT) Received: from 207-172-55-230.c3-0.tlg-ubr5.atw-tlg.pa.cable.rcn.com (HELO [10.56.78.130]) ([207.172.55.230]) by smtp01.lnh.mail.rcn.net with ESMTP; 14 Sep 2006 14:07:05 -0400 X-IronPort-AV: i="4.09,165,1157342400"; d="scan'208"; a="276724535:sNHT25546684" Message-ID: <45099BE3.6080902@rcn.com> Date: Thu, 14 Sep 2006 14:13:55 -0400 From: Gary Corcoran User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Mike Meyer References: <863bauk3gp.fsf@dwp.des.no> <45099123.4000500@rcn.com> <17673.37830.1883.272019@bhuda.mired.org> In-Reply-To: <17673.37830.1883.272019@bhuda.mired.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Junkmail: UCE(50) X-Junkmail-Status: score=50/50, host=mr02.lnh.mail.rcn.net X-Junkmail-SD-Raw: score=bulk(0), refid=str=0001.0A090201.4509988D.007B,ss=3,fgs=0, ip=207.172.4.11, so=2006-05-09 23:27:51, dmn=5.2.113/2006-07-26 Cc: freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 18:07:08 -0000 Mike Meyer wrote: > In <45099123.4000500@rcn.com>, Gary Corcoran typed: >> The confusing thing is that I thought 'real' time should be >= 'user' + 'sys'. >> But here 'user' is much greater than 'real' for both machines! The sense I >> got from the other messages in this thread is that 'user' time is somewhat >> meaningless (i.e. unreliable as a measure) in a multi-CPU and/or hyperthreading >> environment. Can you clarify? > > 'real' is wall clock time. 'user' and 'sys' are cpu time. If your > process gets all of some cpu, then user + sys will be the same as real > time. It's not possible to get more than all of a cpu, so that's a > maximum *per cpu*. If you have multiple cpus, the formula you want is > 'real' * ncpu >= 'user' + 'sys'. Thanks to all of you for the responses. The thing that was not clear is that despite the printed messages, user (and sys) time are *not* measures of time. IMO it would be much easier to understand if the message said that they were so-many cpu-seconds, rather than just seconds. Then it would be fairly obvious that in a multiprocessor environment that the real time could be less than the sum of user + sys. I know, once you understand the true meaning of user/sys time it's "obvious", but not to the first-time multiprocessor observer... :-) > I made the comment about freebsd's measure of user time being skewed > by hyperthreading. That's a bit vague. The problem is that waiting > caused by hyperthreading will count against the instruction that's > doing the waiting, which skews them. But as Kris pointed out, there > are other things that have that property, so this is just one more > complication when it comes to figuring the performance of modern CPUs. ;-) Thanks, Gary From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 18:10:45 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B4C416A403 for ; Thu, 14 Sep 2006 18:10:45 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1355543D82 for ; Thu, 14 Sep 2006 18:10:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E51741A4D8B; Thu, 14 Sep 2006 11:10:37 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3D976514F6; Thu, 14 Sep 2006 14:10:37 -0400 (EDT) Date: Thu, 14 Sep 2006 14:10:37 -0400 From: Kris Kennaway To: Gary Corcoran Message-ID: <20060914181037.GA55638@xor.obsecurity.org> References: <863bauk3gp.fsf@dwp.des.no> <45099123.4000500@rcn.com> <17673.37830.1883.272019@bhuda.mired.org> <45099BE3.6080902@rcn.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <45099BE3.6080902@rcn.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-hackers@freebsd.org, Mike Meyer Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 18:10:45 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 14, 2006 at 02:13:55PM -0400, Gary Corcoran wrote: > Mike Meyer wrote: > >In <45099123.4000500@rcn.com>, Gary Corcoran typed: > >>The confusing thing is that I thought 'real' time should be >=3D 'user'= +=20 > >>'sys'. > >>But here 'user' is much greater than 'real' for both machines! The sen= se=20 > >>I > >>got from the other messages in this thread is that 'user' time is somew= hat > >>meaningless (i.e. unreliable as a measure) in a multi-CPU and/or=20 > >>hyperthreading > >>environment. Can you clarify? > > > >'real' is wall clock time. 'user' and 'sys' are cpu time. If your > >process gets all of some cpu, then user + sys will be the same as real > >time. It's not possible to get more than all of a cpu, so that's a > >maximum *per cpu*. If you have multiple cpus, the formula you want is > >'real' * ncpu >=3D 'user' + 'sys'. >=20 > Thanks to all of you for the responses. The thing that was not clear is > that despite the printed messages, user (and sys) time are *not* measures > of time. Yes they are, they're cumulative amount of time spent executing code in userland or in the kernel. Kris --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFCZscWry0BWjoQKURAmoTAJ9IUXWyMHrayD98p+GjhqwSFwFxDQCgypZB exEb6D4GF5WDAm+SwVaMv3s= =Yqif -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 21:22:21 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59DD416A403 for ; Thu, 14 Sep 2006 21:22:21 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFB4D43D69 for ; Thu, 14 Sep 2006 21:22:20 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 42C54208C; Thu, 14 Sep 2006 23:22:16 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 283972086; Thu, 14 Sep 2006 23:22:16 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id EC586B85E; Thu, 14 Sep 2006 23:22:15 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Gary Corcoran References: <863bauk3gp.fsf@dwp.des.no> <45099123.4000500@rcn.com> Date: Thu, 14 Sep 2006 23:22:15 +0200 In-Reply-To: <45099123.4000500@rcn.com> (Gary Corcoran's message of "Thu, 14 Sep 2006 13:28:03 -0400") Message-ID: <86lkomw3co.fsf@dwp.des.no> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 21:22:21 -0000 Gary Corcoran writes: > The confusing thing is that I thought 'real' time should be >=3D 'user' += 'sys'. > But here 'user' is much greater than 'real' for both machines! The sense= I > got from the other messages in this thread is that 'user' time is somewhat > meaningless (i.e. unreliable as a measure) in a multi-CPU and/or hyperthr= eading > environment. Can you clarify? real >=3D (user + sys) * ncpu DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 14 21:23:38 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF63C16A47C for ; Thu, 14 Sep 2006 21:23:38 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8574943D46 for ; Thu, 14 Sep 2006 21:23:38 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 35C9E2097; Thu, 14 Sep 2006 23:23:35 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 274882086; Thu, 14 Sep 2006 23:23:35 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 0E781B85E; Thu, 14 Sep 2006 23:23:35 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Gary Corcoran References: <863bauk3gp.fsf@dwp.des.no> <45099123.4000500@rcn.com> <86lkomw3co.fsf@dwp.des.no> Date: Thu, 14 Sep 2006 23:23:35 +0200 In-Reply-To: <86lkomw3co.fsf@dwp.des.no> (Dag-Erling =?iso-8859-1?Q?Sm=F8r?= =?iso-8859-1?Q?grav's?= message of "Thu, 14 Sep 2006 23:22:15 +0200") Message-ID: <86ejuew3ag.fsf@dwp.des.no> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2006 21:23:39 -0000 des@des.no (Dag-Erling Sm=F8rgrav) writes: > Gary Corcoran writes: > > The confusing thing is that I thought 'real' time should be >=3D 'user'= + 'sys'. > > But here 'user' is much greater than 'real' for both machines! The sen= se I > > got from the other messages in this thread is that 'user' time is somew= hat > > meaningless (i.e. unreliable as a measure) in a multi-CPU and/or hypert= hreading > > environment. Can you clarify? > real >=3D (user + sys) * ncpu umm, other way around of course. real * ncpu >=3D (user + sys) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 15 22:38:01 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EFE016A416 for ; Fri, 15 Sep 2006 22:38:01 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FC1543D45 for ; Fri, 15 Sep 2006 22:38:00 +0000 (GMT) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id k8FMbSfI023446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 15 Sep 2006 15:37:28 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id k8FMbSQg023445 for freebsd-hackers@freebsd.org; Fri, 15 Sep 2006 15:37:28 -0700 (PDT) Received: by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA05634; Fri, 15 Sep 06 15:30:25 PDT Date: Fri, 15 Sep 06 15:30:25 PDT From: perryh@pluto.rain.com (Perry Hutchison) Message-Id: <10609152230.AA05634@pluto.rain.com> To: freebsd-hackers@freebsd.org Subject: failed to install kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Sep 2006 22:38:01 -0000 There seems to be a recurrent problem, at least in 6.1, of sysinstall not installing the kernel: http://lists.freebsd.org/pipermail/freebsd-questions/2006-May/122261.html http://lists.freebsd.org/pipermail/freebsd-questions/2006-June/124096.html http://lists.freebsd.org/pipermail/freebsd-questions/2006-August/129613.html http://lists.freebsd.org/pipermail/freebsd-questions/2006-August/129632.html http://lists.freebsd.org/pipermail/freebsd-questions/2006-August/129659.html Has there been any thought of adding some basic sanity checks to sysinstall, and at least prompting for confirmation in cases like * About to newfs the root partition, but the selections to be installed do not include the kernel. * A partition is not large enough to contain everything which the current selections will try to install on it. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 15 22:51:25 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1075E16A403; Fri, 15 Sep 2006 22:51:25 +0000 (UTC) (envelope-from root@dwpc.dwlabs.ca) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AD2343D46; Fri, 15 Sep 2006 22:51:22 +0000 (GMT) (envelope-from root@dwpc.dwlabs.ca) Received: from ip02.eastlink.ca ([24.222.10.10]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0J5N009HLOUY0TH0@mta01.eastlink.ca>; Fri, 15 Sep 2006 19:52:10 -0300 (ADT) Received: from blk-224-199-230.eastlink.ca (HELO dwpc.dwlabs.ca) ([24.224.199.230]) by ip02.eastlink.ca with ESMTP; Fri, 15 Sep 2006 19:51:21 -0300 Received: from dwpc.dwlabs.ca (localhost [127.0.0.1]) by dwpc.dwlabs.ca (8.13.8/8.13.6) with ESMTP id k8FMp1Gj000914; Fri, 15 Sep 2006 19:51:01 -0300 (ADT envelope-from root@dwpc.dwlabs.ca) Received: (from root@localhost) by dwpc.dwlabs.ca (8.13.8/8.13.8/Submit) id k8FMp0xg000913; Fri, 15 Sep 2006 19:51:00 -0300 (ADT envelope-from root) Date: Fri, 15 Sep 2006 19:51:00 -0300 (ADT) From: Duane Whitty To: FreeBSD-gnats-submit@freebsd.org Message-id: <200609152251.k8FMp0xg000913@dwpc.dwlabs.ca> Content-transfer-encoding: 7BIT X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AR4FAIbJCkWBTw X-IronPort-AV: i="4.09,173,1157338800"; d="scan'208"; a="847635351:sNHT833065820" X-send-pr-version: 3.113 X-GNATS-Notify: Cc: freebsd-hackers@freebsd.org Subject: lock order reversal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Duane Whitty List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Sep 2006 22:51:25 -0000 >Submitter-Id: current-users >Originator: Duane Whitty >Organization: >Confidential: no >Synopsis: lock order reversal >Severity: serious >Priority: medium >Category: kern >Class: sw-bug >Release: FreeBSD 6.2-PRERELEASE i386 >Environment: System: FreeBSD dwpc.dwlabs.ca 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: Tue Sep 12 00:24:56 ADT 2006 duane@dwpc.dwlabs.ca:/usr/obj/usr/src/sys/DWPC-KERNEL i386 Kernel configration machine i386 cpu I686_CPU ident DWPC-200609101954 # To statically compile in device wiring instead of /boot/device.hints makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options KDB options KDB_TRACE options KDB_UNATTENDED options DDB options INVARIANT_SUPPORT options INVARIANTS options WITNESS options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options NETGRAPH options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Detection options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_DEBUG options MAC # Framework for Mandatory Access Control options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. device pci # Floppy drives # ATA and ATAPI devices device ata device atapicam #ATAPI CAM interface for CDs and DVDs etc device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers interfaced to the SCSI subsystem # RAID controllers # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): # PCI Ethernet NICs. # 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) # ISA Ethernet NICs. pccard NICs included. # 'device ed' requires 'device miibus' # ISA devices that use the old ISA shims # Wireless NIC cards # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet # FireWire support >Description: lock order reversal: 1st 0xc06c6a40 cdev (cdev) @ /usr/src/sys/kern/kern_conf.c:61 2nd 0xc3281718 sleep mtxpool (sleep mtxpool) @ /usr/src/sys/kern/kern_prot.c:1877 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c06d77c8,c06d6f58,c06a1b04,...) at kdb_backtrace+0x29 witness_checkorder(c3281718,9,c0668211,755) at witness_checkorder+0x578 _mtx_lock_flags(c3281718,0,c0668211,755,c4c32700,...) at _mtx_lock_flags+0x78 crhold(c4a4ca00,deaf593e,deaf58b0,deaf5bf4,deaf5828,...) at crhold+0x1b make_dev_credv(c06a79c0,0,c4a4ca00,0,0,...) at make_dev_credv+0xc6 make_dev_cred(c06a79c0,0,c4a4ca00,0,0,...) at make_dev_cred+0x21 pty_clone(0,c4a4ca00,deaf593e,5,deaf58b0,c329638c,0,c0660f31,212) at pty_clone+0xee devfs_lookupx(deaf59d0,c349ce10,c0660f31,23f,c069a300,...) at devfs_lookupx+0x2bc devfs_lookup(deaf59d0) at devfs_lookup+0x2d VOP_LOOKUP_APV(c069a300,deaf59d0) at VOP_LOOKUP_APV+0x87 lookup(deaf5bcc) at lookup+0x47a namei(deaf5bcc) at namei+0x376 vn_open_cred(deaf5bcc,deaf5ccc,0,c4a4ca00,c,...) at vn_open_cred+0x2a0 vn_open(deaf5bcc,deaf5ccc,0,c) at vn_open+0x1e kern_open(c55b1190,8197850,0,3,0,...) at kern_open+0xb6 open(c55b1190,deaf5d04) at open+0x1a syscall(805003b,810003b,bfbf003b,805c000,0,...) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x2940c4f3, esp = 0xbfbfd3cc, ebp = 0xbfbfd3f8 --- >How-To-Repeat: Unknown >Fix: From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 15 23:03:06 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E234016A407 for ; Fri, 15 Sep 2006 23:03:06 +0000 (UTC) (envelope-from juergen@jherz.redirectme.net) Received: from jherz.redirectme.net (DSL01.83.171.185.119.ip-pool.NEFkom.net [83.171.185.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7466743D45 for ; Fri, 15 Sep 2006 23:03:06 +0000 (GMT) (envelope-from juergen@jherz.redirectme.net) Received: from lunix.linux.test ([192.168.0.3]) by nano.linux.test with esmtpa (Exim 4.62) (envelope-from ) id 1GOMi8-0005ph-75 for freebsd-hackers@freebsd.org; Sat, 16 Sep 2006 01:03:04 +0200 From: =?iso-8859-1?q?J=FCrgen_Herz?= To: freebsd-hackers@freebsd.org Date: Sat, 16 Sep 2006 01:03:02 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200609160103.02702.juergen@jherz.redirectme.net> Subject: (dynamically) linking on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Sep 2006 23:03:07 -0000 Hi there, I came across something I don't understand: Building Firefox from the origi= nal=20 sources failed because it had the linker options "-z defs" set while in the= =20 compiled code standard functions from libc like malloc, free, fprintf a.s.o= =2E=20 were used. Removing this flag, compiling worked and the program is also running fine. = But=20 I found out that ldd doesn't list libc or libpthread (since -pthread is als= o=20 used) for the module in question--it also doesn't for the module contained = in=20 the official Firefox FreeBSD package. On Linux ldd lists libc and also libpthread for the very same module. So my question is, those functions are used in the code, references to them= =20 aren't undefined, but the application nevertheless works. What's up there? Regards, J=FCrgen From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 16 11:54:20 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 904CC16A416 for ; Sat, 16 Sep 2006 11:54:20 +0000 (UTC) (envelope-from umka@sevcity.net) Received: from mail.sevcity.net (ns.sevcity.net [193.47.166.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id C47FA43D76 for ; Sat, 16 Sep 2006 11:54:19 +0000 (GMT) (envelope-from umka@sevcity.net) Received: from mail.sevcity.net (service.sevcity [127.0.0.1]) by mail.sevcity.net (Postfix) with ESMTP id BA44D170031 for ; Sat, 16 Sep 2006 14:54:40 +0300 (EEST) Received: from berloga.shadowland (umka.sevcity.net [193.47.166.138]) by mail.sevcity.net (Postfix) with ESMTP id 91CD5170007 for ; Sat, 16 Sep 2006 14:54:40 +0300 (EEST) Received: from berloga.shadowland (berloga.shadowland [127.0.0.1]) by berloga.shadowland (8.12.11.20060308/8.12.11) with ESMTP id k8GBsHn4003805 for ; Sat, 16 Sep 2006 14:54:17 +0300 Received: (from root@localhost) by berloga.shadowland (8.12.11.20060308/8.12.11/Submit) id k8GBsGRc003802 for freebsd-hackers@freebsd.org; Sat, 16 Sep 2006 14:54:16 +0300 From: Alex Lyashkov To: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SevcityNet Message-Id: <1158407656.3215.33.camel@berloga.shadowland> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-17) Date: Sat, 16 Sep 2006 14:54:16 +0300 X-Virus-Scanned: ClamAV using ClamSMTP Subject: jail2 patchset 12 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2006 11:54:20 -0000 Hello All, Some time ago I finished the next public jail2 patchset. As of now, jail2 supports per-jail SYSV IPC namespaces. It is possible to configure which jails can and which cannot use SYSV IPC. The UID hash is also perl-jail now. he patchset also implements per-jail resource limits, such as: - number of SYSV IPC objects; - number of processes; - number of filedescriptors. In addition, all jail-related code was moved under 'options JAIL'. The project's homepage: http://docs.freevps.com/doku.php?id=freebsd:index -- Alex Lyashkov SevcityNet From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 16 14:43:33 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6287A16A403 for ; Sat, 16 Sep 2006 14:43:33 +0000 (UTC) (envelope-from duane@dwlabs.ca) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0600943D4C for ; Sat, 16 Sep 2006 14:43:28 +0000 (GMT) (envelope-from duane@dwlabs.ca) Received: from ip01.eastlink.ca ([24.222.10.5]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0J5O00H8RWSDQ8P0@mta01.eastlink.ca> for freebsd-hackers@freebsd.org; Sat, 16 Sep 2006 11:41:01 -0300 (ADT) Received: from blk-224-199-230.eastlink.ca (HELO [192.168.0.103]) ([24.224.199.230]) by ip01.eastlink.ca with ESMTP; Sat, 16 Sep 2006 11:43:30 -0300 Date: Sat, 16 Sep 2006 11:43:08 -0300 From: Duane Whitty In-reply-to: <200609152251.k8FMp0xg000913@dwpc.dwlabs.ca> To: freebsd-hackers@freebsd.org Message-id: <450C0D7C.2040303@dwlabs.ca> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AQAAAIqqC0UN X-IronPort-AV: i="4.09,174,1157338800"; d="scan'208"; a="828905250:sNHT28630614" References: <200609152251.k8FMp0xg000913@dwpc.dwlabs.ca> User-Agent: Thunderbird 1.5.0.4 (X11/20060617) Subject: Re: lock order reversal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2006 14:43:33 -0000 Duane Whitty wrote: >> Submitter-Id: current-users >> Originator: Duane Whitty >> Organization: >> Confidential: no >> Synopsis: lock order reversal >> Severity: serious >> Priority: medium >> Category: kern >> Class: sw-bug >> Release: FreeBSD 6.2-PRERELEASE i386 >> Environment: > System: FreeBSD dwpc.dwlabs.ca 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: Tue Sep 12 00:24:56 ADT 2006 duane@dwpc.dwlabs.ca:/usr/obj/usr/src/sys/DWPC-KERNEL i386 > > Kernel configration [snip] > >> Description: > > lock order reversal: > 1st 0xc06c6a40 cdev (cdev) @ /usr/src/sys/kern/kern_conf.c:61 > 2nd 0xc3281718 sleep mtxpool (sleep mtxpool) @ /usr/src/sys/kern/kern_prot.c:1877 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c06d77c8,c06d6f58,c06a1b04,...) at kdb_backtrace+0x29 > witness_checkorder(c3281718,9,c0668211,755) at witness_checkorder+0x578 > _mtx_lock_flags(c3281718,0,c0668211,755,c4c32700,...) at _mtx_lock_flags+0x78 > crhold(c4a4ca00,deaf593e,deaf58b0,deaf5bf4,deaf5828,...) at crhold+0x1b > make_dev_credv(c06a79c0,0,c4a4ca00,0,0,...) at make_dev_credv+0xc6 > make_dev_cred(c06a79c0,0,c4a4ca00,0,0,...) at make_dev_cred+0x21 > pty_clone(0,c4a4ca00,deaf593e,5,deaf58b0,c329638c,0,c0660f31,212) at pty_clone+0xee > devfs_lookupx(deaf59d0,c349ce10,c0660f31,23f,c069a300,...) at devfs_lookupx+0x2bc > devfs_lookup(deaf59d0) at devfs_lookup+0x2d > VOP_LOOKUP_APV(c069a300,deaf59d0) at VOP_LOOKUP_APV+0x87 > lookup(deaf5bcc) at lookup+0x47a > namei(deaf5bcc) at namei+0x376 > vn_open_cred(deaf5bcc,deaf5ccc,0,c4a4ca00,c,...) at vn_open_cred+0x2a0 > vn_open(deaf5bcc,deaf5ccc,0,c) at vn_open+0x1e > kern_open(c55b1190,8197850,0,3,0,...) at kern_open+0xb6 > open(c55b1190,deaf5d04) at open+0x1a > syscall(805003b,810003b,bfbf003b,805c000,0,...) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (5, FreeBSD ELF32, open), eip = 0x2940c4f3, esp = 0xbfbfd3cc, ebp = 0xbfbfd3f8 --- > >> How-To-Repeat: Unknown >> Fix: > This seems to only happen after I start X11 Best Regards, Duane Whitty From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 16 14:50:21 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36F4116A40F; Sat, 16 Sep 2006 14:50:21 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2658A43D5A; Sat, 16 Sep 2006 14:50:18 +0000 (GMT) (envelope-from bz@FreeBSD.org) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 1B89B20013C; Sat, 16 Sep 2006 16:50:16 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id A155120013B; Sat, 16 Sep 2006 16:50:11 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 6AA80444871; Sat, 16 Sep 2006 14:50:03 +0000 (UTC) Date: Sat, 16 Sep 2006 14:50:03 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Duane Whitty In-Reply-To: <200609152251.k8FMp0xg000913@dwpc.dwlabs.ca> Message-ID: <20060916144919.U2478@maildrop.int.zabbadoz.net> References: <200609152251.k8FMp0xg000913@dwpc.dwlabs.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-hackers@FreeBSD.org, freebsd-bugs@FreeBSD.org, FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/103307: lock order reversal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2006 14:50:21 -0000 On Fri, 15 Sep 2006, Duane Whitty wrote: > lock order reversal: > 1st 0xc06c6a40 cdev (cdev) @ /usr/src/sys/kern/kern_conf.c:61 > 2nd 0xc3281718 sleep mtxpool (sleep mtxpool) @ /usr/src/sys/kern/kern_prot.c:1877 looks like this one: http://sources.zabbadoz.net/freebsd/lor.html#187 I'll add a reference to the PR. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 16 15:17:14 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8EB016A412 for ; Sat, 16 Sep 2006 15:17:14 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D85AB43D46 for ; Sat, 16 Sep 2006 15:17:13 +0000 (GMT) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GObul-0002zG-6o for freebsd-hackers@freebsd.org; Sat, 16 Sep 2006 17:17:07 +0200 Received: from cmung2026.cmu.carnet.hr ([193.198.135.248]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 16 Sep 2006 17:17:07 +0200 Received: from ivoras by cmung2026.cmu.carnet.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 16 Sep 2006 17:17:07 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Sat, 16 Sep 2006 17:17:02 +0200 Lines: 9 Message-ID: References: <1158407656.3215.33.camel@berloga.shadowland> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: cmung2026.cmu.carnet.hr User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) In-Reply-To: <1158407656.3215.33.camel@berloga.shadowland> X-Enigmail-Version: 0.94.1.0 Sender: news Subject: Re: jail2 patchset 12 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2006 15:17:14 -0000 Alex Lyashkov wrote: > he patchset also implements per-jail resource limits, such as: > - number of SYSV IPC objects; > - number of processes; > - number of filedescriptors. > In addition, all jail-related code was moved under 'options JAIL'. Very nice, thanks! From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 16 15:25:22 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D49B16A407 for ; Sat, 16 Sep 2006 15:25:22 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E2D943D46 for ; Sat, 16 Sep 2006 15:25:22 +0000 (GMT) (envelope-from freebsd-hackers@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1GOc2R-0004eW-00 for freebsd-hackers@freebsd.org; Sat, 16 Sep 2006 17:25:03 +0200 Received: from cmung2026.cmu.carnet.hr ([193.198.135.248]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 16 Sep 2006 17:25:02 +0200 Received: from ivoras by cmung2026.cmu.carnet.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 16 Sep 2006 17:25:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Sat, 16 Sep 2006 17:20:56 +0200 Lines: 6 Message-ID: References: <79e2026f0609130900y74070042ya5a99204d0bf1c1@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: cmung2026.cmu.carnet.hr User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) In-Reply-To: <79e2026f0609130900y74070042ya5a99204d0bf1c1@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Sender: news Subject: Re: samba file copy lag X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2006 15:25:22 -0000 Ashok Shrestha wrote: > Any suggesstions? None practical, but try posting (or linking to) tcpdump output, maybe someone will notice something unusual. From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 16 17:50:42 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CEEF16A403; Sat, 16 Sep 2006 17:50:42 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86C0643D45; Sat, 16 Sep 2006 17:50:40 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k8GHobwh002933 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 16 Sep 2006 19:50:37 +0200 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id k8GHobfp002931; Sat, 16 Sep 2006 19:50:37 +0200 Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.6/8.13.6) with ESMTP id k8GHliCB064884; Sat, 16 Sep 2006 19:47:44 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.6/8.13.6/Submit) id k8GHlhC4064883; Sat, 16 Sep 2006 19:47:43 +0200 (CEST) (envelope-from nox) Date: Sat, 16 Sep 2006 19:47:43 +0200 (CEST) From: Juergen Lock Message-Id: <200609161747.k8GHlhC4064883@saturn.kn-bremen.de> To: admin@lissyara.su X-Newsgroups: local.list.freebsd.bugs In-Reply-To: <200608180847.k7I8lQu6076580@www.freebsd.org> Organization: home X-Mailman-Approved-At: Sat, 16 Sep 2006 22:41:38 +0000 Cc: freebsd-hackers@FreeBSD.org, bug-followup@FreeBSD.org, joerg@FreeBSD.org Subject: Re: kern/102217: no driver for HP J2585A DeskDirect 10/100VG LAN Adapter X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2006 17:50:42 -0000 In article <200608180847.k7I8lQu6076580@www.freebsd.org> you write: > >>Number: 102217 >>Category: kern >>Synopsis: no driver for HP J2585A DeskDirect 10/100VG LAN Adapter >>[...] Many moons ago, I was working on a driver that joerg@ started. I was promised docs, but never received them (you know who you are :), and now I have long lost access to the hardware I tested it on (J2585B PCI card on a 100VG hub, is the J2585A PCI too?) So if someone who still has the hardware wants to pick up where I left I can send them what I have. The driver seemed to work with the J2585B card, talking to the 100VG hub, but it still exhibited a strange problem that the DOS and linux drivers I looked at didnt seem to have (for which Joerg had already found a workaround tho), and, unlike the linux driver, it didnt do DMA. The last time I updated it was for FreeBSD 4.6 (iirc), so obviously for 6.1 (or even committing to HEAD) it would at least need updating and testing again. (and made MPSAFE...) Any takers? Juergen PS: sorry i didn't see this earlier... From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 16 19:41:28 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52C7916A412; Sat, 16 Sep 2006 19:41:28 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81BFA43D68; Sat, 16 Sep 2006 19:41:20 +0000 (GMT) (envelope-from j@uriah.heep.sax.de) Received: from localhost (localhost [127.0.0.1]) by uriah.heep.sax.de (Postfix) with ESMTP id 7F4BE607; Sat, 16 Sep 2006 21:41:16 +0200 (MET DST) Received: from uriah.heep.sax.de (localhost [127.0.0.1]) by localhost (AvMailGate-2.0.2-10) id 41307-383D7DF0; Sat, 16 Sep 2006 21:41:15 +0200 Received: from uriah.heep.sax.de (localhost [127.0.0.1]) by uriah.heep.sax.de (Postfix) with ESMTP id 6FEA58AF; Sat, 16 Sep 2006 21:41:11 +0200 (MET DST) Received: from uriah.heep.sax.de (localhost [127.0.0.1]) by uriah.heep.sax.de (Postfix) with ESMTP; Sat, 16 Sep 2006 21:41:11 +0200 (MET DST) Received: (from j@localhost) by uriah.heep.sax.de (8.13.4/8.13.1/Submit) id k8GJfATg041269; Sat, 16 Sep 2006 21:41:10 +0200 (MET DST) (envelope-from j) Date: Sat, 16 Sep 2006 21:41:10 +0200 From: Joerg Wunsch To: Juergen Lock Message-ID: <20060916194110.GB25105@uriah.heep.sax.de> References: <200608180847.k7I8lQu6076580@www.freebsd.org> <200609161747.k8GHlhC4064883@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609161747.k8GHlhC4064883@saturn.kn-bremen.de> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.11 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on uriah.heep.sax.de X-Spam-Level: X-Spam-Status: No, score=0.0 required=6.5 tests=none autolearn=failed version=3.0.2 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-10; AVE: 6.33.0.19; VDF: 6.33.0.62; host: uriah.heep.sax.de) X-Mailman-Approved-At: Sat, 16 Sep 2006 22:41:50 +0000 Cc: admin@lissyara.su, freebsd-hackers@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: kern/102217: no driver for HP J2585A DeskDirect 10/100VG LAN Adapter X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Sep 2006 19:41:28 -0000 As Juergen Lock wrote: > ... The driver seemed to work with the J2585B card, talking to the > 100VG hub, but it still exhibited a strange problem that the DOS and > linux drivers I looked at didnt seem to have (for which Joerg had > already found a workaround tho), and, unlike the linux driver, it > didnt do DMA. I probably don't have any of that hardware anymore at all. The EISA stuff that could actually talk VGanyLAN at all is long since gone, maybe the PCI card is still in a cabinet but it could only talk Ethernet anyway. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)