From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 02:44: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 073EF16A401 for ; Sun, 11 Feb 2007 02:44:02 +0000 (UTC) (envelope-from skip.ford@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.freebsd.org (Postfix) with ESMTP id D7D7E13C46B for ; Sun, 11 Feb 2007 02:44:01 +0000 (UTC) (envelope-from skip.ford@verizon.net) Received: from heather.menantico.com ([71.168.248.177]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JDA00D2228QGEX1@vms048.mailsrvcs.net> for freebsd-hackers@freebsd.org; Sat, 10 Feb 2007 20:43:39 -0600 (CST) Received: from heather.menantico.com (localhost [127.0.0.1]) by heather.menantico.com (8.13.8/8.13.8) with ESMTP id l1B2gpRh002396; Sat, 10 Feb 2007 21:42:51 -0500 (EST envelope-from skip.ford@verizon.net) Received: (from skip@localhost) by heather.menantico.com (8.13.8/8.13.8/Submit) id l1B2gpkO002395; Sat, 10 Feb 2007 21:42:51 -0500 (EST envelope-from skip.ford@verizon.net) Date: Sat, 10 Feb 2007 21:42:51 -0500 From: Skip Ford In-reply-to: To: Pietro Cerutti Mail-followup-to: Pietro Cerutti , freebsd-hackers@freebsd.org Message-id: <20070211024251.GB1194@heather.menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: X-Authentication-warning: heather.menantico.com: skip set sender to skip.ford@verizon.net using -f User-Agent: Mutt/1.4.2.2i Cc: freebsd-hackers@freebsd.org Subject: Re: build /* only */ the required kernel modules 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, 11 Feb 2007 02:44:02 -0000 Pietro Cerutti wrote: > Adding "netgraph/bluetooth" and "firewire/fwe" in the MODULES_OVERRIDE > list won't build the parent netgraph and firewire modules, but adding > "netgraph" and "firewire" will build lots of unneeded and unwanted > modules. netgraph/netgraph and firewire/firewire. -- Skip From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 03:22: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 88DC916A400 for ; Sun, 11 Feb 2007 03:22:22 +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 68DAF13C478 for ; Sun, 11 Feb 2007 03:22:22 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1B3MLPC013114 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 10 Feb 2007 19:22:22 -0800 X-Auth-Received: from [192.168.10.41] (c-67-187-172-183.hsd1.ca.comcast.net [67.187.172.183]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1B3MLKl011116 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 10 Feb 2007 19:22:21 -0800 Message-ID: <45CE8BEC.7050404@u.washington.edu> Date: Sat, 10 Feb 2007 19:22:20 -0800 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.10.191434 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' Subject: Finding libraries to link with and autoconf resources? 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, 11 Feb 2007 03:22:22 -0000 Hello, This is my first attempt at porting an application, so please bear with me. I'm trying to port tvtime from Linux to FreeBSD and it's failing during the configure stage (claims it can't find -lpng when running a link test). I know I should probably use the Linux libpng library but I'm trying to make the application as native as possible with FreeBSD. Anyhow though, I was wondering what directories I should typically search when using -L for searching for the png libraries, for instance (/usr/lib.. ?). Also, are there any suggestions for creating / modifying autoconf generated files? Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 05:39:30 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 36B3B16A401 for ; Sun, 11 Feb 2007 05:39:30 +0000 (UTC) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.freebsd.org (Postfix) with ESMTP id 0F9E013C441 for ; Sun, 11 Feb 2007 05:39:29 +0000 (UTC) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id D3170DA83; Sun, 11 Feb 2007 00:39:28 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 6065E61C9F; Sun, 11 Feb 2007 00:39:28 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17870.44048.280950.624790@canoe.dclg.ca> Date: Sun, 11 Feb 2007 00:39:28 -0500 To: freebsd-hackers@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid Subject: 4th loading a module. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Feb 2007 05:39:30 -0000 I'm no forth expert --- but I have a basic understanding on how it goes together. I can also follow expamples. What I want to do is load a module (if_iwiNG or snd_ich) based on a menu choice at the beastie menu. I have successfully added the manu item and a variable --- following the example. I tried adding: dup bootwifikey @ = if s" YES" s" if_iwiNG_load" setenv 0 boot then to the end, but it doesn't work. load_modules has already been called. I tried (out of the blue) s" if_iwiNG" load_module ... but that's not the correct recipe (at least... 4th crashes if I load that code). I don't see any other examples of loading a single module by command. I'd appreciate it if someone could provide the requisite magic incantation. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 05:44: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 1A44816A46D for ; Sun, 11 Feb 2007 05:44:36 +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 F16E213C8C0 for ; Sun, 11 Feb 2007 05:11:22 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 32310 invoked by uid 1001); 11 Feb 2007 05:12:20 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Sun, 11 Feb 2007 00:12:19 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17870.42419.779434.735451@bhuda.mired.org> Date: Sun, 11 Feb 2007 00:12:19 -0500 To: Garrett Cooper In-Reply-To: <45CE8BEC.7050404@u.washington.edu> References: <45CE8BEC.7050404@u.washington.edu> X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org Subject: Re: Finding libraries to link with and autoconf resources? 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, 11 Feb 2007 05:44:36 -0000 In <45CE8BEC.7050404@u.washington.edu>, Garrett Cooper typed: > Hello, > This is my first attempt at porting an application, so please bear with me. > I'm trying to port tvtime from Linux to FreeBSD and it's failing during > the configure stage (claims it can't find -lpng when running a link > test). I know I should probably use the Linux libpng library but I'm > trying to make the application as native as possible with FreeBSD. > Anyhow though, I was wondering what directories I should typically > search when using -L for searching for the png libraries, for instance > (/usr/lib.. ?). libpng isn't part of the base system, it's in the ports tree in graphics/png. Assuming you've got that installed, then use $LOCALBASE/bin/libpng-config to get the appropriate options. If you're creating a port, add "png.5:${PORTSDIR}/graphics/png" to LIB_DEPENDS. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 06:46: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 6503216A401 for ; Sun, 11 Feb 2007 06:46:56 +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 3F7AE13C428 for ; Sun, 11 Feb 2007 06:46:56 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1B6ktXY030030 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 10 Feb 2007 22:46:55 -0800 X-Auth-Received: from [192.168.10.44] (c-67-187-172-183.hsd1.ca.comcast.net [67.187.172.183]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1B6ksrF020086 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Sat, 10 Feb 2007 22:46:55 -0800 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <17870.42419.779434.735451@bhuda.mired.org> References: <45CE8BEC.7050404@u.washington.edu> <17870.42419.779434.735451@bhuda.mired.org> X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2D763A31-2BAF-4AD5-A256-273CD37EB7A5@u.washington.edu> Content-Transfer-Encoding: 7bit From: Garrett Cooper Date: Sat, 10 Feb 2007 22:46:56 -0800 To: freebsd-hackers@freebsd.org X-Mailer: Apple Mail (2.752.2) X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.10.223434 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Subject: Re: Finding libraries to link with and autoconf resources? 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, 11 Feb 2007 06:46:56 -0000 On Feb 10, 2007, at 9:12 PM, Mike Meyer wrote: > In <45CE8BEC.7050404@u.washington.edu>, Garrett Cooper > typed: >> Hello, >> This is my first attempt at porting an application, so please >> bear with me. >> I'm trying to port tvtime from Linux to FreeBSD and it's failing >> during >> the configure stage (claims it can't find -lpng when running a link >> test). I know I should probably use the Linux libpng library but I'm >> trying to make the application as native as possible with FreeBSD. >> Anyhow though, I was wondering what directories I should typically >> search when using -L for searching for the png libraries, for >> instance >> (/usr/lib.. ?). > > libpng isn't part of the base system, it's in the ports tree in > graphics/png. Assuming you've got that installed, then use > $LOCALBASE/bin/libpng-config to get the appropriate options. > > If you're creating a port, add "png.5:${PORTSDIR}/graphics/png" to > LIB_DEPENDS. > > 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 0627716A406 for ; Sun, 11 Feb 2007 08:59:03 +0000 (UTC) (envelope-from freebsd.org@ab.ote.we.lv) Received: from purple.the-7.net (purple.the-7.net [64.71.156.34]) by mx1.freebsd.org (Postfix) with ESMTP id E0F1A13C494 for ; Sun, 11 Feb 2007 08:59:00 +0000 (UTC) (envelope-from freebsd.org@ab.ote.we.lv) Received: from seerajeane.astralblue.net (seerajeane.astralblue.net [IPv6:2001:470:1f00:3605:2e0:81ff:fe51:1e73]) by purple.the-7.net (8.13.8/8.13.8) with ESMTP id l1B8dLgs045026 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=OK) for ; Sun, 11 Feb 2007 00:39:22 -0800 (PST) (envelope-from freebsd.org@ab.ote.we.lv) Authentication-Results: purple.the-7.net from=freebsd.org@ab.ote.we.lv; sender-id=neutral; spf=neutral Received: from [IPv6:::1] (seerajeane.astralblue.net [IPv6:::1]) by seerajeane.astralblue.net (8.13.8/8.13.8) with ESMTP id l1B8dTsQ036568 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sun, 11 Feb 2007 00:39:30 -0800 (PST) (envelope-from freebsd.org@ab.ote.we.lv) Message-ID: <45CED641.7020608@ab.ote.we.lv> Date: Sun, 11 Feb 2007 00:39:29 -0800 From: "Eugene M. Kim" User-Agent: Thunderbird 1.5.0.8 (X11/20061202) MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.0 required=10.0 tests=NO_RELAYS autolearn=disabled version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on purple.the-7.net Cc: Subject: sin()/cos()/tan() for kernel code? '_ 'a 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, 11 Feb 2007 08:59:03 -0000 Hello all, I am writing a mouse device driver for my Wacom tablet (Intuos 2 9x12). The tablet comes with a mouse and I managed to get valid coordinate data from the device. However, unlike usual mice, the coordinate system is tied not to the orientation of the mouse itself, but to the tablet, which acts much like a "mouse pad". So, for example, if I rotate the mouse 30 degrees to the left and move it left and right, the mouse cursor would move not horizontally, but to 2- or 8-o'clock. Fortunately the mouse also provides orientation data along with coordinate data, so the correct cursor movement could be calculated from it. The problem: The calculation needs trigonometry, but there seems to be no math library support in the kernel (I ran "grep -w cos" on the -CURRENT source tree, which turned nothing up). Does anyone have an idea on how to do this? Cheers, Eugene From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 09:37:13 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 46F8016A469 for ; Sun, 11 Feb 2007 09:37:13 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id CB9D513C442 for ; Sun, 11 Feb 2007 09:37:12 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so1609212nfc for ; Sun, 11 Feb 2007 01:37:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pLaWZAz/rmJ6tFKQBe7v2Xla9jPC9XZ7Ciw2yh9Pb0JU/Y0lRDse/Afz0WFxpP2q0kUcW2gmeDhHDfMYfUsBN99F5A3zyVC2z19nQYKHdKRbhgfzGY3AyuQ0lDQoV+jAz1kmss+sqRkoXb9xvFoO+qpZKcOKRp3SuRuRfzbra0k= Received: by 10.82.134.12 with SMTP id h12mr4985098bud.1171184970861; Sun, 11 Feb 2007 01:09:30 -0800 (PST) Received: by 10.82.191.16 with HTTP; Sun, 11 Feb 2007 01:09:30 -0800 (PST) Message-ID: Date: Sun, 11 Feb 2007 01:09:30 -0800 From: "Kip Macy" To: "Eugene M. Kim" , hackers@freebsd.org In-Reply-To: <45CED641.7020608@ab.ote.we.lv> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45CED641.7020608@ab.ote.we.lv> Cc: Subject: Re: sin()/cos()/tan() for kernel code? '_ 'a 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, 11 Feb 2007 09:37:13 -0000 Trigonometry is seldom done with fixed point, which is the only way to do it in the kernel (using the FPU is a no-no). I would write a perl script to generate a lookup table for those functions - paste it into a header and use that. HTH. -Kip On 2/11/07, Eugene M. Kim wrote: > Hello all, > > I am writing a mouse device driver for my Wacom tablet (Intuos 2 9x12). > The tablet comes with a mouse and I managed to get valid coordinate data > from the device. However, unlike usual mice, the coordinate system is > tied not to the orientation of the mouse itself, but to the tablet, > which acts much like a "mouse pad". So, for example, if I rotate the > mouse 30 degrees to the left and move it left and right, the mouse > cursor would move not horizontally, but to 2- or 8-o'clock. > > Fortunately the mouse also provides orientation data along with > coordinate data, so the correct cursor movement could be calculated from > it. The problem: The calculation needs trigonometry, but there seems to > be no math library support in the kernel (I ran "grep -w cos" on the > -CURRENT source tree, which turned nothing up). > > Does anyone have an idea on how to do this? > > Cheers, > Eugene > _______________________________________________ > 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 Sun Feb 11 10:13:09 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 69A4816A402 for ; Sun, 11 Feb 2007 10:13:09 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id EF64413C442 for ; Sun, 11 Feb 2007 10:13:08 +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.13.8/8.13.8) with ESMTP id l1BACxK9019189; Sun, 11 Feb 2007 21:12:59 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l1BACwqj019188; Sun, 11 Feb 2007 21:12:58 +1100 (EST) (envelope-from peter) Date: Sun, 11 Feb 2007 21:12:58 +1100 From: Peter Jeremy To: "Eugene M. Kim" Message-ID: <20070211101258.GB834@turion.vk2pj.dyndns.org> References: <45CED641.7020608@ab.ote.we.lv> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cfJ13FhsvNR/yOpm" Content-Disposition: inline In-Reply-To: <45CED641.7020608@ab.ote.we.lv> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: hackers@freebsd.org Subject: Re: sin()/cos()/tan() for kernel code? '_ 'a 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, 11 Feb 2007 10:13:09 -0000 --cfJ13FhsvNR/yOpm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Feb-11 00:39:29 -0800, "Eugene M. Kim" w= rote: >Fortunately the mouse also provides orientation data along with >coordinate data, so the correct cursor movement could be calculated from >it. The problem: The calculation needs trigonometry, but there seems to >be no math library support in the kernel (I ran "grep -w cos" on the >-CURRENT source tree, which turned nothing up). > >Does anyone have an idea on how to do this? Floating point is not allowed in the kernel. I suggest you look up "cordic" in google. This is an efficient way to do fixed-point trigonometry. --=20 Peter Jeremy --cfJ13FhsvNR/yOpm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFzuwq/opHv/APuIcRAhooAJ90Nhr45qfarkLPgd1xCJQK+rvySACeNOyO BBbk3Ncd3FUCLXneDFDagmA= =RIRK -----END PGP SIGNATURE----- --cfJ13FhsvNR/yOpm-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 10:32:48 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 BB22516A406 for ; Sun, 11 Feb 2007 10:32:48 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 54C9F13C4A3 for ; Sun, 11 Feb 2007 10:32:48 +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.249]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.0.12) with ESMTPA id 239886049; Sun, 11 Feb 2007 10:32:45 +0100 From: Hans Petter Selasky To: freebsd-hackers@freebsd.org Date: Sun, 11 Feb 2007 10:32:24 +0100 User-Agent: KMail/1.9.5 References: <45CED641.7020608@ab.ote.we.lv> In-Reply-To: <45CED641.7020608@ab.ote.we.lv> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702111032.24080.hselasky@c2i.net> Cc: "Eugene M. Kim" Subject: Re: sin()/cos()/tan() for kernel code? '_ 'a 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, 11 Feb 2007 10:32:48 -0000 On Sunday 11 February 2007 09:39, Eugene M. Kim wrote: > Hello all, > > I am writing a mouse device driver for my Wacom tablet (Intuos 2 9x12). > The tablet comes with a mouse and I managed to get valid coordinate data > from the device. However, unlike usual mice, the coordinate system is > tied not to the orientation of the mouse itself, but to the tablet, > which acts much like a "mouse pad". So, for example, if I rotate the > mouse 30 degrees to the left and move it left and right, the mouse > cursor would move not horizontally, but to 2- or 8-o'clock. > > Fortunately the mouse also provides orientation data along with > coordinate data, so the correct cursor movement could be calculated from > it. The problem: The calculation needs trigonometry, but there seems to > be no math library support in the kernel (I ran "grep -w cos" on the > -CURRENT source tree, which turned nothing up). > > Does anyone have an idea on how to do this? > Is it possible to use a small integer table to do the conversion ? --HPS From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 11:55: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 5197B16A421 for ; Sun, 11 Feb 2007 11:55:21 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.freebsd.org (Postfix) with ESMTP id 0EECE13C4B2 for ; Sun, 11 Feb 2007 11:55:20 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from dominion.borderworlds.dk (unknown [10.1.0.10]) by ferengi.borderworlds.dk (Postfix) with ESMTP id 9B423B841 for ; Sun, 11 Feb 2007 12:32:34 +0100 (CET) Received: by dominion.borderworlds.dk (Postfix, from userid 2000) id 884AD461; Sun, 11 Feb 2007 12:32:33 +0100 (CET) To: David Gilbert References: <17870.44048.280950.624790@canoe.dclg.ca> From: Christian Laursen Date: Sun, 11 Feb 2007 12:32:33 +0100 In-Reply-To: <17870.44048.280950.624790@canoe.dclg.ca> (David Gilbert's message of "Sun, 11 Feb 2007 00:39:28 -0500") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-hackers@freebsd.org Subject: Re: 4th loading a module. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Feb 2007 11:55:21 -0000 David Gilbert writes: > What I want to do is load a module (if_iwiNG or snd_ich) based on a > menu choice at the beastie menu. I have successfully added the manu > item and a variable --- following the example. I tried adding: > > dup bootwifikey @ = if > s" YES" s" if_iwiNG_load" setenv > 0 boot > then > > to the end, but it doesn't work. load_modules has already been > called. I tried (out of the blue) > > s" if_iwiNG" load_module > > ... but that's not the correct recipe (at least... 4th crashes if I > load that code). I use this code to load an mfsroot from forth: s" " s" /boot/mfsroot" s" mfs_root" s" -t" 4 load Perhaps something like the following might work for you: s" " s" /boot/kernel/if_iwiNG.ko" 2 load I am no forth expert either and have just been using trial and error to get to what I have. -- Christian Laursen From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 12:37:34 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 8807216A400; Sun, 11 Feb 2007 12:37:34 +0000 (UTC) (envelope-from scott@fishballoon.org) Received: from queue01-winn.ispmail.ntl.com (queue01-winn.ispmail.ntl.com [81.103.221.55]) by mx1.freebsd.org (Postfix) with ESMTP id BBAFD13C441; Sun, 11 Feb 2007 12:37:33 +0000 (UTC) (envelope-from scott@fishballoon.org) Received: from aamtaout02-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com with ESMTP id <20070211122316.UBZV2951.mtaout01-winn.ispmail.ntl.com@aamtaout02-winn.ispmail.ntl.com>; Sun, 11 Feb 2007 12:23:16 +0000 Received: from llama.fishballoon.org ([81.101.128.185]) by aamtaout02-winn.ispmail.ntl.com with ESMTP id <20070211122316.JKFY17393.aamtaout02-winn.ispmail.ntl.com@llama.fishballoon.org>; Sun, 11 Feb 2007 12:23:16 +0000 Received: from tuatara.fishballoon.org ([192.168.1.6]:61401) by llama.fishballoon.org with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HGDje-000P29-E0; Sun, 11 Feb 2007 12:23:14 +0000 Received: (from scott@localhost) by tuatara.fishballoon.org (8.13.8/8.13.6/Submit) id l1BCNE4R004848; Sun, 11 Feb 2007 12:23:14 GMT (envelope-from scott) Date: Sun, 11 Feb 2007 12:23:14 +0000 From: Scott Mitchell To: Michel Talon Message-ID: <20070211122314.GA1589@tuatara.fishballoon.org> References: <20070210154028.GA60921@lpthe.jussieu.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070210154028.GA60921@lpthe.jussieu.fr> X-Operating-System: FreeBSD 6.2-RELEASE i386 User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Subject: Re: pkgupgrade 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, 11 Feb 2007 12:37:34 -0000 On Sat, Feb 10, 2007 at 04:40:28PM +0100, Michel Talon wrote: > Hello, > > this is to report a revised version of my program, intended to upgrade > a machine using mainly precompiled packages. All problems that i have > seen or have been reported to me have been fixed. So i think it is > reasonably suitable for use, and i have sticked a 1.0 label. > I have also fixed all problems i have encountered with save_pkg.py, but > Cyrille Szymanski will perform a better cleanup, so i have appended a > 0.5 tag. So fresh copies can be downloaded from: > http://www.lpthe.jussieu.fr/~talon/pkgupgrade-1.0 > http://www.lpthe.jussieu.fr/~talon/save_pkg.py-0.5 Hi Michel. Good work, this script is pretty cool! One thing that might be nice to add is an option to download new packages from the packages-X-stable directory, if a newer version is found there. I think you only ever look in packages-X.Y-release at the moment, and those never change after the release as far as I know. Best regards, Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott at fishballoon.org | 0xAA775B8B | -- Anon From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 13:38: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 7C8C416A402 for ; Sun, 11 Feb 2007 13:38:32 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from vsmtp4.tin.it (vsmtp4.tin.it [212.216.176.224]) by mx1.freebsd.org (Postfix) with ESMTP id 2A11D13C428 for ; Sun, 11 Feb 2007 13:38:31 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from kaiser.sig11.org (87.9.175.145) by vsmtp4.tin.it (7.2.072.1) id 45C24792011BE3DB; Sun, 11 Feb 2007 14:38:14 +0100 Received: from kaiser.sig11.org (rionda@localhost [127.0.0.1]) by kaiser.sig11.org (8.13.8/8.13.8) with ESMTP id l1BDc8GZ007684; Sun, 11 Feb 2007 14:38:08 +0100 (CET) (envelope-from matteo@freebsd.org) Received: (from rionda@localhost) by kaiser.sig11.org (8.13.8/8.13.8/Submit) id l1BDc0RJ007682; Sun, 11 Feb 2007 14:38:00 +0100 (CET) (envelope-from matteo@freebsd.org) X-Authentication-Warning: kaiser.sig11.org: rionda set sender to matteo@freebsd.org using -f Date: Sun, 11 Feb 2007 14:38:00 +0100 From: Matteo Riondato To: freesbie@gufi.org Message-ID: <20070211133800.GA7626@kaiser.sig11.org> Mail-Followup-To: Matteo Riondato , freesbie@gufi.org, varie@gufi.org, freebsd-small@freesbsd.org, freebsd-hackers@freebsd.org, freebsd-developers@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: freebsd-developers@freebsd.org, freebsd-hackers@freebsd.org, varie@gufi.org, freebsd-small@freesbsd.org Subject: FreeSBIE 2.0.1 Available 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, 11 Feb 2007 13:38:32 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable All, you may remember that FreeSBIE 2.0 was released on January 15th. It turned out that it had some annoying bugs, one of which was especially serious, as it prevents USB mice from working. This fact led us, the FreeSBIE Staff, to develop a bugfix release, 2.0.1. All the bugs that had been pointed out were solved and this release has been more thoroughfully tested, to offer a better FreeSBIE experience to our users. FreeSBIE 2.0.1-RELEASE (codename Black Mamba) is based on FreeBSD 6.2-RELEASE, both in terms of sources and of packages. It contains more than 450 pieces and 1.3 gigabytes of software, all in a single CD-ROM of 672 megabytes. The ISO image can be downloaded from FreeSBIE official mirrors, a list of which is available at http://www.freesbie.org/mirrors.php . MD5 checksum for the ISO image is: MD5 (FreeSBIE-2.0.1-RELEASE.iso) =3D b2f680d27c21bbfaf4fb90dce090a118 BitTorrent lovers can get it from http://torrent.freesbie.org/FreeSBIE-2.0.1-RELEASE.iso.torrent Screenshots are available at http://www.freesbie.org/screenshots.html (look for 2.0 screenshots, as nothing important has been changed since 2.0-RELEASE) Release Notes, Manual and FAQ can be found at http://www.freesbie.org/share/2.0.1/manual/ Feel free to send feedback and bug reports to staff@freesbie.org . Enjoy FreeSBIE and spread FreeBSD! Thank you all. Best Regards --=20 Matteo Riondato FreeBSD Committer (http://www.freebsd.org) G.U.F.I. Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFzxw42Mp4pR7Fa+wRAvwqAJ9GUVpkd8EhxHVE6Hb0brq/4KS9bwCfaXiy vbA9uaLjAy/jqiqE77E0EKs= =jBOS -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 14:15: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 54C7C16A46B for ; Sun, 11 Feb 2007 14:15:12 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id 0BB8F13C4AC for ; Sun, 11 Feb 2007 14:15:11 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls242.t-com.hr (ls242.t-com.hr [195.29.150.134]) by ls405.t-com.hr (Postfix) with ESMTP id 15689148184 for ; Sun, 11 Feb 2007 14:52:11 +0100 (CET) Received: from ls242.t-com.hr (localhost.localdomain [127.0.0.1]) by ls242.t-com.hr (Qmlai) with ESMTP id 0EB7410F80D6 for ; Sun, 11 Feb 2007 14:52:11 +0100 (CET) Received: from ls242.t-com.hr (localhost.localdomain [127.0.0.1]) by ls242.t-com.hr (Qmlai) with ESMTP id EA2EB10F80CB for ; Sun, 11 Feb 2007 14:52:10 +0100 (CET) X-Envelope-Sender-Info: A8X14WdVT+CiPIXuNbNIY1/4BsaJ2g6YQgNrX29EugTc49XGHg2GZgsYJ86yUIbU X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.103] (89-172-52-233.adsl.net.t-com.hr [89.172.52.233]) by ls242.t-com.hr (Qmali) with ESMTP id BACDE6C0051 for ; Sun, 11 Feb 2007 14:52:10 +0100 (CET) Message-ID: <45CF1F88.1050501@fer.hr> Date: Sun, 11 Feb 2007 14:52:08 +0100 From: Ivan Voras User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20070211133800.GA7626@kaiser.sig11.org> In-Reply-To: <20070211133800.GA7626@kaiser.sig11.org> X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8517D185308E43E91ACECCB3" Subject: Re: FreeSBIE 2.0.1 Available 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, 11 Feb 2007 14:15:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8517D185308E43E91ACECCB3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Matteo Riondato wrote: > All, >=20 > you may remember that FreeSBIE 2.0 was released on January 15th. It > turned out that it had some annoying bugs, one of which was especially > serious, as it prevents USB mice from working. This fact led us, the > FreeSBIE Staff, to develop a bugfix release, 2.0.1. Nudge, nudge - is the kernel still UP? :) --------------enig8517D185308E43E91ACECCB3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFzx+IldnAQVacBcgRAnkkAJ45oYd7HiOsdx7WnPy0Laox9rAtnwCgryx6 4zDbCi00UauOpxU9+AEDUXQ= =ioIJ -----END PGP SIGNATURE----- --------------enig8517D185308E43E91ACECCB3-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 14:35:39 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 9257216A402 for ; Sun, 11 Feb 2007 14:35:39 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from vsmtp2.tin.it (vsmtp2.tin.it [212.216.176.222]) by mx1.freebsd.org (Postfix) with ESMTP id 4687913C461 for ; Sun, 11 Feb 2007 14:35:39 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from kaiser.sig11.org (87.9.175.145) by vsmtp2.tin.it (7.2.072.1) id 45C239F90110ADA1; Sun, 11 Feb 2007 15:35:36 +0100 Received: from kaiser.sig11.org (rionda@localhost [127.0.0.1]) by kaiser.sig11.org (8.13.8/8.13.8) with ESMTP id l1BEZZuD031984; Sun, 11 Feb 2007 15:35:35 +0100 (CET) (envelope-from matteo@freebsd.org) Received: (from rionda@localhost) by kaiser.sig11.org (8.13.8/8.13.8/Submit) id l1BEZYXW031983; Sun, 11 Feb 2007 15:35:34 +0100 (CET) (envelope-from matteo@freebsd.org) X-Authentication-Warning: kaiser.sig11.org: rionda set sender to matteo@freebsd.org using -f Date: Sun, 11 Feb 2007 15:35:32 +0100 From: Matteo Riondato To: Ivan Voras Message-ID: <20070211143532.GB7626@kaiser.sig11.org> Mail-Followup-To: Matteo Riondato , Ivan Voras , freebsd-hackers@freebsd.org References: <20070211133800.GA7626@kaiser.sig11.org> <45CF1F88.1050501@fer.hr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xgyAXRrhYN0wYx8y" Content-Disposition: inline In-Reply-To: <45CF1F88.1050501@fer.hr> User-Agent: Mutt/1.4.2.2i Cc: freebsd-hackers@freebsd.org Subject: Re: FreeSBIE 2.0.1 Available 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, 11 Feb 2007 14:35:39 -0000 --xgyAXRrhYN0wYx8y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 11, 2007 at 02:52:08PM +0100, Ivan Voras wrote: > Matteo Riondato wrote: > > All, > >=20 > > you may remember that FreeSBIE 2.0 was released on January 15th. It > > turned out that it had some annoying bugs, one of which was especially > > serious, as it prevents USB mice from working. This fact led us, the > > FreeSBIE Staff, to develop a bugfix release, 2.0.1. >=20 > Nudge, nudge - is the kernel still UP? :) The official and supported kernel is UP, but I included a SMP kernel in /boot/kernel.smp/ . Use the standard loader commands to load it (unload, set module_path, load, and so on).=20 I didn't tested it, because I have no SMP hardware, so it is *untested* AND *unsupported* .=20 Good luck :) Best Regards --=20 Matteo Riondato FreeBSD Committer (http://www.freebsd.org) G.U.F.I. Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) --xgyAXRrhYN0wYx8y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFzym02Mp4pR7Fa+wRAnBKAJkBuMlhdnD2OC66I8Iv2SaD1q6pfACfYHS7 ypJImO7RhUx81QwA5Uica5c= =00Xu -----END PGP SIGNATURE----- --xgyAXRrhYN0wYx8y-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 14:54: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 5F84A16A400 for ; Sun, 11 Feb 2007 14:54:36 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id D761413C478 for ; Sun, 11 Feb 2007 14:54:35 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.8/8.13.8/NETPLEX) with ESMTP id l1BEiBof009045; Sun, 11 Feb 2007 09:44:11 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Sun, 11 Feb 2007 09:44:11 -0500 (EST) Date: Sun, 11 Feb 2007 09:44:11 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "Eugene M. Kim" In-Reply-To: <45CED641.7020608@ab.ote.we.lv> Message-ID: References: <45CED641.7020608@ab.ote.we.lv> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@freebsd.org Subject: Re: sin()/cos()/tan() for kernel code? '_ 'a X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Feb 2007 14:54:36 -0000 On Sun, 11 Feb 2007, Eugene M. Kim wrote: > Hello all, > > I am writing a mouse device driver for my Wacom tablet (Intuos 2 9x12). > The tablet comes with a mouse and I managed to get valid coordinate data > from the device. However, unlike usual mice, the coordinate system is > tied not to the orientation of the mouse itself, but to the tablet, > which acts much like a "mouse pad". So, for example, if I rotate the > mouse 30 degrees to the left and move it left and right, the mouse > cursor would move not horizontally, but to 2- or 8-o'clock. > > Fortunately the mouse also provides orientation data along with > coordinate data, so the correct cursor movement could be calculated from > it. The problem: The calculation needs trigonometry, but there seems to > be no math library support in the kernel (I ran "grep -w cos" on the > -CURRENT source tree, which turned nothing up). > > Does anyone have an idea on how to do this? Can't you do this in userland? Teach moused? -- DE From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 17:32:01 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 2D09E16A401; Sun, 11 Feb 2007 17:32:01 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu (math.missouri.edu [128.206.184.200]) by mx1.freebsd.org (Postfix) with ESMTP id C810213C428; Sun, 11 Feb 2007 17:32:00 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu (stephen@localhost [127.0.0.1]) by math.missouri.edu (8.13.1/8.13.1) with ESMTP id l1BHAvob097674; Sun, 11 Feb 2007 11:10:57 -0600 (CST) (envelope-from stephen@math.missouri.edu) Received: from localhost (stephen@localhost) by math.missouri.edu (8.13.1/8.13.1/Submit) with ESMTP id l1BHAv9g097671; Sun, 11 Feb 2007 11:10:57 -0600 (CST) (envelope-from stephen@math.missouri.edu) Date: Sun, 11 Feb 2007 11:10:57 -0600 (CST) From: Stephen Montgomery-Smith To: Daniel Eischen In-Reply-To: Message-ID: <20070211110815.O62469@math.missouri.edu> References: <45CED641.7020608@ab.ote.we.lv> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV 0.88/2552/Sun Feb 11 03:56:14 2007 on math.missouri.edu X-Virus-Status: Clean Cc: "Eugene M. Kim" , hackers@freebsd.org Subject: Re: sin()/cos()/tan() for kernel code? '_ 'a 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, 11 Feb 2007 17:32:01 -0000 On Sun, 11 Feb 2007, Daniel Eischen wrote: > On Sun, 11 Feb 2007, Eugene M. Kim wrote: > >> Hello all, >> >> I am writing a mouse device driver for my Wacom tablet (Intuos 2 9x12). >> The tablet comes with a mouse and I managed to get valid coordinate data >> from the device. However, unlike usual mice, the coordinate system is >> tied not to the orientation of the mouse itself, but to the tablet, >> which acts much like a "mouse pad". So, for example, if I rotate the >> mouse 30 degrees to the left and move it left and right, the mouse >> cursor would move not horizontally, but to 2- or 8-o'clock. >> >> Fortunately the mouse also provides orientation data along with >> coordinate data, so the correct cursor movement could be calculated from >> it. The problem: The calculation needs trigonometry, but there seems to >> be no math library support in the kernel (I ran "grep -w cos" on the >> -CURRENT source tree, which turned nothing up). >> >> Does anyone have an idea on how to do this? > > Can't you do this in userland? Teach moused? Since you will only need sin and cos evaluated to the nearest degree, if that, I suggest a simple look up table. There is also something called the CORDIC method, I think, but I suspect that the look up table will be so much easier to program, and negligable extra space overhead. Stephen From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 18:00: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 488DF16A401; Sun, 11 Feb 2007 18:00:35 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu (math.missouri.edu [128.206.184.200]) by mx1.freebsd.org (Postfix) with ESMTP id 16F6313C428; Sun, 11 Feb 2007 18:00:34 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu (stephen@localhost [127.0.0.1]) by math.missouri.edu (8.13.1/8.13.1) with ESMTP id l1BI0D2N099169; Sun, 11 Feb 2007 12:00:13 -0600 (CST) (envelope-from stephen@math.missouri.edu) Received: from localhost (stephen@localhost) by math.missouri.edu (8.13.1/8.13.1/Submit) with ESMTP id l1BI0CSN099164; Sun, 11 Feb 2007 12:00:12 -0600 (CST) (envelope-from stephen@math.missouri.edu) Date: Sun, 11 Feb 2007 12:00:12 -0600 (CST) From: Stephen Montgomery-Smith To: Daniel Eischen In-Reply-To: <20070211110815.O62469@math.missouri.edu> Message-ID: <20070211115815.O62469@math.missouri.edu> References: <45CED641.7020608@ab.ote.we.lv> <20070211110815.O62469@math.missouri.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV 0.88/2552/Sun Feb 11 03:56:14 2007 on math.missouri.edu X-Virus-Status: Clean Cc: "Eugene M. Kim" , hackers@freebsd.org Subject: Re: sin()/cos()/tan() for kernel code? '_ 'a 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, 11 Feb 2007 18:00:35 -0000 On Sun, 11 Feb 2007, Stephen Montgomery-Smith wrote: > > > On Sun, 11 Feb 2007, Daniel Eischen wrote: > >> On Sun, 11 Feb 2007, Eugene M. Kim wrote: >> >>> Hello all, >>> >>> I am writing a mouse device driver for my Wacom tablet (Intuos 2 9x12). >>> The tablet comes with a mouse and I managed to get valid coordinate data >>> from the device. However, unlike usual mice, the coordinate system is >>> tied not to the orientation of the mouse itself, but to the tablet, >>> which acts much like a "mouse pad". So, for example, if I rotate the >>> mouse 30 degrees to the left and move it left and right, the mouse >>> cursor would move not horizontally, but to 2- or 8-o'clock. >>> >>> Fortunately the mouse also provides orientation data along with >>> coordinate data, so the correct cursor movement could be calculated from >>> it. The problem: The calculation needs trigonometry, but there seems to >>> be no math library support in the kernel (I ran "grep -w cos" on the >>> -CURRENT source tree, which turned nothing up). >>> >>> Does anyone have an idea on how to do this? >> >> Can't you do this in userland? Teach moused? > > Since you will only need sin and cos evaluated to the nearest degree, if > that, I suggest a simple look up table. There is also something called the > CORDIC method, I think, but I suspect that the look up table will be so much > easier to program, and negligable extra space overhead. > > Stephen And if you do need more accuracy than the nearest degree, the formulae sin(x+h) = sin(x) + h cos(x); cos(x+h) = cos(x) - h sin(x) for small h (say |h| less than half a degree) should provide way more accuracy than you should need. From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 18:31: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 5762416A402 for ; Sun, 11 Feb 2007 18:31:02 +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 F018213C428 for ; Sun, 11 Feb 2007 18:31:01 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 40430 invoked by uid 1001); 11 Feb 2007 18:32:00 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Sun, 11 Feb 2007 13:31:59 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17871.24863.600530.537295@bhuda.mired.org> Date: Sun, 11 Feb 2007 13:31:59 -0500 To: Scott Mitchell In-Reply-To: <20070211122314.GA1589@tuatara.fishballoon.org> References: <20070210154028.GA60921@lpthe.jussieu.fr> <20070211122314.GA1589@tuatara.fishballoon.org> X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org, Michel Talon , freebsd-ports@freebsd.org Subject: Re: pkgupgrade 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, 11 Feb 2007 18:31:02 -0000 In <20070211122314.GA1589@tuatara.fishballoon.org>, Scott Mitchell typed: > On Sat, Feb 10, 2007 at 04:40:28PM +0100, Michel Talon wrote: > > Hello, > > > > this is to report a revised version of my program, intended to upgrade > > a machine using mainly precompiled packages. All problems that i have > > seen or have been reported to me have been fixed. So i think it is > > reasonably suitable for use, and i have sticked a 1.0 label. > > I have also fixed all problems i have encountered with save_pkg.py, but > > Cyrille Szymanski will perform a better cleanup, so i have appended a > > 0.5 tag. So fresh copies can be downloaded from: > > http://www.lpthe.jussieu.fr/~talon/pkgupgrade-1.0 > > http://www.lpthe.jussieu.fr/~talon/save_pkg.py-0.5 > Good work, this script is pretty cool! One thing that might be nice to add > is an option to download new packages from the packages-X-stable > directory, if a newer version is found there. I think you only ever look > in packages-X.Y-release at the moment, and those never change after the > release as far as I know. While the option might be useful, you may want to build from source in that case. While ports that postdate X.Y are supposed to build and run correctly on X.Y (for supported values of X & Y), and packages built on systems that predate X.Y are supposed to run correctly on X.Y, packages built on systems that postdate X.Y may not run correctly on X.Y. If you're already doing thorough testing of the system after you upgrade the packages, this doesn't really make much difference. But if you're expecting that the testing was done by someone else, your expectations don't match reality. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 20:10: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 DCB0916A41F for ; Sun, 11 Feb 2007 20:10:36 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (smtp.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 887D013C46B for ; Sun, 11 Feb 2007 20:10:36 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id l1BJmApY035478; Sun, 11 Feb 2007 12:48:10 -0700 (MST) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.13.8/8.13.8) with ESMTP id l1BJm4av092748; Sun, 11 Feb 2007 12:48:04 -0700 (MST) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.13.8/8.13.8/Submit) id l1BJm4Dx092745; Sun, 11 Feb 2007 12:48:04 -0700 (MST) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17871.29428.183244.232189@gromit.timing.com> Date: Sun, 11 Feb 2007 12:48:04 -0700 From: John E Hein To: Garrett Cooper In-Reply-To: <2D763A31-2BAF-4AD5-A256-273CD37EB7A5@u.washington.edu> References: <45CE8BEC.7050404@u.washington.edu> <17870.42419.779434.735451@bhuda.mired.org> <2D763A31-2BAF-4AD5-A256-273CD37EB7A5@u.washington.edu> X-Mailer: VM 7.19 under Emacs 22.0.93.1 X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on Daffy.timing.com X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org Subject: Re: Finding libraries to link with and autoconf resources? 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, 11 Feb 2007 20:10:36 -0000 Garrett Cooper wrote at 22:46 -0800 on Feb 10, 2007: > Are there any global scripts or options to pass to autoconf that sets > the -L option for gcc properly? If the configure script doesn't support --with-png=/your/path/to/png, then you can force feed it by using env vars. As in: env LDFLAGS=-L/your/path/to/png/lib CPPFLAGS=-I/your/path/to/png/include configure In your freebsd port, there is a common idiom that looks like this in the Makefile: LDFLAGS+=-L/your/path/to/png/lib CPPFLAGS+=-I/your/path/to/png/include CONFIGURE_ENV=CPPFLAGS="${CPPFLAGS} LDFLAGS="${LDFLAGS} (see also bsd.port.mk and the Porter's Handbook) ports@ is a better place to ask such questions, by the way. From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 20:57: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 D669B16A406; Sun, 11 Feb 2007 20:57:40 +0000 (UTC) (envelope-from scott@fishballoon.org) Received: from mtaout03-winn.ispmail.ntl.com (mtaout03-winn.ispmail.ntl.com [81.103.221.49]) by mx1.freebsd.org (Postfix) with ESMTP id 15DB913C471; Sun, 11 Feb 2007 20:57:39 +0000 (UTC) (envelope-from scott@fishballoon.org) Received: from aamtaout01-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout03-winn.ispmail.ntl.com with ESMTP id <20070211205738.HXDS1468.mtaout03-winn.ispmail.ntl.com@aamtaout01-winn.ispmail.ntl.com>; Sun, 11 Feb 2007 20:57:38 +0000 Received: from llama.fishballoon.org ([81.101.128.185]) by aamtaout01-winn.ispmail.ntl.com with ESMTP id <20070211205738.MZWN219.aamtaout01-winn.ispmail.ntl.com@llama.fishballoon.org>; Sun, 11 Feb 2007 20:57:38 +0000 Received: from tuatara.fishballoon.org ([192.168.1.6]:53701) by llama.fishballoon.org with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HGLlP-0000LU-J9; Sun, 11 Feb 2007 20:57:36 +0000 Received: (from scott@localhost) by tuatara.fishballoon.org (8.13.8/8.13.6/Submit) id l1BKvX9M021902; Sun, 11 Feb 2007 20:57:33 GMT (envelope-from scott) Date: Sun, 11 Feb 2007 20:57:33 +0000 From: Scott Mitchell To: Mike Meyer Message-ID: <20070211205733.GC1589@tuatara.fishballoon.org> References: <20070210154028.GA60921@lpthe.jussieu.fr> <20070211122314.GA1589@tuatara.fishballoon.org> <17871.24863.600530.537295@bhuda.mired.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17871.24863.600530.537295@bhuda.mired.org> X-Operating-System: FreeBSD 6.2-RELEASE i386 User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-hackers@freebsd.org, Michel Talon , freebsd-ports@freebsd.org Subject: Re: pkgupgrade 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, 11 Feb 2007 20:57:40 -0000 On Sun, Feb 11, 2007 at 01:31:59PM -0500, Mike Meyer wrote: > In <20070211122314.GA1589@tuatara.fishballoon.org>, Scott Mitchell typed: > > Good work, this script is pretty cool! One thing that might be nice to add > > is an option to download new packages from the packages-X-stable > > directory, if a newer version is found there. I think you only ever look > > in packages-X.Y-release at the moment, and those never change after the > > release as far as I know. > > While the option might be useful, you may want to build from source in > that case. While ports that postdate X.Y are supposed to build and run > correctly on X.Y (for supported values of X & Y), and packages built > on systems that predate X.Y are supposed to run correctly on X.Y, > packages built on systems that postdate X.Y may not run correctly on > X.Y. If you're already doing thorough testing of the system after you > upgrade the packages, this doesn't really make much difference. But if > you're expecting that the testing was done by someone else, your > expectations don't match reality. Yup, I know all that. I wouldn't do that kind of upgrade on a server, but on my workstation, with copies of the old packages around just in case, I'm willing to take that (in practice very small) risk, if only to avoid spending the half a day it takes to rebuild KDE from source :( Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott at fishballoon.org | 0xAA775B8B | -- Anon From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 21:08:46 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 2D3AB16A408 for ; Sun, 11 Feb 2007 21:08:46 +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 C66BB13C4B5 for ; Sun, 11 Feb 2007 21:08:45 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 42020 invoked by uid 1001); 11 Feb 2007 21:09:44 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Sun, 11 Feb 2007 16:09:43 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17871.34327.776800.460172@bhuda.mired.org> Date: Sun, 11 Feb 2007 16:09:43 -0500 To: John E Hein In-Reply-To: <17871.29428.183244.232189@gromit.timing.com> References: <45CE8BEC.7050404@u.washington.edu> <17870.42419.779434.735451@bhuda.mired.org> <2D763A31-2BAF-4AD5-A256-273CD37EB7A5@u.washington.edu> <17871.29428.183244.232189@gromit.timing.com> X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org, Garrett Cooper Subject: Re: Finding libraries to link with and autoconf resources? 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, 11 Feb 2007 21:08:46 -0000 In <17871.29428.183244.232189@gromit.timing.com>, John E Hein typed: > Garrett Cooper wrote at 22:46 -0800 on Feb 10, 2007: > > Are there any global scripts or options to pass to autoconf that sets > > the -L option for gcc properly? > > If the configure script doesn't support --with-png=/your/path/to/png, > then you can force feed it by using env vars. As in: > > env LDFLAGS=-L/your/path/to/png/lib CPPFLAGS=-I/your/path/to/png/include configure You also need this if the port splits the directories in a way that libpng doesn't expect. Since it uses $(LOCALBASE)/lib and $(LOCALBASE)/include/libpng, it may be doing that. > In your freebsd port, there is a common idiom that looks like this > in the Makefile: > > LDFLAGS+=-L/your/path/to/png/lib > CPPFLAGS+=-I/your/path/to/png/include > CONFIGURE_ENV=CPPFLAGS="${CPPFLAGS} LDFLAGS="${LDFLAGS} The port idiom is correctly more like: LDFLAGS+=-L$(LOCALBASE)/subdir/to/png/lib CPPFLAGS+=-I$(LOCALBASE)/subdir/to/png/include to get LOCALBASE correct. > ports@ is a better place to ask such questions, by the way. Unless it's really an autoconf question, in which case the right place would be an autoconf list. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 20:15:49 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 D6E9616A468 for ; Sun, 11 Feb 2007 20:15:49 +0000 (UTC) (envelope-from gwood+freesbie@woodsite.net) Received: from celery.georgewood.net (celery.georgewood.net [63.230.221.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8438613C4A7; Sun, 11 Feb 2007 20:15:49 +0000 (UTC) (envelope-from gwood+freesbie@woodsite.net) Received: from celery.georgewood.net (localhost [127.0.0.1]) by celery.georgewood.net (8.12.8/8.12.8) with ESMTP id l1BKJ6Hg050673; Sun, 11 Feb 2007 13:19:06 -0700 (MST) (envelope-from gwood+freesbie@woodsite.net) Received: from localhost (gwood@localhost) by celery.georgewood.net (8.12.8/8.12.8/Submit) with ESMTP id l1BKJ5oR050670; Sun, 11 Feb 2007 13:19:05 -0700 (MST) (envelope-from gwood+freesbie@woodsite.net) Date: Sun, 11 Feb 2007 13:19:05 -0700 (MST) From: George Wood X-X-Sender: gwood@celery.georgewood.net To: Free System Burned In Economy Message-ID: <20070211124319.D45088-100000@celery.georgewood.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Mailman-Approved-At: Sun, 11 Feb 2007 22:31:35 +0000 Cc: freebsd-developers@freebsd.org, freebsd-hackers@freebsd.org, varie@gufi.org, freebsd-small@freesbsd.org Subject: FreeSBIE DVD with KDE,Gnome,Java,OpenOffice.org et al? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: George List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Feb 2007 20:15:50 -0000 Ok, I know this will sound like I'm an ungrateful wretch. I love FreeSBIE, but I would like more than will fit on a CD. Please don't be offended, I love what you've done and this is not meant as criticism. I know that deciding what to put into a CD is tough, and everybody probably has something they would like added, but a CD can only hold so much. So how hard is it to make a bootable DVD? What's the simplest way to add packages to the 2.0.1 iso, and make a dvd-bootable iso? I haven't seen any discussion of this on the FreeSBIE wiki or mailing list. It must be possible, since I have a bootable Knoppix DVD; but of course, that isn't FreeSBIE. I hope this doesn't rankle anyone, I'd just like to know how to do it, if possible. I would be happy to try to build one and to document my steps, but I need some pointers to get started. If licensing/distribution is a problem with some of my suggested software additions (e.g. Java and things that depend on it) perhaps I could create a buildset and/or script that people could use to roll their own. (My understanding of the Sun Java license is that it changed recently and may now allow a distribution including it, but I'm certainly no expert on this). To this end, I added a section to the wiki to stimulate discussion. I have appended it below. Thanks for all your hard work in getting us to 2.0.1; I really appreciate it. George ----------- new wiki page (as viewed using lynx) ---------- #start contents Recent Changes Current Namespace Plain HTML Wiki Markup [[software_for_bootable_dvd]] FreeSBIEWiki Edit this page Old revisions Recent changes ____________________ Search Trace: =BB start =BB software_for_bootable_dvd "Please sir, may I have some more?". Software for bootable DVD Yes, the CD is full, but I would like a bootable FreeSBIE DVD with: Java Diablo or some other jdbc 1.4.2 or 1.5 (or are there still unsuperable license issues, even now that Sun has changed the licensing and the FreeBSD foundation distributes Diablo. OpenOffice.org Wasn't this on the 1.1 cd? Is this also a victim of Java licensing? KDE and or Gnome I'm guessing that they were just too big for the CD More multimedia stuff I have a Knoppix DVD with all this and more, but of course that's not FreeBSD; I think Ubuntu gets most of this on their CD (with separate distributions including Gnome (Ubuntu) and KDE (Kubuntu). software_for_bootable_dvd.txt =B7 Last modified: 11/02/2007 20:05 by 63.230.221.49 Edit this page Old revisions Login Index [BUTTON] Recent changes RSS feed Creative Commons License Donate Powered by PHP Valid XHTML 1.0 Valid CSS Driven by DokuWiki George D. Wood, Ph.D. gwood AT woodsite DOT net From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 23:39: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 B3CC316A400 for ; Sun, 11 Feb 2007 23:39:27 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (mx2.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 7F02C13C461 for ; Sun, 11 Feb 2007 23:39:27 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id l1BNdROQ072488; Sun, 11 Feb 2007 16:39:27 -0700 (MST) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.13.8/8.13.8) with ESMTP id l1BNdPpc096507; Sun, 11 Feb 2007 16:39:25 -0700 (MST) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.13.8/8.13.8/Submit) id l1BNdJtA096504; Sun, 11 Feb 2007 16:39:19 -0700 (MST) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17871.43303.763189.645799@gromit.timing.com> Date: Sun, 11 Feb 2007 16:39:19 -0700 From: John E Hein To: Mike Meyer In-Reply-To: <17871.34327.776800.460172@bhuda.mired.org> References: <45CE8BEC.7050404@u.washington.edu> <17870.42419.779434.735451@bhuda.mired.org> <2D763A31-2BAF-4AD5-A256-273CD37EB7A5@u.washington.edu> <17871.29428.183244.232189@gromit.timing.com> <17871.34327.776800.460172@bhuda.mired.org> X-Mailer: VM 7.19 under Emacs 22.0.93.1 X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on Daffy.timing.com X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org, Garrett Cooper Subject: Re: Finding libraries to link with and autoconf resources? 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, 11 Feb 2007 23:39:27 -0000 Mike Meyer wrote at 16:09 -0500 on Feb 11, 2007: > In <17871.29428.183244.232189@gromit.timing.com>, John E Hein typed: > > In your freebsd port, there is a common idiom that looks like this > > in the Makefile: > > > > LDFLAGS+=-L/your/path/to/png/lib > > CPPFLAGS+=-I/your/path/to/png/include > > CONFIGURE_ENV=CPPFLAGS="${CPPFLAGS} LDFLAGS="${LDFLAGS} > > The port idiom is correctly more like: > > LDFLAGS+=-L$(LOCALBASE)/subdir/to/png/lib > CPPFLAGS+=-I$(LOCALBASE)/subdir/to/png/include > > to get LOCALBASE correct. Not if you don't have it in LOCALBASE ;) (that's one of the problems I have with ports - they all assume everything is in LOCALBASE, but I often want to try stuff that I put elsewhere). But, yes, most ports do something like that. > > ports@ is a better place to ask such questions, by the way. > > Unless it's really an autoconf question, in which case the right place > would be an autoconf list. True enough... or the author of the original software if you really want them to fix their configure / configure.in But ports@ or the PH is a good place to ask about working around such upstream problems and getting it built on FreeBSD. From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 11 23:50: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 9BE7F16A420 for ; Sun, 11 Feb 2007 23:50:24 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp7-g19.free.fr (smtp7-g19.free.fr [212.27.42.64]) by mx1.freebsd.org (Postfix) with ESMTP id 3BF5D13C4A7 for ; Sun, 11 Feb 2007 23:50:24 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp7-g19.free.fr (Postfix) with ESMTP id DE4FA4F93 for ; Mon, 12 Feb 2007 00:50:22 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 2E4C49D41F for ; Sun, 11 Feb 2007 23:51:26 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 0037F405D; Mon, 12 Feb 2007 00:51:25 +0100 (CET) Date: Mon, 12 Feb 2007 00:51:25 +0100 From: Jeremie Le Hen To: freebsd-hackers@FreeBSD.org Message-ID: <20070211235125.GI64768@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Unexpected buildworld error with GCC 3.4 from ports 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, 11 Feb 2007 23:50:24 -0000 Hi, I've tried the following command: % make CC=3D/usr/local/bin/gcc34 buildworld But it breaks in stage 4.2 (libraries build): % =3D=3D=3D> kerberos5/lib/libasn1 (depend,all,install) % cat asn1_APOptions.x > asn1_APOptions.c % cat asn1_AP_REP.x > asn1_AP_REP.c % cat asn1_AP_REQ.x > asn1_AP_REQ.c % cat asn1_AS_REP.x > asn1_AS_REP.c % cat asn1_AS_REQ.x > asn1_AS_REQ.c % cat asn1_Authenticator.x > asn1_Authenticator.c % cat asn1_AuthorizationData.x > asn1_AuthorizationData.c % cat asn1_CKSUMTYPE.x > asn1_CKSUMTYPE.c % cat asn1_Checksum.x > asn1_Checksum.c % cat asn1_ChangePasswdDataMS.x > asn1_ChangePasswdDataMS.c % cat asn1_ENCTYPE.x > asn1_ENCTYPE.c % cat asn1_ETYPE_INFO.x > asn1_ETYPE_INFO.c % cat asn1_ETYPE_INFO_ENTRY.x > asn1_ETYPE_INFO_ENTRY.c % cat asn1_EncAPRepPart.x > asn1_EncAPRepPart.c % cat asn1_EncASRepPart.x > asn1_EncASRepPart.c % cat asn1_EncKDCRepPart.x > asn1_EncKDCRepPart.c % cat asn1_EncKrbCredPart.x > asn1_EncKrbCredPart.c % cat asn1_EncKrbPrivPart.x > asn1_EncKrbPrivPart.c % cat asn1_EncTGSRepPart.x > asn1_EncTGSRepPart.c % cat asn1_EncTicketPart.x > asn1_EncTicketPart.c % cat asn1_EncryptedData.x > asn1_EncryptedData.c % cat asn1_EncryptionKey.x > asn1_EncryptionKey.c % cat asn1_HostAddress.x > asn1_HostAddress.c % cat asn1_HostAddresses.x > asn1_HostAddresses.c % cat asn1_KDCOptions.x > asn1_KDCOptions.c % cat asn1_KDC_REP.x > asn1_KDC_REP.c % cat asn1_KDC_REQ.x > asn1_KDC_REQ.c % cat asn1_KDC_REQ_BODY.x > asn1_KDC_REQ_BODY.c % cat asn1_KRB_CRED.x > asn1_KRB_CRED.c % cat asn1_KRB_ERROR.x > asn1_KRB_ERROR.c % cat asn1_KRB_PRIV.x > asn1_KRB_PRIV.c % cat asn1_KRB_SAFE.x > asn1_KRB_SAFE.c % cat asn1_KRB_SAFE_BODY.x > asn1_KRB_SAFE_BODY.c % cat asn1_KerberosTime.x > asn1_KerberosTime.c % cat asn1_KrbCredInfo.x > asn1_KrbCredInfo.c % cat asn1_LR_TYPE.x > asn1_LR_TYPE.c % cat asn1_LastReq.x > asn1_LastReq.c % cat asn1_MESSAGE_TYPE.x > asn1_MESSAGE_TYPE.c % cat asn1_METHOD_DATA.x > asn1_METHOD_DATA.c % cat asn1_NAME_TYPE.x > asn1_NAME_TYPE.c % cat asn1_PADATA_TYPE.x > asn1_PADATA_TYPE.c % cat asn1_PA_DATA.x > asn1_PA_DATA.c % cat asn1_PA_ENC_TS_ENC.x > asn1_PA_ENC_TS_ENC.c % cat asn1_Principal.x > asn1_Principal.c % cat asn1_PrincipalName.x > asn1_PrincipalName.c % cat asn1_Realm.x > asn1_Realm.c % cat asn1_TGS_REP.x > asn1_TGS_REP.c % cat asn1_TGS_REQ.x > asn1_TGS_REQ.c % cat asn1_Ticket.x > asn1_Ticket.c % cat asn1_TicketFlags.x > asn1_TicketFlags.c % cat asn1_TransitedEncoding.x > asn1_TransitedEncoding.c % cat asn1_UNSIGNED.x > asn1_UNSIGNED.c % rm -f .depend % CC=3D'/usr/local/bin/gcc34' mkdep -f .depend -a -I/usr/src/kerberos5/l= ib/libasn1/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libasn= 1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos= 5/lib/libasn1/../../include -DINET6 asn1_err.c /usr/src/kerberos5/lib/libas= n1/../../../crypto/heimdal/lib/asn1/der_copy.c /usr/src/kerberos5/lib/libas= n1/../../../crypto/heimdal/lib/asn1/der_free.c /usr/src/kerberos5/lib/libas= n1/../../../crypto/heimdal/lib/asn1/der_get.c /usr/src/kerberos5/lib/libasn= 1/../../../crypto/heimdal/lib/asn1/der_length.c /usr/src/kerberos5/lib/liba= sn1/../../../crypto/heimdal/lib/asn1/der_put.c /usr/src/kerberos5/lib/libas= n1/../../../crypto/heimdal/lib/asn1/timegm.c asn1_APOptions.c asn1_AP_REP.c= asn1_AP_REQ.c asn1_AS_REP.c asn1_AS_REQ.c asn1_Authenticator.c asn1_Author= izationData.c asn1_CKSUMTYPE.c asn1_Checksum.c asn1_ChangePasswdDataMS.c as= n1_ENCTYPE.c asn1_ETYPE_INFO.c asn1_ETYPE_INFO_ENTRY.c asn1_EncAPRepPart.c = asn1_EncASRepPart.c asn1_EncKDCRepPart.c asn1_EncKrbCredPart.c asn1_EncKrbP= rivPart.c asn1_EncTGSRepPart.c asn1_EncTicketPart.c asn1_EncryptedData.c as= n1_EncryptionKey.c asn1_HostAddress.c asn1_HostAddresses.c asn1_KDCOptions.= c asn1_KDC_REP.c asn1_KDC_REQ.c asn1_KDC_REQ_BODY.c asn1_KRB_CRED.c asn1_KR= B_ERROR.c asn1_KRB_PRIV.c asn1_KRB_SAFE.c asn1_KRB_SAFE_BODY.c asn1_Kerbero= sTime.c asn1_KrbCredInfo.c asn1_LR_TYPE.c asn1_LastReq.c asn1_MESSAGE_TYPE.= c asn1_METHOD_DATA.c asn1_NAME_TYPE.c asn1_PADATA_TYPE.c asn1_PA_DATA.c asn= 1_PA_ENC_TS_ENC.c asn1_Principal.c asn1_PrincipalName.c asn1_Realm.c asn1_T= GS_REP.c asn1_TGS_REQ.c asn1_Ticket.c asn1_TicketFlags.c asn1_TransitedEnco= ding.c asn1_UNSIGNED.c % In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heim= dal/lib/asn1/der_copy.c:34: % /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.= h:50:19: roken.h: No such file or directory % In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heim= dal/lib/asn1/der_free.c:34: % /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.= h:50:19: roken.h: No such file or directory % In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heim= dal/lib/asn1/der_get.c:34: % /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.= h:50:19: roken.h: No such file or directory % In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heim= dal/lib/asn1/der_length.c:34: % /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.= h:50:19: roken.h: No such file or directory % In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heim= dal/lib/asn1/der_put.c:34: % /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.= h:50:19: roken.h: No such file or directory % In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heim= dal/lib/asn1/timegm.c:34: % /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.= h:50:19: roken.h: No such file or directory % mkdep: compile failed Any clue are welcome. Thank you. --=20 Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 12 01:33: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 D258416A401 for ; Mon, 12 Feb 2007 01:33:20 +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 AE9E213C428 for ; Mon, 12 Feb 2007 01:33:20 +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+UW06.09) with ESMTP id l1C1XJiE013169 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 11 Feb 2007 17:33:20 -0800 X-Auth-Received: from [192.168.10.41] (c-67-187-172-183.hsd1.ca.comcast.net [67.187.172.183]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1C1XJYT003694 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 11 Feb 2007 17:33:19 -0800 Message-ID: <45CFC3DD.1060900@u.washington.edu> Date: Sun, 11 Feb 2007 17:33:17 -0800 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 References: <20070211235125.GI64768@obiwan.tataz.chchile.org> In-Reply-To: <20070211235125.GI64768@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.11.171935 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='SUPERLONG_LINE 0.05, __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: freebsd-hackers@FreeBSD.org Subject: Re: Unexpected buildworld error with GCC 3.4 from ports 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, 12 Feb 2007 01:33:20 -0000 Jeremie Le Hen wrote: > Hi, > > I've tried the following command: > > % make CC=/usr/local/bin/gcc34 buildworld > > But it breaks in stage 4.2 (libraries build): > > % ===> kerberos5/lib/libasn1 (depend,all,install) > % cat asn1_APOptions.x > asn1_APOptions.c > % cat asn1_AP_REP.x > asn1_AP_REP.c > % cat asn1_AP_REQ.x > asn1_AP_REQ.c > % cat asn1_AS_REP.x > asn1_AS_REP.c > % cat asn1_AS_REQ.x > asn1_AS_REQ.c > % cat asn1_Authenticator.x > asn1_Authenticator.c > % cat asn1_AuthorizationData.x > asn1_AuthorizationData.c > % cat asn1_CKSUMTYPE.x > asn1_CKSUMTYPE.c > % cat asn1_Checksum.x > asn1_Checksum.c > % cat asn1_ChangePasswdDataMS.x > asn1_ChangePasswdDataMS.c > % cat asn1_ENCTYPE.x > asn1_ENCTYPE.c > % cat asn1_ETYPE_INFO.x > asn1_ETYPE_INFO.c > % cat asn1_ETYPE_INFO_ENTRY.x > asn1_ETYPE_INFO_ENTRY.c > % cat asn1_EncAPRepPart.x > asn1_EncAPRepPart.c > % cat asn1_EncASRepPart.x > asn1_EncASRepPart.c > % cat asn1_EncKDCRepPart.x > asn1_EncKDCRepPart.c > % cat asn1_EncKrbCredPart.x > asn1_EncKrbCredPart.c > % cat asn1_EncKrbPrivPart.x > asn1_EncKrbPrivPart.c > % cat asn1_EncTGSRepPart.x > asn1_EncTGSRepPart.c > % cat asn1_EncTicketPart.x > asn1_EncTicketPart.c > % cat asn1_EncryptedData.x > asn1_EncryptedData.c > % cat asn1_EncryptionKey.x > asn1_EncryptionKey.c > % cat asn1_HostAddress.x > asn1_HostAddress.c > % cat asn1_HostAddresses.x > asn1_HostAddresses.c > % cat asn1_KDCOptions.x > asn1_KDCOptions.c > % cat asn1_KDC_REP.x > asn1_KDC_REP.c > % cat asn1_KDC_REQ.x > asn1_KDC_REQ.c > % cat asn1_KDC_REQ_BODY.x > asn1_KDC_REQ_BODY.c > % cat asn1_KRB_CRED.x > asn1_KRB_CRED.c > % cat asn1_KRB_ERROR.x > asn1_KRB_ERROR.c > % cat asn1_KRB_PRIV.x > asn1_KRB_PRIV.c > % cat asn1_KRB_SAFE.x > asn1_KRB_SAFE.c > % cat asn1_KRB_SAFE_BODY.x > asn1_KRB_SAFE_BODY.c > % cat asn1_KerberosTime.x > asn1_KerberosTime.c > % cat asn1_KrbCredInfo.x > asn1_KrbCredInfo.c > % cat asn1_LR_TYPE.x > asn1_LR_TYPE.c > % cat asn1_LastReq.x > asn1_LastReq.c > % cat asn1_MESSAGE_TYPE.x > asn1_MESSAGE_TYPE.c > % cat asn1_METHOD_DATA.x > asn1_METHOD_DATA.c > % cat asn1_NAME_TYPE.x > asn1_NAME_TYPE.c > % cat asn1_PADATA_TYPE.x > asn1_PADATA_TYPE.c > % cat asn1_PA_DATA.x > asn1_PA_DATA.c > % cat asn1_PA_ENC_TS_ENC.x > asn1_PA_ENC_TS_ENC.c > % cat asn1_Principal.x > asn1_Principal.c > % cat asn1_PrincipalName.x > asn1_PrincipalName.c > % cat asn1_Realm.x > asn1_Realm.c > % cat asn1_TGS_REP.x > asn1_TGS_REP.c > % cat asn1_TGS_REQ.x > asn1_TGS_REQ.c > % cat asn1_Ticket.x > asn1_Ticket.c > % cat asn1_TicketFlags.x > asn1_TicketFlags.c > % cat asn1_TransitedEncoding.x > asn1_TransitedEncoding.c > % cat asn1_UNSIGNED.x > asn1_UNSIGNED.c > % rm -f .depend > % CC='/usr/local/bin/gcc34' mkdep -f .depend -a -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libasn1/../../include -DINET6 asn1_err.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_copy.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_free.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_get.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_length.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_put.c /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/timegm.c asn1_APOptions.c asn1_AP_REP.c asn1_AP_REQ.c asn1_AS_REP.c asn1_AS_REQ.c asn1_Authenticator.c asn1_AuthorizationData.c asn1_CKSUMTYPE.c asn1_Checksum.c asn1_ChangePasswdDataMS.c asn1_ENCTYPE.c asn1_ETYPE_INFO.c asn1_ETYPE_INFO_ENTRY.c asn1_EncAPRepPart.c asn1_EncASRepPa rt.c asn1_EncKDCRepPart.c asn1_EncKrbCredPart.c asn1_EncKrbPrivPart.c asn1_EncTGSRepPart.c asn1_EncTicketPart.c asn1_EncryptedData.c asn1_EncryptionKey.c asn1_HostAddress.c asn1_HostAddresses.c asn1_KDCOptions.c asn1_KDC_REP.c asn1_KDC_REQ.c asn1_KDC_REQ_BODY.c asn1_KRB_CRED.c asn1_KRB_ERROR.c asn1_KRB_PRIV.c asn1_KRB_SAFE.c asn1_KRB_SAFE_BODY.c asn1_KerberosTime.c asn1_KrbCredInfo.c asn1_LR_TYPE.c asn1_LastReq.c asn1_MESSAGE_TYPE.c asn1_METHOD_DATA.c asn1_NAME_TYPE.c asn1_PADATA_TYPE.c asn1_PA_DATA.c asn1_PA_ENC_TS_ENC.c asn1_Principal.c asn1_PrincipalName.c asn1_Realm.c asn1_TGS_REP.c asn1_TGS_REQ.c asn1_Ticket.c asn1_TicketFlags.c asn1_TransitedEncoding.c asn1_UNSIGNED.c > % In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_copy.c:34: > % /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.h:50:19: roken.h: No such file or directory > % In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_free.c:34: > % /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.h:50:19: roken.h: No such file or directory > % In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_get.c:34: > % /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.h:50:19: roken.h: No such file or directory > % In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_length.c:34: > % /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.h:50:19: roken.h: No such file or directory > % In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_put.c:34: > % /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.h:50:19: roken.h: No such file or directory > % In file included from /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/timegm.c:34: > % /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/der_locl.h:50:19: roken.h: No such file or directory > % mkdep: compile failed > > > Any clue are welcome. > Thank you. Search for roken.h in /usr/src? -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 12 01:35:15 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 2057616A408 for ; Mon, 12 Feb 2007 01:35:15 +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 E9C5913C442 for ; Mon, 12 Feb 2007 01:35:14 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1C1ZEvd026910 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 11 Feb 2007 17:35:14 -0800 X-Auth-Received: from [192.168.10.41] (c-67-187-172-183.hsd1.ca.comcast.net [67.187.172.183]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1C1ZDFT022537 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 11 Feb 2007 17:35:14 -0800 Message-ID: <45CFC450.40609@u.washington.edu> Date: Sun, 11 Feb 2007 17:35:12 -0800 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <45CE8BEC.7050404@u.washington.edu> <17870.42419.779434.735451@bhuda.mired.org> <2D763A31-2BAF-4AD5-A256-273CD37EB7A5@u.washington.edu> <17871.29428.183244.232189@gromit.timing.com> <17871.34327.776800.460172@bhuda.mired.org> <17871.43303.763189.645799@gromit.timing.com> In-Reply-To: <17871.43303.763189.645799@gromit.timing.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.11.171935 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __LINES_OF_YELLING 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: Re: Finding libraries to link with and autoconf resources? 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, 12 Feb 2007 01:35:15 -0000 John E Hein wrote: > Mike Meyer wrote at 16:09 -0500 on Feb 11, 2007: > > In <17871.29428.183244.232189@gromit.timing.com>, John E Hein typed: > > > In your freebsd port, there is a common idiom that looks like this > > > in the Makefile: > > > > > > LDFLAGS+=-L/your/path/to/png/lib > > > CPPFLAGS+=-I/your/path/to/png/include > > > CONFIGURE_ENV=CPPFLAGS="${CPPFLAGS} LDFLAGS="${LDFLAGS} > > > > The port idiom is correctly more like: > > > > LDFLAGS+=-L$(LOCALBASE)/subdir/to/png/lib > > CPPFLAGS+=-I$(LOCALBASE)/subdir/to/png/include > > > > to get LOCALBASE correct. > > Not if you don't have it in LOCALBASE ;) (that's one of the problems I > have with ports - they all assume everything is in LOCALBASE, but I > often want to try stuff that I put elsewhere). > > But, yes, most ports do something like that. > > > > > ports@ is a better place to ask such questions, by the way. > > > > Unless it's really an autoconf question, in which case the right place > > would be an autoconf list. > > True enough... or the author of the original software if you really > want them to fix their configure / configure.in > > But ports@ or the PH is a good place to ask about working around such > upstream problems and getting it built on FreeBSD. Ok, will keep that in mind and I'll "forward" my question to that list. I just want to get the build going so then I can figure out what stuff needs to be modified for FreeBSD :). I appreciate the tips. Thanks! -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 12 02:25: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 ED4DF16A420 for ; Mon, 12 Feb 2007 02:25:41 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp804.mail.ird.yahoo.com (smtp804.mail.ird.yahoo.com [217.146.188.64]) by mx1.freebsd.org (Postfix) with SMTP id 90AF913C4B5 for ; Mon, 12 Feb 2007 02:25:40 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 72143 invoked from network); 12 Feb 2007 01:58:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:Reply-To:From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type:X-Mailer:Thread-Index:Content-Language:x-cr-hashedpuzzle:x-cr-puzzleid:X-MS-TNEF-Correlator; b=MYeGiEP7zn2oMnk5JmszILC176FP4kzbK89XOWjAC5uKv9RBvwe4GozoD2LAsDOxk2vlLI12LWb6KJQH/IFghXmfgYehaV2mnaX7XkzPI/k8EOXIFlWs66Z3e3qlV6AU8nxhwdMSRt7rxkcqso3n+pkxA1IJZFuOjhO3kkFoAEs= ; Received: from unknown (HELO w2fzz0vc03) (thomas.sparrevohn@btinternet.com@86.133.212.75 with login) by smtp804.mail.ird.yahoo.com with SMTP; 12 Feb 2007 01:58:53 -0000 X-YMail-OSG: bzCVCRoVM1kOXTocMc3fe8Z_KeHJczUcC4G4BguYGCefo2u9_UHN5uTVMIAkyuYGcPSEN7S4TEkFhWgoK0.w.crTDiZE_Irz7QS8f3rLoZuFW.yuVt4- From: "Thomas Sparrevohn" To: Date: Mon, 12 Feb 2007 01:58:52 -0000 Message-ID: <002001c74e49$58f419c0$0adc4d40$@Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0021_01C74E49.58F419C0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcdOQhMukP2EkujDSo+m6aYcnRGo6AAByRmw Content-Language: en-gb x-cr-hashedpuzzle: AfS3 CjSF DDeq EH9v FfKO HGuZ JvxJ KvNE Nh/v N14L OT1i O1lt PzGQ RDk/ S9v6 U+T0; 2; aABhAGMAawBlAHIAcwBAAGYAcgBlAGUAYgBzAGQALgBvAHIAZwA7AHQAaABvAG0AYQBzAC4AcwBwAGEAcgByAGUAdgBvAGgAbgBAAGIAdABpAG4AdABlAHIAbgBlAHQALgBjAG8AbQA=; Sosha1_v1; 7; {3BD81B49-01F8-4F31-BBB2-FC7F1E05046A}; dABoAG8AbQBhAHMALgBzAHAAYQByAHIAZQB2AG8AaABuAEAAYgB0AGkAbgB0AGUAcgBuAGUAdAAuAGMAbwBtAA==; Mon, 12 Feb 2007 01:58:49 GMT; VwBlAGkAcgBkACAAYgBlAGgAYQB2AGkAbwB1AHIAcwAgAHcAaQB0AGgAIABTAEEAVABBACAARABWAEQAIABEAHIAaQB2AGUAcwA= x-cr-puzzleid: {3BD81B49-01F8-4F31-BBB2-FC7F1E05046A} X-MS-TNEF-Correlator: 000000005C6C2C21710CC64DB7669437712A72DA04342000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Thomas.Sparrevohn@btinternet.com Subject: Weird behaviours with SATA DVD Drives X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Thomas.Sparrevohn@btinternet.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 02:25:42 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0021_01C74E49.58F419C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi I just got a new system that has two SATA DVD Drives in it. There are a couple of weird issues so I list in order - With the Jan snapshot the kernel only see the DVD Drive that the CD was booted in - but it cannot later on when sysinstall is running use the drive but gives read errors So I installed the system from a spare USB CD Drive - When I boot the system normally it does not find any SATA DVD's at all - atacontrol comes out blank - However if I boot from a DVD drive with unload Rootdev=disk0s1 Currdev=disk0s1 The atacontrol can see the opposite drive to the one I booted from. So I CVSUP'ed and got the kernel up to date and here what happens I am still booting from the DVD Drive but running the systems of the internal disk and here the funny thing. The kernel can see one drive - However if I detach that CD and detach the empty SATA channel where the other CD are I can attach any one of them - but not at the same time See the atacontrol for the sequence - I can make the kernel panic - if I have one drive attached and detach the other channel and try to reinit it the kernel panics with a mutex error in ata-queue - unfortunately I done have a kernel dump Regards Thomas ------=_NextPart_000_0021_01C74E49.58F419C0-- From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 12 08:43:01 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 4FC9716A401 for ; Mon, 12 Feb 2007 08:43:01 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id D10A013C471 for ; Mon, 12 Feb 2007 08:43:00 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (klmrwv@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1C8gWeR088803; Mon, 12 Feb 2007 09:42:37 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1C8gVpm088802; Mon, 12 Feb 2007 09:42:32 +0100 (CET) (envelope-from olli) Date: Mon, 12 Feb 2007 09:42:32 +0100 (CET) Message-Id: <200702120842.l1C8gVpm088802@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, dgilbert@dclg.ca In-Reply-To: <17870.44048.280950.624790@canoe.dclg.ca> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 12 Feb 2007 09:42:37 +0100 (CET) Cc: Subject: Re: 4th loading a module. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, dgilbert@dclg.ca List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 08:43:01 -0000 David Gilbert wrote: > What I want to do is load a module (if_iwiNG or snd_ich) based on a > menu choice at the beastie menu. In my own 4th code I use the following line: s" load /boot/kernel/whatever.ko" evaluate I'm not sure if that's the official or "cleanest" way to do it, but it works for me. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, USt-Id: DE204219783 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd (On the statement print "42 monkeys" + "1 snake":) By the way, both perl and Python get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when the answer is clearly "41 monkeys and 1 fat snake". -- Jim Fulton From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 12 10:50:06 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 ABACD16A400 for ; Mon, 12 Feb 2007 10:50:06 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 3D6AF13C4AC for ; Mon, 12 Feb 2007 10:50:05 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003498332.msg for ; Mon, 12 Feb 2007 10:50:02 +0000 Message-ID: <008301c74e93$927775d0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: References: <007501c72f28$af27ffe0$b3db87d4@multiplay.co.uk><200701031254.l03CsPSF082168@fire.jhs.private><007201c72f4e$90de97d0$b3db87d4@multiplay.co.uk><009d01c72f54$63841f70$b3db87d4@multiplay.co.uk> <00ef01c72f5f$28d3b470$b3db87d4@multiplay.co.uk> Date: Mon, 12 Feb 2007 10:50:05 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org X-Spam-Processed: multiplay.co.uk, Mon, 12 Feb 2007 10:50:02 +0000 X-MDAV-Processed: multiplay.co.uk, Mon, 12 Feb 2007 10:50:02 +0000 Subject: Re: SMP initialisation changes 6.1-PRERELEASE and 6.1-RELEASE? 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, 12 Feb 2007 10:50:06 -0000 For reference, incase someone else has this, this was worked around by removing the unused fxp driver from the kernel. The only thing I can think of is that the kernel config for the PRERELEASE was like this before as even reverting to PRELREASE source failed to produce a stable kernel. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 12 08:13:15 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 3B00F16A468 for ; Mon, 12 Feb 2007 08:13:15 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 9E64B13C46B for ; Mon, 12 Feb 2007 08:13:14 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (cfqpsz@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1C8CwBo082862; Mon, 12 Feb 2007 09:13:03 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1C8CqDY082861; Mon, 12 Feb 2007 09:12:52 +0100 (CET) (envelope-from olli) Date: Mon, 12 Feb 2007 09:12:52 +0100 (CET) Message-Id: <200702120812.l1C8CqDY082861@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, gwood+freesbie@woodsite.net, freesbie@gufi.org, freebsd-developers@FreeBSD.ORG, varie@gufi.org, freebsd-small@freesbsd.org In-Reply-To: <20070211124319.D45088-100000@celery.georgewood.net> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 12 Feb 2007 09:13:11 +0100 (CET) X-Mailman-Approved-At: Mon, 12 Feb 2007 12:36:30 +0000 Cc: Subject: Re: FreeSBIE DVD with KDE,Gnome,Java,OpenOffice.org et al? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, gwood+freesbie@woodsite.net, freesbie@gufi.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 08:13:15 -0000 George Wood wrote: > [...] George, you crossposted to _way_ too many lists. I stripped the Reply-To down to just -hackers and the freesbie list. > So how hard is it to make a bootable DVD? It's easy, I'm doing it for years. I'm creating the FreeBSD DVDs for Lehmanns Bookshop in German; here's the latest edition: http://www.lob.de/cgi-bin/out?isbn=3865411886 (sorry, that page is in German). It contains exactly 13,463 packages. However, it's not a FreeBSIE DVD, but a standard FreeBSD DVD that contains the installation sets (via sysinstall) and the "Fixit" live FS. For quite a long time I had the plan to create a combined DVD that contains _both_ a bootable FreeSBIE and a standard FreeBSD installation + fixit. That wasn't possible until recently. However, I implemented some new features that enable init(8) to perform a chroot operation on the root FS which was committed to -current (init.c 1.63). Right now I'm implementing a similar feature for sysinstall in P4. On my privat machine I have backported the init(8) patch to RELENG_6 and have made such a combined ISO image. From the same ISO image you can boot into either FreeSBIE or sysinstall. > What's the simplest way to > add packages to the 2.0.1 iso, and make a dvd-bootable iso? If you want a FreeSBIE-only DVD (no sysinstall or fixit), that's trivial. Just take the standard FreeSBIE tool set, add more packages, create the ISO and write it to a DVD-R (up to 4.5 GB). You can even use a DL disk for up to 8 GB of storage. > I haven't seen any discussion of this on the FreeSBIE wiki or mailing > list. It must be possible, since I have a bootable Knoppix DVD; but > of course, that isn't FreeSBIE. Maybe you haven't seen any discussion because it's so easy. There's really no need to discuss or document it. I wonder why you haven't simply tried it. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, USt-Id: DE204219783 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "To this day, many C programmers believe that 'strong typing' just means pounding extra hard on the keyboard." -- Peter van der Linden From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 12 09:39:33 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 5724D16A400; Mon, 12 Feb 2007 09:39:33 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 0B8B713C46B; Mon, 12 Feb 2007 09:39:33 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5D789.dip.t-dialin.net [84.165.215.137]) by redbull.bpaserver.net (Postfix) with ESMTP id 4F77D2E1AE; Mon, 12 Feb 2007 10:30:56 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id A64615B4B9B; Mon, 12 Feb 2007 10:16:33 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l1C9GWvg035505; Mon, 12 Feb 2007 10:16:32 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Mon, 12 Feb 2007 10:16:32 +0100 Message-ID: <20070212101632.qa3p4f5wkkoccsk0@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 12 Feb 2007 10:16:32 +0100 From: Alexander Leidinger To: Stephen Montgomery-Smith References: <45CED641.7020608@ab.ote.we.lv> <20070211110815.O62469@math.missouri.edu> <20070211115815.O62469@math.missouri.edu> In-Reply-To: <20070211115815.O62469@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Mon, 12 Feb 2007 12:36:41 +0000 Cc: Daniel Eischen , "Eugene M. Kim" , hackers@freebsd.org Subject: Re: sin()/cos()/tan() for kernel code? '_ 'a 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, 12 Feb 2007 09:39:33 -0000 Quoting Stephen Montgomery-Smith (from =20 Sun, 11 Feb 2007 12:00:12 -0600 (CST)): > > > On Sun, 11 Feb 2007, Stephen Montgomery-Smith wrote: > >> >> >> On Sun, 11 Feb 2007, Daniel Eischen wrote: >>> Can't you do this in userland? Teach moused? >> >> Since you will only need sin and cos evaluated to the nearest =20 >> degree, if that, I suggest a simple look up table. There is also =20 >> something called the CORDIC method, I think, but I suspect that the =20 >> look up table will be so much easier to program, and negligable =20 >> extra space overhead. >> >> Stephen > > And if you do need more accuracy than the nearest degree, the formulae > > sin(x+h) =3D sin(x) + h cos(x); > cos(x+h) =3D cos(x) - h sin(x) > > for small h (say |h| less than half a degree) should provide way more > accuracy than you should need. There's work underway which moves the hard work of the mouse drivers =20 from the kernel to moused. The kernel just has a simple hardware =20 interface there, and the real interpretion of all the stuff from the =20 mouse happens in the userland. See http://www.semicomplete.com/projects/newpsm/ for more. So maybe it would be better to implement this in moused right from the =20 beginning... Bye, Alexander. --=20 Love is never asking why? http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 12 16:30:49 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 294FF16A407 for ; Mon, 12 Feb 2007 16:30:49 +0000 (UTC) (envelope-from psionic@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by mx1.freebsd.org (Postfix) with ESMTP id C8D0313C474 for ; Mon, 12 Feb 2007 16:30:46 +0000 (UTC) (envelope-from psionic@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so1742819nzh for ; Mon, 12 Feb 2007 08:30:46 -0800 (PST) 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=Ux56Gwg709CQqwR+W+TVNk7VExcPBJddgvz6ouscvwCHDf6OAdYFDaMonyCIjFTvcZqcRbPLrEQSKK/H2OYDr0hn+vXLugMzG6U7wDz3LcH0CPZW4ruj2A0PhMVLq0Kc8Dal8AdS0ibiazULzZxLR1HFfu1d9vmsNHHs/pv3tyk= Received: by 10.114.155.1 with SMTP id c1mr5942004wae.1171296175008; Mon, 12 Feb 2007 08:02:55 -0800 (PST) Received: by 10.114.126.6 with HTTP; Mon, 12 Feb 2007 08:02:54 -0800 (PST) Message-ID: <5ad23a300702120802n19d4c32byed16dbad291135be@mail.gmail.com> Date: Mon, 12 Feb 2007 08:02:54 -0800 From: "Jordan Sissel" To: "Alexander Leidinger" In-Reply-To: <20070212101632.qa3p4f5wkkoccsk0@webmail.leidinger.net> MIME-Version: 1.0 References: <45CED641.7020608@ab.ote.we.lv> <20070211110815.O62469@math.missouri.edu> <20070211115815.O62469@math.missouri.edu> <20070212101632.qa3p4f5wkkoccsk0@webmail.leidinger.net> X-Mailman-Approved-At: Mon, 12 Feb 2007 17:08:14 +0000 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: Daniel Eischen , "Eugene M. Kim" , hackers@freebsd.org Subject: Re: sin()/cos()/tan() for kernel code? '_ 'a 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, 12 Feb 2007 16:30:49 -0000 As it stands right now, moused is not the proper place for this. sysmouse(4) only speaks relative coordinates and has no idea about absolute positioning that have the opportunity of doing with tablets and touchpads. I highly recommend this be implemented as an X driver, unless you have no intention of using your tablet in X. In X, you can specify your driver gives absolute positioning. There's also an existing wacom driver for X which may provide some/all of the functionality you need. IMO, there's no reasonable gain in doing complex mouse drivers in the kernel. For one, you'd have to have it speak a protocol X (assuming again that you're using X) understands. -Jordan On 2/12/07, Alexander Leidinger wrote: > > Quoting Stephen Montgomery-Smith (from > Sun, 11 Feb 2007 12:00:12 -0600 (CST)): > > > > > > > On Sun, 11 Feb 2007, Stephen Montgomery-Smith wrote: > > > >> > >> > >> On Sun, 11 Feb 2007, Daniel Eischen wrote: > > >>> Can't you do this in userland? Teach moused? > >> > >> Since you will only need sin and cos evaluated to the nearest > >> degree, if that, I suggest a simple look up table. There is also > >> something called the CORDIC method, I think, but I suspect that the > >> look up table will be so much easier to program, and negligable > >> extra space overhead. > >> > >> Stephen > > > > And if you do need more accuracy than the nearest degree, the formulae > > > > sin(x+h) = sin(x) + h cos(x); > > cos(x+h) = cos(x) - h sin(x) > > > > for small h (say |h| less than half a degree) should provide way more > > accuracy than you should need. > > There's work underway which moves the hard work of the mouse drivers > from the kernel to moused. The kernel just has a simple hardware > interface there, and the real interpretion of all the stuff from the > mouse happens in the userland. > > See http://www.semicomplete.com/projects/newpsm/ for more. > > So maybe it would be better to implement this in moused right from the > beginning... > > Bye, > Alexander. > > -- > Love is never asking why? > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 > _______________________________________________ > 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 Feb 13 06:12: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 F2AF316A406 for ; Tue, 13 Feb 2007 06:12:08 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: from smtp106.sbc.mail.mud.yahoo.com (smtp106.sbc.mail.mud.yahoo.com [68.142.198.205]) by mx1.freebsd.org (Postfix) with SMTP id BBE9313C49D for ; Tue, 13 Feb 2007 06:12:08 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: (qmail 86712 invoked from network); 13 Feb 2007 06:12:08 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=pacbell.net; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=4MGh4qHDy8tl94sSp7TpXhtV97h+JQbo5aVebDdgsulUbtkshELpBVSCsKuq7btiBOkDBV8CHmdA1yTT2dosT4k8zHAl56BBiNQ86V0742hXaWdCHhsU6fYurHCoDFPgiwQTl1acTWI7wv3dg5LhosmOgeEDdvfCi0ksnbPgGDQ= ; Received: from unknown (HELO ?192.168.0.190?) (dr2867.business@pacbell.net@71.146.10.137 with plain) by smtp106.sbc.mail.mud.yahoo.com with SMTP; 13 Feb 2007 06:12:07 -0000 X-YMail-OSG: BOo7pFoVM1kfs0U5oSLXPEx5THS9_z4Rz6B0xMk0EPpB9oVN5tGNYTBjBzqhIorbV6VcJK5A990mGpfw4qJ89bX5DrkoLZrDY5HzgRXN30vhr7qXGO_i1BwEuIzV0.Z53AcyHXJQt3CncqfoTGtPGNNB2G3D12rKw20vz77UK4Fmo7jw53TlKX7H2MUN Message-ID: <45D157B4.5080500@pacbell.net> Date: Mon, 12 Feb 2007 22:16:20 -0800 From: Daniel Rudy User-Agent: Mozilla/5.0 (X11R6; UNIX; FreeBSD/i386 6.1-RELEASE-p7; en-US; ja-JP; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Peter Jeremy References: <45CC2DDF.6040600@pacbell.net> <20070209110522.GF834@turion.vk2pj.dyndns.org> <45CCBCFB.4020402@pacbell.net> <20070209200031.GG834@turion.vk2pj.dyndns.org> In-Reply-To: <20070209200031.GG834@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, wb@freebie.xs4all.nl Subject: Re: PING: Someone on the core team. (Modem 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: Tue, 13 Feb 2007 06:12:09 -0000 At about the time of 2/9/2007 12:00 PM, Peter Jeremy stated the following: > On 2007-Feb-09 10:27:07 -0800, Daniel Rudy wrote: >> This very much does involve core because I plan on handing the modem, >> and the entire computer if necessary, over to a core developer so they >> can figure out why it doesn't work and correct the problem, if they can. > > This is a volunteer project. You haven't bothered to work out how the > project works, you won't provide the information requested and your > attitude so far is hardly conducive to encouraging someone to assist. > I understand that, and my appologies if I offended anyone. It's just that I'm fustrated that after all the time that I spent researching this problem that I cannot seem to find a solution on my own. >> I am serious about getting this issue resolved because I'm under the >> gun myself. Furthermore, I don't have nearly the required knowledge of >> how the kernel does things to even attempt to resolve the issue on my own. > > You could try http://www.freebsd.org/commercial/consult_bycat.html > >> irq 17, 18, and 19 do not show on the list. Below is the full dmesg >>from the boot: > > You could try disabling APIC. Otherwise I'm still waiting to see the > output from a verbose bot. > That would be a boot -v at the loader prompt, right? I did post the dmsg, but I'll get back to the list on the verbose boot. >> And FreeBSD doesn't support shared interrupts, right? (At least that >> used to be the case, not sure about now). > > FreeBSD has supported shared interrupts for as long as I can remember. > The ISA bus does not support shared interrupts but that is nothing to > do with FreeBSD. > >> If it does allow irq sharing, >> then why isn't it working? > > Based on the information you have provided, your modem card is either > broken or disabled (or possibly your motherboard/BIOS is broken). > >> And if it doesn't support irq sharing, then >> why is FreeBSD assigning 2 devices to the same irq to begin with? > > FreeBSD does support shared interrupts on busses that support them > and is assigning interrupts based on information from the hardware. > As was stated by another individual, it seems that the sio driver does not support shared interrupts, which seems to be he problem. I'll go that route first and see what happens. -- Daniel Rudy From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 13 06:52: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 8798516A402 for ; Tue, 13 Feb 2007 06:52:08 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 2F07C13C478 for ; Tue, 13 Feb 2007 06:52:08 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l1D6ng1E061100; Mon, 12 Feb 2007 23:49:42 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 12 Feb 2007 23:49:59 -0700 (MST) Message-Id: <20070212.234959.-432837120.imp@bsdimp.com> To: dr2867@pacbell.net From: "M. Warner Losh" In-Reply-To: <45CC2DDF.6040600@pacbell.net> References: <45CC2DDF.6040600@pacbell.net> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 12 Feb 2007 23:49:42 -0700 (MST) Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem 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: Tue, 13 Feb 2007 06:52:08 -0000 : sio0: configured irq 19 not in bitmap of probed irqs 0 : sio0: port may not be enabled This may be your problem. sio isn't detecting the interrupts happening on this card, it seems, from this dmesg. You may need to use John Baldwin's hacks to force sio to not use fast interrupts. This makes it possible to share it with non-fast interrupt sources. Please let me know if you need these patches. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 13 06:55: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 DD15D16A420 for ; Tue, 13 Feb 2007 06:55:13 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8388E13C48D for ; Tue, 13 Feb 2007 06:55:13 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l1D6qCkb061131; Mon, 12 Feb 2007 23:52:14 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 12 Feb 2007 23:52:52 -0700 (MST) Message-Id: <20070212.235252.179962625.imp@bsdimp.com> To: rick-freebsd@kiwi-computer.com From: "M. Warner Losh" In-Reply-To: <20070209200958.GA50431@keira.kiwi-computer.com> References: <20070209110522.GF834@turion.vk2pj.dyndns.org> <45CCBCFB.4020402@pacbell.net> <20070209200958.GA50431@keira.kiwi-computer.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 12 Feb 2007 23:52:14 -0700 (MST) Cc: freebsd-hackers@freebsd.org, dr2867@pacbell.net Subject: Re: PING: Someone on the core team. (Modem 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: Tue, 13 Feb 2007 06:55:13 -0000 In message: <20070209200958.GA50431@keira.kiwi-computer.com> "Rick C. Petty" writes: : Not strange at all, FreeBSD does support shared IRQs. However, the sio : device does NOT support shared IRQs. Yes. Sio does support shared IRQs. However, the problem is that the non-fast ISR has to register first.. IF it gets the IRQ first, then bad things happen... Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 13 11:06:48 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 AC57616A400 for ; Tue, 13 Feb 2007 11:06:48 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 47BFA13C467 for ; Tue, 13 Feb 2007 11:06:48 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 50B6E27C08; Tue, 13 Feb 2007 12:06:47 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id B202F9D41F; Tue, 13 Feb 2007 11:07:48 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 9E28E405D; Tue, 13 Feb 2007 12:07:48 +0100 (CET) Date: Tue, 13 Feb 2007 12:07:48 +0100 From: Jeremie Le Hen To: Garrett Cooper Message-ID: <20070213110748.GM64768@obiwan.tataz.chchile.org> References: <20070211235125.GI64768@obiwan.tataz.chchile.org> <45CFC3DD.1060900@u.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45CFC3DD.1060900@u.washington.edu> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-hackers@FreeBSD.org Subject: Re: Unexpected buildworld error with GCC 3.4 from ports 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, 13 Feb 2007 11:06:48 -0000 Hi Garrett, FWIW, I'm building RELENG_6 src/ in -CURRENT in a chroot jail containing a RELENG_6 userland. On Sun, Feb 11, 2007 at 05:33:17PM -0800, Garrett Cooper wrote: > Search for roken.h in /usr/src? Actually, roken.h is automatically generated. It does exist in /usr/obj nonetheless: === 8< === 8< === 8< === % % >>> stage 2.3: build tools % [...] % ===> kerberos5/tools/make-roken (depend) % awk -f /usr/src/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.awk /usr/src/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.h.in > make-roken.c % rm -f .depend % CC='/usr/local/bin/gcc34' mkdep -f .depend -a -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-roken/../../include -DINET6 -I/usr/obj/usr/src/tmp/legacy/usr/include make-roken.c % echo make-roken: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend % ===> kerberos5/tools/asn1_compile (depend) % lex -t /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/lex.l > lex.c % yacc -d -o parse.c /usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/parse.y % cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version && make % /usr/local/bin/gcc34 -O2 -fno-strict-aliasing -pipe -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-print-version/../../include -DINET6 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c % /usr/local/bin/gcc34 -O2 -fno-strict-aliasing -pipe -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-print-version/../../include -DINET6 -I/usr/obj/usr/src/tmp/legacy/usr/include -L/usr/obj/usr/src/tmp/legacy/usr/lib -o make-print-version make-print-version.o -legacy % ../make-print-version/make-print-version print_version.h % cd /usr/src/kerberos5/tools/asn1_compile/../make-roken && make % /usr/local/bin/gcc34 -O2 -fno-strict-aliasing -pipe -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-roken/../../include -DINET6 -I/usr/obj/usr/src/tmp/legacy/usr/include -c make-roken.c % /usr/local/bin/gcc34 -O2 -fno-strict-aliasing -pipe -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-roken/../../include -DINET6 -I/usr/obj/usr/src/tmp/legacy/usr/include -L/usr/obj/usr/src/tmp/legacy/usr/lib -o make-roken make-roken.o -legacy % ../make-roken/make-roken > roken.h % [...] % % % >>> stage 4.1: building includes % [...] % ===> kerberos5/lib/libroken (buildincludes) % ../../tools/make-roken/make-roken > roken.h % [...] % ===> kerberos5/lib/libroken (installincludes) % sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 roken.h /usr/src/kerberos5/lib/libroken/../../../crypto/heimdal/lib/roken/roken-common.h /usr/obj/usr/src/tmp/usr/include % [...] === 8< === 8< === 8< === -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 05:52: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 510DD16A400 for ; Wed, 14 Feb 2007 05:52:19 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: from smtp111.sbc.mail.mud.yahoo.com (smtp111.sbc.mail.mud.yahoo.com [68.142.198.210]) by mx1.freebsd.org (Postfix) with SMTP id F0CD413C46B for ; Wed, 14 Feb 2007 05:52:18 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: (qmail 27083 invoked from network); 14 Feb 2007 05:52:18 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=pacbell.net; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=lYaex4y5SlrKJFSSCciV6blvnXVOFGEFQqhg6qPICwYIOCqJOrVE6I2HAb861rz1dO9C250j636+JZJrEBvHPtMwbg7ivrSaGz/TR892u76YQqoI1vHiZgEEAZm06EdLl7nu86MZR/uP5rcqKLXMU9WRc9eokq/h9+6F/BX3G1k= ; Received: from unknown (HELO ?192.168.0.190?) (dr2867.business@pacbell.net@71.146.10.137 with plain) by smtp111.sbc.mail.mud.yahoo.com with SMTP; 14 Feb 2007 05:52:18 -0000 X-YMail-OSG: Q.6Gr20VM1nNqgXp8g6PD1icU6q21AQl2rqO5z3qB3TQKyMDZrRLe6pPGxU8XfWdPBO2XwQeJGABDGWd5doihT3ca8QIYNaazN5kqEkyxsviZwpA7kwUDHivX1u4llBW8m0nBhyBgmfUt8Q- Message-ID: <45D2A48F.1010104@pacbell.net> Date: Tue, 13 Feb 2007 21:56:31 -0800 From: Daniel Rudy User-Agent: Mozilla/5.0 (X11R6; UNIX; FreeBSD/i386 6.1-RELEASE-p7; en-US; ja-JP; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: "M. Warner Losh" References: <45CC2DDF.6040600@pacbell.net> <20070212.234959.-432837120.imp@bsdimp.com> In-Reply-To: <20070212.234959.-432837120.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem 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, 14 Feb 2007 05:52:19 -0000 At about the time of 2/12/2007 10:49 PM, M. Warner Losh stated the following: > : sio0: configured irq 19 not in bitmap of probed irqs 0 > : sio0: port may not be enabled > > This may be your problem. sio isn't detecting the interrupts > happening on this card, it seems, from this dmesg. You may need to > use John Baldwin's hacks to force sio to not use fast interrupts. > This makes it possible to share it with non-fast interrupt sources. > Please let me know if you need these patches. > > Warner > _______________________________________________ > 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" > I'm working on changing the hardware around and moving the modem to a different PCI slot to see if that makes a difference. The system is reinstalling right now on the machine (I tried to install Linux but it failed...miserably). -- Daniel Rudy From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 06:25: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 5772516A406 for ; Wed, 14 Feb 2007 06:25:09 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 189F813C494 for ; Wed, 14 Feb 2007 06:25:09 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l1E6NhRq077951; Tue, 13 Feb 2007 23:23:43 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 13 Feb 2007 23:24:25 -0700 (MST) Message-Id: <20070213.232425.-1929114897.imp@bsdimp.com> To: dr2867@pacbell.net From: "M. Warner Losh" In-Reply-To: <45D2A48F.1010104@pacbell.net> References: <45CC2DDF.6040600@pacbell.net> <20070212.234959.-432837120.imp@bsdimp.com> <45D2A48F.1010104@pacbell.net> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 13 Feb 2007 23:23:43 -0700 (MST) Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem 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, 14 Feb 2007 06:25:09 -0000 In message: <45D2A48F.1010104@pacbell.net> Daniel Rudy writes: : At about the time of 2/12/2007 10:49 PM, M. Warner Losh stated the : following: : > : sio0: configured irq 19 not in bitmap of probed irqs 0 : > : sio0: port may not be enabled : > : > This may be your problem. sio isn't detecting the interrupts : > happening on this card, it seems, from this dmesg. You may need to : > use John Baldwin's hacks to force sio to not use fast interrupts. : > This makes it possible to share it with non-fast interrupt sources. : > Please let me know if you need these patches. : : I'm working on changing the hardware around and moving the modem to a : different PCI slot to see if that makes a difference. The system is : reinstalling right now on the machine (I tried to install Linux but it : failed...miserably). OK. Please let me know if you need any additional help. Are the sis cards add-in cards, or on the motherboard? Warner From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 07:51:52 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 0DC3816A400 for ; Wed, 14 Feb 2007 07:51:52 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: from smtp111.sbc.mail.mud.yahoo.com (smtp111.sbc.mail.mud.yahoo.com [68.142.198.210]) by mx1.freebsd.org (Postfix) with SMTP id C54C013C442 for ; Wed, 14 Feb 2007 07:51:51 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: (qmail 24308 invoked from network); 14 Feb 2007 07:51:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=pacbell.net; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=geaBsb/NipnPxEoS2HVp2XDyKARh/2IvsR32DilohsQhgUPSNBnowGVYC+Rg3bL734ZpeBUMo/bajBUq6CBYS6FIQJbhq18CFgGENINESYFIJEUeN2hDKUaEP5WBCgAGbHneIeXy4OTF33kaszWNE3K5lUxSiV7t/hs/Bm9yjP0= ; Received: from unknown (HELO ?192.168.0.190?) (dr2867.business@pacbell.net@71.146.10.137 with plain) by smtp111.sbc.mail.mud.yahoo.com with SMTP; 14 Feb 2007 07:51:50 -0000 X-YMail-OSG: gEROsZ0VM1nIk7RXpFPEWxMyMLW6Gycbd1yw.d7L_I8B2sIqO8QtLzPTqlKadtWY1Fh.pv6cCvDg9j4SBoTDjcOMVFmizHnGINaE1S2bJiqjf_CuLdgqHqFYR2QrwAxyww7wG06Y_B8p5ug- Message-ID: <45D2C094.90406@pacbell.net> Date: Tue, 13 Feb 2007 23:56:04 -0800 From: Daniel Rudy User-Agent: Mozilla/5.0 (X11R6; UNIX; FreeBSD/i386 6.1-RELEASE-p7; en-US; ja-JP; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: "M. Warner Losh" References: <45CC2DDF.6040600@pacbell.net> <20070212.234959.-432837120.imp@bsdimp.com> <45D2A48F.1010104@pacbell.net> <20070213.232425.-1929114897.imp@bsdimp.com> In-Reply-To: <20070213.232425.-1929114897.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem 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, 14 Feb 2007 07:51:52 -0000 At about the time of 2/13/2007 10:24 PM, M. Warner Losh stated the following: > In message: <45D2A48F.1010104@pacbell.net> > Daniel Rudy writes: > : At about the time of 2/12/2007 10:49 PM, M. Warner Losh stated the > : following: > : > : sio0: configured irq 19 not in bitmap of probed irqs 0 > : > : sio0: port may not be enabled > : > > : > This may be your problem. sio isn't detecting the interrupts > : > happening on this card, it seems, from this dmesg. You may need to > : > use John Baldwin's hacks to force sio to not use fast interrupts. > : > This makes it possible to share it with non-fast interrupt sources. > : > Please let me know if you need these patches. > : > : I'm working on changing the hardware around and moving the modem to a > : different PCI slot to see if that makes a difference. The system is > : reinstalling right now on the machine (I tried to install Linux but it > : failed...miserably). > > OK. Please let me know if you need any additional help. Are the sis > cards add-in cards, or on the motherboard? > > Warner > sis0 is on the mainboard, sis1 and sis2 are addon cards. Netgear FA-311/312 series. -- Daniel Rudy From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 08:23:26 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 E8FA416A400 for ; Wed, 14 Feb 2007 08:23:26 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: from smtp106.sbc.mail.re2.yahoo.com (smtp106.sbc.mail.re2.yahoo.com [68.142.229.99]) by mx1.freebsd.org (Postfix) with SMTP id 9F31A13C441 for ; Wed, 14 Feb 2007 08:23:26 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: (qmail 58786 invoked from network); 14 Feb 2007 08:23:22 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=pacbell.net; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=aLZYpK/lsAzDv9H+1Qtnbb7PyGWcdXL2qUZUPj2QXBGqDaMutKGEYUbYFIDudrWZpo7mciLaiWgT6Jldds/URBHv1ITM/SaSf3VtkXFzMgRV8ecuOP9UEwoeUvzlc93bqinn3iBjFDedugO6yAeMKeN1feuFkfKdxjiyT+YwNxg= ; Received: from unknown (HELO ?192.168.0.190?) (dr2867.business@pacbell.net@71.146.10.137 with plain) by smtp106.sbc.mail.re2.yahoo.com with SMTP; 14 Feb 2007 08:23:22 -0000 X-YMail-OSG: qzv4fLcVM1nMiN8rEfBq2MtxbQPDaF6ZnMffQRs8UVdI3h1cvjvXF7vK2zTWa2y6Rc6bC8ganh603qpuIIAVeIe4F_06Ln._C3CKHDxWThwNRdDxKfo2zJgLLsSzet4jazAE4GcA9I8WpdA- Message-ID: <45D2C7F8.9050302@pacbell.net> Date: Wed, 14 Feb 2007 00:27:36 -0800 From: Daniel Rudy User-Agent: Mozilla/5.0 (X11R6; UNIX; FreeBSD/i386 6.1-RELEASE-p7; en-US; ja-JP; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: "M. Warner Losh" References: <45CC2DDF.6040600@pacbell.net> <20070212.234959.-432837120.imp@bsdimp.com> <45D2A48F.1010104@pacbell.net> <20070213.232425.-1929114897.imp@bsdimp.com> In-Reply-To: <20070213.232425.-1929114897.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem 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, 14 Feb 2007 08:23:27 -0000 At about the time of 2/13/2007 10:24 PM, M. Warner Losh stated the following: > In message: <45D2A48F.1010104@pacbell.net> > Daniel Rudy writes: > : At about the time of 2/12/2007 10:49 PM, M. Warner Losh stated the > : following: > : > : sio0: configured irq 19 not in bitmap of probed irqs 0 > : > : sio0: port may not be enabled > : > > : > This may be your problem. sio isn't detecting the interrupts > : > happening on this card, it seems, from this dmesg. You may need to > : > use John Baldwin's hacks to force sio to not use fast interrupts. > : > This makes it possible to share it with non-fast interrupt sources. > : > Please let me know if you need these patches. > : > : I'm working on changing the hardware around and moving the modem to a > : different PCI slot to see if that makes a difference. The system is > : reinstalling right now on the machine (I tried to install Linux but it > : failed...miserably). > > OK. Please let me know if you need any additional help. Are the sis > cards add-in cards, or on the motherboard? > > Warner > Changing the slot did help. I moved it from slot 3 to slot 1. But, now it's dropping characters with a port speed of 57600, and I am also getting irq overrun errors from the kernel too now. This is actually much better than I had before. With a port speed of 2400, I do not drop characters. Here's the message that I got: sio4: 2374 more interrupt-level buffer overflows (total 2374) test# vmstat -i interrupt total rate irq1: atkbd0 6 0 irq6: fdc0 10 0 irq14: ata0 1120 1 irq15: ata1 47 0 irq17: sio4 415 0 irq19: sis0 sis2 970 1 cpu0: timer 1764263 1998 Total 1766831 2000 test# >From what I can tell, PCI slot 3 and sis0 on the mainboard are both tied to irq 19, which probably was the whole problem. But now I'm having an irq latency problem. This is progressing well though. -- Daniel Rudy From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 08:33:47 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 3D05716A400 for ; Wed, 14 Feb 2007 08:33:47 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: from smtp102.sbc.mail.re2.yahoo.com (smtp102.sbc.mail.re2.yahoo.com [68.142.229.103]) by mx1.freebsd.org (Postfix) with SMTP id C39AC13C471 for ; Wed, 14 Feb 2007 08:33:46 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: (qmail 55329 invoked from network); 14 Feb 2007 08:07:06 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=pacbell.net; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=jffaeW8p99Db4fDkDGGEFuRANcV7DTmh/9OPdCmxilywOufBjVgX6ieCJO6FL+ZOpYMOCAWq6EU6r3HdUhq431M6YYAAWFtGk9IW+f/nVu66Hl0iobtkxCHJgF1m+R+n0Je+Ko5HRwKOnSCYRvnzdWERY+Flw86krVt7i7ci4vo= ; Received: from unknown (HELO ?192.168.0.190?) (dr2867.business@pacbell.net@71.146.10.137 with plain) by smtp102.sbc.mail.re2.yahoo.com with SMTP; 14 Feb 2007 08:07:05 -0000 X-YMail-OSG: HpVFi8cVM1nTYG9.mJHDYTMCvSMOAaJC6i1HXHzPWf83O7NsizhxBa4dgH2kW5FyOVWsM9CNmO3uJqRknjoEdoPlY_GqlLWMPhODMoPUIbRrzimzEFkRo2OHagq5wWTaGSgQsKWSzfwptQc- Message-ID: <45D2C427.9000906@pacbell.net> Date: Wed, 14 Feb 2007 00:11:19 -0800 From: Daniel Rudy User-Agent: Mozilla/5.0 (X11R6; UNIX; FreeBSD/i386 6.1-RELEASE-p7; en-US; ja-JP; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: "M. Warner Losh" References: <45CC2DDF.6040600@pacbell.net> <20070212.234959.-432837120.imp@bsdimp.com> <45D2A48F.1010104@pacbell.net> <20070213.232425.-1929114897.imp@bsdimp.com> In-Reply-To: <20070213.232425.-1929114897.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem 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, 14 Feb 2007 08:33:47 -0000 At about the time of 2/13/2007 10:24 PM, M. Warner Losh stated the following: > In message: <45D2A48F.1010104@pacbell.net> > Daniel Rudy writes: > : At about the time of 2/12/2007 10:49 PM, M. Warner Losh stated the > : following: > : > : sio0: configured irq 19 not in bitmap of probed irqs 0 > : > : sio0: port may not be enabled > : > > : > This may be your problem. sio isn't detecting the interrupts > : > happening on this card, it seems, from this dmesg. You may need to > : > use John Baldwin's hacks to force sio to not use fast interrupts. > : > This makes it possible to share it with non-fast interrupt sources. > : > Please let me know if you need these patches. > : > : I'm working on changing the hardware around and moving the modem to a > : different PCI slot to see if that makes a difference. The system is > : reinstalling right now on the machine (I tried to install Linux but it > : failed...miserably). > > OK. Please let me know if you need any additional help. Are the sis > cards add-in cards, or on the motherboard? > > Warner > Ok, as someone requested, here is a verbose kernel boot log: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE #0: Fri Jan 12 10:40:27 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b52000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b52188. MP Configuration Table version 1.4 found at 0xc00f0c00 Table 'FACP' at 0x5ff3040 Table 'APIC' at 0x5ff69c0 MADT: Found table at 0x5ff69c0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193299 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1662506544 Hz CPU: AMD Sempron(tm) 2400+ (1662.51-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0480800 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 100597760 (95 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x0000000005dfefff, 85827584 bytes (20954 pages) avail memory = 88813568 (84 MB) bios32: Found BIOS32 Service Directory header at 0xc00fb010 bios32: Entry = 0xfb490 (c00fb490) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb4e0 pnpbios: Found PnP BIOS data at 0xc00fbe90 pnpbios: Entry = f0000:bec0 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> ath_rate: version 1.2 null: random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Jan 12 2007 10:40:02) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x00000cf8 pci_open(1a): mode1res=0x00000cf8 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=07411039) pcibios: BIOS version 2.10 Found $PIR table, 7 entries at 0xc00fde60 PCI-Only Interrupts: 3 4 5 7 9 10 11 Location Bus Device Pin Link IRQs slot 1 0 9 A 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 B 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 C 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 D 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 A 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 B 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 C 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 D 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 A 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 B 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 C 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 D 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 A 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 B 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 C 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 D 0x41 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x41 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x42 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 C 0x43 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 D 0x44 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x41 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 B 0x42 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 C 0x43 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 D 0x44 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 D 0x63 3 4 5 6 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xc32ee000 pa 0x9e000 ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 4 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 4 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff,0x480-0x48f,0x1000-0x10df,0x10e0-0x10ff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1039, dev=0x0741, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base e8000000, size 25, enabled found-> vendor=0x1039, dev=0x0003, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x63 (2970 ns), mingnt=0x0e (3500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0964, revid=0x36 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x5513, revid=0x01 bus=0, slot=2, func=5 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00004000, size 4, enabled found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=11 map[10]: type 1, range 32, base eb104000, size 12, enabled pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 20 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=b, irq=9 map[10]: type 1, range 32, base eb100000, size 12, enabled pcib0: matched entry for 0.3.INTB pcib0: slot 3 INTB hardwired to IRQ 21 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=2 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=c, irq=4 map[10]: type 1, range 32, base eb101000, size 12, enabled pcib0: matched entry for 0.3.INTC pcib0: slot 3 INTC hardwired to IRQ 22 found-> vendor=0x1039, dev=0x7002, revid=0x00 bus=0, slot=3, func=3 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=3 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base eb102000, size 12, enabled pcib0: matched entry for 0.3.INTD pcib0: slot 3 INTD hardwired to IRQ 23 found-> vendor=0x1039, dev=0x0900, revid=0x91 bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000d000, size 8, enabled map[14]: type 1, range 32, base eb103000, size 12, enabled pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 19 found-> vendor=0x11c1, dev=0x0480, revid=0x00 bus=0, slot=9, func=0 class=07-03-03, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0xfc (63000 ns), maxlat=0x0e (3500 ns) intpin=a, irq=7 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 1, range 32, base eb105000, size 8, enabled map[14]: type 4, range 32, base 0000d400, size 8, enabled map[18]: type 4, range 32, base 0000d800, size 8, enabled map[1c]: type 4, range 32, base 0000dc00, size 3, enabled pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 17 found-> vendor=0x100b, dev=0x0020, revid=0x00 bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0b (2750 ns), maxlat=0x34 (13000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e000, size 8, enabled map[14]: type 1, range 32, base eb106000, size 12, enabled pcib0: matched entry for 0.10.INTA pcib0: slot 10 INTA hardwired to IRQ 18 found-> vendor=0x100b, dev=0x0020, revid=0x00 bus=0, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0b (2750 ns), maxlat=0x34 (13000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e400, size 8, enabled map[14]: type 1, range 32, base eb107000, size 12, enabled pcib0: matched entry for 0.11.INTA pcib0: slot 11 INTA hardwired to IRQ 19 agp0: mem 0xe8000000-0xe9ffffff at device 0.0 on pci0 agp0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xe8000000 agp0: allocating GATT for aperture of size 32M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xeb000000-0xeb0fffff pcib1: prefetched decode 0xe0000000-0xe7ffffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1039, dev=0x6330, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e0000000, size 27, enabled pcib1: (null) requested memory range 0xe0000000-0xe7ffffff: good map[14]: type 1, range 32, base eb000000, size 17, enabled pcib1: (null) requested memory range 0xeb000000-0xeb01ffff: good map[18]: type 4, range 32, base 0000c000, size 7, enabled pcib1: (null) requested I/O range 0xc000-0xc07f: in range pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x4000-0x400f at device 2.5 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x4000 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x90 err=0x90 lsb=0x90 msb=0x90 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 49 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=7f ostat1=50 ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=ff stat1=10 devices=0x8 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 50 ata1: [MPSAFE] ohci0: mem 0xeb104000-0xeb104fff irq 20 at device 3.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xeb104000 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 51 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xeb100000-0xeb100fff irq 21 at device 3.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xeb100000 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 52 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ohci2: mem 0xeb101000-0xeb101fff irq 22 at device 3.2 on pci0 ohci2: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xeb101000 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 53 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xeb102000-0xeb102fff irq 23 at device 3.3 on pci0 ehci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xeb102000 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 54 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 3 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: SiS EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 8 ports with 8 removable, self powered sis0: port 0xd000-0xd0ff mem 0xeb103000-0xeb103fff irq 19 at device 4.0 on pci0 sis0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd000 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: bpf attached sis0: Ethernet address: 00:14:2a:54:65:ad ioapic0: routing intpin 19 (PCI IRQ 19) to vector 55 sis0: [MPSAFE] sio0: Reserved 0x100 bytes for rid 0x14 type 4 at 0xd400 sio0: configured irq 17 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0xcb9 0xcb9 0xcb9 0xcb9 sio0: port 0xd400-0xd4ff,0xd800-0xd8ff,0xdc00-0xdc07 mem 0xeb105000-0xeb1050ff irq 17 at device 9.0 on pci0 sio0: moving to sio4 sio4: type 16550A ioapic0: routing intpin 17 (PCI IRQ 17) to vector 56 sis1: port 0xe000-0xe0ff mem 0xeb106000-0xeb106fff irq 18 at device 10.0 on pci0 sis1: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe000 sis1: Silicon Revision: DP83816A miibus1: on sis1 ukphy0: on miibus1 ukphy0: OUI 0x080017, model 0x0002, rev. 1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis1: bpf attached sis1: Ethernet address: 00:0f:b5:46:99:c2 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 57 sis1: [MPSAFE] sis2: port 0xe400-0xe4ff mem 0xeb107000-0xeb107fff irq 19 at device 11.0 on pci0 sis2: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe400 sis2: Silicon Revision: DP83816A miibus2: on sis2 ukphy1: on miibus2 ukphy1: OUI 0x080017, model 0x0002, rev. 1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis2: bpf attached sis2: Ethernet address: 00:0f:b5:44:9f:4b sis2: [MPSAFE] acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 58 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 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 59 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 60 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 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 ahc_isa_probe 13: ioport 0xdc00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0xcb9 0xcb9 0xcb9 0xcb9 sio0: probe failed test(s): 0 1 2 4 6 7 9 can't re-use a leaf (%desc)! can't re-use a leaf (%driver)! can't re-use a leaf (%location)! can't re-use a leaf (%pnpinfo)! can't re-use a leaf (%parent)! sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding ioapic0: routing intpin 4 (ISA IRQ 4) to vector 61 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xcb9 0xcb9 0xcb9 0xcb9 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 166250404 hz Timecounter "TSC" frequency 1662506544 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on 964 chip ad0: setting UDMA100 on 964 chip ad0: 38166MB at ata0-master UDMA100 ad0: 78165360 sectors [77545C/16H/63S] 16 sectors/interrupt 1 depth queue ad0: Silicon Integrated Systems check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on 964 chip acd0: setting UDMA33 on 964 chip acd0: CDROM drive at ata1 as slave acd0: 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ATA PseudoRAID loaded GEOM: new disk ad0 Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init -- Daniel Rudy From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 09:10: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 7B27F16A482 for ; Wed, 14 Feb 2007 09:10:55 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3696113C4A5 for ; Wed, 14 Feb 2007 09:10:55 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HHGA8-000DCa-M6; Wed, 14 Feb 2007 11:10:52 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Feb 2007 11:10:52 +0200 From: Danny Braniss Message-ID: Cc: Scott Long Subject: sil3124 sata raid ... 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, 14 Feb 2007 09:10:55 -0000 Hi, Just wondering if there is any planned support for this card (or similar) danny From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 09:29: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 D238716A573 for ; Wed, 14 Feb 2007 09:29:40 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 814F813C442 for ; Wed, 14 Feb 2007 09:29:40 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id E2308EB3A5B; Wed, 14 Feb 2007 17:29:38 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id szrrJf6HDPJM; Wed, 14 Feb 2007 17:29:31 +0800 (CST) Received: from [10.217.12.154] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 65DDBEB3A52; Wed, 14 Feb 2007 17:29:31 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=GqEI5JQH7OGXB1sV2WzDLpAS0R3dz2Z4jZuJOvPIZy5ui3aFYyeVf0F7nadwGZATg VOHeGVSC2Ay1s7M9pd4jA== Message-ID: <45D2D678.5020704@delphij.net> Date: Wed, 14 Feb 2007 17:29:28 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigC9CD3209563424466E83A016" Cc: freebsd-hackers@freebsd.org, Scott Long , =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: sil3124 sata raid ... 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, 14 Feb 2007 09:29:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC9CD3209563424466E83A016 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Danny Braniss wrote: > Hi, > Just wondering if there is any planned support for this card (or simila= r) I've added sos@ to Cc list, who may have interest to this as well. Note that developing drivers requires that the developer has his hands on actual hardware and hardware specifications. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigC9CD3209563424466E83A016 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF0tZ5OfuToMruuMARA4gpAJ0dLR4q3LsaB820IhuXwaAbqaKxgQCeKar+ YKgXxrm8BrXeWmBzrTdcLDM= =O8mb -----END PGP SIGNATURE----- --------------enigC9CD3209563424466E83A016-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 09:37: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 2478E16A400 for ; Wed, 14 Feb 2007 09:37:20 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 9DD2713C4A6 for ; Wed, 14 Feb 2007 09:37:19 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [194.192.25.137] (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id l1E9apxm020045; Wed, 14 Feb 2007 10:36:51 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <45D2D833.6030800@deepcore.dk> Date: Wed, 14 Feb 2007 10:36:51 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: LI Xin References: <45D2D678.5020704@delphij.net> In-Reply-To: <45D2D678.5020704@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, Scott Long Subject: Re: sil3124 sata raid ... 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, 14 Feb 2007 09:37:20 -0000 LI Xin wrote: > Danny Braniss wrote: > >> Hi, >> Just wondering if there is any planned support for this card (or similar) >> > > I've added sos@ to Cc list, who may have interest to this as well. Note > that developing drivers requires that the developer has his hands on > actual hardware and hardware specifications. > Exactly, get me the HW on my lab table and I'll do the driver as time/docs permits, its that simple :) -Søren From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 10:24:42 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 D845016A401 for ; Wed, 14 Feb 2007 10:24:42 +0000 (UTC) (envelope-from sigexfoundry@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 4636D13C4A7 for ; Wed, 14 Feb 2007 10:24:42 +0000 (UTC) (envelope-from sigexfoundry@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so644650nfc for ; Wed, 14 Feb 2007 02:24:41 -0800 (PST) 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=gbCnBhjbsCWhe9oF1BL02O+c8TFThfqSzOje6QNkJvjMv1uPLyWE2bap/qGu3wUD2M+1stBvuERF+YQSz9EXx4NbW2yMRN9/uWamvx1LY1R4dwV0awSZKmrEj33n5pLBQV7MzIT8h8wxGNcEua+3iDezBklBCBw6EBMlmGNFeLk= Received: by 10.48.223.11 with SMTP id v11mr153153nfg.1171448681187; Wed, 14 Feb 2007 02:24:41 -0800 (PST) Received: by 10.49.60.11 with HTTP; Wed, 14 Feb 2007 02:24:41 -0800 (PST) Message-ID: Date: Wed, 14 Feb 2007 12:24:41 +0200 From: "The Foundry" 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: The truth about SigEx Ventures and the SigEx Foundry 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, 14 Feb 2007 10:24:42 -0000 First of all, I'd like to appologise for the noise and for cross-posting. This is my first and last e-mail on this list. As you may have noticed from the subject of the e-mail, I'm about to speak about the SigEx Ventures company, an organisation that appoints itself as the liaison between strategic investors and young tallented people in IT&C. It originates in the US but currently operates in Europe. Specifically in Pau, France. On their website (www.sigex.com, now www.thefoundryschool.tv) they speak fluent Corporatese. I must admit, I'm not a native English speaker, but even so my ear is trained well enough for me to be able to tell spam from ham. They present some glossy products, that nobody ever actually saw working. They're all vaporware. On the same website they speak about fantastic opportunities offered to young talented fellows in the IT&C field, in the shape of internship at their fantastic research centre in Pau. Unfortunately, it's all in the demo because the real deal is nothing like it. There's no such thing as opportunity to work with cutting-edge technologies or leading researchers in the branch. It's all smoke and mirrors. As a former intern there, I feel that the truth should be made available, as neither of their statements really hold true. My best bet is that they attract investors and suck up their cash without ever producing anything. I'm gathering all sorts of information, starting with my own experience, on http://sigexfoundry.blogspot.com. Feel free to read more there. Why am I doing this? There is a term for my action, called whistleblowing. I'd like to underline the fact that I'm by no means affected by SigEx's past or current actions, I went there as an intern for merely satisfying my own curiosity about them. But I know that many of the subscribers of this list are scholars, professors, people with strong positions in the branch, most of which can easily pass as models for younger enthusiasts. They're the ones I'd like this mail to reach. It'd be a real pity if more people suffered from SigEx's dubious practices. Once again, here is the link to the blog: http://sigexfoundry.blogspot.com And, once again, sorry for the noise. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 15:51: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 C86E116A401 for ; Wed, 14 Feb 2007 15:51:56 +0000 (UTC) (envelope-from N0OCT@sbcglobal.net) Received: from flpi102.sbcis.sbc.com (flpi102.sbcis.sbc.com [207.115.20.71]) by mx1.freebsd.org (Postfix) with ESMTP id BB2FB13C4B3 for ; Wed, 14 Feb 2007 15:51:56 +0000 (UTC) (envelope-from N0OCT@sbcglobal.net) X-ORBL: [207.115.16.11] Received: from fipprd24 (mgate1.sbcis.sbc.com [207.115.16.11]) by flpi102.sbcis.sbc.com (8.13.8 out.dk.spool/8.13.8) with SMTP id l1EFeAea008883 for freebsd-hackers@freebsd.org; Wed, 14 Feb 2007 07:40:10 -0800 To: freebsd-hackers@freebsd.org Message-Id: Date: Wed, 14 Feb 2007 07:40:11 -0800 From: N0OCT@sbcglobal.net X-Mailman-Approved-At: Wed, 14 Feb 2007 15:59:51 +0000 Subject: Updated Driver for 3945ABG Intel 3945ABG Wireless LAN controller 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, 14 Feb 2007 15:51:56 -0000 Michel Talon wrote: > For me the driver 0070121-wpi-freebsd.tar.gz as mentioned in > the postof Gilbert Cao is the only one that works, and works > very well. I am just using it now. My computer is a Sony Vaio > VGN C1 in 32 bits mode. I would like to second this. I have tried the 20070125-wpi-freebsd.tar.gz and the 20070131-wpi-freebsd.tar.gz drivers from , and I get screens full of debug messages [scanning many channels], but the interface always reports 'no carrier'. I am sending this using the 0070121-wpi-freebsd.tar.gz driver. The machine here is a Toshiba Tecra m6-EZ6611, and I am running FreeBSD 6.2-stable [base system updated 17 Jan 2007]. I'm not much of a hacker, but I can test and send results. I appreciate all the work that has been done, and now I can use this work laptop [they said I could load any OS I wanted on it] without an external wireless card. -- jim smith From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 16:23: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 333E316A402 for ; Wed, 14 Feb 2007 16:23:36 +0000 (UTC) (envelope-from geoff.garside@openhosting.co.uk) Received: from staffmail.openhosting.co.uk (staffmail.openhosting.co.uk [195.242.212.95]) by mx1.freebsd.org (Postfix) with ESMTP id CED6113C48E for ; Wed, 14 Feb 2007 16:23:35 +0000 (UTC) (envelope-from geoff.garside@openhosting.co.uk) Received: from Enki ([217.79.113.242]) by staffmail.openhosting.co.uk (Merak 8.5.0-9) with ASMTP id TSY56307 for ; Wed, 14 Feb 2007 16:10:07 -0000 From: "Geoff Garside" To: Date: Wed, 14 Feb 2007 16:09:54 -0000 Organization: Open Hosting Ltd Message-ID: <000301c75052$90d02950$4b00000a@Enki> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcdQUpA6EWKO8qtrRX2f6Tj8eI2jSw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Mailman-Approved-At: Wed, 14 Feb 2007 17:36:03 +0000 Cc: Subject: FreeBSD 5.5 persistent crashing 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, 14 Feb 2007 16:23:36 -0000 Hi, I=92m trying to get to the bottom of some issues we have been = experiencing with a server of ours. We have so far tried replacing the memory in the server and we are still experiencing the crashes. If anyone has any ideas as to what could be causing this, or possible = kgdb tricks to try. Server details * Dual Xeon 3GHz * 1GB DDR2 400MHz * 3ware 8006/2LP RAID * 2x 160GB SATA drives Uname Output # uname -a FreeBSD xxx 5.5-RELEASE-p11 FreeBSD 5.5-RELEASE-p11 #0: Sun Feb 11 = 17:08:57 GMT 2007 geoff@xxx:/usr/obj/usr/src/sys/xxx i386 Kernel Debugger output # kgdb kernel.debug /usr/crash/vmcore.7 [GDB will not be able to debug user-mode threads: = /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Cannot access memory at address 0xc0c3c3a1 (kgdb) where #0 doadump () at pcpu.h:160 #1 0xc04e09f5 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:412 #2 0xc04e0d19 in panic (fmt=3D0xc0623851 "%s") at /usr/src/sys/kern/kern_shutdown.c:568 #3 0xc0601b14 in trap_fatal (frame=3D0xe7231740, eva=3D28) at /usr/src/sys/i386/i386/trap.c:822 #4 0xc0601853 in trap_pfault (frame=3D0xe7231740, usermode=3D0, = eva=3D28) at /usr/src/sys/i386/i386/trap.c:737 #5 0xc06014ad in trap (frame=3D {tf_fs =3D -1068564456, tf_es =3D -1067319280, tf_ds =3D = -1068564464, tf_edi =3D 4, tf_esi =3D 0, tf_ebp =3D -417130596, tf_isp =3D -417130644, = tf_ebx =3D 131074, tf_edx =3D -1013448320, tf_ecx =3D 0, tf_eax =3D 4, tf_trapno =3D 12, = tf_err =3D 2, tf_eip =3D -1068229475, tf_cs =3D 8, tf_eflags =3D 66118, tf_esp =3D 7, = tf_ss =3D -417129328}) at /usr/src/sys/i386/i386/trap.c:427 #6 0xc05ef8aa in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #7 0xc04f0018 in MD5Update (context=3D0x4, input=3D0x20002
, inputLen=3D3281518976) at /usr/src/sys/kern/md5c.c:172 #8 0xc049fc21 in procfs_doprocfile (td=3D0xc3980180, p=3D0xc4951a98, pn=3D0xc1fe7c00, sb=3D0xe72317f0, uio=3D0x0) at = /usr/src/sys/fs/procfs/procfs.c:73 #9 0xc04a3e90 in pfs_readlink (va=3D0x0) at pcpu.h:157 #10 0xc053cbb8 in kern_readlink (td=3D0xc3980180, path=3D0x0, pathseg=3DUIO_USERSPACE, buf=3D0x0, bufseg=3DUIO_USERSPACE, = count=3D1024) at vnode_if.h:925 #11 0xc053cade in readlink (td=3D0xc3980180, uap=3D0x0) at /usr/src/sys/kern/vfs_syscalls.c:2197 #12 0xc0601e4f in syscall (frame=3D {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D 135512892, = tf_esi =3D 135663632, tf_ebp =3D -1077940936, tf_isp =3D -417129116, tf_ebx =3D = 674101364, tf_edx =3D -1077941960, tf_ecx =3D 0, tf_eax =3D 58, tf_trapno =3D = 135517392, tf_err =3D 2, tf_eip =3D 672575044, tf_cs =3D 31, tf_eflags =3D 647, tf_esp =3D = -1077942020, tf_ss =3D 47}) at /usr/src/sys/i386/i386/trap.c:1014 #13 0xc05ef8ff in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #14 0x0000002f in ?? () #15 0x0000002f in ?? () #16 0x0000002f in ?? () #17 0x0813c33c in ?? () #18 0x08161010 in ?? () #19 0xbfbfed38 in ?? () #20 0xe7231d64 in ?? () #21 0x282df874 in ?? () #22 0xbfbfe938 in ?? () #23 0x00000000 in ?? () #24 0x0000003a in ?? () #25 0x0813d4d0 in ?? () #26 0x00000002 in ?? () #27 0x2816ae44 in ?? () #28 0x0000001f in ?? () #29 0x00000287 in ?? () #30 0xbfbfe8fc in ?? () #31 0x0000002f in ?? () #32 0x00000000 in ?? () #33 0x00000000 in ?? () #34 0x00000000 in ?? () #35 0x00000000 in ?? () #36 0x0bf63000 in ?? () #37 0xc3984a98 in ?? () #38 0xc3980180 in ?? () #39 0xe7231600 in ?? () #40 0xe72315e8 in ?? () #41 0xc1efc780 in ?? () #42 0xc04f105f in sched_switch (td=3D0x8161010, newtd=3D0x282df874, = flags=3DCannot access memory at address 0xbfbfed48 ) at /usr/src/sys/kern/sched_4bsd.c:881 Previous frame inner to this frame (corrupt stack?) (kgdb) Regards, Geoff Garside =A0 Open Hosting Ltd From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 17:41: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 C49EE16A407 for ; Wed, 14 Feb 2007 17:41:33 +0000 (UTC) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.freebsd.org (Postfix) with ESMTP id 9ED5713C4A6 for ; Wed, 14 Feb 2007 17:41:33 +0000 (UTC) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 9D67FE1E6; Wed, 14 Feb 2007 12:41:32 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id DD5A661C85; Wed, 14 Feb 2007 12:41:33 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17875.18893.789217.224987@canoe.dclg.ca> Date: Wed, 14 Feb 2007 12:41:33 -0500 To: freebsd-hackers@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid Subject: portupgrade O(n^m)? 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, 14 Feb 2007 17:41:33 -0000 I have 734 ports installed on my laptop right now. I'm pretty sure, at times, I've had over 1000 ports on my laptop. On machine with moderate numbers of ports (most servers seem to have 50 to 200 ports), portupgrade takes a moderate amount of time to start work. On machines like my laptop, portupgrade seems to take much more time to run. I assume it's solving the dependency graph before it decides what to upgrade first, but is this truly a O(n^2) problem? It seems like the implemented algorithm is O(n^2). Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 17:55: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 DCD5916A46D for ; Wed, 14 Feb 2007 17:55:19 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id C17E413C4C7 for ; Wed, 14 Feb 2007 17:55:19 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l1EHt9AE010751; Wed, 14 Feb 2007 12:55:09 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-hackers@freebsd.org Date: Wed, 14 Feb 2007 12:55:53 -0500 User-Agent: KMail/1.9.5 References: <17875.18893.789217.224987@canoe.dclg.ca> In-Reply-To: <17875.18893.789217.224987@canoe.dclg.ca> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702141255.53501.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: David Gilbert Subject: Re: portupgrade O(n^m)? 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, 14 Feb 2007 17:55:20 -0000 On Wednesday 14 February 2007 12:41, David Gilbert wrote: > I have 734 ports installed on my laptop right now. I'm pretty sure, > at times, I've had over 1000 ports on my laptop. > > On machine with moderate numbers of ports (most servers seem to have > 50 to 200 ports), portupgrade takes a moderate amount of time to start > work. On machines like my laptop, portupgrade seems to take much more > time to run. I assume it's solving the dependency graph before it > decides what to upgrade first, but is this truly a O(n^2) problem? It > seems like the implemented algorithm is O(n^2). Just a "me too". I noticed a huge increase in time for portupgrade when I started using the modular Xorg ports tree and upgraded to X.org 7.2RC. The number of installed ports on my machine went from just over 300 to well over 600 as a result of the upgrade. Specifying small numbers of ports (without globbing) to portupgrade doesn't seem to take much more time, but "portupgrade -a" or anything similar takes forever now. If there is an optimization to be made there it would be good to do it before modular xorg hits the official tree. JN From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 18:34: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 B088016A402 for ; Wed, 14 Feb 2007 18:34:02 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from shell.asta.uni-rostock.de (gateway.stura.uni-rostock.de [139.30.252.67]) by mx1.freebsd.org (Postfix) with ESMTP id 7251513C4AA for ; Wed, 14 Feb 2007 18:34:02 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (unknown [192.168.16.3]) by shell.asta.uni-rostock.de (Postfix) with ESMTP id 035CA187E for ; Wed, 14 Feb 2007 18:33:59 +0000 (GMT) Received: by britannica.bec.de (Postfix, from userid 1000) id D54C3B88D; Wed, 14 Feb 2007 19:33:56 +0100 (CET) Date: Wed, 14 Feb 2007 19:33:56 +0100 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20070214183356.GA7745@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <17875.18893.789217.224987@canoe.dclg.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17875.18893.789217.224987@canoe.dclg.ca> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: portupgrade O(n^m)? 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, 14 Feb 2007 18:34:02 -0000 On Wed, Feb 14, 2007 at 12:41:33PM -0500, David Gilbert wrote: > On machine with moderate numbers of ports (most servers seem to have > 50 to 200 ports), portupgrade takes a moderate amount of time to start > work. On machines like my laptop, portupgrade seems to take much more > time to run. I assume it's solving the dependency graph before it > decides what to upgrade first, but is this truly a O(n^2) problem? It > seems like the implemented algorithm is O(n^2). Well, the complexity is somewhere in the area of O(nm) with m being small. I strongly suggest some basic bucket hashing if it is not done already. For the pkgsrc bulk build (which has similiar problems) it reduced the time to around 3 minutes to resolve all dependencies (6k packages), initally it was somewhere in the area of 1h. Joerg From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 18:36: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 1F8EA16A400 for ; Wed, 14 Feb 2007 18:36:40 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by mx1.freebsd.org (Postfix) with ESMTP id D5DC113C474 for ; Wed, 14 Feb 2007 18:36:39 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so297511nzh for ; Wed, 14 Feb 2007 10:36:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=lWARTWJD+6euvxtQ2+9ZfFSa0YT8MoXXnTSBQohicaC5MPJAQhwyMziALxeEisPcdL5ajolFpJTzNIDwWxqMua6/M8s692YDIPd3lUwOkjH9S8mgS67fk0UAmoE7WdID0G8L0QRw3tChKMGniQ+yF7k4aXEiefg/blFoRyNXJ9M= Received: by 10.65.23.7 with SMTP id a7mr1242953qbj.1171478199273; Wed, 14 Feb 2007 10:36:39 -0800 (PST) Received: by 10.49.63.7 with HTTP; Wed, 14 Feb 2007 10:36:39 -0800 (PST) Message-ID: <346a80220702141036j29485688gf052be8f4432eed5@mail.gmail.com> Date: Wed, 14 Feb 2007 11:36:39 -0700 From: "Coleman Kane" To: "John Nielsen" In-Reply-To: <200702141255.53501.lists@jnielsen.net> MIME-Version: 1.0 References: <17875.18893.789217.224987@canoe.dclg.ca> <200702141255.53501.lists@jnielsen.net> 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, David Gilbert Subject: Re: portupgrade O(n^m)? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@cokane.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 18:36:40 -0000 On 2/14/07, John Nielsen wrote: > > On Wednesday 14 February 2007 12:41, David Gilbert wrote: > > I have 734 ports installed on my laptop right now. I'm pretty sure, > > at times, I've had over 1000 ports on my laptop. > > > > On machine with moderate numbers of ports (most servers seem to have > > 50 to 200 ports), portupgrade takes a moderate amount of time to start > > work. On machines like my laptop, portupgrade seems to take much more > > time to run. I assume it's solving the dependency graph before it > > decides what to upgrade first, but is this truly a O(n^2) problem? It > > seems like the implemented algorithm is O(n^2). > > Just a "me too". I noticed a huge increase in time for portupgrade when I > started using the modular Xorg ports tree and upgraded to X.org 7.2RC. The > number of installed ports on my machine went from just over 300 to well > over > 600 as a result of the upgrade. Specifying small numbers of ports (without > globbing) to portupgrade doesn't seem to take much more time, > but "portupgrade -a" or anything similar takes forever now. If there is an > optimization to be made there it would be good to do it before modular > xorg > hits the official tree. > > JN I've also had this problem. I have found that if I perform a "portsdb -U && pkgdb -F" every time following a cvsup that portupgrade doesn't try to go through the full ports indexing steps again. It is still slow, and any improvement that can be made should be. It is already a significant enough pain that most ports build in a shorter amount of time than it takes portupgrade to update its database. -- Coleman Kane From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 19:20: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 31FFE16A401 for ; Wed, 14 Feb 2007 19:20:09 +0000 (UTC) (envelope-from daffy@xview.net) Received: from mail.oav.net (mail.oav.net [193.218.105.18]) by mx1.freebsd.org (Postfix) with ESMTP id C0C8413C428 for ; Wed, 14 Feb 2007 19:20:08 +0000 (UTC) (envelope-from daffy@xview.net) Received: from localhost (localhost [127.0.0.1]) by mail03.oav.net (Postfix) with ESMTP id 1732E33C22; Wed, 14 Feb 2007 19:53:56 +0100 (CET) (envelope-from daffy@xview.net) X-Virus-Scanned: by amavisd-new at mail03.oav.net Received: from mail03.oav.net ([127.0.0.1]) by localhost (mail03.oav.net [127.0.0.1]) (amavisd-new, port 10026) with LMTP id HhqtdEhViHAp; Wed, 14 Feb 2007 19:53:55 +0100 (CET) Received: from [192.168.0.2] (ble59-6-82-240-108-228.fbx.proxad.net [82.240.108.228]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail03.oav.net (Postfix) with ESMTP id 3080F33C20; Wed, 14 Feb 2007 19:53:55 +0100 (CET) (envelope-from daffy@xview.net) In-Reply-To: <346a80220702141036j29485688gf052be8f4432eed5@mail.gmail.com> References: <17875.18893.789217.224987@canoe.dclg.ca> <200702141255.53501.lists@jnielsen.net> <346a80220702141036j29485688gf052be8f4432eed5@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <33BBE265-A5B1-4F82-BF41-84825A7089FC@xview.net> Content-Transfer-Encoding: quoted-printable From: Olivier Warin Date: Wed, 14 Feb 2007 19:54:09 +0100 To: cokane@cokane.org X-Mailer: Apple Mail (2.752.2) Cc: freebsd-hackers@freebsd.org, David Gilbert Subject: Re: portupgrade O(n^m)? 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, 14 Feb 2007 19:20:09 -0000 daffy@katia:~ %> pkg_info | wc -l =20= -[19:49]- 917 Really portupgrade becomes clearly not so usable for me after I =20 switch to Xorg 7.2RC which install 300 more packages, my workstation =20 is a xSeries 226 with a Xeon 2,8Ghz 1Go DDR2. So I can imagine what =20 it does on a laptop... This issue is not only related to portupgrade, pkg_add a new port =20 takes far too long now... and make index each time I upgrade my ports =20= is awfull too. "Someone has to do something" (tm) Regards, Le 14 f=E9vr. 07 =E0 19:36, Coleman Kane a =E9crit : > On 2/14/07, John Nielsen wrote: >> >> On Wednesday 14 February 2007 12:41, David Gilbert wrote: >> > I have 734 ports installed on my laptop right now. I'm pretty =20 >> sure, >> > at times, I've had over 1000 ports on my laptop. >> > >> > On machine with moderate numbers of ports (most servers seem to =20 >> have >> > 50 to 200 ports), portupgrade takes a moderate amount of time to =20= >> start >> > work. On machines like my laptop, portupgrade seems to take =20 >> much more >> > time to run. I assume it's solving the dependency graph before it >> > decides what to upgrade first, but is this truly a O(n^2) =20 >> problem? It >> > seems like the implemented algorithm is O(n^2). >> >> Just a "me too". I noticed a huge increase in time for portupgrade =20= >> when I >> started using the modular Xorg ports tree and upgraded to X.org =20 >> 7.2RC. The >> number of installed ports on my machine went from just over 300 to =20= >> well >> over >> 600 as a result of the upgrade. Specifying small numbers of ports =20 >> (without >> globbing) to portupgrade doesn't seem to take much more time, >> but "portupgrade -a" or anything similar takes forever now. If =20 >> there is an >> optimization to be made there it would be good to do it before =20 >> modular >> xorg >> hits the official tree. >> >> JN > > > I've also had this problem. I have found that if I perform a =20 > "portsdb -U && > pkgdb -F" every time following a cvsup that portupgrade doesn't try =20= > to go > through the full ports indexing steps again. > > It is still slow, and any improvement that can be made should be. =20 > It is > already a significant enough pain that most ports build in a =20 > shorter amount > of time than it takes portupgrade to update its database. > > -- > Coleman Kane > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-=20 > unsubscribe@freebsd.org" -- Olivier Warin From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 19:28:34 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 1861116A402 for ; Wed, 14 Feb 2007 19:28:34 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 55EEE13C491 for ; Wed, 14 Feb 2007 19:28:33 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so830261nfc for ; Wed, 14 Feb 2007 11:28:31 -0800 (PST) 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:x-enigmail-version:content-type:content-transfer-encoding; b=lY/3xM0t5Y6vWTrdVbx7HtGBad7jvokO+3VAgnZd0uzUjzIL3hqbmexFbwhpX0R9CSXmnfKKVmpccCc55gpr7LtBOCTyC8mGPo3ii7s+xOajLi0jehpfZbx3OT3/sXJDZEAuQRHeYkDieCEn0eChRqHAmsCAGSGazTVDi84rPFU= Received: by 10.49.13.19 with SMTP id q19mr536621nfi.1171481311349; Wed, 14 Feb 2007 11:28:31 -0800 (PST) Received: from ?192.168.123.201? ( [195.241.221.201]) by mx.google.com with ESMTP id r33sm7774606nfc.2007.02.14.11.28.29; Wed, 14 Feb 2007 11:28:30 -0800 (PST) Message-ID: <45D362D8.60407@gmail.com> Date: Wed, 14 Feb 2007 20:28:24 +0100 From: Rene Ladan User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: N0OCT@sbcglobal.net Subject: Re: Updated Driver for 3945ABG Intel 3945ABG Wireless LAN controller 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, 14 Feb 2007 19:28:34 -0000 N0OCT@sbcglobal.net schreef: > Michel Talon wrote: > >> For me the driver 0070121-wpi-freebsd.tar.gz as mentioned in >> the postof Gilbert Cao is the only one that works, and works >> very well. I am just using it now. My computer is a Sony Vaio >> VGN C1 in 32 bits mode. > > I would like to second this. I have tried the > 20070125-wpi-freebsd.tar.gz and the 20070131-wpi-freebsd.tar.gz > drivers from , and I > get screens full of debug messages [scanning many channels], but > the interface always reports 'no carrier'. > Same here. The 01/31 driver associated once (I think), but mostly just hangs or crashes my laptop. The 01/21 driver seems to work fine (I get 1 LOR). Laptop: Asus A6JE, card-0x10018086 chip=0x42228086 rev=0x02 hdr=0x00 OS : 7.0-CURRENT i386 2007/02/06 LOR : pci4:1:3: reprobing on driver added wpi0: fatal firmware error wpi0: configure command failed wpi0: could not configure device wpi0: link state changed to UP lock order reversal: 1st 0xc724fb50 wpi0 (network driver) @ if_wpi.c:1555 2nd 0xc075560c udp (udp) @ /usr/src/sys/netinet/udp_usrreq.c:294 KDB: stack backtrace: db_trace_self_wrapper(c0696cf6,e7984a28,c052d735,c0698dc6,c075560c,...) at db_trace_self_wrapper+0x27 kdb_backtrace(c0698dc6,c075560c,c06987e1,c06987e1,c06a3184,...) at kdb_backtrace+0x2f witness_checkorder(c075560c,9,c06a3184,126,0,...) at witness_checkorder+0x6e4 _mtx_lock_flags(c075560c,0,c06a3184,126,c04fa08a,...) at _mtx_lock_flags+0xb9 udp_input(c6cfce00,14,c4e51000,1,0,...) at udp_input+0x221 ip_input(c6cfce00,c06930ee,c6d1882e,c4e51000,c6d1882e,...) at ip_input+0x67f netisr_dispatch(2,c6cfce00,6,3,0,...) at netisr_dispatch+0x68 ether_demux(c4e51000,c6cfce00,3,0,3,9) at ether_demux+0x2e6 ether_input(c4e51000,c6cfce00,c724fa24,c6cfce00,18,...) at ether_input+0x26f ieee80211_deliver_data(c6cfce00,e7984c2c,6,18,c052cf03,...) at ieee80211_deliver_data+0x80 ieee80211_input(c724f008,c6cfce00,c50f9c00,28,0,...) at ieee80211_input+0xb71 wpi_intr(c724f000,0,c06911b0,2aa,1,...) at wpi_intr+0x6df ithread_execute_handlers(c55da480,c4d75800,c06911b0,30e,c53f21b0,...) at ithread_execute_handlers+0x14c ithread_loop(c6383650,e7984d38,c0690f94,328,c55da480,...) at ithread_loop+0x78 fork_exit(c04e14fc,c6383650,e7984d38) at fork_exit+0xcc fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe7984d6c, ebp = 0 --- Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 19:32:42 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 2903516A402 for ; Wed, 14 Feb 2007 19:32:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id B62E213C494 for ; Wed, 14 Feb 2007 19:32:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com ([62.64.120.200]) by gnome.kiev.sovam.com with esmtp (Exim 4.60) (envelope-from ) id 1HHPrs-000CDU-G0 for hackers@freebsd.org; Wed, 14 Feb 2007 21:32:40 +0200 Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HHOQ5-0007pK-90 for hackers@freebsd.org; Wed, 14 Feb 2007 20:00:01 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l1EHxWR5071728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Feb 2007 19:59:32 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l1EHxWCh065068; Wed, 14 Feb 2007 19:59:32 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l1EHxUOB064971; Wed, 14 Feb 2007 19:59:30 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 14 Feb 2007 19:59:30 +0200 From: Kostik Belousov To: Geoff Garside Message-ID: <20070214175930.GN25802@deviant.kiev.zoral.com.ua> References: <000301c75052$90d02950$4b00000a@Enki> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qYrsQHciA3Wqs7Iv" Content-Disposition: inline In-Reply-To: <000301c75052$90d02950$4b00000a@Enki> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: d5fca1c6a35a350575bd8b7885f5ad02 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 773 [Feb 14 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release X-Delayed: more then 1h on relay01.kiev.sovam.com Cc: hackers@freebsd.org Subject: Re: FreeBSD 5.5 persistent crashing 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, 14 Feb 2007 19:32:42 -0000 --qYrsQHciA3Wqs7Iv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 14, 2007 at 04:09:54PM -0000, Geoff Garside wrote: > Hi, > I?m trying to get to the bottom of some issues we have been experiencing > with a server of ours. We have so far tried replacing the memory in the > server and we are still experiencing the crashes. >=20 > If anyone has any ideas as to what could be causing this, or possible kgdb > tricks to try. >=20 > Server details > * Dual Xeon 3GHz > * 1GB DDR2 400MHz > * 3ware 8006/2LP RAID > * 2x 160GB SATA drives >=20 > Uname Output > # uname -a > FreeBSD xxx 5.5-RELEASE-p11 FreeBSD 5.5-RELEASE-p11 #0: Sun Feb 11 17:08:= 57 > GMT 2007 geoff@xxx:/usr/obj/usr/src/sys/xxx i386 >=20 >=20 > Kernel Debugger output > # kgdb kernel.debug /usr/crash/vmcore.7 > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.s= o: > Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd". >=20 > Unread portion of the kernel message buffer: > Cannot access memory at address 0xc0c3c3a1 > (kgdb) where > #0 doadump () at pcpu.h:160 > #1 0xc04e09f5 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :412 > #2 0xc04e0d19 in panic (fmt=3D0xc0623851 "%s") at > /usr/src/sys/kern/kern_shutdown.c:568 > #3 0xc0601b14 in trap_fatal (frame=3D0xe7231740, eva=3D28) at > /usr/src/sys/i386/i386/trap.c:822 > #4 0xc0601853 in trap_pfault (frame=3D0xe7231740, usermode=3D0, eva=3D28= ) at > /usr/src/sys/i386/i386/trap.c:737 > #5 0xc06014ad in trap (frame=3D > {tf_fs =3D -1068564456, tf_es =3D -1067319280, tf_ds =3D -106856446= 4, tf_edi > =3D 4, tf_esi =3D 0, tf_ebp =3D -417130596, tf_isp =3D -417130644, tf_ebx= =3D 131074, > tf_edx =3D -1013448320, tf_ecx =3D 0, tf_eax =3D 4, tf_trapno =3D 12, tf_= err =3D 2, > tf_eip =3D -1068229475, tf_cs =3D 8, tf_eflags =3D 66118, tf_esp =3D 7, t= f_ss =3D > -417129328}) at /usr/src/sys/i386/i386/trap.c:427 > #6 0xc05ef8aa in calltrap () at /usr/src/sys/i386/i386/exception.s:140 > #7 0xc04f0018 in MD5Update (context=3D0x4, input=3D0x20002
of bounds>, inputLen=3D3281518976) at /usr/src/sys/kern/md5c.c:172 > #8 0xc049fc21 in procfs_doprocfile (td=3D0xc3980180, p=3D0xc4951a98, > pn=3D0xc1fe7c00, sb=3D0xe72317f0, uio=3D0x0) at /usr/src/sys/fs/procfs/pr= ocfs.c:73 > #9 0xc04a3e90 in pfs_readlink (va=3D0x0) at pcpu.h:157 > #10 0xc053cbb8 in kern_readlink (td=3D0xc3980180, path=3D0x0, > pathseg=3DUIO_USERSPACE, buf=3D0x0, bufseg=3DUIO_USERSPACE, count=3D1024)= at > vnode_if.h:925 > #11 0xc053cade in readlink (td=3D0xc3980180, uap=3D0x0) at > /usr/src/sys/kern/vfs_syscalls.c:2197 > #12 0xc0601e4f in syscall (frame=3D > {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D 135512892, tf= _esi =3D > 135663632, tf_ebp =3D -1077940936, tf_isp =3D -417129116, tf_ebx =3D 6741= 01364, > tf_edx =3D -1077941960, tf_ecx =3D 0, tf_eax =3D 58, tf_trapno =3D 135517= 392, tf_err > =3D 2, tf_eip =3D 672575044, tf_cs =3D 31, tf_eflags =3D 647, tf_esp =3D = -1077942020, > tf_ss =3D 47}) at /usr/src/sys/i386/i386/trap.c:1014 > #13 0xc05ef8ff in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:201 > #14 0x0000002f in ?? () > #15 0x0000002f in ?? () > #16 0x0000002f in ?? () > #17 0x0813c33c in ?? () > #18 0x08161010 in ?? () > #19 0xbfbfed38 in ?? () > #20 0xe7231d64 in ?? () > #21 0x282df874 in ?? () > #22 0xbfbfe938 in ?? () > #23 0x00000000 in ?? () > #24 0x0000003a in ?? () > #25 0x0813d4d0 in ?? () > #26 0x00000002 in ?? () > #27 0x2816ae44 in ?? () > #28 0x0000001f in ?? () > #29 0x00000287 in ?? () > #30 0xbfbfe8fc in ?? () > #31 0x0000002f in ?? () > #32 0x00000000 in ?? () > #33 0x00000000 in ?? () > #34 0x00000000 in ?? () > #35 0x00000000 in ?? () > #36 0x0bf63000 in ?? () > #37 0xc3984a98 in ?? () > #38 0xc3980180 in ?? () > #39 0xe7231600 in ?? () > #40 0xe72315e8 in ?? () > #41 0xc1efc780 in ?? () > #42 0xc04f105f in sched_switch (td=3D0x8161010, newtd=3D0x282df874, flags= =3DCannot > access memory at address 0xbfbfed48 > ) at /usr/src/sys/kern/sched_4bsd.c:881 > Previous frame inner to this frame (corrupt stack?) > (kgdb) >=20 > Regards, > Geoff Garside You may try the following patch (this seems to be the issue I fixed recently in HEAD and RELENG_6). On the other hand, I do not know right locking proto= col for RELENG_5. Index: fs/procfs/procfs.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/fs/procfs/procfs.c,v retrieving revision 1.11.2.1 diff -u -r1.11.2.1 procfs.c --- fs/procfs/procfs.c 31 Jan 2005 23:25:58 -0000 1.11.2.1 +++ fs/procfs/procfs.c 14 Feb 2007 17:59:12 -0000 @@ -69,10 +69,12 @@ { char *fullpath =3D "unknown"; char *freepath =3D NULL; + struct vnode *textvp; =20 - vn_lock(p->p_textvp, LK_EXCLUSIVE | LK_RETRY, td); - vn_fullpath(td, p->p_textvp, &fullpath, &freepath); - VOP_UNLOCK(p->p_textvp, 0, td); + textvp =3D p->p_textvp; + vn_lock(textvp, LK_EXCLUSIVE | LK_RETRY, td); + vn_fullpath(td, textvp, &fullpath, &freepath); + VOP_UNLOCK(textvp, 0, td); sbuf_printf(sb, "%s", fullpath); if (freepath) free(freepath, M_TEMP); --qYrsQHciA3Wqs7Iv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF004BC3+MBN1Mb4gRArR4AJ9R2zmSTNb9cjC11Jrr4margJKXmACfdBpw 90dk+dDWxAAzQa2I+Lq4D5I= =KRDn -----END PGP SIGNATURE----- --qYrsQHciA3Wqs7Iv-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 21:26:43 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 ACA4116A400 for ; Wed, 14 Feb 2007 21:26:43 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from centrmmtao06.cox.net (centrmmtao06.cox.net [70.168.83.78]) by mx1.freebsd.org (Postfix) with ESMTP id 41C7A13C48D for ; Wed, 14 Feb 2007 21:26:43 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by centrmmtao04.cox.net (InterMail vM.6.01.06.03 201-2131-130-104-20060516) with ESMTP id <20070214204534.WXFS1825.centrmmtao04.cox.net@eastrmimpo01.cox.net>; Wed, 14 Feb 2007 15:45:34 -0500 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo01.cox.net with bizsmtp id PYlZ1W0084iy4EG0000000; Wed, 14 Feb 2007 15:45:33 -0500 Date: Wed, 14 Feb 2007 14:47:10 -0600 To: "David Gilbert" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <17875.18893.789217.224987@canoe.dclg.ca> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <17875.18893.789217.224987@canoe.dclg.ca> User-Agent: Opera Mail/9.10 (Linux) Cc: freebsd-hackers@freebsd.org Subject: Re: portupgrade O(n^m)? 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, 14 Feb 2007 21:26:43 -0000 On Wed, 14 Feb 2007 11:41:33 -0600, David Gilbert wrote: > I have 734 ports installed on my laptop right now. I'm pretty sure, > at times, I've had over 1000 ports on my laptop. > > On machine with moderate numbers of ports (most servers seem to have > 50 to 200 ports), portupgrade takes a moderate amount of time to start > work. On machines like my laptop, portupgrade seems to take much more > time to run. I assume it's solving the dependency graph before it > decides what to upgrade first, but is this truly a O(n^2) problem? It > seems like the implemented algorithm is O(n^2). Give ports-mgmt/portmaster a try. Cheers, Mezz > Dave. -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 14 21:48:01 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 50FB816A408 for ; Wed, 14 Feb 2007 21:48:01 +0000 (UTC) (envelope-from dgilbert@daveg.ca) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.freebsd.org (Postfix) with ESMTP id 13A1013C49D for ; Wed, 14 Feb 2007 21:48:00 +0000 (UTC) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 4CBB8DB21; Wed, 14 Feb 2007 16:48:00 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 8DC4861C86; Wed, 14 Feb 2007 16:47:59 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17875.33679.494974.529630@canoe.dclg.ca> Date: Wed, 14 Feb 2007 16:47:59 -0500 To: "Jeremy Messenger" In-Reply-To: References: <17875.18893.789217.224987@canoe.dclg.ca> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid Cc: freebsd-hackers@freebsd.org, dougb@FreeBSD.org, David Gilbert Subject: Re: portupgrade O(n^m)? 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, 14 Feb 2007 21:48:01 -0000 >>>>> "Jeremy" == Jeremy Messenger writes: Jeremy> Give ports-mgmt/portmaster a try. I just did. One flaw it has is that I have two no longer supported ports installed. I want to run portmaster -a, but when it finds tund (and I assume it would also stop for xsysinfo), it stops. I put a file '+IGNOREME' in the pkg directories for these two ports, but the process continues to stop. I'd rather not just delete their package info --- it is still correct. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 00:18:03 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 342AF16A400 for ; Thu, 15 Feb 2007 00:18:03 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id C145213C467 for ; Thu, 15 Feb 2007 00:18:02 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id l1F0I1Tl089201 for ; Thu, 15 Feb 2007 01:18:01 +0100 (CET) X-Ids: 165 Received: by parthe.lpthe.jussieu.fr (Postfix, from userid 10096) id 1E971BF631; Thu, 15 Feb 2007 01:18:00 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on parthe.lpthe.jussieu.fr X-Spam-Level: * X-Spam-Status: No, score=1.2 required=5.0 tests=AWL,NO_DNS_FOR_FROM autolearn=no version=3.1.7 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 955D4BF631 for ; Thu, 15 Feb 2007 01:17:58 +0100 (CET) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 7E2421DD; Thu, 15 Feb 2007 01:17:58 +0100 (CET) Date: Thu, 15 Feb 2007 01:17:58 +0100 From: Michel Talon To: freebsd-hackers@freebsd.org Message-ID: <20070215001758.GA32225@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.165]); Thu, 15 Feb 2007 01:18:01 +0100 (CET) X-Miltered: at shiva.jussieu.fr with ID 45D3A6B9.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Mailman-Approved-At: Thu, 15 Feb 2007 00:34:29 +0000 Subject: Re: portupgrade O(n^m)? 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, 15 Feb 2007 00:18:03 -0000 Joerg Sonnenberger wrote: > Well, the complexity is somewhere in the area of O(nm) with m being > small. I strongly suggest some basic bucket hashing if it is not done > already. For the pkgsrc bulk build (which has similiar problems) it > reduced the time to around 3 minutes to resolve all dependencies (6k > packages), initally it was somewhere in the area of 1h. The problem is the so called topological sorting of a DAG which is of order (n+m) where n is the number of nodes and m the number of arrows in the DAG. In my python program pkgupgrade, i perform this sorting for the whole set of ports (16000 +) in a couple of seconds. I am quite sure that portupgrade uses one of the standard algorithms so i doubt very much that the problem is here. I suspect it is much more in the constant appeal to databases instead of bringing all data in memory, plus the natural slowness of ruby. Portmaster in no way solves this problem, nor helps upgrading in reasonable time. Portupgrade is an excellent program, very polished, and you will not find much better for source upgrading. A lot of time is lost in pkg_delete() and pkg_add() which, while written in C are very inefficient. I have measured that for removal et reinstallation of around 500 ports at full speed (with a shell script driving the operation and all binary packages present) you need around 2 hours. No program efficient or not, can do without spending these 2 hours, plus the time of downloading the packages, plus the time of doing backups with portupgrade. If you envision compiling from source like portmaster does, then you can go to sleep and come back next morning, hoping that it did not stop after the first few ports. -- Michel TALON From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 02:44:50 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 04BD316A400 for ; Thu, 15 Feb 2007 02:44: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 D638613C471 for ; Thu, 15 Feb 2007 02:44:49 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1F2in6s011635 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 14 Feb 2007 18:44:49 -0800 X-Auth-Received: from [192.168.10.41] (c-67-187-172-183.hsd1.ca.comcast.net [67.187.172.183]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1F2imlZ023098 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 14 Feb 2007 18:44:48 -0800 Message-ID: <45D3C91E.2000509@u.washington.edu> Date: Wed, 14 Feb 2007 18:44:46 -0800 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20070215001758.GA32225@lpthe.jussieu.fr> In-Reply-To: <20070215001758.GA32225@lpthe.jussieu.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.14.182933 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' Subject: Re: portupgrade O(n^m)? 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, 15 Feb 2007 02:44:50 -0000 Michel Talon wrote: > Joerg Sonnenberger wrote: > >> Well, the complexity is somewhere in the area of O(nm) with m being >> small. I strongly suggest some basic bucket hashing if it is not done >> already. For the pkgsrc bulk build (which has similiar problems) it >> reduced the time to around 3 minutes to resolve all dependencies (6k >> packages), initally it was somewhere in the area of 1h. > > The problem is the so called topological sorting of a DAG which is of > order (n+m) where n is the number of nodes and m the number of arrows in > the DAG. In my python program pkgupgrade, i perform this sorting for > the whole set of ports (16000 +) in a couple of seconds. I am quite sure > that portupgrade uses one of the standard algorithms so i doubt very > much that the problem is here. I suspect it is much more in the constant > appeal to databases instead of bringing all data in memory, plus the > natural slowness of ruby. Portmaster in no way solves this problem, nor > helps upgrading in reasonable time. Portupgrade is an excellent program, > very polished, and you will not find much better for source > upgrading. A lot of time is lost in pkg_delete() and pkg_add() which, > while written in C are very inefficient. I have measured that for > removal et reinstallation of around 500 ports at full speed (with a > shell script driving the operation and all binary packages present) > you need around 2 hours. No program efficient or not, can do > without spending these 2 hours, plus the time of downloading the > packages, plus the time of doing backups with portupgrade. If you > envision compiling from source like portmaster does, then you can go > to sleep and come back next morning, hoping that it did not stop after > the first few ports. Give me a few weeks, and if I can band together with a few people I wanted to try and port sections of portupgrade and its related tools to C++ (and maybe do some code tweaks along the way). Most of the ruby files are over 400 lines long, sparsely commented, and I don't know ruby enough to port right now, but I've been making some headway lately so I'll try porting some stuff soon. Again, any help with this endeavor would be much appreciated and would greatly speed up the process. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 08:14: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 E303216A420 for ; Thu, 15 Feb 2007 08:14:27 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 6EFA313C4C3 for ; Thu, 15 Feb 2007 08:14:27 +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.13.8/8.13.8) with ESMTP id l1F8EQTS001578; Thu, 15 Feb 2007 19:14:26 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l1F8EQdG001577; Thu, 15 Feb 2007 19:14:26 +1100 (EST) (envelope-from peter) Date: Thu, 15 Feb 2007 19:14:26 +1100 From: Peter Jeremy To: Daniel Rudy Message-ID: <20070215081426.GH862@turion.vk2pj.dyndns.org> References: <45CC2DDF.6040600@pacbell.net> <20070212.234959.-432837120.imp@bsdimp.com> <45D2A48F.1010104@pacbell.net> <20070213.232425.-1929114897.imp@bsdimp.com> <45D2C7F8.9050302@pacbell.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yLVHuoLXiP9kZBkt" Content-Disposition: inline In-Reply-To: <45D2C7F8.9050302@pacbell.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem 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: Thu, 15 Feb 2007 08:14:28 -0000 --yLVHuoLXiP9kZBkt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Feb-14 00:27:36 -0800, Daniel Rudy wrote: >Changing the slot did help. I moved it from slot 3 to slot 1. But, now >it's dropping characters with a port speed of 57600, and I am also >getting irq overrun errors from the kernel too now. This is not good. Interrupt latency is a bit of a sore point but the FIFO trigger level is 8 bytes so getting SILO overflows implies a latency of >1.38msec. Does sio4 report as [FAST] in the dmesg? Unfortunately, there's no easy way to change the FIFO trigger level - you would need to patch the source code (look for FIFO_RX_MEDH in /usr/sys/dev/sio/sio.c if you want to go down this path). > With a port speed of 2400, I do not drop characters. The FIFO is not enabled at speeds at or below 4800bps. --=20 Peter Jeremy --yLVHuoLXiP9kZBkt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF1BZi/opHv/APuIcRAoU2AJ4keBSDWTKsw/UwtBu/WWSabip0DQCdG4kM aPaUvyoZng4Wrz/Ku8oPPG4= =ZeEt -----END PGP SIGNATURE----- --yLVHuoLXiP9kZBkt-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 08:16: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 A9AFC16A4EB for ; Thu, 15 Feb 2007 08:16:23 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 1B0CF13C4A7 for ; Thu, 15 Feb 2007 08:16:22 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (cdsdyb@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1F8G4Yc012629; Thu, 15 Feb 2007 09:16:09 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1F8G4Ip012628; Thu, 15 Feb 2007 09:16:04 +0100 (CET) (envelope-from olli) Date: Thu, 15 Feb 2007 09:16:04 +0100 (CET) Message-Id: <200702150816.l1F8G4Ip012628@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, mezz7@cox.net, dougb@FreeBSD.ORG, dgilbert@dclg.ca In-Reply-To: <17875.33679.494974.529630@canoe.dclg.ca> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 15 Feb 2007 09:16:10 +0100 (CET) Cc: Subject: Re: portupgrade O(n^m)? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, mezz7@cox.net, dougb@FreeBSD.ORG, dgilbert@dclg.ca List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 08:16:23 -0000 David Gilbert wrote: > Jeremy Messenger wrote:: > > Give ports-mgmt/portmaster a try. > > I just did. One flaw it has is that I have two no longer supported > ports installed. I want to run portmaster -a, but when it finds tund > (and I assume it would also stop for xsysinfo), it stops. I put a > file '+IGNOREME' in the pkg directories for these two ports, but the > process continues to stop. > > I'd rather not just delete their package info --- it is still correct. In such cases you can create a "fake" port in a local category (/usr/ports/local) and change the package info manually so it points to it. cvsup won't touch that directory. Usually it's as simple as checking out the obsolete port from CVS, then move it to the local category, and then replace the original category with "local" in the Makefile (the "CATEGORIES=..." line) and in the "ORIGIN:..." line in /var/db/pkg/$PORTNAME/+CONTENTS. If you use any third- party tools that use the INDEX file, you'll have to add the local port to that file, too (the pkg_* tools of the base system don't use it). To do that, simply type "make describe" in the port directory, and it will print a line for that port suitable for appending to the INDEX file. It might seem a little hackish, but it works. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Emacs ist für mich kein Editor. Für mich ist das genau das gleiche, als wenn ich nach einem Fahrrad (für die Sonntagbrötchen) frage und einen pangalaktischen Raumkreuzer mit 10 km Gesamtlänge bekomme. Ich weiß nicht, was ich damit soll." -- Frank Klemm, de.comp.os.unix.discussion From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 09:20: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 CF04916A406 for ; Thu, 15 Feb 2007 09:20:22 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 62EB313C461 for ; Thu, 15 Feb 2007 09:20:22 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HHcmo-0003Ry-NT for freebsd-hackers@freebsd.org; Thu, 15 Feb 2007 10:20:18 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Feb 2007 10:20:18 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Feb 2007 10:20:18 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Thu, 15 Feb 2007 10:20:07 +0100 Lines: 56 Message-ID: References: <17875.18893.789217.224987@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEC3B402146B5F8CB7F1C0FF9" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.9 (X11/20070110) In-Reply-To: <17875.18893.789217.224987@canoe.dclg.ca> X-Enigmail-Version: 0.94.0.0 Sender: news Subject: Re: portupgrade O(n^m)? 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, 15 Feb 2007 09:20:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEC3B402146B5F8CB7F1C0FF9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable David Gilbert wrote: > I have 734 ports installed on my laptop right now. I'm pretty sure, > at times, I've had over 1000 ports on my laptop. >=20 > On machine with moderate numbers of ports (most servers seem to have > 50 to 200 ports), portupgrade takes a moderate amount of time to start > work. On machines like my laptop, portupgrade seems to take much more > time to run. I assume it's solving the dependency graph before it > decides what to upgrade first, but is this truly a O(n^2) problem? It > seems like the implemented algorithm is O(n^2). Is portupgrade the problem or one of the pkg_* utilities it calls? I recently had a problem where a cycle was created in ports dependencies and portupgrade was very slow in the 'registering packages' part - which is apparently done by calling pkg_create. It seems to me that this suspicious comment in sortdeps() might have something to do with it: 52 if (chkifdepends(pkgs[j], pkgs[i]) =3D=3D 1) { 53 /* 54 * Try to avoid deadlock if package A depends on B which in 55 * turn depends on C and C due to an error depends on A. 56 * Use ugly but simple method, becase it Should Never 57 * Happen[tm] in the real life anyway. 58 */ 59 if (loop_cnt > 4096) { 60 warnx("dependency loop detected for package %s", pkgs[j])= ; 61 err_cnt++; 62 break; 63 } It's a pessimal way to check for dependencies, but I don't know enough about how pkg_* works to fix it (i.e. when I tried replacing it with something better, it broke). --------------enigEC3B402146B5F8CB7F1C0FF9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) Comment: Using GnuPG with Thunderbird/FreeBSD - http://enigmail.mozdev.org iD8DBQFF1CXHldnAQVacBcgRAlJ3AJ9cFRiaq5LELI2/XGyPrv8/CzmZUACgug61 DkqLKrdOwQdZOqTPTE+MdZ8= =QV7c -----END PGP SIGNATURE----- --------------enigEC3B402146B5F8CB7F1C0FF9-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 08:19: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 61D3016A401 for ; Thu, 15 Feb 2007 08:19:09 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 1A44D13C4AA for ; Thu, 15 Feb 2007 08:19:08 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5CA27.dip.t-dialin.net [84.165.202.39]) by redbull.bpaserver.net (Postfix) with ESMTP id 545242E1BA; Thu, 15 Feb 2007 09:34:09 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id D94415B482A; Thu, 15 Feb 2007 09:19:00 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l1F8J0nO071380; Thu, 15 Feb 2007 09:19:00 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 15 Feb 2007 09:19:00 +0100 Message-ID: <20070215091900.x3y2c655kwcog48k@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 15 Feb 2007 09:19:00 +0100 From: Alexander Leidinger To: Olivier Warin References: <17875.18893.789217.224987@canoe.dclg.ca> <200702141255.53501.lists@jnielsen.net> <346a80220702141036j29485688gf052be8f4432eed5@mail.gmail.com> <33BBE265-A5B1-4F82-BF41-84825A7089FC@xview.net> In-Reply-To: <33BBE265-A5B1-4F82-BF41-84825A7089FC@xview.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Thu, 15 Feb 2007 12:35:00 +0000 Cc: freebsd-hackers@freebsd.org, David Gilbert , cokane@cokane.org Subject: Re: portupgrade O(n^m)? 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, 15 Feb 2007 08:19:09 -0000 Quoting Olivier Warin (from Wed, 14 Feb 2007 19:54:09 +0100): > This issue is not only related to portupgrade, pkg_add a new port takes > far too long now... and make index each time I upgrade my ports is > awfull too. Regarding "make index": try "make fetchindex" right after the cvsup. IT may not be up to the point with the cvsupped stuff, but not far off. Bye, Alexander. -- "I think he said 'Blessed are the cheesemakers.'" "Nonsense, he was obviously referring to all manufacturers of dairy products." -- The Life of Brian http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 09:07: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 7B71516A41F; Thu, 15 Feb 2007 09:07:44 +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 B673D13C474; Thu, 15 Feb 2007 09:07:43 +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 AB84C1B10FC8; Thu, 15 Feb 2007 09:42:39 +0100 (CET) Received: from [192.168.3.125] (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id A6D2C1B10F41; Thu, 15 Feb 2007 09:42:39 +0100 (CET) Message-ID: <45D41CFF.4030000@sun-fish.com> Date: Thu, 15 Feb 2007 10:42:39 +0200 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <45D362D8.60407@gmail.com> In-Reply-To: <45D362D8.60407@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: Thu, 15 Feb 2007 12:35:18 +0000 Cc: freebsd-drivers@freebsd.org Subject: Re: Updated Driver for 3945ABG Intel 3945ABG Wireless LAN controller 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, 15 Feb 2007 09:07:44 -0000 HI all, Rene Ladan wrote: > N0OCT@sbcglobal.net schreef: > >> Michel Talon wrote: >> >> >>> For me the driver 0070121-wpi-freebsd.tar.gz as mentioned in >>> the postof Gilbert Cao is the only one that works, and works >>> very well. I am just using it now. My computer is a Sony Vaio >>> VGN C1 in 32 bits mode. >>> >> I would like to second this. I have tried the >> 20070125-wpi-freebsd.tar.gz and the 20070131-wpi-freebsd.tar.gz >> drivers from , and I >> get screens full of debug messages [scanning many channels], but >> the interface always reports 'no carrier'. >> >> > Same here. The 01/31 driver associated once (I think), but mostly just > hangs or crashes my laptop. The 01/21 driver seems to work fine (I get > 1 LOR). > > Laptop: Asus A6JE, card-0x10018086 chip=0x42228086 rev=0x02 hdr=0x00 > OS : 7.0-CURRENT i386 2007/02/06 > > LOR : > pci4:1:3: reprobing on driver added > wpi0: fatal firmware error > wpi0: configure command failed > wpi0: could not configure device > wpi0: link state changed to UP > lock order reversal: > 1st 0xc724fb50 wpi0 (network driver) @ if_wpi.c:1555 > 2nd 0xc075560c udp (udp) @ /usr/src/sys/netinet/udp_usrreq.c:294 > KDB: stack backtrace: > db_trace_self_wrapper(c0696cf6,e7984a28,c052d735,c0698dc6,c075560c,...) > at db_trace_self_wrapper+0x27 > kdb_backtrace(c0698dc6,c075560c,c06987e1,c06987e1,c06a3184,...) at > kdb_backtrace+0x2f > witness_checkorder(c075560c,9,c06a3184,126,0,...) at > witness_checkorder+0x6e4 > _mtx_lock_flags(c075560c,0,c06a3184,126,c04fa08a,...) at > _mtx_lock_flags+0xb9 > udp_input(c6cfce00,14,c4e51000,1,0,...) at udp_input+0x221 > ip_input(c6cfce00,c06930ee,c6d1882e,c4e51000,c6d1882e,...) at ip_input+0x67f > netisr_dispatch(2,c6cfce00,6,3,0,...) at netisr_dispatch+0x68 > ether_demux(c4e51000,c6cfce00,3,0,3,9) at ether_demux+0x2e6 > ether_input(c4e51000,c6cfce00,c724fa24,c6cfce00,18,...) at ether_input+0x26f > ieee80211_deliver_data(c6cfce00,e7984c2c,6,18,c052cf03,...) at > ieee80211_deliver_data+0x80 > ieee80211_input(c724f008,c6cfce00,c50f9c00,28,0,...) at > ieee80211_input+0xb71 > wpi_intr(c724f000,0,c06911b0,2aa,1,...) at wpi_intr+0x6df > ithread_execute_handlers(c55da480,c4d75800,c06911b0,30e,c53f21b0,...) at > ithread_execute_handlers+0x14c > ithread_loop(c6383650,e7984d38,c0690f94,328,c55da480,...) at > ithread_loop+0x78 > fork_exit(c04e14fc,c6383650,e7984d38) at fork_exit+0xcc > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe7984d6c, ebp = 0 --- > > Regards, > Rene > I have Compaq nw8440 with this wireless card. After: ifconfig wpi0 up: setting h/w config 1200 firmware status=0xbfbf0000 need val=0x40400000 firmware status=0xbfbf0000 need val=0x40400000 firmware status=0xbfbf0000 need val=0x40400000 firmware status=0xffff0000 need val=0x40400000 firmware status=0xbfbf0000 need val=0x40400000 firmware status=0xbfbf0000 need val=0x40400000 firmware status=0xffff0000 need val=0x40400000 rx notification qid=80 idx=0 flags=0 type=1 len=36 microcode alive notification version 10d00 alive 1 temperature -212 rx notification qid=4 idx=0 flags=0 type=176 len=4 rx notification qid=4 idx=1 flags=0 type=119 len=4 rx notification qid=4 idx=2 flags=0 type=155 len=4 wpi0: fatal firmware error ((Software Error)) wpi0: configure command failed wpi0: could not configure device After second attempt : setting h/w config 1200 firmware status=0xbfbf0000 need val=0x40400000 firmware status=0xbfbf0000 need val=0x40400000 firmware status=0xbfbf0000 need val=0x40400000 firmware status=0xffff0000 need val=0x40400000 firmware status=0xbfbf0000 need val=0x40400000 firmware status=0xbfbf0000 need val=0x40400000 firmware status=0xffff0000 need val=0x40400000 wpi0: timeout waiting for adapter to initialize wpi0@pci16:0:0: class=0x028000 card=0x135c103c chip=0x42228086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = network vmstat -i interrupt total rate irq1: atkbd0 1023 1 irq9: acpi0 172 0 irq14: ata0 46 0 irq16: pcm0 bge0 12470 15 irq17: wpi0+ 22503 27 irq18: cbb0 uhci2 12362 15 irq19: fwohci0+ 1 0 irq20: uhci0 ehci0 1 0 irq21: uhci1 1 0 cpu0: timer 1614326 1997 cpu1: timer 1610328 1992 Total 3273233 4051 FreeBSD 6.2-STABLE #1: Tue Feb 6 18:47:56 EET 2007 amd64 kldstat Id Refs Address Size Name 1 8 0xffffffff80100000 62e358 kernel 2 1 0xffffffff8072f000 ea50 if_wpi.ko 3 1 0xffffffffa897e000 adde msdosfs.ko 4 1 0xffffffffa8a1f000 c38d snd_hda.ko 5 1 0xffffffffa8a2c000 297de sound.ko I'm using 20070131-wpi-freebsd.tar.gz wpi-firmware-kmod-1.0_1 And it is weird because I'm sure few times the wireless goes up and start scanning :) Do you need other info that can help you with this driver ? Also I noticed that if I load the modules not after restart but latter (2-3h uptime) this will bring me quick reboot (no panic, nothing, just reboot like hard reset) or the modules will failed to load. P.S. I noticed that latest mails in this thread (if not counting last 2) are in freebsd-drivers, so I added them on CC -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 12:35:38 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 CB2D316A406 for ; Thu, 15 Feb 2007 12:35:38 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from shell.asta.uni-rostock.de (gateway.stura.uni-rostock.de [139.30.252.67]) by mx1.freebsd.org (Postfix) with ESMTP id 8D2C413C481 for ; Thu, 15 Feb 2007 12:35:37 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (unknown [192.168.16.3]) by shell.asta.uni-rostock.de (Postfix) with ESMTP id BC95E187E for ; Thu, 15 Feb 2007 12:35:35 +0000 (GMT) Received: by britannica.bec.de (Postfix, from userid 1000) id 32B2DB70C; Thu, 15 Feb 2007 13:35:34 +0100 (CET) Date: Thu, 15 Feb 2007 13:35:34 +0100 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20070215123533.GA554@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20070215001758.GA32225@lpthe.jussieu.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070215001758.GA32225@lpthe.jussieu.fr> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: portupgrade O(n^m)? 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, 15 Feb 2007 12:35:38 -0000 On Thu, Feb 15, 2007 at 01:17:58AM +0100, Michel Talon wrote: > The problem is the so called topological sorting of a DAG which is of > order (n+m) where n is the number of nodes and m the number of arrows in > the DAG. In my python program pkgupgrade, i perform this sorting for > the whole set of ports (16000 +) in a couple of seconds. Actually, the topological sorting can be done lazily, it is pretty instant. Been using Python as well :-) What took a while for me was sorting the DAG after topological depth of the tree aka building things first which have more depending packages. But even that is a job done in a number of seconds. Joerg From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 12:46: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 7508D16A406 for ; Thu, 15 Feb 2007 12:46:36 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 0358A13C49D for ; Thu, 15 Feb 2007 12:46:35 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so1106079nfc for ; Thu, 15 Feb 2007 04:46:34 -0800 (PST) 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=eN1ZvPqBKAM3ZMLioV1jrBF2KIwYyCeWWO7/Xmi16PSSlj4+fGBDhI0wa3tKtCo0krz89Npo9gfkeQygPU8aoxB/QewIQZQvU8ZTnCzkgAqjeN/PJFPHY1JZFNvztx8+WrZZDXlQVoNRDI/7xYO0SeFytOVfCvBxLobtRE6j8yE= Received: by 10.82.113.6 with SMTP id l6mr2698537buc.1171543593552; Thu, 15 Feb 2007 04:46:33 -0800 (PST) Received: by 10.82.184.11 with HTTP; Thu, 15 Feb 2007 04:46:33 -0800 (PST) Message-ID: Date: Thu, 15 Feb 2007 13:46:33 +0100 From: "Pascal Hofstee" To: "Robert Watson" In-Reply-To: <20070131105024.L91177@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_133511_19540578.1171543593127" References: <45C04593.2090704@gmail.com> <20070131085206.GW892@turion.vk2pj.dyndns.org> <45C06167.60401@gmail.com> <86odofjyua.fsf@dwp.des.no> <20070131105024.L91177@fledge.watson.org> Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , hackers@freebsd.org Subject: Re: a question regarding 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, 15 Feb 2007 12:46:36 -0000 ------=_Part_133511_19540578.1171543593127 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 1/31/07, Robert Watson wrote: > If we do decide to go ahead with the ABI change, there are a number of other > things that should be done simultaneously, such as changing the uid and gid > fields to uid_t and gid_t. I would very much like to see the ABI change > happen, and the first step (breaking out kernel from user structures) has been > done already as part of the MAC work. The next step is to add routines that > translate internal/external formats, which isn't hard, but requires a moderate > pile of code to do (as well as great care :-). Well .. i finally found some spare time to have a closer look at the "shm_segsz" issue ... and noticed there were actually a very limited number of direct uses of the shm_segsz struct member (26 lines in the entire /usr/src tree) I have attached a patchset that should change shm_segsz to size_t. There were however 2 to 3 locations all regarding compat code (ibcs2, svr4 and COMPAT_43) where i opted to stay on the clear side and not touch anything, the rest was fairly straightforward as should be obvious from the diff. I checked to make sure no function prototypes changed anywhere. Please have a look at the attached patch (available at http://callisto.offis.uni-oldenburg.de/shm_segsz-int2size_t.diff in case the attachment gets stripped off by the mailinglist software) and provide any feedback where appropriate. -- Pascal Hofstee ------=_Part_133511_19540578.1171543593127 Content-Type: text/x-patch; name="shm_segsz-int2size_t.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="shm_segsz-int2size_t.diff" X-Attachment-Id: f_ey76shrw ZGlmZiAtcnd1QmIgc3JjLnJlZi9saWIvbGliYy9zeXMvc2htY3RsLjIgc3JjL2xpYi9saWJjL3N5 cy9zaG1jdGwuMgotLS0gc3JjLnJlZi9saWIvbGliYy9zeXMvc2htY3RsLjIJVGh1IEZlYiAxNSAw OTo1NTowMSAyMDA3CisrKyBzcmMvbGliL2xpYmMvc3lzL3NobWN0bC4yCVRodSBGZWIgMTUgMDk6 NTY6NDkgMjAwNwpAQCAtMTAwLDcgKzEwMCw3IEBACiAuQmQgLWxpdGVyYWwKIHN0cnVjdCBzaG1p ZF9kcyB7CiAgICAgc3RydWN0IGlwY19wZXJtIHNobV9wZXJtOyAgIC8qIG9wZXJhdGlvbiBwZXJt aXNzaW9uIHN0cnVjdHVyZSAqLwotICAgIGludCAgICAgICAgICAgICBzaG1fc2Vnc3o7ICAvKiBz aXplIG9mIHNlZ21lbnQgaW4gYnl0ZXMgKi8KKyAgICBzaXplX3QgICAgICAgICAgc2htX3NlZ3N6 OyAgLyogc2l6ZSBvZiBzZWdtZW50IGluIGJ5dGVzICovCiAgICAgcGlkX3QgICAgICAgICAgIHNo bV9scGlkOyAgIC8qIHByb2Nlc3MgSUQgb2YgbGFzdCBzaGFyZWQgbWVtb3J5IG9wICovCiAgICAg cGlkX3QgICAgICAgICAgIHNobV9jcGlkOyAgIC8qIHByb2Nlc3MgSUQgb2YgY3JlYXRvciAqLwog ICAgIHNob3J0ICAgICAgICAgICBzaG1fbmF0dGNoOyAvKiBudW1iZXIgb2YgY3VycmVudCBhdHRh Y2hlcyAqLwpkaWZmIC1yd3VCYiBzcmMucmVmL3N5cy9jb21wYXQvZnJlZWJzZDMyL2ZyZWVic2Qz Ml9taXNjLmMgc3JjL3N5cy9jb21wYXQvZnJlZWJzZDMyL2ZyZWVic2QzMl9taXNjLmMKLS0tIHNy Yy5yZWYvc3lzL2NvbXBhdC9mcmVlYnNkMzIvZnJlZWJzZDMyX21pc2MuYwlUaHUgRmViIDE1IDA5 OjQ5OjUzIDIwMDcKKysrIHNyYy9zeXMvY29tcGF0L2ZyZWVic2QzMi9mcmVlYnNkMzJfbWlzYy5j CVRodSBGZWIgMTUgMDk6NTk6MDUgMjAwNwpAQCAtMTQ0NSw3ICsxNDQ1LDcgQEAKIH07CiBzdHJ1 Y3Qgc2htaWRfZHMzMiB7CiAJc3RydWN0IGlwY19wZXJtMzIgc2htX3Blcm07Ci0JaW50MzJfdAkJ c2htX3NlZ3N6OworCXNpemVfdAkJc2htX3NlZ3N6OwogCWludDMyX3QJCXNobV9scGlkOwogCWlu dDMyX3QJCXNobV9jcGlkOwogCWludDE2X3QJCXNobV9uYXR0Y2g7CmRpZmYgLXJ3dUJiIHNyYy5y ZWYvc3lzL2NvbXBhdC9saW51eC9saW51eF9pcGMuYyBzcmMvc3lzL2NvbXBhdC9saW51eC9saW51 eF9pcGMuYwotLS0gc3JjLnJlZi9zeXMvY29tcGF0L2xpbnV4L2xpbnV4X2lwYy5jCVRodSBGZWIg MTUgMDk6NDk6NTMgMjAwNworKysgc3JjL3N5cy9jb21wYXQvbGludXgvbGludXhfaXBjLmMJVGh1 IEZlYiAxNSAxMDowMzo0MyAyMDA3CkBAIC0xODcsNyArMTg3LDcgQEAKIAogc3RydWN0IGxfc2ht aWRfZHMgewogCXN0cnVjdCBsX2lwY19wZXJtCXNobV9wZXJtOwotCWxfaW50CQkJc2htX3NlZ3N6 OworCWxfc2l6ZV90CQlzaG1fc2Vnc3o7CiAJbF90aW1lX3QJCXNobV9hdGltZTsKIAlsX3RpbWVf dAkJc2htX2R0aW1lOwogCWxfdGltZV90CQlzaG1fY3RpbWU7CmRpZmYgLXJ3dUJiIHNyYy5yZWYv c3lzL3N5cy9zaG0uaCBzcmMvc3lzL3N5cy9zaG0uaAotLS0gc3JjLnJlZi9zeXMvc3lzL3NobS5o CVRodSBGZWIgMTUgMDk6NTI6MTMgMjAwNworKysgc3JjL3N5cy9zeXMvc2htLmgJVGh1IEZlYiAx NSAxMDoxNDo1NiAyMDA3CkBAIC03Nyw3ICs3Nyw3IEBACiAKIHN0cnVjdCBzaG1pZF9kcyB7CiAJ c3RydWN0IGlwY19wZXJtIHNobV9wZXJtOwkvKiBvcGVyYXRpb24gcGVybWlzc2lvbiBzdHJ1Y3R1 cmUgKi8KLQlpbnQgICAgICAgICAgICAgc2htX3NlZ3N6OwkvKiBzaXplIG9mIHNlZ21lbnQgaW4g Ynl0ZXMgKi8KKwlzaXplX3QgICAgICAgICAgc2htX3NlZ3N6OwkvKiBzaXplIG9mIHNlZ21lbnQg aW4gYnl0ZXMgKi8KIAlwaWRfdCAgICAgICAgICAgc2htX2xwaWQ7ICAgLyogcHJvY2VzcyBJRCBv ZiBsYXN0IHNoYXJlZCBtZW1vcnkgb3AgKi8KIAlwaWRfdCAgICAgICAgICAgc2htX2NwaWQ7CS8q IHByb2Nlc3MgSUQgb2YgY3JlYXRvciAqLwogCXNob3J0CQlzaG1fbmF0dGNoOwkvKiBudW1iZXIg b2YgY3VycmVudCBhdHRhY2hlcyAqLwpkaWZmIC1yd3VCYiBzcmMucmVmL3Rvb2xzL3JlZ3Jlc3Np b24vc3lzdnNobS9zaG10ZXN0LmMgc3JjL3Rvb2xzL3JlZ3Jlc3Npb24vc3lzdnNobS9zaG10ZXN0 LmMKLS0tIHNyYy5yZWYvdG9vbHMvcmVncmVzc2lvbi9zeXN2c2htL3NobXRlc3QuYwlUaHUgRmVi IDE1IDA5OjQ5OjM2IDIwMDcKKysrIHNyYy90b29scy9yZWdyZXNzaW9uL3N5c3ZzaG0vc2htdGVz dC5jCVRodSBGZWIgMTUgMTA6MjI6MjQgMjAwNwpAQCAtMjQ3LDggKzI0Nyw4IEBACiAJICAgIHNw LT5zaG1fcGVybS5jdWlkLCBzcC0+c2htX3Blcm0uY2dpZCwKIAkgICAgc3AtPnNobV9wZXJtLm1v ZGUgJiAwNzc3KTsKIAotCXByaW50Zigic2Vnc3ogJWx1LCBscGlkICVkLCBjcGlkICVkLCBuYXR0 Y2ggJXVcbiIsCi0JICAgICh1X2xvbmcpc3AtPnNobV9zZWdzeiwgc3AtPnNobV9scGlkLCBzcC0+ c2htX2NwaWQsCisJcHJpbnRmKCJzZWdzeiAlenUsIGxwaWQgJWQsIGNwaWQgJWQsIG5hdHRjaCAl dVxuIiwKKwkgICAgc3AtPnNobV9zZWdzeiwgc3AtPnNobV9scGlkLCBzcC0+c2htX2NwaWQsCiAJ ICAgIHNwLT5zaG1fbmF0dGNoKTsKIAogCXByaW50ZigiYXRpbWU6ICVzIiwgY3RpbWUoJnNwLT5z aG1fYXRpbWUpKTsKZGlmZiAtcnd1QmIgc3JjLnJlZi91c3IuYmluL2lwY3MvaXBjcy5jIHNyYy91 c3IuYmluL2lwY3MvaXBjcy5jCi0tLSBzcmMucmVmL3Vzci5iaW4vaXBjcy9pcGNzLmMJVGh1IEZl YiAxNSAwOTo0OToxNSAyMDA3CisrKyBzcmMvdXNyLmJpbi9pcGNzL2lwY3MuYwlUaHUgRmViIDE1 IDEwOjIwOjI3IDIwMDcKQEAgLTQzOSw3ICs0MzksNyBAQAogCQkJCQkJICAgIGtzaG1wdHItPnUu c2htX25hdHRjaCk7CiAKIAkJCQkJaWYgKG9wdGlvbiAmIEJJR0dFU1QpCi0JCQkJCQlwcmludGYo IiAlMTJkIiwKKwkJCQkJCXByaW50ZigiICUxMnp1IiwKIAkJCQkJCSAgICBrc2htcHRyLT51LnNo bV9zZWdzeik7CiAKIAkJCQkJaWYgKG9wdGlvbiAmIFBJRCkK ------=_Part_133511_19540578.1171543593127-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 13:41:01 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 AB3D816A400 for ; Thu, 15 Feb 2007 13:41:01 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7CB7213C4A8 for ; Thu, 15 Feb 2007 13:41:01 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E80384779C; Thu, 15 Feb 2007 08:41:00 -0500 (EST) Date: Thu, 15 Feb 2007 13:41:00 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Pascal Hofstee In-Reply-To: Message-ID: <20070215133647.V79543@fledge.watson.org> References: <45C04593.2090704@gmail.com> <20070131085206.GW892@turion.vk2pj.dyndns.org> <45C06167.60401@gmail.com> <86odofjyua.fsf@dwp.des.no> <20070131105024.L91177@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , hackers@freebsd.org Subject: Re: a question regarding 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, 15 Feb 2007 13:41:01 -0000 On Thu, 15 Feb 2007, Pascal Hofstee wrote: > On 1/31/07, Robert Watson wrote: >> If we do decide to go ahead with the ABI change, there are a number of >> other things that should be done simultaneously, such as changing the uid >> and gid fields to uid_t and gid_t. I would very much like to see the ABI >> change happen, and the first step (breaking out kernel from user >> structures) has been done already as part of the MAC work. The next step >> is to add routines that translate internal/external formats, which isn't >> hard, but requires a moderate pile of code to do (as well as great care >> :-). > > Well .. i finally found some spare time to have a closer look at the > "shm_segsz" issue ... and noticed there were actually a very limited number > of direct uses of the shm_segsz struct member (26 lines in the entire > /usr/src tree) > > I have attached a patchset that should change shm_segsz to size_t. There > were however 2 to 3 locations all regarding compat code (ibcs2, svr4 and > COMPAT_43) where i opted to stay on the clear side and not touch anything, > the rest was fairly straightforward as should be obvious from the diff. I > checked to make sure no function prototypes changed anywhere. > > Please have a look at the attached patch (available at > http://callisto.offis.uni-oldenburg.de/shm_segsz-int2size_t.diff in case the > attachment gets stripped off by the mailinglist software) and provide any > feedback where appropriate. Unfortunately, things are a bit more tricky. The problem is not so much the API, where converting size_t/int is a relative non-event, rather, the ABI. By changing the size of a field in a data structure, you may change the layout of the structure, and hence the offset of other fields. This offset information is compiled into binaries that access the structure -- hence being part of the ABI. On i386, the change from int to size_t doesn't modify the ABI, as both int and size_t are 32-bit. However, on 64-bit platforms, int is 32-bit and size_t is 64-bit: sledge:/tmp> uname -a FreeBSD sledge.freebsd.org 7.0-CURRENT FreeBSD 7.0-CURRENT #898: Wed Feb 14 14:20:16 UTC 2007 root@sledge.freebsd.org:/h/src/sys/amd64/compile/SLEDGE amd64 sledge:/tmp> ./size_t sizeof int: 4 sizeof size_t: 8 In practice, this means that all of the later fields in the data structure will be offset by 4 bytes. This will affect any application that accesses later fields in the structure but isn't recompiled. This is why DES and I have been discussing this change as requiring kernel compatibility code, which would provide new system calls working with the new layout, and retain old system calls working with the old layout. So we'd need to provide a new shmctl() with the new structure, and an oshmctl() with the old layout. While doing that, it makes sense to do all the other ABI-related things that we'd like to get out of the way, such as fixing the types in shm_perm. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 14:21: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 96EE216A400; Thu, 15 Feb 2007 14:21:36 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5225113C48D; Thu, 15 Feb 2007 14:21:36 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by postfix1-g20.free.fr (Postfix) with ESMTP id 880F99D2B38; Thu, 15 Feb 2007 14:56:52 +0100 (CET) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 85EBC278DA; Thu, 15 Feb 2007 14:56:50 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id CB7359D41F; Thu, 15 Feb 2007 13:57:50 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 9D98B405D; Thu, 15 Feb 2007 14:57:50 +0100 (CET) Date: Thu, 15 Feb 2007 14:57:50 +0100 From: Jeremie Le Hen To: Josef Karthauser Message-ID: <20070215135750.GR64768@obiwan.tataz.chchile.org> References: <20070204023711.GA3393@genius.tao.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070204023711.GA3393@genius.tao.org.uk> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: hackers@freebsd.org, fs@freebsd.org Subject: Re: nullfs and named pipes. 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, 15 Feb 2007 14:21:36 -0000 Hi Josef, On Sun, Feb 04, 2007 at 02:37:11AM +0000, Josef Karthauser wrote: > There appears to be a lot of confusion on the lists about this point > as many people are trying to do this so as to make a single mysql > server available from within a number of jails, for instance. However > people appear to think that this is a limitation of the jail code, not a > limitation of the null_fs code. Having named pipes work in null_fs > filesystems would be a very handy thing indeed. Note that all processes within a jail can only intefere with processes from another jail or host as if they were on different machines. This means they can communicate through PF_INET for instance but not PF_LOCAL. IOW you have to think your jails as if theey were multiples boxes. You should therefore make them communicate with networking sockets and protect the latter with firewalling rules or tcpwrapper. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 15:23:08 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 0A03F16A400; Thu, 15 Feb 2007 15:23:08 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id 2EF0B13C4A7; Thu, 15 Feb 2007 15:23:07 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id 1EA025D1F; Thu, 15 Feb 2007 15:23:05 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id CD2C440D4; Thu, 15 Feb 2007 15:22:59 +0000 (GMT) Date: Thu, 15 Feb 2007 15:22:59 +0000 From: Josef Karthauser To: Jeremie Le Hen Message-ID: <20070215152259.GA2950@genius.tao.org.uk> References: <20070204023711.GA3393@genius.tao.org.uk> <20070215135750.GR64768@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <20070215135750.GR64768@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.11 Cc: hackers@freebsd.org, fs@freebsd.org Subject: Re: nullfs and named pipes. 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, 15 Feb 2007 15:23:08 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 15, 2007 at 02:57:50PM +0100, Jeremie Le Hen wrote: >=20 > Note that all processes within a jail can only intefere with processes > from another jail or host as if they were on different machines. This > means they can communicate through PF_INET for instance but not > PF_LOCAL. >=20 You might think so! However that's not what's going on here. The named pipe/nullfs issue is nothing to do with jails. It's just that nullfs is broken with respect to named pipes as I've previously reported. However with this patch: cvs diff: Diffing . Index: null_subr.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/fs/nullfs/null_subr.c,v retrieving revision 1.48.2.1 diff -u -r1.48.2.1 null_subr.c --- null_subr.c 13 Mar 2006 03:05:17 -0000 1.48.2.1 +++ null_subr.c 14 Feb 2007 00:02:28 -0000 @@ -235,6 +235,8 @@ xp->null_vnode =3D vp; xp->null_lowervp =3D lowervp; vp->v_type =3D lowervp->v_type; + if (vp->v_type =3D=3D VSOCK || vp->v_type =3D=3D VFIFO) + vp->v_un =3D lowervp->v_un; vp->v_data =3D xp; vp->v_vnlock =3D lowervp->v_vnlock; if (vp->v_vnlock =3D=3D NULL) that problem goes away. Now a named pipe created on a lower layer can be spoken to by a process connecting to it on a higher layer, i.e (for demostration purposes only): # ls -ld /tmp/mysql.sock=20 srwxrwxrwx 1 mysql wheel 0 Jan 4 09:26 /tmp/mysql.sock # mount_nullfs /tmp /mnt # ls -ld /mnt/mysql.sock=20 srwxrwxrwx 1 mysql wheel 0 Jan 4 09:26 /mnt/mysql.sock With a stock kernel this fails: % mysql --socket=3D/mnt/mysql.sock=20 ERROR 2002 (HY000): Can't connect to local MySQL server through socket = '/mnt/mysql.sock' (61) but with the patch above it works: % mysql --socket=3D/mnt/mysql.sock=20 ERROR 1045 (28000): Access denied for user 'joe'@'localhost' (using pas= sword: NO) Of course the patch above doesn't work if the socket is created at /mnt/mysql.sock and something wants to talk to it over at /tmp/mysql.sock, however that is not really a problem. So how does this relate to jails? The point of using nullfs is to make a PF_LOCAL socket appear local even in the jail(!). Using the patch above this is indeed the case and as far as the jail is concerned the socket is indeed local, meaning that a process within a jail can talk via it to a process on the host environment with no restrictions. This is crucially important for mysql for instance as there is significant overhead associated with PF_INET connections which can be avoided by talking to PF_LOCAL sockets. > IOW you have to think your jails as if theey were multiples boxes. > You should therefore make them communicate with networking sockets and > protect the latter with firewalling rules or tcpwrapper. Now in terms of protecting the host environment this is trivially done by using a read-only nullfs mount: # mkdir /mysql # mysqld_safe --socket=3D/mysql/mysql.sock & # mount_nullfs -oro /mysql /jail/mysql voila. The database can now be connected to within the jail environment on /mysql/mysql.sock as a local fast connection, but as /mysql is mounted read-only they cannot do anything other than connect to the socket :). Remember tools not policy :). Joe --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkXUetMACgkQXVIcjOaxUBbbogCfZrNO34uk2z7eps+SUs2YrzOE lokAoNOWAFev63KHT4KCIOXzQhDvxzCQ =joYw -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 15:32: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 04B0416A402; Thu, 15 Feb 2007 15:32:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8E26A13C441; Thu, 15 Feb 2007 15:32:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HHiaP-000Dcu-5q; Thu, 15 Feb 2007 17:32:01 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l1FFVasu007194 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Feb 2007 17:31:36 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l1FFVam6010115; Thu, 15 Feb 2007 17:31:36 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l1FFVaS3010114; Thu, 15 Feb 2007 17:31:36 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 15 Feb 2007 17:31:35 +0200 From: Kostik Belousov To: Josef Karthauser Message-ID: <20070215153135.GI39168@deviant.kiev.zoral.com.ua> References: <20070204023711.GA3393@genius.tao.org.uk> <20070215135750.GR64768@obiwan.tataz.chchile.org> <20070215152259.GA2950@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="o7gdRJTuwFmWapyH" Content-Disposition: inline In-Reply-To: <20070215152259.GA2950@genius.tao.org.uk> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: 5e2df25549de819b25d1bfd51e9f52eb X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 776 [Feb 15 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: hackers@freebsd.org, Jeremie Le Hen , fs@freebsd.org Subject: Re: nullfs and named pipes. 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, 15 Feb 2007 15:32:03 -0000 --o7gdRJTuwFmWapyH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 15, 2007 at 03:22:59PM +0000, Josef Karthauser wrote: > On Thu, Feb 15, 2007 at 02:57:50PM +0100, Jeremie Le Hen wrote: > >=20 > > Note that all processes within a jail can only intefere with processes > > from another jail or host as if they were on different machines. This > > means they can communicate through PF_INET for instance but not > > PF_LOCAL. > >=20 >=20 > You might think so! However that's not what's going on here. >=20 > The named pipe/nullfs issue is nothing to do with jails. It's just > that nullfs is broken with respect to named pipes as I've previously > reported. However with this patch: >=20 > cvs diff: Diffing . > Index: null_subr.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/src/sys/fs/nullfs/null_subr.c,v > retrieving revision 1.48.2.1 > diff -u -r1.48.2.1 null_subr.c > --- null_subr.c 13 Mar 2006 03:05:17 -0000 1.48.2.1 > +++ null_subr.c 14 Feb 2007 00:02:28 -0000 > @@ -235,6 +235,8 @@ > xp->null_vnode =3D vp; > xp->null_lowervp =3D lowervp; > vp->v_type =3D lowervp->v_type; > + if (vp->v_type =3D=3D VSOCK || vp->v_type =3D=3D VFIFO) > + vp->v_un =3D lowervp->v_un; I'm wondering is some reference counting needed there ? > vp->v_data =3D xp; > vp->v_vnlock =3D lowervp->v_vnlock; > if (vp->v_vnlock =3D=3D NULL) >=20 --o7gdRJTuwFmWapyH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF1HzXC3+MBN1Mb4gRAjWqAKDbD0zmXgl9XH84olKNpGzCa4jUvQCg1wTj PS5YUBnN+3ferD6fSsPKfAQ= =5j5c -----END PGP SIGNATURE----- --o7gdRJTuwFmWapyH-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 16:14: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 E7CA916A408 for ; Thu, 15 Feb 2007 16:14:50 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.224]) by mx1.freebsd.org (Postfix) with ESMTP id 932A213C4B3 for ; Thu, 15 Feb 2007 16:14:50 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so740804wxc for ; Thu, 15 Feb 2007 08:14:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=tSSQBOayzmd7qcV4u5HKlCKxmVAHSrHHRbFBKOqj0p8GewsM54sq14eL+YM0acmNyG3mhRgLsxu9D63gavarVqEcAb22Xu0WdXdHum/00aadSBKwWy8LGPFSGU6yOJsiCVVG1PbB5gt79a7C6Fn5g97w1Mo62RiQjZyVtpkFW1Y= Received: by 10.90.55.19 with SMTP id d19mr2580859aga.1171556090043; Thu, 15 Feb 2007 08:14:50 -0800 (PST) Received: from ?192.168.0.21? ( [87.166.95.91]) by mx.google.com with ESMTP id 24sm2745834ugf.2007.02.15.08.14.49; Thu, 15 Feb 2007 08:14:49 -0800 (PST) From: Pascal Hofstee To: Robert Watson In-Reply-To: <20070215133647.V79543@fledge.watson.org> References: <45C04593.2090704@gmail.com> <20070131085206.GW892@turion.vk2pj.dyndns.org> <45C06167.60401@gmail.com> <86odofjyua.fsf@dwp.des.no> <20070131105024.L91177@fledge.watson.org> <20070215133647.V79543@fledge.watson.org> Content-Type: text/plain Date: Thu, 15 Feb 2007 17:14:47 +0100 Message-Id: <1171556087.9285.1.camel@chekov> Mime-Version: 1.0 X-Mailer: Evolution 2.9.91 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= , hackers@freebsd.org Subject: Re: a question regarding 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, 15 Feb 2007 16:14:51 -0000 On Thu, 2007-02-15 at 13:41 +0000, Robert Watson wrote: > Unfortunately, things are a bit more tricky. The problem is not so much the > API, where converting size_t/int is a relative non-event, rather, the ABI. By > changing the size of a field in a data structure, you may change the layout of > the structure, and hence the offset of other fields. This offset information > is compiled into binaries that access the structure -- hence being part of the > ABI. On i386, the change from int to size_t doesn't modify the ABI, as both > int and size_t are 32-bit. However, on 64-bit platforms, int is 32-bit and > size_t is 64-bit: > > sledge:/tmp> uname -a > FreeBSD sledge.freebsd.org 7.0-CURRENT FreeBSD 7.0-CURRENT #898: Wed Feb 14 > 14:20:16 UTC 2007 root@sledge.freebsd.org:/h/src/sys/amd64/compile/SLEDGE > amd64 > sledge:/tmp> ./size_t > sizeof int: 4 > sizeof size_t: 8 > > In practice, this means that all of the later fields in the data structure > will be offset by 4 bytes. This will affect any application that accesses > later fields in the structure but isn't recompiled. This is why DES and I > have been discussing this change as requiring kernel compatibility code, which > would provide new system calls working with the new layout, and retain old > system calls working with the old layout. So we'd need to provide a new > shmctl() with the new structure, and an oshmctl() with the old layout. While > doing that, it makes sense to do all the other ABI-related things that we'd > like to get out of the way, such as fixing the types in shm_perm. I understand ... i'll leave this up to you guys .. you have obviously a lot more hands on experience in these kinds of matters :) -- Pascal Hofstee From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 16:26:42 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 49A2516A408 for ; Thu, 15 Feb 2007 16:26:42 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 076A213C48E for ; Thu, 15 Feb 2007 16:26:40 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so1180307nfc for ; Thu, 15 Feb 2007 08:26:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=kpsh9/v5G238RczHSF9HlF1/UPrGQS5QJlh4UR+W0mhfspr5LVgbKes6O6SI5fTXy5+WgCJ3nZKGoc9Cx6WFDN4E3fVvjY2MIAH6XkQ/BZc7Gpc/m2YAzlqt2VPFXehmW4uW6LpLASY/iXwgIVwnRH2eLGXXHkyEm/yWqdR8zsQ= Received: by 10.49.36.6 with SMTP id o6mr1524782nfj.1171556799586; Thu, 15 Feb 2007 08:26:39 -0800 (PST) Received: by 10.49.63.7 with HTTP; Thu, 15 Feb 2007 08:26:39 -0800 (PST) Message-ID: <346a80220702150826k784f6538i8a76655c745b2b5a@mail.gmail.com> Date: Thu, 15 Feb 2007 09:26:39 -0700 From: "Coleman Kane" To: "Alexander Leidinger" In-Reply-To: <20070215091900.x3y2c655kwcog48k@webmail.leidinger.net> MIME-Version: 1.0 References: <17875.18893.789217.224987@canoe.dclg.ca> <200702141255.53501.lists@jnielsen.net> <346a80220702141036j29485688gf052be8f4432eed5@mail.gmail.com> <33BBE265-A5B1-4F82-BF41-84825A7089FC@xview.net> <20070215091900.x3y2c655kwcog48k@webmail.leidinger.net> 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: Olivier Warin , David Gilbert , freebsd-hackers@freebsd.org Subject: Re: portupgrade O(n^m)? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@cokane.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 16:26:42 -0000 On 2/15/07, Alexander Leidinger wrote: > > Quoting Olivier Warin (from Wed, 14 Feb 2007 > 19:54:09 +0100): > > > This issue is not only related to portupgrade, pkg_add a new port takes > > far too long now... and make index each time I upgrade my ports is > > awfull too. > > Regarding "make index": try "make fetchindex" right after the cvsup. > IT may not be up to the point with the cvsupped stuff, but not far off. > > Bye, > Alexander. I don't think we who use the modular X.org tree can do this since a number of the ports won't be properly registered in the file (or am I off-base here?). -- Coleman From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 16:34:19 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 DBDE716A400; Thu, 15 Feb 2007 16:34:19 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id 9767113C48E; Thu, 15 Feb 2007 16:34:19 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id 6C9B665C5; Thu, 15 Feb 2007 16:34:18 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id 28B2A40D4; Thu, 15 Feb 2007 16:34:13 +0000 (GMT) Date: Thu, 15 Feb 2007 16:34:12 +0000 From: Josef Karthauser To: Kostik Belousov Message-ID: <20070215163412.GC3439@genius.tao.org.uk> References: <20070204023711.GA3393@genius.tao.org.uk> <20070215135750.GR64768@obiwan.tataz.chchile.org> <20070215152259.GA2950@genius.tao.org.uk> <20070215153135.GI39168@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+xNpyl7Qekk2NvDX" Content-Disposition: inline In-Reply-To: <20070215153135.GI39168@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.11 Cc: hackers@freebsd.org, Jeremie Le Hen , fs@freebsd.org Subject: Re: nullfs and named pipes. 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, 15 Feb 2007 16:34:20 -0000 --+xNpyl7Qekk2NvDX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Feb 15, 2007 at 05:31:35PM +0200, Kostik Belousov wrote: > > --- null_subr.c 13 Mar 2006 03:05:17 -0000 1.48.2.1 > > +++ null_subr.c 14 Feb 2007 00:02:28 -0000 > > @@ -235,6 +235,8 @@ > > xp->null_vnode = vp; > > xp->null_lowervp = lowervp; > > vp->v_type = lowervp->v_type; > > + if (vp->v_type == VSOCK || vp->v_type == VFIFO) > > + vp->v_un = lowervp->v_un; > I'm wondering is some reference counting needed there ? Maybe. I'm not at all familiar with the filesystem code. I was hoping someone with a bit of knowledge could fix it up. Joe --+xNpyl7Qekk2NvDX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkXUi4QACgkQXVIcjOaxUBb7xwCfUi+KfPEgFryt/ox89Jn3CMbJ omUAnjBx3Qk5XHGwWe7mfKgRyjPx8hbg =E9Xn -----END PGP SIGNATURE----- --+xNpyl7Qekk2NvDX-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 16:53:39 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 5DDC816A409 for ; Thu, 15 Feb 2007 16:53:39 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id D263D13C474 for ; Thu, 15 Feb 2007 16:53:38 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id l1FGqYw5022764 for ; Thu, 15 Feb 2007 17:53:18 +0100 (CET) X-Ids: 165 Received: by parthe.lpthe.jussieu.fr (Postfix, from userid 10096) id 7C067BF65D; Thu, 15 Feb 2007 17:52:33 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on parthe.lpthe.jussieu.fr X-Spam-Level: * X-Spam-Status: No, score=1.2 required=5.0 tests=AWL,NO_DNS_FOR_FROM autolearn=no version=3.1.7 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 4F45ABF65A for ; Thu, 15 Feb 2007 17:52:29 +0100 (CET) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 3CF6C1DD; Thu, 15 Feb 2007 17:52:29 +0100 (CET) Date: Thu, 15 Feb 2007 17:52:29 +0100 From: Michel Talon To: freebsd-hackers@freebsd.org Message-ID: <20070215165228.GA72462@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.165]); Thu, 15 Feb 2007 17:53:18 +0100 (CET) X-Mailman-Approved-At: Thu, 15 Feb 2007 16:57:04 +0000 Subject: Re: portupgrade O(n^m)? and pkgupgrade 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, 15 Feb 2007 16:53:39 -0000 As a tentative solution to the problem in the subject, i have corrected still more bugs in my program pkguprade. The last version is at http://www.lpthe.jussieu.fr/~talon/pkgupgrade I had observed on my own machine two problems, one being that the topological sort was scrambled, this i have discovered was due to a bad use of the python sort() function (although i don't understand clearly why the syntax was bad), the other had to do with ports being moved in the MOVED files and whose moves were accounted incorrectly. This is a hairy problem with the FreeBSD ports sytem. As an example of running pkgupgrade, here is what i get after having upgraded the port tree from 6.2-RELEASE to current: niobe% ./pkgupgrade There are now 711 packages installed. Collecting installed packages. Building the updated index. Building and filling the dependency DAG. Printing the upgrade list in UpgradeLog Total time spent in analysis: 01 minutes 29 seconds. Second phase, downloads and backups. Total time spent in downloads: 00 minutes 13 seconds. Total time spent in backups: 00 minutes 15 seconds. Writing upgrade shell script. Will remove 3 old packages. Will install 17 new binary packages. Will compile 8 ports. All tasks completed. ****************************************************************** Total time: 01 minutes 53 seconds. At first sight, the shell script which has been produced, UpgradeShell seems reasonable. Of course such a program can only gain very good reliability by testing, but testing is always dangerous ..., except perhaps on testing machines, but i don't have any. -- Michel TALON From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 17:31:01 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 6893416A408 for ; Thu, 15 Feb 2007 17:31:01 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.freebsd.org (Postfix) with ESMTP id 2483713C4A3 for ; Thu, 15 Feb 2007 17:30:59 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 098D111402A for ; Thu, 15 Feb 2007 17:13:11 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IIwXo42ySuzO for ; Thu, 15 Feb 2007 17:13:03 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id 75AC811402F for ; Thu, 15 Feb 2007 17:13:03 +0000 (GMT) Date: Thu, 15 Feb 2007 17:13:03 +0000 From: Dominic Marks To: freebsd-hackers@freebsd.org Message-Id: <20070215171303.2e3dc80b.dom@helenmarks.co.uk> In-Reply-To: <20070215165228.GA72462@lpthe.jussieu.fr> References: <20070215165228.GA72462@lpthe.jussieu.fr> X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: portupgrade O(n^m)? and pkgupgrade 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, 15 Feb 2007 17:31:01 -0000 On Thu, 15 Feb 2007 17:52:29 +0100 Michel Talon wrote: > As a tentative solution to the problem in the subject, i have corrected > still more bugs in my program pkguprade. The last version is at > http://www.lpthe.jussieu.fr/~talon/pkgupgrade > > I had observed on my own machine two problems, one being that the > topological sort was scrambled, this i have discovered was due to a bad > use of the python sort() function (although i don't understand clearly > why the syntax was bad), the other had to do with ports being moved in > the MOVED files and whose moves were accounted incorrectly. This is > a hairy problem with the FreeBSD ports sytem. > > As an example of running pkgupgrade, here is what i get after having > upgraded the port tree from 6.2-RELEASE to current: > niobe% ./pkgupgrade > There are now 711 packages installed. > Collecting installed packages. > Building the updated index. > Building and filling the dependency DAG. > Printing the upgrade list in UpgradeLog > Total time spent in analysis: 01 minutes 29 seconds. > Second phase, downloads and backups. > Total time spent in downloads: 00 minutes 13 seconds. > Total time spent in backups: 00 minutes 15 seconds. > Writing upgrade shell script. > Will remove 3 old packages. > Will install 17 new binary packages. > Will compile 8 ports. > All tasks completed. > ****************************************************************** > Total time: 01 minutes 53 seconds. > At first sight, the shell script which has been produced, UpgradeShell > seems reasonable. Of course such a program can only gain very good > reliability by testing, but testing is always dangerous ..., except > perhaps on testing machines, but i don't have any. You could use a jail for this, although a separate system is always nice. > -- > > Michel TALON > > _______________________________________________ > 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 Feb 15 17:33: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 7E56E16A408 for ; Thu, 15 Feb 2007 17:33:04 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 09BD713C494 for ; Thu, 15 Feb 2007 17:33:03 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so222479ugh for ; Thu, 15 Feb 2007 09:33:03 -0800 (PST) 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=XYdkyDWI1OqfTFk4GehnVNKzevjinzxowvdD9KfbUASY5h3UnM9VeUYSKt2iSA5G3XsNVs0PEZ3y5pD/uCTbTlMVqJRmWw+k0PRvjkGguX8tOavvI/zgiyeKqeEsxyFBdFTT9sdWsSZ4tB6F7iJf0lu9Rdxf7JUoomRtsfZZa9o= Received: by 10.78.192.20 with SMTP id p20mr456649huf.1171557239589; Thu, 15 Feb 2007 08:33:59 -0800 (PST) Received: by 10.78.29.12 with HTTP; Thu, 15 Feb 2007 08:33:59 -0800 (PST) Message-ID: Date: Thu, 15 Feb 2007 17:33:59 +0100 From: "Niclas Zeising" To: cokane@cokane.org In-Reply-To: <346a80220702150826k784f6538i8a76655c745b2b5a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <17875.18893.789217.224987@canoe.dclg.ca> <200702141255.53501.lists@jnielsen.net> <346a80220702141036j29485688gf052be8f4432eed5@mail.gmail.com> <33BBE265-A5B1-4F82-BF41-84825A7089FC@xview.net> <20070215091900.x3y2c655kwcog48k@webmail.leidinger.net> <346a80220702150826k784f6538i8a76655c745b2b5a@mail.gmail.com> Cc: Alexander Leidinger , David Gilbert , freebsd-hackers@freebsd.org, Olivier Warin Subject: Re: portupgrade O(n^m)? 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, 15 Feb 2007 17:33:04 -0000 On 2/15/07, Coleman Kane wrote: > On 2/15/07, Alexander Leidinger wrote: > > > > Quoting Olivier Warin (from Wed, 14 Feb 2007 > > 19:54:09 +0100): > > > > > This issue is not only related to portupgrade, pkg_add a new port takes > > > far too long now... and make index each time I upgrade my ports is > > > awfull too. > > > > Regarding "make index": try "make fetchindex" right after the cvsup. > > IT may not be up to the point with the cvsupped stuff, but not far off. > > > > Bye, > > Alexander. > > > > I don't think we who use the modular X.org tree can do this since a number > of the ports won't be properly registered in the file (or am I off-base > here?). > -- > Coleman We who use the modular xorg tree cant do make fetchindex, we have to do make index... I've never had any problem with portupgrade taking forever to run if i've done a make index and a portsdb -u before running. But then again, I only have somewhere around 350 ports at the moment. //Niclas From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 17:36:57 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 B9B9B16A421 for ; Thu, 15 Feb 2007 17:36:57 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA0F13C494 for ; Thu, 15 Feb 2007 17:36:56 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1FHau6x070149; Thu, 15 Feb 2007 11:36:56 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45D49A39.6010402@freebsd.org> Date: Thu, 15 Feb 2007 11:36:57 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Geoff Garside References: <000301c75052$90d02950$4b00000a@Enki> In-Reply-To: <000301c75052$90d02950$4b00000a@Enki> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.88.4/2574/Thu Feb 15 10:10:18 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: hackers@freebsd.org Subject: Re: FreeBSD 5.5 persistent crashing 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, 15 Feb 2007 17:36:57 -0000 On 02/14/07 10:09, Geoff Garside wrote: > Hi, > I’m trying to get to the bottom of some issues we have been experiencing > with a server of ours. We have so far tried replacing the memory in the > server and we are still experiencing the crashes. > > If anyone has any ideas as to what could be causing this, or possible kgdb > tricks to try. Can you reproduce this easily? Can you explain how you get it to fail? Eric From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 18:12: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 0374B16A46B for ; Thu, 15 Feb 2007 18:12:06 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outV.internet-mail-service.net (outV.internet-mail-service.net [216.240.47.245]) by mx1.freebsd.org (Postfix) with ESMTP id EB45D13C4C7 for ; Thu, 15 Feb 2007 18:12:04 +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; Thu, 15 Feb 2007 09:35:31 -0800 Received: from [192.168.2.5] (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 018C8125B2B; Thu, 15 Feb 2007 09:58:59 -0800 (PST) Message-ID: <45D49F63.6090709@elischer.org> Date: Thu, 15 Feb 2007 09:58:59 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Josef Karthauser References: <20070204023711.GA3393@genius.tao.org.uk> <20070215135750.GR64768@obiwan.tataz.chchile.org> <20070215152259.GA2950@genius.tao.org.uk> In-Reply-To: <20070215152259.GA2950@genius.tao.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org, Jeremie Le Hen , fs@freebsd.org Subject: Re: nullfs and named pipes. 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, 15 Feb 2007 18:12:06 -0000 Josef Karthauser wrote: > On Thu, Feb 15, 2007 at 02:57:50PM +0100, Jeremie Le Hen wrote: >> Note that all processes within a jail can only intefere with processes >> from another jail or host as if they were on different machines. This >> means they can communicate through PF_INET for instance but not >> PF_LOCAL. >> > > You might think so! However that's not what's going on here. > Yes I tried to do this once before and failed.. I was trying to have the same named pipes available in two chroots (not jails) and it failed as you say. I would certainly like to have this fixed. Does anyone know if our nullfs rewrite is related at all to the\ dragonfly nullfs rewrite? They say lots of good things about the dragonfly rewrite.... > The named pipe/nullfs issue is nothing to do with jails. It's just > that nullfs is broken with respect to named pipes as I've previously > reported. However with this patch: > > cvs diff: Diffing . > Index: null_subr.c > =================================================================== > RCS file: /home/ncvs/src/sys/fs/nullfs/null_subr.c,v > retrieving revision 1.48.2.1 > diff -u -r1.48.2.1 null_subr.c > --- null_subr.c 13 Mar 2006 03:05:17 -0000 1.48.2.1 > +++ null_subr.c 14 Feb 2007 00:02:28 -0000 > @@ -235,6 +235,8 @@ > xp->null_vnode = vp; > xp->null_lowervp = lowervp; > vp->v_type = lowervp->v_type; > + if (vp->v_type == VSOCK || vp->v_type == VFIFO) > + vp->v_un = lowervp->v_un; > vp->v_data = xp; > vp->v_vnlock = lowervp->v_vnlock; > if (vp->v_vnlock == NULL) > > that problem goes away. Now a named pipe created on a lower layer > can be spoken to by a process connecting to it on a higher layer, > i.e (for demostration purposes only): > > # ls -ld /tmp/mysql.sock > srwxrwxrwx 1 mysql wheel 0 Jan 4 09:26 /tmp/mysql.sock > # mount_nullfs /tmp /mnt > # ls -ld /mnt/mysql.sock > srwxrwxrwx 1 mysql wheel 0 Jan 4 09:26 /mnt/mysql.sock > > With a stock kernel this fails: > > % mysql --socket=/mnt/mysql.sock > ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/mnt/mysql.sock' (61) > > but with the patch above it works: > > % mysql --socket=/mnt/mysql.sock > ERROR 1045 (28000): Access denied for user 'joe'@'localhost' (using password: NO) > > Of course the patch above doesn't work if the socket is created at > /mnt/mysql.sock and something wants to talk to it over at > /tmp/mysql.sock, however that is not really a problem. > > > So how does this relate to jails? > > The point of using nullfs is to make a PF_LOCAL socket appear local > even in the jail(!). Using the patch above this is indeed the case > and as far as the jail is concerned the socket is indeed local, > meaning that a process within a jail can talk via it to a process > on the host environment with no restrictions. This is crucially > important for mysql for instance as there is significant overhead > associated with PF_INET connections which can be avoided by talking > to PF_LOCAL sockets. this is something I need to be able to do. > >> IOW you have to think your jails as if theey were multiples boxes. >> You should therefore make them communicate with networking sockets and >> protect the latter with firewalling rules or tcpwrapper. > > Now in terms of protecting the host environment this is trivially done > by using a read-only nullfs mount: > > # mkdir /mysql > # mysqld_safe --socket=/mysql/mysql.sock & > > # mount_nullfs -oro /mysql /jail/mysql > > voila. The database can now be connected to within the jail environment > on /mysql/mysql.sock as a local fast connection, but as /mysql is > mounted read-only they cannot do anything other than connect to the > socket :). > yep > > Remember tools not policy :). > > Joe From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 18:20: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 1249E16A420 for ; Thu, 15 Feb 2007 18:20:45 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id E29F013C471 for ; Thu, 15 Feb 2007 18:20:44 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn07.u.washington.edu (hymn07.u.washington.edu [140.142.8.53]) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1FIKiVW011759 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 15 Feb 2007 10:20:44 -0800 Received: from localhost (localhost [127.0.0.1]) by hymn07.u.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1FIKiMQ022349 for ; Thu, 15 Feb 2007 10:20:44 -0800 X-Auth-Received: from [192.55.52.4] by hymn07.u.washington.edu via HTTP; Thu, 15 Feb 2007 10:20:44 PST Date: Thu, 15 Feb 2007 10:20:44 -0800 (PST) From: youshi10@u.washington.edu To: freebsd-hackers@freebsd.org In-Reply-To: <346a80220702150826k784f6538i8a76655c745b2b5a@mail.gmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.15.100933 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' Subject: Re: portupgrade O(n^m)? 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, 15 Feb 2007 18:20:45 -0000 On Thu, 15 Feb 2007, Coleman Kane wrote: > On 2/15/07, Alexander Leidinger wrote: >> >> Quoting Olivier Warin (from Wed, 14 Feb 2007 >> 19:54:09 +0100): >> >> > This issue is not only related to portupgrade, pkg_add a new port takes >> > far too long now... and make index each time I upgrade my ports is >> > awfull too. >> >> Regarding "make index": try "make fetchindex" right after the cvsup. >> IT may not be up to the point with the cvsupped stuff, but not far off. >> >> Bye, >> Alexander. > > > > I don't think we who use the modular X.org tree can do this since a number > of the ports won't be properly registered in the file (or am I off-base > here?). > -- > Coleman Heh, that is a serious problem considering that modular Xorg would probably at max add about 100 ~ 150~some packages to the portage tree, depending on how things are done. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 19:19:30 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 336D316A402; Thu, 15 Feb 2007 19:19:30 +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 0C7C413C4B5; Thu, 15 Feb 2007 19:19:30 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn07.u.washington.edu (hymn07.u.washington.edu [140.142.8.53]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1FIH0qk009722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Feb 2007 10:17:00 -0800 Received: from localhost (localhost [127.0.0.1]) by hymn07.u.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1FIH0WG016859; Thu, 15 Feb 2007 10:17:00 -0800 X-Auth-Received: from [192.55.52.4] by hymn07.u.washington.edu via HTTP; Thu, 15 Feb 2007 10:17:00 PST Date: Thu, 15 Feb 2007 10:17:00 -0800 (PST) From: youshi10@u.washington.edu To: freebsd-hackers@freebsd.org In-Reply-To: <20070215123958.GA35137@lpthe.jussieu.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.15.100433 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='SUPERLONG_LINE 0.05, 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: freebsd-ports@freebsd.org Subject: Re: portupgrade O(n^m)? 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, 15 Feb 2007 19:19:30 -0000 On Thu, 15 Feb 2007, Michel Talon wrote: >> Give me a few weeks, and if I can band together with a few people I >> wanted to try and port sections of portupgrade and its related tools to >> C++ (and maybe do some code tweaks along the way). Most of the ruby >> files are over 400 lines long, sparsely commented, and I don't know ruby >> enough to port right now, but I've been making some headway lately so >> I'll try porting some stuff soon. > > I think that porting portupgrade to C++ would be time spent in vain. In > my opinion, some of the basic ideas of portupgrade are deeply flawed, > and as much as one polishes the algorithms it will not gain much. The > idea of keeping state in databases is deeply flawed, it is constantly > broken, and doesn't help in speed at all. This was one of the > motivations of portmaster, get rid of database dependencies. In my > opinion, upgrading progressiveley, that is, port by port, is deeply > flawed. There is 90% chance that something will go wrong in the middle > and you will be stuck with an half upgraded system. > > So in my opinion, what is needed is thinking radically new about the > problem, write a prototype in a scripting language to experiment with > the solutions, and then code it in C++. Personnally i have done that, i > have written a python script, which can be found here: > http://www.lpthe.jussieu.fr/~talon/pkgupgrade > (it needs the companion > http://www.lpthe.jussieu.fr/~talon/save_pkg.py). > For the time being, i still have bugs, that i am working on, but at > least these bugs show that the problem is vastly more complicated that > one can imagine at first. > > Why python? because it is much more readable than perl or ruby, and much > more performant than ruby. In may opinion ruby is vastly hyperhyped, it > is much closer to rubish than anything else. > What ideas? Don't use any database, database connector, do everything > in memory, recompute needed information on the fly. It works very well, > one can count on something of the order of 1mn to 2mn to perform the > necessary analysis for 700 ports. Second, download as much precompiled > packages as possible, at full speed, that is with the same connection to > the ftp server. This works very well, if you have a good internet > connection, in 15 mn to 20 mn you have your packages. > > Why packages? > because packages don't break when compiling. Compiling from source is > asking for problems. If you minimise the number of compilations you > minimise the risk of breakage. Moreover simultaneously with downloading > one can backup old packages, and so, gain time. By contrast, for every > packages, portupgrade first does dependency analysis that could be done > once, then does backup, then fetches the binary package or compiles, > then installs it, then discards backup. Al this is terrible loss of > time. > > Finally my script produces a shell script able to do the upgrade. So you > can look in written form to *exactly* what will be removed, what will be > installed by binary packages, and what will be compiled. All necessary > packages for installation are already present on the machine. There is > absolutely no element of surprise, you can evaluate the risk soundly. > These are the ideas i have explored. > > Now, performance wise, when you run the shell script it takes around 2 > hours. This is entirely time spent by pkg_delete ( roughly 15 mn) and > pkg_add (roughly 1h45mn) for around 500 ports replaced. This is very > long, sure, but it can be optimized only by working on pkg_delete and > pkg_add. No amount of work on portupgrade or a replacement will help in > any way. > > As for the remaining bugs i have, they are entirely due to the crappy > complexity that FreeBSD port developers introduce by constantly > modifying the origins of the ports. So for a given program, i can have 3 > different origins, one when the port was previously installed on the > machine, another one when the last RELEASE was produced, and the last > one if i compile now the port on the machine with the present state of > the ports tree. These 3 origins may be different, i have examples. > These morons are *constantly* modifying the names, as an exercice in > bikeshed painting. For example pan -> pan2 -> pan, etc. Cycles don't > worry them at all! > Of course, for a given software, you may have all combinations, such as > inexistant or existant at the time the machine was installed, at the > time of the release, or at present. > > Compare that to the situation for Debian apt-get. The names are > conserved. They have strict rules about package naming, they stick to > them and don't change them arbitrarily. All packages exist in compiled > form, you don't have to worry about prepackaged or "to be compiled, so > has 50% chance to break". You have only 2 states to consider instead of > 3: the state on the machine and the state on the repository. Things are > vastly simpler. No wonders that apt-get works and portupgrade doesn't. > This has nothing to do with the fact that apt-get is written in C++ (sorry to cross post, but this thread is just as relevant to @ports as it is to @hackers) Well, since you brought up Debian's apt-get system I thought it'd be a good idea to take a look at the Gentoo Linux emerge / portage system (patterned after Freebsd): ===== Pros: ===== -It's written in python (portable). -It's a system which focuses on ports compilation from source, not binary package installation. -Stores information in a db format (not Berkeley DB, but something different)for entire system in a common file; stores installed leaf package information in another simple textfile. -Has flags for stability reasons, since some packages are alpha or beta and don't compile under certain architectures. -Portage files are fetched via rsync. -Has separate portage files which are phased out over time, in case the portage maintainers move the files in one release. The maintainers then create an informative message which describes what's going on while emerging the package or going through the portage database. If possible the outdated package is pruned and the newer, more recent dependency is merged. ===== Cons: ===== -It's written in python (not fast). -Uses rsync. ====== Point: ====== Apart from what's listed in the above paragraph, Gentoo's portage may have several things that are better than FreeBSD's port system: -Limited life cycle for versioning, which doesn't force server / desktop owners to fix a number of machines all at once, but instead gives them a heads up before a big change occurs and automatically unmerges old dependencies and emerges new items, if possible. -One common interface for package / portage management--not 10 little tools which do basically the same thing, or are specialized for specific tasks. -One common file for all installed packages / ports, not a series of directories and files. -Separate versioning for files, which doesn't break things nearly as much as one common ports Makefile for each file. -A means to search for portage items and their descriptions, without having to deal with a tool that doesn't really work reliably. It's not so much that I'm trying to bash on freebsd, but there's definitely a revision that needs to be made to the way that ports / packages are done, because it seems that the commitee in charge of ports planning and the overall roadmap seem to have let things get a bit off track, just because of the sheer number of ports items available. Something can be fixed and should be. I can only do a portion of the load myself in so much time, since I'm going to work and school right now. ======= In light of previous statement: ======= I wasn't trying to port the pkg_* and port* utils to C++ thinking that I would magically get more optimized code. Sure, C++ is much better than ruby at optimizations if done correctly, but C++ is also easier to screw up than ruby or perl or python, because you have the power to shoot yourself in the foot easier (not as much as C or ASM, but close). The point was that with C++ we could finally get a set of standardized tools and a common interface for FreeBSD for managing ports / packages which could be included in the base system, not a bunch of little specialized tools and packages. I'll have to approach this problem from a black box perspective and be carefully in planning this out, but my goal is to be as backwards compatible friendly as possible or at least provide migration tools to ease the move from the old system to the new one. Again, if anyone is interested in helping me out, it would be more than welcome. That way we could ensure that the project gets done in a timely manner and can reduce bugs and think of better solutions (more people can help in thinking out of the box, the larger the group). Thanks, -Garrett PS Please reply on the @hackers list, if possible. From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 20:16:34 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 ED83916A49C for ; Thu, 15 Feb 2007 20:16:34 +0000 (UTC) (envelope-from flz@FreeBSD.org) Received: from smtp7-g19.free.fr (smtp7-g19.free.fr [212.27.42.64]) by mx1.freebsd.org (Postfix) with ESMTP id 8930D13C428 for ; Thu, 15 Feb 2007 20:16:34 +0000 (UTC) (envelope-from flz@FreeBSD.org) Received: from smtp.xbsd.org (unknown [82.233.2.192]) by smtp7-g19.free.fr (Postfix) with ESMTP id 1F2205635; Thu, 15 Feb 2007 21:16:33 +0100 (CET) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id A172711B70; Thu, 15 Feb 2007 21:16:32 +0100 (CET) X-Virus-Scanned: amavisd-new at xbsd.org Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vq1tob3YR-WE; Thu, 15 Feb 2007 21:16:23 +0100 (CET) Received: from [193.120.13.130] (cream.xbsd.org [193.120.13.130]) by smtp.xbsd.org (Postfix) with ESMTP id ACD9D11B5E; Thu, 15 Feb 2007 21:16:22 +0100 (CET) Message-ID: <45D4BE69.1020607@FreeBSD.org> Date: Thu, 15 Feb 2007 20:11:21 +0000 From: Florent Thoumie User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: youshi10@u.washington.edu References: In-Reply-To: X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigFE0272E846B68100A5AC6B89" Cc: freebsd-hackers@freebsd.org Subject: Re: portupgrade O(n^m)? 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, 15 Feb 2007 20:16:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFE0272E846B68100A5AC6B89 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable youshi10@u.washington.edu wrote: > On Thu, 15 Feb 2007, Coleman Kane wrote: >=20 >> On 2/15/07, Alexander Leidinger wrote: >>> >>> Quoting Olivier Warin (from Wed, 14 Feb 2007 >>> 19:54:09 +0100): >>> >>> > This issue is not only related to portupgrade, pkg_add a new port >>> takes >>> > far too long now... and make index each time I upgrade my ports is >>> > awfull too. >>> >>> Regarding "make index": try "make fetchindex" right after the cvsup. >>> IT may not be up to the point with the cvsupped stuff, but not far of= f. >>> >>> Bye, >>> Alexander. >> >> >> >> I don't think we who use the modular X.org tree can do this since a >> number >> of the ports won't be properly registered in the file (or am I off-bas= e >> here?). >> --=20 >> Coleman >=20 > Heh, that is a serious problem considering that modular Xorg would > probably at max add about 100 ~ 150~some packages to the portage tree, > depending on how things are done. Yeah, I propose we just stay with X.org 6.9.0. PS: This is "ports tree" really, not "portage tree". --=20 Florent Thoumie flz@FreeBSD.org FreeBSD Committer --------------enigFE0272E846B68100A5AC6B89 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF1L5uMxEkbVFH3PQRChK6AJ4rMUIw5v5ShoEpUC6X0x2tl5TXGQCeKyB5 iWcbt7410oDMd+Tl7K7WSyA= =TAAN -----END PGP SIGNATURE----- --------------enigFE0272E846B68100A5AC6B89-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 20:27:57 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 034CA16A402 for ; Thu, 15 Feb 2007 20:27:57 +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 9AF7313C478 for ; Thu, 15 Feb 2007 20:27:56 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 32115 invoked by uid 1001); 15 Feb 2007 20:29:01 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Thu, 15 Feb 2007 15:29:01 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17876.49805.273613.929848@bhuda.mired.org> Date: Thu, 15 Feb 2007 15:29:01 -0500 To: freebsd-hackers@freebsd.org In-Reply-To: References: <20070215123958.GA35137@lpthe.jussieu.fr> X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Mike Meyer Subject: Re: portupgrade O(n^m)? 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, 15 Feb 2007 20:27:57 -0000 On Thu, 15 Feb 2007, Michel Talon wrote: A lot of things that I think are half right. > I think that porting portupgrade to C++ would be time spent in vain. In > my opinion, some of the basic ideas of portupgrade are deeply flawed, > and as much as one polishes the algorithms it will not gain much. The > idea of keeping state in databases is deeply flawed, it is constantly > broken, and doesn't help in speed at all. Agreed, in theory. In practice, the ports system doesn't include all the data you need to do the job properly, so you have to store that information somewhere. > In my opinion, upgrading progressiveley, that is, port by port, is > deeply flawed. There is 90% chance that something will go wrong in > the middle and you will be stuck with an half upgraded system. The notion that a "half upgraded system" is automatically broken is itself broken. The ports DAG is not connected. So long as all the components in each connected subgraph are either upgraded or not as a set, you're going to be fine. Even if a connected subgraph isn't completely ugpraded, you may not have problems, but that's harder to work out. > Second, download as much precompiled > packages as possible, at full speed, that is with the same connection to > the ftp server. So long as you keep track of the different options that went into building the package and don't consider it possible to download a precompiled package unless it was built with the same options, including what's in make.conf. > Why packages? > because packages don't break when compiling. Why not packages? Because some packages are broken as compiled. One of my standard frustrations with portupgrade is having to record the port configuration information. On the other hand, I'm not going to use a tool that doesn't do *something* so that I get the ports built the way I need them. > Compare that to the situation for Debian apt-get. Yeah, apt-get is great. If you're happy runnnig what they provide, exactly as they provide it. Gods forbid you want something customized just a little, or they they don't provide. And do(rest of rant aborted). The ports system is trying to make a much more demanding set of users happy than apt-get. It does some thing right, but it also does some things that simply aren't acceptable to some FreeBSD users. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 17:41: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 6369316A400 for ; Thu, 15 Feb 2007 17:41:04 +0000 (UTC) (envelope-from cokane@mail.cokane.org) Received: from ms-smtp-01.texas.rr.com (ms-smtp-01.texas.rr.com [24.93.47.40]) by mx1.freebsd.org (Postfix) with ESMTP id 271EB13C471 for ; Thu, 15 Feb 2007 17:41:04 +0000 (UTC) (envelope-from cokane@mail.cokane.org) Received: from ramen.cokane.org (rrcs-24-153-184-158.sw.biz.rr.com [24.153.184.158]) by ms-smtp-01.texas.rr.com (8.13.6/8.13.6) with SMTP id l1FGwTpL003234 for ; Thu, 15 Feb 2007 10:58:29 -0600 (CST) Received: (qmail 83420 invoked by uid 1001); 15 Feb 2007 16:57:57 -0000 Date: Thu, 15 Feb 2007 16:57:57 +0000 From: Coleman Kane To: Niclas Zeising Message-ID: <20070215165757.GA83361@ramen.coleyandcheryl> References: <17875.18893.789217.224987@canoe.dclg.ca> <200702141255.53501.lists@jnielsen.net> <346a80220702141036j29485688gf052be8f4432eed5@mail.gmail.com> <33BBE265-A5B1-4F82-BF41-84825A7089FC@xview.net> <20070215091900.x3y2c655kwcog48k@webmail.leidinger.net> <346a80220702150826k784f6538i8a76655c745b2b5a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Mailman-Approved-At: Thu, 15 Feb 2007 20:56:15 +0000 Cc: Alexander Leidinger , David Gilbert , freebsd-hackers@freebsd.org, Olivier Warin Subject: Re: portupgrade O(n^m)? 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, 15 Feb 2007 17:41:04 -0000 On Thu, Feb 15, 2007 at 05:33:59PM +0100, Niclas Zeising wrote, and it was proclaimed: > On 2/15/07, Coleman Kane wrote: > >On 2/15/07, Alexander Leidinger wrote: > >> > >> Quoting Olivier Warin (from Wed, 14 Feb 2007 > >> 19:54:09 +0100): > >> > >> > This issue is not only related to portupgrade, pkg_add a new port takes > >> > far too long now... and make index each time I upgrade my ports is > >> > awfull too. > >> > >> Regarding "make index": try "make fetchindex" right after the cvsup. > >> IT may not be up to the point with the cvsupped stuff, but not far off. > >> > >> Bye, > >> Alexander. > > > > > > > >I don't think we who use the modular X.org tree can do this since a number > >of the ports won't be properly registered in the file (or am I off-base > >here?). > >-- > >Coleman > > We who use the modular xorg tree cant do make fetchindex, we have to > do make index... I've never had any problem with portupgrade taking > forever to run if i've done a make index and a portsdb -u before > running. But then again, I only have somewhere around 350 ports at the > moment. > > //Niclas I have over 1000 ports installed and it can be annoyingly slow. I don't completely know if the "portupgrade" script is the 100% culprit though, as it calls a number of other programs during execution. -- coleman From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 21:20: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 E28D416A401; Thu, 15 Feb 2007 21:20:54 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from centrmmtao05.cox.net (centrmmtao05.cox.net [70.168.83.79]) by mx1.freebsd.org (Postfix) with ESMTP id 7051813C491; Thu, 15 Feb 2007 21:20:54 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by centrmmtao05.cox.net (InterMail vM.6.01.06.03 201-2131-130-104-20060516) with ESMTP id <20070215212053.FABV21006.centrmmtao05.cox.net@eastrmimpo02.cox.net>; Thu, 15 Feb 2007 16:20:53 -0500 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo02.cox.net with bizsmtp id PxLs1W00d4iy4EG0000000; Thu, 15 Feb 2007 16:20:53 -0500 Date: Thu, 15 Feb 2007 15:22:35 -0600 To: youshi10@u.washington.edu From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: User-Agent: Opera Mail/9.10 (Linux) Cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Subject: Re: portupgrade O(n^m)? 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, 15 Feb 2007 21:20:55 -0000 On Thu, 15 Feb 2007 12:17:00 -0600, wrote: > =3D=3D=3D=3D=3D > Pros: > =3D=3D=3D=3D=3D > -It's written in python (portable). Isn't our more portable for hardware than Python? Also, it is smaller? > -It's a system which focuses on ports compilation from source, not = > binary package installation. This is very cons. The ports can do both, so it is more flexible and is = = pros than this. In our ports tree, you can even choice to create your ow= n = packages, install your own packages that was built by you, use FreeBSD = packages or compile by via ports tree. > -Stores information in a db format (not Berkeley DB, but something = > different)for entire system in a common file; stores installed leaf = > package information in another simple textfile. > -Has flags for stability reasons, since some packages are alpha or bet= a = > and don't compile under certain architectures. No thanks, I am against this. I have seen the messy over at Gentoo's = forums for you can't do the mix very well. Our ports have the better = stability than their for in both stable and bleeding edge at the same = time. I have used Gentoo before very long time ago and it is too often t= o = break stuff, I personal prefer Slackware or Ubuntu over Gentoo and porta= ge = anytime for Linux. > -Portage files are fetched via rsync. What is speical about it if you put rsync as in Cons? Why replace it whe= n = CVSup works fine? http://www.gentoo.org/news/en/gwn/20021223-newsletter.xml#doc_chap2_sect= 4 I do realize that it's 2002. > -Has separate portage files which are phased out over time, in case th= e = > portage maintainers move the files in one release. The maintainers the= n = > create an informative message which describes what's going on while = > emerging the package or going through the portage database. If possibl= e = > the outdated package is pruned and the newer, more recent dependency i= s = > merged. I don't think I like this. Same comments for this in the first top. > =3D=3D=3D=3D=3D > Cons: > =3D=3D=3D=3D=3D > -It's written in python (not fast). And it is not in base system. It requires Python to be install in the = different way when our package system is based on Python. And Python = breaks script more often than what we have in base system. > -Uses rsync. Why put rsync in Pros too? :-) > =3D=3D=3D=3D=3D=3D > Point: > =3D=3D=3D=3D=3D=3D > =3D=3D=3D=3D=3D=3D=3D > In light of previous statement: > =3D=3D=3D=3D=3D=3D=3D > > I wasn't trying to port the pkg_* and port* utils to C++ thinking that= I = > would magically get more optimized code. Sure, C++ is much better than= = > ruby at optimizations if done correctly, but C++ is also easier to scr= ew = > up than ruby or perl or python, because you have the power to shoot = > yourself in the foot easier (not as much as C or ASM, but close). > > The point was that with C++ we could finally get a set of standardized= = > tools and a common interface for FreeBSD for managing ports / packages= = > which could be included in the base system, not a bunch of little = > specialized tools and packages. If you can make C or C++ or whatever what we have in the base system too= ls = better (is a must) than what we have now in ports tree, then I have no = problem with it. Go ahead write it, but do expect for that it will be ha= rd = to get us to accept for our ports tree to change over to use new tools. Cheers, Mezz > I'll have to approach this problem from a black box perspective and be= = > carefully in planning this out, but my goal is to be as backwards = > compatible friendly as possible or at least provide migration tools to= = > ease the move from the old system to the new one. > > Again, if anyone is interested in helping me out, it would be more tha= n = > welcome. That way we could ensure that the project gets done in a time= ly = > manner and can reduce bugs and think of better solutions (more people = = > can help in thinking out of the box, the larger the group). > > Thanks, > -Garrett > > PS Please reply on the @hackers list, if possible. -- = mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 21:33:46 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 D80EF16A407 for ; Thu, 15 Feb 2007 21:33:46 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id 8247213C4AA for ; Thu, 15 Feb 2007 21:33:46 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 13478 invoked by uid 399); 15 Feb 2007 21:33:43 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 15 Feb 2007 21:33:43 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45D4D1B4.8090404@FreeBSD.org> Date: Thu, 15 Feb 2007 13:33:40 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Michel Talon References: <20070215001758.GA32225@lpthe.jussieu.fr> In-Reply-To: <20070215001758.GA32225@lpthe.jussieu.fr> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd ports Subject: Re: portupgrade O(n^m)? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd ports List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 21:33:47 -0000 Michel Talon wrote: > Joerg Sonnenberger wrote: > >> Well, the complexity is somewhere in the area of O(nm) with m being >> small. I strongly suggest some basic bucket hashing if it is not done >> already. For the pkgsrc bulk build (which has similiar problems) it >> reduced the time to around 3 minutes to resolve all dependencies (6k >> packages), initally it was somewhere in the area of 1h. > > The problem is the so called topological sorting of a DAG which is of > order (n+m) where n is the number of nodes and m the number of arrows in > the DAG. In my python program pkgupgrade, i perform this sorting for > the whole set of ports (16000 +) in a couple of seconds. I am quite sure > that portupgrade uses one of the standard algorithms so i doubt very > much that the problem is here. I suspect it is much more in the constant > appeal to databases instead of bringing all data in memory, plus the > natural slowness of ruby. Portmaster in no way solves this problem, nor > helps upgrading in reasonable time. I'm not sure what you mean by "nor helps upgrading in a reasonable time," but I can say that portmaster isn't trying to solve the problem of dependency graphing the entire ports tree. What portmaster does for upgrading individual programs is look at what you have installed, and then use the ports Makefiles to determine ordering of dependencies. For the +a (update all) case portmaster uses the data in /var/db/pkg to determine what ports to start with, and then proceeds up the list in increasing order of dependency complexity. While upgrading individual ports it reconfirms dependency information by using the port's Makefile, and searching the +CONTENTS files to make sure that the dependency data is recorded correctly when it's finished. It's probably also worth noting that when I started writing portmaster my goal was not to write a portupgrade replacement, but rather to create a tool that quickly and efficiently would handle the subset of the problem space that I was interested in. You may find it useful to ask yourself the question of exactly what your goal is. If it's to provide the be-all and end-all of ports upgrading tools, I think that you will find your efforts frustrated by the fact that what different groups of users want is sufficiently different to make handling those needs with just one tool difficult, if not impossible. You might also ask yourself what your goals are in interacting with the FreeBSD community. I notice that your posts are heavy with negativity, "this is stupid," "those people are morons," etc. I don't know of any communities where those attitudes are well supported, but I do know that you won't get very far in this community that way. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 21:54:34 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 D13AD16A401 for ; Thu, 15 Feb 2007 21:54:34 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id 6E95813C441 for ; Thu, 15 Feb 2007 21:54:34 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 7230 invoked by uid 399); 15 Feb 2007 21:54:34 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 15 Feb 2007 21:54:34 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45D4D695.3090505@FreeBSD.org> Date: Thu, 15 Feb 2007 13:54:29 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: David Gilbert References: <17875.18893.789217.224987@canoe.dclg.ca> <17875.33679.494974.529630@canoe.dclg.ca> In-Reply-To: <17875.33679.494974.529630@canoe.dclg.ca> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jeremy Messenger , freebsd ports , freebsd-hackers@freebsd.org Subject: portmaster and local ports (Was: Re: portupgrade O(n^m)?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd ports List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 21:54:34 -0000 David Gilbert wrote: >>>>>> "Jeremy" == Jeremy Messenger writes: > > Jeremy> Give ports-mgmt/portmaster a try. > > I just did. One flaw it has is that I have two no longer supported > ports installed. What do you mean by "no longer supported?" > I want to run portmaster -a, but when it finds tund > (and I assume it would also stop for xsysinfo), it stops. What do you mean it stops? Are you getting, "Cannot cd to port directory?" If so, one possible fix is to not fail if the port has an +IGNOREME file, but rather to issue a non-fatal warning. Would that work for you? I don't want to skip the port altogether at this point, since even if you have an +IGNOREME file for the port you may still want to be advised of new versions, moves, etc. > I'd rather not just delete their package info --- it is still correct. The other alternative, as already suggested, is to create a ports skeleton for those two packages. For this purpose, all you'd need is a Makefile with: PKGNAME= foo-1.2.3 that matches what's in your +CONTENTS file. Adding the mechanism to ignore these ports (with no skeleton) is probably a good idea for the long run anyway, so if anyone has an idea besides what I suggested above, speak up. :) Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 22:19: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 E067D16A400; Thu, 15 Feb 2007 22:19:33 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from centrmmtao05.cox.net (centrmmtao05.cox.net [70.168.83.79]) by mx1.freebsd.org (Postfix) with ESMTP id 5959413C48E; Thu, 15 Feb 2007 22:19:33 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by centrmmtao05.cox.net (InterMail vM.6.01.06.03 201-2131-130-104-20060516) with ESMTP id <20070215221932.GLDA21006.centrmmtao05.cox.net@eastrmimpo02.cox.net>; Thu, 15 Feb 2007 17:19:32 -0500 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo02.cox.net with bizsmtp id PyKX1W0074iy4EG0000000; Thu, 15 Feb 2007 17:19:31 -0500 Date: Thu, 15 Feb 2007 16:21:13 -0600 To: "freebsd ports" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <17875.18893.789217.224987@canoe.dclg.ca> <17875.33679.494974.529630@canoe.dclg.ca> <45D4D695.3090505@FreeBSD.org> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <45D4D695.3090505@FreeBSD.org> User-Agent: Opera Mail/9.10 (Linux) Cc: freebsd-hackers@freebsd.org, David Gilbert Subject: Re: portmaster and local ports (Was: Re: portupgrade O(n^m)?) 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, 15 Feb 2007 22:19:34 -0000 On Thu, 15 Feb 2007 15:54:29 -0600, Doug Barton wrot= e: > David Gilbert wrote: >>>>>>> "Jeremy" =3D=3D Jeremy Messenger writes: >> >> Jeremy> Give ports-mgmt/portmaster a try. >> >> I just did. One flaw it has is that I have two no longer supported >> ports installed. > > What do you mean by "no longer supported?" > >> I want to run portmaster -a, but when it finds tund >> (and I assume it would also stop for xsysinfo), it stops. > > What do you mean it stops? Are you getting, "Cannot cd to port > directory?" If so, one possible fix is to not fail if the port has an I was wondering about that too, because it has never stop when I don't = have any of ports in /usr/ports. Sometimes, when I forgot test some = unoffical ports that aren't exist in ports tree and the portmaster has = never stop. It only will tell about that it doesn't exists in ports tree= = and MOVED. But, I have not tried to run portmaster that I keep same port= = name with MOVED has a line about that port is removed yet. > +IGNOREME file, but rather to issue a non-fatal warning. Would that > work for you? I don't want to skip the port altogether at this point, > since even if you have an +IGNOREME file for the port you may still > want to be advised of new versions, moves, etc. I agree with you. I always move my ports from foobar to foobar-old and u= se = marcusmerge to merge some of my unoffical ports into ports tree. Perhaps= , = add something like 'Do you really want it to be ignore? [With a bit = explain about what is in MOVED], press yes or no'? Or/and add = +REALLYANDREALLYIGNOREME? :-) >> I'd rather not just delete their package info --- it is still correct= . It is correct for ports tree, but not to you when you want to keep it. := -) > The other alternative, as already suggested, is to create a ports > skeleton for those two packages. For this purpose, all you'd need is a= > Makefile with: > > PKGNAME=3D foo-1.2.3 > > that matches what's in your +CONTENTS file. Adding the mechanism to > ignore these ports (with no skeleton) is probably a good idea for the > long run anyway, so if anyone has an idea besides what I suggested > above, speak up. :) Don't know, at least, I am 100% happy with portmaster and have not use = portupgrade for months (maybe almost a year). ;-) Cheers, Mezz > Doug -- = mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 00:35: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 7143E16A406 for ; Fri, 16 Feb 2007 00:35:13 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 55D2513C467 for ; Fri, 16 Feb 2007 00:35:13 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn09.u.washington.edu (hymn09.u.washington.edu [140.142.12.183]) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1G0ZAlV027305 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 15 Feb 2007 16:35:11 -0800 Received: from localhost (localhost [127.0.0.1]) by hymn09.u.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1G0ZAQ8000464 for ; Thu, 15 Feb 2007 16:35:10 -0800 X-Auth-Received: from [192.55.52.4] by hymn09.u.washington.edu via HTTP; Thu, 15 Feb 2007 16:35:10 PST Date: Thu, 15 Feb 2007 16:35:10 -0800 (PST) From: youshi10@u.washington.edu To: freebsd-hackers@freebsd.org In-Reply-To: <45D4BE69.1020607@FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.15.161933 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' Subject: Re: portupgrade O(n^m)? 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, 16 Feb 2007 00:35:13 -0000 On Thu, 15 Feb 2007, Florent Thoumie wrote: > youshi10@u.washington.edu wrote: >> On Thu, 15 Feb 2007, Coleman Kane wrote: >> >>> On 2/15/07, Alexander Leidinger wrote: >>>> >>>> Quoting Olivier Warin (from Wed, 14 Feb 2007 >>>> 19:54:09 +0100): >>>> >>>>> This issue is not only related to portupgrade, pkg_add a new port >>>> takes >>>>> far too long now... and make index each time I upgrade my ports is >>>>> awfull too. >>>> >>>> Regarding "make index": try "make fetchindex" right after the cvsup. >>>> IT may not be up to the point with the cvsupped stuff, but not far off. >>>> >>>> Bye, >>>> Alexander. >>> >>> >>> >>> I don't think we who use the modular X.org tree can do this since a >>> number >>> of the ports won't be properly registered in the file (or am I off-base >>> here?). >>> -- >>> Coleman >> >> Heh, that is a serious problem considering that modular Xorg would >> probably at max add about 100 ~ 150~some packages to the portage tree, >> depending on how things are done. > > Yeah, I propose we just stay with X.org 6.9.0. > > PS: This is "ports tree" really, not "portage tree". > > -- > Florent Thoumie > flz@FreeBSD.org > FreeBSD Committer Yes, you're right (about the PS). That was a silly misphrase on my part.. Just curious though: why stay with Xorg 6.9? -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 09:32:26 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 10CB316A400 for ; Fri, 16 Feb 2007 09:32:26 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: from smtp101.sbc.mail.mud.yahoo.com (smtp101.sbc.mail.mud.yahoo.com [68.142.198.200]) by mx1.freebsd.org (Postfix) with SMTP id C28F013C441 for ; Fri, 16 Feb 2007 09:32:25 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: (qmail 15729 invoked from network); 16 Feb 2007 09:32:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=pacbell.net; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=l+UnNmemDb8Z1+ENCNLZ344MfaPBCJR0HUYYAvZYCQ3hAgXX6N3nplbq/cIfx/Cn4VRstvuw0+VTqP++C1xfUdWmldQmBEEdDH1kRDbbbOP8GXxgXAF+lfx/8zZfYrtlX9g8MgGW4i+kjy2kPGrL4Yh8PgbRLnkMcRKxF8+aZN0= ; Received: from unknown (HELO ?192.168.0.190?) (dr2867.business@pacbell.net@71.146.10.137 with plain) by smtp101.sbc.mail.mud.yahoo.com with SMTP; 16 Feb 2007 09:32:24 -0000 X-YMail-OSG: wxKlpOUVM1l61_OSbxnxE6Lq6Anvp6QJeWwilN6t0cizmFf7foQDLzC7kaYAbtOH_7JZgXzUsMvUqRFj15CR9J69T77rAGTgsapiB1Nj1CcSQ48wM_RoJ_owI4smM45yXx9EMEHFBv_LkuY- Message-ID: <45D57B29.2050408@pacbell.net> Date: Fri, 16 Feb 2007 01:36:41 -0800 From: Daniel Rudy User-Agent: Mozilla/5.0 (X11R6; UNIX; FreeBSD/i386 6.1-RELEASE-p7; en-US; ja-JP; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Peter Jeremy References: <45CC2DDF.6040600@pacbell.net> <20070212.234959.-432837120.imp@bsdimp.com> <45D2A48F.1010104@pacbell.net> <20070213.232425.-1929114897.imp@bsdimp.com> <45D2C7F8.9050302@pacbell.net> <20070215081426.GH862@turion.vk2pj.dyndns.org> In-Reply-To: <20070215081426.GH862@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem 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, 16 Feb 2007 09:32:26 -0000 At about the time of 2/15/2007 12:14 AM, Peter Jeremy stated the following: > On 2007-Feb-14 00:27:36 -0800, Daniel Rudy wrote: >> Changing the slot did help. I moved it from slot 3 to slot 1. But, now >> it's dropping characters with a port speed of 57600, and I am also >> getting irq overrun errors from the kernel too now. > > This is not good. Interrupt latency is a bit of a sore point but the > FIFO trigger level is 8 bytes so getting SILO overflows implies a > latency of >1.38msec. Does sio4 report as [FAST] in the dmesg? No, it does not report as fast. I changed the /boot/device.hints file and commented out all the sio devices, since all the serial ports on the system are disabled anyways. This is the only one that is up and running. Here is the verbose dmesg from a reboot that I did just now: sio0: Reserved 0x100 bytes for rid 0x14 type 4 at 0xd400 sio0: configured irq 17 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0xcb9 0xcb9 0xcb9 0xcb9 sio0: port 0xd400-0xd4ff,0xd800-0xd8ff,0xdc00-0xdc07 mem 0xeb105000-0xeb1050ff irq 17 at device 9.0 on pci0 sio0: type 16550A What I don't understand is why it keeps saying that "configured irq 17 not in bitmap of probed irqs 0"... What exactly does that mean? > Unfortunately, there's no easy way to change the FIFO trigger level - > you would need to patch the source code (look for FIFO_RX_MEDH in > /usr/sys/dev/sio/sio.c if you want to go down this path). > >> With a port speed of 2400, I do not drop characters. > > The FIFO is not enabled at speeds at or below 4800bps. > I'll try playing with that #define and see how that works then. I don;t think I can break it anymore than it already is. -- Daniel Rudy From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 10:24:32 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 393FC16A400 for ; Fri, 16 Feb 2007 10:24:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id CE15813C441 for ; Fri, 16 Feb 2007 10:24:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HI0GK-000MR0-0j for hackers@freebsd.org; Fri, 16 Feb 2007 12:24:28 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l1GAO9CP067305 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Feb 2007 12:24:09 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l1GAO9g4027323; Fri, 16 Feb 2007 12:24:09 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l1GAO9vr027316; Fri, 16 Feb 2007 12:24:09 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 16 Feb 2007 12:24:09 +0200 From: Kostik Belousov To: Geoff Garside Message-ID: <20070216102409.GK39168@deviant.kiev.zoral.com.ua> References: <20070214175930.GN25802@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yr6OvWOSyJed8q4v" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: 8fcfa5a562f326ba64a474cd1db6e25e X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 779 [Feb 16 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: hackers@freebsd.org Subject: Re: FreeBSD 5.5 persistent crashing 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, 16 Feb 2007 10:24:32 -0000 --yr6OvWOSyJed8q4v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 16, 2007 at 10:21:56AM +0000, Geoff Garside wrote: > On Wed, 14 Feb 2007 19:59:30 +0200, Kostik Belousov = wrote: > > You may try the following patch (this seems to be the issue I fixed > > recently > > in HEAD and RELENG_6). On the other hand, I do not know right locking > > protocol > > for RELENG_5. > >=20 > >=20 > > Index: fs/procfs/procfs.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > RCS file: /usr/local/arch/ncvs/src/sys/fs/procfs/procfs.c,v > > retrieving revision 1.11.2.1 > Thanks Kostik, > We have now updated the machine to 6.1, not sure if your patch is in that= cvs tag but we'll give it a go. No, it is fixed after 6.2. You need RELENG_6. --yr6OvWOSyJed8q4v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF1YZIC3+MBN1Mb4gRAklwAJ9lfVUiakIeJ3pHEOcWFcXNtCvb9QCfYanB b1jxcWstzpnOgihtAacUxEw= =x0/N -----END PGP SIGNATURE----- --yr6OvWOSyJed8q4v-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 10:31: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 D3A1016A400; Fri, 16 Feb 2007 10:31:16 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.freebsd.org (Postfix) with ESMTP id 9459A13C4B4; Fri, 16 Feb 2007 10:31:16 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp2-g19.free.fr (Postfix) with ESMTP id 774877CCE; Fri, 16 Feb 2007 11:31:15 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 0CDE39D41F; Fri, 16 Feb 2007 10:32:15 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id ECF43405D; Fri, 16 Feb 2007 11:32:14 +0100 (CET) Date: Fri, 16 Feb 2007 11:32:14 +0100 From: Jeremie Le Hen To: Josef Karthauser Message-ID: <20070216103214.GW64768@obiwan.tataz.chchile.org> References: <20070204023711.GA3393@genius.tao.org.uk> <20070215135750.GR64768@obiwan.tataz.chchile.org> <20070215152259.GA2950@genius.tao.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070215152259.GA2950@genius.tao.org.uk> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: hackers@freebsd.org, fs@freebsd.org Subject: Re: nullfs and named pipes. 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, 16 Feb 2007 10:31:16 -0000 Josef, On Thu, Feb 15, 2007 at 03:22:59PM +0000, Josef Karthauser wrote: > On Thu, Feb 15, 2007 at 02:57:50PM +0100, Jeremie Le Hen wrote: > > > > Note that all processes within a jail can only intefere with processes > > from another jail or host as if they were on different machines. This > > means they can communicate through PF_INET for instance but not > > PF_LOCAL. > > > > [...] > > So how does this relate to jails? > > The point of using nullfs is to make a PF_LOCAL socket appear local > even in the jail(!). Using the patch above this is indeed the case > and as far as the jail is concerned the socket is indeed local, > meaning that a process within a jail can talk via it to a process > on the host environment with no restrictions. This is crucially > important for mysql for instance as there is significant overhead > associated with PF_INET connections which can be avoided by talking > to PF_LOCAL sockets. I was wrong, you are right. I was pretty sure the kernel retained the credentials of the listening process and that trying to connect to the latter using a process that has a mismatching jail ID would fail. On term #1: % jarjarbinks:~:103# nc -U -l /usr/space/chroot/tmp/mysock On term #2: % jarjarbinks:/usr/src:102# echo "I won't speak before testing" | jail /usr/space/chroot test 192.168.1.3 /usr/bin/nc -U /tmp/mysock On term #1! % I won't speak before testing Sorry for the noise. At least, I rekindled the thread :-). Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 11:56:57 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 F209316A401 for ; Fri, 16 Feb 2007 11:56:57 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 8AC2713C47E for ; Fri, 16 Feb 2007 11:56:57 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so113238ugh for ; Fri, 16 Feb 2007 03:56:57 -0800 (PST) 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=dh0A+Z0nxFzEbxgFhnMib33p/pNw9CKXf/2TtgpsGxb5cb8Y2XRRRdtctl5W0zALty6aHorRifNNWAEv40FMMC4N1ByriTUMz/C80XQwqf6VYKBj16OTJNGfTeQiQ4WGuOx3ey6sO9MFeTK+nEM3CR2Z3eftqrSUhS9bf6kesKM= Received: by 10.67.19.20 with SMTP id w20mr2858668ugi.1171627014295; Fri, 16 Feb 2007 03:56:54 -0800 (PST) Received: by 10.67.23.8 with HTTP; Fri, 16 Feb 2007 03:56:54 -0800 (PST) Message-ID: Date: Fri, 16 Feb 2007 12:56:54 +0100 From: "Pietro Cerutti" To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: syncer page fault 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, 16 Feb 2007 11:56:58 -0000 Hello list, this morning my laptop had a kernel fault: # uname -a FreeBSD gahrtop.localhost 6.2-STABLE FreeBSD 6.2-STABLE #8: Tue Feb 13 11:23:37 CET 2007 root@gahrtop.localhost:/usr/obj/usr/src/sys/GAHRTOP i386 # kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x478b4d31 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06402af stack pointer = 0x28:0xe69b4b90 frame pointer = 0x28:0xe69b4bcc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 41 (syncer) trap number = 12 panic: page fault cpuid = 1 Uptime: 9h36m3s Dumping 2039 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2039MB (521936 pages) 2023 2007 1991 1975 1959 1943 1927 1911 1895 1879 1863 1847 1831 1815 1799 1783 1767 1751 1735 1719 1703 1687 1671 1655 1639 1623 1607 1591 1575 1559 1543 1527 1511 1495 1479 1463 1447 1431 141 5 1399 1383 1367 1351 1335 1319 1303 1287 1271 1255 1239 1223 1207 1191 1175 1159 1143 1127 1111 1095 1079 1063 1 047 1031 1015 999 983 967 951 935 919 903 887 871 855 839 823 807 791 775 759 743 727 711 695 679 663 647 631 615 599 583 567 551 535 519 503 487 471 455 439 423 407 391 375 359 343 327 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0531e31 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0532224 in panic (fmt=0xc06f07d3 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06c252c in trap_fatal (frame=0xe69b4b50, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06c21d2 in trap_pfault (frame=0xe69b4b50, usermode=0, eva=1200311601) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc06c1d8f in trap (frame= {tf_fs = -1065943032, tf_es = -966000600, tf_ds = -426049496, tf_edi = 0, tf_esi = 4, tf_ebp = -426030132, tf_isp = -426030212, tf_ebx = -924676096, tf_edx = 3, tf_ecx = 1200311553, tf_eax = 0, tf_trapno = 12, tf_err = 0 , tf_eip = -1067187537, tf_cs = 32, tf_eflags = 66050, tf_esp = -1067831784, tf_ss = -934932208}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc06ab40a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc06402af in ffs_syncvnode (vp=0xc8461110, waitfor=3) at /usr/src/sys/ufs/ffs/ffs_vnops.c:198 #8 0xc063ed28 in ffs_sync (mp=0xc66c6a60, waitfor=3, td=0xc647fc00) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1173 #9 0xc05a562c in sync_fsync (ap=0x3) at /usr/src/sys/kern/vfs_subr.c:3120 #10 0xc06deb0e in VOP_FSYNC_APV (vop=0x0, a=0x3) at vnode_if.c:1020 #11 0xc05a2184 in sync_vnode (bo=0xc6714e90, td=0xc647fc00) at vnode_if.h:537 #12 0xc05a256f in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1698 #13 0xc0514c30 in fork_exit (callout=0xc05a2280 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:821 #14 0xc06ab46c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) -- What info Pietro Cerutti - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 10:21:58 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 4487116A402 for ; Fri, 16 Feb 2007 10:21:58 +0000 (UTC) (envelope-from geoff.garside@openhosting.co.uk) Received: from staffmail.openhosting.co.uk (staffmail.openhosting.co.uk [195.242.212.95]) by mx1.freebsd.org (Postfix) with ESMTP id DA94E13C441 for ; Fri, 16 Feb 2007 10:21:57 +0000 (UTC) (envelope-from geoff.garside@openhosting.co.uk) Received: from localhost ([127.0.0.1]) by staffmail.openhosting.co.uk (Merak 8.5.0-9) with ESMTP id VML81356; Fri, 16 Feb 2007 10:21:56 -0000 MIME-Version: 1.0 Date: Fri, 16 Feb 2007 10:21:56 +0000 From: Geoff Garside To: Kostik Belousov Organization: Open Hosting Ltd In-Reply-To: <20070214175930.GN25802@deviant.kiev.zoral.com.ua> References: <20070214175930.GN25802@deviant.kiev.zoral.com.ua> Message-ID: X-Sender: geoff.garside@openhosting.co.uk User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 16 Feb 2007 12:25:49 +0000 Cc: hackers@freebsd.org Subject: Re: FreeBSD 5.5 persistent crashing X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: geoff.garside@openhosting.co.uk List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2007 10:21:58 -0000 On Wed, 14 Feb 2007 19:59:30 +0200, Kostik Belousov wrote: > On Wed, Feb 14, 2007 at 04:09:54PM -0000, Geoff Garside wrote: >> Hi, >> I?m trying to get to the bottom of some issues we have been experiencing >> with a server of ours. We have so far tried replacing the memory in the >> server and we are still experiencing the crashes. >> >> If anyone has any ideas as to what could be causing this, or possible > kgdb >> tricks to try. >> >> Server details >> * Dual Xeon 3GHz >> * 1GB DDR2 400MHz >> * 3ware 8006/2LP RAID >> * 2x 160GB SATA drives >> >> Uname Output >> # uname -a >> FreeBSD xxx 5.5-RELEASE-p11 FreeBSD 5.5-RELEASE-p11 #0: Sun Feb 11 > 17:08:57 >> GMT 2007 geoff@xxx:/usr/obj/usr/src/sys/xxx i386 >> >> >> Kernel Debugger output >> # kgdb kernel.debug /usr/crash/vmcore.7 >> [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: >> Undefined symbol "ps_pglobal_lookup"] >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you > are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for > details. >> This GDB was configured as "i386-marcel-freebsd". >> >> Unread portion of the kernel message buffer: >> Cannot access memory at address 0xc0c3c3a1 >> (kgdb) where >> #0 doadump () at pcpu.h:160 >> #1 0xc04e09f5 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:412 >> #2 0xc04e0d19 in panic (fmt=0xc0623851 "%s") at >> /usr/src/sys/kern/kern_shutdown.c:568 >> #3 0xc0601b14 in trap_fatal (frame=0xe7231740, eva=28) at >> /usr/src/sys/i386/i386/trap.c:822 >> #4 0xc0601853 in trap_pfault (frame=0xe7231740, usermode=0, eva=28) at >> /usr/src/sys/i386/i386/trap.c:737 >> #5 0xc06014ad in trap (frame= >> {tf_fs = -1068564456, tf_es = -1067319280, tf_ds = -1068564464, > tf_edi >> = 4, tf_esi = 0, tf_ebp = -417130596, tf_isp = -417130644, tf_ebx = > 131074, >> tf_edx = -1013448320, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = > 2, >> tf_eip = -1068229475, tf_cs = 8, tf_eflags = 66118, tf_esp = 7, tf_ss = >> -417129328}) at /usr/src/sys/i386/i386/trap.c:427 >> #6 0xc05ef8aa in calltrap () at /usr/src/sys/i386/i386/exception.s:140 >> #7 0xc04f0018 in MD5Update (context=0x4, input=0x20002
out >> of bounds>, inputLen=3281518976) at /usr/src/sys/kern/md5c.c:172 >> #8 0xc049fc21 in procfs_doprocfile (td=0xc3980180, p=0xc4951a98, >> pn=0xc1fe7c00, sb=0xe72317f0, uio=0x0) at > /usr/src/sys/fs/procfs/procfs.c:73 >> #9 0xc04a3e90 in pfs_readlink (va=0x0) at pcpu.h:157 >> #10 0xc053cbb8 in kern_readlink (td=0xc3980180, path=0x0, >> pathseg=UIO_USERSPACE, buf=0x0, bufseg=UIO_USERSPACE, count=1024) at >> vnode_if.h:925 >> #11 0xc053cade in readlink (td=0xc3980180, uap=0x0) at >> /usr/src/sys/kern/vfs_syscalls.c:2197 >> #12 0xc0601e4f in syscall (frame= >> {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135512892, tf_esi = >> 135663632, tf_ebp = -1077940936, tf_isp = -417129116, tf_ebx = > 674101364, >> tf_edx = -1077941960, tf_ecx = 0, tf_eax = 58, tf_trapno = 135517392, > tf_err >> = 2, tf_eip = 672575044, tf_cs = 31, tf_eflags = 647, tf_esp = > -1077942020, >> tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1014 >> #13 0xc05ef8ff in Xint0x80_syscall () at >> /usr/src/sys/i386/i386/exception.s:201 >> #14 0x0000002f in ?? () >> #15 0x0000002f in ?? () >> #16 0x0000002f in ?? () >> #17 0x0813c33c in ?? () >> #18 0x08161010 in ?? () >> #19 0xbfbfed38 in ?? () >> #20 0xe7231d64 in ?? () >> #21 0x282df874 in ?? () >> #22 0xbfbfe938 in ?? () >> #23 0x00000000 in ?? () >> #24 0x0000003a in ?? () >> #25 0x0813d4d0 in ?? () >> #26 0x00000002 in ?? () >> #27 0x2816ae44 in ?? () >> #28 0x0000001f in ?? () >> #29 0x00000287 in ?? () >> #30 0xbfbfe8fc in ?? () >> #31 0x0000002f in ?? () >> #32 0x00000000 in ?? () >> #33 0x00000000 in ?? () >> #34 0x00000000 in ?? () >> #35 0x00000000 in ?? () >> #36 0x0bf63000 in ?? () >> #37 0xc3984a98 in ?? () >> #38 0xc3980180 in ?? () >> #39 0xe7231600 in ?? () >> #40 0xe72315e8 in ?? () >> #41 0xc1efc780 in ?? () >> #42 0xc04f105f in sched_switch (td=0x8161010, newtd=0x282df874, > flags=Cannot >> access memory at address 0xbfbfed48 >> ) at /usr/src/sys/kern/sched_4bsd.c:881 >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) >> >> Regards, >> Geoff Garside > > You may try the following patch (this seems to be the issue I fixed > recently > in HEAD and RELENG_6). On the other hand, I do not know right locking > protocol > for RELENG_5. > > > Index: fs/procfs/procfs.c > =================================================================== > RCS file: /usr/local/arch/ncvs/src/sys/fs/procfs/procfs.c,v > retrieving revision 1.11.2.1 > diff -u -r1.11.2.1 procfs.c > --- fs/procfs/procfs.c 31 Jan 2005 23:25:58 -0000 1.11.2.1 > +++ fs/procfs/procfs.c 14 Feb 2007 17:59:12 -0000 > @@ -69,10 +69,12 @@ > { > char *fullpath = "unknown"; > char *freepath = NULL; > + struct vnode *textvp; > > - vn_lock(p->p_textvp, LK_EXCLUSIVE | LK_RETRY, td); > - vn_fullpath(td, p->p_textvp, &fullpath, &freepath); > - VOP_UNLOCK(p->p_textvp, 0, td); > + textvp = p->p_textvp; > + vn_lock(textvp, LK_EXCLUSIVE | LK_RETRY, td); > + vn_fullpath(td, textvp, &fullpath, &freepath); > + VOP_UNLOCK(textvp, 0, td); > sbuf_printf(sb, "%s", fullpath); > if (freepath) > free(freepath, M_TEMP); > > Thanks Kostik, We have now updated the machine to 6.1, not sure if your patch is in that cvs tag but we'll give it a go. Regards, Geoff Open Hosting Ltd From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 10:36:23 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 8EF2A16A406; Fri, 16 Feb 2007 10:36:23 +0000 (UTC) (envelope-from geoff.garside@openhosting.co.uk) Received: from staffmail.openhosting.co.uk (staffmail.openhosting.co.uk [195.242.212.95]) by mx1.freebsd.org (Postfix) with ESMTP id 00B6813C48D; Fri, 16 Feb 2007 10:36:22 +0000 (UTC) (envelope-from geoff.garside@openhosting.co.uk) Received: from localhost ([127.0.0.1]) by staffmail.openhosting.co.uk (Merak 8.5.0-9) with ESMTP id VMN09440; Fri, 16 Feb 2007 10:23:40 -0000 MIME-Version: 1.0 Date: Fri, 16 Feb 2007 10:23:40 +0000 From: Geoff Garside To: Eric Anderson Organization: Open Hosting Ltd In-Reply-To: <45D49A39.6010402@freebsd.org> References: <45D49A39.6010402@freebsd.org> Message-ID: <28e4a6b454239aaa9c73f895aea28063@localhost> X-Sender: geoff.garside@openhosting.co.uk User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 16 Feb 2007 12:26:04 +0000 Cc: hackers@freebsd.org Subject: Re: FreeBSD 5.5 persistent crashing X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: geoff.garside@openhosting.co.uk List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2007 10:36:23 -0000 On Thu, 15 Feb 2007 11:36:57 -0600, Eric Anderson wrote: > On 02/14/07 10:09, Geoff Garside wrote: >> Hi, >> I’m trying to get to the bottom of some issues we have been > experiencing >> with a server of ours. We have so far tried replacing the memory in the >> server and we are still experiencing the crashes. >> >> If anyone has any ideas as to what could be causing this, or possible > kgdb >> tricks to try. > > > Can you reproduce this easily? Can you explain how you get it to fail? > > Eric Easily in the sense of we don't have to do any work for it to happen. It was mainly failing after a seemingly random period of time. In some cases this was right after boot, in others it would range anywhere from 12 to 36 hours after boot. Regards, Geoff Open Hosting Ltd From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 12:54: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 3A49A16A401 for ; Fri, 16 Feb 2007 12:54:40 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0C8F913C471 for ; Fri, 16 Feb 2007 12:54:40 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 40A1D46CCA; Fri, 16 Feb 2007 07:54:39 -0500 (EST) Date: Fri, 16 Feb 2007 12:54:39 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kostik Belousov In-Reply-To: <20070215153135.GI39168@deviant.kiev.zoral.com.ua> Message-ID: <20070216125007.D38234@fledge.watson.org> References: <20070204023711.GA3393@genius.tao.org.uk> <20070215135750.GR64768@obiwan.tataz.chchile.org> <20070215152259.GA2950@genius.tao.org.uk> <20070215153135.GI39168@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Josef Karthauser , hackers@freebsd.org, Jeremie Le Hen , fs@freebsd.org Subject: Re: nullfs and named pipes. 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, 16 Feb 2007 12:54:40 -0000 On Thu, 15 Feb 2007, Kostik Belousov wrote: > On Thu, Feb 15, 2007 at 03:22:59PM +0000, Josef Karthauser wrote: >> On Thu, Feb 15, 2007 at 02:57:50PM +0100, Jeremie Le Hen wrote: >>> >>> Note that all processes within a jail can only intefere with processes >>> from another jail or host as if they were on different machines. This >>> means they can communicate through PF_INET for instance but not PF_LOCAL. >> >> You might think so! However that's not what's going on here. >> >> The named pipe/nullfs issue is nothing to do with jails. It's just that >> nullfs is broken with respect to named pipes as I've previously reported. >> However with this patch: >> >> cvs diff: Diffing . >> Index: null_subr.c >> =================================================================== >> RCS file: /home/ncvs/src/sys/fs/nullfs/null_subr.c,v >> retrieving revision 1.48.2.1 >> diff -u -r1.48.2.1 null_subr.c >> --- null_subr.c 13 Mar 2006 03:05:17 -0000 1.48.2.1 >> +++ null_subr.c 14 Feb 2007 00:02:28 -0000 >> @@ -235,6 +235,8 @@ >> xp->null_vnode = vp; >> xp->null_lowervp = lowervp; >> vp->v_type = lowervp->v_type; >> + if (vp->v_type == VSOCK || vp->v_type == VFIFO) >> + vp->v_un = lowervp->v_un; > > I'm wondering is some reference counting needed there ? Yes, I find this a bit worrying also, but I don't know enough about how nullfs works to reason about it. What happens when a vnode in the bottom layer has its on-disk reference count drop to zero -- is the vnode in the top layer invalidated somehow? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 12:56: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 A79BA16A401 for ; Fri, 16 Feb 2007 12:56:07 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7A53E13C494 for ; Fri, 16 Feb 2007 12:56:02 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 127B5476A7; Fri, 16 Feb 2007 07:56:02 -0500 (EST) Date: Fri, 16 Feb 2007 12:56:02 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Pascal Hofstee In-Reply-To: <1171556087.9285.1.camel@chekov> Message-ID: <20070216125514.O38234@fledge.watson.org> References: <45C04593.2090704@gmail.com> <20070131085206.GW892@turion.vk2pj.dyndns.org> <45C06167.60401@gmail.com> <86odofjyua.fsf@dwp.des.no> <20070131105024.L91177@fledge.watson.org> <20070215133647.V79543@fledge.watson.org> <1171556087.9285.1.camel@chekov> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= , hackers@freebsd.org Subject: Re: a question regarding 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, 16 Feb 2007 12:56:07 -0000 On Thu, 15 Feb 2007, Pascal Hofstee wrote: > On Thu, 2007-02-15 at 13:41 +0000, Robert Watson wrote: >> Unfortunately, things are a bit more tricky. The problem is not so much >> the API, where converting size_t/int is a relative non-event, rather, the >> ABI. By changing the size of a field in a data structure, you may change >> the layout of the structure, and hence the offset of other fields. This >> offset information is compiled into binaries that access the structure -- >> hence being part of the ABI. On i386, the change from int to size_t >> doesn't modify the ABI, as both int and size_t are 32-bit. However, on >> 64-bit platforms, int is 32-bit and size_t is 64-bit: >> >> sledge:/tmp> uname -a >> FreeBSD sledge.freebsd.org 7.0-CURRENT FreeBSD 7.0-CURRENT #898: Wed Feb 14 >> 14:20:16 UTC 2007 root@sledge.freebsd.org:/h/src/sys/amd64/compile/SLEDGE >> amd64 >> sledge:/tmp> ./size_t >> sizeof int: 4 >> sizeof size_t: 8 >> >> In practice, this means that all of the later fields in the data structure >> will be offset by 4 bytes. This will affect any application that accesses >> later fields in the structure but isn't recompiled. This is why DES and I >> have been discussing this change as requiring kernel compatibility code, >> which would provide new system calls working with the new layout, and >> retain old system calls working with the old layout. So we'd need to >> provide a new shmctl() with the new structure, and an oshmctl() with the >> old layout. While doing that, it makes sense to do all the other >> ABI-related things that we'd like to get out of the way, such as fixing the >> types in shm_perm. > > I understand ... i'll leave this up to you guys .. you have obviously a lot > more hands on experience in these kinds of matters :) Well -- don't let this discourage you from working on it, I'm just pointing out that there are some more details to work on before it will be done :-). I'm happy to advise further as the work moves along, but unfortunately don't have time to do it myself at this point. It's something I would very much like to see happen, though! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 14:37:13 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 3B95916A402; Fri, 16 Feb 2007 14:37:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id BC70713C467; Fri, 16 Feb 2007 14:37:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HI4Ct-0004Fy-5m; Fri, 16 Feb 2007 16:37:11 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l1GEauKq043680 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Feb 2007 16:36:56 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l1GEauVl019393; Fri, 16 Feb 2007 16:36:56 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l1GEauSJ019392; Fri, 16 Feb 2007 16:36:56 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 16 Feb 2007 16:36:56 +0200 From: Kostik Belousov To: Robert Watson Message-ID: <20070216143656.GM39168@deviant.kiev.zoral.com.ua> References: <20070204023711.GA3393@genius.tao.org.uk> <20070215135750.GR64768@obiwan.tataz.chchile.org> <20070215152259.GA2950@genius.tao.org.uk> <20070215153135.GI39168@deviant.kiev.zoral.com.ua> <20070216125007.D38234@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NZtAI5QFBF0GmLcW" Content-Disposition: inline In-Reply-To: <20070216125007.D38234@fledge.watson.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Scanner-Signature: b11a0dd960b728cbee92fea3b4ac1d10 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 782 [Feb 16 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Josef Karthauser , hackers@freebsd.org, Jeremie Le Hen , fs@freebsd.org Subject: Re: nullfs and named pipes. 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, 16 Feb 2007 14:37:13 -0000 --NZtAI5QFBF0GmLcW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 16, 2007 at 12:54:39PM +0000, Robert Watson wrote: >=20 > On Thu, 15 Feb 2007, Kostik Belousov wrote: >=20 > >On Thu, Feb 15, 2007 at 03:22:59PM +0000, Josef Karthauser wrote: > >>On Thu, Feb 15, 2007 at 02:57:50PM +0100, Jeremie Le Hen wrote: > >>> > >>>Note that all processes within a jail can only intefere with processes= =20 > >>>from another jail or host as if they were on different machines. This= =20 > >>>means they can communicate through PF_INET for instance but not PF_LOC= AL. > >> > >>You might think so! However that's not what's going on here. > >> > >>The named pipe/nullfs issue is nothing to do with jails. It's just tha= t=20 > >>nullfs is broken with respect to named pipes as I've previously reporte= d.=20 > >>However with this patch: > >> > >> cvs diff: Diffing . > >> Index: null_subr.c > >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >> RCS file: /home/ncvs/src/sys/fs/nullfs/null_subr.c,v > >> retrieving revision 1.48.2.1 > >> diff -u -r1.48.2.1 null_subr.c > >> --- null_subr.c 13 Mar 2006 03:05:17 -0000 1.48.2.1 > >> +++ null_subr.c 14 Feb 2007 00:02:28 -0000 > >> @@ -235,6 +235,8 @@ > >> xp->null_vnode =3D vp; > >> xp->null_lowervp =3D lowervp; > >> vp->v_type =3D lowervp->v_type; > >> + if (vp->v_type =3D=3D VSOCK || vp->v_type =3D=3D VFIFO) > >> + vp->v_un =3D lowervp->v_un; > > > >I'm wondering is some reference counting needed there ? >=20 > Yes, I find this a bit worrying also, but I don't know enough about how= =20 > nullfs works to reason about it. What happens when a vnode in the bottom= =20 > layer has its on-disk reference count drop to zero -- is the vnode in the= =20 > top layer invalidated somehow? Vnode reclamation from lower layer cannot do anithing for corresponding nul= lfs vnode, but that vnode has reference from nullfs vnode. On the other hand, can forced unmount proceed for lower layer ? --NZtAI5QFBF0GmLcW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF1cGHC3+MBN1Mb4gRAmbnAJ4rZL3YjmoJjaBDku4KTaq8fBPSbQCcDAsr S6l/UoJLOLDXyGST6j7MVjM= =1gZf -----END PGP SIGNATURE----- --NZtAI5QFBF0GmLcW-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 18:48: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 3D96F16A401 for ; Fri, 16 Feb 2007 18:48:09 +0000 (UTC) (envelope-from John.Giacomoni@colorado.edu) Received: from suburban.colorado.edu (suburban.colorado.edu [128.138.189.14]) by mx1.freebsd.org (Postfix) with ESMTP id 09EEE13C441 for ; Fri, 16 Feb 2007 18:48:08 +0000 (UTC) (envelope-from John.Giacomoni@colorado.edu) Received: from [IPv6:::1] (suburban.colorado.edu [127.0.0.1]) by suburban.colorado.edu (8.13.1/8.13.1) with ESMTP id l1GGqFZG013717; Fri, 16 Feb 2007 11:52:15 -0500 In-Reply-To: References: <368841.53689.qm@web32903.mail.mud.yahoo.com> <45CD31D3.8040106@ironport.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: multipart/mixed; boundary=Apple-Mail-24-70959062 Message-Id: <1959ECB1-61D4-4034-BB10-83D68DA01B13@colorado.edu> From: John Giacomoni Date: Fri, 16 Feb 2007 11:48:07 -0700 To: Daniel Eischen , Julian Elischer X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: pin/bind a pthread to a processor? (take 2) 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, 16 Feb 2007 18:48:09 -0000 --Apple-Mail-24-70959062 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Dan Eischen and Julian Elischer, I'd really like the ability to "pin" to a processor. However, I think I need something stronger than immediately rescheduling the current process as seems to be done in the 4bsd scheduler. I'd like to "own" the cpu as much as possible until the "pinned" thread yields it or terminates. I've run some user-space and kernel-space tests in FreeBSD 6.2 with preemption turned off that look as follows: I created a pthread with both libpthread and libthr that had PTHREAD_SCOPE_SYSTEM set with pthread_attr_setscope. The thread then calls a system call module I created that calls sched_bind and sched_pin on the thread. The same is true for the kernel, only I create a thread in the kernel with kthread_create and then bind and pin it. the bound thread in both cases iterates 10,000,000 times, and for each iteration 1) takes a timestamp with rdtsc() (x86) 2) spins until the delta from that timestamp is >= 100 3) classifies the delta as short or long, short is a delta <= 400 4) repeat Short trials are on average 102 cycles (good) Long trials are on average 950-1100 cycles (bad) There are 950-1100 long trials for every 10,000,000 trial run. This means I'm getting an abnormal trial 1300-1550 times a second While this is not the end of the world, it is causing me difficulties with my experiments as I'm trying to process 1,488,095 Ethernet frames per second, meaning a new 64B frame is ready every 672ns. These abnormalities are causing me to require queuing and reduce the maximum processing time to account for it, which is less than ideal :) Right now I have a setup that lets me stream 100% of frames from an input handler thread in the kernel to a user-space thread and back to an output handler kernel thread for all frames >=96B, and 95% of the frames for 64B (I can't seem to generate more than that on my hardware). Therefore it looks like I need to find a way to eliminate all non- application requested tasks including the periodic scheduler and any callout code. Do either of you have any thoughts or ideas? I'm attaching the test code I used to generate these numbers. Thanks in advance for any help! John Giacomoni --Apple-Mail-24-70959062 Content-Transfer-Encoding: base64 Content-Type: application/octet-stream; x-unix-mode=0644; name=pintest.tgz Content-Disposition: attachment; filename=pintest.tgz H4sIAFX71UUAA+0ca3PaSHK/ol8xm2wSsLERTyd2vFUYZFt1GDgEybrqqlhZGmzFQqIk4cde+X77 dc+MhAT4kU3sVGqny4WkmZ7unu559LRanjleRMPol+cEVVV36nUC1/JOvZy+JkDKar1RrzbU6o5K 1HKtXG78QurPKpWAeRiZAYjy5dwxLX/q34f3WL3oR3L9SWDG7V+Cq2W67rPweLr9AU0tg/3r9VpF 2v8lIGX/8DZ8Hh5fY//aTh3tX6vvSPu/BMT2v3zGAfB19q+i/RtVVdr/JSBt/+faAL7K/o0a2n+n Upf2fwlYtn/pxLykE8el35EH6KNRq91v/3KjnPh/dWb/nVoV7K9+RxnuhX+4/V+T2OBk4gckdKYz uMWRQAPiTwjsCfigKP1B74iQfValdHvjk2YXnjx/anqK0jrsNI8MsrlPtsLI3rc+fFCUbRhQ7tym 5ONZaG/PAv98e3r5u/KjOywhAyvzH3+2re/K45H5X61Xaov5X8fz3w5c5fx/CShtbClkg7T82W3g nF9EJG8VSPnDhw+kGYZmQD7D4KCBO/dsRGu6LmFoIQloSIMram9DOVYNqO2EUeCczSPH94jp2WQe UuJ4JPTngUVZyZnjmcEtrjTTsEiuneiCwKKDV38eIZWpbzsTxzKRRpGYASUzGkydKKI2gSXkyrHh JrowI/jBFct1/WvHOyeW79kONgqRCrab0mgX78vbS6KFbFnjMlk+rE9TGALQncgEWZGqeeZfYZXQ CBIB8PzIsWgRMJyQuEAPySzYsu5lZQKmlms6UxqgjkhlVRBgmNJILAj0056DcM8jC+G9FJRs35pP qReZsdFKYA8f6gMyNcHwjumGC8UzgyHhdDfiATA81g1i9A6Hn5sDjcA97Bif9LbWJgenUKmR5mh4 3BuQZrdNWr3ucKAfjIa9gUH+/LNpAP67d1jFRln3lGh/9AeaYRBooJ/0OzqQAbqDZneoa0aR6N1W Z9TWu0dFAlRItzckHf1EHwLasFdEdkhotSXpHZITbdA6hsfmgd7Rh6dMoEN92EV2hygg6TcHQ701 6jQHpD8a9HsGo4bdautGq9PUT7T2NgEhgDHRPmndITGOm51Oupvwl+nlgQYSNg86jBRjA71s6wOt NcTuLO5aoDMQrlMkRl9r6Xij/aFBT5qD06Iga2j/HgESVCK1dvOkeQR9yz+iFTBIazTQTlBe0IMx OjCG+nA01MhRr9c2kBSQN7TBJ72lGXuk0zOYwkaGVgQmwyZjD1RAW1AN9wcjQ2d607tDbTAY9Yd6 r1tAQse9z6AYELYJrdtMx70u6zPoqDc4RbqoD2aCIvl8rEH5AFXKtNZEXRigvdYQqaUwgSvoc5jq LOlqRx39SOu2NKztIaHPuqEVwGK6gQg65/y5ecr6OGLdR1uBbPw2NXSLzKJEPyTN9icdhRfIMA4M XYyZ3iFSMkatY6H9eBb8dhhQemC0d0kYWKXwApaiEr0x0asKS5euXRIOVYntunyzLV7BKlVlq25J fV+qvCequlv+sAvb4ozCJCTazYz8BtRLivI68arA0XL87Yvf00W3YUx/tSK6ndFwtRhW3LlLl8oj 23XOsmVzD+a8nS2bmtaF49GSNZtP5p6FlQr4E8oUltI83MBCfG4ViQVaIBsb8HBVUP6r5Pgz9exZ FOwpOUQUUo+9+RRKYHGZWxHhoo1hgwYE+NlTlFypRCYOLG8iXiFwsIkZbV/RIMR1bB/82L+oP8lj aQEIAhbe5uGKrfOvRPNXhSJ5GyOlZEAKSNA2IxP82OjKdJG5wMinMAtYDpvHPPBIXoWnO+WncnGX 4j/J8PmeHuDD/l9ZbezsxOf/qlrG+M8OuITS/3sJkP6f9P+k/yf9P+n/vbD/xx2XxX7LncDt99tl UlHVWkn9gI5g+f1uZWcXbmZf7HvcwPtdu5kZmNM1xYFvPdEPhHLXty7XYM8jerPW+YTFZLX8kgYe XeOTXkYXATXttYSiNaKH1gVl2Ar4gVsIypXvwuLlUuawORYsb1Eusn2Pgg+n7qUQlQTBBZ+VzAGx URuDZwmeT37xBN5AVFzUug7sPuDWrW+sPKUxuLxEQFIjwKZuZO4l1bZPFrgZHOhMYEehlS+QLc5m 0eqOXF+gAvIc82Mic4zA3VNeXdgjBH3UFbVc+Y5NLqgL+22e3aO/jt5tql5ZqX+gbxETk1vhARx/ 9jDKPVSqlQWK5c89RCmLgOL9xMyr84e5AcLYfQK3sbv/ULce5RMbdQml3FigMCvyXoEVZgFUT/Kv uAVIMPc82Nf/471CE7FjEXgSNr7GV3IxLjwskHLT6GaMk3nMxuxbNpVYATv7sCckkbfmAZ+Vxcqi BpvERObefWRwVIFrYJ7BqQ1ECFgTJZeMBDGEF30Gtyef6NcBlRLnI9Mv3GxuFtbMhntJLWuWiScm 5PKEiMGZxJPmd5JnSJtVVS2s45sdIJv7y1N3GcQoIZubqzh3hLrgGj/I5AEWdyslkWhw/xLBjMCm WqI4sBX1MqZajBzr1oL9CrDflNUvc6AnCnDomWceOKum60S3MQKMsKKS4yy2IqH0fPqxUBIKQTax VDE3m4ZOAKMIerFL3jQYQ9f3zjMFcNYeY+EussSCyI9MV6BwEVBvpTxjtBWzK3KLxeyLJLlBpfHi gggszD0YM6W5h9PgSfOFNcinn7Mz6PEZk2ickfKoLWZ0soWV8UFsk2N640RxkGHNvhYpl9NbIEPy IoDCm5GNyC6SzJqd3iEx/pI788+A0TyWhtkMzw18uRErSCyGBb8RzfO6IumOOp34V2V/YpV6Y4NN UNyE7rXpMLL4qlGsZJGPAR0nvIh7LjazX5mIOBVxYLmUzvJvQUpO/+bmBkiXUag7brtz54qfmPjh RfTcxNiTh2cpn6DylHtJqRk5hWxcsIVRluI8JX7uAaZ/csfnHesYSuHR6+TVKXPYhJGEYTg64eYa i6d97KtazOVypQ3AGMPB8Bzb5jhaUo5EsfxuLy2CP5mENGLnbU7uGvTAVSIEIXBYhIsPp2t+bC+l x05MYB+ODWPj1GjBeSbDACN87JTIXg6DbsG/8U27hIPbXKWnYGkyErl3STb4tcgYWtOVYYnFNAhA idx5y4Vw5LQuSB5w2VCwTFg4T3rtcafXbJNdGBvcZATGrOgl8uXivbHZqsA7hmMldwaj4nIvRWbU vZ8Q7xiQmgT+9AFiNp2YczdiRGLhtV4fTl/GqN9PY94lQ4jhsUEkVD0GaUYdLS/icEXylnOCm8wo KbL+8ekGUnxz/Gc5/vcM6R+P5n9U1QbG/9RKvVavVFj+R7XSkPG/l4Cl/I+zuePauEKzdYMdW5Pl Q4TaX3/1GTfmwI64FTzelvF4W4bjbWVXre7WKuDPitOt8i+YCPtxpF0xBi0jedq2lpJKLoGBTCr5 Jsjm/z5L+P+x+V+v1+L8j3qj2thh879RlfP/JUDG/2X8X8b/Zfxfxv9l/P/l4/+Ph/lXj5/oprIs ZVy3EldVqDFzCk1eDbAMExphyDZ9Qn1qsATDhJFN9vfJIrLD4hKLeIk5pTGBLeJfioBJEuhLocL+ NoGDuRcz/BUhxlc4s1/xiMmaZeK6CyLZyO7Doap0bDcSQd2lqG6OH/zLMa0H4lWpLq1EzJ4kxyJm lg2aRXZKEvUJkiy0wWNnC33cLUI16vcJ1DwtTiPDNP+YMM1qlOY5gzTPCEvnv+cI//yd+E+5Ls9/ LwIy/vPPhqXv/39I/LdSVZP4T73C4j8VGf95GXi27/867UWZO+O+rvI6UwqF8jPBHwzL8/8ZPv97 PP+b7/+Y/11u1DD/u7Gjyvc/LwIy/ivjvzL+K+O/Mv4rv//7Ht//LSpn63K7ReHYm2WzuJM0bpaN Fon0Vh5eylal8oGzFTLn+7Gc74y6HXtjbbo3q1mb6P0N323mYiXkJin7ZUrjPPBF4VrMJURMHM79 3PnfuTjxO5fN+Mb4ekQx7sIdE1DmNWWujZgdSnqelEULzLAUY4O1sy6odRliprNojK9c6JSE4FPQ VLIlz9JNf2GLUXmkjc6EiK/HjdPhoK/98vZvfXiLqvDPz/mrHJ+cgQnsRDBwTIA6vf/zXGwNPlY6 +fQV0/UrkdfMUISKrGgObTm2QCObpKqqMTJgvWM+GRycbmCAX5uzGbU5FxbLD8GZdUF/lPxFAz+D mDbEcieUxdyQefIMfkie/GQ5T/6bsuKJkuMUtyZxWnz68adIixczD05oeMz4G3Nv7SKG2/VSmvss neYu3p1kMt2f8L8FYhoR3O0tHs0oCrDMXFfmiST4HFsUhdQ8yZ2Y7A0horI+46u39ApKYM3DtPIM TccD+d/OTP5hAGLtk/7weKA122Oj1etr+OJuqJ0sywLEGTq2LXL6hXXSZAQQkbWEkkjOfzvDl1JI J52mX0jvEvwVKHtnDWsqG4+pDUFsLcnnRQwPufMm78J4C1nbda+w3LlzGoHXlxdieWnd/E9dg5xo wsOdQugimYpxU/G6L6MrF2yU+QpAdC1xHcvLWoBL8hkCTiHRLFnH2ZhnTUIfLW6c9Eutk35iCEwj iHcXOJEDIbr8HUN6fH/xYQijIpIx/qOjQBIkSJAgQYIECRIkSJAgQYIECRIkSJAgQYIECRIkSJAg 4WeH/wMHGDv9AHgAAA== --Apple-Mail-24-70959062 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Feb 9, 2007, at 9:53 PM, Daniel Eischen wrote: > On Fri, 9 Feb 2007, Julian Elischer wrote: > >> Peter Holmes wrote: >>> This is something I am interested in doing as well. I had >>> corresponded with Julian Eischen & Daniel Elischer about this. >> >> Dan Eischen and Julian Elischer :-) > > Yes, it needed byte reversal or something. That would indeed be > a strange union! > > I think it would be nice to have something like Solaris pbind(1) > and processor_bind(2). > > -- > DE > _______________________________________________ > 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" -- John.Giacomoni@colorado.edu University of Colorado at Boulder Department of Computer Science Engineering Center, ECCR 1B50 430 UCB Boulder, CO 80303-0430 USA --Apple-Mail-24-70959062 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed --Apple-Mail-24-70959062-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 19:04: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 A1D1B16A406 for ; Fri, 16 Feb 2007 19:04:17 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5F23C13C478 for ; Fri, 16 Feb 2007 19:04:17 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l1GJ458n020177; Fri, 16 Feb 2007 14:04:05 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Fri, 16 Feb 2007 14:04:05 -0500 (EST) Date: Fri, 16 Feb 2007 14:04:05 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Giacomoni In-Reply-To: <1959ECB1-61D4-4034-BB10-83D68DA01B13@colorado.edu> Message-ID: References: <368841.53689.qm@web32903.mail.mud.yahoo.com> <45CD31D3.8040106@ironport.com> <1959ECB1-61D4-4034-BB10-83D68DA01B13@colorado.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; delsp=yes; format=flowed Content-ID: Cc: freebsd-hackers@freebsd.org, Julian Elischer Subject: Re: pin/bind a pthread to a processor? (take 2) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2007 19:04:17 -0000 What you are trying to do is real-time work. You will need to place your thread(s) or process in the real-time class or priority range and modify the scheduler(s) if necessary to support RT. I'm not familiar with the schedulers, but I suspect most of your work should be spent on getting one of the schedulers (whichever can more easily support it) to operate correctly for RT threads and processes. RT is something that I found Solaris is pretty good at, at least with later versions of Solaris. You might investigate that if you can't get FreeBSD to operate efficiently/correctly for RT processing. We have been using Solaris for real-time simulation for many years now. I would love to be able to use FreeBSD as well, especially because we can embed it a lot easier than Solaris, but I don't think it's quite there yet. -- DE From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 20:47: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 BCAAD16A400 for ; Fri, 16 Feb 2007 20:47:20 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: from smtp104.sbc.mail.mud.yahoo.com (smtp104.sbc.mail.mud.yahoo.com [68.142.198.203]) by mx1.freebsd.org (Postfix) with SMTP id 79EC613C49D for ; Fri, 16 Feb 2007 20:47:20 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: (qmail 71758 invoked from network); 16 Feb 2007 20:47:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=pacbell.net; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=3B8xNDpb1zA4W4DZe8n1jdH6T3D1T6cOK14BXV+UbFFNTSyqLv55B+re5IQIxz27ACGL1bQChTx0BTaLcAmc1MNwz4gs2Pri+LKIxBDmGqmZyE+cqV1oH1GP5+l2b3W4aDome7lL5ZrzbiK6BqwHS96vIzLMJ/zXHv9TqDsjAvo= ; Received: from unknown (HELO ?192.168.0.190?) (dr2867.business@pacbell.net@71.146.10.137 with plain) by smtp104.sbc.mail.mud.yahoo.com with SMTP; 16 Feb 2007 20:47:19 -0000 X-YMail-OSG: y3IHy0EVM1l3UZEuXGapr.Qw_8EEWcvJ525Y2vG15U6h.IbejL3Ko0WXpV5.14sO9DU7LS.sTuO5kJfTet1FkDoqRCYDHlF2Nsu6MxUcR3jHNsqOnU2OZAgv9_x_UqH78s.JcbgrfyYtD8s- Message-ID: <45D61959.3010005@pacbell.net> Date: Fri, 16 Feb 2007 12:51:37 -0800 From: Daniel Rudy User-Agent: Mozilla/5.0 (X11R6; UNIX; FreeBSD/i386 6.1-RELEASE-p7; en-US; ja-JP; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Peter Jeremy References: <45CC2DDF.6040600@pacbell.net> <20070212.234959.-432837120.imp@bsdimp.com> <45D2A48F.1010104@pacbell.net> <20070213.232425.-1929114897.imp@bsdimp.com> <45D2C7F8.9050302@pacbell.net> <20070215081426.GH862@turion.vk2pj.dyndns.org> In-Reply-To: <20070215081426.GH862@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem 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, 16 Feb 2007 20:47:20 -0000 At about the time of 2/15/2007 12:14 AM, Peter Jeremy stated the following: > On 2007-Feb-14 00:27:36 -0800, Daniel Rudy wrote: >> Changing the slot did help. I moved it from slot 3 to slot 1. But, now >> it's dropping characters with a port speed of 57600, and I am also >> getting irq overrun errors from the kernel too now. > > This is not good. Interrupt latency is a bit of a sore point but the > FIFO trigger level is 8 bytes so getting SILO overflows implies a > latency of >1.38msec. Does sio4 report as [FAST] in the dmesg? > > Unfortunately, there's no easy way to change the FIFO trigger level - > you would need to patch the source code (look for FIFO_RX_MEDH in > /usr/sys/dev/sio/sio.c if you want to go down this path). > >> With a port speed of 2400, I do not drop characters. > > The FIFO is not enabled at speeds at or below 4800bps. > I have tried several combinations of settings where the < 4800 was, I even disabled the FIFO, but I still have the same problem: silo overflows. Is there a way for force the driver to attach as fast since it's not doing it? -- Daniel Rudy From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 21:18: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 E0AF616A401 for ; Fri, 16 Feb 2007 21:18:59 +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 BD6BA13C467 for ; Fri, 16 Feb 2007 21:18:59 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1GLIxa0028397 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 16 Feb 2007 13:18:59 -0800 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1GLIxIN008395 for ; Fri, 16 Feb 2007 13:18:59 -0800 X-Auth-Received: from [192.55.52.1] by hymn01.u.washington.edu via HTTP; Fri, 16 Feb 2007 13:18:59 PST Date: Fri, 16 Feb 2007 13:18:59 -0800 (PST) From: youshi10@u.washington.edu To: freebsd-hackers@freebsd.org In-Reply-To: <45D61959.3010005@pacbell.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.16.130433 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='SUPERLONG_LINE 0.05, NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Subject: Examples on using RTC 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, 16 Feb 2007 21:19:00 -0000 Hello, I am trying to port a linux program to FreeBSD and I can't (from my knowledge) directly translate RTC code to FreeBSD because the methods used to accomplish stuff with RTC in Linux is different from FreeBSD. So I was wondering if there were any resources, or maybe ports that use a wide variety of rtc features that I could browse through and learn / play with, to test and/or accomplish the goals so I can appropriately abstract and implement RTC in the ported Linux application. Thanks! -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 21:49: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 92F9916A401 for ; Fri, 16 Feb 2007 21:49:18 +0000 (UTC) (envelope-from usleepless@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id 55BF113C494 for ; Fri, 16 Feb 2007 21:49:18 +0000 (UTC) (envelope-from usleepless@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so1140706nzh for ; Fri, 16 Feb 2007 13:49:17 -0800 (PST) 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=sN/SZuAKBwZo9527Jtc4/7g7tKMNrD7VlUzvhd3xg2o6lN08xkzoCimGGnFO/Q+s/QVUZirV5tbq1Wt+yzNo1S+58d8C16ZluIkQ4h+Ehpy9mbuZM0Uv8NIEGPz1vpA/MdxmW+kO7oG3AKaJWgmFWPumE8TjI/kAmCCfJeyDh+U= Received: by 10.114.200.2 with SMTP id x2mr2194999waf.1171660956859; Fri, 16 Feb 2007 13:22:36 -0800 (PST) Received: by 10.114.199.18 with HTTP; Fri, 16 Feb 2007 13:22:36 -0800 (PST) Message-ID: Date: Fri, 16 Feb 2007 22:22:36 +0100 From: usleepless@gmail.com To: youshi10@u.washington.edu In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45D61959.3010005@pacbell.net> Cc: freebsd-hackers@freebsd.org Subject: Re: Examples on using RTC 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, 16 Feb 2007 21:49:18 -0000 Garret, On 2/16/07, youshi10@u.washington.edu wrote: > Hello, > > I am trying to port a linux program to FreeBSD and I can't (from my > knowledge) directly translate RTC code to FreeBSD because the methods used > to accomplish stuff with RTC in Linux is different from FreeBSD. > > So I was wondering if there were any resources, or maybe ports that use a > wide variety of rtc features that I could browse through and learn / play > with, to test and/or accomplish the goals so I can appropriately abstract > and implement RTC in the ported Linux application. > > Thanks! > -Garrett /usr/ports/emulators/rtc regards, usleep From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 22:25: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 89C6316A406 for ; Fri, 16 Feb 2007 22:25:25 +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 692A713C491 for ; Fri, 16 Feb 2007 22:25:25 +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+UW06.09) with ESMTP id l1GMPOO5012435 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 16 Feb 2007 14:25:25 -0800 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1GMPOhQ031872 for ; Fri, 16 Feb 2007 14:25:24 -0800 X-Auth-Received: from [192.55.52.4] by hymn01.u.washington.edu via HTTP; Fri, 16 Feb 2007 14:25:24 PST Date: Fri, 16 Feb 2007 14:25:24 -0800 (PST) From: youshi10@u.washington.edu To: freebsd-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.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.16.140934 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' Subject: Re: Examples on using RTC 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, 16 Feb 2007 22:25:25 -0000 On Fri, 16 Feb 2007 usleepless@gmail.com wrote: > Garret, > > On 2/16/07, youshi10@u.washington.edu wrote: >> Hello, >> >> I am trying to port a linux program to FreeBSD and I can't (from my >> knowledge) directly translate RTC code to FreeBSD because the methods used >> to accomplish stuff with RTC in Linux is different from FreeBSD. >> >> So I was wondering if there were any resources, or maybe ports that use a >> wide variety of rtc features that I could browse through and learn / play >> with, to test and/or accomplish the goals so I can appropriately abstract >> and implement RTC in the ported Linux application. >> >> Thanks! >> -Garrett > > /usr/ports/emulators/rtc > > regards, > > usleep Already using / looked at that. I'm looking for something more in-depth. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 16 23:15: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 6895D16A400 for ; Fri, 16 Feb 2007 23:15:16 +0000 (UTC) (envelope-from silby@silby.com) Received: from niwun.pair.com (niwun.pair.com [209.68.2.70]) by mx1.freebsd.org (Postfix) with SMTP id 03C7613C441 for ; Fri, 16 Feb 2007 23:15:15 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 8744 invoked by uid 3193); 16 Feb 2007 23:15:15 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 16 Feb 2007 23:15:15 -0000 Date: Fri, 16 Feb 2007 18:15:14 -0500 (EST) From: Mike Silbersack X-X-Sender: silby@niwun.pair.com To: youshi10@u.washington.edu In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-hackers@freebsd.org Subject: Re: Examples on using RTC 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, 16 Feb 2007 23:15:16 -0000 On Fri, 16 Feb 2007 youshi10@u.washington.edu wrote: > > /usr/ports/emulators/rtc > > > > regards, > > > > usleep > > Already using / looked at that. I'm looking for something more in-depth. > -Garrett The rtc port's sole purpose is to make the vmware port happier. As you probably saw, it just fakes the functions of the linux rtc device. What other rtc functions do you need? Almost everything the linux rtc device does can be accomplished by raising your system hz and using usleep/select. Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 17 00:01: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 224D416A401 for ; Sat, 17 Feb 2007 00:01:12 +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 5E97C13C428 for ; Sat, 17 Feb 2007 00:01:11 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn06.u.washington.edu (hymn06.u.washington.edu [140.142.15.177]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1H01AJv014331 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 16 Feb 2007 16:01:10 -0800 Received: from localhost (localhost [127.0.0.1]) by hymn06.u.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1H01ACr030827 for ; Fri, 16 Feb 2007 16:01:10 -0800 X-Auth-Received: from [192.55.52.1] by hymn06.u.washington.edu via HTTP; Fri, 16 Feb 2007 16:01:10 PST Date: Fri, 16 Feb 2007 16:01:10 -0800 (PST) From: youshi10@u.washington.edu To: freebsd-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.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.16.154933 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='SUPERLONG_LINE 0.05, NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Subject: Re: Examples on using RTC 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, 17 Feb 2007 00:01:12 -0000 On Fri, 16 Feb 2007, Mike Silbersack wrote: > > On Fri, 16 Feb 2007 youshi10@u.washington.edu wrote: > >>> /usr/ports/emulators/rtc >>> >>> regards, >>> >>> usleep >> >> Already using / looked at that. I'm looking for something more in-depth. >> -Garrett > > The rtc port's sole purpose is to make the vmware port happier. As you > probably saw, it just fakes the functions of the linux rtc device. > > What other rtc functions do you need? Almost everything the linux rtc > device does can be accomplished by raising your system hz and using > usleep/select. > > Mike "Silby" Silbersack Hmmm.. well, I can't seem to find equivalent definitions for the Linux kernel macro RTC_PIE_OFF for instance and the emulators/rtc port isn't sufficiently documented for me to determine how the original author found out what signals RTC_PIE_ON and RTC_IRQP_* (whatever macro is also defined in /usr/local/include/linux/rtc.h). -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 17 09:12: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 E4BB916A400 for ; Sat, 17 Feb 2007 09:12:13 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 50D1D13C4A5 for ; Sat, 17 Feb 2007 09:12:12 +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.13.8/8.13.8) with ESMTP id l1H9CBKA006337; Sat, 17 Feb 2007 20:12:11 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l1H9CB31006336; Sat, 17 Feb 2007 20:12:11 +1100 (EST) (envelope-from peter) Date: Sat, 17 Feb 2007 20:12:11 +1100 From: Peter Jeremy To: Daniel Rudy Message-ID: <20070217091211.GP859@turion.vk2pj.dyndns.org> References: <45CC2DDF.6040600@pacbell.net> <20070212.234959.-432837120.imp@bsdimp.com> <45D2A48F.1010104@pacbell.net> <20070213.232425.-1929114897.imp@bsdimp.com> <45D2C7F8.9050302@pacbell.net> <20070215081426.GH862@turion.vk2pj.dyndns.org> <45D57B29.2050408@pacbell.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9Ek0hoCL9XbhcSqy" Content-Disposition: inline In-Reply-To: <45D57B29.2050408@pacbell.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem 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, 17 Feb 2007 09:12:14 -0000 --9Ek0hoCL9XbhcSqy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Feb-16 01:36:41 -0800, Daniel Rudy wrote: >No, it does not report as fast. That means it's getting a "slow" interrupt handler (or maybe none at all =66rom what you wrote below). >Here is the verbose dmesg from a reboot that I did just now: > >sio0: Reserved 0x100 bytes for rid 0x14 type 4 at 0xd400 >sio0: configured irq 17 not in bitmap of probed irqs 0 >sio0: port may not be enabled >sio0: irq maps: 0xcb9 0xcb9 0xcb9 0xcb9 >sio0: port >0xd400-0xd4ff,0xd800-0xd8ff,0xdc00-0xdc07 mem 0xeb105000-0xeb1050ff > irq 17 at device 9.0 on pci0 >sio0: type 16550A > >What I don't understand is why it keeps saying that "configured irq 17 >not in bitmap of probed irqs 0"... What exactly does that mean? Basically, the probe routine forces the device to raise an IRQ and reads the list of pending IRQs (the first irq map above). It then clears the interrupt (by reading the relevant status registers) and again checks the list of pending IRQs (the second irq map above). In your case both are the same (0xcb9) so the driver reports that it is unable to detect an interrupt generated by the device. The only fly in the ointment is that the probe code only checks for pending ISA interrupts and so misses irq 17. Looking at the code, the only impact should be those warning messages. As I mentioned before, you might like to try uart(4) instead of sio(4). It looks like it also supports that card and may behave slightly better for you. On 2007-Feb-16 12:51:37 -0800, Daniel Rudy wrote: >overflows. Is there a way for force the driver to attach as fast since >it's not doing it? sio tries to attach as fast and falls back to the default if that fails. It should only fail if something else is already registered on that IRQ. --=20 Peter Jeremy --9Ek0hoCL9XbhcSqy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF1sbr/opHv/APuIcRAs4/AKDAwcIu1FfL0wDVmp1gP/RA8MJXHgCePAGM wjK0yONAc7hj/Fcgr9xROVo= =zAcp -----END PGP SIGNATURE----- --9Ek0hoCL9XbhcSqy-- From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 17 21:42:01 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 CA60516A406 for ; Sat, 17 Feb 2007 21:42:01 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: from smtp110.sbc.mail.re2.yahoo.com (smtp110.sbc.mail.re2.yahoo.com [68.142.229.95]) by mx1.freebsd.org (Postfix) with SMTP id 6849113C491 for ; Sat, 17 Feb 2007 21:42:01 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: (qmail 38060 invoked from network); 17 Feb 2007 21:42:00 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=pacbell.net; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type; b=qEXglD1+FqlixFyh1Azjgq1s/zH5rj/Dl6Y09KvKmRU9YBVQKHspl4Gd3PDd0hxj+o29kqtDzxs7TkRuxygAUvKlgISQjdltZ0LABmpxbciz2nKl+TFHbc1tmRcinz2/fW/ciFQ5nk7YqJ/24W99Bo7uwXV8KceHvy4loqpXawA= ; Received: from unknown (HELO ?192.168.0.190?) (dr2867.business@pacbell.net@71.146.10.137 with plain) by smtp110.sbc.mail.re2.yahoo.com with SMTP; 17 Feb 2007 21:41:59 -0000 X-YMail-OSG: cscomocVM1mCFEeSdtg.TDVrtlFJalvrtFQLs3HikWVYAj_O0JT99gmM6lh7DaEfQDCqEPgFIpLkuikOYD8h5.nR7EZ0XkZeLI5WUWSqly8ua36coMrkY7zA0JqMuXVOWNF_rfJ1WkvVgeI- Message-ID: <45D777AC.6040400@pacbell.net> Date: Sat, 17 Feb 2007 13:46:20 -0800 From: Daniel Rudy User-Agent: Mozilla/5.0 (X11R6; UNIX; FreeBSD/i386 6.1-RELEASE-p7; en-US; ja-JP; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Peter Jeremy References: <45CC2DDF.6040600@pacbell.net> <20070212.234959.-432837120.imp@bsdimp.com> <45D2A48F.1010104@pacbell.net> <20070213.232425.-1929114897.imp@bsdimp.com> <45D2C7F8.9050302@pacbell.net> <20070215081426.GH862@turion.vk2pj.dyndns.org> <45D57B29.2050408@pacbell.net> <20070217091211.GP859@turion.vk2pj.dyndns.org> In-Reply-To: <20070217091211.GP859@turion.vk2pj.dyndns.org> Content-Type: multipart/mixed; boundary="------------040303010105030304080305" Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem 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, 17 Feb 2007 21:42:01 -0000 This is a multi-part message in MIME format. --------------040303010105030304080305 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit At about the time of 2/17/2007 1:12 AM, Peter Jeremy stated the following: > On 2007-Feb-16 01:36:41 -0800, Daniel Rudy wrote: >> No, it does not report as fast. > > That means it's getting a "slow" interrupt handler (or maybe none at all > from what you wrote below). > >> Here is the verbose dmesg from a reboot that I did just now: >> >> sio0: Reserved 0x100 bytes for rid 0x14 type 4 at 0xd400 >> sio0: configured irq 17 not in bitmap of probed irqs 0 >> sio0: port may not be enabled >> sio0: irq maps: 0xcb9 0xcb9 0xcb9 0xcb9 >> sio0: port >> 0xd400-0xd4ff,0xd800-0xd8ff,0xdc00-0xdc07 mem 0xeb105000-0xeb1050ff >> irq 17 at device 9.0 on pci0 >> sio0: type 16550A >> >> What I don't understand is why it keeps saying that "configured irq 17 >> not in bitmap of probed irqs 0"... What exactly does that mean? > > Basically, the probe routine forces the device to raise an IRQ and > reads the list of pending IRQs (the first irq map above). It then > clears the interrupt (by reading the relevant status registers) and > again checks the list of pending IRQs (the second irq map above). In > your case both are the same (0xcb9) so the driver reports that it is > unable to detect an interrupt generated by the device. > > The only fly in the ointment is that the probe code only checks for > pending ISA interrupts and so misses irq 17. Looking at the code, > the only impact should be those warning messages. > > As I mentioned before, you might like to try uart(4) instead of sio(4). > It looks like it also supports that card and may behave slightly better > for you. > > On 2007-Feb-16 12:51:37 -0800, Daniel Rudy wrote: >> overflows. Is there a way for force the driver to attach as fast since >> it's not doing it? > > sio tries to attach as fast and falls back to the default if that fails. > It should only fail if something else is already registered on that IRQ. > Well, I commented out the sio driver and replaced it with the uart driver. Now it works fine. Thank you for your extensive help in this matter. So I assume that sio(4) and uart(4) are mutually exclusive of each other? In case you are interested, the verbose dmesg has been attached. -- Daniel Rudy --------------040303010105030304080305 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE #0: Sat Feb 17 13:03:59 PST 2007 dr2867@test.danielrudy.org:/usr/obj/usr/src/sys/TEST Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b64000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b64188. MP Configuration Table version 1.4 found at 0xc00f0c00 Table 'FACP' at 0x5ff3040 Table 'APIC' at 0x5ff69c0 MADT: Found table at 0x5ff69c0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193301 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1662506634 Hz CPU: AMD Sempron(tm) 2400+ (1662.51-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0480800 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 100597760 (95 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x0000000005dfefff, 85827584 bytes (20954 pages) avail memory = 88813568 (84 MB) bios32: Found BIOS32 Service Directory header at 0xc00fb010 bios32: Entry = 0xfb490 (c00fb490) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb4e0 pnpbios: Found PnP BIOS data at 0xc00fbe90 pnpbios: Entry = f0000:bec0 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> ath_rate: version 1.2 null: random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Feb 17 2007 13:03:39) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x00000cf8 pci_open(1a): mode1res=0x00000cf8 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=07411039) pcibios: BIOS version 2.10 Found $PIR table, 7 entries at 0xc00fde60 PCI-Only Interrupts: 3 4 5 7 9 10 11 Location Bus Device Pin Link IRQs slot 1 0 9 A 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 B 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 C 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 D 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 A 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 B 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 C 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 D 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 A 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 B 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 C 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 D 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 A 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 B 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 C 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 D 0x41 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x41 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x42 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 C 0x43 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 D 0x44 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x41 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 B 0x42 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 C 0x43 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 D 0x44 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 D 0x63 3 4 5 6 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xc32ee000 pa 0x9e000 ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/1 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 4 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 4 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff,0x480-0x48f,0x1000-0x10df,0x10e0-0x10ff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1039, dev=0x0741, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base e8000000, size 25, enabled found-> vendor=0x1039, dev=0x0003, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x63 (2970 ns), mingnt=0x0e (3500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0964, revid=0x36 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x5513, revid=0x01 bus=0, slot=2, func=5 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00004000, size 4, enabled found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=11 map[10]: type 1, range 32, base eb104000, size 12, enabled pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 20 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=b, irq=9 map[10]: type 1, range 32, base eb100000, size 12, enabled pcib0: matched entry for 0.3.INTB pcib0: slot 3 INTB hardwired to IRQ 21 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=2 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=c, irq=4 map[10]: type 1, range 32, base eb101000, size 12, enabled pcib0: matched entry for 0.3.INTC pcib0: slot 3 INTC hardwired to IRQ 22 found-> vendor=0x1039, dev=0x7002, revid=0x00 bus=0, slot=3, func=3 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=3 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base eb102000, size 12, enabled pcib0: matched entry for 0.3.INTD pcib0: slot 3 INTD hardwired to IRQ 23 found-> vendor=0x1039, dev=0x0900, revid=0x91 bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000d000, size 8, enabled map[14]: type 1, range 32, base eb103000, size 12, enabled pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 19 found-> vendor=0x11c1, dev=0x0480, revid=0x00 bus=0, slot=9, func=0 class=07-03-03, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0xfc (63000 ns), maxlat=0x0e (3500 ns) intpin=a, irq=7 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 1, range 32, base eb105000, size 8, enabled map[14]: type 4, range 32, base 0000d400, size 8, enabled map[18]: type 4, range 32, base 0000d800, size 8, enabled map[1c]: type 4, range 32, base 0000dc00, size 3, enabled pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 17 found-> vendor=0x100b, dev=0x0020, revid=0x00 bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0b (2750 ns), maxlat=0x34 (13000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e000, size 8, enabled map[14]: type 1, range 32, base eb106000, size 12, enabled pcib0: matched entry for 0.10.INTA pcib0: slot 10 INTA hardwired to IRQ 18 found-> vendor=0x100b, dev=0x0020, revid=0x00 bus=0, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0b (2750 ns), maxlat=0x34 (13000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e400, size 8, enabled map[14]: type 1, range 32, base eb107000, size 12, enabled pcib0: matched entry for 0.11.INTA pcib0: slot 11 INTA hardwired to IRQ 19 agp0: mem 0xe8000000-0xe9ffffff at device 0.0 on pci0 agp0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xe8000000 agp0: allocating GATT for aperture of size 32M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xeb000000-0xeb0fffff pcib1: prefetched decode 0xe0000000-0xe7ffffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1039, dev=0x6330, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e0000000, size 27, enabled pcib1: (null) requested memory range 0xe0000000-0xe7ffffff: good map[14]: type 1, range 32, base eb000000, size 17, enabled pcib1: (null) requested memory range 0xeb000000-0xeb01ffff: good map[18]: type 4, range 32, base 0000c000, size 7, enabled pcib1: (null) requested I/O range 0xc000-0xc07f: in range pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x4000-0x400f at device 2.5 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x4000 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x90 err=0x90 lsb=0x90 msb=0x90 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 49 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=7f ostat1=50 ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=ff stat1=10 devices=0x8 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 50 ata1: [MPSAFE] ohci0: mem 0xeb104000-0xeb104fff irq 20 at device 3.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xeb104000 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 51 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xeb100000-0xeb100fff irq 21 at device 3.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xeb100000 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 52 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ohci2: mem 0xeb101000-0xeb101fff irq 22 at device 3.2 on pci0 ohci2: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xeb101000 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 53 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xeb102000-0xeb102fff irq 23 at device 3.3 on pci0 ehci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xeb102000 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 54 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 3 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: SiS EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 8 ports with 8 removable, self powered sis0: port 0xd000-0xd0ff mem 0xeb103000-0xeb103fff irq 19 at device 4.0 on pci0 sis0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd000 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: bpf attached sis0: Ethernet address: 00:14:2a:54:65:ad ioapic0: routing intpin 19 (PCI IRQ 19) to vector 55 sis0: [MPSAFE] uart0: Reserved 0x100 bytes for rid 0x14 type 4 at 0xd400 puc0: port 0xd400-0xd4ff,0xd800-0xd8ff,0xdc00-0xdc07 mem 0xeb105000-0xeb1050ff irq 17 at device 9.0 on pci0 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 56 uart0: on puc0 sis1: port 0xe000-0xe0ff mem 0xeb106000-0xeb106fff irq 18 at device 10.0 on pci0 sis1: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe000 sis1: Silicon Revision: DP83816A miibus1: on sis1 ukphy0: on miibus1 ukphy0: OUI 0x080017, model 0x0002, rev. 1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis1: bpf attached sis1: Ethernet address: 00:0f:b5:46:99:c2 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 57 sis1: [MPSAFE] sis2: port 0xe400-0xe4ff mem 0xeb107000-0xeb107fff irq 19 at device 11.0 on pci0 sis2: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe400 sis2: Silicon Revision: DP83816A miibus2: on sis2 ukphy1: on miibus2 ukphy1: OUI 0x080017, model 0x0002, rev. 1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis2: bpf attached sis2: Ethernet address: 00:0f:b5:44:9f:4b sis2: [MPSAFE] acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 58 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 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 59 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 60 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 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 ahc_isa_probe 13: ioport 0xdc00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 166250425 hz Timecounter "TSC" frequency 1662506634 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on 964 chip ad0: setting UDMA100 on 964 chip ad0: 38166MB at ata0-master UDMA100 ad0: 78165360 sectors [77545C/16H/63S] 16 sectors/interrupt 1 depth queue ad0: Silicon Integrated Systems check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on 964 chip acd0: setting UDMA33 on 964 chip acd0: CDROM drive at ata1 as slave acd0: 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ATA PseudoRAID loaded GEOM: new disk ad0 Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init --------------040303010105030304080305--