From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 17 04:02:50 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8913F16A469; Sun, 17 Jun 2007 04:02:50 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id 6720F13C455; Sun, 17 Jun 2007 04:02:50 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5H42nrH028533 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 16 Jun 2007 21:02:50 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5H42nZ3023263 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 16 Jun 2007 21:02:49 -0700 Message-ID: <4674B268.4030502@u.washington.edu> Date: Sat, 16 Jun 2007 21:02:48 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Tim Kientzle References: <46703EE9.1030804@freebsd.org> In-Reply-To: <46703EE9.1030804@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.16.204433 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: hackers@freebsd.org Subject: Re: Using shell commands versus C equivalents 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, 17 Jun 2007 04:02:50 -0000 Tim Kientzle wrote: > As Joerg said, though, you're not likely to gain much from > this. pkg_install is almost entirely disk bound. Going back to this particular comment, has anybody really looked into the speed of mtree(3)? That was the next stop that I planned on looking at after I make my changes, in terms of fchown(2) and friends. Also, were the bottlenecks seen in pkg_delete and pkg_add, or does it appear to be distributed across the board? Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 17 04:53:07 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 807C316A41F for ; Sun, 17 Jun 2007 04:53:07 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5B51F13C457 for ; Sun, 17 Jun 2007 04:53:07 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.222] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id l5H4r6H7000607; Sat, 16 Jun 2007 21:53:07 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4674BE32.300@freebsd.org> Date: Sat, 16 Jun 2007 21:53:06 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Garrett Cooper References: <46703EE9.1030804@freebsd.org> <4674B268.4030502@u.washington.edu> In-Reply-To: <4674B268.4030502@u.washington.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: Using shell commands versus C equivalents 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, 17 Jun 2007 04:53:07 -0000 > Also, were the bottlenecks seen in pkg_delete and pkg_add, or does it > appear to be distributed across the board? The biggest time sink in pkg_add is writing each file to a temp dir then copying it to its final location. There are a couple of strategies for avoiding this (by writing the files directly to their final location), but it basically requires rewriting pkg_add from scratch. I prototyped this a long time ago and found about a 3x speedup. (Parts of that prototype eventually became libarchive.) I haven't looked closely at pkg_delete, but I doubt there's much that can be done to speed it up; once you've examined the dependency information to determine what can be deleted, actually removing the files is a pretty straightforward operation. The two operations that people focus on performance issues have been index rebuilding (which requires inspecting every port in /usr/ports) and update (which requires inspecting every installed port). The modular Xorg is especially going to stress updates, since it greatly increases the number of ports on the average system. One useful tool: "truss" can include timing information that can give a lot of insight into where a program is really spending time. Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 17 05:58:11 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81B3716A400 for ; Sun, 17 Jun 2007 05:58:11 +0000 (UTC) (envelope-from artifact.one@googlemail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id 3EFEF13C458 for ; Sun, 17 Jun 2007 05:58:11 +0000 (UTC) (envelope-from artifact.one@googlemail.com) Received: by wx-out-0506.google.com with SMTP id h28so1061247wxd for ; Sat, 16 Jun 2007 22:58:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gkEfBSe0Gi5oURjlSbHIgIOx4CWiuaKpmhylPDt8IgU31fDejkrhEpcsU0+eJUmpMZBLskeF99b7Ur+9d7eJy4uB25Xxfa/DA/udm7KctgDacDPW88eEes+s0z6piHsP8FwGGHro6hfMwo4CyAx4dCsUzGK8A/HPfCIR1vASBz8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MXcVdvOETwqlfiqL9b0SNDj0t+Ue7V3eyTxT0R22QuRwWz4ZC0fJmSvPF+ezN3RacV4YBHz+vPDsPJl7OE8Ctn/48lnpcYVJKcUw6jFssqLwTNcgZATc7etjt5azjzLtbWcXz5AJxnevxpHWEpuos496lq0EnZ+vrM10v5Hiitc= Received: by 10.90.79.6 with SMTP id c6mr3315153agb.1182059890637; Sat, 16 Jun 2007 22:58:10 -0700 (PDT) Received: by 10.90.102.14 with HTTP; Sat, 16 Jun 2007 22:58:10 -0700 (PDT) Message-ID: <8e96a0b90706162258nfc1bc70gba2fd4ad5d6fd8b6@mail.gmail.com> Date: Sun, 17 Jun 2007 06:58:10 +0100 From: "mal content" To: "Garrett Cooper" , freebsd-hackers@freebsd.org, Dieter , chat@freebsd.org In-Reply-To: <20070616213006.GA39721@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200706161733.RAA14937@sopwith.solgatos.com> <20070616191714.GA38504@freebie.xs4all.nl> <46745340.6090702@u.washington.edu> <20070616213006.GA39721@freebie.xs4all.nl> Cc: Subject: Re: Fwd: AMD deciding _now_ what to do about Linux 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, 17 Jun 2007 05:58:11 -0000 What does this program do? #include int main(void) { printf("%u\n", 0x2a); return 0; } Docs are more important than drivers. Please ask for docs. MC From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 17 06:47:53 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BD6616A468; Sun, 17 Jun 2007 06:47:53 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 5958013C45D; Sun, 17 Jun 2007 06:47:53 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5H6lqr0010808 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 16 Jun 2007 23:47:52 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5H6lq9D029341 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 16 Jun 2007 23:47:52 -0700 Message-ID: <4674D917.7000502@u.washington.edu> Date: Sat, 16 Jun 2007 23:47:51 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Tim Kientzle References: <46703EE9.1030804@freebsd.org> <4674B268.4030502@u.washington.edu> <4674BE32.300@freebsd.org> In-Reply-To: <4674BE32.300@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.16.232633 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: hackers@freebsd.org Subject: Re: Using shell commands versus C equivalents 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, 17 Jun 2007 06:47:53 -0000 Tim Kientzle wrote: >> Also, were the bottlenecks seen in pkg_delete and pkg_add, or does >> it appear to be distributed across the board? > > The biggest time sink in pkg_add is writing each file to a temp > dir then copying it to its final location. There are a couple > of strategies for avoiding this (by writing the files directly > to their final location), but it basically requires rewriting > pkg_add from scratch. I prototyped this a long time ago and > found about a 3x speedup. (Parts of that prototype eventually > became libarchive.) > > I haven't looked closely at pkg_delete, but I doubt there's > much that can be done to speed it up; once you've examined the > dependency information to determine what can be deleted, > actually removing the files is a pretty straightforward > operation. > > The two operations that people focus on performance issues have > been index rebuilding (which requires inspecting every port in > /usr/ports) and update (which requires inspecting every > installed port). The modular Xorg is especially going to stress > updates, since it greatly increases the number of ports on the > average system. > > One useful tool: "truss" can include timing information that > can give a lot of insight into where a program is really > spending time. > > Tim Kientzle > Hmmm.. not sure if you're referring to the temp creation of files in the playpen portion of the set of programs, or something else, but as I see it the playpen idea is a good one because it's like the Gentoo Linux version of a sandbox, and in case something goes wrong during an install or the user backs out, that's the way to go when dealing with a partially created / installed package. Maybe the strategy behind the playpen should be revised though.. Another question for everyone who's experiencing really slow pkg_add times though -- is it maybe because of slice boundaries that need to be crossed going from the work dir to the installation slice in moving files, perhaps? I'll definitely look into strace'ing (not really a big fan of truss(1) yet) the operation though, just to see how fast or slow stuff is. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 17 07:24:16 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 768F216A46B for ; Sun, 17 Jun 2007 07:24:16 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id D85CA13C458 for ; Sun, 17 Jun 2007 07:24:15 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l5H7OEt2021978; Sun, 17 Jun 2007 17:24:14 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l5H7OEC4021977; Sun, 17 Jun 2007 17:24:14 +1000 (EST) (envelope-from peter) Date: Sun, 17 Jun 2007 17:24:14 +1000 From: Peter Jeremy To: Garrett Cooper Message-ID: <20070617072414.GA1173@turion.vk2pj.dyndns.org> References: <46703EE9.1030804@freebsd.org> <4674B268.4030502@u.washington.edu> <4674BE32.300@freebsd.org> <4674D917.7000502@u.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f5QefDQHtn8hx44O" Content-Disposition: inline In-Reply-To: <4674D917.7000502@u.washington.edu> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: hackers@freebsd.org, Tim Kientzle Subject: Re: Using shell commands versus C equivalents 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, 17 Jun 2007 07:24:16 -0000 --f5QefDQHtn8hx44O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jun-16 23:47:51 -0700, Garrett Cooper w= rote: > Tim Kientzle wrote: >> The biggest time sink in pkg_add is writing each file to a temp >> dir then copying it to its final location. There are a couple =2E.. > Hmmm.. not sure if you're referring to the temp creation of files in t= he=20 > playpen portion of the set of programs, or something else, but as I see i= t=20 > the playpen idea is a good one because it's like the Gentoo Linux version= of=20 > a sandbox, and in case something goes wrong during an install or the user= =20 > backs out, that's the way to go when dealing with a partially created /= =20 > installed package. For the best of both worlds, put the files into the final location (or at least in the same FS) with a temporary name. Once you're satisfied that everything is OK, you can rename the files to their final names. This is a comparatively cheap operation (as long as you aren't running UFS without softupdates). > I'll definitely look into strace'ing (not really a big fan of truss(1)= =20 > yet) the operation though, just to see how fast or slow stuff is. ktrace can also provide timings. --=20 Peter Jeremy --f5QefDQHtn8hx44O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGdOGe/opHv/APuIcRArJrAJ9b0czHdou6h8cgtvmKDntRYy20EQCfSzXz QuAA/QE8aKgcQZbMNMRLE5o= =8974 -----END PGP SIGNATURE----- --f5QefDQHtn8hx44O-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 17 08:51:35 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07BF016A41F; Sun, 17 Jun 2007 08:51:35 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from fep01.xtra.co.nz (fep01.xtra.co.nz [210.54.141.245]) by mx1.freebsd.org (Postfix) with ESMTP id 1EE2B13C43E; Sun, 17 Jun 2007 08:51:33 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from serv.int.fubar.geek.nz ([219.89.104.231]) by fep01.xtra.co.nz with ESMTP id <20070617083643.RYTX11149.fep01.xtra.co.nz@serv.int.fubar.geek.nz>; Sun, 17 Jun 2007 20:36:43 +1200 Date: Sun, 17 Jun 2007 20:36:40 +1200 From: Andrew Turner To: Tim Kientzle Message-ID: <20070617203640.334524fc@hermies.int.fubar.geek.nz> In-Reply-To: <4674BE32.300@freebsd.org> References: <46703EE9.1030804@freebsd.org> <4674B268.4030502@u.washington.edu> <4674BE32.300@freebsd.org> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , hackers@freebsd.org Subject: Re: Using shell commands versus C equivalents 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, 17 Jun 2007 08:51:35 -0000 On Sat, 16 Jun 2007 21:53:06 -0700 Tim Kientzle wrote: > > Also, were the bottlenecks seen in pkg_delete and pkg_add, or > > does it appear to be distributed across the board? > > The biggest time sink in pkg_add is writing each file to a temp > dir then copying it to its final location. There are a couple > of strategies for avoiding this (by writing the files directly > to their final location), but it basically requires rewriting > pkg_add from scratch. I prototyped this a long time ago and > found about a 3x speedup. (Parts of that prototype eventually > became libarchive.) I've also seen a 3x speedup by using my reimplementation of pkg_add using my package management library, libpkg (http://libpkg.berlios.de). It is not production ready yet as if it fails partway through an installation it won't clean up and installed files. > I haven't looked closely at pkg_delete, but I doubt there's > much that can be done to speed it up; once you've examined the > dependency information to determine what can be deleted, > actually removing the files is a pretty straightforward > operation. I ran a quick test on installing and removing a single package with both the cvs and my own version of pkg_delete. I got a small but significant speed improvement with my implementation. The difference was too small to be noticeable by a human though (from 0.11s to 0.07s). Andrew -- Andrew Turner http://fubar.geek.nz/blog/ From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 17 16:27:34 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA62B16A468; Sun, 17 Jun 2007 16:27:34 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8557F13C4AD; Sun, 17 Jun 2007 16:27:34 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5HGRX8B004838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 17 Jun 2007 09:27:33 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5HGRW9T006430 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 17 Jun 2007 09:27:33 -0700 Message-ID: <467560F4.9050007@u.washington.edu> Date: Sun, 17 Jun 2007 09:27:32 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Andrew Turner References: <46703EE9.1030804@freebsd.org> <4674B268.4030502@u.washington.edu> <4674BE32.300@freebsd.org> <20070617203640.334524fc@hermies.int.fubar.geek.nz> In-Reply-To: <20070617203640.334524fc@hermies.int.fubar.geek.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.17.91435 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: hackers@freebsd.org, Tim Kientzle Subject: Re: Using shell commands versus C equivalents 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, 17 Jun 2007 16:27:34 -0000 Andrew Turner wrote: > On Sat, 16 Jun 2007 21:53:06 -0700 > Tim Kientzle wrote: > > >>> Also, were the bottlenecks seen in pkg_delete and pkg_add, or >>> does it appear to be distributed across the board? >>> >> The biggest time sink in pkg_add is writing each file to a temp >> dir then copying it to its final location. There are a couple >> of strategies for avoiding this (by writing the files directly >> to their final location), but it basically requires rewriting >> pkg_add from scratch. I prototyped this a long time ago and >> found about a 3x speedup. (Parts of that prototype eventually >> became libarchive.) >> > I've also seen a 3x speedup by using my reimplementation of pkg_add > using my package management library, libpkg (http://libpkg.berlios.de). > It is not production ready yet as if it fails partway through an > installation it won't clean up and installed files. > > > >> I haven't looked closely at pkg_delete, but I doubt there's >> much that can be done to speed it up; once you've examined the >> dependency information to determine what can be deleted, >> actually removing the files is a pretty straightforward >> operation. >> > I ran a quick test on installing and removing a single package with > both the cvs and my own version of pkg_delete. I got a small but > significant speed improvement with my implementation. The difference > was too small to be noticeable by a human though (from 0.11s to 0.07s). > > Andrew > > Your source looks very nice, but there are a few comments: 1. How do you read BDB stuff without including the BDB headers/libs? 2. I can't go and graft your libs, or do something similar with the current source because I don't want to break production code (pkg_install) of this importance and muck up a lot of user's systems irrevocably. I'll be looking at your source though for good ideas and see if I can integrate them into the existing pkg_install set though, and give you credit where necessary. Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 17 17:35:28 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39D2816A400 for ; Sun, 17 Jun 2007 17:35:28 +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 BAB9813C44C for ; Sun, 17 Jun 2007 17:35:27 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 18340 invoked by uid 1001); 17 Jun 2007 17:33:30 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Sun, 17 Jun 2007 13:33:30 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18037.28777.868098.599922@bhuda.mired.org> Date: Sun, 17 Jun 2007 13:33:29 -0400 To: "mal content" In-Reply-To: <8e96a0b90706162258nfc1bc70gba2fd4ad5d6fd8b6@mail.gmail.com> References: <200706161733.RAA14937@sopwith.solgatos.com> <20070616191714.GA38504@freebie.xs4all.nl> <46745340.6090702@u.washington.edu> <20070616213006.GA39721@freebie.xs4all.nl> <8e96a0b90706162258nfc1bc70gba2fd4ad5d6fd8b6@mail.gmail.com> X-Mailer: VM 7.19 under Emacs 21.3.1 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.1.11 (Ladyburn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org, Garrett Cooper , chat@freebsd.org, Dieter Subject: Re: Fwd: AMD deciding _now_ what to do about Linux 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, 17 Jun 2007 17:35:28 -0000 In <8e96a0b90706162258nfc1bc70gba2fd4ad5d6fd8b6@mail.gmail.com>, mal content typed: > Docs are more important than drivers. Please ask for > docs. Yes. Drivers get us drivers for the platforms they decide to support, which will pretty much kill development on the open source drivers (check out the open source NVidia and ATI drivers). Docs get us the ability to have drivers for platforms they may not want to support. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 17 20:50:53 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BCC316A468; Sun, 17 Jun 2007 20:50:53 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from fep06.xtra.co.nz (fep06.xtra.co.nz [210.54.141.240]) by mx1.freebsd.org (Postfix) with ESMTP id E5F5313C4AD; Sun, 17 Jun 2007 20:50:52 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from serv.int.fubar.geek.nz ([219.89.104.231]) by fep06.xtra.co.nz with ESMTP id <20070617205051.MOJK16296.fep06.xtra.co.nz@serv.int.fubar.geek.nz>; Mon, 18 Jun 2007 08:50:51 +1200 Date: Mon, 18 Jun 2007 08:50:50 +1200 From: Andrew Turner To: Garrett Cooper Message-ID: <20070618085050.348981d5@hermies.int.fubar.geek.nz> In-Reply-To: <467560F4.9050007@u.washington.edu> References: <46703EE9.1030804@freebsd.org> <4674B268.4030502@u.washington.edu> <4674BE32.300@freebsd.org> <20070617203640.334524fc@hermies.int.fubar.geek.nz> <467560F4.9050007@u.washington.edu> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org, Tim Kientzle Subject: Re: Using shell commands versus C equivalents 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, 17 Jun 2007 20:50:53 -0000 On Sun, 17 Jun 2007 09:27:32 -0700 Garrett Cooper wrote: > Your source looks very nice, but there are a few comments: > > 1. How do you read BDB stuff without including the BDB headers/libs? I don't. I've only implemented enough to reimplement pkg_{add,delete,info}. None of these need BDB. > 2. I can't go and graft your libs, or do something similar with the > current source because I don't want to break production code > (pkg_install) of this importance and muck up a lot of user's systems > irrevocably. I know. To use libpkg in the base would require the rest of the pkg tools to be implemented and a lot of testing. As I haven't implemented all the base pkg tools and testing has just been with a limited number of packages I wouldn't want to be responsible for the breakage using libpkg causes. Andrew -- Andrew Turner http://fubar.geek.nz/blog/ From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 17 22:07:06 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1550D16A400 for ; Sun, 17 Jun 2007 22:07:06 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id C36F413C447 for ; Sun, 17 Jun 2007 22:07:05 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.222] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id l5HM74H7005823; Sun, 17 Jun 2007 15:07:04 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4675B088.2040408@freebsd.org> Date: Sun, 17 Jun 2007 15:07:04 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Garrett Cooper References: <46703EE9.1030804@freebsd.org> <4674B268.4030502@u.washington.edu> <4674BE32.300@freebsd.org> <20070617203640.334524fc@hermies.int.fubar.geek.nz> <467560F4.9050007@u.washington.edu> In-Reply-To: <467560F4.9050007@u.washington.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org, Andrew Turner Subject: Rearchitecting pkg_install (was Re: Using shell commands versus C equivalents) 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, 17 Jun 2007 22:07:06 -0000 >> I've also seen a 3x speedup by using my reimplementation of pkg_add >> using my package management library, libpkg (http://libpkg.berlios.de). >> It is not production ready yet as if it fails partway through an >> installation it won't clean up and installed files. I *think* a good way to do this is to: 1) Write each file to a temporary name (as Peter Jeremy suggested earlier in this thread) 2) Write a +INPROGRESS file to the package dir with the temporary name of each file as it is written. 3) Recursively install dependencies. 4) Rename the files to their final names. This sequence allows you to: * Do conflict checking on the fly. If a single file conflicts at any point, you can detect that, ask the user for a resolution at that point and drop the single file or back out the entire package. * Recover crashed installations. Just scan for all +INPROGRESS files and remove every file mentioned. There are a few additional steps you can take to provide even better failure recovery, but this covers the big concerns. >>> I haven't looked closely at pkg_delete, but I doubt there's >>> much that can be done to speed it up... >> >> I ran a quick test ... difference was too small to be noticeable ... Yeah, that's not surprising. > 2. I can't go and graft your libs, or do something similar with the > current source because I don't want to break production code > (pkg_install) of this importance and muck up a lot of user's systems > irrevocably. If you can get enough people involved in testing, you may be able to pull off a full rearchitecture. Requires some careful political groundwork, though. ;-) Be friendly, talk about your work in different mailing lists, make snapshot versions of your code available, try to build a reputation as someone who responds quickly to reported problems. I managed to get support for replacing 'tar' this way, which is arguably just as critical as pkg_install. Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 17 22:20:40 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE73B16A400; Sun, 17 Jun 2007 22:20:40 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id C8C4A13C469; Sun, 17 Jun 2007 22:20:40 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5HMKdWv026072 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 17 Jun 2007 15:20:40 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5HMKds9021258 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 17 Jun 2007 15:20:39 -0700 Message-ID: <4675B3B6.2040603@u.washington.edu> Date: Sun, 17 Jun 2007 15:20:38 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Tim Kientzle References: <46703EE9.1030804@freebsd.org> <4674B268.4030502@u.washington.edu> <4674BE32.300@freebsd.org> <20070617203640.334524fc@hermies.int.fubar.geek.nz> <467560F4.9050007@u.washington.edu> <4675B088.2040408@freebsd.org> In-Reply-To: <4675B088.2040408@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.17.150433 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: hackers@freebsd.org, Andrew Turner Subject: Re: Rearchitecting pkg_install (was Re: Using shell commands versus C equivalents) 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, 17 Jun 2007 22:20:41 -0000 Tim Kientzle wrote: >>> I've also seen a 3x speedup by using my reimplementation of pkg_add >>> using my package management library, libpkg (http://libpkg.berlios.de). >>> It is not production ready yet as if it fails partway through an >>> installation it won't clean up and installed files. > > I *think* a good way to do this is to: > 1) Write each file to a temporary name (as Peter Jeremy > suggested earlier in this thread) > 2) Write a +INPROGRESS file to the package dir with > the temporary name of each file as it is written. > 3) Recursively install dependencies. > 4) Rename the files to their final names. > > This sequence allows you to: > * Do conflict checking on the fly. If a single file > conflicts at any point, you can detect that, ask > the user for a resolution at that point and drop > the single file or back out the entire package. > * Recover crashed installations. Just scan for all > +INPROGRESS files and remove every file mentioned. > > There are a few additional steps you can take to provide > even better failure recovery, but this covers the big > concerns. > >>>> I haven't looked closely at pkg_delete, but I doubt there's >>>> much that can be done to speed it up... >>> >>> I ran a quick test ... difference was too small to be noticeable ... > > Yeah, that's not surprising. > >> 2. I can't go and graft your libs, or do something similar with the >> current source because I don't want to break production code >> (pkg_install) of this importance and muck up a lot of user's systems >> irrevocably. > > If you can get enough people involved in testing, you may > be able to pull off a full rearchitecture. Requires some > careful political groundwork, though. ;-) Be friendly, talk about > your work in different mailing lists, make snapshot versions > of your code available, try to build a reputation as someone > who responds quickly to reported problems. I managed to get > support for replacing 'tar' this way, which is arguably just > as critical as pkg_install. > > Tim Kientzle Well, this certainly changes the problem description from what I thought it was quite a bit. I need to seriously brainstorm what needs to be done for a complete rewrite then, and talk to Kirill, and some of the other main players in the ports/pkg maintainers groups. For now I'm going to run quite a few iterations with a gprof'ed copy of my modified binaries and see if there's another point where things are slow, other than some of the code in deps.c that Stephen's submitted: , and speed it up as much as possible. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 06:59:23 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC8D216A400 for ; Mon, 18 Jun 2007 06:59:23 +0000 (UTC) (envelope-from christian.kandeler@hob.de) Received: from mailgate.hob.de (mailgate.hob.de [212.185.199.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4C5B313C465 for ; Mon, 18 Jun 2007 06:59:23 +0000 (UTC) (envelope-from christian.kandeler@hob.de) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate.hob.de (Postfix) with ESMTP id 3F9882802D for ; Mon, 18 Jun 2007 08:59:21 +0200 (CEST) Received: from mailgate.hob.de ([127.0.0.1]) by localhost (mailgate.hob.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22256-08 for ; Mon, 18 Jun 2007 08:59:20 +0200 (CEST) Received: from imap.hob.de (mail2.hob.de [172.25.1.102]) by mailgate.hob.de (Postfix) with ESMTP id 686482804C for ; Mon, 18 Jun 2007 08:59:20 +0200 (CEST) Received: from [172.22.0.190] (linux03.hob.de [172.22.0.190]) by imap.hob.de (Postfix on SuSE eMail Server 2.0) with ESMTP id A1AA5C5474 for ; Mon, 18 Jun 2007 08:59:19 +0200 (CEST) From: Christian Kandeler Organization: HOB To: freebsd-hackers@freebsd.org Date: Mon, 18 Jun 2007 08:59:15 +0200 User-Agent: KMail/1.6.2 References: <200706151541.51913.christian.kandeler@hob.de> <8D1F83C2-C7A6-4C86-88BE-17DD516DA4D9@mac.com> In-Reply-To: <8D1F83C2-C7A6-4C86-88BE-17DD516DA4D9@mac.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200706180859.15865.christian.kandeler@hob.de> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at hob.de Subject: Re: Question about serial console code 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, 18 Jun 2007 06:59:23 -0000 On Friday 15 June 2007 18:03, Marcel Moolenaar wrote: > The loop is formed by the transmit interrupt of the UART. > When UART_TRANSMIT() is called, the FIFO of the UART is > written and transmission starts. Eventually the UART will > raise a "transmission done" interrupt, which will trigger > the next iteration. I see. However: > If the UART has no FIFO (in the 16550-sense), then sc_txfifosz > is still 1. But where is this set? The ns8250_bus_probe() function returns early when it detects a FIFO-less device, leaving sc_txfifosz at its pre-initialized value (i.e. zero). And it doesn't seem to get set anywhere else, either. Regards, Christian Kandeler From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 07:39:46 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3CA216A41F for ; Mon, 18 Jun 2007 07:39:46 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 86BEF13C45A for ; Mon, 18 Jun 2007 07:39:46 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5I7dkBZ005940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 18 Jun 2007 00:39:46 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5I7djEL014143 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 18 Jun 2007 00:39:45 -0700 Message-ID: <467636C0.6040604@u.washington.edu> Date: Mon, 18 Jun 2007 00:39:44 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.18.1956 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: Subject: Making sense of ktrace(1) output 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, 18 Jun 2007 07:39:46 -0000 Ok, so in my effort to find out the choke point for pkg_add, and in the process I've tried both struss and strace, which have failed because they weren't tracking the right PID and weren't following forks (seemed like procfs is all mucked up even though it's mounted and appears to be working to some extent --only failing 33%~75% of the time :(..). However, I was able to get ktrace output. The only problem is that ktrace(1) apparently outputs only in binary, instead of plaintext output. Can I convert it to plaintext somehow and process it? Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 08:15:35 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EFF016A41F for ; Mon, 18 Jun 2007 08:15:35 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id C97C813C45B for ; Mon, 18 Jun 2007 08:15:34 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l5I8FWUo001554; Mon, 18 Jun 2007 18:15:32 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l5I8FWZF001553; Mon, 18 Jun 2007 18:15:32 +1000 (EST) (envelope-from peter) Date: Mon, 18 Jun 2007 18:15:32 +1000 From: Peter Jeremy To: Garrett Cooper Message-ID: <20070618081532.GI1181@turion.vk2pj.dyndns.org> References: <467636C0.6040604@u.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: <467636C0.6040604@u.washington.edu> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: hackers@freebsd.org Subject: Re: Making sense of ktrace(1) output 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, 18 Jun 2007 08:15:35 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jun-18 00:39:44 -0700, Garrett Cooper w= rote: > However, I was able to get ktrace output. The only problem is that ktrace= (1)=20 > apparently outputs only in binary, instead of plaintext output. Can I=20 > convert it to plaintext somehow and process it? kdump(1) --=20 Peter Jeremy --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGdj8k/opHv/APuIcRAgvEAJ41tNqT8BBmqWPPmwufo5D+S9XZTgCdFmnv KCaTJaoP0N9F80dJcCRBtec= =3bVK -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 08:24:59 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 823A116A421 for ; Mon, 18 Jun 2007 08:24:59 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: from simias.hd.free.fr (vit94-5-82-243-51-8.fbx.proxad.net [82.243.51.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4FB0813C43E for ; Mon, 18 Jun 2007 08:24:58 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: from simias.hd.free.fr (localhost [127.0.0.1]) by simias.hd.free.fr (8.13.6/8.13.6) with ESMTP id l5I80Rf5012521; Mon, 18 Jun 2007 10:00:27 +0200 (CEST) (envelope-from simias.n@gmail.com) Received: (from simias@localhost) by simias.hd.free.fr (8.13.6/8.13.6/Submit) id l5I80DNJ012501; Mon, 18 Jun 2007 10:00:13 +0200 (CEST) (envelope-from simias.n@gmail.com) X-Authentication-Warning: simias.hd.free.fr: simias set sender to simias.n@gmail.com using -f From: Simias To: Garrett Cooper References: <467636C0.6040604@u.washington.edu> Date: Mon, 18 Jun 2007 10:00:00 +0200 In-Reply-To: <467636C0.6040604@u.washington.edu> (Garrett Cooper's message of "Mon\, 18 Jun 2007 00\:39\:44 -0700") Message-ID: <86ir9lr8u7.fsf@simias.hd.free.fr> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: hackers@freebsd.org Subject: Re: Making sense of ktrace(1) output 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, 18 Jun 2007 08:24:59 -0000 Garrett Cooper writes: > Ok, so in my effort to find out the choke point for pkg_add, and in > the process I've tried both struss and strace, which have failed > because they weren't tracking the right PID and weren't following > forks (seemed like procfs is all mucked up even though it's mounted > and appears to be working to some extent --only failing 33%~75% of the > time :(..). > > However, I was able to get ktrace output. The only problem is that > ktrace(1) apparently outputs only in binary, instead of plaintext > output. Can I convert it to plaintext somehow and process it? > > Thanks, > -Garrett Yes you can, using kdump(1). -- Simias From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 08:55:03 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3032B16A421 for ; Mon, 18 Jun 2007 08:55:03 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 07A8813C448 for ; Mon, 18 Jun 2007 08:55:03 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5I8t2ta014761 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 18 Jun 2007 01:55:02 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5I8t1C5015142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 18 Jun 2007 01:55:02 -0700 Message-ID: <46764865.9030203@u.washington.edu> Date: Mon, 18 Jun 2007 01:55:01 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Peter Jeremy References: <467636C0.6040604@u.washington.edu> <20070618081532.GI1181@turion.vk2pj.dyndns.org> In-Reply-To: <20070618081532.GI1181@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.18.13733 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: hackers@freebsd.org Subject: Re: Making sense of ktrace(1) output 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, 18 Jun 2007 08:55:03 -0000 Peter Jeremy wrote: > On 2007-Jun-18 00:39:44 -0700, Garrett Cooper wrote: > >> However, I was able to get ktrace output. The only problem is that ktrace(1) >> apparently outputs only in binary, instead of plaintext output. Can I >> convert it to plaintext somehow and process it? >> > > kdump(1) > > grazi to all that replied -- that did the trick :). Now, note to self.. never ever do analysis on something so large as pkg_add thunderbird. Really, really bad idea :).. I'll make up some Perl scripts, produce some histograms, and see if I can better trace down this bottleneck. Thanks :), -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 09:27:40 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A9E316A500 for ; Mon, 18 Jun 2007 09:27:40 +0000 (UTC) (envelope-from n.cormier@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1CDAC13C448 for ; Mon, 18 Jun 2007 09:27:39 +0000 (UTC) (envelope-from n.cormier@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so3033300pyi for ; Mon, 18 Jun 2007 02:27:39 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=FbQhOfm4xtpE8/UEm5lD3AeXSPLiJ+DaHtIPBHg7Bv+2MLQ/8QeyJo7jkf4GQ+6aYQI5uSUCKakldryk6MeHCnN22jF6H6jZK+eQ/48+1RTFc+lcQekHEgqwEfIpSU4U530GwNDj7n2/pGtrUZzQ0zXhUBR8/BZSCoFB0Lkw1F8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=mYA2QoqiDr5mdH2Czj5J/ScouKpJvjEPfBc+Fkjd51dwfeGOE3pnJ8fdZVTx5SApZUcD2dVN68iUFMKGZHOFaiqparm7vvi31ffkCrLUEr00RtLKlHn4EwGMeNbfYNr7SvwWQqGhO2ndqCd51CwXCDHkkL0DV0a0KmuQ2CNYg+E= Received: by 10.35.41.8 with SMTP id t8mr10356303pyj.1182158859263; Mon, 18 Jun 2007 02:27:39 -0700 (PDT) Received: by 10.35.40.18 with HTTP; Mon, 18 Jun 2007 02:27:39 -0700 (PDT) Message-ID: Date: Mon, 18 Jun 2007 11:27:39 +0200 From: "Nicolas Cormier" 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 Subject: in-kernel tcp server 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, 18 Jun 2007 09:27:40 -0000 Hi, I'm trying to write a little tcp-server kernel module (like tftp). I didn't find a lot of documents about the kernel network programming, just one thread which talks about netgraph. In the freebsd includes I found /usr/include/sys/socketvar.h (so*). What's the easy way to create a basic tcp server (create/bind/listen/accept/send/recv) : use netgraph's ksocket or so* ? Thanks in advance ! PS: the whole job must be done in the kernel. -- Nicolas Cormier From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 11:14:58 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A1E516A473 for ; Mon, 18 Jun 2007 11:14:58 +0000 (UTC) (envelope-from didier@aida.org) Received: from derny.org (aida.homeunix.com [82.239.250.150]) by mx1.freebsd.org (Postfix) with ESMTP id 58B8613C45A for ; Mon, 18 Jun 2007 11:14:57 +0000 (UTC) (envelope-from didier@aida.org) Received: from derny.org (localhost.derny.org [127.0.0.1]) by derny.org (Postfix) with ESMTP id B54D622863 for ; Mon, 18 Jun 2007 13:14:55 +0200 (CEST) Received: from [192.168.1.5] (nabucco.derny.org [192.168.1.5]) by derny.org (Postfix) with ESMTP for ; Mon, 18 Jun 2007 13:14:55 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <26C97624-D6E1-4E46-AE79-A2F00921D0DF@aida.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-hackers@freebsd.org From: didier derny Date: Mon, 18 Jun 2007 13:14:54 +0200 X-Mailer: Apple Mail (2.752.2) X-Antivirus: ok Subject: need help / advices with freebsd + asrock 4coredual-vsta (VT8237A) 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, 18 Jun 2007 11:14:58 -0000 I recently bought an asrock 4coredual-vsta mother board when I tried to install freebsd I saw with horror that freebsd6,2-stable and freebsd7.0-current where coughing when they tried to access the IDE or SATA hard disks /cdrom. it just get stuck after having accessed the hard disk or cdrom I there any hope to see FreeBSD working on this mother board ? is there anything I can do to help to solve the problem ? do I have to change my mother board for something else ? I choosed this one simply because it had a pci express AND an AGP slot in that case to you have any advice for the video board if I want to buy somethething working with X11 ? thanks for your help -- didier@aida. org From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 08:25:14 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B3DB16A41F for ; Mon, 18 Jun 2007 08:25:14 +0000 (UTC) (envelope-from freeman@vault13.org) Received: from vault13.org (ip246-74.baltnet.ru [217.168.74.246]) by mx1.freebsd.org (Postfix) with ESMTP id 54DC413C45E for ; Mon, 18 Jun 2007 08:25:12 +0000 (UTC) (envelope-from freeman@vault13.org) Received: from vault13.org (nobody@localhost [127.0.0.1]) by vault13.org (8.13.6/8.13.6) with ESMTP id l5I87gv6024294; Mon, 18 Jun 2007 12:07:42 +0400 (MSD) (envelope-from freeman@vault13.org) Received: (from freeman@localhost) by vault13.org (8.13.6/8.13.6/Submit) id l5I87bwo024269; Mon, 18 Jun 2007 12:07:37 +0400 (MSD) (envelope-from freeman) Date: Mon, 18 Jun 2007 12:07:37 +0400 From: banshee To: freebsd-hackers@freebsd.org Message-ID: <20070618080737.GA24052@vault13.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline X-Spam-Status: No, score=-1.4 required=2.0 tests=ALL_TRUSTED autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on vault13.org X-Mailman-Approved-At: Mon, 18 Jun 2007 11:28:40 +0000 Cc: youshi10@u.washington.edu Subject: Re: Making sense of ktrace(1) output 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, 18 Jun 2007 08:25:14 -0000 kdump(1) -- Best regards, banshee, vault13.org... From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 13:37:18 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C71816A41F for ; Mon, 18 Jun 2007 13:37:18 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id E9FB013C46A for ; Mon, 18 Jun 2007 13:37:17 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 85BCE8BF487; Mon, 18 Jun 2007 15:37:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o0Xw3A9gZj0O; Mon, 18 Jun 2007 15:37:13 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 502A98BF436; Mon, 18 Jun 2007 15:37:13 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l5IDbBcO094853; Mon, 18 Jun 2007 15:37:11 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 18 Jun 2007 15:37:11 +0200 From: Roman Divacky To: Garrett Cooper Message-ID: <20070618133711.GA94692@freebsd.org> References: <467636C0.6040604@u.washington.edu> <20070618081532.GI1181@turion.vk2pj.dyndns.org> <46764865.9030203@u.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46764865.9030203@u.washington.edu> User-Agent: Mutt/1.4.2.3i Cc: hackers@freebsd.org Subject: Re: Making sense of ktrace(1) output 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, 18 Jun 2007 13:37:18 -0000 On Mon, Jun 18, 2007 at 01:55:01AM -0700, Garrett Cooper wrote: > Peter Jeremy wrote: > >On 2007-Jun-18 00:39:44 -0700, Garrett Cooper > >wrote: > > > >>However, I was able to get ktrace output. The only problem is that > >>ktrace(1) apparently outputs only in binary, instead of plaintext output. > >>Can I convert it to plaintext somehow and process it? > >> > > > >kdump(1) > > > > > grazi to all that replied -- that did the trick :). > > Now, note to self.. never ever do analysis on something so large as > pkg_add thunderbird. Really, really bad idea :).. > > I'll make up some Perl scripts, produce some histograms, and see if I > can better trace down this bottleneck. well.. instead of using ktrace I'd suggest building profiled pkg_add and see that way where the time is spent. ktrace is great if you dont have the source code... but you do :) roman From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 15:35:36 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19E3116A46B; Mon, 18 Jun 2007 15:35:36 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id E8D2013C465; Mon, 18 Jun 2007 15:35:35 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5IFZZtk006669 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 18 Jun 2007 08:35:35 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5IFZYmS005762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 18 Jun 2007 08:35:34 -0700 Message-ID: <4676A646.7040003@u.washington.edu> Date: Mon, 18 Jun 2007 08:35:34 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Roman Divacky References: <467636C0.6040604@u.washington.edu> <20070618081532.GI1181@turion.vk2pj.dyndns.org> <46764865.9030203@u.washington.edu> <20070618133711.GA94692@freebsd.org> In-Reply-To: <20070618133711.GA94692@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.18.81934 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: hackers@freebsd.org Subject: Re: Making sense of ktrace(1) output 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, 18 Jun 2007 15:35:36 -0000 Roman Divacky wrote: > On Mon, Jun 18, 2007 at 01:55:01AM -0700, Garrett Cooper wrote: > >> Peter Jeremy wrote: >> >>> On 2007-Jun-18 00:39:44 -0700, Garrett Cooper >>> wrote: >>> >>> >>>> However, I was able to get ktrace output. The only problem is that >>>> ktrace(1) apparently outputs only in binary, instead of plaintext output. >>>> Can I convert it to plaintext somehow and process it? >>>> >>>> >>> kdump(1) >>> >>> >>> >> grazi to all that replied -- that did the trick :). >> >> Now, note to self.. never ever do analysis on something so large as >> pkg_add thunderbird. Really, really bad idea :).. >> >> I'll make up some Perl scripts, produce some histograms, and see if I >> can better trace down this bottleneck. >> > > well.. instead of using ktrace I'd suggest building profiled pkg_add > and see that way where the time is spent. ktrace is great if you dont > have the source code... but you do :) > > roman > Unfortunately I have to profile all of the source up the tree to create profiled symbols, and I'm running into some issues profiling liblegacy. Does anyone have any hints for getting around that, or just profiling all of the relevant libs? Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 15:40:16 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBD1E16A475 for ; Mon, 18 Jun 2007 15:40:16 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.174]) by mx1.freebsd.org (Postfix) with ESMTP id C468F13C4BB for ; Mon, 18 Jun 2007 15:40:16 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout04/MantshX 4.0) with ESMTP id l5IFeFGn009418; Mon, 18 Jun 2007 08:40:15 -0700 (PDT) Received: from [172.16.1.5] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l5IFe6lp006578 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 18 Jun 2007 08:40:13 -0700 (PDT) In-Reply-To: <200706180859.15865.christian.kandeler@hob.de> References: <200706151541.51913.christian.kandeler@hob.de> <8D1F83C2-C7A6-4C86-88BE-17DD516DA4D9@mac.com> <200706180859.15865.christian.kandeler@hob.de> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5DD69BA8-586A-4B7F-B9B4-ECA9C74F41F3@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Mon, 18 Jun 2007 08:39:48 -0700 To: Christian Kandeler X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-hackers@freebsd.org Subject: Re: Question about serial console code 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, 18 Jun 2007 15:40:16 -0000 On Jun 17, 2007, at 11:59 PM, Christian Kandeler wrote: >> If the UART has no FIFO (in the 16550-sense), then sc_txfifosz >> is still 1. > > But where is this set? The ns8250_bus_probe() function returns > early when it > detects a FIFO-less device, leaving sc_txfifosz at its pre- > initialized value > (i.e. zero). And it doesn't seem to get set anywhere else, either. Uhm, on line 817 in uart_dev_ns8250.c, which falls in function uart_bus_probe(), both the rx and tx fifo sizes are set to 1. This is for the case there's no fifo. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 15:56:51 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA71616A421 for ; Mon, 18 Jun 2007 15:56:51 +0000 (UTC) (envelope-from christian.kandeler@hob.de) Received: from mailgate.hob.de (mailgate.hob.de [212.185.199.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9255813C483 for ; Mon, 18 Jun 2007 15:56:49 +0000 (UTC) (envelope-from christian.kandeler@hob.de) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate.hob.de (Postfix) with ESMTP id 460C8280F7 for ; Mon, 18 Jun 2007 17:56:48 +0200 (CEST) Received: from mailgate.hob.de ([127.0.0.1]) by localhost (mailgate.hob.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02703-05 for ; Mon, 18 Jun 2007 17:56:47 +0200 (CEST) Received: from imap.hob.de (mail2.hob.de [172.25.1.102]) by mailgate.hob.de (Postfix) with ESMTP id DB737280F4 for ; Mon, 18 Jun 2007 17:56:47 +0200 (CEST) Received: from [172.22.0.190] (linux03.hob.de [172.22.0.190]) by imap.hob.de (Postfix on SuSE eMail Server 2.0) with ESMTP id 88A28C19BA for ; Mon, 18 Jun 2007 17:56:47 +0200 (CEST) From: Christian Kandeler Organization: HOB To: freebsd-hackers@freebsd.org Date: Mon, 18 Jun 2007 17:56:43 +0200 User-Agent: KMail/1.6.2 References: <200706151541.51913.christian.kandeler@hob.de> <200706180859.15865.christian.kandeler@hob.de> <5DD69BA8-586A-4B7F-B9B4-ECA9C74F41F3@mac.com> In-Reply-To: <5DD69BA8-586A-4B7F-B9B4-ECA9C74F41F3@mac.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200706181756.43580.christian.kandeler@hob.de> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at hob.de Subject: Re: Question about serial console code 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, 18 Jun 2007 15:56:51 -0000 On Monday 18 June 2007 17:39, Marcel Moolenaar wrote: > Uhm, on line 817 in uart_dev_ns8250.c, which falls in function > uart_bus_probe(), both the rx and tx fifo sizes are set to 1. Yes, I was apparently working with an outdated release (6.1). Should have checked the current one first. Sorry about the noise. Regards, Christian Kandeler From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 16:40:33 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E39F016A41F for ; Mon, 18 Jun 2007 16:40:33 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.173]) by mx1.freebsd.org (Postfix) with ESMTP id CCB0813C455 for ; Mon, 18 Jun 2007 16:40:33 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/smtpout03/MantshX 4.0) with ESMTP id l5IGeX2s007685; Mon, 18 Jun 2007 09:40:33 -0700 (PDT) Received: from [172.24.104.120] (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id l5IGeKkA002045 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 18 Jun 2007 09:40:32 -0700 (PDT) In-Reply-To: <200706181756.43580.christian.kandeler@hob.de> References: <200706151541.51913.christian.kandeler@hob.de> <200706180859.15865.christian.kandeler@hob.de> <5DD69BA8-586A-4B7F-B9B4-ECA9C74F41F3@mac.com> <200706181756.43580.christian.kandeler@hob.de> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3EC89606-6C99-4AA9-BBC7-56F5E154E74F@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Mon, 18 Jun 2007 09:40:01 -0700 To: Christian Kandeler X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-hackers@freebsd.org Subject: Re: Question about serial console code 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, 18 Jun 2007 16:40:34 -0000 On Jun 18, 2007, at 8:56 AM, Christian Kandeler wrote: > On Monday 18 June 2007 17:39, Marcel Moolenaar wrote: > >> Uhm, on line 817 in uart_dev_ns8250.c, which falls in function >> uart_bus_probe(), both the rx and tx fifo sizes are set to 1. > > Yes, I was apparently working with an outdated release (6.1). > Should have > checked the current one first. Sorry about the noise. No worries. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 17:32:58 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8907D16A421 for ; Mon, 18 Jun 2007 17:32:58 +0000 (UTC) (envelope-from turgeon.martin@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230]) by mx1.freebsd.org (Postfix) with ESMTP id 380AD13C455 for ; Mon, 18 Jun 2007 17:32:58 +0000 (UTC) (envelope-from turgeon.martin@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1007695wra for ; Mon, 18 Jun 2007 10:32:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=Rsy0MHjCP8jQSCT7ZPUEb/agKlbHLaoClU5j+MdS/zunV3d+KcqKlqIeaq3anDj40tr5QiuvRzvPXHOLBaic23W9JhYI24v0T/p3egwrtyyhw66mP7GAQUn40FHYsXbK9qz0af/vcS8lt+f8vl6Yd3DO2WWOtjCquPWoIVZhiGk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=STO3Si5fHnOFT/4GRTtDMckP4q/R87Nyry9GokyvBQmBYhgxx9QWmBov+BKlTYATaZm2Sm4Mkh2I5cFfzCBLR2RkMQYBzpR+jKIrhhzz0PuSFuX3zqGJ0E9BG9KAegWZcK2bsKFYkipH+ocWW6cHKU5k78AnrakJjyMGhqnggaI= Received: by 10.90.27.13 with SMTP id a13mr4033039aga.1182186226500; Mon, 18 Jun 2007 10:03:46 -0700 (PDT) Received: from ?31.33.7.200? ( [74.15.176.82]) by mx.google.com with ESMTP id 33sm1583495wra.2007.06.18.10.03.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 18 Jun 2007 10:03:45 -0700 (PDT) Message-ID: <4676BAF0.4030703@gmail.com> Date: Mon, 18 Jun 2007 13:03:44 -0400 From: Martin Turgeon User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 18 Jun 2007 17:32:58 -0000 Good afternoon, I just receive 2 PowerEdge servers (a 1950 and a 860) both with 4G of RAM. I installed FreeBSD 6.2 Release i386 on both of them. Unfortunately, only 3,5G is recognized on the 860 and 3,3G on the 1950. dmesg on 860: real memory = 3757834240 (3583 MB) avail memory = 3678318592 (3507 MB) I am facing a difficult decision. Should I use i386 with PAE enabled in the kernel (I read a lot of warnings using it) or should I go with AMD64? Which branch should I follow? These servers will be front-end/back-end MySQL(with replication) and Apache servers with BIND, Postfix, Dovecot, PF. There is the detailled configuration of the servers: PowerEdge 1950 Xeon 5110 4G RAM PERC 5 Raid controller (mfi) Dual Broadcom 5708 (bce) PowerEdge 860 Xeon 3070 4G RAM LSI Logic Raid controller (mpt) Dual Broadcom 5750 (bge) Thanks a lot for your advice, Martin From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 18:08:13 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C550716A469 for ; Mon, 18 Jun 2007 18:08:13 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B329413C48A for ; Mon, 18 Jun 2007 18:08:13 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id A1E4C1CC044; Mon, 18 Jun 2007 11:08:13 -0700 (PDT) Date: Mon, 18 Jun 2007 11:08:13 -0700 From: Jeremy Chadwick To: Martin Turgeon Message-ID: <20070618180813.GA13003@eos.sc1.parodius.com> References: <4676BAF0.4030703@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4676BAF0.4030703@gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 18 Jun 2007 18:08:13 -0000 On Mon, Jun 18, 2007 at 01:03:44PM -0400, Martin Turgeon wrote: > I just receive 2 PowerEdge servers (a 1950 and a 860) both with 4G of RAM. I > installed FreeBSD 6.2 Release i386 on both of them. Unfortunately, only 3,5G > is recognized on the 860 and 3,3G on the 1950. > dmesg on 860: > real memory = 3757834240 (3583 MB) > avail memory = 3678318592 (3507 MB) > > I am facing a difficult decision. Should I use i386 with PAE enabled in the > kernel (I read a lot of warnings using it) or should I go with AMD64? Which > branch should I follow? Based on what I've read from some of the porters and miscellaneous others, generally-speaking there's too many issues with amd64 (in the sense of 32-bit vs. 64-bit compatibility -- not the fault of the kernel or otherwise) to consider it worth switching to. I personally don't run 64-bit OSes because most developers still use 32-bit machines and don't have a way to develop/test in 64-bit environments. That said, I'd recommend you stick with i386 + PAE, simply for guaranteed application compatibility. You'll lose the amount of RAM you're seeing due to PAE addressing for PCI address space. I can dig you up a usage map (broken down by how much is taken up by each portion; PCI, ACPI, etc.) if you want one. It's for SuperMicro systems, but the general idea applies to most everything. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 18:37:55 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B620F16A468 for ; Mon, 18 Jun 2007 18:37:55 +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 67D6E13C447 for ; Mon, 18 Jun 2007 18:37:55 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 44558 invoked by uid 1001); 18 Jun 2007 18:35:59 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Mon, 18 Jun 2007 14:35:59 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18038.53391.265513.66864@bhuda.mired.org> Date: Mon, 18 Jun 2007 14:35:59 -0400 To: Jeremy Chadwick In-Reply-To: <20070618180813.GA13003@eos.sc1.parodius.com> References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> X-Mailer: VM 7.19 under Emacs 21.3.1 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.1.11 (Ladyburn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org, Martin Turgeon , freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 18 Jun 2007 18:37:55 -0000 In <20070618180813.GA13003@eos.sc1.parodius.com>, Jeremy Chadwick typed: > On Mon, Jun 18, 2007 at 01:03:44PM -0400, Martin Turgeon wrote: > > I just receive 2 PowerEdge servers (a 1950 and a 860) both with 4G of RAM. I > > installed FreeBSD 6.2 Release i386 on both of them. Unfortunately, only 3,5G > > is recognized on the 860 and 3,3G on the 1950. > > dmesg on 860: > > real memory = 3757834240 (3583 MB) > > avail memory = 3678318592 (3507 MB) > > > > I am facing a difficult decision. Should I use i386 with PAE enabled in the > > kernel (I read a lot of warnings using it) or should I go with AMD64? Which > > branch should I follow? > > Based on what I've read from some of the porters and miscellaneous > others, generally-speaking there's too many issues with amd64 (in the > sense of 32-bit vs. 64-bit compatibility -- not the fault of the kernel > or otherwise) to consider it worth switching to. If you need to run 32-bit apps on amd64 FreeBSD, you're pretty much SOL at this point. You'll have to build the the infrastructure to install your apps by hand. On the other hand, 64-bit FreeBSD is fairly solid, and most of the apps I need run as well on amd64 FreeBSD as they do on i386 FreeBSD. My last major project - the ETL code for the world largest linux-based Oracle database with 7x24 availability - has been running on x86_64 linux since day 1, over two years ago. With the exclusion of oracle, it's built entirely on FOSS apps or custom code. > I personally don't run 64-bit OSes because most developers still use > 32-bit machines and don't have a way to develop/test in 64-bit > environments. I find that extremely ironic. I've spent most of the last two days trying to put together a Linux system with python 2.5 (or later) and lxml 1.2 (or later), because I need to add an oracle library to it. While both FreeBSD and darwin ports (where I do development) have all the appropriate bits except oracle, the Linux distros don't have any of them in their packaging systems. The precompiled versions of lxml available are either 64-bit Linux or 32-bit Windows. Unfortunately, I have to have the 32-bit version since the linux dev box is running on VM software that won't run 64-bit code. > That said, I'd recommend you stick with i386 + PAE, simply for > guaranteed application compatibility. If you are going to be using standard protocols to communicate over the network, then the issue isn't compatability so much as availability - the apps you need may not be available for amd64, or may not work reliably if they are. On the other hand, something that nobody ever seems to point out is that the same CPU is noticably faster running amd64 code than i386 code. Probably has something to do with the amd64 mode having twice as many registers. If performance is an issue, it might be worth your while to see if your critical applications are available for the amd64. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 18:51:50 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F49A16A469 for ; Mon, 18 Jun 2007 18:51:50 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id C9F1413C455 for ; Mon, 18 Jun 2007 18:51:49 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 9C9798BFD6D; Mon, 18 Jun 2007 20:51:40 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xgn8DYWFOPaw; Mon, 18 Jun 2007 20:51:36 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 930E98BFF93; Mon, 18 Jun 2007 20:51:36 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l5IIpZOl013204; Mon, 18 Jun 2007 20:51:35 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 18 Jun 2007 20:51:35 +0200 From: Roman Divacky To: Garrett Cooper Message-ID: <20070618185135.GA13076@freebsd.org> References: <467636C0.6040604@u.washington.edu> <20070618081532.GI1181@turion.vk2pj.dyndns.org> <46764865.9030203@u.washington.edu> <20070618133711.GA94692@freebsd.org> <4676A646.7040003@u.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4676A646.7040003@u.washington.edu> User-Agent: Mutt/1.4.2.3i Cc: hackers@freebsd.org Subject: Re: Making sense of ktrace(1) output 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, 18 Jun 2007 18:51:50 -0000 > Unfortunately I have to profile all of the source up the tree to > create profiled symbols, and I'm running into some issues profiling > liblegacy. > Does anyone have any hints for getting around that, or just > profiling all of the relevant libs? I think you can build fbsd with profiling of all libraries (in base) and run it like that... From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 18:48:05 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46F8816A46F for ; Mon, 18 Jun 2007 18:48:05 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 13AE913C487 for ; Mon, 18 Jun 2007 18:48:03 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id AB7B0E86; Mon, 18 Jun 2007 13:48:02 -0500 (CDT) Date: Mon, 18 Jun 2007 13:48:02 -0500 To: Mike Meyer Message-ID: <20070618184802.GC30616@soaustin.net> References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <18038.53391.265513.66864@bhuda.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18038.53391.265513.66864@bhuda.mired.org> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Mon, 18 Jun 2007 18:57:58 +0000 Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , Martin Turgeon , freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 18 Jun 2007 18:48:05 -0000 On Mon, Jun 18, 2007 at 02:35:59PM -0400, Mike Meyer wrote: > While both FreeBSD and darwin ports (where I do development) have all > the appropriate bits except oracle, the Linux distros don't have any > of them in their packaging systems. It might be nice to point that out to Oracle, as a way to try to sell FreeBSD as a platform. mcl From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 19:16:11 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B779C16A468 for ; Mon, 18 Jun 2007 19:16:11 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 432EA13C448 for ; Mon, 18 Jun 2007 19:16:11 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l5IJG9Xr003448; Tue, 19 Jun 2007 05:16:09 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l5IJG9e5003447; Tue, 19 Jun 2007 05:16:09 +1000 (EST) (envelope-from peter) Date: Tue, 19 Jun 2007 05:16:09 +1000 From: Peter Jeremy To: Garrett Cooper Message-ID: <20070618191609.GM1181@turion.vk2pj.dyndns.org> References: <467636C0.6040604@u.washington.edu> <20070618081532.GI1181@turion.vk2pj.dyndns.org> <46764865.9030203@u.washington.edu> <20070618133711.GA94692@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XuV1QlJbYrcVoo+x" Content-Disposition: inline In-Reply-To: <20070618133711.GA94692@freebsd.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: hackers@freebsd.org Subject: Re: Making sense of ktrace(1) output 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, 18 Jun 2007 19:16:11 -0000 --XuV1QlJbYrcVoo+x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jun-18 15:37:11 +0200, Roman Divacky wrote: >well.. instead of using ktrace I'd suggest building profiled pkg_add >and see that way where the time is spent. ktrace is great if you dont >have the source code... but you do :) If you decide to go this route, you might like to apply http://www.freebsd.org/cgi/query-pr.cgi?pr=3D99800 By default gmon.out is overwritten by each process so you will only get the output from the last process of a given name. My patch optionally saves the profiling output each process in a separate file. gprof(1) can already accumulate the output from multiple files so this patch gives you the ability to profile multiple executions of a single executable. You will still need to glue together the profiling results from each executable. --=20 Peter Jeremy --XuV1QlJbYrcVoo+x Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGdtn5/opHv/APuIcRAmkyAKCboAL6jB2sRTjQluQcvc+tPlpSOACfbzet gJzXr6ckSL6Mk/PdT9nopf4= =AIBr -----END PGP SIGNATURE----- --XuV1QlJbYrcVoo+x-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 19:29:27 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B55216A41F for ; Mon, 18 Jun 2007 19:29:27 +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 8A6C413C46A for ; Mon, 18 Jun 2007 19:29:26 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 45484 invoked by uid 1001); 18 Jun 2007 19:27:31 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Mon, 18 Jun 2007 15:27:30 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18038.56482.533559.427256@bhuda.mired.org> Date: Mon, 18 Jun 2007 15:27:30 -0400 To: linimon@lonesome.com (Mark Linimon) In-Reply-To: <20070618184802.GC30616@soaustin.net> References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <18038.53391.265513.66864@bhuda.mired.org> <20070618184802.GC30616@soaustin.net> X-Mailer: VM 7.19 under Emacs 21.3.1 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.1.11 (Ladyburn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , Martin Turgeon , freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 18 Jun 2007 19:29:27 -0000 In <20070618184802.GC30616@soaustin.net>, Mark Linimon typed: > On Mon, Jun 18, 2007 at 02:35:59PM -0400, Mike Meyer wrote: > > While both FreeBSD and darwin ports (where I do development) have all > > the appropriate bits except oracle, the Linux distros don't have any > > of them in their packaging systems. > It might be nice to point that out to Oracle, as a way to try to sell > FreeBSD as a platform. I've started looking for a contact.... Thanks, http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 19:33:16 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 681F516A421 for ; Mon, 18 Jun 2007 19:33:16 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 4918813C465 for ; Mon, 18 Jun 2007 19:33:16 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5IJXFti001054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 18 Jun 2007 12:33:16 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5IJXFJk026759 for ; Mon, 18 Jun 2007 12:33:15 -0700 X-Auth-Received: from [192.55.52.1] by hymn01.u.washington.edu via HTTP; Mon, 18 Jun 2007 12:33:15 PDT Date: Mon, 18 Jun 2007 12:33:15 -0700 (PDT) From: youshi10@u.washington.edu To: hackers@freebsd.org In-Reply-To: <20070618185135.GA13076@freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.18.121634 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: Subject: Re: Making sense of ktrace(1) output 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, 18 Jun 2007 19:33:16 -0000 On Mon, 18 Jun 2007, Roman Divacky wrote: >> Unfortunately I have to profile all of the source up the tree to >> create profiled symbols, and I'm running into some issues profiling >> liblegacy. >> Does anyone have any hints for getting around that, or just >> profiling all of the relevant libs? > > I think you can build fbsd with profiling of all libraries (in base) and > run it like that... > Hmm.. I think I'll actually try the -static gcc flag and see where it gets me. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 19:34:21 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E86A316A468 for ; Mon, 18 Jun 2007 19:34:21 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id C725C13C465 for ; Mon, 18 Jun 2007 19:34:21 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5IJYLAb008826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 18 Jun 2007 12:34:21 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5IJYLRj028011 for ; Mon, 18 Jun 2007 12:34:21 -0700 X-Auth-Received: from [192.55.52.1] by hymn01.u.washington.edu via HTTP; Mon, 18 Jun 2007 12:34:21 PDT Date: Mon, 18 Jun 2007 12:34:21 -0700 (PDT) From: youshi10@u.washington.edu To: hackers@freebsd.org In-Reply-To: <20070618191609.GM1181@turion.vk2pj.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.18.121634 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CP_URI_IN_BODY 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: Subject: Re: Making sense of ktrace(1) output 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, 18 Jun 2007 19:34:22 -0000 On Tue, 19 Jun 2007, Peter Jeremy wrote: > On 2007-Jun-18 15:37:11 +0200, Roman Divacky wrote: >> well.. instead of using ktrace I'd suggest building profiled pkg_add >> and see that way where the time is spent. ktrace is great if you dont >> have the source code... but you do :) > > If you decide to go this route, you might like to apply > http://www.freebsd.org/cgi/query-pr.cgi?pr=99800 > > By default gmon.out is overwritten by each process so you will only > get the output from the last process of a given name. My patch > optionally saves the profiling output each process in a separate file. > gprof(1) can already accumulate the output from multiple files so this > patch gives you the ability to profile multiple executions of a single > executable. You will still need to glue together the profiling > results from each executable. > > -- > Peter Jeremy > Yeah, I noticed that. Thanks for the heads up on the PR :). Why not create a flag though instead of check to see if an environment variables been set? -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 21:15:32 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F21916A468 for ; Mon, 18 Jun 2007 21:15:32 +0000 (UTC) (envelope-from turgeon.martin@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id EF4E613C44C for ; Mon, 18 Jun 2007 21:15:31 +0000 (UTC) (envelope-from turgeon.martin@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so419377anc for ; Mon, 18 Jun 2007 14:15:31 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=NkhkN3+KM0Bn4yWV8IJwK24atluGJFdKFhpL3XL2MqI/JjWIV3o+NdN+UgxoCEcvwaLbZaeaI75Y83X5gaXBOG24Sg++YKqfKqQd+ETVfmffywiwR1GqkPIhhjQtyiUgRRyuFfmmj1dc2i5DJCALNZ5lcx7tvpeaTfFGs7SSeE0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=pC9Y2HB+hz6RA6qK4HZlIY8JckMR/ph2kF6jbtjobZkGRVh6xnDp9rw8+qUByfnFWwdryLmjj7ie6qBaZtpB488bwcyGEuuhojkN9kA4U+V/4k8quwMj5+ojrluSy++9mCXiAovK1rKOBCPKymvEp6AANcl4I5IdvOKxlgYjsWA= Received: by 10.100.173.19 with SMTP id v19mr1458917ane.1182201330970; Mon, 18 Jun 2007 14:15:30 -0700 (PDT) Received: by 10.100.41.16 with HTTP; Mon, 18 Jun 2007 14:15:30 -0700 (PDT) Message-ID: <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> Date: Mon, 18 Jun 2007 17:15:30 -0400 From: "Martin Turgeon" To: "Jeremy Chadwick" In-Reply-To: <20070618180813.GA13003@eos.sc1.parodius.com> MIME-Version: 1.0 References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 18 Jun 2007 21:15:32 -0000 2007/6/18, Jeremy Chadwick : > > On Mon, Jun 18, 2007 at 01:03:44PM -0400, Martin Turgeon wrote: > > I just receive 2 PowerEdge servers (a 1950 and a 860) both with 4G of > RAM. I > > installed FreeBSD 6.2 Release i386 on both of them. Unfortunately, only > 3,5G > > is recognized on the 860 and 3,3G on the 1950. > > dmesg on 860: > > real memory = 3757834240 (3583 MB) > > avail memory = 3678318592 (3507 MB) > > > > I am facing a difficult decision. Should I use i386 with PAE enabled in > the > > kernel (I read a lot of warnings using it) or should I go with AMD64? > Which > > branch should I follow? > > Based on what I've read from some of the porters and miscellaneous > others, generally-speaking there's too many issues with amd64 (in the > sense of 32-bit vs. 64-bit compatibility -- not the fault of the kernel > or otherwise) to consider it worth switching to. > > I personally don't run 64-bit OSes because most developers still use > 32-bit machines and don't have a way to develop/test in 64-bit > environments. > > That said, I'd recommend you stick with i386 + PAE, simply for > guaranteed application compatibility. My setup is fairly standard (as I described), should I expect problem with 64 bit version of these programs? You'll lose the amount of RAM you're seeing due to PAE addressing for > PCI address space. I can dig you up a usage map (broken down by how > much is taken up by each portion; PCI, ACPI, etc.) if you want one. > It's for SuperMicro systems, but the general idea applies to most > everything. I'm not sure to understand what you mean by that. Are you saying that PAE will eat the 500M that should be available? -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 21:18:51 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 320FC16A469; Mon, 18 Jun 2007 21:18:51 +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 1DA6213C484; Mon, 18 Jun 2007 21:18:51 +0000 (UTC) (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 C03961A4D80; Mon, 18 Jun 2007 14:18:04 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 67209512C2; Mon, 18 Jun 2007 17:18:50 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 0B909BED8; Mon, 18 Jun 2007 17:18:50 -0400 (EDT) Date: Mon, 18 Jun 2007 17:18:49 -0400 From: Kris Kennaway To: Martin Turgeon Message-ID: <20070618211849.GA77265@rot13.obsecurity.org> References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 18 Jun 2007 21:18:51 -0000 On Mon, Jun 18, 2007 at 05:15:30PM -0400, Martin Turgeon wrote: > 2007/6/18, Jeremy Chadwick : > > > >On Mon, Jun 18, 2007 at 01:03:44PM -0400, Martin Turgeon wrote: > >> I just receive 2 PowerEdge servers (a 1950 and a 860) both with 4G of > >RAM. I > >> installed FreeBSD 6.2 Release i386 on both of them. Unfortunately, only > >3,5G > >> is recognized on the 860 and 3,3G on the 1950. > >> dmesg on 860: > >> real memory = 3757834240 (3583 MB) > >> avail memory = 3678318592 (3507 MB) > >> > >> I am facing a difficult decision. Should I use i386 with PAE enabled in > >the > >> kernel (I read a lot of warnings using it) or should I go with AMD64? > >Which > >> branch should I follow? > > > >Based on what I've read from some of the porters and miscellaneous > >others, generally-speaking there's too many issues with amd64 (in the > >sense of 32-bit vs. 64-bit compatibility -- not the fault of the kernel > >or otherwise) to consider it worth switching to. > > > >I personally don't run 64-bit OSes because most developers still use > >32-bit machines and don't have a way to develop/test in 64-bit > >environments. > > > >That said, I'd recommend you stick with i386 + PAE, simply for > >guaranteed application compatibility. > > > My setup is fairly standard (as I described), should I expect problem with > 64 bit version of these programs? No. I'd go with amd64 personally. Kris From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 21:49:07 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66B5616A46C for ; Mon, 18 Jun 2007 21:49:07 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 23FE713C45E for ; Mon, 18 Jun 2007 21:49:06 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so421609anc for ; Mon, 18 Jun 2007 14:49:06 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OTXP1kMDDJXvJwemgOZ0NfnofiyIqaPPPRDf94nK/+ChnuoN+EeWGhjtDqSFMe2rVDangrjk9r7fOTRjhZem4GeMzyXlIdoawJH4SiE26ljN6wN62D9DBD5FMREeZZ5NFHQPFdA7uIbVb2ktwWn4ZIihUdCh9x+q9dSEVsH9eUM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Dt9ksqt0NEyTo9xuGMgBdbAZGdZVUH0zwvTqubWB3nE2Gjxf2uz7vCbICva7381TNRY0BVagCTISnaxk67A9p+VODuV4+F4UBPuWIEN+rW0JvMGEs+mZLm6V/jBfIR+ihV5ebvA8dI4sC5gDrbR43GDgPiqy87bg8L/5GrKyE+M= Received: by 10.100.135.16 with SMTP id i16mr3826996and.1182203346426; Mon, 18 Jun 2007 14:49:06 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Mon, 18 Jun 2007 14:49:06 -0700 (PDT) Message-ID: <499c70c0706181449o7abf6b24uc657c2b312add822@mail.gmail.com> Date: Tue, 19 Jun 2007 00:49:06 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Martin Turgeon" In-Reply-To: <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 18 Jun 2007 21:49:07 -0000 On 6/19/07, Martin Turgeon wrote: > 2007/6/18, Jeremy Chadwick : > > > > On Mon, Jun 18, 2007 at 01:03:44PM -0400, Martin Turgeon wrote: > > > I just receive 2 PowerEdge servers (a 1950 and a 860) both with 4G of > > RAM. I > > > installed FreeBSD 6.2 Release i386 on both of them. Unfortunately, only > > 3,5G > > > is recognized on the 860 and 3,3G on the 1950. > > > dmesg on 860: > > > real memory = 3757834240 (3583 MB) > > > avail memory = 3678318592 (3507 MB) > > > > > > I am facing a difficult decision. Should I use i386 with PAE enabled in > > the > > > kernel (I read a lot of warnings using it) or should I go with AMD64? > > Which > > > branch should I follow? > > > > Based on what I've read from some of the porters and miscellaneous > > others, generally-speaking there's too many issues with amd64 (in the > > sense of 32-bit vs. 64-bit compatibility -- not the fault of the kernel > > or otherwise) to consider it worth switching to. > > > > I personally don't run 64-bit OSes because most developers still use > > 32-bit machines and don't have a way to develop/test in 64-bit > > environments. > > > > That said, I'd recommend you stick with i386 + PAE, simply for > > guaranteed application compatibility. > > > My setup is fairly standard (as I described), should I expect problem with > 64 bit version of these programs? > > > You'll lose the amount of RAM you're seeing due to PAE addressing for > > PCI address space. I can dig you up a usage map (broken down by how > > much is taken up by each portion; PCI, ACPI, etc.) if you want one. > > It's for SuperMicro systems, but the general idea applies to most > > everything. > > > I'm not sure to understand what you mean by that. Are you saying that PAE > will eat the 500M that should be available? > > -- > > | Jeremy Chadwick jdc at parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | If I were you, I would go for AMD64. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 22:10:23 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0BEC516A469; Mon, 18 Jun 2007 22:10:23 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id EE7A613C458; Mon, 18 Jun 2007 22:10:22 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id D60CD1CC044; Mon, 18 Jun 2007 15:10:22 -0700 (PDT) Date: Mon, 18 Jun 2007 15:10:22 -0700 From: Jeremy Chadwick To: Martin Turgeon Message-ID: <20070618221022.GA17952@eos.sc1.parodius.com> References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 18 Jun 2007 22:10:23 -0000 On Mon, Jun 18, 2007 at 05:15:30PM -0400, Martin Turgeon wrote: > My setup is fairly standard (as I described), should I expect problem with > 64 bit version of these programs? Like I said, I don't run 64-bit OSes because I prefer compatibility. Believe me, the instant you run into some quirky problem with either the kernel or any of its subsystems, or a third-party program (from ports or otherwise), the first thing you'll be told is "it works for me on i386, have you tried i386?" I'm sorry if this sounds condescending or combative, but it's what I continually see on other lists. > You'll lose the amount of RAM you're seeing due to PAE addressing for > > PCI address space. I can dig you up a usage map (broken down by how > > much is taken up by each portion; PCI, ACPI, etc.) if you want one. > > It's for SuperMicro systems, but the general idea applies to most > > everything. > > I'm not sure to understand what you mean by that. Are you saying that PAE > will eat the 500M that should be available? PCI addressing is actually responsible for most of it, but it's worse when PAE is in use. This is one of the many reasons a lot of people prefer to run in 64-bit environments. Taken from a Supermicro motherboard manual, documenting the issue (seems their math may be off by 2MB ;) ): http://www.supermicro.com/manuals/motherboard/3000/MNL-0889.pdf 4. Due to memory allocation to system devices, memory remaining available for operational use will be reduced when 4 GB of RAM is used. The reduction in memory availability is disproportional. (Refer to the following Memory Availability Table for details.) System Device Size Physical Memory Remaining (-Available) (4GB Total System Memory) =================================================================== Firmware Hub flash memory 1MB 3.99GB (System BIOS) Local APIC 4KB 3.99GB Area Reserved for chipset 2MB 3.99GB I/O APIC (4 Kbytes) 4KB 3.99GB PCI Enumeration Area 1 256MB 3.76GB PCI Express (256 MB) 256MB 3.51GB PCI Enumeration Area 2 512MB 3.01GB (if needed) -Aligned on 256-MB boundary- VGA Memory 16MB 2.85GB TSEG 1MB 2.84GB ------------------------------------------------------------------- Memory available to OS and 2.84GB other applications =================================================================== -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 23:35:55 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01C2E16A400 for ; Mon, 18 Jun 2007 23:35:55 +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 97CBF13C469 for ; Mon, 18 Jun 2007 23:35:54 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 54171 invoked by uid 1001); 18 Jun 2007 23:33:59 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Mon, 18 Jun 2007 19:33:59 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18039.5734.791879.856475@bhuda.mired.org> Date: Mon, 18 Jun 2007 19:33:58 -0400 To: Jeremy Chadwick In-Reply-To: <20070618221022.GA17952@eos.sc1.parodius.com> References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> <20070618221022.GA17952@eos.sc1.parodius.com> X-Mailer: VM 7.19 under Emacs 21.3.1 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.1.11 (Ladyburn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org, Martin Turgeon , freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 18 Jun 2007 23:35:55 -0000 In <20070618221022.GA17952@eos.sc1.parodius.com>, Jeremy Chadwick typed: > On Mon, Jun 18, 2007 at 05:15:30PM -0400, Martin Turgeon wrote: > > My setup is fairly standard (as I described), should I expect problem with > > 64 bit version of these programs? > Like I said, I don't run 64-bit OSes because I prefer compatibility. So you have no first-hand experience with support for 64-bit OSes. > Believe me, the instant you run into some quirky problem with either the > kernel or any of its subsystems, or a third-party program (from ports or > otherwise), the first thing you'll be told is "it works for me on i386, > have you tried i386?" > I'm sorry if this sounds condescending or combative, but it's what I > continually see on other lists. I don't mean to sound condescending either, but I continually see "it works for me on " on other lists as well. Linux vs. FreeBSD, 64 vs. 32 bits, LOCALBASE being something other than /usr/local, etc. People trying to help try what you say doesn't work. If it works for them, they'll latch on to whatever is the most obvious thing that's different between your two systems as the most likely cause. Sometimes they may be right, but not always. I've found support for 64 bit FreeBSD and the applications in the ports tree to be nearly indistinguishable from 32 bit FreeBSD. The developers are either responsive, and things will get fixed (or are already fixed, and you need to update your sources), or they aren't responsive, and you'll be stuck trying to fix it yourself. If the developer is responsive and you are reasonably capable and willing to do some work yourself, whether or not the developer has a 64 bit box simply isn't an issue. If the developer isn't responsive, whether you're running on 32 or 64 bit hardware isn't an issue either. For applications, there have been 64 bit Unix boxes around for a long time. Especially servers. Anything that's in serious use almost certainly had all the 32 vs. 64 bit issues shaken out long ago. Yeah, some things are probably so 32-bit dependent they'll never be fixed (the X server code in tightvnc comes to mind), but there are usually alternative solutions available. Some things are proprietary, and aren't available (like Windows codecs). The only way to figure out where your applications fit on the list is to try them and see. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 23:38:59 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 963A516A468; Mon, 18 Jun 2007 23:38:59 +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 7E34313C46C; Mon, 18 Jun 2007 23:38:59 +0000 (UTC) (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 BB2691A4D80; Mon, 18 Jun 2007 16:38:12 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id C71D3513C6; Mon, 18 Jun 2007 19:38:58 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id B6E1CC296; Mon, 18 Jun 2007 19:38:58 -0400 (EDT) Date: Mon, 18 Jun 2007 19:38:58 -0400 From: Kris Kennaway To: Jeremy Chadwick Message-ID: <20070618233858.GA79358@rot13.obsecurity.org> References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> <20070618221022.GA17952@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <20070618221022.GA17952@eos.sc1.parodius.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers@freebsd.org, Martin Turgeon , freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 18 Jun 2007 23:38:59 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 18, 2007 at 03:10:22PM -0700, Jeremy Chadwick wrote: > On Mon, Jun 18, 2007 at 05:15:30PM -0400, Martin Turgeon wrote: > > My setup is fairly standard (as I described), should I expect problem = with > > 64 bit version of these programs? >=20 > Like I said, I don't run 64-bit OSes because I prefer compatibility. > Believe me, the instant you run into some quirky problem with either the > kernel or any of its subsystems, or a third-party program (from ports or > otherwise), the first thing you'll be told is "it works for me on i386, > have you tried i386?" I think this assertion is false. amd64 is pretty well supported and run by an increasing number of users and developers. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGdxeSWry0BWjoQKURAuPaAJ4i3CHo8B+/VqQp6QcknYwDvZME+wCghpWJ 9fJHKwGaNxPp/Ax33no/Eq4= =Nc/2 -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 19 00:24:12 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD46816A468 for ; Tue, 19 Jun 2007 00:24:12 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id ED2CF13C457 for ; Tue, 19 Jun 2007 00:24:11 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 80187 invoked from network); 18 Jun 2007 23:57:48 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 18 Jun 2007 23:57:48 -0000 Received: (qmail 50308 invoked by uid 907); 18 Jun 2007 23:57:28 -0000 Received: from midgard.transactionware.com (HELO IBMA618C20271E) (192.168.1.55) by midgard.transactionware.com (qpsmtpd/0.32) with ESMTP; Tue, 19 Jun 2007 09:57:28 +1000 From: "Jan Mikkelsen" To: "'Martin Turgeon'" , , Date: Tue, 19 Jun 2007 09:57:23 +1000 Message-ID: <002101c7b204$6ad29f30$0502a8c0@IBMA618C20271E> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6822 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 In-Reply-To: <4676BAF0.4030703@gmail.com> Thread-Index: AcexzyA00oaD5kRVSBuEdNc89ylpoAANGt+w Importance: Normal X-Mailman-Approved-At: Tue, 19 Jun 2007 00:34:36 +0000 Cc: Subject: RE: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 19 Jun 2007 00:24:12 -0000 Martin Turgeon wrote: > ... > I am facing a difficult decision. Should I use i386 with PAE > enabled in > the kernel (I read a lot of warnings using it) or should I go with > AMD64? Which branch should I follow? > > These servers will be front-end/back-end MySQL(with replication) and > Apache servers with BIND, Postfix, Dovecot, PF. Looks like an easy decision to me. You have source for all of those things, and they are known to work on amd64. I suggest going amd64. There are many advantages in going amd64, and the primary disadvantage of going amd64 is the inability to run some (but not all) 32-bit binaries at the moment. I see no 32-bit binaries in your list. Regards, Jan Mikkelsen. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 19 00:37:55 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A678C16A41F; Tue, 19 Jun 2007 00:37:55 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8062113C487; Tue, 19 Jun 2007 00:37:55 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.14.1/8.14.1) with ESMTP id l5J0blM2036465; Mon, 18 Jun 2007 17:37:55 -0700 (PDT) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.14.1/8.14.1/Submit) with ESMTP id l5J0bksu036462; Mon, 18 Jun 2007 17:37:47 -0700 (PDT) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Mon, 18 Jun 2007 17:37:46 -0700 (PDT) From: mjacob@freebsd.org To: Kris Kennaway In-Reply-To: <20070618233858.GA79358@rot13.obsecurity.org> Message-ID: <20070618173721.K36450@ns1.feral.com> References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> <20070618221022.GA17952@eos.sc1.parodius.com> <20070618233858.GA79358@rot13.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , Martin Turgeon , freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2007 00:37:55 -0000 On Mon, 18 Jun 2007, Kris Kennaway wrote: > On Mon, Jun 18, 2007 at 03:10:22PM -0700, Jeremy Chadwick wrote: >> On Mon, Jun 18, 2007 at 05:15:30PM -0400, Martin Turgeon wrote: >>> My setup is fairly standard (as I described), should I expect problem with >>> 64 bit version of these programs? >> >> Like I said, I don't run 64-bit OSes because I prefer compatibility. >> Believe me, the instant you run into some quirky problem with either the >> kernel or any of its subsystems, or a third-party program (from ports or >> otherwise), the first thing you'll be told is "it works for me on i386, >> have you tried i386?" > > I think this assertion is false. amd64 is pretty well supported and > run by an increasing number of users and developers. Not only that, but I missed an important bug in i386 because I generally run nothing *but* amd64/Xeon by now. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 19 07:38:23 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A41516A421 for ; Tue, 19 Jun 2007 07:38:23 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outX.internet-mail-service.net (outX.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id 09A8913C447 for ; Tue, 19 Jun 2007 07:38:22 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Tue, 19 Jun 2007 00:38:22 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 3EBB6125ADA; Tue, 19 Jun 2007 00:38:22 -0700 (PDT) Message-ID: <467787EF.9060009@elischer.org> Date: Tue, 19 Jun 2007 00:38:23 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Nicolas Cormier References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, John Polstra Subject: Re: in-kernel tcp server 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, 19 Jun 2007 07:38:23 -0000 Nicolas Cormier wrote: > Hi, > > I'm trying to write a little tcp-server kernel module (like tftp). > I didn't find a lot of documents about the kernel network programming, > just one thread which talks about netgraph. > In the freebsd includes I found /usr/include/sys/socketvar.h (so*). > > What's the easy way to create a basic tcp server > (create/bind/listen/accept/send/recv) : use netgraph's ksocket or so* > ? > > Thanks in advance ! > PS: the whole job must be done in the kernel. yes it can (and has been) done.. John Polstra did it many years ago.. using netgraph ksockets. He had an in-kernel web server. At least I THINK it was him :-) From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 19 07:56:20 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E487916A400; Tue, 19 Jun 2007 07:56:20 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 9C4ED13C447; Tue, 19 Jun 2007 07:56:20 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 5E8941B10EFB; Tue, 19 Jun 2007 09:39:56 +0200 (CEST) Received: from hater.cmotd.com (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 5B6881B10EF8; Tue, 19 Jun 2007 09:39:56 +0200 (CEST) Message-ID: <4677884C.2080604@sun-fish.com> Date: Tue, 19 Jun 2007 10:39:56 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: Martin Turgeon References: <4676BAF0.4030703@gmail.com> In-Reply-To: <4676BAF0.4030703@gmail.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH X-Mailman-Approved-At: Tue, 19 Jun 2007 11:23:40 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 19 Jun 2007 07:56:21 -0000 Hi, Martin Turgeon wrote: > Good afternoon, > > I just receive 2 PowerEdge servers (a 1950 and a 860) both with 4G of > RAM. I installed FreeBSD 6.2 Release i386 on both of them. > Unfortunately, only 3,5G is recognized on the 860 and 3,3G on the 1950. > dmesg on 860: > real memory = 3757834240 (3583 MB) > avail memory = 3678318592 (3507 MB) > > I am facing a difficult decision. Should I use i386 with PAE enabled > in the kernel (I read a lot of warnings using it) or should I go with > AMD64? Which branch should I follow? > > These servers will be front-end/back-end MySQL(with replication) and > Apache servers with BIND, Postfix, Dovecot, PF. I have NO problems with FreeBSD AMD64, at least not more then I have with i386 versions. I do not see a problem to run MySQL, apache, BIND,Postfix and PF - as I use them myself for near 2 years under freebsd amd64. I even can say that at some point amd64 becomes more stable (for me) then i386. The major problem (again for me) is that there is no way to connect 64bit apache under freebsd to Oracle DB. Saying that I'm quite happy using FreBSD amd64 (even for desktop/laptop machines) and knowing how broken is PAE .. just go for amd64. > > There is the detailled configuration of the servers: > PowerEdge 1950 > Xeon 5110 > 4G RAM > PERC 5 Raid controller (mfi) > Dual Broadcom 5708 (bce) > > PowerEdge 860 > Xeon 3070 > 4G RAM > LSI Logic Raid controller (mpt) > Dual Broadcom 5750 (bge) If you still consider PAE check very carefully that all your drivers work OK with PAE kernel! > > Thanks a lot for your advice, > > Martin > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 19 14:33:28 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA54016A41F for ; Tue, 19 Jun 2007 14:33:28 +0000 (UTC) (envelope-from xride@x12.dk) Received: from swip.net (mailfe03.tele2.dk [212.247.154.67]) by mx1.freebsd.org (Postfix) with ESMTP id 7D19113C4AD for ; Tue, 19 Jun 2007 14:33:28 +0000 (UTC) (envelope-from xride@x12.dk) X-Cloudmark-Score: 0.000000 [] Received: from x12.dk (account mu12272@get2net.dk [83.72.97.231] verified) by mailfe03.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 530501459; Tue, 19 Jun 2007 15:33:25 +0200 Received: by x12.dk (Postfix, from userid 666) id 60D3B50845; Tue, 19 Jun 2007 15:33:25 +0200 (CEST) Date: Tue, 19 Jun 2007 15:33:25 +0200 From: Soeren Straarup To: didier derny Message-ID: <20070619133325.GS57615@x12.dk> References: <26C97624-D6E1-4E46-AE79-A2F00921D0DF@aida.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <26C97624-D6E1-4E46-AE79-A2F00921D0DF@aida.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-hackers@freebsd.org Subject: Re: need help / advices with freebsd + asrock 4coredual-vsta (VT8237A) 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, 19 Jun 2007 14:33:28 -0000 On Mon, Jun 18, 2007 at 01:14:54PM +0200, didier derny wrote: > I recently bought an asrock 4coredual-vsta mother board > when I tried to install freebsd I saw with horror that freebsd6,2-stable > and freebsd7.0-current where coughing when they tried to access the > IDE or SATA > hard disks /cdrom. > > it just get stuck after having accessed the hard disk or cdrom > A great help would to have an output of 'boot -v' also known as a verbose boot. > I there any hope to see FreeBSD working on this mother board ? > > is there anything I can do to help to solve the problem ? > > do I have to change my mother board for something else ? > I choosed this one simply because it had a pci express AND an AGP slot > > in that case to you have any advice for the video board if I want to buy > somethething working with X11 ? > > thanks for your help > > -- > didier@aida. org > /Soeren -- Soeren Straarup | aka OZ2DAK aka Xride FreeBSD committer | FreeBSD since 2.2.6-R If a program is not working right, then send a patch From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 19 16:31:13 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84BEA16A46C for ; Tue, 19 Jun 2007 16:31:13 +0000 (UTC) (envelope-from turgeon.martin@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 1F74C13C465 for ; Tue, 19 Jun 2007 16:31:12 +0000 (UTC) (envelope-from turgeon.martin@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so3918588pyi for ; Tue, 19 Jun 2007 09:31:12 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=TRORcqp4p3jQAYjwZ78EP+yYXY37csByV/8l2Ec3bcXOj8Sd8PqOOj2SjZixyEs940Lx+R5IF/Zi1m4V16OQG3eUbFYpMm6P38WQKDjekCRccHqth3FOZosl2fApSpaEQcRMgRcyXuxDPRgF3JGUFhMy14r52fUjzCyX0pRxesI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=WbEQqIhpIoyi1cydKWxUqGHq37vRghJGwdavg/l6kApzXM6Ikp5KGdnKmyeHYMbbtB4A0mQkqRzoAp9yEOzvRVzXfx83Oun5x42NkehuJnasmowxSlMjS/YPFifgt53TMiTQ5fxmncKsc0BeqUczRYGV1jITnARB01oE7iWmsKc= Received: by 10.35.103.6 with SMTP id f6mr12920309pym.1182270672418; Tue, 19 Jun 2007 09:31:12 -0700 (PDT) Received: from ?192.168.3.200? ( [69.70.75.162]) by mx.google.com with ESMTP id 18sm28329376nzo.2007.06.19.09.31.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 19 Jun 2007 09:31:08 -0700 (PDT) Message-ID: <467804CE.1050705@gmail.com> Date: Tue, 19 Jun 2007 12:31:10 -0400 From: Martin Turgeon User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Stefan Lambrev References: <4676BAF0.4030703@gmail.com> <4677884C.2080604@sun-fish.com> In-Reply-To: <4677884C.2080604@sun-fish.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 19 Jun 2007 16:31:13 -0000 Thank you all for your advices, I will take a try with AMD64. I'm always impressed by the support on the FreeBSD mailinglist, continue your good work. Martin Stefan Lambrev a écrit : > Hi, > > Martin Turgeon wrote: >> Good afternoon, >> >> I just receive 2 PowerEdge servers (a 1950 and a 860) both with 4G of >> RAM. I installed FreeBSD 6.2 Release i386 on both of them. >> Unfortunately, only 3,5G is recognized on the 860 and 3,3G on the 1950. >> dmesg on 860: >> real memory = 3757834240 (3583 MB) >> avail memory = 3678318592 (3507 MB) >> >> I am facing a difficult decision. Should I use i386 with PAE enabled >> in the kernel (I read a lot of warnings using it) or should I go with >> AMD64? Which branch should I follow? >> >> These servers will be front-end/back-end MySQL(with replication) and >> Apache servers with BIND, Postfix, Dovecot, PF. > I have NO problems with FreeBSD AMD64, at least not more then I have > with i386 versions. > > I do not see a problem to run MySQL, apache, BIND,Postfix and PF - as > I use them myself for near 2 years under freebsd amd64. > > I even can say that at some point amd64 becomes more stable (for me) > then i386. > The major problem (again for me) is that there is no way to connect > 64bit apache under freebsd to Oracle DB. > > Saying that I'm quite happy using FreBSD amd64 (even for > desktop/laptop machines) and knowing how broken is PAE .. just go for > amd64. > >> >> There is the detailled configuration of the servers: >> PowerEdge 1950 >> Xeon 5110 >> 4G RAM >> PERC 5 Raid controller (mfi) >> Dual Broadcom 5708 (bce) >> >> PowerEdge 860 >> Xeon 3070 >> 4G RAM >> LSI Logic Raid controller (mpt) >> Dual Broadcom 5750 (bge) > If you still consider PAE check very carefully that all your drivers > work OK with PAE kernel! >> >> Thanks a lot for your advice, >> >> Martin >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to >> "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 19 17:01:08 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 756D016A468 for ; Tue, 19 Jun 2007 17:01:08 +0000 (UTC) (envelope-from didier@aida.org) Received: from derny.org (aida.homeunix.com [82.239.250.150]) by mx1.freebsd.org (Postfix) with ESMTP id 67E8D13C45D for ; Tue, 19 Jun 2007 17:01:07 +0000 (UTC) (envelope-from didier@aida.org) Received: from derny.org (localhost.derny.org [127.0.0.1]) by derny.org (Postfix) with ESMTP id 5370022863; Tue, 19 Jun 2007 19:01:04 +0200 (CEST) Received: from [192.168.1.5] (nabucco.derny.org [192.168.1.5]) by derny.org (Postfix) with ESMTP; Tue, 19 Jun 2007 19:01:03 +0200 (CEST) In-Reply-To: <20070619133325.GS57615@x12.dk> References: <26C97624-D6E1-4E46-AE79-A2F00921D0DF@aida.org> <20070619133325.GS57615@x12.dk> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: didier derny Date: Tue, 19 Jun 2007 19:01:02 +0200 To: Soeren Straarup X-Mailer: Apple Mail (2.752.2) X-Antivirus: ok Cc: freebsd-hackers@freebsd.org Subject: Re: need help / advices with freebsd + asrock 4coredual-vsta (VT8237A) 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, 19 Jun 2007 17:01:08 -0000 On 19 juin 07, at 15:33, Soeren Straarup wrote: > On Mon, Jun 18, 2007 at 01:14:54PM +0200, didier derny wrote: >> I recently bought an asrock 4coredual-vsta mother board >> when I tried to install freebsd I saw with horror that freebsd6,2- >> stable >> and freebsd7.0-current where coughing when they tried to access the >> IDE or SATA >> hard disks /cdrom. >> >> it just get stuck after having accessed the hard disk or cdrom >> > > A great help would to have an output of 'boot -v' also known as a > verbose boot. > content of /var/run/dmesg.boot from a system installed on a usb key (no hard disk visible) sorry, this is rather lengthy Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE-200706 #0: Sun Jun 3 11:39:06 UTC 2007 root@palmer.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80a9e000. Calibrating clock(s) ... i8254 clock: 1193236 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1793736679 Hz CPU: Intel(R) Core(TM)2 CPU 6320 @ 1.86GHz (1793.74-MHz K8- class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd,CX16,XTPR,> AMD Features=0x20000800 AMD Features2=0x1 Cores per package: 2 real memory = 2147155968 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000b9b000 - 0x000000007c361fff, 2071752704 bytes (505799 pages) avail memory = 2061488128 (1965 MB) INTR: Adding local APIC 0 as a target ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 3, Interrupt 24 at 0xfecc0000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 wlan: <802.11 Link Layer> ath_rate: version 1.2 null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Jun 3 2007 11:37:21) acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80008f64 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=03081106) AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.HPRG -> bus 0 dev 17 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.PIX0 -> bus 0 dev 17 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.PIX2 -> bus 0 dev 17 func 0 acpi0: Power Button (fixed) ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/2 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1106, dev=0x0308, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x2210, cachelnsz=8 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base f0000000, size 27, enabled found-> vendor=0x1106, dev=0x1308, revid=0x00 bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x2308, revid=0x00 bus=0, slot=0, func=2 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3208, revid=0x00 bus=0, slot=0, func=3 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x4308, revid=0x00 bus=0, slot=0, func=4 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x5308, revid=0x00 bus=0, slot=0, func=5 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0000, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x7308, revid=0x00 bus=0, slot=0, func=7 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0xb198, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0006, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xa208, revid=0x00 bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 27 found-> vendor=0x1106, dev=0x3044, revid=0x80 bus=0, slot=9, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x20 (8000 ns) intpin=a, irq=7 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 1, range 32, base ff6ff000, size 11, enabled map[14]: type 4, range 32, base 0000d400, size 7, enabled pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 17 found-> vendor=0x1106, dev=0x0591, revid=0x80 bus=0, slot=15, func=0 class=01-01-8f, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=7 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e000, size 3, enabled map[14]: type 4, range 32, base 0000dc00, size 2, enabled map[18]: type 4, range 32, base 0000d880, size 3, enabled map[1c]: type 4, range 32, base 0000d800, size 2, enabled map[20]: type 4, range 32, base 0000d480, size 4, enabled map[24]: type 4, range 32, base 0000d000, size 8, enabled pcib0: matched entry for 0.15.INTB pcib0: slot 15 INTB hardwired to IRQ 21 found-> vendor=0x1106, dev=0x0571, revid=0x07 bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000fc00, size 4, enabled found-> vendor=0x1106, dev=0x3038, revid=0xa0 bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000e080, size 5, enabled pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 20 found-> vendor=0x1106, dev=0x3038, revid=0xa0 bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=7 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000e400, size 5, enabled pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 22 found-> vendor=0x1106, dev=0x3038, revid=0xa0 bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000e480, size 5, enabled pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0xa0 bus=0, slot=16, func=3 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000ec00, size 5, enabled pcib0: matched entry for 0.16.INTD pcib0: slot 16 INTD hardwired to IRQ 23 found-> vendor=0x1106, dev=0x3104, revid=0x86 bus=0, slot=16, func=4 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ff6ff800, size 8, enabled pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3337, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x287e, revid=0x00 bus=0, slot=17, func=7 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3065, revid=0x7c bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e800, size 8, enabled map[14]: type 1, range 32, base ff6ffc00, size 8, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 23 found-> vendor=0x1106, dev=0x337b, revid=0x00 bus=0, slot=19, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x2010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x0-0x0 pcib1: memory decode 0xff300000-0xff3fffff pcib1: prefetched decode 0xfff00000-0xfffff pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 pcib2: irq 27 at device 2.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xa000-0xcfff pcib2: memory decode 0xff400000-0xff4fffff pcib2: prefetched decode 0xbff00000-0xdfefffff pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x1002, dev=0x7280, revid=0x00 bus=2, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 3, range 64, base c0000000, size 28, enabled pcib2: requested memory range 0xc0000000-0xcfffffff: good map[18]: type 1, range 64, base ff4f0000, size 16, enabled pcib2: requested memory range 0xff4f0000-0xff4fffff: good map[20]: type 4, range 32, base 0000c000, size 8, enabled pcib2: requested I/O range 0xc000-0xc0ff: in range pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 24 found-> vendor=0x1002, dev=0x72a0, revid=0x00 bus=2, slot=0, func=1 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 64, base ff4e0000, size 16, enabled pcib2: requested memory range 0xff4e0000-0xff4effff: good pci2: at device 0.0 (no driver attached) pci2: at device 0.1 (no driver attached) fwohci0: port 0xd400-0xd47f mem 0xff6ff000-0xff6ff7ff irq 17 at device 9.0 on pci0 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xff6ff000 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 49 fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:06:00:00:00:4e:10 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:06:00:4e:10 fwe0: bpf attached fwe0: Ethernet address: 02:11:06:00:4e:10 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) atapci0: port 0xe000-0xe007,0xdc00-0xdc03,0xd880-0xd887,0xd800-0xd803,0xd480-0xd48f, 0xd000-0xd0ff irq 21 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd480 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 50 atapci0: [MPSAFE] atapci0: Reserved 0x100 bytes for rid 0x24 type 4 at 0xd000 ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xe000 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xdc00 ata2: SATA connect status=00000000 ata2: [MPSAFE] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xd880 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xd800 ata3: SATA connect status=00000000 ata3: [MPSAFE] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=00 ostat1=00 ata0: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x0 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 51 ata0: [MPSAFE] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=01 ata1: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x01 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=10 stat1=01 devices=0x4 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 52 ata1: [MPSAFE] uhci0: port 0xe080-0xe09f irq 20 at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe080 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 53 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe400-0xe41f irq 22 at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe400 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 54 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe480-0xe49f irq 21 at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe480 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xec00-0xec1f irq 23 at device 16.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xec00 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 55 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xff6ff800-0xff6ff8ff irq 21 at device 16.4 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xff6ff800 ehci0: [GIANT-LOCKED] ehci0: Dropped interrupts workaround enabled usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered uhub5: vendor 0x05e3 USB2.0 Hub, class 9/0, rev 2.00/6.0b, addr 2 uhub5: single transaction translator uhub5: 4 ports with 4 removable, self powered uhub6: Mitsumi Electric Hub in Apple Extended USB Keyboard, class 9/0, rev 1.10/4.20, addr 3 uhub6: 3 ports with 2 removable, bus powered ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 4, iclass 3/1 ums0: 3 buttons and Z dir. ukbd0: Mitsumi Electric Apple Extended USB Keyboard, rev 1.10/4.20, addr 5, iclass 3/1 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 uhid0: Mitsumi Electric Apple Extended USB Keyboard, rev 1.10/4.20, addr 5, iclass 3/1 uscanner0: Canon CanoScan, rev 1.10/1.00, addr 6 umass0: Verbatim Store'n'go U3, rev 2.00/2.00, addr 7 umass0:1:0:-1: Attached to scbus1 isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0xe800-0xe8ff mem 0xff6ffc00-0xff6ffcff irq 23 at device 18.0 on pci0 vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe800 miibus0: on vr0 ukphy0: on miibus0 ukphy0: OUI 0x004063, model 0x0032, rev. 10 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:19:66:22:cb:4f vr0: [MPSAFE] pcib3: port 0xcf8-0xcff on acpi0 pci128: on pcib3 pci128: physical bus=128 found-> vendor=0x1106, dev=0x3288, revid=0x10 bus=128, slot=1, 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=7 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base ff5fc000, size 14, enabled pcib3: matched entry for 128.1.INTA pcib3: slot 1 INTA hardwired to IRQ 17 pci128: at device 1.0 (no driver attached) acpi_button0: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 acpi_hpet0: vend: 0x1106 rev: 0x1 num: 1 hz: 14318180 opts: leg_route Timecounter "HPET" frequency 14318180 Hz quality 2000 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 56 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 57 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 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 58 ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed ex_isa_identify() atkbdc: atkbdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcf7ff on isa0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range 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: 0 0 0 0 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) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices umass1: Generic Mass Storage Device, rev 2.00/1.26, addr 2 umass1:2:1:-1: Attached to scbus2 Device configuration finished. Reducing kern.maxvnodes 132652 -> 100000 procfs registered linprocfs registered lapic: Divisor 2, Frequency 128123651 hz Timecounter "TSC" frequency 1793736679 Hz quality -100 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached rr232x: no controller detected. ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on 8237A chip acd0: setting UDMA33 on 8237A chip acd0: DVDR drive at ata1 as master acd0: read 8115KB/s (8115KB/s) write 2705KB/s (2705KB/s), 2048KB 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 tray, unlocked acd0: Medium: 120mm data disc (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 pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable Direct Access SCSI-0 device pass0: Serial Number u pass0: 40.000MB/s transfers pass1 at umass-sim0 bus 0 target 0 lun 1 pass1: Removable CD-ROM SCSI-0 device pass1: Serial Number u pass1: 40.000MB/s transfers pass2 at umass-sim1 bus 1 target 0 lun 0 pass2: Removable Direct Access SCSI-0 device pass2: 1.000MB/s transfers pass3 at umass-sim1 bus 1 target 0 lun 1 pass3: Removable Direct Access SCSI-0 device pass3: 1.000MB/s transfers pass4 at umass-sim1 bus 1 target 0 lun 2 pass4: Removable Direct Access SCSI-0 device pass4: 1.000MB/s transfers pass5 at umass-sim1 bus 1 target 0 lun 3 pass5: Removable Direct Access SCSI-0 device pass5: 1.000MB/s transfers GEOM: new disk da0 GEOM: new disk da1 GEOM: new disk da2 GEOM: new disk da3 GEOM: new disk dda0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: Serial Number u da0: 40.000MB/s transfers da0: 949MB (1944383 512 byte sectors: 64H 32S/T 949C) a4 GEOM: new disk cd0 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 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 0 ioapic0: Assigning ISA IRQ 12 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 1 ioapic0: Assigning PCI IRQ 17 to local APIC 0 ioapic0: Assigning PCI IRQ 20 to local APIC 1 ioapic0: Assigning PCI IRQ 21 to local APIC 0 ioapic0: Assigning PCI IRQ 22 to local APIC 1 ioapic0: Assigning PCI IRQ 23 to local APIC 0 (cd0:umass-sim0:0:0:1): error 6 (cd0:umass-sim0:0:0:1): Unretryable Error cd0 at umass-sim0 bus 0 target 0 lun 1 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number u cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (da1:umass-sim1:1:0:0): error 6 (da1:umass-sim1:1:0:0): Unretryable Error da1 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 1.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present (da2:umass-sim1:1:0:1): error 6 (da2:umass-sim1:1:0:1): Unretryable Error da2 at umass-sim1 bus 1 target 0 lun 1 da2: Removable Direct Access SCSI-0 device da2: 1.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present (da3:umass-sim1:1:0:2): error 6 (da3:umass-sim1:1:0:2): Unretryable Error da3 at umass-sim1 bus 1 target 0 lun 2 da3: Removable Direct Access SCSI-0 device da3: 1.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present (da4:umass-sim1:1:0:3): error 6 (da4:umass-sim1:1:0:3): Unretryable Error da4 at umass-sim1 bus 1 target 0 lun 3 da4: Removable Direct Access SCSI-0 device da4: 1.000MB/s transfers da4: Attempt to query device size failed: NOT READY, Medium not present (da1:umass-sim1:1:0:0): error 6 (da1:umass-sim1:1:0:0): Unretryable Error Opened disk da1 -> 6 (da1:umass-sim1:1:0:0): error 6 (da1:umass-sim1:1:0:0): Unretryable Error Opened disk da1 -> 6 (da1:umass-sim1:1:0:0): error 6 (da1:umass-sim1:1:0:0): Unretryable Error Opened disk da1 -> 6 (da2:umass-sim1:1:0:1): error 6 (da2:umass-sim1:1:0:1): Unretryable Error Opened disk da2 -> 6 (da2:umass-sim1:1:0:1): error 6 (da2:umass-sim1:1:0:1): Unretryable Error Opened disk da2 -> 6 (da2:umass-sim1:1:0:1): error 6 (da2:umass-sim1:1:0:1): Unretryable Error Opened disk da2 -> 6 (da3:umass-sim1:1:0:2): error 6 (da3:umass-sim1:1:0:2): Unretryable Error Opened disk da3 -> 6 (da3:umass-sim1:1:0:2): error 6 (da3:umass-sim1:1:0:2): Unretryable Error Opened disk da3 -> 6 (da3:umass-sim1:1:0:2): error 6 (da3:umass-sim1:1:0:2): Unretryable Error Opened disk da3 -> 6 (da4:umass-sim1:1:0:3): error 6 (da4:umass-sim1:1:0:3): Unretryable Error Opened disk da4 -> 6 (da4:umass-sim1:1:0:3): error 6 (da4:umass-sim1:1:0:3): Unretryable Error Opened disk da4 -> 6 (da4:umass-sim1:1:0:3): error 6 (da4:umass-sim1:1:0:3): Unretryable Error Opened disk da4 -> 6 (cd0:umass-sim0:0:0:1): Retrying Command Trying to mount root from ufs:/dev/da0s1a start_init: trying /sbin/init >> I there any hope to see FreeBSD working on this mother board ? >> >> is there anything I can do to help to solve the problem ? >> >> do I have to change my mother board for something else ? >> I choosed this one simply because it had a pci express AND an AGP >> slot >> >> in that case to you have any advice for the video board if I want >> to buy >> somethething working with X11 ? >> >> thanks for your help >> >> -- >> didier@aida. org >> > > /Soeren > > -- > Soeren Straarup | aka OZ2DAK aka Xride > FreeBSD committer | FreeBSD since 2.2.6-R > If a program is not working right, then send a patch > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers- > unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 19 18:32:18 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07D0416A46E for ; Tue, 19 Jun 2007 18:32:18 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id DAA5413C44C for ; Tue, 19 Jun 2007 18:32:17 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5JIWHQP009623 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 19 Jun 2007 11:32:17 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5JIWHcl027988 for ; Tue, 19 Jun 2007 11:32:17 -0700 X-Auth-Received: from [192.55.52.1] by hymn01.u.washington.edu via HTTP; Tue, 19 Jun 2007 11:32:17 PDT Date: Tue, 19 Jun 2007 11:32:17 -0700 (PDT) From: youshi10@u.washington.edu To: hackers@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.19.111133 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CP_MEDIA_BODY 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: Subject: Re: need help / advices with freebsd + asrock 4coredual-vsta (VT8237A) 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, 19 Jun 2007 18:32:18 -0000 On Tue, 19 Jun 2007, didier derny wrote: > > On 19 juin 07, at 15:33, Soeren Straarup wrote: > >> On Mon, Jun 18, 2007 at 01:14:54PM +0200, didier derny wrote: >>> I recently bought an asrock 4coredual-vsta mother board >>> when I tried to install freebsd I saw with horror that freebsd6,2-stable >>> and freebsd7.0-current where coughing when they tried to access the >>> IDE or SATA >>> hard disks /cdrom. >>> >>> it just get stuck after having accessed the hard disk or cdrom >>> >> >> A great help would to have an output of 'boot -v' also known as a verbose >> boot. >> >>> I there any hope to see FreeBSD working on this mother board ? >>> >>> is there anything I can do to help to solve the problem ? >>> >>> do I have to change my mother board for something else ? >>> I choosed this one simply because it had a pci express AND an AGP slot >>> >>> in that case to you have any advice for the video board if I want to buy >>> somethething working with X11 ? >>> >>> thanks for your help >>> >>> -- >>> didier@aida. org >>> >> >> /Soeren That's a problem with the CF reader. Is your CF reader compatible with the driver available in the kernel, and did you build in USB CF support to the kernel statically? -Garrett From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 06:10:10 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4DCDB16A468 for ; Wed, 20 Jun 2007 06:10:10 +0000 (UTC) (envelope-from vladvic@sibmail.com) Received: from sibmail.com (sibmail.com [213.210.80.139]) by mx1.freebsd.org (Postfix) with ESMTP id F2D9C13C45D for ; Wed, 20 Jun 2007 06:10:09 +0000 (UTC) (envelope-from vladvic@sibmail.com) Received: from sibmail.com (localhost [127.0.0.1]) by sibmail.com (Postfix) with ESMTP id 3E83811830 for ; Wed, 20 Jun 2007 12:49:21 +0700 (NOVST) Received: from 213.183.126.98 (proxying for 82.200.5.130) (SquirrelMail authenticated user vladvic@sibmail.com) by sibmail.com with HTTP; Wed, 20 Jun 2007 12:49:21 +0700 (NOVST) Message-ID: <59296.213.183.126.98.1182318561.squirrel@sibmail.com> Date: Wed, 20 Jun 2007 12:49:21 +0700 (NOVST) From: vladvic@sibmail.com To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=windows-1251 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: puc(4) PCI parallel port support/IO 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, 20 Jun 2007 06:10:10 -0000 Hello, freebsd-hackers I'm trying to add parallel port card support to the puc(4) driver. The chip is an OX12PCI840, which is a PCI chip (in my case it is attached via cardbus bridge). I have two questions related to it: 1) Will I need additional code in the puc driver itself (revised the code I assumed that it is not needed, as parallel port cards are normally identified - the exception may be the EPP extended register which is in my case not 0x400h above the standard register, but just located in another BAR). 2) I currently experiment with the ppc driver, and I found the problem located in the ppc_detect_port function - writing into the standard parallel IO port (which in my case is located at BAR0 (bar 0x10)) 0xaa and reading it then doesnt give the 0xaa again :( Have anyone ever tried to deal with puc parallel devices or experienced similar problems (probably it related to cardbus bridge?)? Thanks in advance, Vladimir From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 11:49:18 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5EF116A400 for ; Wed, 20 Jun 2007 11:49:18 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 3692913C45D for ; Wed, 20 Jun 2007 11:49:17 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l5KBnG1V003006; Wed, 20 Jun 2007 21:49:16 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l5KBnGgh003005; Wed, 20 Jun 2007 21:49:16 +1000 (EST) (envelope-from peter) Date: Wed, 20 Jun 2007 21:49:16 +1000 From: Peter Jeremy To: youshi10@u.washington.edu Message-ID: <20070620114916.GB1177@turion.vk2pj.dyndns.org> References: <20070618191609.GM1181@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5G06lTa6Jq83wMTw" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: hackers@freebsd.org Subject: Re: Making sense of ktrace(1) output 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, 20 Jun 2007 11:49:18 -0000 --5G06lTa6Jq83wMTw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jun-18 12:34:21 -0700, youshi10@u.washington.edu wrote: > Why not create a flag though instead of check to see if an environment=20 > variables been set? The patch is to a library. There's no easy way to pass a flags to it and using environment variables is already used to control the behaviour of (eg) rtld. --=20 Peter Jeremy --5G06lTa6Jq83wMTw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGeRQ8/opHv/APuIcRAiiDAKC7V+z8bid3zROgWXA5Jb9/q+qnLACgqRE4 CBMQ2Sj42gJ7su0wSAmFsw8= =poCT -----END PGP SIGNATURE----- --5G06lTa6Jq83wMTw-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 14:37:23 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8452216A469 for ; Wed, 20 Jun 2007 14:37:23 +0000 (UTC) (envelope-from dcross@okcupid.com) Received: from mail0.okcupid.com (mail0.okcupid.com [66.59.66.16]) by mx1.freebsd.org (Postfix) with ESMTP id 59C6A13C4BD for ; Wed, 20 Jun 2007 14:37:23 +0000 (UTC) (envelope-from dcross@okcupid.com) Received: from max.okcupid.com (max.okcupid.com [216.254.112.36]) by mail0.okcupid.com (8.13.4/8.13.4) with ESMTP id l5KEOQcT036152 for ; Wed, 20 Jun 2007 10:24:26 -0400 (EDT) (envelope-from dcross@okcupid.com) Received: from max.okcupid.com (localhost [127.0.0.1]) by max.okcupid.com (8.13.6/8.13.6) with ESMTP id l5KEO191015025 for ; Wed, 20 Jun 2007 10:24:01 -0400 (EDT) (envelope-from dcross@max.okcupid.com) X-DomainKeys: Sendmail DomainKeys Filter v0.3.3 max.okcupid.com l5KEO191015025 Received: from localhost (dcross@localhost) by max.okcupid.com (8.13.6/8.13.6/Submit) with ESMTP id l5KEO1fC015022 for ; Wed, 20 Jun 2007 10:24:01 -0400 (EDT) (envelope-from dcross@max.okcupid.com) Date: Wed, 20 Jun 2007 10:24:01 -0400 (EDT) From: David Cross To: freebsd-hackers@freebsd.org Message-ID: <20070620100737.S56928@max.okcupid.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 20 Jun 2007 15:26:01 +0000 Subject: Very slow sed... 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, 20 Jun 2007 14:37:23 -0000 Ok the subject line is misleading.. but I don't know how else to put it. I have a machine on which SOME programs are slow. VERY SLOW. Other programs run just fine. I cannot seem to find the source of the problem. Machine 1 (the ok machine) is running 6.2-RELEASE-pLATEST. It is a CPU: Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz (1862.11-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd,CX16,,> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 real memory = 2145427456 (2046 MB) avail memory = 2060214272 (1964 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 Machine 2 (the slow machine) is running 6.2-RELEASE-pLATEST. It is a CPU: Intel(R) Core(TM)2 CPU 6320 @ 1.86GHz (1876.00-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd,CX16,XTPR,> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 real memory = 4764729344 (4544 MB) avail memory = 4063408128 (3875 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 Both are compiled with the exact same CFLAGS/COPTFLAGS (though it doesn't matter WHAT I compile it with, its still SLOW on many operations, thou fine on others). For example: Machine 1: dd bs=22 if=X11-lib32.tar.bz2 | cat >/dev/null 2571071+1 records in 2571071+1 records out 56563575 bytes transferred in 23.048543 secs (2454106 bytes/sec) Machine 2: dd bs=22 if=X11-lib32.tar.bz2 | cat >/dev/null 2571071+1 records in 2571071+1 records out 56563575 bytes transferred in 24.052331 secs (2351688 bytes/sec) Machine 1: openssl speed aes-128 cbc 91791.47k 94887.05k 96138.47k 96574.02k 96623.36k aes-192 cbc 80654.04k 84248.16k 85304.90k 85590.38k 85589.09k aes-256 cbc 72706.24k 75476.05k 75957.00k 76046.60k 76020.44k Machine 2: openssl speed aes-128 cbc 92457.48k 95876.89k 96900.91k 97227.52k 97223.53k aes-192 cbc 80875.87k 84916.79k 85773.97k 85996.90k 85978.43k aes-256 cbc 72943.78k 75833.00k 76466.32k 76631.74k 76642.40k Machine 1: time sed -f /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/strip.sed /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/doc-common > /dev/null real 0m0.059s user 0m0.013s sys 0m0.000s Machine 2: time sed -f /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/strip.sed /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/doc-common > /dev/null real 0m4.506s user 0m4.167s sys 0m0.000s Yes... you read that right... almost 400 _TIMES_ slower. WTF.. Where should I be looking? -- David E. Cross From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 16:09:17 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7AA5D16A475 for ; Wed, 20 Jun 2007 16:09:17 +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 64B2313C484 for ; Wed, 20 Jun 2007 16:09:17 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from rot26.obsecurity.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5A56F1A3C19; Wed, 20 Jun 2007 09:08:23 -0700 (PDT) Received: by rot26.obsecurity.org (Postfix, from userid 1001) id C7426BAA1; Wed, 20 Jun 2007 12:09:16 -0400 (EDT) Date: Wed, 20 Jun 2007 12:09:16 -0400 From: Kris Kennaway To: David Cross Message-ID: <20070620160916.GA26574@rot26.obsecurity.org> References: <20070620100737.S56928@max.okcupid.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <20070620100737.S56928@max.okcupid.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers@freebsd.org Subject: Re: Very slow sed... 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, 20 Jun 2007 16:09:17 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 20, 2007 at 10:24:01AM -0400, David Cross wrote: > Machine 2: > time sed -f=20 > /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/strip.sed= =20 > /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/doc-common= =20 > >/dev/null >=20 > real 0m4.506s > user 0m4.167s > sys 0m0.000s >=20 > Yes... you read that right... almost 400 _TIMES_ slower. WTF.. >=20 > Where should I be looking? Try ktracing to see what it is doing (although sys time =3D 0 says it's all in userland). So maybe gprof or pmc. Also double check the kernel configs are identical and malloc debugging is disabled. Kris --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGeVEsWry0BWjoQKURAm/OAJ9vKSiovbuut+3iEWttz7maJSSAlQCg9kv2 a+/nvwgDUN61CQtZ9MPu9Sk= =miy5 -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 16:18:11 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CDA516A47F for ; Wed, 20 Jun 2007 16:18:11 +0000 (UTC) (envelope-from dcross@okcupid.com) Received: from mail0.okcupid.com (mail0.okcupid.com [66.59.66.16]) by mx1.freebsd.org (Postfix) with ESMTP id 5405F13C4D1 for ; Wed, 20 Jun 2007 16:17:55 +0000 (UTC) (envelope-from dcross@okcupid.com) Received: from max.okcupid.com (max.okcupid.com [216.254.112.36]) by mail0.okcupid.com (8.13.4/8.13.4) with ESMTP id l5KGIHr3037431; Wed, 20 Jun 2007 12:18:18 -0400 (EDT) (envelope-from dcross@okcupid.com) Received: from max.okcupid.com (localhost [127.0.0.1]) by max.okcupid.com (8.13.6/8.13.6) with ESMTP id l5KGHrjn023865; Wed, 20 Jun 2007 12:17:53 -0400 (EDT) (envelope-from dcross@max.okcupid.com) X-DomainKeys: Sendmail DomainKeys Filter v0.3.3 max.okcupid.com l5KGHrjn023865 Received: from localhost (dcross@localhost) by max.okcupid.com (8.13.6/8.13.6/Submit) with ESMTP id l5KGHqiL023862; Wed, 20 Jun 2007 12:17:52 -0400 (EDT) (envelope-from dcross@max.okcupid.com) Date: Wed, 20 Jun 2007 12:17:52 -0400 (EDT) From: David Cross To: Kris Kennaway In-Reply-To: <20070620160916.GA26574@rot26.obsecurity.org> Message-ID: <20070620121351.W56928@max.okcupid.com> References: <20070620100737.S56928@max.okcupid.com> <20070620160916.GA26574@rot26.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 20 Jun 2007 18:29:26 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Very slow sed... 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, 20 Jun 2007 16:18:11 -0000 On Wed, 20 Jun 2007, Kris Kennaway wrote: > On Wed, Jun 20, 2007 at 10:24:01AM -0400, David Cross wrote: > >> Machine 2: >> time sed -f >> /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/strip.sed >> /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac/doc-common >>> /dev/null >> >> real 0m4.506s >> user 0m4.167s >> sys 0m0.000s >> >> Yes... you read that right... almost 400 _TIMES_ slower. WTF.. >> >> Where should I be looking? > > Try ktracing to see what it is doing (although sys time = 0 says it's > all in userland). So maybe gprof or pmc. Also double check the > kernel configs are identical and malloc debugging is disabled. I ktraced it, its basically just writing data, averaging about 20 bytes per write (that's how I came up with the bs= number on the dd line, trying to simulate it. I agree that it _SEEMS_ to be userland, BUT what I am suspecting is that the slowdown is in the transition between kernel and userland, but I am unsure how to check this. Kernel config is "SMP" on both. I will note its also more then just sed, the whole machine FEELs sluggish, that's just the clearest example I could show. -- David E. Cross That being said, dd SHOULD have the same problem. I will work on gprof-ing it now. > > Kris > From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 19:10:25 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4D9316A46C for ; Wed, 20 Jun 2007 19:10:25 +0000 (UTC) (envelope-from jdp@polstra.com) Received: from rock.polstra.com (rock.polstra.com [64.119.0.113]) by mx1.freebsd.org (Postfix) with ESMTP id ACFA513C43E for ; Wed, 20 Jun 2007 19:10:25 +0000 (UTC) (envelope-from jdp@polstra.com) Received: from [10.0.0.64] (adsl-sj-11-62.rockisland.net [64.119.11.62]) (authenticated bits=0) by rock.polstra.com (8.13.8/8.13.8) with ESMTP id l5KItXX2077058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Jun 2007 11:55:33 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: <46797825.10900@polstra.com> Date: Wed, 20 Jun 2007 11:55:33 -0700 From: John Polstra User-Agent: Thunderbird 1.5.0.12 (Macintosh/20070509) MIME-Version: 1.0 To: Julian Elischer References: <467787EF.9060009@elischer.org> In-Reply-To: <467787EF.9060009@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (rock.polstra.com [64.119.0.113]); Wed, 20 Jun 2007 11:55:34 -0700 (PDT) Cc: freebsd-hackers@freebsd.org, Nicolas Cormier Subject: Re: in-kernel tcp server 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, 20 Jun 2007 19:10:26 -0000 Julian Elischer wrote: > Nicolas Cormier wrote: >> Hi, >> >> I'm trying to write a little tcp-server kernel module (like tftp). >> I didn't find a lot of documents about the kernel network programming, >> just one thread which talks about netgraph. >> In the freebsd includes I found /usr/include/sys/socketvar.h (so*). >> >> What's the easy way to create a basic tcp server >> (create/bind/listen/accept/send/recv) : use netgraph's ksocket or so* >> ? >> >> Thanks in advance ! >> PS: the whole job must be done in the kernel. > > > > yes it can (and has been) done.. > John Polstra did it many years ago.. using netgraph ksockets. > He had an in-kernel web server. > At least I THINK it was him :-) Yes, that's right. I started out using netgraph ksockets, but later on it evolved, mainly for performance reasons. (I needed it to be really, really fast.) The first change was that I eliminated the ksockets and worked directly at the link layer, using ng_ether nodes. I implemented a small, stripped down TCP stack and bypassed the FreeBSD native TCP/IP/socket layers. This was still done with netgraph, using just the ng_ether nodes talking to my own ng_webclient / ng_webserver nodes. It improved the performance immensely. More recently I restructured it quite a bit to get better MP performance using FreeBSD 7.x. (The original version was based on 4.x). I found that the netgraph locking and internode communication mechanism impacted performance too much under 7.x. So I eliminated the ng_ether nodes and made the webserver / webclient nodes talk directly to the interfaces via the if_input / if_output hooks. It still uses netgraph, but really only as a configuration and management mechanism. No actual network traffic flows between netgraph nodes. This change also resulted in a big performance improvement. Unfortunately, my contract forbids me to release the source code publicly. John From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 19:11:02 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EFC316A41F for ; Wed, 20 Jun 2007 19:11:02 +0000 (UTC) (envelope-from dashmoho@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id D073F13C44B for ; Wed, 20 Jun 2007 19:11:01 +0000 (UTC) (envelope-from dashmoho@gmail.com) Received: by nz-out-0506.google.com with SMTP id 14so268247nzn for ; Wed, 20 Jun 2007 12:11:01 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=WakUF3kTpoM074dedMzsIA4I3/Km/X4LLjVVai5i1D0dm33P6phuJeBUi9KE0iKZ+r1GHfev2CAxvuaPEsflPv/CdCxx8z7qN3hoRSqD+GO5x4FkpiQJ56eVYXELMVEfpD+55xpFmMPvCG2oA1oVQrWGYlwVFUgYnYomyel4Yg8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Q7TCT5wvJWsb4MHhJFnWZWKGWrSAVyg7kZEFAG1v5a0RDWpDG2q77i8/Yoq0dc7kduB+/5kp0wONC8RnAfXTT5I2t6BHw/qT4t2b2V1xqLeCXmxqw+EOYn5D4i9WS8Tq30R7n/dmBE78S8IYn0ORS4gdRWL/7Ye/fZ1z7OXW/NQ= Received: by 10.114.95.1 with SMTP id s1mr609312wab.1182364971420; Wed, 20 Jun 2007 11:42:51 -0700 (PDT) Received: by 10.114.112.2 with HTTP; Wed, 20 Jun 2007 11:42:50 -0700 (PDT) Message-ID: <2dcd50ec0706201142p11839f06i474fb46e3f4784cb@mail.gmail.com> Date: Wed, 20 Jun 2007 20:42:51 +0200 From: "Daniel Horecki" Sender: dashmoho@gmail.com To: "David Cross" In-Reply-To: <20070620100737.S56928@max.okcupid.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070620100737.S56928@max.okcupid.com> X-Google-Sender-Auth: 9b71aa960599a82a Cc: freebsd-hackers@freebsd.org Subject: Re: Very slow sed... 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, 20 Jun 2007 19:11:02 -0000 2007/6/20, David Cross : > Ok the subject line is misleading.. but I don't know how else to put it. > I have a machine on which SOME programs are slow. VERY SLOW. Other > programs run just fine. I cannot seem to find the source of the problem. > > Yes... you read that right... almost 400 _TIMES_ slower. WTF.. > > Where should I be looking? > I had once that problem, when one of my memory module was broken. Try to check it with memtest or change module. morr -- Daniel 'Shinden' Horecki http://morr.pl From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 19:20:04 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2148A16A41F for ; Wed, 20 Jun 2007 19:20:04 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1363713C458 for ; Wed, 20 Jun 2007 19:20:04 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id D58B31CC044; Wed, 20 Jun 2007 12:20:03 -0700 (PDT) Date: Wed, 20 Jun 2007 12:20:03 -0700 From: Jeremy Chadwick To: David Cross Message-ID: <20070620192003.GA72641@eos.sc1.parodius.com> References: <20070620100737.S56928@max.okcupid.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070620100737.S56928@max.okcupid.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-hackers@freebsd.org Subject: Re: Very slow sed... 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, 20 Jun 2007 19:20:04 -0000 On Wed, Jun 20, 2007 at 10:24:01AM -0400, David Cross wrote: > Ok the subject line is misleading.. but I don't know how else to put it. I > have a machine on which SOME programs are slow. VERY SLOW. Other programs > run just fine. I cannot seem to find the source of the problem. Two things I can think of: 1) Memory issues -- memtest86 could help show this kind of problem. Try removing memory, and if the problem continues, swapping the pair you removed with the pair that's installed. 2) Disk issues -- reading /usr/bin/sed off the disk where there's a soon-to-be-bad block. The disk may be trying to work around it and doing a delayed read (inducing EC). This seems less likely to be the case than bad memory, but I've seen it happen. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 19:40:00 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 142F216A400 for ; Wed, 20 Jun 2007 19:40:00 +0000 (UTC) (envelope-from n.cormier@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id AF39613C44B for ; Wed, 20 Jun 2007 19:39:59 +0000 (UTC) (envelope-from n.cormier@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so589207pyi for ; Wed, 20 Jun 2007 12:39:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rcVIFUi8R94PNTYfQyEJeBHMg0Zb4afQgOlLJa8HUaPPf/1ZgVQfDRcSBVmzq4uX2LFHIIgporZzLN9ZVR6ZeIA+NXT96B+43TZeImMGGe9032kar64FdXzZ7tkBsTm/5d/dBxXWi0/6ap6m9ds0fzMhkBJQu/PxL+M5208Tubg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Vc+NVnquLaVSrrStuBIvKkFGuX9WVwxo7JUvufYfWF4ji49fJJmLIKb2XwreaSbu8o5gSiMkuKKKojUNILWgdkb1/Rrcm3jsQL9tRbb1cz5Uilex7xMXkSzzDRPbeLtC271m1kFtSlV0ayFMxrkQYfvVA35YcJEg3eI7Rgw7dzI= Received: by 10.35.50.1 with SMTP id c1mr1674079pyk.1182368398944; Wed, 20 Jun 2007 12:39:58 -0700 (PDT) Received: by 10.35.40.11 with HTTP; Wed, 20 Jun 2007 12:39:58 -0700 (PDT) Message-ID: Date: Wed, 20 Jun 2007 21:39:58 +0200 From: "Nicolas Cormier" To: "John Polstra" In-Reply-To: <46797825.10900@polstra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <467787EF.9060009@elischer.org> <46797825.10900@polstra.com> Cc: freebsd-hackers@freebsd.org, Julian Elischer Subject: Re: in-kernel tcp server 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, 20 Jun 2007 19:40:00 -0000 On 6/20/07, John Polstra wrote: > Julian Elischer wrote: > > Nicolas Cormier wrote: > >> Hi, > >> > >> I'm trying to write a little tcp-server kernel module (like tftp). > >> I didn't find a lot of documents about the kernel network programming, > >> just one thread which talks about netgraph. > >> In the freebsd includes I found /usr/include/sys/socketvar.h (so*). > >> > >> What's the easy way to create a basic tcp server > >> (create/bind/listen/accept/send/recv) : use netgraph's ksocket or so* > >> ? > >> > >> Thanks in advance ! > >> PS: the whole job must be done in the kernel. > > > > > > > > yes it can (and has been) done.. > > John Polstra did it many years ago.. using netgraph ksockets. > > He had an in-kernel web server. > > At least I THINK it was him :-) > > Yes, that's right. I started out using netgraph ksockets, but later on > it evolved, mainly for performance reasons. (I needed it to be really, > really fast.) The first change was that I eliminated the ksockets and > worked directly at the link layer, using ng_ether nodes. I implemented > a small, stripped down TCP stack and bypassed the FreeBSD native > TCP/IP/socket layers. This was still done with netgraph, using just the > ng_ether nodes talking to my own ng_webclient / ng_webserver nodes. It > improved the performance immensely. > > More recently I restructured it quite a bit to get better MP performance > using FreeBSD 7.x. (The original version was based on 4.x). I found > that the netgraph locking and internode communication mechanism impacted > performance too much under 7.x. So I eliminated the ng_ether nodes and > made the webserver / webclient nodes talk directly to the interfaces via > the if_input / if_output hooks. It still uses netgraph, but really only > as a configuration and management mechanism. No actual network traffic > flows between netgraph nodes. This change also resulted in a big > performance improvement. Thx, I have started with ng_ksockets, for the now it is sufficient. > Unfortunately, my contract forbids me to release the source code publicly. Bad news ! Thanks a lot for your answer, a last question "why did you not used so* functions ?" -- Nicolas Cormier From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 19:52:45 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E174A16A400 for ; Wed, 20 Jun 2007 19:52:45 +0000 (UTC) (envelope-from dcross@okcupid.com) Received: from mail0.okcupid.com (mail0.okcupid.com [66.59.66.16]) by mx1.freebsd.org (Postfix) with ESMTP id A5F0413C4AE for ; Wed, 20 Jun 2007 19:52:45 +0000 (UTC) (envelope-from dcross@okcupid.com) Received: from max.okcupid.com (max.okcupid.com [216.254.112.36]) by mail0.okcupid.com (8.13.4/8.13.4) with ESMTP id l5KJr6Vq039701; Wed, 20 Jun 2007 15:53:07 -0400 (EDT) (envelope-from dcross@okcupid.com) Received: from max.okcupid.com (localhost [127.0.0.1]) by max.okcupid.com (8.13.6/8.13.6) with ESMTP id l5KJqfLr048428; Wed, 20 Jun 2007 15:52:41 -0400 (EDT) (envelope-from dcross@max.okcupid.com) X-DomainKeys: Sendmail DomainKeys Filter v0.3.3 max.okcupid.com l5KJqfLr048428 Received: from localhost (dcross@localhost) by max.okcupid.com (8.13.6/8.13.6/Submit) with ESMTP id l5KJqfZk048421; Wed, 20 Jun 2007 15:52:41 -0400 (EDT) (envelope-from dcross@max.okcupid.com) Date: Wed, 20 Jun 2007 15:52:41 -0400 (EDT) From: David Cross To: Jeremy Chadwick In-Reply-To: <20070620192003.GA72641@eos.sc1.parodius.com> Message-ID: <20070620155139.P48331@max.okcupid.com> References: <20070620100737.S56928@max.okcupid.com> <20070620192003.GA72641@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 20 Jun 2007 20:04:14 +0000 Cc: freebsd-hackers@FreeBSD.org Subject: Re: Very slow sed... 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, 20 Jun 2007 19:52:46 -0000 Thanks all.. it was the memory. It wasn't "bad".. .memtest (or anythign else didn't actually fail, the only way I could tell is with a stopwatch and watching loop times)... but pulling 1/2 of the RAM fixed it.. it doesn't matter which set was in, as long as both sets its fine. -- David E. Cross On Wed, 20 Jun 2007, Jeremy Chadwick wrote: > On Wed, Jun 20, 2007 at 10:24:01AM -0400, David Cross wrote: >> Ok the subject line is misleading.. but I don't know how else to put it. I >> have a machine on which SOME programs are slow. VERY SLOW. Other programs >> run just fine. I cannot seem to find the source of the problem. > > Two things I can think of: > > 1) Memory issues -- memtest86 could help show this kind of problem. Try > removing memory, and if the problem continues, swapping the pair you > removed with the pair that's installed. > > 2) Disk issues -- reading /usr/bin/sed off the disk where there's a > soon-to-be-bad block. The disk may be trying to work around it and > doing a delayed read (inducing EC). This seems less likely to be the > case than bad memory, but I've seen it happen. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 20:38:14 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C2BE16A400 for ; Wed, 20 Jun 2007 20:38:14 +0000 (UTC) (envelope-from jdp@polstra.com) Received: from rock.polstra.com (rock.polstra.com [64.119.0.113]) by mx1.freebsd.org (Postfix) with ESMTP id 4BC8213C45E for ; Wed, 20 Jun 2007 20:38:14 +0000 (UTC) (envelope-from jdp@polstra.com) Received: from [10.0.0.64] (adsl-sj-11-62.rockisland.net [64.119.11.62]) (authenticated bits=0) by rock.polstra.com (8.13.8/8.13.8) with ESMTP id l5KKcB8a078798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Jun 2007 13:38:11 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: <46799032.5060009@polstra.com> Date: Wed, 20 Jun 2007 13:38:10 -0700 From: John Polstra User-Agent: Thunderbird 1.5.0.12 (Macintosh/20070509) MIME-Version: 1.0 To: Nicolas Cormier References: <467787EF.9060009@elischer.org> <46797825.10900@polstra.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (rock.polstra.com [64.119.0.113]); Wed, 20 Jun 2007 13:38:12 -0700 (PDT) Cc: freebsd-hackers@freebsd.org, Julian Elischer Subject: Re: in-kernel tcp server 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, 20 Jun 2007 20:38:14 -0000 Nicolas Cormier wrote: > Thanks a lot for your answer, a last question "why did you not used > so* functions ?" Using ng_ksocket is almost the same as using the so* functions, since the ksocket methods call the so* functions. But by using netgraph, you get a nice management interface, too. For my application, I found that going through the socket layer (the so* functions and/or ng_ksocket) hurt performance too much. That's why I ended up bypassing them. John From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 20:50:44 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 021B516A469 for ; Wed, 20 Jun 2007 20:50:44 +0000 (UTC) (envelope-from n.cormier@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id B387D13C448 for ; Wed, 20 Jun 2007 20:50:43 +0000 (UTC) (envelope-from n.cormier@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so628012pyi for ; Wed, 20 Jun 2007 13:50:43 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lRf8kWw5E+7j7F9Qe1W2FF42zCRP9SP2p6Mrkz/KdGiCgXs1JRce4oXnRVhEwOQ3ZlOKhOj4ioKrgVGIo+9A96b89p2holHyfa9lt5rJf7wjipox7QzdtoNOl/gABIsJbLHUVhZUlQAJVBBT9GF7iJJwBlJBnmRhGhdJH5Ta0Q0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LObW1GfMa9c2yHzJYhXIz95jbOfqBWZQiTn7XCg4J+YlHvk7mYHOUaCBJvJZ6gQERCP9VUMj8V1kZ6+6nrvbV+rdV+fJZ/yJotE+N6scoJefsXzsAscSDGFdxSxymnxuLSp4/t0Fl436a4xJXE6U9t+AcBwLZpGralBZ9hF/uk4= Received: by 10.35.83.20 with SMTP id k20mr1802351pyl.1182372643100; Wed, 20 Jun 2007 13:50:43 -0700 (PDT) Received: by 10.35.40.11 with HTTP; Wed, 20 Jun 2007 13:50:43 -0700 (PDT) Message-ID: Date: Wed, 20 Jun 2007 22:50:43 +0200 From: "Nicolas Cormier" To: "John Polstra" In-Reply-To: <46799032.5060009@polstra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <467787EF.9060009@elischer.org> <46797825.10900@polstra.com> <46799032.5060009@polstra.com> Cc: freebsd-hackers@freebsd.org, Julian Elischer Subject: Re: in-kernel tcp server 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, 20 Jun 2007 20:50:44 -0000 On 6/20/07, John Polstra wrote: > Using ng_ksocket is almost the same as using the so* functions, since > the ksocket methods call the so* functions. But by using netgraph, you > get a nice management interface, too. > > For my application, I found that going through the socket layer (the so* > functions and/or ng_ksocket) hurt performance too much. That's why I > ended up bypassing them. Thanks for this precision. -- Nicolas Cormier From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 20:55:36 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA0F416A469 for ; Wed, 20 Jun 2007 20:55:36 +0000 (UTC) (envelope-from SRS0=CTn6Op=LU=arthurchang.com=contact@yourhostingaccount.com) Received: from mailout20.yourhostingaccount.com (mailout20.yourhostingaccount.com [65.254.253.162]) by mx1.freebsd.org (Postfix) with ESMTP id 861A213C45B for ; Wed, 20 Jun 2007 20:55:36 +0000 (UTC) (envelope-from SRS0=CTn6Op=LU=arthurchang.com=contact@yourhostingaccount.com) Received: from mailscan14.yourhostingaccount.com ([10.1.15.14] helo=mailscan14.yourhostingaccount.com) by mailout20.yourhostingaccount.com with esmtp (Exim) id 1I16js-0000hF-C3 for freebsd-hackers@freebsd.org; Wed, 20 Jun 2007 16:25:16 -0400 Received: from webmail11.yourhostingaccount.com ([10.1.16.11] ident=exim) by mailscan14.yourhostingaccount.com with spamscanlookuphost (Exim) id 1I16jr-00082U-WD for freebsd-hackers@freebsd.org; Wed, 20 Jun 2007 16:25:16 -0400 Received: from webmail11.yourhostingaccount.com ([10.1.16.11] helo=webmail11.yourhostingaccount.com) by mailscan14.yourhostingaccount.com with esmtp (Exim) id 1I16jp-00081i-CY; Wed, 20 Jun 2007 16:25:13 -0400 Received: from nobody by webmail11.yourhostingaccount.com with local (Exim) id 1I16jg-0003kn-6w; Wed, 20 Jun 2007 16:25:04 -0400 Received: from 12.22.49.94 (SquirrelMail authenticated user arthurchang@pop.powweb.com) by email.powweb.com with HTTP; Wed, 20 Jun 2007 13:25:04 -0700 (PDT) Message-ID: <24128.12.22.49.94.1182371104.squirrel@email.powweb.com> In-Reply-To: <20070620155139.P48331@max.okcupid.com> References: <20070620100737.S56928@max.okcupid.com> <20070620192003.GA72641@eos.sc1.parodius.com> <20070620155139.P48331@max.okcupid.com> Date: Wed, 20 Jun 2007 13:25:04 -0700 (PDT) From: "Arthur Chang" To: "David Cross" User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Sender: "Arthur Chang" X-Mailman-Approved-At: Wed, 20 Jun 2007 21:09:53 +0000 Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick Subject: Re: Very slow sed... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: contact@arthurchang.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2007 20:55:36 -0000 It might be an issue with the motherboard memory slots then. -Arthur Chang > Thanks all.. it was the memory. It wasn't "bad".. .memtest (or anythign > else didn't actually fail, the only way I could tell is with a stopwatch > and watching loop times)... but pulling 1/2 of the RAM fixed it.. it > doesn't matter which set was in, as long as both sets its fine. > > -- > David E. Cross > > On Wed, 20 Jun 2007, Jeremy Chadwick wrote: > >> On Wed, Jun 20, 2007 at 10:24:01AM -0400, David Cross wrote: >>> Ok the subject line is misleading.. but I don't know how else to put >>> it. I >>> have a machine on which SOME programs are slow. VERY SLOW. Other >>> programs >>> run just fine. I cannot seem to find the source of the problem. >> >> Two things I can think of: >> >> 1) Memory issues -- memtest86 could help show this kind of problem. Try >> removing memory, and if the problem continues, swapping the pair you >> removed with the pair that's installed. >> >> 2) Disk issues -- reading /usr/bin/sed off the disk where there's a >> soon-to-be-bad block. The disk may be trying to work around it and >> doing a delayed read (inducing EC). This seems less likely to be the >> case than bad memory, but I've seen it happen. >> >> -- >> | Jeremy Chadwick jdc at parodius.com >> | >> | Parodius Networking http://www.parodius.com/ >> | >> | UNIX Systems Administrator Mountain View, CA, USA >> | >> | Making life hard for others since 1977. PGP: 4BD6C0CB >> | >> > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 21:19:07 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1837416A400 for ; Wed, 20 Jun 2007 21:19:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outU.internet-mail-service.net (outU.internet-mail-service.net [216.240.47.244]) by mx1.freebsd.org (Postfix) with ESMTP id 0267B13C448 for ; Wed, 20 Jun 2007 21:19:06 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Wed, 20 Jun 2007 14:19:06 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 2C083125B26; Wed, 20 Jun 2007 14:19:06 -0700 (PDT) Message-ID: <467999C9.9000402@elischer.org> Date: Wed, 20 Jun 2007 14:19:05 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Nicolas Cormier References: <467787EF.9060009@elischer.org> <46797825.10900@polstra.com> <46799032.5060009@polstra.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, John Polstra Subject: Re: in-kernel tcp server 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, 20 Jun 2007 21:19:07 -0000 Nicolas Cormier wrote: > On 6/20/07, John Polstra wrote: >> Using ng_ksocket is almost the same as using the so* functions, since >> the ksocket methods call the so* functions. But by using netgraph, you >> get a nice management interface, too. >> >> For my application, I found that going through the socket layer (the so* >> functions and/or ng_ksocket) hurt performance too much. That's why I >> ended up bypassing them. > > Thanks for this precision. I would actually like to address the performance issues. is there any chance the oldest version (4.x based) might be released, or at least it would be nice to get the code snippet that attaches to eh ng_ksocket and reads and writes the stream.. I could make a TCP ECHO node that way and use it for tracking down the bottlenecks I'm not too interested in the actual webserver itself. From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 21:25:40 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E64F16A468 for ; Wed, 20 Jun 2007 21:25:40 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5D4CA13C45D for ; Wed, 20 Jun 2007 21:25:40 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 402A61CC049; Wed, 20 Jun 2007 14:25:40 -0700 (PDT) Date: Wed, 20 Jun 2007 14:25:40 -0700 From: Jeremy Chadwick To: Arthur Chang Message-ID: <20070620212540.GA75012@eos.sc1.parodius.com> References: <20070620100737.S56928@max.okcupid.com> <20070620192003.GA72641@eos.sc1.parodius.com> <20070620155139.P48331@max.okcupid.com> <24128.12.22.49.94.1182371104.squirrel@email.powweb.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <24128.12.22.49.94.1182371104.squirrel@email.powweb.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-hackers@freebsd.org, David Cross Subject: Re: Very slow sed... 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, 20 Jun 2007 21:25:40 -0000 On Wed, Jun 20, 2007 at 01:25:04PM -0700, Arthur Chang wrote: > It might be an issue with the motherboard memory slots then. Very possible. Another thing to look at would be a BIOS update, or at a bare minimum, the BIOS history for the Intel DP965LT (I have one too, but have never put more than 2GB in it): http://downloadcenter.intel.com/Filter_Results.aspx?strTypes=all&ProductID=2374&OSFullname=OS+Independent&strOSs=38 Intel is one of the few companies who does a decent job documenting BIOS changes, so you may see something there that stands out. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 22:02:21 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C0DA16A400 for ; Wed, 20 Jun 2007 22:02:21 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id CB1A413C457 for ; Wed, 20 Jun 2007 22:02:20 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so84175anc for ; Wed, 20 Jun 2007 15:02:20 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ENbh4e/hbp32enpJHpF9txAOouBA8aW1HCJZaw6np7nHQ7csJohlAUfmfsB6Hx7iBhsF9m5d57qVv+Eg/Gb6VxDvmO4ux7JT6vR7aX16NF2QmwRyD1VNQS0nUfW2j4tard/qZYRA9FqcNINNzmp68pa0snFy8VdrTPYwYCX/2q0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=s/RNykoiyBZBWcM2FlAJ9oX7suV9qC8SQZL1Whybz3feHBa4iZ1fh+tIFniNJI6tIxRpUmJz5Ymem4RhDUBEUThV3mETz840z93Gs9wH8g11CqKZ3TG0OcpTv0XSm0snt6tbnTqDWLuhZjXl8CSysMUFUizOpP9P7tMGe8Z1M6w= Received: by 10.100.195.10 with SMTP id s10mr685629anf.1182375314568; Wed, 20 Jun 2007 14:35:14 -0700 (PDT) Received: by 10.100.154.8 with HTTP; Wed, 20 Jun 2007 14:35:14 -0700 (PDT) Message-ID: Date: Wed, 20 Jun 2007 14:35:14 -0700 From: "Maksim Yevmenkin" To: "Julian Elischer" In-Reply-To: <467999C9.9000402@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <467787EF.9060009@elischer.org> <46797825.10900@polstra.com> <46799032.5060009@polstra.com> <467999C9.9000402@elischer.org> Cc: freebsd-hackers@freebsd.org, John Polstra , Nicolas Cormier Subject: Re: in-kernel tcp server 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, 20 Jun 2007 22:02:21 -0000 On 6/20/07, Julian Elischer wrote: > Nicolas Cormier wrote: > > On 6/20/07, John Polstra wrote: > >> Using ng_ksocket is almost the same as using the so* functions, since > >> the ksocket methods call the so* functions. But by using netgraph, you > >> get a nice management interface, too. > >> > >> For my application, I found that going through the socket layer (the so* > >> functions and/or ng_ksocket) hurt performance too much. That's why I > >> ended up bypassing them. > > > > Thanks for this precision. > > I would actually like to address the performance issues. > > is there any chance the oldest version (4.x based) might be released, > or at least it would be nice to get the code snippet that attaches to eh ng_ksocket and > reads and writes the stream.. > > I could make a TCP ECHO node that way and use it for tracking down the bottlenecks > I'm not too interested in the actual webserver itself. he can take a look at bluetooth rfcomm sockets that are implemented on top of l2cap socket and feed into netgraph :) not exactly an in-kernel tcp server, but might give some ideas. thanks, max From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 22:17:09 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7AF016A41F; Wed, 20 Jun 2007 22:17:09 +0000 (UTC) (envelope-from dcross@okcupid.com) Received: from mail0.okcupid.com (mail0.okcupid.com [66.59.66.16]) by mx1.freebsd.org (Postfix) with ESMTP id 53DC913C44C; Wed, 20 Jun 2007 22:17:09 +0000 (UTC) (envelope-from dcross@okcupid.com) Received: from max.okcupid.com (max.okcupid.com [216.254.112.36]) by mail0.okcupid.com (8.13.4/8.13.4) with ESMTP id l5KMHVoW041178; Wed, 20 Jun 2007 18:17:32 -0400 (EDT) (envelope-from dcross@okcupid.com) Received: from max.okcupid.com (localhost [127.0.0.1]) by max.okcupid.com (8.13.6/8.13.6) with ESMTP id l5KMH7w5072442; Wed, 20 Jun 2007 18:17:07 -0400 (EDT) (envelope-from dcross@max.okcupid.com) X-DomainKeys: Sendmail DomainKeys Filter v0.3.3 max.okcupid.com l5KMH7w5072442 Received: from localhost (dcross@localhost) by max.okcupid.com (8.13.6/8.13.6/Submit) with ESMTP id l5KMH7GG072437; Wed, 20 Jun 2007 18:17:07 -0400 (EDT) (envelope-from dcross@max.okcupid.com) Date: Wed, 20 Jun 2007 18:17:07 -0400 (EDT) From: David Cross To: Jeremy Chadwick In-Reply-To: <20070620155139.P48331@max.okcupid.com> Message-ID: <20070620181617.B48331@max.okcupid.com> References: <20070620100737.S56928@max.okcupid.com> <20070620192003.GA72641@eos.sc1.parodius.com> <20070620155139.P48331@max.okcupid.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 20 Jun 2007 22:31:33 +0000 Cc: freebsd-hackers@FreeBSD.org Subject: Re: Very slow sed... 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, 20 Jun 2007 22:17:09 -0000 http://downloadmirror.intel.com/13348/ENG/MQ_1687_ReleaseNotes.pdf There it is, the smoking gun. Release 1676... wow.. .that's an obscure one. Thanks you all again! -- David E. Cross On Wed, 20 Jun 2007, David Cross wrote: > Thanks all.. it was the memory. It wasn't "bad".. .memtest (or anythign else > didn't actually fail, the only way I could tell is with a stopwatch and > watching loop times)... but pulling 1/2 of the RAM fixed it.. it doesn't > matter which set was in, as long as both sets its fine. > > -- > David E. Cross > > On Wed, 20 Jun 2007, Jeremy Chadwick wrote: > >> On Wed, Jun 20, 2007 at 10:24:01AM -0400, David Cross wrote: >>> Ok the subject line is misleading.. but I don't know how else to put it. >>> I >>> have a machine on which SOME programs are slow. VERY SLOW. Other >>> programs >>> run just fine. I cannot seem to find the source of the problem. >> >> Two things I can think of: >> >> 1) Memory issues -- memtest86 could help show this kind of problem. Try >> removing memory, and if the problem continues, swapping the pair you >> removed with the pair that's installed. >> >> 2) Disk issues -- reading /usr/bin/sed off the disk where there's a >> soon-to-be-bad block. The disk may be trying to work around it and >> doing a delayed read (inducing EC). This seems less likely to be the >> case than bad memory, but I've seen it happen. >> >> -- >> | Jeremy Chadwick jdc at parodius.com | >> | Parodius Networking http://www.parodius.com/ | >> | UNIX Systems Administrator Mountain View, CA, USA | >> | Making life hard for others since 1977. PGP: 4BD6C0CB | >> > From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 21 01:12:40 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB10616A400 for ; Thu, 21 Jun 2007 01:12:40 +0000 (UTC) (envelope-from jdp@polstra.com) Received: from rock.polstra.com (rock.polstra.com [64.119.0.113]) by mx1.freebsd.org (Postfix) with ESMTP id A9B3E13C448 for ; Thu, 21 Jun 2007 01:12:35 +0000 (UTC) (envelope-from jdp@polstra.com) Received: from [10.0.0.64] (adsl-sj-11-62.rockisland.net [64.119.11.62]) (authenticated bits=0) by rock.polstra.com (8.13.8/8.13.8) with ESMTP id l5L1CXDC083330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Jun 2007 18:12:34 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: <4679D081.7070600@polstra.com> Date: Wed, 20 Jun 2007 18:12:33 -0700 From: John Polstra User-Agent: Thunderbird 1.5.0.12 (Macintosh/20070509) MIME-Version: 1.0 To: Julian Elischer References: <467787EF.9060009@elischer.org> <46797825.10900@polstra.com> <46799032.5060009@polstra.com> <467999C9.9000402@elischer.org> In-Reply-To: <467999C9.9000402@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (rock.polstra.com [64.119.0.113]); Wed, 20 Jun 2007 18:12:34 -0700 (PDT) Cc: freebsd-hackers@freebsd.org Subject: Re: in-kernel tcp server 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, 21 Jun 2007 01:12:40 -0000 Julian Elischer wrote: > I would actually like to address the performance issues. > > is there any chance the oldest version (4.x based) might be released, > or at least it would be nice to get the code snippet that attaches to eh > ng_ksocket and > reads and writes the stream.. > > I could make a TCP ECHO node that way and use it for tracking down the > bottlenecks > I'm not too interested in the actual webserver itself. I don't have the ksocket version any more. It was an early experiment (in 2001) that I discarded pretty quickly. The later 4.x-based version that bypassed the TCP stack and socket layer performed well on uniprocessor systems. I didn't feel netgraph was a performance problem at all on that version. But as multiprocessor systems became more mainstream, the 4.x version wasn't able to take advantage of the added CPUs. Also, it didn't support ACPI and had trouble booting on some of the newer hardware. For those reasons, I updated to a 7.x-based system. At that point, the newer SMP-friendly netgraph started to impact performance pretty seriously. The allocation/deallocation of netgraph's queue items seemed to be a big part of the problem. In 4.x we just passed mbufs around, without any other allocations or deallocations. In 7.x, the mbufs are wrapped up in queue items that have to be allocated and freed, and that added a lot of overhead. I think also that the reader-writer locking in netgraph was impacting performance. It's a really elegant locking scheme, but my node graphs were so simple that I didn't really need it. I don't view netgraph as having serious performance problems. It's just that I was aiming for maximal performance (in terms of HTTP sessions per second), and was willing to do otherwise unreasonable things to get it. John From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 21 01:42:56 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0072B16A468 for ; Thu, 21 Jun 2007 01:42:56 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outS.internet-mail-service.net (outS.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id DE09813C447 for ; Thu, 21 Jun 2007 01:42:55 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Wed, 20 Jun 2007 18:42:55 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id D9FFA125B4B; Wed, 20 Jun 2007 18:42:54 -0700 (PDT) Message-ID: <4679D79E.5030200@elischer.org> Date: Wed, 20 Jun 2007 18:42:54 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: John Polstra References: <467787EF.9060009@elischer.org> <46797825.10900@polstra.com> <46799032.5060009@polstra.com> <467999C9.9000402@elischer.org> <4679D081.7070600@polstra.com> In-Reply-To: <4679D081.7070600@polstra.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: in-kernel tcp server 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, 21 Jun 2007 01:42:56 -0000 John Polstra wrote: > Julian Elischer wrote: > >> I would actually like to address the performance issues. >> >> is there any chance the oldest version (4.x based) might be released, >> or at least it would be nice to get the code snippet that attaches to >> eh ng_ksocket and >> reads and writes the stream.. >> >> I could make a TCP ECHO node that way and use it for tracking down the >> bottlenecks >> I'm not too interested in the actual webserver itself. > > I don't have the ksocket version any more. It was an early experiment > (in 2001) that I discarded pretty quickly. > > The later 4.x-based version that bypassed the TCP stack and socket layer > performed well on uniprocessor systems. I didn't feel netgraph was a > performance problem at all on that version. But as multiprocessor > systems became more mainstream, the 4.x version wasn't able to take > advantage of the added CPUs. Also, it didn't support ACPI and had > trouble booting on some of the newer hardware. > > For those reasons, I updated to a 7.x-based system. At that point, the > newer SMP-friendly netgraph started to impact performance pretty > seriously. The allocation/deallocation of netgraph's queue items seemed > to be a big part of the problem. In 4.x we just passed mbufs around, > without any other allocations or deallocations. In 7.x, the mbufs are > wrapped up in queue items that have to be allocated and freed, and that > added a lot of overhead. I think also that the reader-writer locking in > netgraph was impacting performance. It's a really elegant locking > scheme, but my node graphs were so simple that I didn't really need it. Hmm ok, but if you did find some old ksocket based code sitting around, i'd love to try it in -current and work on the bottlenecks.. I do need to try fix netgraph bottlenecks... I'll certainly look at what I can do about the queue items. I may make a per-cpu cache of them. > > I don't view netgraph as having serious performance problems. It's just > that I was aiming for maximal performance (in terms of HTTP sessions per > second), and was willing to do otherwise unreasonable things to get it. > > John From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 21 04:16:19 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 622EA16A46C for ; Thu, 21 Jun 2007 04:16:19 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp5.yandex.ru (smtp5.yandex.ru [87.250.248.71]) by mx1.freebsd.org (Postfix) with ESMTP id 8F30D13C457 for ; Thu, 21 Jun 2007 04:16:18 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:733 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S1054384AbXFUEC7 (ORCPT ); Thu, 21 Jun 2007 08:02:59 +0400 X-Comment: RFC 2476 MSA function at smtp5.yandex.ru logged sender identity as: bu7cher Message-ID: <4679F87A.6070309@yandex.ru> Date: Thu, 21 Jun 2007 08:03:06 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Nicolas Cormier References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: in-kernel tcp server 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, 21 Jun 2007 04:16:19 -0000 Nicolas Cormier wrote: > What's the easy way to create a basic tcp server > (create/bind/listen/accept/send/recv) : use netgraph's ksocket or so* AFAIR, OpenKETA was web server in kernel space. You can look to it's code. -- WBR, Andrey V. Elsukov From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 21 08:11:07 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CF1916A474 for ; Thu, 21 Jun 2007 08:11:07 +0000 (UTC) (envelope-from didier@aida.org) Received: from derny.org (aida.homeunix.com [82.239.250.150]) by mx1.freebsd.org (Postfix) with ESMTP id 7C88113C46A for ; Thu, 21 Jun 2007 08:11:06 +0000 (UTC) (envelope-from didier@aida.org) Received: from derny.org (localhost.derny.org [127.0.0.1]) by derny.org (Postfix) with ESMTP id E35EB22863; Thu, 21 Jun 2007 09:55:38 +0200 (CEST) Received: from [192.168.1.2] (aida.derny.org [192.168.1.2]) by derny.org (Postfix) with ESMTP; Thu, 21 Jun 2007 09:55:38 +0200 (CEST) Message-ID: <467A2EFA.1050706@aida.org> Date: Thu, 21 Jun 2007 09:55:38 +0200 From: didier derny User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: youshi10@u.washington.edu References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: ok Cc: hackers@freebsd.org Subject: Re: need help / advices with freebsd + asrock 4coredual-vsta (VT8237A) 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, 21 Jun 2007 08:11:07 -0000 the problem is not related to the cf reader, the cf reader is working with windows my real problem is the sata controller VT8237A not seen by freebsd I have the same sata problem even when the cf reader is disconnecter thanks til now, I tried several linux / bsd freebsd 6.2-stable crash freebsd 7-current crash (the last snapshot I found on ftp) netbsd crash openbsd not tested debian 4 works but I dont like linux :( -- didier@aida.org youshi10@u.washington.edu a écrit : > On Tue, 19 Jun 2007, didier derny wrote: > >> >> On 19 juin 07, at 15:33, Soeren Straarup wrote: >> >>> On Mon, Jun 18, 2007 at 01:14:54PM +0200, didier derny wrote: >>>> I recently bought an asrock 4coredual-vsta mother board >>>> when I tried to install freebsd I saw with horror that >>>> freebsd6,2-stable >>>> and freebsd7.0-current where coughing when they tried to access the >>>> IDE or SATA >>>> hard disks /cdrom. >>>> >>>> it just get stuck after having accessed the hard disk or cdrom >>>> >>> >>> A great help would to have an output of 'boot -v' also known as a >>> verbose boot. >>> > > > >>>> I there any hope to see FreeBSD working on this mother board ? >>>> >>>> is there anything I can do to help to solve the problem ? >>>> >>>> do I have to change my mother board for something else ? >>>> I choosed this one simply because it had a pci express AND an AGP slot >>>> >>>> in that case to you have any advice for the video board if I want >>>> to buy >>>> somethething working with X11 ? >>>> >>>> thanks for your help >>>> >>>> -- >>>> didier@aida. org >>>> >>> >>> /Soeren > > That's a problem with the CF reader. Is your CF reader compatible with > the driver available in the kernel, and did you build in USB CF > support to the kernel statically? > > -Garrett > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 21 09:05:12 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D2BE916A400 for ; Thu, 21 Jun 2007 09:05:12 +0000 (UTC) (envelope-from n.cormier@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 5E90E13C4BF for ; Thu, 21 Jun 2007 09:05:12 +0000 (UTC) (envelope-from n.cormier@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so902487pyi for ; Thu, 21 Jun 2007 02:05:11 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bX9OYRpAnASm2lCvZJ2/P8vhgiN2MboucXAWq65e1EPwYw6/QKiE1WQnRwjoGh8NZPS7YiitZUL5HbpvAflcYmRvfFbNJPvKXhQjucPmiv07E57pIQJhYGRLoiz8xEwXwjHn2nH6byjIC78Ovaa3ovYfB/9x5eJE1TE7bfui9dc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=s4k2V/WHebA5qxj/w4mBl278JkAzffnGJn0vHuOXS5ATPk4J/wd9FzenAVAHikRPIoJO0Y8Yj5l40D6g/ikLOw5IuO48k9y3K97cfz3McH570d7JlEzs03Qn24CQd1+g773H1R2RXGdhdLgB+0i7jdbiAkjau4i1pCvvRkIhUF4= Received: by 10.35.50.1 with SMTP id c1mr2782163pyk.1182416711789; Thu, 21 Jun 2007 02:05:11 -0700 (PDT) Received: by 10.35.40.11 with HTTP; Thu, 21 Jun 2007 02:05:11 -0700 (PDT) Message-ID: Date: Thu, 21 Jun 2007 11:05:11 +0200 From: "Nicolas Cormier" To: "Andrey V. Elsukov" In-Reply-To: <4679F87A.6070309@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4679F87A.6070309@yandex.ru> Cc: freebsd-hackers@freebsd.org Subject: Re: in-kernel tcp server 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, 21 Jun 2007 09:05:12 -0000 On 6/21/07, Andrey V. Elsukov wrote: > Nicolas Cormier wrote: > > What's the easy way to create a basic tcp server > > (create/bind/listen/accept/send/recv) : use netgraph's ksocket or so* > > AFAIR, OpenKETA was web server in kernel space. > You can look to it's code. Thanks ! -- Nicolas Cormier From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 21 15:26:24 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 760DB16A468 for ; Thu, 21 Jun 2007 15:26:24 +0000 (UTC) (envelope-from jdp@polstra.com) Received: from rock.polstra.com (rock.polstra.com [64.119.0.113]) by mx1.freebsd.org (Postfix) with ESMTP id 55A4B13C465 for ; Thu, 21 Jun 2007 15:26:24 +0000 (UTC) (envelope-from jdp@polstra.com) Received: from [10.0.0.64] (adsl-sj-11-62.rockisland.net [64.119.11.62]) (authenticated bits=0) by rock.polstra.com (8.13.8/8.13.8) with ESMTP id l5LFQMq9097717 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Jun 2007 08:26:23 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: <467A989E.5@polstra.com> Date: Thu, 21 Jun 2007 08:26:22 -0700 From: John Polstra User-Agent: Thunderbird 1.5.0.12 (Macintosh/20070509) MIME-Version: 1.0 To: Julian Elischer References: <467787EF.9060009@elischer.org> <46797825.10900@polstra.com> <46799032.5060009@polstra.com> <467999C9.9000402@elischer.org> <4679D081.7070600@polstra.com> <4679D79E.5030200@elischer.org> In-Reply-To: <4679D79E.5030200@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (rock.polstra.com [64.119.0.113]); Thu, 21 Jun 2007 08:26:23 -0700 (PDT) Cc: freebsd-hackers@freebsd.org Subject: Re: in-kernel tcp server 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, 21 Jun 2007 15:26:24 -0000 Julian Elischer wrote: > but if you did find some old ksocket based code sitting around, > i'd love to try it in -current and work on the bottlenecks.. I'm sure I don't have it any more, unfortunately. It was six years old, and I just moved into a smaller house and threw out a half dozen old computers as well as my ancient backup tapes. > I'll certainly look at what I can do about the queue items. > I may make a per-cpu cache of them. That would probably help a lot. Each webserver or webclient is tied to one network interface, and I get the best performance when there is one CPU core per interface. I'm not using CPU affinity yet, but I'll probably put that in before long. John From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 21 22:16:12 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F09B16A41F; Thu, 21 Jun 2007 22:16:12 +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 CBA4613C457; Thu, 21 Jun 2007 22:16:11 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 49D3920A4; Fri, 22 Jun 2007 00:16:07 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id B1CA5208A; Fri, 22 Jun 2007 00:16:06 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id E300F5B88; Fri, 22 Jun 2007 00:16:36 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mike Meyer References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <18038.53391.265513.66864@bhuda.mired.org> Date: Fri, 22 Jun 2007 00:16:36 +0200 In-Reply-To: <18038.53391.265513.66864@bhuda.mired.org> (Mike Meyer's message of "Mon\, 18 Jun 2007 14\:35\:59 -0400") Message-ID: <86d4zpj6m3.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , Martin Turgeon , freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 21 Jun 2007 22:16:12 -0000 Mike Meyer writes: > I find that extremely ironic. I've spent most of the last two days > trying to put together a Linux system with python 2.5 (or later) and > lxml 1.2 (or later), because I need to add an oracle library to it. > While both FreeBSD and darwin ports (where I do development) have all > the appropriate bits except oracle, the Linux distros don't have any > of them in their packaging systems. Bollocks. des@des ~% cat /etc/lsb-release=20 DISTRIB_ID=3DUbuntu DISTRIB_RELEASE=3D7.04 DISTRIB_CODENAME=3Dfeisty DISTRIB_DESCRIPTION=3D"Ubuntu 7.04" des@des ~% uname -m x86_64 des@des ~% python --version Python 2.5.1 des@des ~% sudo apt-get install python-lxml Password: Reading package lists... Done Building dependency tree=20=20=20=20=20=20=20 Reading state information... Done Suggested packages: python-lxml-dbg The following NEW packages will be installed: python-lxml 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 662kB of archives. After unpacking 2052kB of additional disk space will be used. Get:1 http://no.archive.ubuntu.com feisty/universe python-lxml 1.1.2-1ubunt= u2 [662kB] Fetched 662kB in 3s (203kB/s)=20=20=20=20=20=20=20 Selecting previously deselected package python-lxml. (Reading database ... 105301 files and directories currently installed.) Unpacking python-lxml (from .../python-lxml_1.1.2-1ubuntu2_amd64.deb) ... Setting up python-lxml (1.1.2-1ubuntu2) ... Any more nonsense you wish to share? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 21 22:26:25 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1D4D16A48F; Thu, 21 Jun 2007 22:26:25 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8FF4313C45A; Thu, 21 Jun 2007 22:26:25 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 12B9B20B1; Fri, 22 Jun 2007 00:26:21 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id DBD0D20AB; Fri, 22 Jun 2007 00:26:20 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 184275B8A; Fri, 22 Jun 2007 00:26:51 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Jeremy Chadwick References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> <20070618221022.GA17952@eos.sc1.parodius.com> Date: Fri, 22 Jun 2007 00:26:50 +0200 In-Reply-To: <20070618221022.GA17952@eos.sc1.parodius.com> (Jeremy Chadwick's message of "Mon\, 18 Jun 2007 15\:10\:22 -0700") Message-ID: <868xadj651.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Martin Turgeon , freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 21 Jun 2007 22:26:25 -0000 Jeremy Chadwick writes: > Like I said, I don't run 64-bit OSes because I prefer compatibility. > Believe me, the instant you run into some quirky problem with either the > kernel or any of its subsystems, or a third-party program (from ports or > otherwise), the first thing you'll be told is "it works for me on i386, > have you tried i386?" Absolute nonsense. FreeBSD is just as solid on amd64 as on i386, and the people who do most of the kernel work in FreeBSD tend to have up-to-date hardware (meaning Athlon64, Opteron, or Core 2). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 22 01:51:16 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8579D16A41F for ; Fri, 22 Jun 2007 01:51:16 +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 28A8E13C4BB for ; Fri, 22 Jun 2007 01:51:15 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 34571 invoked by uid 1001); 22 Jun 2007 01:49:25 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Thu, 21 Jun 2007 21:49:25 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <18043.10917.530533.189861@bhuda.mired.org> Date: Thu, 21 Jun 2007 21:49:25 -0400 To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-Reply-To: <86d4zpj6m3.fsf@dwp.des.no> References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <18038.53391.265513.66864@bhuda.mired.org> <86d4zpj6m3.fsf@dwp.des.no> X-Mailer: VM 7.19 under Emacs 21.3.1 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.1.11 (Ladyburn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , Martin Turgeon , freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 22 Jun 2007 01:51:16 -0000 In <86d4zpj6m3.fsf@dwp.des.no>, Dag-Erling Sm=F8rgrav type= d: > Mike Meyer writes: > > I find that extremely ironic. I've spent most of the last two days > > trying to put together a Linux system with python 2.5 (or later) an= d > > lxml 1.2 (or later), because I need to add an oracle library to it.= ^^^ > > While both FreeBSD and darwin ports (where I do development) have a= ll > > the appropriate bits except oracle, the Linux distros don't have an= y > > of them in their packaging systems. > Bollocks. No, that taste in your mouth is crow. > des@des ~% cat /etc/lsb-release=20 > DISTRIB=5FID=3DUbuntu > DISTRIB=5FRELEASE=3D7.04 > DISTRIB=5FCODENAME=3Dfeisty > DISTRIB=5FDESCRIPTION=3D"Ubuntu 7.04" > des@des ~% uname -m > x86=5F64 > des@des ~% python --version > Python 2.5.1 > des@des ~% sudo apt-get install python-lxml [...] > Unpacking python-lxml (from .../python-lxml=5F1.1.2-1ubuntu2=5Famd64.= deb) ... > Setting up python-lxml (1.1.2-1ubuntu2) ... =09=09=09 ^^^^^ > Any more nonsense you wish to share=3F The only nonsense here is that you apparently think 1.1.2 is later than 1.2. 1.2 is the earliest version of lxml with XInclude support, and I need that. The package you just installed doesn't have it. Ubuntu 7.04 with python 2.5.1 and lxml 1.1.2 was one of the distros I checked (and by far the best Linux system of the bunch), and it isn't up to the job at hand. =09=09=09http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more informatio= n. From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 22 02:05:35 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E48C16A400; Fri, 22 Jun 2007 02:05:35 +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 9E51413C44B; Fri, 22 Jun 2007 02:05:34 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A6256.dip.t-dialin.net [84.154.98.86]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id l5M1P2tl095595; Fri, 22 Jun 2007 03:25:04 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.6/8.13.6) with ESMTP id l5M1Ou0o004126; Fri, 22 Jun 2007 03:24:56 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id l5M1Otob089313; Fri, 22 Jun 2007 03:24:55 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200706220124.l5M1Otob089313@fire.js.berklix.net> To: Jeremy Chadwick In-reply-to: <868xadj651.fsf@dwp.des.no> References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> <20070618221022.GA17952@eos.sc1.parodius.com> <868xadj651.fsf@dwp.des.no> Comments: In-reply-to =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= message dated "Fri, 22 Jun 2007 00:26:50 +0200." Date: Fri, 22 Jun 2007 03:24:55 +0200 From: "Julian H. Stacey" Cc: freebsd-hackers@freebsd.org, Martin Turgeon Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 22 Jun 2007 02:05:35 -0000 =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wrote: > Jeremy Chadwick writes: > > Like I said, I don't run 64-bit OSes because I prefer compatibility. > > Believe me, the instant you run into some quirky problem with either the > > kernel or any of its subsystems, or a third-party program (from ports or > > otherwise), the first thing you'll be told is "it works for me on i386, > > have you tried i386?" > > Absolute nonsense. FreeBSD is just as solid on amd64 as on i386, and A while back I reverted my AMD Athlon(tm) 64 Processor 3000+ (2010.06-MHz 686-class CPU) from 64 to 32 bit, 'cos of bad ports. ls /var/db/pkg | wc -l # 536 Not that I use them all, they just accumulate. FreeBSD is as solid as damp cement on many old laptops ( http://berklix.org/~jhs/hardware/laptops/ ) ie doesn't install beyond 4.11. No time for ports pain as well as base install failures. -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com HTML mail unseen. Ihr Rauch=mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 22 09:13:10 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2858D16A46C for ; Fri, 22 Jun 2007 09:13:10 +0000 (UTC) (envelope-from xistence@0x58.com) Received: from mailexchange.osnn.net (1e.66.5646.static.theplanet.com [70.86.102.30]) by mx1.freebsd.org (Postfix) with SMTP id ED5AB13C43E for ; Fri, 22 Jun 2007 09:13:09 +0000 (UTC) (envelope-from xistence@0x58.com) Received: (qmail 41695 invoked by uid 0); 22 Jun 2007 08:42:43 -0000 Received: from unknown (HELO ?10.10.10.22?) (xistence@0x58.com@72.208.132.56) by mailexchange.osnn.net with SMTP; 22 Jun 2007 08:42:43 -0000 Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: <200706220124.l5M1Otob089313@fire.js.berklix.net> References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> <20070618221022.GA17952@eos.sc1.parodius.com> <868xadj651.fsf@dwp.des.no> <200706220124.l5M1Otob089313@fire.js.berklix.net> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-2-183841032; protocol="application/pkcs7-signature" Message-Id: From: Bert JW Regeer Date: Fri, 22 Jun 2007 01:46:27 -0700 To: hackers@freebsd.org X-Mailer: Apple Mail (2.752.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 22 Jun 2007 09:13:10 -0000 --Apple-Mail-2-183841032 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Jun 21, 2007, at 6:24 PM, Julian H. Stacey wrote: > =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wrote: >> Jeremy Chadwick writes: >>> Like I said, I don't run 64-bit OSes because I prefer compatibility. >>> Believe me, the instant you run into some quirky problem with >>> either the >>> kernel or any of its subsystems, or a third-party program (from >>> ports or >>> otherwise), the first thing you'll be told is "it works for me on >>> i386, >>> have you tried i386?" >> >> Absolute nonsense. FreeBSD is just as solid on amd64 as on i386, and > > A while back I reverted my AMD Athlon(tm) 64 Processor 3000+ > (2010.06-MHz 686-class CPU) from 64 to 32 bit, 'cos of bad ports. > ls /var/db/pkg | wc -l # 536 Not that I use them all, they just > accumulate. FreeBSD is as solid as damp cement on many old laptops > ( http://berklix.org/~jhs/hardware/laptops/ ) ie doesn't install > beyond > 4.11. No time for ports pain as well as base install failures. Eh? I would like to contest this statement. I own several old Thinkpads, an Toshiba Portege and NONE of them have had any problems what so ever. My Toshiba is running -CURRENT without any issues what so ever. Damp cement? WTH? > > -- > Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http:// > berklix.com > HTML mail unseen. Ihr Rauch=mein allergischer Kopfschmerz. Dump > cigs 4 snuff. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers- > unsubscribe@freebsd.org" --Apple-Mail-2-183841032-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 22 12:37:46 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7F1716A41F for ; Fri, 22 Jun 2007 12:37:46 +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 740C413C45E for ; Fri, 22 Jun 2007 12:37:45 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A7C81.dip.t-dialin.net [84.154.124.129]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id l5MCbZka042712; Fri, 22 Jun 2007 14:37:36 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.6/8.13.6) with ESMTP id l5MCbGtT018876; Fri, 22 Jun 2007 14:37:29 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id l5MCbGKb097211; Fri, 22 Jun 2007 14:37:16 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200706221237.l5MCbGKb097211@fire.js.berklix.net> To: Bert JW Regeer In-reply-to: References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> <20070618221022.GA17952@eos.sc1.parodius.com> <868xadj651.fsf@dwp.des.no> <200706220124.l5M1Otob089313@fire.js.berklix.net> Comments: In-reply-to Bert JW Regeer message dated "Fri, 22 Jun 2007 01:46:27 -0700." Date: Fri, 22 Jun 2007 14:37:16 +0200 From: "Julian H. Stacey" Cc: hackers@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 22 Jun 2007 12:37:47 -0000 Bert JW Regeer wrote: > --Apple-Mail-2-183841032 > Content-Transfer-Encoding: 7bit > Content-Type: text/plain; > charset=US-ASCII; > delsp=yes; > format=flowed > On Jun 21, 2007, at 6:24 PM, Julian H. Stacey wrote: You broke the header, sending 2 seperate mails with same content, so I've copied the reply I sent to what I first saw as your private mail: > > A while back I reverted my AMD Athlon(tm) 64 Processor 3000+ > > (2010.06-MHz 686-class CPU) from 64 to 32 bit, 'cos of bad ports. > > ls /var/db/pkg | wc -l # 536 Not that I use them all, they just > > accumulate. FreeBSD is as solid as damp cement on many old laptops > > ( http://berklix.org/~jhs/hardware/laptops/ ) ie doesn't install > > beyond > > 4.11. No time for ports pain as well as base install failures. > > Eh? I would like to contest this statement. I own several old > Thinkpads, an Toshiba Portege and NONE of them have had any problems > what so ever. My Toshiba is running -CURRENT without any issues what > so ever. Damp cement? WTH? 5 out of 6 of mine have not wanted to go beyond 4.11 : PCMCIA, PLIP etc Just one ruuns 6.2. FreeBSD 5 & 6 have been a nightmare of more functionality at expense of breaking machines. 4.11 actually installs & runs see http://berklix.org/~jhs/hardware/laptops/ -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com HTML mail unseen. Ihr Rauch=mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 22 14:24:41 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A97216A421 for ; Fri, 22 Jun 2007 14:24:41 +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 1E98513C4AD for ; Fri, 22 Jun 2007 14:24:40 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 40872 invoked by uid 1001); 22 Jun 2007 14:22:51 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Fri, 22 Jun 2007 10:22:51 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18043.56123.82466.596386@bhuda.mired.org> Date: Fri, 22 Jun 2007 10:22:51 -0400 To: "Julian H. Stacey" In-Reply-To: <200706221237.l5MCbGKb097211@fire.js.berklix.net> References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> <20070618221022.GA17952@eos.sc1.parodius.com> <868xadj651.fsf@dwp.des.no> <200706220124.l5M1Otob089313@fire.js.berklix.net> <200706221237.l5MCbGKb097211@fire.js.berklix.net> X-Mailer: VM 7.19 under Emacs 21.3.1 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.1.11 (Ladyburn) From: Mike Meyer Cc: hackers@freebsd.org, Bert JW Regeer Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM 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, 22 Jun 2007 14:24:41 -0000 In <200706221237.l5MCbGKb097211@fire.js.berklix.net>, Julian H. Stacey typed: > > > A while back I reverted my AMD Athlon(tm) 64 Processor 3000+ > > > (2010.06-MHz 686-class CPU) from 64 to 32 bit, 'cos of bad ports. > > > ls /var/db/pkg | wc -l # 536 Not that I use them all, they just > > > accumulate. FreeBSD is as solid as damp cement on many old laptops > > > ( http://berklix.org/~jhs/hardware/laptops/ ) ie doesn't install > > > beyond > > > 4.11. No time for ports pain as well as base install failures. > > > > Eh? I would like to contest this statement. I own several old > > Thinkpads, an Toshiba Portege and NONE of them have had any problems > > what so ever. My Toshiba is running -CURRENT without any issues what > > so ever. Damp cement? WTH? > > 5 out of 6 of mine have not wanted to go beyond 4.11 : PCMCIA, PLIP > etc Just one ruuns 6.2. FreeBSD 5 & 6 have been a nightmare of > more functionality at expense of breaking machines. 4.11 actually > installs & runs > see http://berklix.org/~jhs/hardware/laptops/ I don't use FreeBSD on laptops, but I've had much the same experience with some older desktop hadware - newer FreeBSD's don't boot, with the disk subsystem failing somewhere along the way. The depressing part was searching the bugs database and finding people reporting the exact same problem on the same hardware when those systems had first been released as -STABLE, and they still remained unfixed. But this wasn't 64 vs 32 bit issue - this boxes were to old to run 64 bit code. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 22 21:09:11 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7825F16A41F for ; Fri, 22 Jun 2007 21:09:11 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.freebsd.org (Postfix) with SMTP id A371613C447 for ; Fri, 22 Jun 2007 21:09:10 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 43245 invoked from network); 22 Jun 2007 17:42:52 -0300 Received: by simscan 1.1.0 ppid: 43231, pid: 43234, t: 1.2246s scanners: clamav: 0.90.2/m:43/d:3087 spam: 3.1.1 X-Spam-Checker-Version: SpamAssassin: -last, FreeBSD Brasil LTDA rulesets: Yes X-Spam-Status: No, hits=-2.2 required=3.7 Received: from unknown (HELO ?10.69.69.69?) (201.58.77.190) by capeta.freebsdbrasil.com.br with SMTP; 22 Jun 2007 17:42:51 -0300 Message-ID: <467C343C.60707@freebsdbrasil.com.br> Date: Fri, 22 Jun 2007 17:42:36 -0300 From: Patrick Tracanelli Organization: FreeBSD Brasil LTDA User-Agent: Thunderbird 1.5.0.9 (X11/20070131) MIME-Version: 1.0 To: stable@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: fli+freebsd-hackers@shapeshifter.se, hackers@freebsd.org, current@freebsd.org Subject: UPEK/TouchChip Biometric Device 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: Fri, 22 Jun 2007 21:09:11 -0000 Hello all, I have used the mentioned devices on FreeBSD 5.4 in the past, and they worked just fine, but now I get problems with the same device, on top of 6.2-STABLE and also 7.0-CURRENT. From `usbdevs -v`, I get: Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 addr 2: full speed, power 100 mA, config 1, Biometric Coprocessor(0x2016), STMicroelectronics(0x0483), rev 0.01 port 2 powered I have security/bsp_upektfmess, security/pam_bsdbioapi and security/bioapi installed. It is a 6.2-STABLE system from 2 hours ago. Listing bsp devices, I get: # bbdm -l bsp UUID {ffffffff-ffff-ffff-ffff-ffffffffffff} Example Vendor libbioapi_dummy100.so (BioAPI v1.1 Dummy BSP) UUID {263a41e0-71eb-11d4-9c34-124037000000} BioAPI Consortium libpwbsp.so (BioAPI Password BSP) UUID {5550454b-2054-464d-2f45-535320425350} UPEK, Inc. libtfmessbsp.so (TouchChip TFM/ESS Fingerprint BSP) Backend configurations: # bbdm -l birdb Installed BIRDB modules filedb Filebacked database (b-tree) plain Plain text file And now, the problem: # bbdm -b "{5550454b-2054-464d-2f45-535320425350}" -m filedb -c eksffa bbdm: Failed to initate BSP {5550454b-2054-464d-2f45-535320425350} And on /var/log/messages as well as dmesg, I get: All threads purged from ugen1.1 All threads purged from ugen1.2 All threads purged from ugen1.3 What is this about "threads purged"? Also, the port want libintl.so.6 while 6.2-STABLE has libintl.so.8. I have tried 1) linking .8 to .6 and also copied .6 from another system (also, 6.2-STABLE) to the current one. Didnt work both way. Same behavior, exactly. On 7.0-CURRENT things are worse. libpthread is not found, and the same command core dumps. Anyway, 6.2-STABLE is more important to me right now, since I need this device to work on FreeBSD for an ongoing project, but if a solution to 7.0 happens first my work can move to that version. Can anyone help me? Thank you. -- Patrick Tracanelli From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 22 21:50:38 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDF9316A46B for ; Fri, 22 Jun 2007 21:50:38 +0000 (UTC) (envelope-from fli+freebsd-hackers@shapeshifter.se) Received: from mx1.h3q.net (mx1.h3q.net [212.37.5.30]) by mx1.freebsd.org (Postfix) with ESMTP id A20AF13C465 for ; Fri, 22 Jun 2007 21:50:38 +0000 (UTC) (envelope-from fli+freebsd-hackers@shapeshifter.se) Received: from [192.168.1.100] (81-232-22-115-no50.tbcn.telia.com [81.232.22.115]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: fli@shapeshifter.se) by mx1.h3q.net (Postfix) with ESMTP id 62A7178C20; Fri, 22 Jun 2007 23:21:31 +0200 (CEST) Message-ID: <467C3D4F.5030106@shapeshifter.se> Date: Fri, 22 Jun 2007 23:21:19 +0200 From: Fredrik Lindberg User-Agent: Thunderbird 2.0.0.0 (X11/20070610) MIME-Version: 1.0 To: Patrick Tracanelli References: <467C343C.60707@freebsdbrasil.com.br> In-Reply-To: <467C343C.60707@freebsdbrasil.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: UPEK/TouchChip Biometric Device 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: Fri, 22 Jun 2007 21:50:39 -0000 Patrick Tracanelli wrote: > Hello all, First, you cross-posted to way too many lists, ports@ would probably have been the most appropriate as this has nothing to do with FreeBSD itself. > > All threads purged from ugen1.1 > All threads purged from ugen1.2 > All threads purged from ugen1.3 Harmless, as far as I know. > > What is this about "threads purged"? Also, the port want libintl.so.6 > while 6.2-STABLE has libintl.so.8. I have tried 1) linking .8 to .6 and > also copied .6 from another system (also, 6.2-STABLE) to the current > one. Didnt work both way. Same behavior, exactly. This is because of a gettext library bump, I just found out about it (although it happened in march), and I have know good solution to it. Installing an old version of gettext should of course work, but that's ugly. > > On 7.0-CURRENT things are worse. libpthread is not found, and the same > command core dumps. Anyway, 6.2-STABLE is more important to me right > now, since I need this device to work on FreeBSD for an ongoing project, > but if a solution to 7.0 happens first my work can move to that version. > This is life with binary only, closed source applications. Things might have been slightly better if this was statically linked but unfortunately that's not the case. misc/compat6x should hopefully cover the threading though. When I get some spare time, I'll try to ping my contact at UPEK, but last time I heard from them they were developing a new version but nothing have been released yet, so things aren't looking good. If nothing works out, I'm afraid this port have seen its last days. Fredrik From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 22 20:26:22 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75E0716A400 for ; Fri, 22 Jun 2007 20:26:22 +0000 (UTC) (envelope-from excelblue@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 3A84313C448 for ; Fri, 22 Jun 2007 20:26:22 +0000 (UTC) (envelope-from excelblue@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so238638anc for ; Fri, 22 Jun 2007 13:26:21 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=khrKzTlwJw0KfA0I5AdhZXEp5QttwgR+fPV0BbQdpPpoNaY1Z8U01FErdf3x4quPbb8Wr2pgVKnliWJxKY5tmC9T3sKOOxzF5H7ChTcqU7TInGtc7976ZYpwgOZEtIIRpzfGRJ7V12xXlhZv7ogcsSOKeV4+oTIPCLKo/MRUWk8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=T3Qk/OhbhoXRkwy+Si5wze1ZdWOKrX/QxsVdhpsMo9GZ8niKChqSm+nPioIi4R5r5QwISxgFO6KkiX8TUf3wbbtBNnReRbWrxH/DNrfltyyVRL/nC1IkXLM4FeJYUzn8xK0MvKfVvvywARn5WaGQjJgq91r/fC8X+uRK5bbYvRQ= Received: by 10.100.110.16 with SMTP id i16mr1879733anc.1182542237525; Fri, 22 Jun 2007 12:57:17 -0700 (PDT) Received: by 10.100.141.17 with HTTP; Fri, 22 Jun 2007 12:57:17 -0700 (PDT) Message-ID: <73387c420706221257r15890d99j5af24593e956c49c@mail.gmail.com> Date: Fri, 22 Jun 2007 12:57:17 -0700 From: "Mark Lu" 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-Mailman-Approved-At: Fri, 22 Jun 2007 22:50:29 +0000 Subject: Need Help Fixing DSDT For Toshiba Satellite L35-S2366 Laptop (Z00G Object Not Found) 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, 22 Jun 2007 20:26:22 -0000 I have a Toshiba Satellite L35-S2366 laptop, and the ACPI battery power information does not work because of a faulty ACPI DSDT. I tried online guides for hints on how to fix the DSDT, but after some general fixes, there were two errors that I simply could not work out - Z00G Object Not Found. I tried Ubuntu Linux and the default DSDT worked fine. Here is the original DSDT: http://www.excelex.net/toshiba-l35-s2366-original.asl Here is the one with as many errors as I could fix: http://www.excelex.net/toshiba-l35-s2366-somefixes.asl Is there anyone who can fix this completely for me? Thanks, Mark Lu From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 23 04:41:46 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98ABD16A468 for ; Sat, 23 Jun 2007 04:41:46 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.freebsd.org (Postfix) with SMTP id CA04813C4B7 for ; Sat, 23 Jun 2007 04:41:40 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 20473 invoked from network); 23 Jun 2007 01:42:03 -0300 Received: by simscan 1.1.0 ppid: 20424, pid: 20463, t: 2.2719s scanners: clamav: 0.90.2/m:43/d:3087 spam: 3.1.1 X-Spam-Checker-Version: SpamAssassin: -last, FreeBSD Brasil LTDA rulesets: Yes X-Spam-Status: No, hits=-2.2 required=3.7 Received: from unknown (HELO claire.freebsdbrasil.com.br) (eksffa@freebsdbrasil.com.br@201.80.0.53) by capeta.freebsdbrasil.com.br with SMTP; 23 Jun 2007 01:42:01 -0300 Message-ID: <467CA46E.6070705@freebsdbrasil.com.br> Date: Sat, 23 Jun 2007 01:41:18 -0300 From: Patrick Tracanelli User-Agent: Thunderbird 2.0.0.0 (X11/20070612) MIME-Version: 1.0 To: Fredrik Lindberg References: <467C343C.60707@freebsdbrasil.com.br> <467C3D4F.5030106@shapeshifter.se> In-Reply-To: <467C3D4F.5030106@shapeshifter.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: UPEK/TouchChip Biometric Device 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: Sat, 23 Jun 2007 04:41:46 -0000 > First, you cross-posted to way too many lists, ports@ would probably > have been the most appropriate as this has nothing to do with FreeBSD > itself. Believed it to be related to recent system changes. > >> >> All threads purged from ugen1.1 >> All threads purged from ugen1.2 >> All threads purged from ugen1.3 > > Harmless, as far as I know. > >> >> What is this about "threads purged"? Also, the port want libintl.so.6 >> while 6.2-STABLE has libintl.so.8. I have tried 1) linking .8 to .6 >> and also copied .6 from another system (also, 6.2-STABLE) to the >> current one. Didnt work both way. Same behavior, exactly. > > This is because of a gettext library bump, I just found out about it > (although it happened in march), and I have know good solution to it. > Installing an old version of gettext should of course work, but that's > ugly. So, this has nothing to do with the fact that the device can not be initiated? > >> >> On 7.0-CURRENT things are worse. libpthread is not found, and the same >> command core dumps. Anyway, 6.2-STABLE is more important to me right >> now, since I need this device to work on FreeBSD for an ongoing >> project, but if a solution to 7.0 happens first my work can move to >> that version. >> > > This is life with binary only, closed source applications. Things might > have been slightly better if this was statically linked but > unfortunately that's not the case. > misc/compat6x should hopefully cover the threading though. Tried with, compat6x, no difference. Also tried with libpthread as denoted on current's /usr/src/UPDATING, also, same behavior. > > When I get some spare time, I'll try to ping my contact at UPEK, > but last time I heard from them they were developing a new version > but nothing have been released yet, so things aren't looking good. > If nothing works out, I'm afraid this port have seen its last days. > > Fredrik From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 23 07:40:44 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CC0916A468; Sat, 23 Jun 2007 07:40:44 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 32BD213C465; Sat, 23 Jun 2007 07:40:42 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.64]) by mailfe06.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 527404785; Sat, 23 Jun 2007 09:40:41 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 23 Jun 2007 09:40:39 +0200 User-Agent: KMail/1.9.5 References: <467C343C.60707@freebsdbrasil.com.br> In-Reply-To: <467C343C.60707@freebsdbrasil.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706230940.39928.hselasky@c2i.net> Cc: stable@freebsd.org, current@freebsd.org, fli+freebsd-hackers@shapeshifter.se, hackers@freebsd.org, freebsd-usb@freebsd.org, Patrick Tracanelli Subject: Re: UPEK/TouchChip Biometric Device 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: Sat, 23 Jun 2007 07:40:44 -0000 On Friday 22 June 2007 22:42, Patrick Tracanelli wrote: > Hello all, > > I have used the mentioned devices on FreeBSD 5.4 in the past, and they > worked just fine, but now I get problems with the same device, on top of > 6.2-STABLE and also 7.0-CURRENT. > > From `usbdevs -v`, I get: > > Controller /dev/usb2: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 addr 2: full speed, power 100 mA, config 1, Biometric > Coprocessor(0x2016), STMicroelectronics(0x0483), rev 0.01 > port 2 powered > > I have security/bsp_upektfmess, security/pam_bsdbioapi and > security/bioapi installed. It is a 6.2-STABLE system from 2 hours ago. > > Listing bsp devices, I get: > > # bbdm -l bsp > UUID {ffffffff-ffff-ffff-ffff-ffffffffffff} > Example Vendor libbioapi_dummy100.so (BioAPI v1.1 Dummy BSP) > UUID {263a41e0-71eb-11d4-9c34-124037000000} > BioAPI Consortium libpwbsp.so (BioAPI Password BSP) > UUID {5550454b-2054-464d-2f45-535320425350} > UPEK, Inc. libtfmessbsp.so (TouchChip TFM/ESS Fingerprint BSP) > > Backend configurations: > > # bbdm -l birdb > Installed BIRDB modules > filedb Filebacked database (b-tree) > plain Plain text file > > And now, the problem: > > # bbdm -b "{5550454b-2054-464d-2f45-535320425350}" -m filedb -c eksffa > bbdm: Failed to initate BSP {5550454b-2054-464d-2f45-535320425350} > > And on /var/log/messages as well as dmesg, I get: > > All threads purged from ugen1.1 > All threads purged from ugen1.2 > All threads purged from ugen1.3 > > What is this about "threads purged"? Also, the port want libintl.so.6 > while 6.2-STABLE has libintl.so.8. I have tried 1) linking .8 to .6 and > also copied .6 from another system (also, 6.2-STABLE) to the current > one. Didnt work both way. Same behavior, exactly. > > On 7.0-CURRENT things are worse. libpthread is not found, and the same > command core dumps. Anyway, 6.2-STABLE is more important to me right > now, since I need this device to work on FreeBSD for an ongoing project, > but if a solution to 7.0 happens first my work can move to that version. > There is a list called "freebsd-usb@freebsd.org" maybe we can handle this issue there. First of all, can you turn on more debugging in your "bbdm"? The default USB kernel is usually not compiled with USB debugging. There exists an: options USB_DEBUG I think. If you have time you can also try the my new USB stack: See: http://www.turbocat.net/~hselasky/usb4bsd/ Download the SVN version. If my new USB stack solves the problem then it is probably a regression issue in 6.2-STABLE, and as I recall there have been lots of changes. What kind of platform are you using? --HPS From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 23 08:26:18 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 406CB16A41F for ; Sat, 23 Jun 2007 08:26:18 +0000 (UTC) (envelope-from ozkan@mersin.edu.tr) Received: from mail.mersin.edu.tr (mail.mersin.edu.tr [193.255.128.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5FF3913C468 for ; Sat, 23 Jun 2007 08:26:16 +0000 (UTC) (envelope-from ozkan@mersin.edu.tr) Received: from localhost (localhost.mersin.edu.tr [127.0.0.1]) by mail.mersin.edu.tr (Postfix) with ESMTP id BEED9321B20 for ; Sat, 23 Jun 2007 11:00:58 +0300 (EEST) X-Virus-Scanned: amavisd-new at mersin.edu.tr Received: from mail.mersin.edu.tr ([127.0.0.1]) by localhost (yenimail.mersin.edu.tr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JLUEdJESuntP for ; Sat, 23 Jun 2007 11:00:57 +0300 (EEST) Received: from [10.0.50.20] (unknown [88.247.50.50]) by mail.mersin.edu.tr (Postfix) with ESMTP id E090D321B57 for ; Sat, 23 Jun 2007 11:00:56 +0300 (EEST) Message-ID: <467CD36D.4020709@mersin.edu.tr> Date: Sat, 23 Jun 2007 11:01:49 +0300 From: =?ISO-8859-9?Q?=D6zkan_KIRIK?= User-Agent: Mozilla Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: multipart/mixed; boundary="------------050607020800020905070703" Subject: 6.1 - amd64 arch. Hangs twice a day, how can i debug 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: Sat, 23 Jun 2007 08:26:18 -0000 This is a multi-part message in MIME format. --------------050607020800020905070703 Content-Type: text/plain; charset=ISO-8859-9; format=flowed Content-Transfer-Encoding: 7bit I have a FreeBSD 6.1 - STABLE 200609 gateway have 3 up interfaces. First one connected to 16Mbps Internet Connection, Next onet connected to DMZ Zone (192.168.0.0/24 network) The Last interface connected to Local network. this system hangs twice a day. Keyboard doesnt work, everything locks, no network reponse! For a quick solution i wrote a crontab that reboots system at 20.00 PM & 06.00 AM. How can I find the problem which hangs system? Is there any method for this. Or any known bug reports at this release ? a note: "if i enable hyper threading & SMP, system hangs 6 times a day" Waiting for your suggestions, With Best Regards, Ozkan KIRIK System runs squid2.6, isc-dhcp3-server, ipfw, netgraph, ng_nat, ng_ipfw, poptop, mrtg, bsnmp and etc. some outputs are below: # ipfw show | wc -l 271 dmesg, kernel config (SMP Disabled), sysctl, ngctl filed are attached. # ps ax | grep natd 1099 ?? Ss 0:27.58 /sbin/natd -f /etc/natd.conf 1101 ?? Ss 1:00.36 /sbin/natd -f /etc/portfwd.conf # ifconfig em1 | grep inet\ | wc -l 29 28 aliases above belongs to WAN Interface for DMZ servers. --------------050607020800020905070703 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" 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-200609 #2: Thu Mar 15 07:32:11 EET 2007 root@firewall.antikor:/usr/obj/usr/src/sys/antikor-fw Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (3000.12-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf4a Stepping = 10 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20000800 AMD Features2=0x1 Logical CPUs per core: 2 real memory = 4764725248 (4543 MB) avail memory = 4065804288 (3877 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci2: on pcib1 pcib2: at device 0.0 on pci2 pci3: on pcib2 bge0: mem 0xfddf0000-0xfddfffff irq 25 at device 1.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:17:08:59:82:97 bge1: mem 0xfdde0000-0xfddeffff irq 26 at device 1.1 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:17:08:59:82:96 pcib3: at device 0.2 on pci2 pci4: on pcib3 ciss0: port 0x4000-0x40ff mem 0xfdef0000-0xfdef1fff,0xfde80000-0xfdebffff irq 51 at device 3.0 on pci4 ciss0: [GIANT-LOCKED] pcib4: at device 6.0 on pci0 pci5: on pcib4 pcib5: at device 0.0 on pci5 pci6: on pcib5 pcib6: at device 0.2 on pci5 pci10: on pcib6 em0: port 0x5000-0x503f mem 0xfdfe0000-0xfdffffff,0xfdf80000-0xfdfbffff irq 97 at device 1.0 on pci10 em0: Ethernet address: 00:11:0a:5f:6f:0e em0: [FAST] em1: port 0x5040-0x507f mem 0xfdf60000-0xfdf7ffff irq 98 at device 1.1 on pci10 em1: Ethernet address: 00:11:0a:5f:6f:0f em1: [FAST] uhci0: port 0x2000-0x201f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2020-0x203f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2040-0x205f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x2060-0x207f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfbef0000-0xfbef03ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib7: at device 30.0 on pci0 pci1: on pcib7 pci1: at device 3.0 (no driver attached) pci1: at device 4.0 (no driver attached) pci1: at device 4.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x500-0x50f at device 31.1 on pci0 firewall# dmesg | head -150 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-200609 #2: Thu Mar 15 07:32:11 EET 2007 root@firewall.antikor:/usr/obj/usr/src/sys/antikor-fw Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (3000.12-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf4a Stepping = 10 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20000800 AMD Features2=0x1 Logical CPUs per core: 2 real memory = 4764725248 (4543 MB) avail memory = 4065804288 (3877 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci2: on pcib1 pcib2: at device 0.0 on pci2 pci3: on pcib2 bge0: mem 0xfddf0000-0xfddfffff irq 25 at device 1.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:17:08:59:82:97 bge1: mem 0xfdde0000-0xfddeffff irq 26 at device 1.1 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:17:08:59:82:96 pcib3: at device 0.2 on pci2 pci4: on pcib3 ciss0: port 0x4000-0x40ff mem 0xfdef0000-0xfdef1fff,0xfde80000-0xfdebffff irq 51 at device 3.0 on pci4 ciss0: [GIANT-LOCKED] pcib4: at device 6.0 on pci0 pci5: on pcib4 pcib5: at device 0.0 on pci5 pci6: on pcib5 pcib6: at device 0.2 on pci5 pci10: on pcib6 em0: port 0x5000-0x503f mem 0xfdfe0000-0xfdffffff,0xfdf80000-0xfdfbffff irq 97 at device 1.0 on pci10 em0: Ethernet address: 00:11:0a:5f:6f:0e em0: [FAST] em1: port 0x5040-0x507f mem 0xfdf60000-0xfdf7ffff irq 98 at device 1.1 on pci10 em1: Ethernet address: 00:11:0a:5f:6f:0f em1: [FAST] uhci0: port 0x2000-0x201f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2020-0x203f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2040-0x205f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x2060-0x207f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfbef0000-0xfbef03ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib7: at device 30.0 on pci0 pci1: on pcib7 pci1: at device 3.0 (no driver attached) pci1: at device 4.0 (no driver attached) pci1: at device 4.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x500-0x50f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcd7ff,0xee000-0xeffff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 3000121852 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging limited to 100000 packets/entry by default acd0: CDROM at ata0-master UDMA33 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 140006MB (286734240 512 byte sectors: 255H 32S/T 35139C) --------------050607020800020905070703 Content-Type: text/plain; name="kernel config.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kernel config.txt" options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100000 options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT options DUMMYNET options IPSTEALTH options TCP_DROP_SYNFIN options HZ=4000 options NETGRAPH options LIBALIAS options NETGRAPH_NAT options NETGRAPH_IPFW options GEOM_BDE device vlan --------------050607020800020905070703 Content-Type: text/plain; name="sysctl.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sysctl.txt" net.inet.ip.fw.dyn_max=32768 net.inet.tcp.msl=7500 kern.maxfiles=65536 kern.maxfilesperproc=32768 net.inet.tcp.sendspace=65536 net.inet.tcp.recvspace=65536 net.inet.udp.recvspace=65535 net.inet.udp.maxdgram=65535 kern.ipc.maxsockbuf=2097152 kern.ipc.somaxconn=4096 vfs.vmiodirenable=1 net.inet.tcp.blackhole=2 net.inet.udp.blackhole=1 --------------050607020800020905070703 Content-Type: text/plain; name="ngctl.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ngctl.txt" # ngctl list There are 11 total nodes: Name: ngctl9313 Type: socket ID: 00000030 Num hooks: 0 Name: Network1 Type: nat ID: 0000002c Num hooks: 2 Name: Network2 Type: nat ID: 00000027 Num hooks: 2 Name: Network3 Type: nat ID: 00000022 Num hooks: 2 Name: Network4 Type: nat ID: 0000001d Num hooks: 2 Name: Network5 Type: nat ID: 00000018 Num hooks: 2 Name: Network6 Type: nat ID: 00000013 Num hooks: 2 Name: Network7 Type: nat ID: 0000000e Num hooks: 2 Name: Network8 Type: nat ID: 00000009 Num hooks: 2 Name: Network9 Type: nat ID: 00000004 Num hooks: 2 Name: ipfw Type: ipfw ID: 00000001 Num hooks: 18 --------------050607020800020905070703-- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 23 10:48:03 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F5EA16A41F for ; Sat, 23 Jun 2007 10:48:03 +0000 (UTC) (envelope-from fli+freebsd-hackers@shapeshifter.se) Received: from mx1.h3q.net (mx1.h3q.net [212.37.5.30]) by mx1.freebsd.org (Postfix) with ESMTP id 1E10F13C46A for ; Sat, 23 Jun 2007 10:48:02 +0000 (UTC) (envelope-from fli+freebsd-hackers@shapeshifter.se) Received: from [192.168.1.100] (81-232-22-115-no50.tbcn.telia.com [81.232.22.115]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: fli@shapeshifter.se) by mx1.h3q.net (Postfix) with ESMTP id 9F3FA78C20; Sat, 23 Jun 2007 12:48:00 +0200 (CEST) Message-ID: <467CFA51.40101@shapeshifter.se> Date: Sat, 23 Jun 2007 12:47:45 +0200 From: Fredrik Lindberg User-Agent: Thunderbird 2.0.0.0 (X11/20070610) MIME-Version: 1.0 To: Patrick Tracanelli References: <467C343C.60707@freebsdbrasil.com.br> <467C3D4F.5030106@shapeshifter.se> <467CA46E.6070705@freebsdbrasil.com.br> In-Reply-To: <467CA46E.6070705@freebsdbrasil.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: UPEK/TouchChip Biometric Device 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: Sat, 23 Jun 2007 10:48:03 -0000 Patrick Tracanelli wrote: >> >>> >>> All threads purged from ugen1.1 >>> All threads purged from ugen1.2 >>> All threads purged from ugen1.3 >> >> Harmless, as far as I know. >> >>> >>> What is this about "threads purged"? Also, the port want libintl.so.6 >>> while 6.2-STABLE has libintl.so.8. I have tried 1) linking .8 to .6 >>> and also copied .6 from another system (also, 6.2-STABLE) to the >>> current one. Didnt work both way. Same behavior, exactly. >> >> This is because of a gettext library bump, I just found out about it >> (although it happened in march), and I have know good solution to it. >> Installing an old version of gettext should of course work, but that's >> ugly. > > So, this has nothing to do with the fact that the device can not be > initiated? > This is _exactly_ the same device as you have been using in the past with libtfmessbsp.so ? Because if you try to use it with an unsupported device you'll get the "unable to attach" message. Those "All threads purged" have "always" been there, it appears to happen with other devices as well http://lists.freebsd.org/pipermail/freebsd-bugs/2006-May/018361.html Since the binary is built on top of libusb you can turn on debugging in libusb by setting the environment variable USB_DEBUG (the larger value the more verbose debugging). At least that will give a hint if it's talking to the device or not. Fredrik From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 23 12:43:12 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 841EC16A400 for ; Sat, 23 Jun 2007 12:43:12 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.freebsd.org (Postfix) with SMTP id 5210D13C4B0 for ; Sat, 23 Jun 2007 12:43:10 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 8237 invoked from network); 23 Jun 2007 09:43:33 -0300 Received: by simscan 1.1.0 ppid: 8214, pid: 8229, t: 1.5615s scanners: clamav: 0.90.2/m:43/d:3087 spam: 3.1.1 X-Spam-Checker-Version: SpamAssassin: -last, FreeBSD Brasil LTDA rulesets: Yes X-Spam-Status: No, hits=-2.2 required=3.7 Received: from unknown (HELO claire.freebsdbrasil.com.br) (eksffa@freebsdbrasil.com.br@201.80.0.53) by capeta.freebsdbrasil.com.br with SMTP; 23 Jun 2007 09:43:31 -0300 Message-ID: <467D1553.7060808@freebsdbrasil.com.br> Date: Sat, 23 Jun 2007 09:42:59 -0300 From: Patrick Tracanelli User-Agent: Thunderbird 2.0.0.0 (X11/20070612) MIME-Version: 1.0 To: Fredrik Lindberg References: <467C343C.60707@freebsdbrasil.com.br> <467C3D4F.5030106@shapeshifter.se> <467CA46E.6070705@freebsdbrasil.com.br> <467CFA51.40101@shapeshifter.se> In-Reply-To: <467CFA51.40101@shapeshifter.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: UPEK/TouchChip Biometric Device 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: Sat, 23 Jun 2007 12:43:12 -0000 Fredrik Lindberg wrote: > Patrick Tracanelli wrote: >>> >>>> >>>> All threads purged from ugen1.1 >>>> All threads purged from ugen1.2 >>>> All threads purged from ugen1.3 >>> >>> Harmless, as far as I know. >>> >>>> >>>> What is this about "threads purged"? Also, the port want >>>> libintl.so.6 while 6.2-STABLE has libintl.so.8. I have tried 1) >>>> linking .8 to .6 and also copied .6 from another system (also, >>>> 6.2-STABLE) to the current one. Didnt work both way. Same behavior, >>>> exactly. >>> >>> This is because of a gettext library bump, I just found out about it >>> (although it happened in march), and I have know good solution to it. >>> Installing an old version of gettext should of course work, but that's >>> ugly. >> >> So, this has nothing to do with the fact that the device can not be >> initiated? >> > > This is _exactly_ the same device as you have been using in the past > with libtfmessbsp.so ? No, not the same hardware, but same model/chipset. > Because if you try to use it with an unsupported device you'll get > the "unable to attach" message. Its a 0x2016 device from 0x0483 vendor. This is the only thing that is "the same" as the previously used device. > > Those "All threads purged" have "always" been there, it appears > to happen with other devices as well > http://lists.freebsd.org/pipermail/freebsd-bugs/2006-May/018361.html > > Since the binary is built on top of libusb you can turn on debugging > in libusb by setting the environment variable USB_DEBUG (the larger > value the more verbose debugging). Goood hint,thank you. Here is what I get: # bbdm -b "{5550454b-2054-464d-2f45-535320425350}" -m filedb -c eksffa ; echo $? usb_set_debug: Setting debugging level to 3 (on) usb_os_find_busses: Found /dev/usb0 usb_os_find_busses: Found /dev/usb1 usb_os_find_busses: Found /dev/usb2 usb_os_find_busses: Found /dev/usb3 usb_os_find_busses: Found /dev/usb4 usb_os_find_devices: Found /dev/ugen1 on /dev/usb2 usb_control_msg: 128 6 512 0 0xbfbfdee8 8 1000 usb_control_msg: 128 6 512 0 0x8058a80 39 1000 usb_os_find_devices: Found /dev/ugen0 on /dev/usb4 usb_control_msg: 128 6 512 0 0xbfbfdee8 8 1000 usb_control_msg: 128 6 512 0 0x8055200 396 1000 skipping descriptor 0xB skipped 1 class/vendor specific endpoint descriptors skipped 5 class/vendor specific interface descriptors skipping descriptor 0x25 skipped 1 class/vendor specific endpoint descriptors skipped 7 class/vendor specific interface descriptors usb_control_msg: 64 12 256 1024 0xbfbfdf80 1 100 usb_os_close: closing endpoint 14 usb_os_close: closing endpoint 15 bbdm: Failed to initate BSP {5550454b-2054-464d-2f45-535320425350} And debugging on /var/log/messages shows: Jun 23 09:40:01 claire kernel: usb_cdev_open: done, error=0 Jun 23 09:40:01 claire kernel: usb_cdev_close: closed Jun 23 09:40:01 claire kernel: usb_cdev_open: done, error=0 Jun 23 09:40:01 claire kernel: usb_cdev_close: closed Jun 23 09:40:01 claire kernel: usb_cdev_open: done, error=0 Jun 23 09:40:01 claire kernel: usb_cdev_close: closed Jun 23 09:40:01 claire kernel: usb_cdev_open: done, error=0 Jun 23 09:40:01 claire kernel: usb_cdev_close: closed Jun 23 09:40:01 claire kernel: usb_cdev_open: done, error=0 Jun 23 09:40:01 claire kernel: usb_cdev_close: closed Jun 23 09:40:01 claire kernel: usb_cdev_open: done, error=0 Jun 23 09:40:01 claire kernel: usbd_start_hardware: xfer=0xc8ef0220, pipe=0xc5ee2000 len=10 dir=out Jun 23 09:40:01 claire kernel: usbd_dump_pipe: pipe=0xc5ee2000 edesc=0xc5ee243f isoc_next=0 toggle_next=0 bEndpointAddress =0x00 Jun 23 09:40:01 claire kernel: usbd_dump_queue: pipe=0xc5ee2000 Jun 23 09:40:01 claire kernel: usbd_start_hardware: xfer=0xc6bb5920, pipe=0xc5ee2000 len=20 dir=out Jun 23 09:40:01 claire kernel: usbd_dump_pipe: pipe=0xc5ee2000 edesc=0xc5ee243f isoc_next=0 toggle_next=0 bEndpointAddress =0x00 Jun 23 09:40:01 claire kernel: usbd_dump_queue: pipe=0xc5ee2000 Jun 23 09:40:01 claire kernel: usbd_start_hardware: xfer=0xc6bb3720, pipe=0xc5ee2000 len=10 dir=out Jun 23 09:40:01 claire kernel: usbd_dump_pipe: pipe=0xc5ee2000 edesc=0xc5ee243f isoc_next=0 toggle_next=0 bEndpointAddress =0x00 Jun 23 09:40:01 claire kernel: usbd_dump_queue: pipe=0xc5ee2000 Jun 23 09:40:01 claire kernel: usbd_start_hardware: xfer=0xc6bc0320, pipe=0xc5ee2000 len=36 dir=out Jun 23 09:40:01 claire kernel: usbd_dump_pipe: pipe=0xc5ee2000 edesc=0xc5ee243f isoc_next=0 toggle_next=0 bEndpointAddress =0x00 Jun 23 09:40:01 claire kernel: usbd_dump_queue: pipe=0xc5ee2000 Jun 23 09:40:01 claire kernel: usb_cdev_close: closed Jun 23 09:40:01 claire kernel: usb_cdev_open: done, error=0 Jun 23 09:40:01 claire kernel: usbd_start_hardware: xfer=0xc6b5d520, pipe=0xc5ee9800 len=10 dir=out Jun 23 09:40:01 claire kernel: usbd_dump_pipe: pipe=0xc5ee9800 edesc=0xc5ee9c3f isoc_next=0 toggle_next=0 bEndpointAddress =0x00 Jun 23 09:40:01 claire kernel: usbd_dump_queue: pipe=0xc5ee9800 Jun 23 09:40:01 claire kernel: usbd_start_hardware: xfer=0xc6b58b20, pipe=0xc5ee9800 len=20 dir=out Jun 23 09:40:01 claire kernel: usbd_dump_pipe: pipe=0xc5ee9800 edesc=0xc5ee9c3f isoc_next=0 toggle_next=0 bEndpointAddress =0x00 Jun 23 09:40:01 claire kernel: usbd_dump_queue: pipe=0xc5ee9800 Jun 23 09:40:01 claire kernel: usbd_start_hardware: xfer=0xc6bba720, pipe=0xc5ee9800 len=10 dir=out Jun 23 09:40:01 claire kernel: usbd_dump_pipe: pipe=0xc5ee9800 edesc=0xc5ee9c3f isoc_next=0 toggle_next=0 bEndpointAddress =0x00 Seems that "start hardware" happened, at least. From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 23 13:05:35 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D2D416A400 for ; Sat, 23 Jun 2007 13:05:35 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.freebsd.org (Postfix) with SMTP id BBD8E13C44C for ; Sat, 23 Jun 2007 13:05:34 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 11777 invoked from network); 23 Jun 2007 10:05:58 -0300 Received: by simscan 1.1.0 ppid: 11746, pid: 11766, t: 1.5176s scanners: clamav: 0.90.2/m:43/d:3087 spam: 3.1.1 X-Spam-Checker-Version: SpamAssassin: -last, FreeBSD Brasil LTDA rulesets: Yes X-Spam-Status: No, hits=-2.1 required=3.7 Received: from unknown (HELO claire.freebsdbrasil.com.br) (eksffa@freebsdbrasil.com.br@201.80.0.53) by capeta.freebsdbrasil.com.br with SMTP; 23 Jun 2007 10:05:56 -0300 Message-ID: <467D1A94.7020000@freebsdbrasil.com.br> Date: Sat, 23 Jun 2007 10:05:24 -0300 From: Patrick Tracanelli User-Agent: Thunderbird 2.0.0.0 (X11/20070612) MIME-Version: 1.0 To: Hans Petter Selasky References: <467C343C.60707@freebsdbrasil.com.br> <200706230940.39928.hselasky@c2i.net> In-Reply-To: <200706230940.39928.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Fredrik Lindberg , hackers@freebsd.org, freebsd-usb@freebsd.org Subject: Re: UPEK/TouchChip Biometric Device 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: Sat, 23 Jun 2007 13:05:35 -0000 > First of all, can you turn on more debugging in your "bbdm"? # bbdm -b "{5550454b-2054-464d-2f45-535320425350}" -m filedb -c eksffa ; echo $? usb_set_debug: Setting debugging level to 3 (on) usb_os_find_busses: Found /dev/usb0 usb_os_find_busses: Found /dev/usb1 usb_os_find_busses: Found /dev/usb2 usb_os_find_busses: Found /dev/usb3 usb_os_find_busses: Found /dev/usb4 usb_os_find_devices: Found /dev/ugen1 on /dev/usb2 usb_control_msg: 128 6 512 0 0xbfbfdee8 8 1000 usb_control_msg: 128 6 512 0 0x8058a80 39 1000 usb_os_find_devices: Found /dev/ugen0 on /dev/usb4 usb_control_msg: 128 6 512 0 0xbfbfdee8 8 1000 usb_control_msg: 128 6 512 0 0x8055200 396 1000 skipping descriptor 0xB skipped 1 class/vendor specific endpoint descriptors skipped 5 class/vendor specific interface descriptors skipping descriptor 0x25 skipped 1 class/vendor specific endpoint descriptors skipped 7 class/vendor specific interface descriptors usb_control_msg: 64 12 256 1024 0xbfbfdf80 1 100 usb_os_close: closing endpoint 14 usb_os_close: closing endpoint 15 bbdm: Failed to initate BSP {5550454b-2054-464d-2f45-535320425350} > If you have time you can also try the my new USB stack: > > See: > > http://www.turbocat.net/~hselasky/usb4bsd/ > > Download the SVN version. > > If my new USB stack solves the problem then it is probably a regression issue > in 6.2-STABLE, and as I recall there have been lots of changes. I did it. In fact I am running a kernel with your USB stack in this minute, following the page instructions. (I had, btw, 2 hunks ignored when patching, after "make install" but it is ural, and you mention it as non critical. Anyway, it is not related). Debug messages with the curret -STABLE stack or with your current USB stack from this SVN seem to change very few, if anything. > > What kind of platform are you using? i386 right now. Thank you. From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 23 13:37:18 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A0E716A41F for ; Sat, 23 Jun 2007 13:37:18 +0000 (UTC) (envelope-from fli+freebsd-hackers@shapeshifter.se) Received: from mx1.h3q.net (mx1.h3q.net [212.37.5.30]) by mx1.freebsd.org (Postfix) with ESMTP id 1EF8F13C44C for ; Sat, 23 Jun 2007 13:37:18 +0000 (UTC) (envelope-from fli+freebsd-hackers@shapeshifter.se) Received: from [192.168.1.100] (81-232-22-115-no50.tbcn.telia.com [81.232.22.115]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: fli@shapeshifter.se) by mx1.h3q.net (Postfix) with ESMTP id 5529A78C20; Sat, 23 Jun 2007 15:37:16 +0200 (CEST) Message-ID: <467D2200.4020507@shapeshifter.se> Date: Sat, 23 Jun 2007 15:37:04 +0200 From: Fredrik Lindberg User-Agent: Thunderbird 2.0.0.0 (X11/20070610) MIME-Version: 1.0 To: Patrick Tracanelli References: <467C343C.60707@freebsdbrasil.com.br> <467C3D4F.5030106@shapeshifter.se> <467CA46E.6070705@freebsdbrasil.com.br> <467CFA51.40101@shapeshifter.se> <467D1553.7060808@freebsdbrasil.com.br> In-Reply-To: <467D1553.7060808@freebsdbrasil.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: UPEK/TouchChip Biometric Device 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: Sat, 23 Jun 2007 13:37:18 -0000 Patrick Tracanelli wrote: > Fredrik Lindberg wrote: >> This is _exactly_ the same device as you have been using in the past >> with libtfmessbsp.so ? > > No, not the same hardware, but same model/chipset. > >> Because if you try to use it with an unsupported device you'll get >> the "unable to attach" message. > > Its a 0x2016 device from 0x0483 vendor. This is the only thing that is > "the same" as the previously used device. > >> >> Since the binary is built on top of libusb you can turn on debugging >> in libusb by setting the environment variable USB_DEBUG (the larger >> value the more verbose debugging). > > Goood hint,thank you. > > Here is what I get: > > # bbdm -b "{5550454b-2054-464d-2f45-535320425350}" -m filedb -c eksffa ; > echo $? > usb_set_debug: Setting debugging level to 3 (on) > usb_os_find_busses: Found /dev/usb0 > usb_os_find_busses: Found /dev/usb1 > usb_os_find_busses: Found /dev/usb2 > usb_os_find_busses: Found /dev/usb3 > usb_os_find_busses: Found /dev/usb4 > usb_os_find_devices: Found /dev/ugen1 on /dev/usb2 Ok, then at least it's talking to the device. I had a user who had about the same problem as you, it turned out that the particular device he was using wasn't supported by the driver, when he tried another device everything worked as expected. I can't seem to find his usb vendor, device pair though. If I remember correctly, libtfmessbsp.so only supports TCD41 swipe readers. Fredrik