From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 00:27:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 3C17E16A40F; Sun, 29 Oct 2006 00:27:16 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: Paul Allen Date: Sun, 29 Oct 2006 08:27:09 +0800 User-Agent: KMail/1.8.2 References: <45425D92.8060205@elischer.org> <20061028105454.S69980@fledge.watson.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> In-Reply-To: <20061028194125.GL30707@riyal.ugcs.caltech.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610290827.10220.davidxu@freebsd.org> Cc: freebsd-current@freebsd.org, Robert Watson , Julian Elischer Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 00:27:16 -0000 On Sunday 29 October 2006 03:41, Paul Allen wrote: > Let us suppose that this M:N business is important, perhaps something > to consider is why and whether the kernel has so much knowledge of it. > > If I read Matt Dillon's comment closely enough, I believe his precise > recommendation was not "something like kse as Julian read it" but > rather something where this M:N component was entirely part of the > userland threading support and therefore would just go away or not > depending on which library you linked with. > > I think posix might require a global priority space though... > Yes, I think if libpthread wants to implement POSIX priority mutex and SCHED_FIFO, SCHED_RR for system scope thread, it should work out a way to unify priority for all process scope and system scope threads, it has to support it if we want to implement process-shared mutex, current we can not but other OS can, I found Solaris's M:N implementation will bind a M:N thread on a LWP once it has owned a PRIO_INHERIT or PRIO_PROTECT mutex and raise the LWP's priority, fix me if I am wrong. Solaris now favors 1:1. > Anyways it remains dubious in my mind that the kernel should allow > a user to create many processes but penalize creating threads. > > The only reason I can think of is that you expect people to be sloppy > with their threads and careful with their processes. > > Still if I am ray-tracing why should I need to make a point of picking > my thread/process balance to get around your mechanism. If fairness > is the goal why am I even allowed to do so? From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 01:09:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B030316A47B; Sun, 29 Oct 2006 01:09:05 +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 92B1343D45; Sun, 29 Oct 2006 01:09:04 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k9T18wTA019596; Sat, 28 Oct 2006 21:08:58 -0400 (EDT) Date: Sat, 28 Oct 2006 21:08:58 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Paul Allen In-Reply-To: <20061028194125.GL30707@riyal.ugcs.caltech.edu> Message-ID: References: <45425D92.8060205@elischer.org> <200610281132.21466.davidxu@freebsd.org> <20061028105454.S69980@fledge.watson.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Sat, 28 Oct 2006 21:08:58 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org, Robert Watson , David Xu , Julian Elischer Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 01:09:05 -0000 On Sat, 28 Oct 2006, Paul Allen wrote: > > Anyways it remains dubious in my mind that the kernel should allow > a user to create many processes but penalize creating threads. Are you even _reading_ what people are saying? No one has said that you can't have system scope threads. Stop with the FUD. The question we seem to be arguing about is whether to also allow (and perhaps make default) process scope threads (these are fair threads). -- DE From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 01:57:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33B9F16A407 for ; Sun, 29 Oct 2006 01:57:22 +0000 (UTC) (envelope-from Lucas.James@ldjcs.com.au) Received: from vscan01.westnet.com.au (vscan01.westnet.com.au [203.10.1.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4559843D49 for ; Sun, 29 Oct 2006 01:57:21 +0000 (GMT) (envelope-from Lucas.James@ldjcs.com.au) Received: from localhost (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 779B2762373 for ; Sun, 29 Oct 2006 09:57:19 +0800 (WST) Received: from vscan01.westnet.com.au ([127.0.0.1]) by localhost (vscan01.westnet.com.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13546-09 for ; Sun, 29 Oct 2006 09:57:19 +0800 (WST) Received: from mail.ldjcs.com.au (gw.ldjcs.com.au [58.6.71.89]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vscan01.westnet.com.au (Postfix) with ESMTP id 210D176232B for ; Sun, 29 Oct 2006 09:57:18 +0800 (WST) Received: from mail.ldjcs.com.au (mail [203.17.30.35]) by mail.ldjcs.com.au (8.13.8/8.13.6) with ESMTP id k9T1vCp2089468 for ; Sun, 29 Oct 2006 12:57:13 +1100 (EST) (envelope-from Lucas.James@ldjcs.com.au) From: Lucas James Organization: LDJ Computer Services To: freebsd-current@freebsd.org Date: Sun, 29 Oct 2006 11:57:11 +1000 User-Agent: KMail/1.9.4 References: <45425D92.8060205@elischer.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> In-Reply-To: X-Face: e#5HTm!2AOnnlvY27|AK6.`J(ChPFkY3HW!e4V4wR['1cgNGkM]jcez{.k&'BU<=?utf-8?q?9PXMyZV=0A=09I=5DY6?=(=?utf-8?q?=3B=7Bf4=3BJ=24YOdl4=2E72fZ7j=5D=5FFLF=5EmMP=25V4=5Du=2E=3FX?= =?utf-8?q?U=5CTEgmbQ=23Xz=3BNpIa=3DGa=25z=7BvzRD=3A=5Da=0A=09ag5GR3cU3Amx?=>{B~V]n#Ost[Y2G+%5, KIt%?Bl6+nV55<6D> =?utf-8?q?=3AUJde!=23a=25Qq=7DAjbLUF13P/=0A=099e+eKK?=)bHSAwJub}Kw80RW&i$lZ[e{%uSGh{3%?eq#YghK|y8r.N, ~6@'_#, =?utf-8?q?MC-w=7DJB-5W=0A=09=3A/w?=,dDT'sHeU{nws)>E; 3Tk@Tm38Ju~)VhS; FSDz*VbetRLV{ MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610291257.11744.Lucas.James@ldjcs.com.au> X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mail.ldjcs.com.au Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 01:57:22 -0000 On Sunday 29 October 2006 12:08, Daniel Eischen wrote: > On Sat, 28 Oct 2006, Paul Allen wrote: > > Anyways it remains dubious in my mind that the kernel should allow > > a user to create many processes but penalize creating threads. > > Are you even _reading_ what people are saying? No one has > said that you can't have system scope threads. Stop with > the FUD. The question we seem to be arguing about is whether > to also allow (and perhaps make default) process scope threads > (these are fair threads). I read what Paul said was that system scope threads have a different "fairness" than processes. ie: If your application requires 1000 threads of execution, you can write it three ways, with 1000 processes, 1000 system scope threads or 1000 process scope threads (or a mix of the three). This whole "fairness" argument is about making system scope threads have the same priority as process scope threads. It leaves out the process model. The real question here is: are we going to make system scope thread model fair compared to process scope threaded model, or fair compared to the separate processes model? Yes, the process scope threads are allways going to be the poor man with regard to priority, but as the kernel doesn't see the threads you can't do much about it. Lucas -- What if there had been room at the inn? -- Linda Festa on the origins of Christianity From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 03:41:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3BA216A407 for ; Sun, 29 Oct 2006 03:41:04 +0000 (UTC) (envelope-from jaimie@onsitepcs.net) Received: from mail.onsitepcs.net (ns1.onsitepcs.net [71.32.223.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C22543D5F for ; Sun, 29 Oct 2006 03:41:04 +0000 (GMT) (envelope-from jaimie@onsitepcs.net) Received: from localhost (localhost [127.0.0.1]) by mail.onsitepcs.net (Postfix) with ESMTP id 662F29AE26 for ; Sat, 28 Oct 2006 20:41:03 -0700 (PDT) Received: from mail.onsitepcs.net ([127.0.0.1]) by localhost (www.onsitepcs.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11318-04 for ; Sat, 28 Oct 2006 20:40:52 -0700 (PDT) Received: from mail.onsitepcs.net (localhost [127.0.0.1]) by mail.onsitepcs.net (Postfix) with ESMTP id A91909AE1C for ; Sat, 28 Oct 2006 20:40:52 -0700 (PDT) Received: from 71.32.223.155 (SquirrelMail authenticated user jaimie) by mail.onsitepcs.net with HTTP; Sat, 28 Oct 2006 20:40:52 -0700 (PDT) Message-ID: <21107.71.32.223.155.1162093252.squirrel@mail.onsitepcs.net> Date: Sat, 28 Oct 2006 20:40:52 -0700 (PDT) From: jaimie@onsitepcs.net To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at onsitepcs.net Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 03:41:05 -0000 Hi all seems like the ports are missing alot of links to the sources. I have tried to build Mysql 5.0, Postfix and wget and none of the source list seem to be active. I ran portsnap, cvsup tag=. to get things up to date but still get missing sources. This machine has jumped from 5.3 to 5.5 to 6.1  by doing make world so I may have broken something. I did move /usr/ports to another dir and did a new cvsup. I still get the same issues. Any one else have the issues? Or did I screw up :) Thanks From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 03:44:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9109A16A407; Sun, 29 Oct 2006 03:44:56 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2129F43D5A; Sun, 29 Oct 2006 03:44:56 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.7/8.13.4) with ESMTP id k9T3itqx054921; Sat, 28 Oct 2006 20:44:55 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.7/8.13.4/Submit) id k9T3itAw054920; Sat, 28 Oct 2006 20:44:55 -0700 (PDT) Date: Sat, 28 Oct 2006 20:44:55 -0700 (PDT) From: Matthew Dillon Message-Id: <200610290344.k9T3itAw054920@apollo.backplane.com> To: Robert Watson References: <45425D92.8060205@elischer.org> <200610281132.21466.davidxu@freebsd.org> <20061028105454.S69980@fledge.watson.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <20061028204357.A83519@fledge.watson.org> Cc: Julian Elischer , Paul Allen , David Xu , freebsd-current@freebsd.org Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 03:44:56 -0000 :I think the notion of fairness is orthogonal to M:N threading. M:N is about :efficiently representing user threading to kernel space, as well as avoiding :kernel involvement in user context switches when not needed. Fairness is :about how the kernel allocates time slices to user processes/threads. :Fairness can be implemented for both 1:1 and M:N, with the primary differences :being in bookkeeping. Yes, this is precisely what I mean. Very well said. What we are talking about here is primarily algorithmic complexity and physical resource limitations (e.g. like kernel memory). Having the kernel scheduler only deal with (N) threads, where N is limited by the number of physical cpus, is a far easier problem for the kernel to solve in all respects then having the kernel deal with (M*N) individual threads. I personally see no reason why a program couldn't have 10,000 threads, or 100,000 threads, or a million threads, but the kernel is the wrong place to try to manage them if your system only has N cpus (N=2,4,8,16,32, etc). You have to ask yourself, what exactly is the kernel accomplishing trying to manage all those threads for a single application when it only has N cpu contexts to work with anyhow? The answer is: The kernel should only have to worry about the N cpu contexts and kernel memory reosurces for those contexts. ---- From the point of view of POSIX threading and a resource limits, people need to understand two things: (1) setrlimit was NEVER designed as a system moderation tool. It was designed to cause runaway programs to fail, period. setrlimit cannot, in fact, be used as a system moderation tool. Not very well anyway. setrlimit especially breaks down when you have a huge range of acceptable values, because higher values tend to muliply out and you wind up losing the protection that setrlimit was designed to supply. A good example of this is having a per-process descriptor limit AND a per-user process limit. X*Y often exceeds the size of the kernel's global descriptor table. Oops! (2) Just because the POSIX scheduler implements all sorts of different scopes and priority schemes says NOTHING AT ALL about how programs operating under such a scheduler should be apportioned cpu relative to OTHER PROGRAMS WHICH ARE INDEPENDANTLY RUNNING ON THE SYSTEM. POSIX is an abstraction (or virtualization out of available resources), just like everything else. If you try to treat it as a hard requirement the only result will be a broken system that might happily run everything else into the ground and stop allowing root ssh logins in order to accomodate a badly written POSIX program. There are many third party applications that set POSIX priorities, in particular realtime priorities, that I'd rather they not actually use. Most of these programs set these priorities based on the author's attempt to tune them on a single operating system (e.g. linux) and in a single operating environment. All a program can ever really do when requesting POSIX scheduling resources is compete against itself. It is the system operator, at a higher level, that must control how those resources compete with other programs. That should be clear to everyone it is so obvious. It is a whole lot easier for the kernel to give the system operator this power if the kernel scheduler does not have to juggle thousands of threads. It is very easy to write a scheduler for threaded applications when the most you have to deal with is N threads (N=ncpus) per application. -- Now lets consider programs which fork() instead of thread. The argument that threading is equivalent to forking from a management standpoint is just plain silly. From a design standpoint, programmers are very well aware of the resources required to fork(), and consequently per-fork tasks are generally much, MUCH better understood by system operators in the management context then per-thread tasks. per-thread tasks tend to be opaque... you never know how a threaded program might be written. You just cannot treat the two as equivalent or even close to equivalent. -Matt From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 04:00:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7413216A4C8; Sun, 29 Oct 2006 04:00:09 +0000 (UTC) (envelope-from prvs=julian=4503dd1c6@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 249D643D5A; Sun, 29 Oct 2006 04:00:04 +0000 (GMT) (envelope-from prvs=julian=4503dd1c6@elischer.org) Received: from unknown (HELO [192.168.2.5]) ([10.251.60.35]) by a50.ironport.com with ESMTP; 28 Oct 2006 21:00:04 -0700 Message-ID: <45442744.6080103@elischer.org> Date: Sat, 28 Oct 2006 21:00:04 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <45425D92.8060205@elischer.org> <20061027201838.GH30707@riyal.ugcs.caltech.edu> <1161998104.872.18.camel@RabbitsDen.RabbitsLawn.verizon.net> <4542B171.8050601@elischer.org> <1161999387.872.29.camel@RabbitsDen.RabbitsLawn.verizon.net> <4542D3A8.1040500@elischer.org> <1162059531.872.45.camel@RabbitsDen.RabbitsLawn.verizon.net> In-Reply-To: <1162059531.872.45.camel@RabbitsDen.RabbitsLawn.verizon.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Daniel Eischen , Paul Allen , current@freebsd.org Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 04:00:09 -0000 Alexandre "Sunny" Kovalenko wrote: > On Fri, 2006-10-27 at 20:51 -0700, Julian Elischer wrote: >> Alexandre "Sunny" Kovalenko wrote: >>> On Fri, 2006-10-27 at 18:25 -0700, Julian Elischer wrote: >>>> Alexandre "Sunny" Kovalenko wrote: >>>>> On Fri, 2006-10-27 at 16:41 -0400, Daniel Eischen wrote: >>>>>> On Fri, 27 Oct 2006, Paul Allen wrote: >>>>>> >>>>>>>> From Julian Elischer , Fri, Oct 27, 2006 at 12:27:14PM -0700: >>>>>>>> The aim of the fair scheduling code is to ensure that if you, as a user, >>>>>>>> make a process that starts 1000 threads, and I as a user, make an >>>>>>>> unthreaded process, then I can still get to the CPU at somewhat similar >>>>>>>> rates to you. A naive scheduler would give you 1000 cpu slots and me 1. >>>>>>> Ah. Let me be one of the first to take a crack at attacking this idea as >>>>>>> a mistake. >>>>>> No, it is POSIX. You, the application, can write a program with >>>>>> system scope or process scope threads and get whatever you behavior >>>>>> you want, within rlimits of course. >>>>>> >>>>>> If you want unfair scheduling, then create your threads with >>>>>> system scope contention, otherwise use process scope. The >>>>>> kernel should be designed to allow both, and have adjustable >>>>>> limits in place for (at least) system scope threads. >>>>>> >>>>>> Noone is saying that you can't have as many system scope threads >>>>>> as you want (and as allowed by limits), just that you must also >>>>>> be able to have process scope threads (with probably higher limits >>>>>> or possibly no limits). >>>>>> >>>>> I might be missing something here, but OP was separating M:N (which is >>>>> what you are referring to above), and "fairness" (not giving process >>>>> with 1000 *system scope* threads 1000 CPU scheduling slots). As far as I >>>>> know the first one is POSIX and the second one is not. >>>>> >>>>> FWIW: as an application programmer who spent considerable amount of time >>>>> lately trying to make heavily multithreaded application run most >>>>> efficiently on 32-way machine, I would rather not have to deal with >>>>> "fairness" -- M:N is bad enough. >>>>> >>>> no, fairness is making sure that 1000 process scope threads >>>> do not negatively impact other processes. >>>> 1000 system scope threads are controlled by your ulimit settings >>>> (Each one counts as a process.) >>>> >>>> >>> I apologize for misinterpreting your words. But then, if I have M:N set >>> to 10:1, I would expect application with 1000 process scope threads to >>> have as many CPU slots as 100 processes, or, if I have 10 system scope >>> threads and 990 process scope threads, I would expect application to >>> have as many CPU slots as 109 processes. Is this what you refer to as >>> "fairness"? >>> >> M:N is not a ratio, but rather the notation to say that M user threads >> are enacted using N kernel schedulable entities (kernel threads). >> usually N is limited to something like NCPU kernel schedulable entities >> running at a time. (not including sleeping threads waiting for IO) >> (NCPU is the number of CPUs). >> >> so in fact M:N is usually M user threads over over some number like 4 or >> 8 kernel threads (depending on #cpus) plus the number of threads waiting >> for IO. >> >> Julian > In the environment I am most familiar with -- IBM AIX -- M:N is the > ratio and it is settable either systemwide or for the specific user > using environment variable, e.g.: > > export AIXTHREAD_MNRATIO=8:1 > > with the minimum kernel threads allocated according to another setting: > > export AIXTHREAD_MINKTHREADS=4 > > Neither one depends on the physical CPU count in the box (which could > change in the middle of application execution anyway). > > Both settings have known default values (8:1 and 8 respectively). > > Between the two I can always tell how many kernel threads given amount > of the process scope threads will use. This gives me both flexibility > and predictability. > > Am I understanding correctly that what you have implemented fixes number > of kernel threads at boot time and changes the M:N ratio throughout the > run time of the application? no. the "number of available slots" for concurency is a number that is tunable on the fly. I think we may even be able to tune it in a program but I would have to look to see if that ever got committed. > From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 04:12:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74E0416A407; Sun, 29 Oct 2006 04:12:38 +0000 (UTC) (envelope-from prvs=julian=4503dd1c6@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 132C343D58; Sun, 29 Oct 2006 04:12:38 +0000 (GMT) (envelope-from prvs=julian=4503dd1c6@elischer.org) Received: from unknown (HELO [192.168.2.5]) ([10.251.60.35]) by a50.ironport.com with ESMTP; 28 Oct 2006 21:12:37 -0700 Message-ID: <45442A35.2030803@elischer.org> Date: Sat, 28 Oct 2006 21:12:37 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Robert Watson References: <917908193.20061027102647@serebryakov.spb.ru> <20061027103924.F79313@fledge.watson.org> <45426071.7020403@elischer.org> <602423478.20061028001449@serebryakov.spb.ru> <4542896D.1050001@elischer.org> <20061027231642.GJ30707@riyal.ugcs.caltech.edu> <45429703.8070305@elischer.org> <20061028104741.Q69980@fledge.watson.org> In-Reply-To: <20061028104741.Q69980@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Paul Allen , Lev Serebryakov , current@freebsd.org Subject: Re: KSE, libpthread & libthr: almost newbie question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 04:12:38 -0000 Robert Watson wrote: > > On Fri, 27 Oct 2006, Julian Elischer wrote: > >> there is class of problems (e.g. some java programs) that have >> THOUSANDS of threads, each representing an active aspect of some >> object. How do you put an rlimit on that without either 1/ stopping >> the program from working or 2/ allowing thousands of threads to exist >> but not screwing other users. > > Does the JVM actually expose thousands of threads to the OS, or does it > actually do its own M:N threading internally based on its execution > model? My impression is the latter, exposing threads to the OS only when > it needs them to consume kernel or CPU resources. I don't know the answer to that question, only that there is a class of program style that uses this model. > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 04:45:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EB1816A415 for ; Sun, 29 Oct 2006 04:45:18 +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 C5F7743D46 for ; Sun, 29 Oct 2006 04:45:17 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k9T4jGws024936; Sun, 29 Oct 2006 00:45:16 -0400 (EDT) Date: Sun, 29 Oct 2006 00:45:16 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Lucas James In-Reply-To: <200610291257.11744.Lucas.James@ldjcs.com.au> Message-ID: References: <45425D92.8060205@elischer.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <200610291257.11744.Lucas.James@ldjcs.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Sun, 29 Oct 2006 00:45:16 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 04:45:18 -0000 On Sun, 29 Oct 2006, Lucas James wrote: > On Sunday 29 October 2006 12:08, Daniel Eischen wrote: >> On Sat, 28 Oct 2006, Paul Allen wrote: >>> Anyways it remains dubious in my mind that the kernel should allow >>> a user to create many processes but penalize creating threads. >> >> Are you even _reading_ what people are saying? No one has >> said that you can't have system scope threads. Stop with >> the FUD. The question we seem to be arguing about is whether >> to also allow (and perhaps make default) process scope threads >> (these are fair threads). > > I read what Paul said was that system scope threads have a > different "fairness" than processes. ie: I don't think that is the case. I believe threads created with their own ksegrp (system scope) have the same priority and quantum as a process. The only comment was that we lost the ability to have process scope (fair scheduling) threads under libthr. -- DE From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 04:53:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BF6916A412; Sun, 29 Oct 2006 04:53:19 +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 DE19043D46; Sun, 29 Oct 2006 04:53:18 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k9T4r8dm028809; Sun, 29 Oct 2006 00:53:08 -0400 (EDT) Date: Sun, 29 Oct 2006 00:53:08 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Matthew Dillon In-Reply-To: <200610290344.k9T3itAw054920@apollo.backplane.com> Message-ID: References: <45425D92.8060205@elischer.org> <200610281132.21466.davidxu@freebsd.org> <20061028105454.S69980@fledge.watson.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <20061028204357.A83519@fledge.watson.org> <200610290344.k9T3itAw054920@apollo.backplane.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Sun, 29 Oct 2006 00:53:09 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Paul Allen , Robert Watson , Julian Elischer , freebsd-current@freebsd.org, David Xu Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 04:53:19 -0000 On Sat, 28 Oct 2006, Matthew Dillon wrote: > > (2) Just because the POSIX scheduler implements all sorts of different > scopes and priority schemes says NOTHING AT ALL about how programs > operating under such a scheduler should be apportioned cpu relative > to OTHER PROGRAMS WHICH ARE INDEPENDANTLY RUNNING ON THE SYSTEM. POSIX > is an abstraction (or virtualization out of available resources), > just like everything else. If you try to treat it as a hard requirement > the only result will be a broken system that might happily run everything > else into the ground and stop allowing root ssh logins in order to > accomodate a badly written POSIX program. There are many third party > applications that set POSIX priorities, in particular realtime > priorities, that I'd rather they not actually use. Most of these > programs set these priorities based on the author's attempt to tune > them on a single operating system (e.g. linux) and in a single operating > environment. > > All a program can ever really do when requesting POSIX scheduling > resources is compete against itself. It is the system operator, at a > higher level, that must control how those resources compete with > other programs. That should be clear to everyone it is so obvious. Actually, that's not quite true. I assume you know the thing you left out: system scope threads compete against all the other system scope threads in the system (from all applications, not just within one application). -- DE From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 05:12:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C521C16A40F; Sun, 29 Oct 2006 05:12:14 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3610B43D45; Sun, 29 Oct 2006 05:12:14 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9T5Bht7025607; Sat, 28 Oct 2006 23:11:48 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4544380E.4010604@samsco.org> Date: Sat, 28 Oct 2006 23:11:42 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Daniel Eischen References: <45425D92.8060205@elischer.org> <200610281132.21466.davidxu@freebsd.org> <20061028105454.S69980@fledge.watson.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <20061028204357.A83519@fledge.watson.org> <200610290344.k9T3itAw054920@apollo.backplane.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Paul Allen , freebsd-current@freebsd.org, Robert Watson , David Xu , Julian Elischer Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 05:12:14 -0000 Daniel Eischen wrote: > On Sat, 28 Oct 2006, Matthew Dillon wrote: > >> >> (2) Just because the POSIX scheduler implements all sorts of different >> scopes and priority schemes says NOTHING AT ALL about how programs >> operating under such a scheduler should be apportioned cpu relative >> to OTHER PROGRAMS WHICH ARE INDEPENDANTLY RUNNING ON THE SYSTEM. >> POSIX >> is an abstraction (or virtualization out of available resources), >> just like everything else. If you try to treat it as a hard >> requirement >> the only result will be a broken system that might happily run >> everything >> else into the ground and stop allowing root ssh logins in order to >> accomodate a badly written POSIX program. There are many third party >> applications that set POSIX priorities, in particular realtime >> priorities, that I'd rather they not actually use. Most of these >> programs set these priorities based on the author's attempt to tune >> them on a single operating system (e.g. linux) and in a single >> operating >> environment. >> >> All a program can ever really do when requesting POSIX scheduling >> resources is compete against itself. It is the system operator, at a >> higher level, that must control how those resources compete with >> other programs. That should be clear to everyone it is so obvious. > > Actually, that's not quite true. I assume you know the thing you > left out: system scope threads compete against all the other > system scope threads in the system (from all applications, not > just within one application). > All this debate about the merits of process scope threads and fair scheduling is great. But tell me, who was working on making this stuff work well quickly and reliably (i.e. work well)? No one! I don't care what AIX or Solaris or what else may or may not have done, who was making this work well for FreeBSD? Having a slow a thread subsystem is a serious detriment, no matter how nice and flexible it looks on paper. Scott From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 05:24:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC83216A412 for ; Sun, 29 Oct 2006 05:24:08 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1625843D46 for ; Sun, 29 Oct 2006 05:24:07 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so1820722nfc for ; Sat, 28 Oct 2006 22:24:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FHnpz+y/fOOQZ8Fnet31BOBB79jDTCmFXTgmoAlM4w1X7sRBx8Xo5uJNJ5bevuduGNRvtsKY8b5A2eboTe1M6h8qTx1BZA9/92iGoX6wOwGikfisGxCbP3nN4kjH4FmcueXRblu4GmZzRUdITg4u315Sxxh+Wq9Sy0lTD71KW5g= Received: by 10.78.127.2 with SMTP id z2mr2570865huc; Sat, 28 Oct 2006 22:24:06 -0700 (PDT) Received: by 10.78.199.15 with HTTP; Sat, 28 Oct 2006 22:24:06 -0700 (PDT) Message-ID: <7579f7fb0610282224q54743df1y5d6bc07832ba373f@mail.gmail.com> Date: Sat, 28 Oct 2006 22:24:06 -0700 From: "Matthew Jacob" To: "FreeBSD Current" In-Reply-To: <4544380E.4010604@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45425D92.8060205@elischer.org> <200610281132.21466.davidxu@freebsd.org> <20061028105454.S69980@fledge.watson.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <20061028204357.A83519@fledge.watson.org> <200610290344.k9T3itAw054920@apollo.backplane.com> <4544380E.4010604@samsco.org> Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 05:24:08 -0000 On 10/28/06, Scott Long wrote: > > > > All this debate about the merits of process scope threads and fair > scheduling is great. But tell me, who was working on making this stuff > work well quickly and reliably (i.e. work well)? No one! I don't care > what AIX or Solaris or what else may or may not have done, who was > making this work well for FreeBSD? Having a slow a thread subsystem is > a serious detriment, no matter how nice and flexible it looks on paper. This is the key point that needs to brought home over and over again. This is what (I believe) PHK indirectly also pointed out with his announcement of some problems a month or so back. In the timeline of where FreeBSD-current is with respect to gelling toward some plan of releasing it, it's "Show me the money" time. From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 09:05:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B628916A40F; Sun, 29 Oct 2006 09:05:12 +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 0CD8643D58; Sun, 29 Oct 2006 09:05:11 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 72EDD46BD8; Sun, 29 Oct 2006 04:05:11 -0500 (EST) Date: Sun, 29 Oct 2006 09:05:11 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Julian Elischer In-Reply-To: <45442A35.2030803@elischer.org> Message-ID: <20061029090309.T27107@fledge.watson.org> References: <917908193.20061027102647@serebryakov.spb.ru> <20061027103924.F79313@fledge.watson.org> <45426071.7020403@elischer.org> <602423478.20061028001449@serebryakov.spb.ru> <4542896D.1050001@elischer.org> <20061027231642.GJ30707@riyal.ugcs.caltech.edu> <45429703.8070305@elischer.org> <20061028104741.Q69980@fledge.watson.org> <45442A35.2030803@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Paul Allen , Lev Serebryakov , current@freebsd.org Subject: Re: KSE, libpthread & libthr: almost newbie question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 09:05:12 -0000 On Sat, 28 Oct 2006, Julian Elischer wrote: > Robert Watson wrote: >> >> On Fri, 27 Oct 2006, Julian Elischer wrote: >> >>> there is class of problems (e.g. some java programs) that have THOUSANDS >>> of threads, each representing an active aspect of some object. How do you >>> put an rlimit on that without either 1/ stopping the program from working >>> or 2/ allowing thousands of threads to exist but not screwing other users. >> >> Does the JVM actually expose thousands of threads to the OS, or does it >> actually do its own M:N threading internally based on its execution model? >> My impression is the latter, exposing threads to the OS only when it needs >> them to consume kernel or CPU resources. > > I don't know the answer to that question, only that there is a class of > program style that uses this model. FYI, last night following comments about the change away "green threads", I ran some simple tests with the 1.4.2 JVM. It appears that, at least in my simple test cases, all threads created in the JVM are exposed to the OS. Typically this appears to be about n+8 to n+9 threads, where n is the number of threads created by the application itself, and 8/9 is the number created by the JVM. I assume the variance of one is likely the garbage collector kicking in every now and then (or something along those lines). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 09:24:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A009616A407 for ; Sun, 29 Oct 2006 09:24:19 +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 0538543D68 for ; Sun, 29 Oct 2006 09:24:18 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 6524A46B82; Sun, 29 Oct 2006 04:24:14 -0500 (EST) Date: Sun, 29 Oct 2006 09:24:14 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Lucas James In-Reply-To: <200610291257.11744.Lucas.James@ldjcs.com.au> Message-ID: <20061029090945.P27107@fledge.watson.org> References: <45425D92.8060205@elischer.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <200610291257.11744.Lucas.James@ldjcs.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 09:24:19 -0000 On Sun, 29 Oct 2006, Lucas James wrote: > I read what Paul said was that system scope threads have a different > "fairness" than processes. ie: > > If your application requires 1000 threads of execution, you can write it > three ways, with 1000 processes, 1000 system scope threads or 1000 process > scope threads (or a mix of the three). > > This whole "fairness" argument is about making system scope threads have the > same priority as process scope threads. It leaves out the process model. > > The real question here is: are we going to make system scope thread model > fair compared to process scope threaded model, or fair compared to the > separate processes model? > > Yes, the process scope threads are allways going to be the poor man with > regard to priority, but as the kernel doesn't see the threads you can't do > much about it. I think there are at least two core questions being discussed here: (1) Does the "fairness" model currently implemented in the KSE code mean well, but cause significant performance problems in practice for real-world applications? (2) Are the cost and complexity impacts of KSE in kernel architecture outweighed by the flexibility and performance benefits of M:N threading? Now is definitely the time for us to be discussing, measuring, experimenting, etc, because addressing the issues of higher concurrency for 7.0 will depend on having decided on a strategy for our scheduler. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 13:04:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF4F516A407 for ; Sun, 29 Oct 2006 13:04:25 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D72343D5C for ; Sun, 29 Oct 2006 13:04:25 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GeAKo-000H7X-Oj; Sun, 29 Oct 2006 13:04:18 +0000 Date: Sun, 29 Oct 2006 13:04:17 +0000 From: Ceri Davies To: jaimie@onsitepcs.net Message-ID: <20061029130417.GA64138@submonkey.net> Mail-Followup-To: Ceri Davies , jaimie@onsitepcs.net, freebsd-current@freebsd.org References: <21107.71.32.223.155.1162093252.squirrel@mail.onsitepcs.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <21107.71.32.223.155.1162093252.squirrel@mail.onsitepcs.net> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Ceri Davies Cc: freebsd-current@freebsd.org Subject: Re: Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 13:04:25 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 28, 2006 at 08:40:52PM -0700, jaimie@onsitepcs.net wrote: >=20 >=20 > Hi all seems like the ports are missing alot of links to the sources. > I have tried to build Mysql 5.0, Postfix and wget and none of the source > list seem to be active. >=20 > I ran portsnap, cvsup tag=3D. to get > things up to date but still get missing sources. I think this is related to the resolver issues noted elsewhere on current@ (see recent post by Simon Nielsen). Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFRKbRocfcwTS3JF8RAuT8AKCWiJc1jAZDnssMSRajfgOSfJpDzwCgrU3I uX20bAjA7LKFv/79qSre5xE= =mpLa -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 13:52:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B47DA16A40F; Sun, 29 Oct 2006 13:52:30 +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 55C8443D49; Sun, 29 Oct 2006 13:52:29 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k9TDphtR028072; Sun, 29 Oct 2006 08:51:45 -0500 (EST) Date: Sun, 29 Oct 2006 08:51:43 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Scott Long In-Reply-To: <4544380E.4010604@samsco.org> Message-ID: References: <45425D92.8060205@elischer.org> <200610281132.21466.davidxu@freebsd.org> <20061028105454.S69980@fledge.watson.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <20061028204357.A83519@fledge.watson.org> <200610290344.k9T3itAw054920@apollo.backplane.com> <4544380E.4010604@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Sun, 29 Oct 2006 08:51:46 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Paul Allen , freebsd-current@freebsd.org, Robert Watson , David Xu , Julian Elischer Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 13:52:30 -0000 On Sat, 28 Oct 2006, Scott Long wrote: > Daniel Eischen wrote: >> Actually, that's not quite true. I assume you know the thing you >> left out: system scope threads compete against all the other >> system scope threads in the system (from all applications, not >> just within one application). >> > > All this debate about the merits of process scope threads and fair > scheduling is great. But tell me, who was working on making this stuff > work well quickly and reliably (i.e. work well)? No one! I don't care > what AIX or Solaris or what else may or may not have done, who was making > this work well for FreeBSD? Having a slow a thread subsystem is > a serious detriment, no matter how nice and flexible it looks on paper. Process scope threads work well in libpthread. System scope threads work well and fast in libthr. I think most people's concept of "fast" as applied to process scope threads doesn't quite mesh well with the fact that process scheduling is fair. -- DE From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 15:00:44 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85C6116A40F; Sun, 29 Oct 2006 15:00:44 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6195B43D5D; Sun, 29 Oct 2006 15:00:43 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 26A3D386C67; Sun, 29 Oct 2006 15:00:13 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 18B1D1141D; Sun, 29 Oct 2006 16:00:42 +0100 (CET) Date: Sun, 29 Oct 2006 16:00:42 +0100 From: "Simon L. Nielsen" To: Hiroki Sato Message-ID: <20061029150041.GB1039@zaphod.nitro.dk> References: <20061027.025600.59733168.hrs@allbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061027.025600.59733168.hrs@allbsd.org> User-Agent: Mutt/1.5.11 Cc: dougb@FreeBSD.org, ume@FreeBSD.org, kris@obsecurity.org, nork@FreeBSD.org, freebsd-current@FreeBSD.org, Joel@FreeBSD.org, itetcu@FreeBSD.org, leafy7382@gmail.com Subject: Re: Resolver not always resolving hostnames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 15:00:44 -0000 On 2006.10.27 02:56:00 +0900, Hiroki Sato wrote: > "Jiawei Ye" wrote > in : > > le> On 10/24/06, Hajimu UMEMOTO wrote: > le> > leafy7382> This is much better. It would be great if this is commited. > le> > > le> > I've committed it into 7-CURRENT, and I'll MFC it into RELENG_6 after > le> > 3 days. > le> > > le> > The fix should help in certain case. However, it seems doesn't help > le> > for nork-san's case. He could reproduce it, and sent me his ktrace > le> > output. As far as I can see his output, his local name server (BIND > le> > 9.3.2-P1) returned the response with no answer record. As a result, > le> > his csup ended up with following error: > le> > > le> > Name lookup failure for "cvsup.jp.freebsd.org": hostname nor > le> > servname provided, or not known > le> > > le> > I suspect that the BIND9's named have some problem. > le> > > le> > "Name lookup failure for "cvsup.jp.freebsd.org": hostname nor servname \ > le> > provided, or not known > le> > " > le> You are correct, I just ran into that a few times in the last hour. > le> But it is a lot less frequent than before. I also run a local BIND9 > le> for our company. I think some commits happening after between Sept 30 > le> and Oct 15th caused it, because I did not see such symptom before late > le> Sept and I rebuilt my system around mid Oct. > > According to log files on my public cvsup server which is suffering > from this problem, this happened on 22 September at least. I have > not looked into the source files closely yet, but is it possible that > the 9.3.2-P1 patch has a bug that can return 0/0/0 with NOERROR > answer packet? I confirmed that behaviors of 4.x's resolver and > 6.x's against such a malformed packet are the same, so I think it is > not likely a bug in the resolver. After I upgraded my development server to include the fix I started a tcpdump of all my DNS traffic in case the resolving issue happened again, and it did :-/. So, the above fix does not fix the issue and as hrs@ notes it actually seems to be a a bug in the nameserver and not resolver. When my latest cvsup failed this is the DNS packets captured: 15:06:45.036710 IP eddie.54684 > ns.nitro.dk.domain: 51917+ A? cvsup3.dk.freebsd.org. (39) 15:06:45.224002 IP ns.nitro.dk.domain > eddie.54684: 51917 0/0/0 (39) 15:06:45.224796 IP eddie.50804 > ns.nitro.dk.domain: 51918+ A? cvsup3.dk.freebsd.org.nitro.dk. (48) 15:06:45.226255 IP ns.nitro.dk.domain > eddie.50804: 51918 NXDomain* 0/1/0 (98) I still have the pcap file around if it's needed. The nameserver in question is running BIND 9.3.2 from 6.1-SECURITY base. -- Simon L. Nielsen From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 16:21:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0336916A407; Sun, 29 Oct 2006 16:21:31 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5840B43D4C; Sun, 29 Oct 2006 16:21:29 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9TGLGif030928; Sun, 29 Oct 2006 09:21:21 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4544D4FC.4070201@samsco.org> Date: Sun, 29 Oct 2006 09:21:16 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Robert Watson References: <917908193.20061027102647@serebryakov.spb.ru> <20061027103924.F79313@fledge.watson.org> <45426071.7020403@elischer.org> <602423478.20061028001449@serebryakov.spb.ru> <4542896D.1050001@elischer.org> <20061027231642.GJ30707@riyal.ugcs.caltech.edu> <45429703.8070305@elischer.org> <20061028104741.Q69980@fledge.watson.org> <45442A35.2030803@elischer.org> <20061029090309.T27107@fledge.watson.org> In-Reply-To: <20061029090309.T27107@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Paul Allen , Lev Serebryakov , Julian Elischer , current@freebsd.org Subject: Re: KSE, libpthread & libthr: almost newbie question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 16:21:31 -0000 Robert Watson wrote: > > On Sat, 28 Oct 2006, Julian Elischer wrote: > >> Robert Watson wrote: >>> >>> On Fri, 27 Oct 2006, Julian Elischer wrote: >>> >>>> there is class of problems (e.g. some java programs) that have >>>> THOUSANDS of threads, each representing an active aspect of some >>>> object. How do you put an rlimit on that without either 1/ stopping >>>> the program from working or 2/ allowing thousands of threads to >>>> exist but not screwing other users. >>> >>> Does the JVM actually expose thousands of threads to the OS, or does >>> it actually do its own M:N threading internally based on its >>> execution model? My impression is the latter, exposing threads to the >>> OS only when it needs them to consume kernel or CPU resources. >> >> I don't know the answer to that question, only that there is a class >> of program style that uses this model. > > FYI, last night following comments about the change away "green > threads", I ran some simple tests with the 1.4.2 JVM. It appears that, > at least in my simple test cases, all threads created in the JVM are > exposed to the OS. Typically this appears to be about n+8 to n+9 > threads, where n is the number of threads created by the application > itself, and 8/9 is the number created by the JVM. I assume the variance > of one is likely the garbage collector kicking in every now and then (or > something along those lines). > This is correct. The JVM maps all threads directly into the native threading mechanism provided by the OS. 'Green threads' have been defunct since Java 1.3, and no other magic happens behind the scenes. Scott From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 16:24:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9085716A40F; Sun, 29 Oct 2006 16:24:20 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A39BB43D55; Sun, 29 Oct 2006 16:24:15 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9TGO7EJ030966; Sun, 29 Oct 2006 09:24:14 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4544D5A7.8070604@samsco.org> Date: Sun, 29 Oct 2006 09:24:07 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Robert Watson References: <45425D92.8060205@elischer.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <200610291257.11744.Lucas.James@ldjcs.com.au> <20061029090945.P27107@fledge.watson.org> In-Reply-To: <20061029090945.P27107@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Lucas James , freebsd-current@freebsd.org Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 16:24:20 -0000 Robert Watson wrote: > > On Sun, 29 Oct 2006, Lucas James wrote: > >> I read what Paul said was that system scope threads have a different >> "fairness" than processes. ie: >> >> If your application requires 1000 threads of execution, you can write >> it three ways, with 1000 processes, 1000 system scope threads or 1000 >> process scope threads (or a mix of the three). >> >> This whole "fairness" argument is about making system scope threads >> have the same priority as process scope threads. It leaves out the >> process model. >> >> The real question here is: are we going to make system scope thread >> model fair compared to process scope threaded model, or fair compared >> to the separate processes model? >> >> Yes, the process scope threads are allways going to be the poor man >> with regard to priority, but as the kernel doesn't see the threads you >> can't do much about it. > > I think there are at least two core questions being discussed here: > > (1) Does the "fairness" model currently implemented in the KSE code mean > well, > but cause significant performance problems in practice for real-world > applications? > > (2) Are the cost and complexity impacts of KSE in kernel architecture > outweighed by the flexibility and performance benefits of M:N > threading? > > Now is definitely the time for us to be discussing, measuring, > experimenting, etc, because addressing the issues of higher concurrency > for 7.0 will depend on having decided on a strategy for our scheduler. > I'd like to add (3) Who is committed to maintaining and improving the M:N and KSE architectures for the long term? THR and 1:1 has an active and committed maintainer right now, KSE does not. Whether KSE is 'better' is purely academic if no one is willing to actually make it work. Scott From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 17:01:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9C3F16A4C2 for ; Sun, 29 Oct 2006 17:01:08 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6767243D58 for ; Sun, 29 Oct 2006 17:01:08 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id A13F0170C5 for ; Sun, 29 Oct 2006 17:01:06 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id k9TH154s012116 for ; Sun, 29 Oct 2006 17:01:06 GMT (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Sun, 29 Oct 2006 17:01:05 +0000 Message-ID: <12115.1162141265@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 17:01:08 -0000 After a few days my Xorg will have gobbled up most of my RAM and I have to restart it to get my laptop out of VAX11/750 emulation mode. Has anybody else noticed this ? FreeBSD -current, T41p, xorg-6.9.0 straight out of ports. Poul-Henning This is ps(1) run every 15 seconds: 0 11814 11813 2 96 0 83832 70948 - R v1 0:26.96 X :0 -auth 0 11814 11813 14 97 0 83832 70948 select S v1 0:29.33 X :0 -auth 0 11814 11813 19 98 0 83832 70952 select S v1 0:31.64 X :0 -auth 0 11814 11813 2 96 0 83832 72332 select S v1 0:33.43 X :0 -auth 0 11814 11813 23 98 0 83832 72416 select S v1 0:34.19 X :0 -auth 0 11814 11813 42 101 0 83832 72440 select S v1 0:35.20 X :0 -auth 0 11814 11813 4 96 0 83832 72440 select S v1 0:35.30 X :0 -auth 0 11814 11813 0 96 0 83832 72440 select S v1 0:35.39 X :0 -auth 0 11814 11813 1 96 0 83832 72440 select S v1 0:35.46 X :0 -auth 0 11814 11813 2 96 0 83832 72440 select S v1 0:35.55 X :0 -auth 0 11814 11813 1 96 0 83832 72440 select S v1 0:35.63 X :0 -auth 0 11814 11813 3 96 0 83832 72440 select S v1 0:35.71 X :0 -auth 0 11814 11813 0 96 0 83832 72440 select S v1 0:35.84 X :0 -auth 0 11814 11813 0 96 0 83832 72440 select S v1 0:35.98 X :0 -auth 0 11814 11813 0 96 0 83832 72440 select S v1 0:36.04 X :0 -auth 0 11814 11813 0 96 0 83832 72440 select S v1 0:36.07 X :0 -auth 0 11814 11813 0 96 0 83832 72440 select S v1 0:36.16 X :0 -auth 0 11814 11813 3 96 0 83832 72440 select S v1 0:36.55 X :0 -auth 0 11814 11813 4 96 0 83832 72440 select S v1 0:37.67 X :0 -auth 0 11814 11813 7 96 0 83832 72440 select S v1 0:40.14 X :0 -auth 0 11814 11813 4 96 0 83832 72440 select S v1 0:41.71 X :0 -auth 0 11814 11813 29 99 0 89976 77952 select S v1 0:44.70 X :0 -auth 0 11814 11813 0 96 0 89976 77996 select S v1 0:45.66 X :0 -auth 0 11814 11813 0 96 0 89976 77996 select S v1 0:45.75 X :0 -auth 0 11814 11813 1 96 0 89976 77996 select S v1 0:45.81 X :0 -auth 0 11814 11813 2 96 0 89976 77996 select S v1 0:45.92 X :0 -auth 0 11814 11813 0 96 0 89976 77996 select S v1 0:46.01 X :0 -auth 0 11814 11813 1 96 0 89976 77996 select S v1 0:46.03 X :0 -auth 0 11814 11813 1 96 0 89976 77996 select S v1 0:46.11 X :0 -auth 0 11814 11813 0 96 0 89976 77996 - R v1 0:46.19 X :0 -auth -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 17:33:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE43816A412 for ; Sun, 29 Oct 2006 17:33:50 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0108743D49 for ; Sun, 29 Oct 2006 17:33:49 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 5D34B5E0A; Sun, 29 Oct 2006 12:33:49 -0500 (EST) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ST5gT4LQw3Bu; Sun, 29 Oct 2006 12:33:47 -0500 (EST) Received: from [192.168.1.251] (pool-68-161-112-7.ny325.east.verizon.net [68.161.112.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id EF64A5D82; Sun, 29 Oct 2006 12:33:46 -0500 (EST) Message-ID: <4544E5F8.9050300@mac.com> Date: Sun, 29 Oct 2006 12:33:44 -0500 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Matthew Dillon References: <45425D92.8060205@elischer.org> <200610281132.21466.davidxu@freebsd.org> <20061028105454.S69980@fledge.watson.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <20061028204357.A83519@fledge.watson.org> <200610290344.k9T3itAw054920@apollo.backplane.com> In-Reply-To: <200610290344.k9T3itAw054920@apollo.backplane.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 17:33:50 -0000 Matthew Dillon wrote: >: I think the notion of fairness is orthogonal to M:N threading. M:N is about >: efficiently representing user threading to kernel space, as well as avoiding >: kernel involvement in user context switches when not needed. Fairness is >: about how the kernel allocates time slices to user processes/threads. >: Fairness can be implemented for both 1:1 and M:N, with the primary differences >: being in bookkeeping. > > Yes, this is precisely what I mean. Very well said. Agreed. > What we are talking about here is primarily algorithmic complexity > and physical resource limitations (e.g. like kernel memory). Having > the kernel scheduler only deal with (N) threads, where N is limited by > the number of physical cpus, is a far easier problem for the kernel > to solve in all respects then having the kernel deal with (M*N) > individual threads. Yes. A userspace program would like to assume that it can have as many parallel threads of execution as it wants to have, but the kernel only needs to schedule N of them at a time from the set of runnable tasks. Most of the debate comes from whether userland threads are counted in M, or only userland processes. > I personally see no reason why a program > couldn't have 10,000 threads, or 100,000 threads, or a million threads, > but the kernel is the wrong place to try to manage them if your system > only has N cpus (N=2,4,8,16,32, etc). You have to ask yourself, what > exactly is the kernel accomplishing trying to manage all those threads > for a single application when it only has N cpu contexts to work with > anyhow? Well, it is solving the same problem that the kernel needs to solve when someone sets up a web hosting machine with a hundred jails (or a thousand), times anywhere from ten to 200+ preforked httpd processes. > The answer is: The kernel should only have to worry about the > N cpu contexts and kernel memory reosurces for those contexts. Yes. Of course, counting N is becoming more complicated with Hyperthreading and multi-CPU cores...and expected values of N are becoming much larger. > (2) Just because the POSIX scheduler implements all sorts of different > scopes and priority schemes says NOTHING AT ALL about how programs > operating under such a scheduler should be apportioned cpu relative > to OTHER PROGRAMS WHICH ARE INDEPENDANTLY RUNNING ON THE SYSTEM. At one point, Mach attempted to solve this by putting all of the (system-scope) threads spawned by a particular user into bins (called thread_groups, task_group?, IIRC), creating a list, and putting each runnable kernel thread into a separate individual bin, and then allocating each of the N available units of CPU execution one at a time onto a bin by selecting the (non-blocked) thread in that bin with the highest priority. One would attempt to sort this list by priority, where the priority of a bin initially is the priority of the most important runnable thread contained in the thread_group; by putting high-priority bins first (ie, kernel ISRs after an interrupt, so as to minimize latency), and then tasks owned by the superuser, or user tasks have been granted the privilege to create their own thread_group to run at higher priority (ie, "soft realtime"), and then normal user processes, and then "idle taskgroups", which get placed behind everything else and only run on a CPU if there is no runnable thread anywhere. Once a bin has been granted a unit of CPU time, it is removed from the head of the list; if this particular bin still contains runnable threads it's priority is reduced temporarily (if it is not privileged like an ISR or a realtime task) so that it will appended at or towards the end of the list. > POSIX > is an abstraction (or virtualization out of available resources), > just like everything else. If you try to treat it as a hard requirement > the only result will be a broken system that might happily run everything > else into the ground and stop allowing root ssh logins in order to > accomodate a badly written POSIX program. There are many third party > applications that set POSIX priorities, in particular realtime > priorities, that I'd rather they not actually use. OK. So what administrative interface would you like to use to restrict this? Or, did you really mean that you don't believe the kernel should even have the capability to honor realtime priority? Does this still apply if the user is your grandparents and the realtime task is a DVD viewer? Go ahead. Explain to grandma that you'd prefer her movie to skip so you can run SSHd reliably. :-) I've always thought that Unix should be configured with a safety to avoid footshooting, but if the administrator flips the safety, aims straight down, and fires, that they (or privileged userland processes which have asked for the gun and flipped the safety to "realtime") are allowed to shoot themselves. > All a program can ever really do when requesting POSIX scheduling > resources is compete against itself. It is the system operator, at a > higher level, that must control how those resources compete with > other programs. That should be clear to everyone it is so obvious. > > It is a whole lot easier for the kernel to give the system operator > this power if the kernel scheduler does not have to juggle thousands > of threads. It is very easy to write a scheduler for threaded > applications when the most you have to deal with is N threads > (N=ncpus) per application. Whether a process can create additional KSEs (ie, can create threads in the system scope) or whether it is restricted to using only process scope should be an administrative tunable, just as whether or not realtime priority is allowed. Given the timesharing orientation that many people find desirable about Unix, it seems entirely reasonable to ship the system with threads defaulting to process scope and limited so that realtime is not enabled by default... > Now lets consider programs which fork() instead of thread. The argument > that threading is equivalent to forking from a management standpoint > is just plain silly. From a design standpoint, programmers are very > well aware of the resources required to fork(), and consequently > per-fork tasks are generally much, MUCH better understood by system > operators in the management context then per-thread tasks. per-thread > tasks tend to be opaque... you never know how a threaded program might > be written. You just cannot treat the two as equivalent or even close > to equivalent. ...However, if system scope is not forbidden, the kernel ought to be optimized to handle threaded Apache-2 just the same way it treats the classic preforked child process model. The kernel ought to be willing to run separate threads within an individual process like a threaded Apache or a threaded Java at the same time on separate CPUs. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 17:56:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83CF316A416; Sun, 29 Oct 2006 17:56:36 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D25D643D6D; Sun, 29 Oct 2006 17:56:29 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9THskWL031503; Sun, 29 Oct 2006 10:54:51 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4544EAE6.2030406@samsco.org> Date: Sun, 29 Oct 2006 10:54:46 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Daniel Eischen References: <45425D92.8060205@elischer.org> <200610281132.21466.davidxu@freebsd.org> <20061028105454.S69980@fledge.watson.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <20061028204357.A83519@fledge.watson.org> <200610290344.k9T3itAw054920@apollo.backplane.com> <4544380E.4010604@samsco.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Paul Allen , freebsd-current@freebsd.org, Robert Watson , David Xu , Julian Elischer Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 17:56:36 -0000 Daniel Eischen wrote: > On Sat, 28 Oct 2006, Scott Long wrote: > >> Daniel Eischen wrote: >>> Actually, that's not quite true. I assume you know the thing you >>> left out: system scope threads compete against all the other >>> system scope threads in the system (from all applications, not >>> just within one application). >>> >> >> All this debate about the merits of process scope threads and fair >> scheduling is great. But tell me, who was working on making this stuff >> work well quickly and reliably (i.e. work well)? No one! I don't care >> what AIX or Solaris or what else may or may not have done, who was >> making this work well for FreeBSD? Having a slow a thread subsystem is >> a serious detriment, no matter how nice and flexible it looks on paper. > > Process scope threads work well in libpthread. System scope > threads work well and fast in libthr. I think most people's > concept of "fast" as applied to process scope threads doesn't > quite mesh well with the fact that process scheduling is fair. > Btw, why is PTHREADS_INVARIANTS still enabled on -STABLE branches? We don't have kernel INVARIANTS enabled there, so I don't understand why libpthread needs to be different. Scott From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 18:19:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41E4916A412; Sun, 29 Oct 2006 18:19:04 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB60F43D49; Sun, 29 Oct 2006 18:19:03 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.7/8.13.4) with ESMTP id k9TIJ3qv059436; Sun, 29 Oct 2006 10:19:03 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.7/8.13.4/Submit) id k9TIJ3GB059435; Sun, 29 Oct 2006 10:19:03 -0800 (PST) Date: Sun, 29 Oct 2006 10:19:03 -0800 (PST) From: Matthew Dillon Message-Id: <200610291819.k9TIJ3GB059435@apollo.backplane.com> To: Scott Long References: <45425D92.8060205@elischer.org> <200610281132.21466.davidxu@freebsd.org> <20061028105454.S69980@fledge.watson.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <20061028204357.A83519@fledge.watson.org> <200610290344.k9T3itAw054920@apollo.backplane.com> <4544380E.4010604@samsco.org> Cc: Paul Allen , Daniel Eischen , freebsd-current@freebsd.org, Robert Watson , David Xu , Julian Elischer Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 18:19:04 -0000 :All this debate about the merits of process scope threads and fair :scheduling is great. But tell me, who was working on making this stuff :work well quickly and reliably (i.e. work well)? No one! I don't care :what AIX or Solaris or what else may or may not have done, who was :making this work well for FreeBSD? Having a slow a thread subsystem is :a serious detriment, no matter how nice and flexible it looks on paper. : :Scott I hope Julian won't think badly of me for saying this, but I don't think M:N support in the kernel is a good idea. M:N is the way to go in my view, but the 'M' has to be implemented in userland. And, of course, M:N does *NOT* preclude 1:1. The 'N' is just a number picked out of the ether, after all, so baring userland support you wind up with 1:1 in the kernel. There are a couple of people working on LWP's in DragonFly (that is, direct 1:1 kernel support that includes POSIX signal sharing). It is my intention to take this mechanism, once it is working, and transform it into a M:N implementation where the LWPs represent the 'N' and the userland thread library deals with the 'M'. If one really thinks about it, why is a userland implementation slower then a KSE implementation and can it be made more efficient? This is what I have come up with: * Extra kevent() calls to register events, extra kevent() calls to poll for new events. When the userland thread library issues a non-blocking I/O it has to call kevent() to add the descriptor when EWOULDBLOCK is returned. When the userland thread scheduler switches threads ir needs to poll for new events as well. But this can be automated. There is no why the kernel couldn't automatically add a descriptor returning EWOULDBLOCK to a kqueue. Also, there is no reason why the kernel couldn't write to a user supplied memory location to notify the userland scheduler that a new kevent is pending. (And note that not using EV_ONESHOT in current userland thread libraries is NOT an optimal solution to this problem, for reasons that should be obvious if you think about it for a few seconds). * Signal mask handling. The userland thread schedule needs to block signals during certain critical operations and needs to be able to adjust the signal mask when switching threads (depending on the scope). It must also poll for blocked signals. But this doesn't have to be done with system calls, at least no in the critical path. There is no reason why userland can't register a signal mask pointer and pending signal set with a kernel, where they both reside in user memory. So the kernel needs to do a copyin or two when processing a signal. Signals so rarely occur that it is extrordinarily difficult to justify putting all that overhead in the userland thread scheduler's critical path. It makes sense to shift the overhead to the actual signal delivery operation. Userland can then adjust the signal mask simply by changing a pointer, and poll for blocked signals by testing a single variable in memory. * IPC between threads. Something similar to IPI messaging is needed, where the data is passed solely via shared memory. The only system call involved would be to queue an upcall to the target (rforked) process. This is more a DragonFly-like abstraction though. We are big on cpu localization. In an M:N environment, the cpu localization is abstracted as the 'N'. * TLS segment switching. Short of trying to implement a caching scheme in the segment descriptor array this probably needs to remain a system call. But it isn't very expensive. ~350ns or so on my DragonFly test box. Frankly, the kernel can't switch threads all that quickly either. It takes the kernel at least a 1 uS to switch threads, whereas a userland thread switch (including FP), plus the TLS call, winds up being around 1.2 uS. It really isn't that big a difference. * Blocked FILESYSTEM disk I/O. From a performance standpoint blocked disk I/O is the biggest issue for a M:N design over a 1:1 design. In fact, I think ultimately this is *THE* only issue of any significance. It seems to me that the kernel is long, LONG overdue for getting filesystem support for O_NONBLOCK. I am NOT talking about AIO here, I am talking about making read() or write() to a file in a filesystem work efficiently in a threaded environment. Traditionally the kernel blocks unconditionally in kernel space for such I/O and does read-ahead in 128KB blocks. O_NONBLOCK is ignored. What we want to do is make it work with O_NONBLOCK (or perhaps some new flag) in an efficient manner. This implies that, with special system calls and/or flags, file I/O should be able to return EWOULDBLOC K *AND* should *ALSO* operate somewhat like a device when it does so, with the knowledge that the user program tried to issue this large read kept intact in the kernel so the kernel can do a dependable read-ahead of some of the data (more then 128KB... at least 512KB in my view for things to be efficient), and then generate an event for that descriptor just like a normal device or pipe or socket would. What I am describing here is NOT AIO. IMHO AIO as a concept is a complete failure. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 18:21:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65D5216A403; Sun, 29 Oct 2006 18:21:28 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (gerbercreations.com [71.39.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C942F43D55; Sun, 29 Oct 2006 18:21:27 +0000 (GMT) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) by misty.eyesbeyond.com (8.13.1/8.13.3) with ESMTP id k9TIL9WD051470; Sun, 29 Oct 2006 10:21:10 -0800 (PST) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.13.1/8.13.3/Submit) id k9TIL9gD051469; Sun, 29 Oct 2006 10:21:09 -0800 (PST) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Sun, 29 Oct 2006 10:21:08 -0800 From: Greg Lewis To: Robert Watson Message-ID: <20061029182108.GA46604@misty.eyesbeyond.com> References: <917908193.20061027102647@serebryakov.spb.ru> <20061027103924.F79313@fledge.watson.org> <45426071.7020403@elischer.org> <602423478.20061028001449@serebryakov.spb.ru> <4542896D.1050001@elischer.org> <20061027231642.GJ30707@riyal.ugcs.caltech.edu> <45429703.8070305@elischer.org> <20061028104741.Q69980@fledge.watson.org> <45442A35.2030803@elischer.org> <20061029090309.T27107@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061029090309.T27107@fledge.watson.org> User-Agent: Mutt/1.4.2.2i Cc: Paul Allen , Lev Serebryakov , Julian Elischer , current@freebsd.org Subject: Re: KSE, libpthread & libthr: almost newbie question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 18:21:28 -0000 On Sun, Oct 29, 2006 at 09:05:11AM +0000, Robert Watson wrote: > On Sat, 28 Oct 2006, Julian Elischer wrote: > >Robert Watson wrote: > >>On Fri, 27 Oct 2006, Julian Elischer wrote: > >> > >>>there is class of problems (e.g. some java programs) that have THOUSANDS > >>>of threads, each representing an active aspect of some object. How do > >>>you put an rlimit on that without either 1/ stopping the program from > >>>working or 2/ allowing thousands of threads to exist but not screwing > >>>other users. > >> > >>Does the JVM actually expose thousands of threads to the OS, or does it > >>actually do its own M:N threading internally based on its execution > >>model? My impression is the latter, exposing threads to the OS only when > >>it needs them to consume kernel or CPU resources. > > > >I don't know the answer to that question, only that there is a class of > >program style that uses this model. > > FYI, last night following comments about the change away "green threads", I > ran some simple tests with the 1.4.2 JVM. It appears that, at least in my > simple test cases, all threads created in the JVM are exposed to the OS. > Typically this appears to be about n+8 to n+9 threads, where n is the > number of threads created by the application itself, and 8/9 is the number > created by the JVM. I assume the variance of one is likely the garbage > collector kicking in every now and then (or something along those lines). If you really want to know, just send the running process a SIGQUIT and it will dump the currently running threads to stdout. But yes, 1.4 and 1.5 both use "native" threads which correspond 1:1 with OS threads (plus there are threads the JVM creates itself, as you note). The JVM threads include garbage collection and AWT event handlers at least. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 21:21:40 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FA4316A40F; Sun, 29 Oct 2006 21:21:40 +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 E0CB343D4C; Sun, 29 Oct 2006 21:21:39 +0000 (GMT) (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 5DCC4279C0; Sun, 29 Oct 2006 22:21:38 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 718329E6C2; Sun, 29 Oct 2006 21:22:21 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 5C1EA405B; Sun, 29 Oct 2006 22:22:21 +0100 (CET) Date: Sun, 29 Oct 2006 22:22:21 +0100 From: Jeremie Le Hen To: Jean Milanez Melo Message-ID: <20061029212221.GR20405@obiwan.tataz.chchile.org> References: <20061024100641.GB20405@obiwan.tataz.chchile.org> <453DE863.7070305@freebsdbrasil.com.br> <20061024115727.GD20405@obiwan.tataz.chchile.org> <453E1FBC.5060700@freebsdbrasil.com.br> <20061025104306.GI20405@obiwan.tataz.chchile.org> <453F5271.70309@freebsdbrasil.com.br> <20061026133637.GJ20405@obiwan.tataz.chchile.org> <20061026133742.GK20405@obiwan.tataz.chchile.org> <4543DA67.4030008@freebsdbrasil.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4543DA67.4030008@freebsdbrasil.com.br> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-small@FreeBSD.org, Julian Elischer , freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: Handling non-standard directories in tinybsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 21:21:40 -0000 Hi Jean, On Sat, Oct 28, 2006 at 08:32:07PM -0200, Jean Milanez Melo wrote: > Your patch was good, but i've made some changes. > > Here the patch. Take a look and tell me what do you think, if it's ok > for you i'll ask Julian to commit. Thank you for looking at it. I think this is a good idea to use BSD.local.dist, and we should certainly keep it. However, some ports create their own subdirectory in ${LOCALBASE}. While those may be converging toward a more standard hierarchy (I'm not sure about the ports policy on this particular point), so we might want to check if the directory exists. I won't argue hard for this, but it might be worth thinking about it. Otherwise, I am ok with this patch. Thank you. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 21:35:02 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B71D16A40F for ; Sun, 29 Oct 2006 21:35:02 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id A45F543D4C for ; Sun, 29 Oct 2006 21:34:36 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from wotan.home.paeps.cx (wotan.home.paeps.cx [IPv6:2001:6f8:32f:10:a00:20ff:fe9b:138c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "wotan.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id 6DD4C408E; Sun, 29 Oct 2006 22:34:35 +0100 (CET) Received: from fasolt.home.paeps.cx (unknown [IPv6:2001:6f8:32f:10:211:11ff:fe59:1333]) by wotan.home.paeps.cx (Postfix) with ESMTP id 959A5621C; Sun, 29 Oct 2006 22:34:33 +0100 (CET) Received: from fasolt.home.paeps.cx (philip@localhost [127.0.0.1]) by fasolt.home.paeps.cx (8.13.8/8.13.8) with ESMTP id k9TLYXjS001408; Sun, 29 Oct 2006 22:34:33 +0100 (CET) (envelope-from philip@fasolt.home.paeps.cx) Received: (from philip@localhost) by fasolt.home.paeps.cx (8.13.8/8.13.8/Submit) id k9TLYXGg001407; Sun, 29 Oct 2006 22:34:33 +0100 (CET) (envelope-from philip) Date: Sun, 29 Oct 2006 22:34:33 +0100 From: Philip Paeps To: pyunyh@gmail.com Message-ID: <20061029213433.GB1106@fasolt.home.paeps.cx> Mail-Followup-To: pyunyh@gmail.com, freebsd-current@FreeBSD.org References: <20060926002916.GA5975@cdnetworks.co.kr> <4833C999-9C20-4C40-814F-214BCE90494E@tamu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060926002916.GA5975@cdnetworks.co.kr> X-Date-in-Rome: ante diem IV Kalendas Novembres MMDCCLIX ab Urbe Condida X-PGP-Fingerprint: 356B AE02 4763 F739 2FA2 E438 2649 E628 C5D3 4D05 X-Date: Today is Boomtime, the 10th day of The Aftermath in the YOLD 3172 X-Phase-of-Moon: The Moon is at the First Quarter X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@FreeBSD.org Subject: Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 21:35:02 -0000 The driver seems to work for me, but only when I put it in the kernel proper. If I try to load it as a module, it gives ENOMEM when trying bus_dmamem_alloc() for the jumbo buf (line 2177 of if_msk.c). Two things I'm curious about: msk0: flags=8843 mtu 1500 options=9a inet6 fe80::211:11ff:fe59:1333%msk0 prefixlen 64 scopeid 0x1 inet 172.16.1.2 netmask 0xffffff00 broadcast 172.16.1.255 inet6 2001:6f8:32f:10:211:11ff:fe59:1333 prefixlen 64 autoconf ether 00:11:11:59:13:33 media: Ethernet autoselect (100baseTX ) status: active What are flag0 and flag1 in the media: line? The kernel also prints "mskc0: Uncorrectable PCI Express error" after bringing the interface up. It doesn't seem to cause any harm, but it feels fishy. I haven't looked at the source for this. Good work on writing this driver! - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. hundred-and-one symptoms of being an internet addict: 72. Somebody at IRC just mentioned a way to obtain full motion video without a PC using a wireless protocol called NTSC, you wonder how you never heard about it From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 00:03:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AECFD16A40F; Mon, 30 Oct 2006 00:03:08 +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 0325943D5F; Mon, 30 Oct 2006 00:03:07 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k9U02s3F007188; Sun, 29 Oct 2006 19:02:54 -0500 (EST) Date: Sun, 29 Oct 2006 19:02:54 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Scott Long In-Reply-To: <4544EAE6.2030406@samsco.org> Message-ID: References: <45425D92.8060205@elischer.org> <200610281132.21466.davidxu@freebsd.org> <20061028105454.S69980@fledge.watson.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <20061028204357.A83519@fledge.watson.org> <200610290344.k9T3itAw054920@apollo.backplane.com> <4544380E.4010604@samsco.org> <4544EAE6.2030406@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Sun, 29 Oct 2006 19:02:55 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Paul Allen , freebsd-current@freebsd.org, Robert Watson , David Xu , Julian Elischer Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 00:03:08 -0000 On Sun, 29 Oct 2006, Scott Long wrote: > Btw, why is PTHREADS_INVARIANTS still enabled on -STABLE branches? We > don't have kernel INVARIANTS enabled there, so I don't understand why > libpthread needs to be different. Because it doesn't hurt anything. I should just remove it and always have it enabled so noone would complaint. I think it also aids in telling us what happened when people mistakenly mix different threading libraries (don't 'portupgrade -af'). -- DE From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 04:39:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AFAF16A415 for ; Mon, 30 Oct 2006 04:39:38 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2FC143D4C for ; Mon, 30 Oct 2006 04:39:36 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1161366wxd for ; Sun, 29 Oct 2006 20:39:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=grOiBwQA8v3udTPGN0uk2ptGwusTiEeuB7aqf3ojkjGqC63pkEdz7AEPMNtAp67AK8ATbKucQl0WzE4FI5K/WoZ5MUe/MKPe/Vbgv+Pn97F6Yuj3ZFu506pAkG+wwKfLSVhmioNvT1X9v5RxwoTPQsM1o6lohK5WGXtobXdi0ZE= Received: by 10.70.44.4 with SMTP id r4mr4070784wxr; Sun, 29 Oct 2006 20:39:36 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id g5sm3960289wra.2006.10.29.20.39.34; Sun, 29 Oct 2006 20:39:36 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k9U4fMo6052506 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Oct 2006 13:41:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k9U4fL0g052505; Mon, 30 Oct 2006 13:41:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 30 Oct 2006 13:41:21 +0900 From: Pyun YongHyeon To: Philip Paeps Message-ID: <20061030044121.GB51632@cdnetworks.co.kr> References: <20060926002916.GA5975@cdnetworks.co.kr> <4833C999-9C20-4C40-814F-214BCE90494E@tamu.edu> <20061029213433.GB1106@fasolt.home.paeps.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061029213433.GB1106@fasolt.home.paeps.cx> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 04:39:38 -0000 On Sun, Oct 29, 2006 at 10:34:33PM +0100, Philip Paeps wrote: > The driver seems to work for me, but only when I put it in the kernel proper. > If I try to load it as a module, it gives ENOMEM when trying bus_dmamem_alloc() > for the jumbo buf (line 2177 of if_msk.c). > If there is no cotiguous DMA memory requried by the driver you have to reboot to get it. Alternatively, you can put the driver in the kernel instead of using kernel module as you mentioned. > Two things I'm curious about: > > msk0: flags=8843 mtu 1500 > options=9a > inet6 fe80::211:11ff:fe59:1333%msk0 prefixlen 64 scopeid 0x1 > inet 172.16.1.2 netmask 0xffffff00 broadcast 172.16.1.255 > inet6 2001:6f8:32f:10:211:11ff:fe59:1333 prefixlen 64 autoconf > ether 00:11:11:59:13:33 > media: Ethernet autoselect (100baseTX ) > status: active > > What are flag0 and flag1 in the media: line? > AFAIK there is no official way to indicate negotiated Rx/Tx flow-control status in ifconfig(8). So I used flag0 to indicate Rx flow-control and flag1 to denote Tx flow-control. It just means the driver will flow-control(Rx, Tx) with its link-partner(usually switch). > The kernel also prints "mskc0: Uncorrectable PCI Express error" after bringing > the interface up. It doesn't seem to cause any harm, but it feels fishy. I > haven't looked at the source for this. > You can safely ignore the error message unless the error shows endlessly. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 05:22:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1DDE16A417; Mon, 30 Oct 2006 05:22:40 +0000 (UTC) (envelope-from prvs=julian=45182861c@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8543543D4C; Mon, 30 Oct 2006 05:22:40 +0000 (GMT) (envelope-from prvs=julian=45182861c@elischer.org) Received: from unknown (HELO [192.168.2.4]) ([10.251.60.124]) by a50.ironport.com with ESMTP; 29 Oct 2006 21:22:40 -0800 Message-ID: <45458C1F.5000006@elischer.org> Date: Sun, 29 Oct 2006 21:22:39 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Scott Long References: <917908193.20061027102647@serebryakov.spb.ru> <20061027103924.F79313@fledge.watson.org> <45426071.7020403@elischer.org> <602423478.20061028001449@serebryakov.spb.ru> <4542896D.1050001@elischer.org> <20061027231642.GJ30707@riyal.ugcs.caltech.edu> <45429703.8070305@elischer.org> <20061028104741.Q69980@fledge.watson.org> <45442A35.2030803@elischer.org> <20061029090309.T27107@fledge.watson.org> <4544D4FC.4070201@samsco.org> In-Reply-To: <4544D4FC.4070201@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Lev Serebryakov , Paul Allen , Robert Watson , current@freebsd.org Subject: Re: KSE, libpthread & libthr: almost newbie question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 05:22:40 -0000 Scott Long wrote: > Robert Watson wrote: >> >> On Sat, 28 Oct 2006, Julian Elischer wrote: >> >>> Robert Watson wrote: >>>> >>>> On Fri, 27 Oct 2006, Julian Elischer wrote: >>>> >>>>> there is class of problems (e.g. some java programs) that have >>>>> THOUSANDS of threads, each representing an active aspect of some >>>>> object. How do you put an rlimit on that without either 1/ stopping >>>>> the program from working or 2/ allowing thousands of threads to >>>>> exist but not screwing other users. >>>> >>>> Does the JVM actually expose thousands of threads to the OS, or does >>>> it actually do its own M:N threading internally based on its >>>> execution model? My impression is the latter, exposing threads to >>>> the OS only when it needs them to consume kernel or CPU resources. >>> >>> I don't know the answer to that question, only that there is a class >>> of program style that uses this model. >> >> FYI, last night following comments about the change away "green >> threads", I ran some simple tests with the 1.4.2 JVM. It appears >> that, at least in my simple test cases, all threads created in the JVM >> are exposed to the OS. Typically this appears to be about n+8 to n+9 >> threads, where n is the number of threads created by the application >> itself, and 8/9 is the number created by the JVM. I assume the >> variance of one is likely the garbage collector kicking in every now >> and then (or something along those lines). >> > > This is correct. The JVM maps all threads directly into the native > threading mechanism provided by the OS. 'Green threads' have been > defunct since Java 1.3, and no other magic happens behind the scenes. > so, why does it use 1:1 threads? who knows what the thinking here was? > Scott > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 05:24:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CBE716A407; Mon, 30 Oct 2006 05:24:16 +0000 (UTC) (envelope-from prvs=julian=45182861c@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB3D943D5A; Mon, 30 Oct 2006 05:24:15 +0000 (GMT) (envelope-from prvs=julian=45182861c@elischer.org) Received: from unknown (HELO [192.168.2.4]) ([10.251.60.124]) by a50.ironport.com with ESMTP; 29 Oct 2006 21:24:15 -0800 Message-ID: <45458C7E.50104@elischer.org> Date: Sun, 29 Oct 2006 21:24:14 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Greg Lewis References: <917908193.20061027102647@serebryakov.spb.ru> <20061027103924.F79313@fledge.watson.org> <45426071.7020403@elischer.org> <602423478.20061028001449@serebryakov.spb.ru> <4542896D.1050001@elischer.org> <20061027231642.GJ30707@riyal.ugcs.caltech.edu> <45429703.8070305@elischer.org> <20061028104741.Q69980@fledge.watson.org> <45442A35.2030803@elischer.org> <20061029090309.T27107@fledge.watson.org> <20061029182108.GA46604@misty.eyesbeyond.com> In-Reply-To: <20061029182108.GA46604@misty.eyesbeyond.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Lev Serebryakov , Paul Allen , Robert Watson , current@freebsd.org Subject: Re: KSE, libpthread & libthr: almost newbie question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 05:24:16 -0000 Greg Lewis wrote: > If you really want to know, just send the running process a SIGQUIT and > it will dump the currently running threads to stdout. But yes, 1.4 and 1.5 > both use "native" threads which correspond 1:1 with OS threads (plus > there are threads the JVM creates itself, as you note). The JVM threads > include garbage collection and AWT event handlers at least. > I gather it doesn't use libpthread, but rather just the syscalls? From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 06:38:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DD5A16A517; Mon, 30 Oct 2006 06:38:19 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from linda-3.paradise.net.nz (linda-3.paradise.net.nz [203.96.152.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id B70B043D5D; Mon, 30 Oct 2006 06:38:18 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-2.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-3.paradise.net.nz (Paradise.net.nz) with ESMTP id <0J7X00EVZRRSER@linda-3.paradise.net.nz>; Mon, 30 Oct 2006 19:38:16 +1300 (NZDT) Received: from [192.168.1.11] (218-101-28-57.dsl.clear.net.nz [218.101.28.57]) by smtp-2.paradise.net.nz (Postfix) with ESMTP id CD4D4E85C4A; Mon, 30 Oct 2006 19:38:15 +1300 (NZDT) Date: Mon, 30 Oct 2006 19:38:14 +1300 From: Mark Kirkwood In-reply-to: <45458C7E.50104@elischer.org> To: Julian Elischer Message-id: <45459DD6.6070309@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5.0.7 (X11/20061003) References: <917908193.20061027102647@serebryakov.spb.ru> <20061027103924.F79313@fledge.watson.org> <45426071.7020403@elischer.org> <602423478.20061028001449@serebryakov.spb.ru> <4542896D.1050001@elischer.org> <20061027231642.GJ30707@riyal.ugcs.caltech.edu> <45429703.8070305@elischer.org> <20061028104741.Q69980@fledge.watson.org> <45442A35.2030803@elischer.org> <20061029090309.T27107@fledge.watson.org> <20061029182108.GA46604@misty.eyesbeyond.com> <45458C7E.50104@elischer.org> Cc: Greg Lewis , Paul Allen , Lev Serebryakov , Robert Watson , current@freebsd.org Subject: Re: KSE, libpthread & libthr: almost newbie question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 06:38:19 -0000 Julian Elischer wrote: > Greg Lewis wrote: > >> If you really want to know, just send the running process a SIGQUIT and >> it will dump the currently running threads to stdout. But yes, 1.4 >> and 1.5 >> both use "native" threads which correspond 1:1 with OS threads (plus >> there are threads the JVM creates itself, as you note). The JVM threads >> include garbage collection and AWT event handlers at least. >> > > I gather it doesn't use libpthread, but rather just the syscalls? > I stumbled on link below while doing a little searching on this topic: http://java.sun.com/j2se/1.5.0/docs/guide/vm/thread-priorities.html Obviously Solaris and Java centric, but discussed the M:N to 1:1 change between 1.4.1 and 1.4.2 along with the Java threads <-> lightweight process representation. regards Mark From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 07:00:19 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA95E16A407 for ; Mon, 30 Oct 2006 07:00:19 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from relay1.wplus.net (relay1.wplus.net [195.131.52.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B50D43D5C for ; Mon, 30 Oct 2006 07:00:18 +0000 (GMT) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru ([89.163.10.141]) by relay1.wplus.net (8.13.6/8.13.1/RELAY-DVD) with ESMTP id k9U7029R097667; Mon, 30 Oct 2006 10:00:10 +0300 (MSK) Date: Mon, 30 Oct 2006 10:00:12 +0300 From: Lev Serebryakov X-Mailer: The Bat! (v2.11.02) Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <31392371.20061030100012@serebryakov.spb.ru> To: Julian Elischer In-Reply-To: <45458C1F.5000006@elischer.org> References: <917908193.20061027102647@serebryakov.spb.ru> <20061027103924.F79313@fledge.watson.org> <45426071.7020403@elischer.org> <602423478.20061028001449@serebryakov.spb.ru> <4542896D.1050001@elischer.org> <20061027231642.GJ30707@riyal.ugcs.caltech.edu> <45429703.8070305@elischer.org> <20061028104741.Q69980@fledge.watson.org> <45442A35.2030803@elischer.org> <20061029090309.T27107@fledge.watson.org> <4544D4FC.4070201@samsco.org> <45458C1F.5000006@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re[2]: KSE, libpthread & libthr: almost newbie question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lev Serebryakov List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 07:00:19 -0000 Hello Julian, Monday, October 30, 2006, 8:22:39 AM, you wrote: JE> so, why does it use 1:1 threads? JE> who knows what the thinking here was? I know. I'm working in Java2SE group (runtime) in Sun now :) It usese 1:1 threads because primary platform for Java2SE is Solaris, and threading on Solaris is very good (almost perfect). It is cheaper to have 1:1 threads on Solaris (and on Win32, too, BTW), than have additional layer of custom scheduler in JVM. JVM has many thing to do, and it prefer to use system scheduler. N:M/1:1 change on Solaris is mostly Solaris change, not Java one: Java uses system default threading. -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 07:50:33 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3486516A407; Mon, 30 Oct 2006 07:50:33 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A67343D49; Mon, 30 Oct 2006 07:50:32 +0000 (GMT) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1GeRuh-000492-6o>; Mon, 30 Oct 2006 08:50:31 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1GeRuh-0003nM-5p>; Mon, 30 Oct 2006 08:50:31 +0100 Message-ID: <4545AEC7.2080205@zedat.fu-berlin.de> Date: Mon, 30 Oct 2006 08:50:31 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20060926002916.GA5975@cdnetworks.co.kr> <4833C999-9C20-4C40-814F-214BCE90494E@tamu.edu> <20061029213433.GB1106@fasolt.home.paeps.cx> <20061030044121.GB51632@cdnetworks.co.kr> In-Reply-To: <20061030044121.GB51632@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-current@FreeBSD.org, Philip Paeps Subject: Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 07:50:33 -0000 Pyun YongHyeon wrote: > On Sun, Oct 29, 2006 at 10:34:33PM +0100, Philip Paeps wrote: > > The driver seems to work for me, but only when I put it in the kernel proper. > > If I try to load it as a module, it gives ENOMEM when trying bus_dmamem_alloc() > > for the jumbo buf (line 2177 of if_msk.c). > > > > If there is no cotiguous DMA memory requried by the driver you have > to reboot to get it. Alternatively, you can put the driver in the > kernel instead of using kernel module as you mentioned. > > > Two things I'm curious about: > > > > msk0: flags=8843 mtu 1500 > > options=9a > > inet6 fe80::211:11ff:fe59:1333%msk0 prefixlen 64 scopeid 0x1 > > inet 172.16.1.2 netmask 0xffffff00 broadcast 172.16.1.255 > > inet6 2001:6f8:32f:10:211:11ff:fe59:1333 prefixlen 64 autoconf > > ether 00:11:11:59:13:33 > > media: Ethernet autoselect (100baseTX ) > > status: active > > > > What are flag0 and flag1 in the media: line? > > > > AFAIK there is no official way to indicate negotiated Rx/Tx > flow-control status in ifconfig(8). So I used flag0 to indicate > Rx flow-control and flag1 to denote Tx flow-control. It just means > the driver will flow-control(Rx, Tx) with its link-partner(usually > switch). > > > The kernel also prints "mskc0: Uncorrectable PCI Express error" after bringing > > the interface up. It doesn't seem to cause any harm, but it feels fishy. I > > haven't looked at the source for this. > > > > You can safely ignore the error message unless the error shows > endlessly. > Is this driver also gonna be used in STABLE/6.2? Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 07:59:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39B6F16A403 for ; Mon, 30 Oct 2006 07:59:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id E948343D45 for ; Mon, 30 Oct 2006 07:59:27 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1187806wxd for ; Sun, 29 Oct 2006 23:59:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Uw6BvFMWKHvECRt/FusVOHFrWl4wdeRpxQXy55Wj01LgNFohlf2v/PFFPQfKCgGRsek0nNrcn+MLn4v+MIEVIzC5xvDYbvX1X+J13Jj/upE6srM0F07f1kOVPFC8FLtj/NDKTEFh0b8GWIy2sBYGx/5wht4IjaGt1EaDdEZSf98= Received: by 10.70.95.19 with SMTP id s19mr4374545wxb; Sun, 29 Oct 2006 23:59:27 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 67sm4253323wra.2006.10.29.23.59.24; Sun, 29 Oct 2006 23:59:26 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k9U81FuF053336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Oct 2006 17:01:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k9U81Fxt053335; Mon, 30 Oct 2006 17:01:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 30 Oct 2006 17:01:14 +0900 From: Pyun YongHyeon To: "O. Hartmann" Message-ID: <20061030080114.GE51632@cdnetworks.co.kr> References: <20060926002916.GA5975@cdnetworks.co.kr> <4833C999-9C20-4C40-814F-214BCE90494E@tamu.edu> <20061029213433.GB1106@fasolt.home.paeps.cx> <20061030044121.GB51632@cdnetworks.co.kr> <4545AEC7.2080205@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4545AEC7.2080205@zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org, Philip Paeps Subject: Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 07:59:29 -0000 On Mon, Oct 30, 2006 at 08:50:31AM +0100, O. Hartmann wrote: > Pyun YongHyeon wrote: > >On Sun, Oct 29, 2006 at 10:34:33PM +0100, Philip Paeps wrote: > > > The driver seems to work for me, but only when I put it in the kernel > > proper. > > > If I try to load it as a module, it gives ENOMEM when trying > > bus_dmamem_alloc() > > > for the jumbo buf (line 2177 of if_msk.c). > > > > > > >If there is no cotiguous DMA memory requried by the driver you have > >to reboot to get it. Alternatively, you can put the driver in the > >kernel instead of using kernel module as you mentioned. > > > > > Two things I'm curious about: > > > > > > msk0: flags=8843 mtu 1500 > > > options=9a > > > inet6 fe80::211:11ff:fe59:1333%msk0 prefixlen 64 scopeid 0x1 > > > inet 172.16.1.2 netmask 0xffffff00 broadcast 172.16.1.255 > > > inet6 2001:6f8:32f:10:211:11ff:fe59:1333 prefixlen 64 autoconf > > > ether 00:11:11:59:13:33 > > > media: Ethernet autoselect (100baseTX ) > > > status: active > > > > > > What are flag0 and flag1 in the media: line? > > > > > > >AFAIK there is no official way to indicate negotiated Rx/Tx > >flow-control status in ifconfig(8). So I used flag0 to indicate > >Rx flow-control and flag1 to denote Tx flow-control. It just means > >the driver will flow-control(Rx, Tx) with its link-partner(usually > >switch). > > > > > The kernel also prints "mskc0: Uncorrectable PCI Express error" after > > bringing > > > the interface up. It doesn't seem to cause any harm, but it feels > > fishy. I > > > haven't looked at the source for this. > > > > > > >You can safely ignore the error message unless the error shows > >endlessly. > > > > Is this driver also gonna be used in STABLE/6.2? > ATM the driver is only for CURRENT. It needs more tests/feedbacks from users and poor Rx performance issue should be fixed before hitting src tree. Since RELENG_6 lacks some APIs used on this driver it also need more changes to use it on RELENG_6. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 09:09:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D362316A47E for ; Mon, 30 Oct 2006 09:09:34 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-174-86.sn2.eutelia.it [83.211.174.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76CD543D5E for ; Mon, 30 Oct 2006 09:09:32 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from localhost (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with SMTP id AEC9D2C906 for ; Mon, 30 Oct 2006 10:09:30 +0100 (CET) Received: from insomma.datacode.it (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with ESMTP id 8D7BA2C90A; Mon, 30 Oct 2006 10:09:27 +0100 (CET) Received: from massimo.datacode.it (massimo.datacode.it [192.168.1.13]) by insomma.datacode.it (Postfix) with ESMTP id 0ADAF2C906; Mon, 30 Oct 2006 10:09:26 +0100 (CET) From: Massimo Lusetti To: Robert Watson In-Reply-To: <20061028204357.A83519@fledge.watson.org> References: <45425D92.8060205@elischer.org> <200610281132.21466.davidxu@freebsd.org> <20061028105454.S69980@fledge.watson.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <20061028204357.A83519@fledge.watson.org> Content-Type: text/plain Organization: CEDOC - Modena Date: Mon, 30 Oct 2006 10:09:26 +0100 Message-Id: <1162199366.4309.6.camel@massimo.datacode.it> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Julian Elischer , Paul Allen , David Xu , freebsd-current@freebsd.org Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 09:09:34 -0000 On Sat, 2006-10-28 at 20:47 +0100, Robert Watson wrote: > significantly slower than multi-process ones. Many programmers believe that > threading is necessarily faster than using multiple processors, so I think > we're fundamentally forced to deal with the way they do use them, rather than > how they should use them. I'm in sync with your opinion but speaking from the point of view of a programmer which use FreeBSD i would like to say that enforcing (or at least try to) good understanding of issues and good programming practice is a good thing(TM), so if FreeBSD as an O.S. and as a community try to enforce me to have good programming attitudes i really would like to follow that. FWIW what have made me switched my whole job to FreBSD six years ago was exactly the good practices enforced in FreeBSD itself. Regards -- Massimo.run(); From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 09:45:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF4BB16A407 for ; Mon, 30 Oct 2006 09:45:33 +0000 (UTC) (envelope-from stucchi@willystudios.com) Received: from hoover.willystudios.com (hoover.willystudios.com [89.186.67.104]) by mx1.FreeBSD.org (Postfix) with SMTP id 0823A43D64 for ; Mon, 30 Oct 2006 09:45:31 +0000 (GMT) (envelope-from stucchi@willystudios.com) Received: (qmail 36697 invoked from network); 30 Oct 2006 09:46:42 -0000 Received: from max.willystudios.com (193.25.178.163) by hoover.willystudios.com with SMTP; 30 Oct 2006 09:46:42 -0000 Received: by max.willystudios.com (Postfix, from userid 1000) id F045BBDD; Mon, 30 Oct 2006 10:49:34 +0100 (CET) Date: Mon, 30 Oct 2006 10:49:34 +0100 From: Massimiliano Stucchi To: current@freebsd.org, misc@openbsd.org, current-users@netbsd.org, users@lists.dragonflybsd.org, talk@lists.nycbug.org Message-ID: <20061030094934.GU97727@willystudios.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 4.10-STABLE X-URL: http://www.willystudios.com/max/ X-Organization: WillyStudios.com User-Agent: Mutt/1.5.6i Cc: Subject: EuroBSDCon is coming up ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stucchi@willystudios.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 09:45:34 -0000 Hi all, EuroBSDCon, the main European BSD event is coming up in less than two weeks. We would also like to inform that people who want to attend the event should sign up as soon as possible in order to take advantage of the early bird rate, which will be available until November 2. Way more than a 100 people already registered for the event, so go to http://www.eurobsdcon.org/register/ in order to register ! We hope to see you all in Milan ! -- Massimiliano Stucchi From owner-freebsd-current@FreeBSD.ORG Sun Oct 29 15:10:05 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2F9A16A416; Sun, 29 Oct 2006 15:10:04 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id D09EB43D58; Sun, 29 Oct 2006 15:10:03 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id k9TF8aEa009132; Mon, 30 Oct 2006 00:08:36 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 30 Oct 2006 00:08:36 +0900 From: Norikatsu Shigemura To: "Simon L. Nielsen" Message-Id: <20061030000836.557d41be.nork@FreeBSD.org> In-Reply-To: <20061029150041.GB1039@zaphod.nitro.dk> References: <20061027.025600.59733168.hrs@allbsd.org> <20061029150041.GB1039@zaphod.nitro.dk> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) 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.2 (sakura.ninth-nine.com [219.127.74.121]); Mon, 30 Oct 2006 00:08:37 +0900 (JST) X-Mailman-Approved-At: Mon, 30 Oct 2006 13:50:15 +0000 Cc: kris@obsecurity.org, dougb@FreeBSD.org, ume@FreeBSD.org, Hiroki Sato , nork@FreeBSD.org, freebsd-current@FreeBSD.org, Joel@FreeBSD.org, itetcu@FreeBSD.org, leafy7382@gmail.com Subject: Re: Resolver not always resolving hostnames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 15:10:05 -0000 On Sun, 29 Oct 2006 16:00:42 +0100 "Simon L. Nielsen" wrote: > When my latest cvsup failed this is the DNS packets captured: > 15:06:45.036710 IP eddie.54684 > ns.nitro.dk.domain: 51917+ A? cvsup3.dk.freebsd.org. (39) > 15:06:45.224002 IP ns.nitro.dk.domain > eddie.54684: 51917 0/0/0 (39) > 15:06:45.224796 IP eddie.50804 > ns.nitro.dk.domain: 51918+ A? cvsup3.dk.freebsd.org.nitro.dk. (48) > 15:06:45.226255 IP ns.nitro.dk.domain > eddie.50804: 51918 NXDomain* 0/1/0 (98) We need the server side (= ns.nitro.dk) DNS query. hrs already reported a behavier you said:-). From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 14:32:51 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C173F16A415 for ; Mon, 30 Oct 2006 14:32:51 +0000 (UTC) (envelope-from jmelo@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.FreeBSD.org (Postfix) with SMTP id 1F08943D58 for ; Mon, 30 Oct 2006 14:32:45 +0000 (GMT) (envelope-from jmelo@freebsdbrasil.com.br) Received: (qmail 3998 invoked by uid 0); 30 Oct 2006 12:33:08 -0200 Received: from jmelo@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(201.17.149.10):. Processed in 1.323731 secs); 30 Oct 2006 14:33:08 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=capeta; d=freebsdbrasil.com.br; b=RR47uG77JQaO5HBZwqd2LBRONO8fXPKegG58X4QCycETasSEWRCjAVj3jjnqzjBHUK7Oc4VLaXLcrOuiVYsCqrsHEmtdQ537sSOGO7AsXMUeuEJHP9yS1t8EfVvlv/ph ; Received: from unknown (HELO ?10.69.69.66?) (jmelo@201.17.149.10) by capeta.freebsdbrasil.com.br with SMTP; 30 Oct 2006 12:33:06 -0200 Message-ID: <4545FEDF.7010804@freebsdbrasil.com.br> Date: Mon, 30 Oct 2006 11:32:15 -0200 From: Jean Milanez Melo User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Jeremie Le Hen References: <20061024100641.GB20405@obiwan.tataz.chchile.org> <453DE863.7070305@freebsdbrasil.com.br> <20061024115727.GD20405@obiwan.tataz.chchile.org> <453E1FBC.5060700@freebsdbrasil.com.br> <20061025104306.GI20405@obiwan.tataz.chchile.org> <453F5271.70309@freebsdbrasil.com.br> <20061026133637.GJ20405@obiwan.tataz.chchile.org> <20061026133742.GK20405@obiwan.tataz.chchile.org> <4543DA67.4030008@freebsdbrasil.com.br> <20061029212221.GR20405@obiwan.tataz.chchile.org> In-Reply-To: <20061029212221.GR20405@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-small@FreeBSD.org, freebsd-current@FreeBSD.org, Julian Elischer Subject: Re: Handling non-standard directories in tinybsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 14:32:51 -0000 Jeremie Le Hen wrote: > Hi Jean, > > On Sat, Oct 28, 2006 at 08:32:07PM -0200, Jean Milanez Melo wrote: >> Your patch was good, but i've made some changes. >> >> Here the patch. Take a look and tell me what do you think, if it's ok >> for you i'll ask Julian to commit. > > Thank you for looking at it. I think this is a good idea to use > BSD.local.dist, and we should certainly keep it. However, some > ports create their own subdirectory in ${LOCALBASE}. While those > may be converging toward a more standard hierarchy (I'm not sure > about the ports policy on this particular point), so we might want > to check if the directory exists. I won't argue hard for this, > but it might be worth thinking about it. > > Otherwise, I am ok with this patch. > > Thank you. > Regards, Jeremie, I think in this way it will be better. I'll do a patch to check application directory with config files. BTW, thanks for your work. Julian, could you commit this patch? Thanks. Jean From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 16:33:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DA4616A416; Mon, 30 Oct 2006 16:33:41 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (gerbercreations.com [71.39.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 614F643D72; Mon, 30 Oct 2006 16:33:37 +0000 (GMT) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) by misty.eyesbeyond.com (8.13.1/8.13.3) with ESMTP id k9UGXTRd022443; Mon, 30 Oct 2006 08:33:29 -0800 (PST) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.13.1/8.13.3/Submit) id k9UGXSnC022442; Mon, 30 Oct 2006 08:33:28 -0800 (PST) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Mon, 30 Oct 2006 08:33:27 -0800 From: Greg Lewis To: Julian Elischer Message-ID: <20061030163327.GA22419@misty.eyesbeyond.com> References: <45426071.7020403@elischer.org> <602423478.20061028001449@serebryakov.spb.ru> <4542896D.1050001@elischer.org> <20061027231642.GJ30707@riyal.ugcs.caltech.edu> <45429703.8070305@elischer.org> <20061028104741.Q69980@fledge.watson.org> <45442A35.2030803@elischer.org> <20061029090309.T27107@fledge.watson.org> <20061029182108.GA46604@misty.eyesbeyond.com> <45458C7E.50104@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45458C7E.50104@elischer.org> User-Agent: Mutt/1.4.2.2i Cc: Lev Serebryakov , Paul Allen , Robert Watson , current@freebsd.org Subject: Re: KSE, libpthread & libthr: almost newbie question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 16:33:41 -0000 On Sun, Oct 29, 2006 at 09:24:14PM -0800, Julian Elischer wrote: > Greg Lewis wrote: > > >If you really want to know, just send the running process a SIGQUIT and > >it will dump the currently running threads to stdout. But yes, 1.4 and 1.5 > >both use "native" threads which correspond 1:1 with OS threads (plus > >there are threads the JVM creates itself, as you note). The JVM threads > >include garbage collection and AWT event handlers at least. > > > > I gather it doesn't use libpthread, but rather just the syscalls? No, it does use libpthread (or libthr, or libc_r if you so choose). What I'm saying is that the JVM maps a single Java thread to a single thread. How that maps to a kernel thread is then defined by the threading library. The point is that the JVM doesn't do any internal M:N business itself, which was the original point under discussion IIRC. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 16:34:39 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0366816A407; Mon, 30 Oct 2006 16:34:39 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (gerbercreations.com [71.39.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8584043D53; Mon, 30 Oct 2006 16:34:36 +0000 (GMT) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) by misty.eyesbeyond.com (8.13.1/8.13.3) with ESMTP id k9UGYPHF022454; Mon, 30 Oct 2006 08:34:25 -0800 (PST) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.13.1/8.13.3/Submit) id k9UGYOVt022453; Mon, 30 Oct 2006 08:34:24 -0800 (PST) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Mon, 30 Oct 2006 08:34:24 -0800 From: Greg Lewis To: Mark Kirkwood Message-ID: <20061030163424.GB22419@misty.eyesbeyond.com> References: <602423478.20061028001449@serebryakov.spb.ru> <4542896D.1050001@elischer.org> <20061027231642.GJ30707@riyal.ugcs.caltech.edu> <45429703.8070305@elischer.org> <20061028104741.Q69980@fledge.watson.org> <45442A35.2030803@elischer.org> <20061029090309.T27107@fledge.watson.org> <20061029182108.GA46604@misty.eyesbeyond.com> <45458C7E.50104@elischer.org> <45459DD6.6070309@paradise.net.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45459DD6.6070309@paradise.net.nz> User-Agent: Mutt/1.4.2.2i Cc: Paul Allen , Lev Serebryakov , Robert Watson , Julian Elischer , current@FreeBSD.org Subject: Re: KSE, libpthread & libthr: almost newbie question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 16:34:39 -0000 On Mon, Oct 30, 2006 at 07:38:14PM +1300, Mark Kirkwood wrote: > I stumbled on link below while doing a little searching on this topic: > > http://java.sun.com/j2se/1.5.0/docs/guide/vm/thread-priorities.html > > Obviously Solaris and Java centric, but discussed the M:N to 1:1 change > between 1.4.1 and 1.4.2 along with the Java threads <-> lightweight > process representation. I believe that change was in Solaris, not the JVM. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 16:45:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96D6C16A412; Mon, 30 Oct 2006 16:45:44 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C7EB43D82; Mon, 30 Oct 2006 16:44:59 +0000 (GMT) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k9UGiZiC027970; Mon, 30 Oct 2006 11:44:35 -0500 (EST) Date: Mon, 30 Oct 2006 11:44:35 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Greg Lewis In-Reply-To: <20061030163327.GA22419@misty.eyesbeyond.com> Message-ID: References: <45426071.7020403@elischer.org> <602423478.20061028001449@serebryakov.spb.ru> <4542896D.1050001@elischer.org> <20061027231642.GJ30707@riyal.ugcs.caltech.edu> <45429703.8070305@elischer.org> <20061028104741.Q69980@fledge.watson.org> <45442A35.2030803@elischer.org> <20061029090309.T27107@fledge.watson.org> <20061029182108.GA46604@misty.eyesbeyond.com> <45458C7E.50104@elischer.org> <20061030163327.GA22419@misty.eyesbeyond.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Mon, 30 Oct 2006 11:44:35 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Paul Allen , Lev Serebryakov , Robert Watson , Julian Elischer , current@freebsd.org Subject: Re: KSE, libpthread & libthr: almost newbie question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 16:45:45 -0000 On Mon, 30 Oct 2006, Greg Lewis wrote: > On Sun, Oct 29, 2006 at 09:24:14PM -0800, Julian Elischer wrote: >> Greg Lewis wrote: >> >>> If you really want to know, just send the running process a SIGQUIT and >>> it will dump the currently running threads to stdout. But yes, 1.4 and 1.5 >>> both use "native" threads which correspond 1:1 with OS threads (plus >>> there are threads the JVM creates itself, as you note). The JVM threads >>> include garbage collection and AWT event handlers at least. >>> >> >> I gather it doesn't use libpthread, but rather just the syscalls? > > No, it does use libpthread (or libthr, or libc_r if you so choose). What > I'm saying is that the JVM maps a single Java thread to a single library of your choice> thread. How that maps to a kernel thread is > then defined by the threading library. > > The point is that the JVM doesn't do any internal M:N business itself, > which was the original point under discussion IIRC. Does the JVM specify system or process scope threads when it does its mapping? Or does it not use pthread_attr_setscope() at all? (I know this doesn't apply to libthr or libc_r, only libpthread.) -- DE From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 18:28:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89A5916A40F for ; Mon, 30 Oct 2006 18:28:57 +0000 (UTC) (envelope-from devon.odell@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 9F87E43D5F for ; Mon, 30 Oct 2006 18:28:56 +0000 (GMT) (envelope-from devon.odell@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so2358857nfc for ; Mon, 30 Oct 2006 10:28:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JSn8Xy5jxywJKxMIC1ROUaSqe4LFJG/p4CHK5cyyVZYuNbghI/h8mqtpADta3QFvmNX9X/c3jkkh28xyTNsaeJ+IqvWOdJMUPfcQ1A40DvBs/UdE0c+Aisy54fpz2Cgu7i56riKgGbX7By0+u+lJW1IKj+c+fnrMbYgPrIz1dY8= Received: by 10.82.106.14 with SMTP id e14mr820773buc; Mon, 30 Oct 2006 10:28:54 -0800 (PST) Received: by 10.82.136.13 with HTTP; Mon, 30 Oct 2006 10:28:54 -0800 (PST) Message-ID: <9ab217670610301028k3fef9a34m27e2c7d9ac3ead80@mail.gmail.com> Date: Mon, 30 Oct 2006 14:28:54 -0400 From: "Devon H. O'Dell" To: "Andriy Gapon" , "Dmitry Pryanishnikov" , "Jeremie Le Hen" , freebsd-current@freebsd.org In-Reply-To: <20060821004825.F9919@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1155864187.00584864.1155853201@10.7.7.3> <1155882183.00584920.1155870001@10.7.7.3> <44E5C008.9010008@icyb.net.ua> <20060818204915.S42981@atlantis.atlantis.dp.ua> <44E5FFF3.9040908@icyb.net.ua> <20060821004825.F9919@mp2.macomnet.net> Cc: Subject: Re: no kld in minidumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 18:28:57 -0000 2006/8/20, Maxim Konovalov : > On Fri, 18 Aug 2006, 20:59+0300, Andriy Gapon wrote: > > > on 18/08/2006 20:50 Dmitry Pryanishnikov said the following: > > > Hello! > > > > > > On Fri, 18 Aug 2006, Andriy Gapon wrote: > > >> BTW, has anyone contemplated or even done this - some sort of a script > > >> to automatically add all modules that were loaded at a time of crash ? > > > > > > Hmm, isn't this the task for asf(8). If not, what is asf(8) for? > > > > This is a very nice command, thank you! But it does not seem to be > > directly applicable to postmortem situation i.e. crash dump > > debugging. Or maybe it will be easier to teach kldstat to work with > > dumps/images in addition to what it does now ? > > There is some support in /usr/src/tools/debugscripts/ but I didn't try > it recently. To make it work you need to to do smth like that: > > cd /usr/obj/usr/src/sys/GENERIC/ && make gdbinit >From what I could tell, these were for remote debugging. I've written a shellscript that wraps calling gdb -k (since we're using 4.x at the shop). I'm not quite sure how to translate it into kgdb-feasible stuff since kgdb doesn't have -x or -batch. If anybody would like to give me pointers, I'd be glad to wrap it for either. It's available at http://databits.net/~dho/load_syms.txt --dho > -- > Maxim Konovalov > From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 19:26:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 609B016A412; Mon, 30 Oct 2006 19:26:20 +0000 (UTC) (envelope-from prvs=julian=45182861c@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79ABD43E5A; Mon, 30 Oct 2006 19:21:24 +0000 (GMT) (envelope-from prvs=julian=45182861c@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 30 Oct 2006 11:21:19 -0800 Message-ID: <454650AF.3070901@elischer.org> Date: Mon, 30 Oct 2006 11:21:19 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Lev Serebryakov References: <917908193.20061027102647@serebryakov.spb.ru> <20061027103924.F79313@fledge.watson.org> <45426071.7020403@elischer.org> <602423478.20061028001449@serebryakov.spb.ru> <4542896D.1050001@elischer.org> <20061027231642.GJ30707@riyal.ugcs.caltech.edu> <45429703.8070305@elischer.org> <20061028104741.Q69980@fledge.watson.org> <45442A35.2030803@elischer.org> <20061029090309.T27107@fledge.watson.org> <4544D4FC.4070201@samsco.org> <45458C1F.5000006@elischer.org> <31392371.20061030100012@serebryakov.spb.ru> In-Reply-To: <31392371.20061030100012@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: KSE, libpthread & libthr: almost newbie question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 19:26:20 -0000 Lev Serebryakov wrote: > Hello Julian, > > Monday, October 30, 2006, 8:22:39 AM, you wrote: > > JE> so, why does it use 1:1 threads? > JE> who knows what the thinking here was? > I know. I'm working in Java2SE group (runtime) in Sun now :) > > It usese 1:1 threads because primary platform for Java2SE is Solaris, and threading on Solaris is very good (almost perfect). It is cheaper to have 1:1 threads on Solaris (and on Win32, too, BTW), than have additional layer of custom scheduler in JVM. JVM has many thing to do, and it prefer to use system scheduler. > N:M/1:1 change on Solaris is mostly Solaris change, not Java one: Java uses system default threading. > so what does the jave on freeBSD use? > > From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 19:26:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7F3C16A4FD; Mon, 30 Oct 2006 19:26:46 +0000 (UTC) (envelope-from prvs=julian=45182861c@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4614543EB3; Mon, 30 Oct 2006 19:22:27 +0000 (GMT) (envelope-from prvs=julian=45182861c@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 30 Oct 2006 11:22:11 -0800 Message-ID: <454650E2.3040604@elischer.org> Date: Mon, 30 Oct 2006 11:22:10 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Greg Lewis References: <45426071.7020403@elischer.org> <602423478.20061028001449@serebryakov.spb.ru> <4542896D.1050001@elischer.org> <20061027231642.GJ30707@riyal.ugcs.caltech.edu> <45429703.8070305@elischer.org> <20061028104741.Q69980@fledge.watson.org> <45442A35.2030803@elischer.org> <20061029090309.T27107@fledge.watson.org> <20061029182108.GA46604@misty.eyesbeyond.com> <45458C7E.50104@elischer.org> <20061030163327.GA22419@misty.eyesbeyond.com> In-Reply-To: <20061030163327.GA22419@misty.eyesbeyond.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Paul Allen , Lev Serebryakov , Robert Watson , current@freebsd.org Subject: Re: KSE, libpthread & libthr: almost newbie question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 19:26:47 -0000 Greg Lewis wrote: > On Sun, Oct 29, 2006 at 09:24:14PM -0800, Julian Elischer wrote: >> Greg Lewis wrote: >> >>> If you really want to know, just send the running process a SIGQUIT and >>> it will dump the currently running threads to stdout. But yes, 1.4 and 1.5 >>> both use "native" threads which correspond 1:1 with OS threads (plus >>> there are threads the JVM creates itself, as you note). The JVM threads >>> include garbage collection and AWT event handlers at least. >>> >> I gather it doesn't use libpthread, but rather just the syscalls? > > No, it does use libpthread (or libthr, or libc_r if you so choose). What > I'm saying is that the JVM maps a single Java thread to a single library of your choice> thread. How that maps to a kernel thread is > then defined by the threading library. > > The point is that the JVM doesn't do any internal M:N business itself, > which was the original point under discussion IIRC. > gotcha From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 19:29:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23EDE16A4FB; Mon, 30 Oct 2006 19:29:12 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (gerbercreations.com [71.39.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77D2143E17; Mon, 30 Oct 2006 19:23:52 +0000 (GMT) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) by misty.eyesbeyond.com (8.13.1/8.13.3) with ESMTP id k9UJNP2p024348; Mon, 30 Oct 2006 11:23:26 -0800 (PST) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.13.1/8.13.3/Submit) id k9UJNPGS024347; Mon, 30 Oct 2006 11:23:25 -0800 (PST) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Mon, 30 Oct 2006 11:23:24 -0800 From: Greg Lewis To: Daniel Eischen Message-ID: <20061030192324.GA24251@misty.eyesbeyond.com> References: <4542896D.1050001@elischer.org> <20061027231642.GJ30707@riyal.ugcs.caltech.edu> <45429703.8070305@elischer.org> <20061028104741.Q69980@fledge.watson.org> <45442A35.2030803@elischer.org> <20061029090309.T27107@fledge.watson.org> <20061029182108.GA46604@misty.eyesbeyond.com> <45458C7E.50104@elischer.org> <20061030163327.GA22419@misty.eyesbeyond.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: Paul Allen , Lev Serebryakov , Robert Watson , Julian Elischer , current@freebsd.org Subject: Re: KSE, libpthread & libthr: almost newbie question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 19:29:12 -0000 On Mon, Oct 30, 2006 at 11:44:35AM -0500, Daniel Eischen wrote: > On Mon, 30 Oct 2006, Greg Lewis wrote: > >On Sun, Oct 29, 2006 at 09:24:14PM -0800, Julian Elischer wrote: > >>Greg Lewis wrote: > >>>If you really want to know, just send the running process a SIGQUIT and > >>>it will dump the currently running threads to stdout. But yes, 1.4 and > >>>1.5 > >>>both use "native" threads which correspond 1:1 with OS threads (plus > >>>there are threads the JVM creates itself, as you note). The JVM threads > >>>include garbage collection and AWT event handlers at least. > >>> > >> > >>I gather it doesn't use libpthread, but rather just the syscalls? > > > >No, it does use libpthread (or libthr, or libc_r if you so choose). What > >I'm saying is that the JVM maps a single Java thread to a single >library of your choice> thread. How that maps to a kernel thread is > >then defined by the threading library. > > > >The point is that the JVM doesn't do any internal M:N business itself, > >which was the original point under discussion IIRC. > > Does the JVM specify system or process scope threads when it does > its mapping? Or does it not use pthread_attr_setscope() at all? > (I know this doesn't apply to libthr or libc_r, only libpthread.) It doesn't call pthread_attr_setscope() by default. The code suggests that it is called to set threads to system scope when profiling is turned on. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 20:58:00 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FAAD16A407; Mon, 30 Oct 2006 20:58:00 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from omta04ps.mx.bigpond.com (omta04ps.mx.bigpond.com [144.140.83.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7162A43E37; Mon, 30 Oct 2006 20:54:42 +0000 (GMT) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from klein.bigpond.com ([143.238.13.186]) by omta04ps.mx.bigpond.com with ESMTP id <20061030205440.PBPZ22756.omta04ps.mx.bigpond.com@klein.bigpond.com>; Mon, 30 Oct 2006 20:54:40 +0000 Received: from klein.bigpond.com (localhost [127.0.0.1]) by klein.bigpond.com (8.13.8/8.13.8) with ESMTP id k9UKsUdW000785; Tue, 31 Oct 2006 07:54:33 +1100 (EST) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from localhost (petros@localhost) by klein.bigpond.com (8.13.8/8.13.8/Submit) with ESMTP id k9UKsHYK000782; Tue, 31 Oct 2006 07:54:26 +1100 (EST) (envelope-from Peter.Ross@alumni.tu-berlin.de) X-Authentication-Warning: klein.bigpond.com: petros owned process doing -bs Date: Tue, 31 Oct 2006 07:54:16 +1100 (EST) From: Peter Ross X-X-Sender: petros@localhost To: Massimo Lusetti In-Reply-To: <1162199366.4309.6.camel@massimo.datacode.it> Message-ID: <20061030210629.H778@localhost> References: <45425D92.8060205@elischer.org> <200610281132.21466.davidxu@freebsd.org> <20061028105454.S69980@fledge.watson.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <20061028204357.A83519@fledge.watson.org> <1162199366.4309.6.camel@massimo.datacode.it> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: "freebsd-current@freebsd.org" , Paul Allen , Robert Watson , Julian Elischer , David Xu Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 20:58:00 -0000 On Mon, 30 Oct 2006, Massimo Lusetti wrote: > On Sat, 2006-10-28 at 20:47 +0100, Robert Watson wrote: > > > significantly slower than multi-process ones. Many programmers believe that > > threading is necessarily faster than using multiple processors, so I think > > we're fundamentally forced to deal with the way they do use them, rather than > > how they should use them. > > I'm in sync with your opinion but speaking from the point of view of a > programmer which use FreeBSD i would like to say that enforcing (or at > least try to) good understanding of issues and good programming practice > is a good thing(TM), so if FreeBSD as an O.S. and as a community try to > enforce me to have good programming attitudes i really would like to > follow that. I'm not a kernel developer, and not even a 'real' developer, I am just a sys admin who hopes to get the best from the OS. At the moment I am responsible for a bunch of servers to run a homegrown Java application. So sorry if my thoughts here sound a bit naive. The way the JVM exposes the threads to the OS just seems as a "natural" way to me, especially if you are program for more then one OS. I understand it as "leave it to the OS to sort things out. It should know how to use the resources". I administrate SMP servers running a resource-hungry Java/tomcat app. The JVM has several hundred threads, e.g. 100 for every DB connection in a connection pool. It is difficult to imagine that a thread, a "light-weight process" causes more kernel congestion than a process. I doubt it is the programmer's fault, I would think there is something wrong withg the implementation. What means fairness in this context? (Simplification here) I don't hope that the sshd gets half of the CPU if I login. I just hope that I get a share to type a kill command if necessary;-) A webhoster running apaches in 20 jails has other preferences. He wishes that every apache gets close to 5% of the ressources if they all busy, not one who slows everything else down just because it is particularely hungry and spawned new processes. Tha are two very common scenarios with very different requirements, I think. But the OS has to cater for both, and it also should give the admin some utilities he can use to control and manipulate the behaviour. (BTW: It also needs some transperency and documentation for developers and administrators. E.g. even if I am an experienced administrator with Solaris, Linux and FreeBSD background, I do not feel competent at this point to give good advice what thread library and related kernel options to use.) Just my 2 cents. Peter From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 22:51:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C76A16A403 for ; Mon, 30 Oct 2006 22:51:23 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CCF843D7D for ; Mon, 30 Oct 2006 22:51:20 +0000 (GMT) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k9UMpJS8010361; Mon, 30 Oct 2006 23:51:19 +0100 (CET) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.13.8/8.13.8/Submit) id k9UMpIRn010360; Mon, 30 Oct 2006 17:51:18 -0500 (EST) (envelope-from cracauer) Date: Mon, 30 Oct 2006 17:51:18 -0500 From: Martin Cracauer To: Poul-Henning Kamp Message-ID: <20061030225118.GA10231@cons.org> References: <12115.1162141265@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <12115.1162141265@critter.freebsd.dk> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 22:51:23 -0000 Poul-Henning Kamp wrote on Sun, Oct 29, 2006 at 05:01:05PM +0000: > > After a few days my Xorg will have gobbled up most of my RAM and I have > to restart it to get my laptop out of VAX11/750 emulation mode. > > Has anybody else noticed this ? I don't run an X11 on a 7-current system. My 6-stable does certainly not show this, the X11 server with Firefox is up for ages. It is also unusual that you actually see that much of a slowdown, which means it is not a plain memory leak (in which case the leaked pages would never be touched again, swapped out and not impact performance too much). Can you post the memory map? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 23:00:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FA1216A40F for ; Mon, 30 Oct 2006 23:00:46 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4A6B43D78 for ; Mon, 30 Oct 2006 23:00:39 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 4337E170C5; Mon, 30 Oct 2006 23:00:37 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id k9UN0aC8001583; Mon, 30 Oct 2006 23:00:36 GMT (envelope-from phk@critter.freebsd.dk) To: Martin Cracauer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 30 Oct 2006 17:51:18 EST." <20061030225118.GA10231@cons.org> Date: Mon, 30 Oct 2006 23:00:36 +0000 Message-ID: <1582.1162249236@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 23:00:46 -0000 In message <20061030225118.GA10231@cons.org>, Martin Cracauer writes: >Poul-Henning Kamp wrote on Sun, Oct 29, 2006 at 05:01:05PM +0000: >> >> After a few days my Xorg will have gobbled up most of my RAM and I have >> to restart it to get my laptop out of VAX11/750 emulation mode. >> >> Has anybody else noticed this ? > >I don't run an X11 on a 7-current system. My 6-stable does certainly >not show this, the X11 server with Firefox is up for ages. > >It is also unusual that you actually see that much of a slowdown, >which means it is not a plain memory leak (in which case the leaked >pages would never be touched again, swapped out and not impact >performance too much). > >Can you post the memory map? Nope. /proc/$pid/map is "too large" so I don't get to see it :-( -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 23:06:52 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3585A16A47C for ; Mon, 30 Oct 2006 23:06:52 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from canonware.com (24-38-119-150-st.losaca.adelphia.net [24.38.119.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44FED43DA3 for ; Mon, 30 Oct 2006 23:06:24 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: from [192.168.168.201] (24-38-119-150-st.losaca.adelphia.net [24.38.119.150]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTP id 4A3FD1298C4; Mon, 30 Oct 2006 15:07:13 -0800 (PST) Message-ID: <45468568.8040601@FreeBSD.org> Date: Mon, 30 Oct 2006 15:06:16 -0800 From: Jason Evans User-Agent: Thunderbird 1.5.0.7 (X11/20060911) MIME-Version: 1.0 To: Poul-Henning Kamp References: <1582.1162249236@critter.freebsd.dk> In-Reply-To: <1582.1162249236@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Martin Cracauer , current@freebsd.org Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 23:06:52 -0000 Poul-Henning Kamp wrote: > In message <20061030225118.GA10231@cons.org>, Martin Cracauer writes: >> Poul-Henning Kamp wrote on Sun, Oct 29, 2006 at 05:01:05PM +0000: >>> After a few days my Xorg will have gobbled up most of my RAM and I have >>> to restart it to get my laptop out of VAX11/750 emulation mode. >>> >>> Has anybody else noticed this ? >> I don't run an X11 on a 7-current system. My 6-stable does certainly >> not show this, the X11 server with Firefox is up for ages. >> >> It is also unusual that you actually see that much of a slowdown, >> which means it is not a plain memory leak (in which case the leaked >> pages would never be touched again, swapped out and not impact >> performance too much). >> >> Can you post the memory map? > > Nope. /proc/$pid/map is "too large" so I don't get to see it :-( There are, AFAIK, two easy ways to get around that: 1) Use the sysutils/procmap port. 2) Use dd and specify a block size that is large enough to read the whole map in one syscall. Jason From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 23:12:38 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8311516A407; Mon, 30 Oct 2006 23:12:38 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from prod.aconex.com (mail.app.aconex.com [203.89.192.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5B4D43D78; Mon, 30 Oct 2006 23:12:34 +0000 (GMT) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from page.mel.office.aconex.com (unknown [192.168.0.210]) by prod.aconex.com (Postfix) with ESMTP id 926CE28B66; Tue, 31 Oct 2006 10:12:32 +1100 (EST) Received: from localhost (page.mel.aconex.com [127.0.0.1]) by page.mel.office.aconex.com (Postfix) with ESMTP id 7EAA25340F1; Tue, 31 Oct 2006 10:12:32 +1100 (EST) Received: from page.mel.office.aconex.com ([127.0.0.1]) by localhost (mail.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28976-01-41; Tue, 31 Oct 2006 10:12:31 +1100 (EST) Received: from localhost.localdomain (unknown [192.168.0.244]) by page.mel.office.aconex.com (Postfix) with ESMTP id 649A7534039; Tue, 31 Oct 2006 10:12:31 +1100 (EST) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.13.4/8.13.4) with ESMTP id k9UNCVXX017446; Tue, 31 Oct 2006 10:12:31 +1100 Received: from localhost (pross@localhost) by localhost.localdomain (8.13.4/8.13.4/Submit) with ESMTP id k9UNCRSN017443; Tue, 31 Oct 2006 10:12:28 +1100 X-Authentication-Warning: localhost.localdomain: pross owned process doing -bs Date: Tue, 31 Oct 2006 10:12:27 +1100 (EST) From: Peter Ross X-X-Sender: pross@localhost.localdomain To: Peter Ross In-Reply-To: <20061030210629.H778@localhost> Message-ID: References: <45425D92.8060205@elischer.org> <200610281132.21466.davidxu@freebsd.org> <20061028105454.S69980@fledge.watson.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <20061028204357.A83519@fledge.watson.org> <1162199366.4309.6.camel@massimo.datacode.it> <20061030210629.H778@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: amavisd-new at aconex.com Cc: Paul Allen , "freebsd-current@freebsd.org" , Robert Watson , Julian Elischer , Massimo Lusetti , David Xu Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 23:12:38 -0000 Just a correction: On Tue, 31 Oct 2006, Peter Ross wrote: > I administrate SMP servers running a resource-hungry Java/tomcat app. The > JVM has several hundred threads, e.g. 100 for every DB connection in a > connection pool. It is a connection pool for 100 connections, and the connection pool uses 100 threads for it. Regards Peter From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 23:15:20 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3F2E16A40F; Mon, 30 Oct 2006 23:15:20 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B58143D95; Mon, 30 Oct 2006 23:15:19 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 8309E170C7; Mon, 30 Oct 2006 23:15:15 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id k9UNFFGJ001644; Mon, 30 Oct 2006 23:15:15 GMT (envelope-from phk@critter.freebsd.dk) To: Jason Evans From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 30 Oct 2006 15:06:16 PST." <45468568.8040601@FreeBSD.org> Date: Mon, 30 Oct 2006 23:15:15 +0000 Message-ID: <1643.1162250115@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Martin Cracauer , current@FreeBSD.org Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 23:15:21 -0000 In message <45468568.8040601@FreeBSD.org>, Jason Evans writes: >2) Use dd and specify a block size that is large enough to read the >whole map in one syscall. I should have throught of that. 0x8048000 0x81a0000 333 364 0xc28bb708 r-x 2 1 0x0 COW NC vnode /usr/X11R6/bin/Xorg 0x81a0000 0x81af000 15 0 0xc2b10348 rw- 1 0 0x2100 COW NNC vnode /usr/X11R6/bin/Xorg 0x81af000 0x81c1000 17 0 0xc2b10618 rw- 1 0 0x2100 COW NNC default - 0x81c1000 0x8600000 681 0 0xc2b103c0 rwx 1 0 0x2100 COW NNC default - 0x8600000 0xc600000 13354 0 0xc2b1f258 rwx 1 0 0x2100 NCOW NNC default - 0x281a0000 0x281c4000 33 0 0xc105dbb8 r-x 90 45 0x4 COW NC vnode /libexec/ld-elf.so.1 0x281c4000 0x281c6000 2 0 0xc2aa53c0 rw- 1 0 0x2100 COW NC vnode /libexec/ld-elf.so.1 0x281c6000 0x281cb000 4 0 0xc2b105a0 rw- 1 0 0x2100 COW NNC default - 0x281cb000 0x281d3000 8 0 0xc2b10528 rwx 1 0 0x2100 COW NNC default - 0x281d3000 0x281e2000 15 0 0xc104fd20 r-x 27 18 0x0 COW NC vnode /lib/libz.so.3 0x281e2000 0x281e3000 1 0 0xc28e5e10 r-x 1 0 0x2100 COW NC vnode /lib/libz.so.3 0x281e3000 0x281e4000 1 0 0xc104bac8 rwx 1 0 0x2100 COW NNC vnode /lib/libz.so.3 0x281e4000 0x281f7000 19 0 0xc1053d20 r-x 15 10 0x0 COW NC vnode /lib/libm.so.4 0x281f7000 0x281f8000 1 0 0xc28bb0f0 r-x 1 0 0x2100 COW NC vnode /lib/libm.so.4 0x281f8000 0x281f9000 1 0 0xc28e58e8 rwx 1 0 0x2100 COW NC vnode /lib/libm.so.4 0x281f9000 0x281fa000 1 0 0xc28b4870 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/libXau.so.0 0x281fa000 0x281fb000 1 0 0xc10467f8 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/libXau.so.0 0x281fb000 0x281fc000 1 0 0xc28e67f8 rwx 1 0 0x2100 COW NNC vnode /usr/X11R6/lib/libXau.so.0 0x281fc000 0x281fe000 2 0 0xc28bc168 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/libXdmcp.so.0 0x281fe000 0x281ff000 1 0 0xc28b49d8 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/libXdmcp.so.0 0x281ff000 0x28201000 2 0 0xc28bc5a0 rwx 1 0 0x2100 COW NC vnode /usr/X11R6/lib/libXdmcp.so.0 0x28201000 0x282d8000 189 0 0xc105d690 r-x 135 90 0x4 COW NC vnode /lib/libc.so.7 0x282d8000 0x282d9000 1 0 0xc28bc3c0 r-x 1 0 0x2100 COW NC vnode /lib/libc.so.7 0x282d9000 0x282df000 6 0 0xc2b104b0 rwx 1 0 0x2100 COW NNC vnode /lib/libc.so.7 0x282df000 0x282f5000 9 0 0xc2b10438 rwx 1 0 0x2100 COW NNC default - 0x282f5000 0x28304000 15 0 0xc28c90f0 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/fonts/libbitmap.so 0x28304000 0x28305000 1 0 0xc2a85e88 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/fonts/libbitmap.so 0x28305000 0x28306000 1 0 0xc104a0f0 rwx 1 0 0x2100 COW NNC vnode /usr/X11R6/lib/modules/fonts/libbitmap.so 0x28306000 0x2833b000 29 0 0xc2897ac8 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/libpcidata.so 0x2833b000 0x2833c000 1 0 0xc28e6a50 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/libpcidata.so 0x2833c000 0x28352000 21 0 0xc2aa9a50 rwx 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/libpcidata.so 0x28352000 0x2836c000 26 0 0xc28e5e88 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/extensions/libextmod.so 0x2836c000 0x2836d000 1 0 0xc28e5780 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/extensions/libextmod.so 0x2836d000 0x2836e000 1 0 0xc2aa91e0 rwx 1 0 0x2100 COW NNC vnode /usr/X11R6/lib/modules/extensions/libextmod.so 0x2836e000 0x28377000 4 0 0xc28bb960 rwx 1 0 0x2100 COW NC default - 0x28377000 0x283bf000 52 0 0xc2a84258 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/extensions/libglx.so 0x283bf000 0x283c0000 1 0 0xc2b0c8e8 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/extensions/libglx.so 0x283c0000 0x283d0000 16 0 0xc2b0c870 rwx 1 0 0x2100 COW NNC vnode /usr/X11R6/lib/modules/extensions/libglx.so 0x283d0000 0x285d0000 75 0 0xc2b0c780 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/extensions/libGLcore.so 0x285d0000 0x285d1000 1 0 0xc2b0c708 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/extensions/libGLcore.so 0x285d1000 0x285e5000 15 0 0xc2b0c690 rwx 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/extensions/libGLcore.so 0x285e5000 0x285f1000 1 0 0xc2b0c618 rwx 1 0 0x2100 COW NC default - 0x285f1000 0x285f6000 5 0 0xc2b0c5a0 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/extensions/libdri.so 0x285f6000 0x285f7000 1 0 0xc2b0c528 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/extensions/libdri.so 0x285f7000 0x285f8000 1 0 0xc2b0c4b0 rwx 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/extensions/libdri.so 0x285f8000 0x285fd000 5 0 0xc2b0c3c0 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/freebsd/libdrm.so 0x285fd000 0x285fe000 1 0 0xc2b0c348 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/freebsd/libdrm.so 0x285fe000 0x285ff000 1 0 0xc2b0c2d0 rwx 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/freebsd/libdrm.so 0x285ff000 0x28601000 2 0 0xc2b0c1e0 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/extensions/libdbe.so 0x28601000 0x28602000 1 0 0xc2b0c168 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/extensions/libdbe.so 0x28602000 0x28603000 1 0 0xc2b0c0f0 rwx 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/extensions/libdbe.so 0x28603000 0x28607000 4 0 0xc2b0c000 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/extensions/librecord.so 0x28607000 0x28608000 1 0 0xc2b0be88 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/extensions/librecord.so 0x28608000 0x28609000 1 0 0xc2b0be10 rwx 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/extensions/librecord.so 0x28609000 0x2860f000 4 0 0xc2b0bd20 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/extensions/libxtrap.so 0x2860f000 0x28610000 1 0 0xc2b0bca8 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/extensions/libxtrap.so 0x28610000 0x28611000 1 0 0xc2b0bc30 rwx 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/extensions/libxtrap.so 0x28611000 0x28612000 1 0 0xc2b0bbb8 rwx 1 0 0x2100 COW NC default - 0x28612000 0x28631000 24 0 0xc2b0bb40 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/fonts/libtype1.so 0x28631000 0x28632000 1 0 0xc2b0bac8 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/fonts/libtype1.so 0x28632000 0x28637000 5 0 0xc2b0ba50 rwx 1 0 0x2100 COW NNC vnode /usr/X11R6/lib/modules/fonts/libtype1.so 0x28637000 0x28640000 1 0 0xc2b0b9d8 rwx 1 0 0x2100 COW NNC default - 0x28640000 0x2864a000 9 0 0xc2b0b960 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/fonts/libfreetype.so 0x2864a000 0x2864b000 1 0 0xc2b0b8e8 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/fonts/libfreetype.so 0x2864b000 0x2864c000 1 0 0xc2b0b870 rwx 1 0 0x2100 COW NNC vnode /usr/X11R6/lib/modules/fonts/libfreetype.so 0x2864c000 0x286ae000 18 0 0xc2b0b7f8 r-x 18 12 0x0 COW NC vnode /usr/local/lib/libfreetype.so.9 0x286ae000 0x286af000 1 0 0xc2b0b780 r-x 1 0 0x2100 COW NC vnode /usr/local/lib/libfreetype.so.9 0x286af000 0x286b2000 3 0 0xc2b0b708 rwx 1 0 0x2100 COW NC vnode /usr/local/lib/libfreetype.so.9 0x286b2000 0x286bc000 10 0 0xc2b0b5a0 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/drivers/ati_drv.so 0x286bc000 0x286bd000 1 0 0xc2b0b528 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/drivers/ati_drv.so 0x286bd000 0x286bf000 2 0 0xc2b0b4b0 rwx 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/drivers/ati_drv.so 0x286bf000 0x286c7000 8 0 0xc2b0b3c0 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/input/mouse_drv.so 0x286c7000 0x286c8000 1 0 0xc2b0b348 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/input/mouse_drv.so 0x286c8000 0x286c9000 1 0 0xc2b0b2d0 rwx 1 0 0x2100 COW NNC vnode /usr/X11R6/lib/modules/input/mouse_drv.so 0x286c9000 0x286ca000 1 0 0xc2b0b1e0 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/input/kbd_drv.so 0x286ca000 0x286cb000 1 0 0xc2b0b168 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/input/kbd_drv.so 0x286cb000 0x286cc000 1 0 0xc2b0b0f0 rwx 1 0 0x2100 COW NNC vnode /usr/X11R6/lib/modules/input/kbd_drv.so 0x286cc000 0x2870c000 53 0 0xc2b0b000 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/drivers/radeon_drv.so 0x2870c000 0x2870d000 1 0 0xc2aa9e88 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/drivers/radeon_drv.so 0x2870d000 0x28710000 3 0 0xc2aa9e10 rwx 1 0 0x2100 COW NNC vnode /usr/X11R6/lib/modules/drivers/radeon_drv.so 0x28710000 0x28711000 1 0 0xc2aa9d98 rwx 1 0 0x2100 COW NC default - 0x28711000 0x28791000 4 0 0xc2b0b078 rwx 3 0 0x100 NCOW NNC device - 0x28791000 0x28794000 3 0 0xc2b0b258 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/libvgahw.so 0x28794000 0x28795000 1 0 0xc2b0b438 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/libvgahw.so 0x28795000 0x28796000 1 0 0xc2b0b618 rwx 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/libvgahw.so 0x28796000 0x287b1000 14 0 0xc2b0bd98 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/libint10.so 0x287b1000 0x287b2000 1 0 0xc2b0c078 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/libint10.so 0x287b2000 0x287b4000 2 0 0xc2b0c258 rwx 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/libint10.so 0x287b4000 0x287b5000 1 0 0xc2b10a50 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/multimedia/theatre_detect_drv.so 0x287b5000 0x287b6000 1 0 0xc2b109d8 rwx 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/multimedia/theatre_detect_drv.so 0x287d4000 0x28814000 16 0 0xc2b0b078 rwx 3 0 0x100 NCOW NNC device - 0x28814000 0x28818000 4 0 0xc2b0c7f8 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/libddc.so 0x28818000 0x28819000 1 0 0xc2b0c438 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/libddc.so 0x28819000 0x2881a000 1 0 0xc2b0b690 rwx 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/libddc.so 0x2881a000 0x2881b000 1 0 0xc2b114b0 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/libi2c.so 0x2881b000 0x2881c000 1 0 0xc2b11438 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/libi2c.so 0x2881c000 0x2881d000 1 0 0xc2b113c0 rwx 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/libi2c.so 0x2881d000 0x28850000 48 0 0xc2b11348 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/libfb.so 0x28850000 0x28851000 1 0 0xc2b112d0 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/libfb.so 0x28851000 0x28852000 1 0 0xc2b11258 rwx 1 0 0x2100 COW NNC vnode /usr/X11R6/lib/modules/libfb.so 0x28852000 0x28857000 5 0 0xc2b11168 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/libramdac.so 0x28857000 0x28858000 1 0 0xc2b110f0 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/libramdac.so 0x28858000 0x28859000 1 0 0xc2b11078 rwx 1 0 0x2100 COW NNC vnode /usr/X11R6/lib/modules/libramdac.so 0x28859000 0x2889b000 51 0 0xc2b10e88 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/libxaa.so 0x2889b000 0x2889c000 1 0 0xc2b10e10 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/libxaa.so 0x2889c000 0x2889e000 2 0 0xc2b10d98 rwx 1 0 0x2100 COW NNC vnode /usr/X11R6/lib/modules/libxaa.so 0x2889e000 0x288a2000 4 0 0xc2b10ca8 r-x 3 2 0x0 COW NC vnode /usr/X11R6/lib/modules/libshadowfb.so 0x288a2000 0x288a3000 1 0 0xc2b10c30 r-x 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/libshadowfb.so 0x288a3000 0x288a4000 1 0 0xc2b10bb8 rwx 1 0 0x2100 COW NC vnode /usr/X11R6/lib/modules/libshadowfb.so 0x288a4000 0x2a8a4000 8084 0 0xc2b0b078 rwx 3 0 0x100 NCOW NNC device - 0x2a8a4000 0x2a904000 48 0 0xc2b94c30 rwx 3 0 0x110 NCOW NNC swap - 0x2a904000 0x2a964000 48 0 0xc2c345a0 rwx 3 0 0x110 NCOW NNC swap - 0x2a964000 0x2a9c4000 96 0 0xc2c6fbb8 rwx 3 0 0x110 NCOW NNC swap - 0xbfbe0000 0xbfc00000 18 0 0xc2b10690 rwx 1 0 0x2100 COW NNC default - -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Oct 30 23:50:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 287CA16A494 for ; Mon, 30 Oct 2006 23:50:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 008DB43D99 for ; Mon, 30 Oct 2006 23:50:04 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 12232 invoked by uid 399); 30 Oct 2006 23:50:04 -0000 Received: from localhost (HELO ?192.168.0.7?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 30 Oct 2006 23:50:04 -0000 Message-ID: <45468FA5.1040901@FreeBSD.org> Date: Mon, 30 Oct 2006 15:49:57 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Nicolas Blais References: <200610211403.43055.nb_root@videotron.ca> <200610281406.04246.nb_root@videotron.ca> <200610281751.46929.joao@matik.com.br> <200610281700.09301.nb_root@videotron.ca> In-Reply-To: <200610281700.09301.nb_root@videotron.ca> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, JoaoBR Subject: Re: Asus A8V hangs during pci probe on fresh-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 23:50:42 -0000 Nicolas Blais wrote: > I've been running this machine overclocked for about a year and a half, with > multiple pci cards and it has been running -CURRENT fine so far. > > Considering that, and also that I'm not the only one with the problem and that > it happened with the update to pci.c, I'm pretty confident this is not an > overclocking issue, but thanks anyway. That's nice, but the only way to determine that for sure is to try it without overclocking. That will at least help narrow down the problem. It's also worth noting that over time overclocking can have unexpected side effects on the hardware that won't disappear when the clock is reset. (I speak from experience here.) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 00:11:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10E3316A47E; Tue, 31 Oct 2006 00:11:37 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D40343D55; Tue, 31 Oct 2006 00:11:36 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([24.202.77.103]) by VL-MO-MR004.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J7Z002DN4JBQP30@VL-MO-MR004.ip.videotron.ca>; Mon, 30 Oct 2006 19:11:35 -0500 (EST) Date: Mon, 30 Oct 2006 19:11:27 -0500 From: Nicolas Blais In-reply-to: <45468FA5.1040901@FreeBSD.org> To: freebsd-current@freebsd.org Message-id: <200610301911.34871.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart3285353.5umIvWzejJ; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200610211403.43055.nb_root@videotron.ca> <200610281700.09301.nb_root@videotron.ca> <45468FA5.1040901@FreeBSD.org> User-Agent: KMail/1.9.4 Cc: Yuriy Tsibizov , Doug Barton Subject: Re: Asus A8V hangs during pci probe on fresh-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 00:11:37 -0000 --nextPart3285353.5umIvWzejJ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 30 October 2006 18:49, Doug Barton wrote: > Nicolas Blais wrote: > > I've been running this machine overclocked for about a year and a half, > > with multiple pci cards and it has been running -CURRENT fine so far. > > > > Considering that, and also that I'm not the only one with the problem a= nd > > that it happened with the update to pci.c, I'm pretty confident this is > > not an overclocking issue, but thanks anyway. > > That's nice, but the only way to determine that for sure is to try it > without overclocking. That will at least help narrow down the problem. It still causes the issue. > > It's also worth noting that over time overclocking can have unexpected > side effects on the hardware that won't disappear when the clock is > reset. (I speak from experience here.) > > Doug Agree with you on that one. Though when my hardware fails, whether or not i= t=20 is due to overclocking or normal failure, I do not mind just replacing the= =20 hardware. I run several machines, some of which are extremely overclocked a= nd=20 most of them are running FreeBSD. A big part of my work is experimenting=20 stresses, in many ways.=20 Anyhow, perhaps I'll just revert pci.c until M. Yuriy Tsibizov gets a look = at=20 it. Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #1: Sat Oct 7 15:11:02 EDT 2006 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart3285353.5umIvWzejJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFRpS24wTBlvcsbJURAiiyAJ96ehkomFjf2COXuze/9JiBAS/RKgCfaoJC G2462icCuyHqbK4RKvxM9ec= =cBMU -----END PGP SIGNATURE----- --nextPart3285353.5umIvWzejJ-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 00:20:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A877A16A47E for ; Tue, 31 Oct 2006 00:20:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 8790C43D76 for ; Tue, 31 Oct 2006 00:20:52 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 901 invoked by uid 399); 31 Oct 2006 00:20:51 -0000 Received: from localhost (HELO ?192.168.0.7?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 31 Oct 2006 00:20:51 -0000 Message-ID: <454696E0.8010508@FreeBSD.org> Date: Mon, 30 Oct 2006 16:20:48 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Nicolas Blais References: <200610211403.43055.nb_root@videotron.ca> <200610281700.09301.nb_root@videotron.ca> <45468FA5.1040901@FreeBSD.org> <200610301911.34871.nb_root@videotron.ca> In-Reply-To: <200610301911.34871.nb_root@videotron.ca> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Yuriy Tsibizov , freebsd-current@freebsd.org Subject: Re: Asus A8V hangs during pci probe on fresh-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 00:20:53 -0000 Nicolas Blais wrote: > Agree with you on that one. Though when my hardware fails, whether or not it > is due to overclocking or normal failure, I do not mind just replacing the > hardware. I run several machines, some of which are extremely overclocked and > most of them are running FreeBSD. A big part of my work is experimenting > stresses, in many ways. I actually hadn't intended that as a cautionary tale, what I meant was that you might be experiencing hardware problems even if you reduce the clock speed. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 00:24:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6764016A407 for ; Tue, 31 Oct 2006 00:24:41 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id C12E243D4C for ; Tue, 31 Oct 2006 00:24:40 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (skbj9865d15nuq1u@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k9V0ORes057182; Mon, 30 Oct 2006 16:24:27 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k9V0OLRI057181; Mon, 30 Oct 2006 16:24:21 -0800 (PST) (envelope-from jmg) Date: Mon, 30 Oct 2006 16:24:20 -0800 From: John-Mark Gurney To: "Devon H. O'Dell" Message-ID: <20061031002420.GF25511@funkthat.com> Mail-Followup-To: "Devon H. O'Dell" , Andriy Gapon , Dmitry Pryanishnikov , Jeremie Le Hen , freebsd-current@freebsd.org References: <1155864187.00584864.1155853201@10.7.7.3> <1155882183.00584920.1155870001@10.7.7.3> <44E5C008.9010008@icyb.net.ua> <20060818204915.S42981@atlantis.atlantis.dp.ua> <44E5FFF3.9040908@icyb.net.ua> <20060821004825.F9919@mp2.macomnet.net> <9ab217670610301028k3fef9a34m27e2c7d9ac3ead80@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9ab217670610301028k3fef9a34m27e2c7d9ac3ead80@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Dmitry Pryanishnikov , freebsd-current@freebsd.org, Jeremie Le Hen , Andriy Gapon Subject: Re: no kld in minidumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 00:24:41 -0000 Devon H. O'Dell wrote this message on Mon, Oct 30, 2006 at 14:28 -0400: > 2006/8/20, Maxim Konovalov : > >On Fri, 18 Aug 2006, 20:59+0300, Andriy Gapon wrote: > > > >> on 18/08/2006 20:50 Dmitry Pryanishnikov said the following: > >> > Hello! > >> > > >> > On Fri, 18 Aug 2006, Andriy Gapon wrote: > >> >> BTW, has anyone contemplated or even done this - some sort of a script > >> >> to automatically add all modules that were loaded at a time of crash ? > >> > > >> > Hmm, isn't this the task for asf(8). If not, what is asf(8) for? > >> > >> This is a very nice command, thank you! But it does not seem to be > >> directly applicable to postmortem situation i.e. crash dump > >> debugging. Or maybe it will be easier to teach kldstat to work with > >> dumps/images in addition to what it does now ? > > > >There is some support in /usr/src/tools/debugscripts/ but I didn't try > >it recently. To make it work you need to to do smth like that: > > > >cd /usr/obj/usr/src/sys/GENERIC/ && make gdbinit > > >From what I could tell, these were for remote debugging. I've written > a shellscript that wraps calling gdb -k (since we're using 4.x at the > shop). I'm not quite sure how to translate it into kgdb-feasible stuff > since kgdb doesn't have -x or -batch. If anybody would like to give me > pointers, I'd be glad to wrap it for either. > > It's available at http://databits.net/~dho/load_syms.txt You do know about: http://www.freebsd.org/cgi/cvsweb.cgi/src/tools/debugscripts/ If you want to write up an entry for the README, I'll add it to the collection.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 01:29:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E84C016A407 for ; Tue, 31 Oct 2006 01:29:03 +0000 (UTC) (envelope-from devon.odell@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A9C143D58 for ; Tue, 31 Oct 2006 01:29:03 +0000 (GMT) (envelope-from devon.odell@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so93676nfc for ; Mon, 30 Oct 2006 17:29:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=twSVxrDOa+oQTk6C7lum5nMCN8mfv2KxEiwlP+rBx8VP+TLAYT2w2ZWDCqIClW5Kd9L3D4akteaaH61SeCLJ6jfAo2nYg75t5Hkd+SSOsKqYzCMUMnbVH8ARZmsjTCICF6s47ARsw+U1UO64APE+tPOP7uskrQUCb90yTqLI/Qw= Received: by 10.82.107.15 with SMTP id f15mr943464buc; Mon, 30 Oct 2006 17:29:01 -0800 (PST) Received: by 10.82.136.13 with HTTP; Mon, 30 Oct 2006 17:28:56 -0800 (PST) Message-ID: <9ab217670610301728x42d34410rd7a7e22af311b9f0@mail.gmail.com> Date: Mon, 30 Oct 2006 20:28:56 -0500 From: "Devon H. O'Dell" To: "John-Mark Gurney" , "Devon H. O'Dell" , "Andriy Gapon" , "Dmitry Pryanishnikov" , "Jeremie Le Hen" , freebsd-current@freebsd.org In-Reply-To: <20061031002420.GF25511@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1155864187.00584864.1155853201@10.7.7.3> <1155882183.00584920.1155870001@10.7.7.3> <44E5C008.9010008@icyb.net.ua> <20060818204915.S42981@atlantis.atlantis.dp.ua> <44E5FFF3.9040908@icyb.net.ua> <20060821004825.F9919@mp2.macomnet.net> <9ab217670610301028k3fef9a34m27e2c7d9ac3ead80@mail.gmail.com> <20061031002420.GF25511@funkthat.com> Cc: Subject: Re: no kld in minidumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 01:29:04 -0000 2006/10/30, John-Mark Gurney : > Devon H. O'Dell wrote this message on Mon, Oct 30, 2006 at 14:28 -0400: > > 2006/8/20, Maxim Konovalov : > > >On Fri, 18 Aug 2006, 20:59+0300, Andriy Gapon wrote: > > > > > >> on 18/08/2006 20:50 Dmitry Pryanishnikov said the following: > > >> > Hello! > > >> > > > >> > On Fri, 18 Aug 2006, Andriy Gapon wrote: > > >> >> BTW, has anyone contemplated or even done this - some sort of a script > > >> >> to automatically add all modules that were loaded at a time of crash ? > > >> > > > >> > Hmm, isn't this the task for asf(8). If not, what is asf(8) for? > > >> > > >> This is a very nice command, thank you! But it does not seem to be > > >> directly applicable to postmortem situation i.e. crash dump > > >> debugging. Or maybe it will be easier to teach kldstat to work with > > >> dumps/images in addition to what it does now ? > > > > > >There is some support in /usr/src/tools/debugscripts/ but I didn't try > > >it recently. To make it work you need to to do smth like that: > > > > > >cd /usr/obj/usr/src/sys/GENERIC/ && make gdbinit > > > > >From what I could tell, these were for remote debugging. I've written > > a shellscript that wraps calling gdb -k (since we're using 4.x at the > > shop). I'm not quite sure how to translate it into kgdb-feasible stuff > > since kgdb doesn't have -x or -batch. If anybody would like to give me > > pointers, I'd be glad to wrap it for either. > > > > It's available at http://databits.net/~dho/load_syms.txt > > You do know about: > http://www.freebsd.org/cgi/cvsweb.cgi/src/tools/debugscripts/ > > If you want to write up an entry for the README, I'll add it to the > collection.. Yeah, it was my impression that these only worked with remote debugging (seeing the comments around the relevant code). I'll play around with it a little more and see what it's all about and submit something for the README when I figure out how to use it. --dho > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 03:27:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C42316A47B; Tue, 31 Oct 2006 03:27:54 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFC4943D45; Tue, 31 Oct 2006 03:27:53 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([24.202.77.103]) by VL-MH-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J7Z00J5UDMG6QE0@VL-MH-MR001.ip.videotron.ca>; Mon, 30 Oct 2006 22:27:53 -0500 (EST) Date: Mon, 30 Oct 2006 22:27:47 -0500 From: Nicolas Blais In-reply-to: <454696E0.8010508@FreeBSD.org> To: freebsd-current@freebsd.org Message-id: <200610302227.52575.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1524332.i42jRrJrhY; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200610211403.43055.nb_root@videotron.ca> <200610301911.34871.nb_root@videotron.ca> <454696E0.8010508@FreeBSD.org> User-Agent: KMail/1.9.4 Cc: Yuriy Tsibizov , Doug Barton Subject: Re: Asus A8V hangs during pci probe on fresh-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 03:27:54 -0000 --nextPart1524332.i42jRrJrhY Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 30 October 2006 19:20, Doug Barton wrote: > Nicolas Blais wrote: > > Agree with you on that one. Though when my hardware fails, whether or n= ot > > it is due to overclocking or normal failure, I do not mind just replaci= ng > > the hardware. I run several machines, some of which are extremely > > overclocked and most of them are running FreeBSD. A big part of my work > > is experimenting stresses, in many ways. > > I actually hadn't intended that as a cautionary tale, what I meant was > that you might be experiencing hardware problems even if you reduce > the clock speed. > > Doug No harm done :) I saw that pci.c was updated today (to version 1.318) and I decided to give= it=20 a try. As expected, it did not work, so I kept my /usr/src in sync, but=20 reverted pci.c to 1.292.2.9 and my system booted fine! By diff'ing with 1.315=20 (http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c.diff?f=3DH&r1= =3Dtext&tr1=3D1.292.2.9&r2=3Dtext&tr2=3D1.315) =20 we can find there's obviously something in the vpd code that my system=20 doesn't like, or that the vpd code doesn't like something about my system ;= ). Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #8: Mon Oct 30 22:16:40 EST 2006 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart1524332.i42jRrJrhY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFRsK44wTBlvcsbJURApQKAKCTVyrm3BjBz5HgQuyt6bl8tlig3QCgi+Gu SNoITfLIPcDPE2RS9flLk68= =01wb -----END PGP SIGNATURE----- --nextPart1524332.i42jRrJrhY-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 03:37:35 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7A5B16A5FA; Tue, 31 Oct 2006 03:37:35 +0000 (UTC) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E63143D79; Tue, 31 Oct 2006 03:37:30 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.137.214]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0J7Z006PIE1O2BG2@vms044.mailsrvcs.net>; Mon, 30 Oct 2006 21:37:02 -0600 (CST) Date: Mon, 30 Oct 2006 22:36:50 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <20061030210629.H778@localhost> To: Peter Ross Message-id: <1162265810.25049.28.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <45425D92.8060205@elischer.org> <200610281132.21466.davidxu@freebsd.org> <20061028105454.S69980@fledge.watson.org> <20061028194125.GL30707@riyal.ugcs.caltech.edu> <20061028204357.A83519@fledge.watson.org> <1162199366.4309.6.camel@massimo.datacode.it> <20061030210629.H778@localhost> Cc: Paul Allen , "freebsd-current@freebsd.org" , Robert Watson , Julian Elischer , Massimo Lusetti , David Xu Subject: Re: Comments on the KSE option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 03:37:35 -0000 On Tue, 2006-10-31 at 07:54 +1100, Peter Ross wrote: > On Mon, 30 Oct 2006, Massimo Lusetti wrote: > > > On Sat, 2006-10-28 at 20:47 +0100, Robert Watson wrote: > > > > > significantly slower than multi-process ones. Many programmers believe that > > > threading is necessarily faster than using multiple processors, so I think > > > we're fundamentally forced to deal with the way they do use them, rather than > > > how they should use them. > > > > I'm in sync with your opinion but speaking from the point of view of a > > programmer which use FreeBSD i would like to say that enforcing (or at > > least try to) good understanding of issues and good programming practice > > is a good thing(TM), so if FreeBSD as an O.S. and as a community try to > > enforce me to have good programming attitudes i really would like to > > follow that. > > I'm not a kernel developer, and not even a 'real' developer, I am just a > sys admin who hopes to get the best from the OS. At the moment I am > responsible for a bunch of servers to run a homegrown Java application. So > sorry if my thoughts here sound a bit naive. > > The way the JVM exposes the threads to the OS just seems as a "natural" > way to me, especially if you are program for more then one OS. I > understand it as "leave it to the OS to sort things out. It should know > how to use the resources". > > I administrate SMP servers running a resource-hungry Java/tomcat app. The > JVM has several hundred threads, e.g. 100 for every DB connection in a > connection pool. > > It is difficult to imagine that a thread, a "light-weight process" causes > more kernel congestion than a process. I doubt it is the programmer's > fault, I would think there is something wrong withg the implementation. It really is not that hard to imagine -- just think of what needs to be done when multiple threads of the same process executing on multiple CPU are trying to do sbrk(2), open(2) or mmap(2) -- apart from usual activity for the single threaded process you have to make sure that characteristics of the process as the whole (break value, first available file descriptor or available virtual address in the process space) stay consistent. Then you have my all-time favorite -- signal delivery to the threaded process. And then multithreaded process does fork(2)... > What means fairness in this context? (Simplification here) I don't hope > that the sshd gets half of the CPU if I login. I just hope that I get a > share to type a kill command if necessary;-) It might be presumptious of me to speak on the subject I don't necessarily completely understand myself, but an impression I got from this E-mail thread is that concept of "fairness" would differ dramatically between application programmer trying to wring every drop of performance from the single-purpose multi-CPU box and sysadmin supporting multi-user/multi-application environment. What seem to be perfectly "fair" to the former is completely "unfair" to the latter. Conversely, I think it is unfair to make me break my single-process multi-threaded application into multiple communicating processes to achieve performance gain (true story, not FreeBSD though ;) -- Alexandre "Sunny" Kovalenko From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 07:10:02 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DB7F16A492 for ; Tue, 31 Oct 2006 07:10:02 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from relay.wplus.net (relay.wplus.net [195.131.52.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96D8643D9B for ; Tue, 31 Oct 2006 07:09:50 +0000 (GMT) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru ([89.163.10.141]) by relay.wplus.net (8.13.6/8.13.1/RELAY-DVD) with ESMTP id k9V79WPA051502; Tue, 31 Oct 2006 10:09:37 +0300 (MSK) Date: Tue, 31 Oct 2006 10:09:43 +0300 From: Lev Serebryakov X-Mailer: The Bat! (v2.11.02) Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <66560232.20061031100943@serebryakov.spb.ru> To: Julian Elischer In-Reply-To: <454650AF.3070901@elischer.org> References: <917908193.20061027102647@serebryakov.spb.ru> <20061027103924.F79313@fledge.watson.org> <45426071.7020403@elischer.org> <602423478.20061028001449@serebryakov.spb.ru> <4542896D.1050001@elischer.org> <20061027231642.GJ30707@riyal.ugcs.caltech.edu> <45429703.8070305@elischer.org> <20061028104741.Q69980@fledge.watson.org> <45442A35.2030803@elischer.org> <20061029090309.T27107@fledge.watson.org> <4544D4FC.4070201@samsco.org> <45458C1F.5000006@elischer.org> <31392371.20061030100012@serebryakov.spb.ru> <454650AF.3070901@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re[2]: KSE, libpthread & libthr: almost newbie question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lev Serebryakov List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 07:10:02 -0000 Hello Julian, Monday, October 30, 2006, 10:21:19 PM, you wrote: JE> so what does the jave on freeBSD use? Calls to pthread library. Which one (libpthread/libthr)? Depends on your system settings (libmap.conf, etc.) AFAIU, it is libpthread by default, and `diablo JDK' was certefied (passed all JCK tests) with libpthread. -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 08:50:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71FFD16A415 for ; Tue, 31 Oct 2006 08:50:19 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail23.syd.optusnet.com.au (mail23.syd.optusnet.com.au [211.29.133.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C27743D73 for ; Tue, 31 Oct 2006 08:50:13 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c58-107-94-118.belrs4.nsw.optusnet.com.au [58.107.94.118]) by mail23.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k9V8o8at016321 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 31 Oct 2006 19:50:11 +1100 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 k9V8o8qK001507; Tue, 31 Oct 2006 19:50:08 +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 k9V8o8Kb001506; Tue, 31 Oct 2006 19:50:08 +1100 (EST) (envelope-from peter) Date: Tue, 31 Oct 2006 19:50:07 +1100 From: Peter Jeremy To: Poul-Henning Kamp Message-ID: <20061031085007.GA1466@turion.vk2pj.dyndns.org> References: <12115.1162141265@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <12115.1162141265@critter.freebsd.dk> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: current@freebsd.org Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 08:50:19 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 2006-Oct-29 17:01:05 +0000, Poul-Henning Kamp wrote: >After a few days my Xorg will have gobbled up most of my RAM and I have >to restart it to get my laptop out of VAX11/750 emulation mode. > >Has anybody else noticed this ? My -current is quite out of date and I don't run normally run X on it but my $0.02: Are you using jemalloc or phkmalloc? Does fiddling with MALLOC_OPTIONS have any effect? Have you hit an edge case somewhere? Do you have any long-running clients? X clients can store objects in the server and some web browsers have been known to simulate Xserver leaks. --=20 Peter Jeremy --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFRw4//opHv/APuIcRAjWbAJ9wqcnpZ/ykEiZ2nkLu6ZoaupEFOgCfVF5w jbJ/ffLkA4SlU6RCik+m3FY= =S2fV -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 08:53:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38F5A16A407 for ; Tue, 31 Oct 2006 08:53:12 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC55343D70 for ; Tue, 31 Oct 2006 08:53:11 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 2E435170C5; Tue, 31 Oct 2006 08:53:10 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id k9V8r8do004147; Tue, 31 Oct 2006 08:53:09 GMT (envelope-from phk@critter.freebsd.dk) To: Peter Jeremy From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 31 Oct 2006 19:50:07 +1100." <20061031085007.GA1466@turion.vk2pj.dyndns.org> Date: Tue, 31 Oct 2006 08:53:08 +0000 Message-ID: <4146.1162284788@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 08:53:12 -0000 In message <20061031085007.GA1466@turion.vk2pj.dyndns.org>, Peter Jeremy writes : > >--17pEHd4RhPHOinZp >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >On Sun, 2006-Oct-29 17:01:05 +0000, Poul-Henning Kamp wrote: >>After a few days my Xorg will have gobbled up most of my RAM and I have >>to restart it to get my laptop out of VAX11/750 emulation mode. >> >>Has anybody else noticed this ? > >My -current is quite out of date and I don't run normally run X on it >but my $0.02: > >Are you using jemalloc or phkmalloc? Does fiddling with MALLOC_OPTIONS >have any effect? Have you hit an edge case somewhere? jemalloc, MALLOC_OPTIONS=aj >Do you have any long-running clients? X clients can store objects in >the server and some web browsers have been known to simulate Xserver >leaks. It certainly correlates with firefox, but restarting firefox does not relieve the memory pressure. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 16:21:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FDBB16A4B3 for ; Tue, 31 Oct 2006 16:21:46 +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 C445A43D8F for ; Tue, 31 Oct 2006 16:21:19 +0000 (GMT) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5E8DA.dip.t-dialin.net [84.165.232.218]) by redbull.bpaserver.net (Postfix) with ESMTP id ADFC52E27C; Tue, 31 Oct 2006 17:21:05 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 0BCE75B61AB; Tue, 31 Oct 2006 17:21:01 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id k9VGL1VE058296; Tue, 31 Oct 2006 17:21:01 +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; Tue, 31 Oct 2006 17:21:00 +0100 Message-ID: <20061031172100.to3w8eww00kw84kk@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 31 Oct 2006 17:21:00 +0100 From: Alexander Leidinger To: Poul-Henning Kamp References: <4146.1162284788@critter.freebsd.dk> In-Reply-To: <4146.1162284788@critter.freebsd.dk> 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=-2.463, required 6, autolearn=not spam, BAYES_00 -2.60, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Peter Jeremy , current@freebsd.org Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 16:21:46 -0000 Quoting Poul-Henning Kamp (from Tue, 31 Oct 2006 =20 08:53:08 +0000): >> Do you have any long-running clients? X clients can store objects in >> the server and some web browsers have been known to simulate Xserver >> leaks. > > It certainly correlates with firefox, but restarting firefox does > not relieve the memory pressure. FWIW: On Solaris I also see firefox eating memory. After several days =20 with several open tabs with several pictures in each page (for example =20 BigBrother and similar stuff) it eats up a lot of swap. After closing =20 firefox, it frees some memory (the one firefox itself has eaten up), =20 but not the memory the X server has eaten up. When I closed firefox =20 several times, X has eaten too much and everything (on the desktop) =20 comes to a crawl (more or less). Restarting the X server (xorg BTW) =20 everything is back to normal. AFAIK it's a know firefox bug which isn't even fixed in firefox 2.0 =20 (despite a lot of requests from users). Bye, Alexander. --=20 Put your best foot forward. Or just call in and say you're sick. 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-current@FreeBSD.ORG Tue Oct 31 16:31:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2E8316A403 for ; Tue, 31 Oct 2006 16:31:03 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31DA043D6B for ; Tue, 31 Oct 2006 16:30:59 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k9VGUuZe080868; Tue, 31 Oct 2006 11:30:56 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id k9VGUtwN064434 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Oct 2006 11:30:55 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200610311630.k9VGUtwN064434@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 31 Oct 2006 10:54:08 -0500 To: =?iso-8859-1?Q?S=F8ren?= Schmidt From: Mike Tancsa In-Reply-To: <45427E46.6000705@deepcore.dk> References: <200610272114.k9RLEwKl038475@lava.sentex.ca> <45427E46.6000705@deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner1 X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Intel DG965SS MB ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 16:31:03 -0000 At 04:46 PM 10/27/2006, S=F8ren Schmidt wrote: >Mike Tancsa wrote: >>Has anyone got this motherboard to work with=20 >>FreeBSD ? I tried fiddling with the BIOS but=20 >>no matter what, 6.2Beta does not see the ad0=20 >>(PATA drive) nor ad4 (SATA drive)... It never=20 >>sees the drive, although it does see the controller as a generic IDE= controller >> >>The intel product code is BOXDG965SSCK >> >>Does this motherboard work in 7.x ? >Dont know that exact board,but the Gigabyte=20 >965P- DS3 I've got here with the same chipset works fine. >The SATA ports on the ICH8 are fully supported and should work on any= board. >However the ICH8 has *no* PATA port, so the PATA=20 >port on mine is a JMicron chip which we support=20 >including its extra 2 SATA ports. >Some Intel boards use Marvell chips that should=20 >work as generic but early reports seems to indicate that is not the case. I worked around it by installing to a SATA disk=20 on another box and booting from it. Looks like=20 you are right about the Marvell chip. Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-PRERELEASE #0: Fri Oct 27 18:03:52 EDT 2006 mdtancsa@r6-32bit.sentex.ca:/usr/obj/usr/src/sys/db Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6400 @=20 2.13GHz (2144.00-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6 = Features=3D0xbfebfbff Features2=3D0xe3bd,CX16,,> AMD Features=3D0x20100000 AMD Features2=3D0x1 Cores per package: 2 real memory =3D 2120511488 (2022 MB) avail memory =3D 2069848064 (1973 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 2.0 (no driver attached) pci0: at device 3.0 (no driver attached) em0: port 0x30c0-0x30df mem=20 0x90300000-0x9031ffff,0x90324000-0x90324fff irq 20 at device 25.0 on pci0 em0: Ethernet address: 00:16:76:da:e4:0f em0: [FAST] uhci0: port=20 0x30a0-0x30bf irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port=20 0x3080-0x309f irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem=20 0x90325400-0x903257ff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pci0: at device 27.0 (no driver attached) pcib1: at device 28.0 on pci0 pci1: on pcib1 pcib2: at device 28.1 on pci0 pci2: on pcib2 atapci0: port=20 0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x200f=20 mem 0x90100000-0x901001ff irq 17 at device 0.0 on pci2 ata2: on atapci0 ata3: on atapci0 pcib3: at device 28.2 on pci0 pci3: on pcib3 pcib4: at device 28.3 on pci0 pci4: on pcib4 pcib5: at device 28.4 on pci0 pci5: on pcib5 uhci2: port=20 0x3060-0x307f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] usb3: on uhci2 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhci3: port=20 0x3040-0x305f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci4: port=20 0x3020-0x303f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] usb5: on uhci4 usb5: USB revision 1.0 uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered ehci1: mem=20 0x90325000-0x903253ff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub6: 6 ports with 6 removable, self powered pcib6: at device 30.0 on pci0 pci6: on pcib6 rl0: port=20 0x1000-0x10ff mem 0x90004800-0x900048ff irq 21 at device 0.0 on pci6 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:fc:34:57:cb pci6: at device 3.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3110-0x311f,0x3100-0x310f=20 irq 19 at device 31.2 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 31.3 (no driver attached) atapci2: port=20 0x3128-0x312f,0x314c-0x314f,0x3120-0x3127,0x3148-0x314b,0x30f0-0x30ff,0x30e0= -0x30ef=20 irq 19 at device 31.5 on pci0 ata4: on atapci2 ata5: on atapci2 fdc0: port 0x3f0-0x3f5,0x3f0 irq 6 drq 2 on acpi0 fdc0: [FAST] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on= acpi0 sio0: type 16550A orm0: at iomem 0xc0000-0xcafff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 152627MB at ata0-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a em0: link state changed to UP em0: link state changed to DOWN em0: link state changed to UP em0: link state changed to DOWN em0: link state changed to UP [r6-32bit]# atacontrol info ata0 Master: ad0 Serial ATA II Slave: no device present [r6-32bit]# pciconf -lv hostb0@pci0:0:0: class=3D0x060000=20 card=3D0x514d8086 chip=3D0x29a08086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D HOST-PCI none0@pci0:2:0: class=3D0x030000 card=3D0x514d8086=20 chip=3D0x29a28086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D display subclass =3D VGA none1@pci0:3:0: class=3D0x078000 card=3D0x514d8086=20 chip=3D0x29a48086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D simple comms em0@pci0:25:0: class=3D0x020000 card=3D0x00018086=20 chip=3D0x104b8086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D network subclass =3D ethernet uhci0@pci0:26:0: class=3D0x0c0300=20 card=3D0x514d8086 chip=3D0x28348086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D serial bus subclass =3D USB uhci1@pci0:26:1: class=3D0x0c0300=20 card=3D0x514d8086 chip=3D0x28358086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D serial bus subclass =3D USB ehci0@pci0:26:7: class=3D0x0c0320=20 card=3D0x514d8086 chip=3D0x283a8086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D serial bus subclass =3D USB none2@pci0:27:0: class=3D0x040300=20 card=3D0x21148086 chip=3D0x284b8086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D multimedia pcib1@pci0:28:0: class=3D0x060400=20 card=3D0x00000040 chip=3D0x283f8086 rev=3D0x02 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI pcib2@pci0:28:1: class=3D0x060400=20 card=3D0x00000040 chip=3D0x28418086 rev=3D0x02 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI pcib3@pci0:28:2: class=3D0x060400=20 card=3D0x00000040 chip=3D0x28438086 rev=3D0x02 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI pcib4@pci0:28:3: class=3D0x060400=20 card=3D0x00000040 chip=3D0x28458086 rev=3D0x02 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI pcib5@pci0:28:4: class=3D0x060400=20 card=3D0x00000040 chip=3D0x28478086 rev=3D0x02 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI uhci2@pci0:29:0: class=3D0x0c0300=20 card=3D0x514d8086 chip=3D0x28308086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D serial bus subclass =3D USB uhci3@pci0:29:1: class=3D0x0c0300=20 card=3D0x514d8086 chip=3D0x28318086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D serial bus subclass =3D USB uhci4@pci0:29:2: class=3D0x0c0300=20 card=3D0x514d8086 chip=3D0x28328086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D serial bus subclass =3D USB ehci1@pci0:29:7: class=3D0x0c0320=20 card=3D0x514d8086 chip=3D0x28368086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D serial bus subclass =3D USB pcib6@pci0:30:0: class=3D0x060401=20 card=3D0x00000050 chip=3D0x244e8086 rev=3D0xf2 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801BA/CA/DB/DBL/EB/ER/FB=20 (ICH2/3/4/4/5/5/6), 6300ESB Hub Interface to PCI Bridge' class =3D bridge subclass =3D PCI-PCI isab0@pci0:31:0: class=3D0x060100=20 card=3D0x514d8086 chip=3D0x28108086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-ISA atapci1@pci0:31:2: class=3D0x01018a=20 card=3D0x514d8086 chip=3D0x28208086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D mass storage subclass =3D ATA none3@pci0:31:3: class=3D0x0c0500=20 card=3D0x514d8086 chip=3D0x283e8086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D serial bus subclass =3D SMBus atapci2@pci0:31:5: class=3D0x010185=20 card=3D0x514d8086 chip=3D0x28258086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D mass storage subclass =3D ATA atapci0@pci2:0:0: class=3D0x01018f=20 card=3D0x610111ab chip=3D0x610111ab rev=3D0xb1 hdr=3D0x00 vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' class =3D mass storage subclass =3D ATA rl0@pci6:0:0: class=3D0x020000 card=3D0x813910ec=20 chip=3D0x813910ec rev=3D0x10 hdr=3D0x00 vendor =3D 'Realtek Semiconductor' device =3D 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class =3D network subclass =3D ethernet none4@pci6:3:0: class=3D0x0c0010 card=3D0x514d8086=20 chip=3D0x8023104c rev=3D0x00 hdr=3D0x00 vendor =3D 'Texas Instruments (TI)' device =3D 'TSB43AB22/A IEEE1394a-2000 OHCI PHY/Link-Layer Ctrlr' class =3D serial bus subclass =3D FireWire [r6-32bit]# =20 From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 17:18:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82C9316A517 for ; Tue, 31 Oct 2006 17:18:58 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BAF443E73 for ; Tue, 31 Oct 2006 17:17:48 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (t0tk8wo2jp3d4oym@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k9VHHYiv071137; Tue, 31 Oct 2006 09:17:34 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k9VHHSNe071135; Tue, 31 Oct 2006 09:17:28 -0800 (PST) (envelope-from jmg) Date: Tue, 31 Oct 2006 09:17:28 -0800 From: John-Mark Gurney To: "Devon H. O'Dell" Message-ID: <20061031171728.GG25511@funkthat.com> Mail-Followup-To: "Devon H. O'Dell" , Andriy Gapon , Dmitry Pryanishnikov , Jeremie Le Hen , freebsd-current@freebsd.org References: <1155864187.00584864.1155853201@10.7.7.3> <1155882183.00584920.1155870001@10.7.7.3> <44E5C008.9010008@icyb.net.ua> <20060818204915.S42981@atlantis.atlantis.dp.ua> <44E5FFF3.9040908@icyb.net.ua> <20060821004825.F9919@mp2.macomnet.net> <9ab217670610301028k3fef9a34m27e2c7d9ac3ead80@mail.gmail.com> <20061031002420.GF25511@funkthat.com> <9ab217670610301728x42d34410rd7a7e22af311b9f0@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9ab217670610301728x42d34410rd7a7e22af311b9f0@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Dmitry Pryanishnikov , freebsd-current@freebsd.org, Jeremie Le Hen , Andriy Gapon Subject: Re: no kld in minidumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 17:18:58 -0000 Devon H. O'Dell wrote this message on Mon, Oct 30, 2006 at 20:28 -0500: > 2006/10/30, John-Mark Gurney : > >Devon H. O'Dell wrote this message on Mon, Oct 30, 2006 at 14:28 -0400: > >> 2006/8/20, Maxim Konovalov : > >> >On Fri, 18 Aug 2006, 20:59+0300, Andriy Gapon wrote: > >> > > >> >> on 18/08/2006 20:50 Dmitry Pryanishnikov said the following: > >> >> > Hello! > >> >> > > >> >> > On Fri, 18 Aug 2006, Andriy Gapon wrote: > >> >> >> BTW, has anyone contemplated or even done this - some sort of a > >script > >> >> >> to automatically add all modules that were loaded at a time of > >crash ? > >> >> > > >> >> > Hmm, isn't this the task for asf(8). If not, what is asf(8) for? > >> >> > >> >> This is a very nice command, thank you! But it does not seem to be > >> >> directly applicable to postmortem situation i.e. crash dump > >> >> debugging. Or maybe it will be easier to teach kldstat to work with > >> >> dumps/images in addition to what it does now ? > >> > > >> >There is some support in /usr/src/tools/debugscripts/ but I didn't try > >> >it recently. To make it work you need to to do smth like that: > >> > > >> >cd /usr/obj/usr/src/sys/GENERIC/ && make gdbinit > >> > >> >From what I could tell, these were for remote debugging. I've written > >> a shellscript that wraps calling gdb -k (since we're using 4.x at the > >> shop). I'm not quite sure how to translate it into kgdb-feasible stuff > >> since kgdb doesn't have -x or -batch. If anybody would like to give me > >> pointers, I'd be glad to wrap it for either. > >> > >> It's available at http://databits.net/~dho/load_syms.txt > > > >You do know about: > >http://www.freebsd.org/cgi/cvsweb.cgi/src/tools/debugscripts/ > > > >If you want to write up an entry for the README, I'll add it to the > >collection.. > > Yeah, it was my impression that these only worked with remote > debugging (seeing the comments around the relevant code). I'll play > around with it a little more and see what it's all about and submit > something for the README when I figure out how to use it. Ahh, I just reread the README, and can see how it is confusing.. There are two sets of scripts in the directory, the first one gives the example of remote debugging, and the second is different, though there shouldn't be any difference between remote debugging and debugging cores for getting kld symbol locations...... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 19:08:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F6A216A4F2; Tue, 31 Oct 2006 19:08:03 +0000 (UTC) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id AF43B43E37; Tue, 31 Oct 2006 19:07:21 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 31 Oct 2006 19:07:18 +0000 (GMT) To: Nicolas Blais In-Reply-To: Your message of "Mon, 30 Oct 2006 22:27:47 EST." <200610302227.52575.nb_root@videotron.ca> Date: Tue, 31 Oct 2006 19:07:18 +0000 From: Ian Dowse Message-ID: <200610311907.aa91003@nowhere.iedowse.com> Cc: Yuriy Tsibizov , freebsd-current@freebsd.org, Doug Barton Subject: Re: Asus A8V hangs during pci probe on fresh-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 19:08:03 -0000 In message <200610302227.52575.nb_root@videotron.ca>, Nicolas Blais writes: >I saw that pci.c was updated today (to version 1.318) and I decided to give it >a try. As expected, it did not work, so I kept my /usr/src in sync, but reverted pci.c to 1.292.2.9 and my system booted fine! > >By diff'ing with 1.315 >(http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c.diff?f=H&r1=text&tr1=1.292.2.9&r2=text&tr2=1.315) >we can find there's obviously something in the vpd code that my system >doesn't like, or that the vpd code doesn't like something about my system ;). FYI, jmg@ sent me the following patch that fixed a similar issue. The thing in common between systems seeing this hang appears to be that they have a Brooktree card installed. Seemingly, some Brooktree cards have a PCI capability claiming VPD support, but the VPD data is missing, which confuses the parser. One of the pci_read_vpd_reg() calls then gets stuck when it tries to read from an invalid address. Ian Index: pci.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/dev/pci/pci.c,v retrieving revision 1.316 diff -u -r1.316 pci.c --- pci.c 20 Oct 2006 21:28:11 -0000 1.316 +++ pci.c 31 Oct 2006 18:58:02 -0000 @@ -630,7 +630,9 @@ state = 5; break; default: /* XXX - unimplemented */ - state = 4; + end = 1; + cksumvalid = 0; + continue; break; } break; From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 19:42:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16E3A16A407; Tue, 31 Oct 2006 19:42:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B250043D6D; Tue, 31 Oct 2006 19:42:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9VJgJ32029387; Tue, 31 Oct 2006 14:42:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9VJgItq072808; Tue, 31 Oct 2006 14:42:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D230573068; Tue, 31 Oct 2006 14:42:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061031194217.D230573068@freebsd-current.sentex.ca> Date: Tue, 31 Oct 2006 14:42:17 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 19:42:20 -0000 TB --- 2006-10-31 18:37:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-31 18:37:49 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-10-31 18:37:49 - cleaning the object tree TB --- 2006-10-31 18:38:49 - checking out the source tree TB --- 2006-10-31 18:38:49 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-10-31 18:38:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-31 18:49:11 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-31 18:49:11 - cd /src TB --- 2006-10-31 18:49:11 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 31 18:49:13 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -c /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -o gensnmptree gensnmptree.o gzip -cn /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.1 > gensnmptree.1.gz ===> usr.sbin/bsnmpd/bsnmpd (all) cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/main.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:57: error: `OIDX_freeBSDVersion' undeclared here (not in a function) /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:65: warning: 'act_getkernstring' defined but not used *** Error code 1 Stop in /src/usr.sbin/bsnmpd/bsnmpd. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-31 19:42:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-31 19:42:17 - ERROR: failed to build world TB --- 2006-10-31 19:42:17 - tinderbox aborted TB --- 0.75 user 3.49 system 3868.05 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 19:42:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D44BF16A530; Tue, 31 Oct 2006 19:42:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E82243D4C; Tue, 31 Oct 2006 19:42:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9VJgQSB029402; Tue, 31 Oct 2006 14:42:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9VJgQY7072959; Tue, 31 Oct 2006 14:42:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A4F627306B; Tue, 31 Oct 2006 14:42:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061031194226.A4F627306B@freebsd-current.sentex.ca> Date: Tue, 31 Oct 2006 14:42:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 19:42:29 -0000 TB --- 2006-10-31 18:37:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-31 18:37:49 - starting HEAD tinderbox run for arm/arm TB --- 2006-10-31 18:37:49 - cleaning the object tree TB --- 2006-10-31 18:38:21 - checking out the source tree TB --- 2006-10-31 18:38:21 - cd /tinderbox/HEAD/arm/arm TB --- 2006-10-31 18:38:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-31 18:49:11 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-31 18:49:11 - cd /src TB --- 2006-10-31 18:49:11 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 31 18:49:13 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -c /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -o gensnmptree gensnmptree.o gzip -cn /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.1 > gensnmptree.1.gz ===> usr.sbin/bsnmpd/bsnmpd (all) cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/main.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:57: error: `OIDX_freeBSDVersion' undeclared here (not in a function) /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:65: warning: 'act_getkernstring' defined but not used *** Error code 1 Stop in /src/usr.sbin/bsnmpd/bsnmpd. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-31 19:42:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-31 19:42:26 - ERROR: failed to build world TB --- 2006-10-31 19:42:26 - tinderbox aborted TB --- 0.38 user 1.65 system 3877.09 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 20:45:52 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5299E16A511; Tue, 31 Oct 2006 20:45:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AC5E43DD8; Tue, 31 Oct 2006 20:45:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k9VKj5Di018010; Tue, 31 Oct 2006 15:45:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9VKj5JI063815; Tue, 31 Oct 2006 15:45:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 15CB173068; Tue, 31 Oct 2006 15:45:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061031204505.15CB173068@freebsd-current.sentex.ca> Date: Tue, 31 Oct 2006 15:45:04 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 20:45:52 -0000 TB --- 2006-10-31 19:42:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-31 19:42:26 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-10-31 19:42:26 - cleaning the object tree TB --- 2006-10-31 19:43:28 - checking out the source tree TB --- 2006-10-31 19:43:28 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-10-31 19:43:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-31 19:52:52 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-31 19:52:52 - cd /src TB --- 2006-10-31 19:52:52 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 31 19:52:54 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -c /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -o gensnmptree gensnmptree.o gzip -cn /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.1 > gensnmptree.1.gz ===> usr.sbin/bsnmpd/bsnmpd (all) cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/main.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:57: error: `OIDX_freeBSDVersion' undeclared here (not in a function) /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:65: warning: 'act_getkernstring' defined but not used *** Error code 1 Stop in /src/usr.sbin/bsnmpd/bsnmpd. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-31 20:45:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-31 20:45:04 - ERROR: failed to build world TB --- 2006-10-31 20:45:04 - tinderbox aborted TB --- 0.66 user 2.87 system 3758.10 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 20:49:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1B7A16A407 for ; Tue, 31 Oct 2006 20:49:58 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64ED143DBF for ; Tue, 31 Oct 2006 20:49:30 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.8/8.13.8) with ESMTP id k9VKl95L043138 for ; Tue, 31 Oct 2006 12:47:09 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.8/8.13.8/Submit) id k9VKl9Ba043137 for freebsd-current@freebsd.org; Tue, 31 Oct 2006 12:47:09 -0800 (PST) (envelope-from sgk) Date: Tue, 31 Oct 2006 12:47:09 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20061031204709.GA43090@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: bsnmpd breaks buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 20:49:58 -0000 ===> usr.sbin/bsnmpd/bsnmpd (all) cc -O2 -pipe -march=opteron -I/usr/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/usr/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /usr/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c /usr/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:57: error: `OIDX_freeBSDVersion' undeclared here (not in a function) /usr/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:65: warning: 'act_getkernstring' defined but not used *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd/bsnmpd. *** Error code 1 troutmask:kargl[201] cd /usr/src troutmask:kargl[202] find . -type f | xargs grep OIDX_freeBSDVersion ./contrib/bsnmp/snmpd/action.c: oid_freeBSDVersion = OIDX_freeBSDVersion; grep: ./#cvs.cvsup-32694.1: Permission denied troutmask:kargl[203] This patch fixes the problem. --- usr.sbin/Makefile.orig Tue Oct 31 12:46:19 2006 +++ usr.sbin/Makefile Tue Oct 31 12:46:32 2006 @@ -24,7 +24,6 @@ ${_boot0cfg} \ ${_boot98cfg} \ bootparamd \ - bsnmpd \ ${_btxld} \ burncd \ ${_cached} \ -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 20:55:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8106B16A494; Tue, 31 Oct 2006 20:55:23 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7CAC43D49; Tue, 31 Oct 2006 20:55:22 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([24.202.77.103]) by VL-MO-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J80004MBQ49XNI0@VL-MO-MR002.ip.videotron.ca>; Tue, 31 Oct 2006 15:55:22 -0500 (EST) Date: Tue, 31 Oct 2006 15:55:16 -0500 From: Nicolas Blais In-reply-to: <200610311907.aa91003@nowhere.iedowse.com> To: freebsd-current@freebsd.org Message-id: <200610311555.21480.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart17883039.r9O9Kpb5qQ; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200610311907.aa91003@nowhere.iedowse.com> User-Agent: KMail/1.9.4 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Ian Dowse , Doug Barton , Yuriy Tsibizov Subject: [FIXED] Re: Asus A8V hangs during pci probe on fresh-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 20:55:23 -0000 --nextPart17883039.r9O9Kpb5qQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Tuesday 31 October 2006 14:07, Ian Dowse wrote: > In message <200610302227.52575.nb_root@videotron.ca>, Nicolas Blais write= s: > >I saw that pci.c was updated today (to version 1.318) and I decided to > > give it a try. As expected, it did not work, so I kept my /usr/src in > > sync, but reverted pci.c to 1.292.2.9 and my system booted fine! > > > >By diff'ing with 1.315 > >(http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c.diff?f=3DH&= r1=3Dt > >ext&tr1=3D1.292.2.9&r2=3Dtext&tr2=3D1.315) we can find there's obviously > > something in the vpd code that my system doesn't like, or that the vpd > > code doesn't like something about my system ;). > > FYI, jmg@ sent me the following patch that fixed a similar issue. > The thing in common between systems seeing this hang appears to be > that they have a Brooktree card installed. Seemingly, some Brooktree > cards have a PCI capability claiming VPD support, but the VPD data > is missing, which confuses the parser. One of the pci_read_vpd_reg() > calls then gets stuck when it tries to read from an invalid address. > > Ian Thanks! That fixed the problem! Though seeing a 'continue' before a 'break'= hurts my eyes, I'm happy it works :) I've updated the patch for today's current which has pci.c version 1.318. I= t is available here: http://24.202.77.103:8081/FreeBSD/update/pci.c.diff Hopefully either this is commited or a real fix will be commited soon. Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #9: Tue Oct 31 15:44:23 EST 2006 nicblais@clk01a:= /usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart17883039.r9O9Kpb5qQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFR7g54wTBlvcsbJURAoVBAJ4ioPewLRJZGECkTz+YH4GDOznIWACfYOTO jJugW1w8u7mu6K8Od2aCem4= =Z/p9 -----END PGP SIGNATURE----- --nextPart17883039.r9O9Kpb5qQ-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 21:00:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 313A216A503 for ; Tue, 31 Oct 2006 21:00:59 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAF7B43D5D for ; Tue, 31 Oct 2006 21:00:58 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id A33DC28432; Tue, 31 Oct 2006 15:00:57 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 2028E61C52; Tue, 31 Oct 2006 15:00:57 -0600 (CST) Date: Tue, 31 Oct 2006 15:00:57 -0600 From: "Matthew D. Fuller" To: Alexander Leidinger Message-ID: <20061031210056.GX17019@over-yonder.net> References: <4146.1162284788@critter.freebsd.dk> <20061031172100.to3w8eww00kw84kk@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061031172100.to3w8eww00kw84kk@webmail.leidinger.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: Peter Jeremy , Poul-Henning Kamp , current@freebsd.org Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 21:00:59 -0000 On Tue, Oct 31, 2006 at 05:21:00PM +0100 I heard the voice of Alexander Leidinger, and lo! it spake thus: > Quoting Poul-Henning Kamp (from Tue, 31 Oct 2006 > 08:53:08 +0000): > > > >It certainly correlates with firefox, but restarting firefox does > >not relieve the memory pressure. > > FWIW: On Solaris I also see firefox eating memory. After several > days with several open tabs with several pictures in each page (for > example BigBrother and similar stuff) it eats up a lot of swap. > After closing firefox, it frees some memory (the one firefox itself > has eaten up), but not the memory the X server has eaten up. I see that too, though it doesn't seem to cause any slowdowns here. My X server has a 'size' of 568 meg, but only 120 meg resident. It's been running since I booted in June, and Firefox has bloated itself into oblivion and been restarted a number of times since then. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 21:29:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2C6B16A530 for ; Tue, 31 Oct 2006 21:29:39 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3033743D45 for ; Tue, 31 Oct 2006 21:29:07 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([24.202.77.103]) by VL-MH-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J8000057ROJTJ30@VL-MH-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Tue, 31 Oct 2006 16:29:07 -0500 (EST) Date: Tue, 31 Oct 2006 16:29:01 -0500 From: Nicolas Blais To: freebsd-current@freebsd.org Message-id: <200610311629.06271.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1854864.7RVcYb3NdI; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit User-Agent: KMail/1.9.4 Subject: Hifn 7955/7956 crypto accelerator questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 21:29:40 -0000 --nextPart1854864.7RVcYb3NdI Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I'm looking to get a couple of Soekris vpn1401 (hifn 7955) or vpn1461 (hifn= =20 7956) to do some performance tests in a military environment with FreeBSD=20 systems. Since this is a big project and I don't want to jump in something= =20 destined to fail, I'll ask your expertise. 1. After searching the mailing lists for reports of performance with openss= l=20 and cryptop accelerators, I did not find anything that showed an increase i= n=20 performance with the cards (though some posts date back to FBSD4.8). Does=20 openssl today make correct use of the crypto hardware? 2. From what I understand, ssh is supposed to increase in performance with= =20 those cards. Assuming two FreeBSD computers with crypto accelerators are=20 transfering big files (say sftp) in a cipher that the card and driver=20 supports, would the transfer rate be at or near clear-text speed (in a=20 100mbps link)? 3. How does GEOM_ELI uses crypto hardware to accelerate working with encryp= ted=20 partitions? Again, with big file systems, would a gain in performance be=20 noticeable? 4. Also, it seems that asymmetric crypto support is not yet implemented in = the=20 hifn driver (according to the man page). Is it safe to assume that pgp will= =20 not be accelerated? Any plans to support it? (perhaps this is an OpenBSD=20 question...) The whole idea is to reduce conversion and transfer time with highly=20 sensitive, huge files (> 1 GB, sometimes near 10 GB). We currently use a=20 commercial software compatible with PGP, but there are security and=20 logistical issues with it (the commercial software, not PGP). Encrypting a= =20 2GB file with PGP, even on a modern machine, takes a long time. I've done=20 tests with geli and am so far satisfied with it, but it is a storage=20 encryption and doesn't allow us to safely transfer data unless we physicall= y=20 transfert the disk or use ssh. With geli, you also have to make sure that t= he=20 created partition is only readable/writeable by the user you want access=20 allowed to which reduces the total security of the information due to human= =20 negligeance. Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #9: Tue Oct 31 15:44:23 EST 2006 =20 nicblais@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart1854864.7RVcYb3NdI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFR8Ai4wTBlvcsbJURAl3PAJ9T6bda6jCNEbJk5C8HcPI/hn48/QCdEa9P f9345jEnNrfLr7aIPsfQTqU= =7OrR -----END PGP SIGNATURE----- --nextPart1854864.7RVcYb3NdI-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 21:47:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13C9216A417; Tue, 31 Oct 2006 21:47:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5394E43D78; Tue, 31 Oct 2006 21:47:38 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k9VLlbCG025603; Tue, 31 Oct 2006 16:47:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9VLlbDW096130; Tue, 31 Oct 2006 16:47:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 37D0273068; Tue, 31 Oct 2006 16:47:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061031214737.37D0273068@freebsd-current.sentex.ca> Date: Tue, 31 Oct 2006 16:47:37 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 21:47:45 -0000 TB --- 2006-10-31 20:45:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-31 20:45:48 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-10-31 20:45:48 - cleaning the object tree TB --- 2006-10-31 20:46:25 - checking out the source tree TB --- 2006-10-31 20:46:25 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-10-31 20:46:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-31 20:55:09 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-31 20:55:09 - cd /src TB --- 2006-10-31 20:55:09 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 31 20:55:10 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -c /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -o gensnmptree gensnmptree.o gzip -cn /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.1 > gensnmptree.1.gz ===> usr.sbin/bsnmpd/bsnmpd (all) cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/main.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:57: error: `OIDX_freeBSDVersion' undeclared here (not in a function) /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:65: warning: 'act_getkernstring' defined but not used *** Error code 1 Stop in /src/usr.sbin/bsnmpd/bsnmpd. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-31 21:47:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-31 21:47:36 - ERROR: failed to build world TB --- 2006-10-31 21:47:36 - tinderbox aborted TB --- 0.59 user 2.29 system 3708.51 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 21:53:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CB3C16A494 for ; Tue, 31 Oct 2006 21:53:11 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 959D843DCD for ; Tue, 31 Oct 2006 21:52:29 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20061031215210m9100ekl2he>; Tue, 31 Oct 2006 21:52:10 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id k9VLq8J2039419; Tue, 31 Oct 2006 15:52:08 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id k9VLq7GA039418; Tue, 31 Oct 2006 15:52:07 -0600 (CST) (envelope-from brooks) Date: Tue, 31 Oct 2006 15:52:07 -0600 From: Brooks Davis To: Nicolas Blais Message-ID: <20061031215207.GA38358@lor.one-eyed-alien.net> References: <200610311629.06271.nb_root@videotron.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <200610311629.06271.nb_root@videotron.ca> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Hifn 7955/7956 crypto accelerator questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 21:53:11 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 31, 2006 at 04:29:01PM -0500, Nicolas Blais wrote: > Hi, >=20 > I'm looking to get a couple of Soekris vpn1401 (hifn 7955) or vpn1461 (hi= fn=20 > 7956) to do some performance tests in a military environment with FreeBSD= =20 > systems. Since this is a big project and I don't want to jump in somethin= g=20 > destined to fail, I'll ask your expertise. >=20 > 1. After searching the mailing lists for reports of performance with open= ssl=20 > and cryptop accelerators, I did not find anything that showed an increase= in=20 > performance with the cards (though some posts date back to FBSD4.8). Does= =20 > openssl today make correct use of the crypto hardware? I believe it can in modern versions. > 2. From what I understand, ssh is supposed to increase in performance wit= h=20 > those cards. Assuming two FreeBSD computers with crypto accelerators are= =20 > transfering big files (say sftp) in a cipher that the card and driver=20 > supports, would the transfer rate be at or near clear-text speed (in a=20 > 100mbps link)? It all depends on your CPU and your algorithm. For example, looking the data from the HPN-SSH project, you'll see they are getting >100Mbps throughput with SCP encrypted with AES. That meets your requirements below, but that's with a fairly fast CPU. If you need to use a slow CPU an accelerator may help. http://www.psc.edu/networking/projects/hpn-ssh/ > 3. How does GEOM_ELI uses crypto hardware to accelerate working with encr= ypted=20 > partitions? Again, with big file systems, would a gain in performance be= =20 > noticeable? Yes and maybe. Again, it depends. With a modern CPU the older hifn cards probably won't show much benefit. > 4. Also, it seems that asymmetric crypto support is not yet implemented i= n the=20 > hifn driver (according to the man page). Is it safe to assume that pgp wi= ll=20 > not be accelerated? Any plans to support it? (perhaps this is an OpenBSD= =20 > question...) PGP mostly uses an asymmetric cypher encrypted using RSA or DSA because they are too slow to encrypt even a small file otherwise. If PGP used OpenSSL for that part and the OpenSSL supported acceleration, and PGP was configured to use an accelerated symmetric cipher then you would see some speedup. You'd still have the cost of generating the random symmetric key and encrypting it, but for large files the cost would be reduced. > The whole idea is to reduce conversion and transfer time with highly=20 > sensitive, huge files (> 1 GB, sometimes near 10 GB). We currently use a= =20 > commercial software compatible with PGP, but there are security and=20 > logistical issues with it (the commercial software, not PGP). Encrypting = a=20 > 2GB file with PGP, even on a modern machine, takes a long time. I've done= =20 > tests with geli and am so far satisfied with it, but it is a storage=20 > encryption and doesn't allow us to safely transfer data unless we physica= lly=20 > transfert the disk or use ssh. With geli, you also have to make sure that= the=20 > created partition is only readable/writeable by the user you want access= =20 > allowed to which reduces the total security of the information due to hum= an=20 > negligeance. Assuming non-trivial bandwidth-delay products, you'll definitely want to look at HPN-SSH and understand what it does even if you don't end up using it. -- Brooks --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFR8WGXY6L6fI4GtQRAjqvAJ4i46bzoA+CHVc+IrJ3iYwyGJWJ5ACfTShC QyHcojlCeFr/Xctck1lZKAI= =9oOm -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 22:05:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B48C16A4A0; Tue, 31 Oct 2006 22:05:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D72BA43D46; Tue, 31 Oct 2006 22:05:58 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9VM5w34052550; Tue, 31 Oct 2006 17:05:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9VM5wKZ013978; Tue, 31 Oct 2006 17:05:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EE4A573068; Tue, 31 Oct 2006 17:05:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061031220557.EE4A573068@freebsd-current.sentex.ca> Date: Tue, 31 Oct 2006 17:05:57 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 22:05:59 -0000 TB --- 2006-10-31 20:45:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-31 20:45:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-10-31 20:45:05 - cleaning the object tree TB --- 2006-10-31 20:45:46 - checking out the source tree TB --- 2006-10-31 20:45:46 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-10-31 20:45:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-31 20:55:09 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-31 20:55:09 - cd /src TB --- 2006-10-31 20:55:09 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 31 20:55:10 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -c /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -o gensnmptree gensnmptree.o gzip -cn /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.1 > gensnmptree.1.gz ===> usr.sbin/bsnmpd/bsnmpd (all) cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/main.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:57: error: `OIDX_freeBSDVersion' undeclared here (not in a function) /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:65: warning: 'act_getkernstring' defined but not used *** Error code 1 Stop in /src/usr.sbin/bsnmpd/bsnmpd. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-31 22:05:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-31 22:05:57 - ERROR: failed to build world TB --- 2006-10-31 22:05:57 - tinderbox aborted TB --- 0.71 user 2.50 system 4852.52 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 22:21:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B2E916A50D; Tue, 31 Oct 2006 22:21:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA6C243D53; Tue, 31 Oct 2006 22:21:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9VKjmQL041074; Tue, 31 Oct 2006 15:45:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9VKjmrf038901; Tue, 31 Oct 2006 15:45:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5CC0673068; Tue, 31 Oct 2006 15:45:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061031204548.5CC0673068@freebsd-current.sentex.ca> Date: Tue, 31 Oct 2006 15:45:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 22:21:35 -0000 TB --- 2006-10-31 19:42:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-31 19:42:18 - starting HEAD tinderbox run for i386/i386 TB --- 2006-10-31 19:42:18 - cleaning the object tree TB --- 2006-10-31 19:43:18 - checking out the source tree TB --- 2006-10-31 19:43:18 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-10-31 19:43:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-31 19:52:52 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-31 19:52:52 - cd /src TB --- 2006-10-31 19:52:52 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 31 19:52:54 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -c /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -o gensnmptree gensnmptree.o gzip -cn /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.1 > gensnmptree.1.gz ===> usr.sbin/bsnmpd/bsnmpd (all) cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/main.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:57: error: `OIDX_freeBSDVersion' undeclared here (not in a function) /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:65: warning: 'act_getkernstring' defined but not used *** Error code 1 Stop in /src/usr.sbin/bsnmpd/bsnmpd. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-31 20:45:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-31 20:45:48 - ERROR: failed to build world TB --- 2006-10-31 20:45:48 - tinderbox aborted TB --- 0.72 user 3.00 system 3810.32 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 22:39:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85CA316A403 for ; Tue, 31 Oct 2006 22:39:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD0B043D53 for ; Tue, 31 Oct 2006 22:39:02 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9VMcr8X057802; Tue, 31 Oct 2006 15:38:59 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4547D077.4070609@samsco.org> Date: Tue, 31 Oct 2006 15:38:47 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <4146.1162284788@critter.freebsd.dk> <20061031172100.to3w8eww00kw84kk@webmail.leidinger.net> In-Reply-To: <20061031172100.to3w8eww00kw84kk@webmail.leidinger.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Peter Jeremy , Poul-Henning Kamp , current@freebsd.org Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 22:39:03 -0000 Alexander Leidinger wrote: > Quoting Poul-Henning Kamp (from Tue, 31 Oct 2006 > 08:53:08 +0000): > >>> Do you have any long-running clients? X clients can store objects in >>> the server and some web browsers have been known to simulate Xserver >>> leaks. >> >> >> It certainly correlates with firefox, but restarting firefox does >> not relieve the memory pressure. > > > FWIW: On Solaris I also see firefox eating memory. After several days > with several open tabs with several pictures in each page (for example > BigBrother and similar stuff) it eats up a lot of swap. After closing > firefox, it frees some memory (the one firefox itself has eaten up), > but not the memory the X server has eaten up. When I closed firefox > several times, X has eaten too much and everything (on the desktop) > comes to a crawl (more or less). Restarting the X server (xorg BTW) > everything is back to normal. > > AFAIK it's a know firefox bug which isn't even fixed in firefox 2.0 > (despite a lot of requests from users). > > Bye, > Alexander. > I think that the Firefox behaviour is actually considered a feature. Both Mozilla and Firefox appear to cache everything they can, without bounds. If you tweak a hidden pref to turn off caching, the 'leak' goes away. Scott From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 22:48:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3709116A416; Tue, 31 Oct 2006 22:48:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 148A143D5C; Tue, 31 Oct 2006 22:48:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k9VMmlwM036547; Tue, 31 Oct 2006 17:48:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9VMmlNj005826; Tue, 31 Oct 2006 17:48:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1DEB673068; Tue, 31 Oct 2006 17:48:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061031224847.1DEB673068@freebsd-current.sentex.ca> Date: Tue, 31 Oct 2006 17:48:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 22:48:53 -0000 TB --- 2006-10-31 21:47:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-31 21:47:37 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-10-31 21:47:37 - cleaning the object tree TB --- 2006-10-31 21:48:09 - checking out the source tree TB --- 2006-10-31 21:48:09 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-10-31 21:48:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-31 21:57:41 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-31 21:57:41 - cd /src TB --- 2006-10-31 21:57:41 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 31 21:57:43 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -c /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -o gensnmptree gensnmptree.o gzip -cn /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.1 > gensnmptree.1.gz ===> usr.sbin/bsnmpd/bsnmpd (all) cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/main.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:57: error: `OIDX_freeBSDVersion' undeclared here (not in a function) /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:65: warning: 'act_getkernstring' defined but not used *** Error code 1 Stop in /src/usr.sbin/bsnmpd/bsnmpd. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-31 22:48:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-31 22:48:46 - ERROR: failed to build world TB --- 2006-10-31 22:48:46 - tinderbox aborted TB --- 0.73 user 2.30 system 3669.54 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 23:03:58 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A72FC16A407; Tue, 31 Oct 2006 23:03:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 786B643D53; Tue, 31 Oct 2006 23:03:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k9VN3gtx037875; Tue, 31 Oct 2006 18:03:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9VN3f9x068530; Tue, 31 Oct 2006 18:03:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A569A73068; Tue, 31 Oct 2006 18:03:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061031230340.A569A73068@freebsd-current.sentex.ca> Date: Tue, 31 Oct 2006 18:03:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 23:03:58 -0000 TB --- 2006-10-31 22:05:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-31 22:05:58 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-10-31 22:05:58 - cleaning the object tree TB --- 2006-10-31 22:06:23 - checking out the source tree TB --- 2006-10-31 22:06:23 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-31 22:06:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-31 22:14:50 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-31 22:14:50 - cd /src TB --- 2006-10-31 22:14:50 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 31 22:14:52 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -c /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -o gensnmptree gensnmptree.o gzip -cn /src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.1 > gensnmptree.1.gz ===> usr.sbin/bsnmpd/bsnmpd (all) cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/main.c cc -O2 -pipe -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/lib -I/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd -I. -DUSE_LIBBEGEMOT -DUSE_TCPWRAPPERS -DQUADFMT='"llu"' -DQUADXFMT='"llx"' -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DHAVE_ERR_H -DHAVE_STRLCPY -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:57: error: `OIDX_freeBSDVersion' undeclared here (not in a function) /src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/action.c:65: warning: 'act_getkernstring' defined but not used *** Error code 1 Stop in /src/usr.sbin/bsnmpd/bsnmpd. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-31 23:03:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-31 23:03:40 - ERROR: failed to build world TB --- 2006-10-31 23:03:40 - tinderbox aborted TB --- 0.62 user 1.91 system 3462.65 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 31 23:37:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B64CB16A542 for ; Tue, 31 Oct 2006 23:37:54 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 626BE43D45 for ; Tue, 31 Oct 2006 23:37:39 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.8/8.13.8) with ESMTP id k9VNZEwm031469 for ; Tue, 31 Oct 2006 15:35:14 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.8/8.13.8/Submit) id k9VNZE5W031468 for freebsd-current@freebsd.org; Tue, 31 Oct 2006 15:35:14 -0800 (PST) (envelope-from sgk) Date: Tue, 31 Oct 2006 15:35:14 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20061031233514.GA31448@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: gjournal.c type punning problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 23:37:54 -0000 cc -O2 -pipe -march=opteron -I/usr/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sbin/fsck_ffs/gjournal.c /usr/src/sbin/fsck_ffs/gjournal.c: In function `gjournal_check': /usr/src/sbin/fsck_ffs/gjournal.c:717: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 01:13:48 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A694E16A407 for ; Wed, 1 Nov 2006 01:13:48 +0000 (UTC) (envelope-from prvs=julian=453a8fdc9@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5852F43D5F for ; Wed, 1 Nov 2006 01:13:46 +0000 (GMT) (envelope-from prvs=julian=453a8fdc9@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 31 Oct 2006 17:13:46 -0800 Message-ID: <4547F4C9.5020902@elischer.org> Date: Tue, 31 Oct 2006 17:13:45 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: remote gdb, kgdb and ddb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 01:13:48 -0000 it's been a bew years since I did this.. some questions.. why kgdb instead of gdb -k ? for remote, gdb seems to work fine kgdb -r /dev/cuad0 kernel.debug thinks it's working but seems to get confused a lot.. gdb with the following .gdbinit file seems to work as well. file kernel.debug set verbose 1 set remotebreak 1 set remotebaud 9600 set remotedevice /dev/cuad0 target remote /dev/cuad0 though I'm not convinced I'm seeing the last frame in which the trap occurs. (ddb shows one more frame). Now that I have my machine in remote gdb, the documentation (as sparse as it is) doesnt't say how to make the machine reboot. from ddb I can do 'call cpu_reset' which seems to work, but I haven't succedded in making gdb do anything similar, nor to drop back into ddb. At one stage 'detach' used to do that but it seems to have stopped working. anyone have ideas (short of ipmi) on rebooting? (the machine will be remote) and does kgdb call gdb? what is the relationship, and since they both seem to be somewhat working, which is the right one to use? From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 02:29:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 549E016A40F for ; Wed, 1 Nov 2006 02:29:40 +0000 (UTC) (envelope-from Chris@lainos.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0431C43D49 for ; Wed, 1 Nov 2006 02:29:39 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id 0A4846D44D for ; Tue, 31 Oct 2006 19:29:37 -0700 (MST) X-Virus-Scanned: amavisd-new at neovanglist.net Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HZZm8LS1gPb9 for ; Tue, 31 Oct 2006 19:29:32 -0700 (MST) Received: from melchior (kbhn-vbrg-sr0-vl202-021.perspektivbredband.net [85.235.18.21]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id C4F726D42D for ; Tue, 31 Oct 2006 19:29:30 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org Date: Wed, 1 Nov 2006 03:28:59 +0100 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611010328.59964.Chris@lainos.org> Subject: umass strangeness (lots of debug spam inline) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 02:29:40 -0000 With my current mainboard, I have been getting some strange issues when using umass. The mainboard is Tyan K8WE (2895) with two northbridges, dmesg and pciconf/usbdevs is below. (nForce 4) Normally, no matter what the device, (CompactFlash, MP3 Player, External HDD) when I plug it in I get this: ## BEGIN MESSAGES ## uhub1: port 3, set config at addr 126 failed, error=USBD_TIMEOUT uhub_explore: usb_new_device failed, error=USBD_TIMEOUT uhub1: device problem (USBD_TIMEOUT), disabling port 3 ## END MESSAGES ## If I continue to unplug and replug it a few times it finally proceeds to work. However, with the Western Digital WD 2500/032 external USB hard drive, after getting a couple of the above messages (after plugging and unplugging as usual) I get the following: (With umass debug sysctl set to -1) ## BEGIN MESSAGES ## umass1: umass1: SCSI over Bulk-Only; quirks = 0x0000 umass1: Get Max Lun not supported (USBD_TIMEOUT) umass1:umass_cam_action: 6:-1:-1:XPT_PATH_INQ:. umass1:6:1:-1: Attached to scbus6 umass1:umass_cam_rescan: scbus6: scanning for 6:1:-1 umass1:umass_cam_action: 6:-1:-1:XPT_PATH_INQ:. umass1:umass_cam_action: 6:0:0:XPT_PATH_INQ:. umass1:umass_cam_action: 6:0:0:XPT_PATH_INQ:. umass1:umass_cam_action: 6:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/36b data/18b sense umass1:umass_bbb_dump_cbw: CBW 1: cmd = 6b (0x120000002400), data = 36b, lun = 0, dir = in umass1:umass_attach: Attach finished umass1:umass_transfer_start: transfer index = 4 umass1:umass_t_bbb_data_read_callback: max_bulk=131072, data_rem=36 umass1:umass_t_bbb_data_read_callback: max_bulk=131072, data_rem=0 umass1:umass_transfer_start: transfer index = 8 umass1:umass_bbb_dump_csw: CSW 1: sig = 0x53425355 (valid), tag = 1, res = 0, status = 0x00 (good) umass1:umass_cam_action: 6:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/74b data/18b sense umass1:umass_bbb_dump_cbw: CBW 2: cmd = 6b (0x120000004a00), data = 74b, lun = 0, dir = in umass1:umass_transfer_start: transfer index = 4 umass1:umass_t_bbb_data_read_callback: max_bulk=131072, data_rem=74 umass1:umass_t_bbb_data_read_callback: max_bulk=131072, data_rem=0 umass1:umass_transfer_start: transfer index = 8 umass1:umass_bbb_dump_csw: CSW 2: sig = 0x53425355 (valid), tag = 2, res = 0, status = 0x00 (good) umass1:umass_cam_action: 6:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/255b data/18b sense umass1:umass_bbb_dump_cbw: CBW 3: cmd = 6b (0x12018000ff00), data = 255b, lun = 0, dir = in umass1:umass_transfer_start: transfer index = 4 umass1:umass_t_bbb_data_read_callback: max_bulk=131072, data_rem=255 umass1:umass_t_bbb_data_read_callback: max_bulk=131072, data_rem=0 umass1:umass_transfer_start: transfer index = 8 umass1:umass_t_bbb_status_callback: Failed to read CSW: USBD_TIMEOUT, try 0 umass1:umass_transfer_start: transfer index = 5 umass1:umass_tr_error: transfer error, USBD_TIMEOUT -> reset umass1:umass_transfer_start: transfer index = 0 umass1:umass_t_bbb_reset1_callback: BBB reset! umass1:umass_cam_action: 6:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/255b data/18b sense umass1:umass_tr_error: transfer error, USBD_TIMEOUT -> reset umass1:umass_transfer_start: transfer index = 0 umass1:umass_t_bbb_reset1_callback: BBB reset! umass1:umass_cam_action: 6:0:0:XPT_GET_TRAN_SETTINGS:. umass1:umass_cam_action: 6:0:0:XPT_PATH_INQ:. umass1:umass_cam_action: 6:0:0:XPT_GET_TRAN_SETTINGS:. umass1:umass_cam_action: 6:0:0:XPT_SET_TRAN_SETTINGS:. umass1:umass_cam_action: 6:0:0:XPT_SCSI_IO: cmd: 0x00, flags: 0xc0, 6b cmd/0b data/32b sense umass1:umass_tr_error: transfer error, USBD_TIMEOUT -> reset umass1:umass_transfer_start: transfer index = 0 umass1:umass_t_bbb_reset1_callback: BBB reset! umass1:umass_cam_action: 6:0:0:XPT_PATH_INQ:. umass1:umass_cam_action: 6:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umassX:umass_cam_rescan_callback: xpt0: Rescan succeeded umass1:umass_tr_error: transfer error, USBD_TIMEOUT -> reset umass1:umass_transfer_start: transfer index = 0 umass1:umass_t_bbb_reset1_callback: BBB reset! umass1:umass_cam_action: 6:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass1:umass_tr_error: transfer error, USBD_TIMEOUT -> reset umass1:umass_transfer_start: transfer index = 0 umass1:umass_t_bbb_reset1_callback: BBB reset! umass1:umass_cam_action: 6:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass1:umass_tr_error: transfer error, USBD_TIMEOUT -> reset umass1:umass_transfer_start: transfer index = 0 umass1:umass_t_bbb_reset1_callback: BBB reset! umass1:umass_cam_action: 6:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass1:umass_tr_error: transfer error, USBD_TIMEOUT -> reset umass1:umass_transfer_start: transfer index = 0 umass1:umass_t_bbb_reset1_callback: BBB reset! umass1:umass_cam_action: 6:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass1:umass_tr_error: transfer error, USBD_TIMEOUT -> reset umass1:umass_transfer_start: transfer index = 0 (da6:umass-sim1:1:0:0): got CAM status 0x4 (da6:umass-sim1:1:0:0): fatal error, failed to attach to device (da6:umass-sim1:1:0:0): lost device umass1:umass_t_bbb_reset1_callback: BBB reset! umass1:umass_cam_action: 6:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass1:umass_tr_error: transfer error, USBD_TIMEOUT -> reset umass1:umass_transfer_start: transfer index = 0 umass1:umass_t_bbb_reset1_callback: BBB reset! umass1:umass_cam_action: 6:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass1:umass_tr_error: transfer error, USBD_TIMEOUT -> reset umass1:umass_transfer_start: transfer index = 0 umass1:umass_t_bbb_reset1_callback: BBB reset! umass1:umass_cam_action: 6:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass1:umass_tr_error: transfer error, USBD_TIMEOUT -> reset umass1:umass_transfer_start: transfer index = 0 umass1:umass_t_bbb_reset1_callback: BBB reset! umass1:umass_cam_action: 6:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass1:umass_tr_error: transfer error, USBD_TIMEOUT -> reset umass1:umass_transfer_start: transfer index = 0 umass1:umass_t_bbb_reset1_callback: BBB reset! umass1:umass_cam_action: 6:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense umass1:umass_tr_error: transfer error, USBD_TIMEOUT -> reset umass1:umass_transfer_start: transfer index = 0 umass1:umass_t_bbb_reset1_callback: BBB reset! (da6:umass-sim1:1:0:0): removing device entry Opened disk da6 -> 5 umass1:umass_tr_error: transfer error, USBD_TIMEOUT -> reset umass1: timeout: giving up reset! ## END MESSAGES ## I've also tried using the alternative "new" USB stack patchset floating around out there, with pretty much the exact same results. Here is the usual debug spam: ## BEGIN DMESG.BOOT ## Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RELEASE-p10 #1: Mon Oct 2 07:08:44 CEST 2006 Neovanglist@Melchior.neovanglist.net:/usr/obj/usr/src/sys/Melchior Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 246 (2009.27-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20f51 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 2683830272 (2559 MB) avail memory = 2618638336 (2497 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard ioapic3 irqs 32-55 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xa0000000-0xa0000fff irq 20 at device 2.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 ehci0: mem 0xa0001000-0xa00010ff irq 21 at device 2.1 on pci0 usb1: EHCI version 1.0 usb1: on ehci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1400-0x140f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib1: at device 9.0 on pci0 pci1: on pcib1 nve0: port 0x1410-0x1417 mem 0xa0002000-0xa0002fff irq 22 at device 10.0 on pci0 nve0: Ethernet address 00:e0:81:57:25:6a miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:e0:81:57:25:6a pcib2: at device 14.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pci2: at device 0.1 (no driver attached) pcib3: port 0xcf8-0xcff on acpi0 pci8: on pcib3 pcib4: at device 10.0 on pci8 pci9: on pcib4 pcm0: port 0x3000-0x303f irq 24 at device 4.0 on pci9 pcm0: fwohci0: <1394 Open Host Controller Interface> mem 0xc0104000-0xc01047ff,0xc0100000-0xc0103fff irq 25 at device 4.2 on pci9 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:02:3c:00:91:00:c9:cb fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:02:3c:00:c9:cb fwe0: Ethernet address: 02:02:3c:00:c9:cb fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci8: at device 10.1 (no driver attached) pcib5: at device 11.0 on pci8 pci10: on pcib5 ahd0: port 0x4400-0x44ff,0x4000-0x40ff mem 0xc0200000-0xc0201fff irq 29 at device 9.0 on pci10 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x4c00-0x4cff,0x4800-0x48ff mem 0xc0202000-0xc0203fff irq 30 at device 9.1 on pci10 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pci8: at device 11.1 (no driver attached) pcib6: port 0xcf8-0xcff on acpi0 pcib6: could not get PCI interrupt routing table for \\_SB_.PCI1 - AE_BAD_DATA pci128: on pcib6 pci128: at device 0.0 (no driver attached) pci128: at device 1.0 (no driver attached) pcib7: at device 14.0 on pci128 pci129: on pcib7 nvidia0: port 0x5000-0x507f mem 0xc2000000-0xc2ffffff,0xd0000000-0xdfffffff,0xc1000000-0xc1ffffff irq 48 at device 0.0 on pci129 nvidia0: [GIANT-LOCKED] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounters tick every 1.000 msec usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 127 uhub0: 10 ports with 10 removable, self powered usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 127 uhub1: 10 ports with 10 removable, self powered Waiting 5 seconds for SCSI devices to settle ums0: ums0: 8 buttons and [XYZ] coordinates umass0: umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:5:0:-1: Attached to scbus5 da0 at ahd1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da1 at ahd1 bus 0 target 4 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 70007MB (143374650 512 byte sectors: 255H 63S/T 8924C) SMP: AP CPU #1 Launched! da2 at umass-sim0 bus 0 target 0 lun 0 da2: Removable Direct Access SCSI-0 device da2: 1.000MB/s transfers da2: 488MB (1000944 512 byte sectors: 64H 32S/T 488C) da3 at umass-sim0 bus 0 target 0 lun 1 da3: Removable Direct Access SCSI-0 device da3: 1.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present da4 at umass-sim0 bus 0 target 0 lun 2 da4: Removable Direct Access SCSI-0 device da4: 1.000MB/s transfers da4: Attempt to query device size failed: NOT READY, Medium not present da5 at umass-sim0 bus 0 target 0 lun 3 da5: Removable Direct Access SCSI-0 device da5: 1.000MB/s transfers da5: Attempt to query device size failed: NOT READY, Medium not present (da3:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:1): SCSI Status: Check Condition (da3:umass-sim0:0:0:1): NOT READY asc:3a,0 (da3:umass-sim0:0:0:1): Medium not present (da3:umass-sim0:0:0:1): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:1): SCSI Status: Check Condition (da3:umass-sim0:0:0:1): NOT READY asc:3a,0 (da3:umass-sim0:0:0:1): Medium not present (da3:umass-sim0:0:0:1): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:1): SCSI Status: Check Condition (da3:umass-sim0:0:0:1): NOT READY asc:3a,0 (da3:umass-sim0:0:0:1): Medium not present (da3:umass-sim0:0:0:1): Unretryable error Opened disk da3 -> 6 (da4:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da4:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da4:umass-sim0:0:0:2): SCSI Status: Check Condition (da4:umass-sim0:0:0:2): NOT READY asc:3a,0 (da4:umass-sim0:0:0:2): Medium not present (da4:umass-sim0:0:0:2): Unretryable error Opened disk da4 -> 6 (da4:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da4:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da4:umass-sim0:0:0:2): SCSI Status: Check Condition (da4:umass-sim0:0:0:2): NOT READY asc:3a,0 (da4:umass-sim0:0:0:2): Medium not present (da4:umass-sim0:0:0:2): Unretryable error Opened disk da4 -> 6 (da4:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da4:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da4:umass-sim0:0:0:2): SCSI Status: Check Condition (da4:umass-sim0:0:0:2): NOT READY asc:3a,0 (da4:umass-sim0:0:0:2): Medium not present (da4:umass-sim0:0:0:2): Unretryable error Opened disk da4 -> 6 (da5:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da5:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da5:umass-sim0:0:0:3): SCSI Status: Check Condition (da5:umass-sim0:0:0:3): NOT READY asc:3a,0 (da5:umass-sim0:0:0:3): Medium not present (da5:umass-sim0:0:0:3): Unretryable error Opened disk da5 -> 6 (da5:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da5:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da5:umass-sim0:0:0:3): SCSI Status: Check Condition (da5:umass-sim0:0:0:3): NOT READY asc:3a,0 (da5:umass-sim0:0:0:3): Medium not present (da5:umass-sim0:0:0:3): Unretryable error Opened disk da5 -> 6 (da5:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da5:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da5:umass-sim0:0:0:3): SCSI Status: Check Condition (da5:umass-sim0:0:0:3): NOT READY asc:3a,0 (da5:umass-sim0:0:0:3): Medium not present (da5:umass-sim0:0:0:3): Unretryable error Opened disk da5 -> 6 Trying to mount root from ufs:/dev/da1s1a ## END DMESG.BOOT ## It's probably safe to ignore the CAM spam there - it's because of my umass CF/SD/MS/Etc reader which had no media in it at boot. ## BEGIN PCICONF -lv ## none0@pci0:0:0: class=0x058000 card=0x289510f1 chip=0x005e10de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Memory Controller' class = memory isab0@pci0:1:0: class=0x060100 card=0x289510f1 chip=0x005110de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-ISA none1@pci0:1:1: class=0x0c0500 card=0x289510f1 chip=0x005210de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 SMBus' class = serial bus subclass = SMBus ohci0@pci0:2:0: class=0x0c0310 card=0x289510f1 chip=0x005a10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 USB Controller' class = serial bus subclass = USB ehci0@pci0:2:1: class=0x0c0320 card=0x289510f1 chip=0x005b10de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 USB 2.0 Controller' class = serial bus subclass = USB atapci0@pci0:6:0: class=0x01018a card=0x289510f1 chip=0x005310de rev=0xf2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Parallel ATA Controller' class = mass storage subclass = ATA pcib1@pci0:9:0: class=0x060401 card=0x0000008c chip=0x005c10de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Bridge' class = bridge subclass = PCI-PCI nve0@pci0:10:0: class=0x020000 card=0x289510f1 chip=0x005610de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Ethernet Controller' class = network subclass = ethernet pcib2@pci0:14:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI hostb0@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI hostb4@pci0:25:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb5@pci0:25:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb6@pci0:25:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb7@pci0:25:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI none2@pci2:0:0: class=0x030000 card=0x0b121002 chip=0x71001002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = display subclass = VGA none3@pci2:0:1: class=0x038000 card=0x0b131002 chip=0x71201002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = display pcib4@pci8:10:0: class=0x060400 card=0x000000a0 chip=0x74501022 rev=0x12 hdr=0x01 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-8131 PCI-X Bridge' class = bridge subclass = PCI-PCI none4@pci8:10:1: class=0x080010 card=0x289510f1 chip=0x74511022 rev=0x01 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-8131 PCI-X IOAPIC' class = base peripheral subclass = interrupt controller pcib5@pci8:11:0: class=0x060400 card=0x000000a0 chip=0x74501022 rev=0x12 hdr=0x01 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-8131 PCI-X Bridge' class = bridge subclass = PCI-PCI none5@pci8:11:1: class=0x080010 card=0x289510f1 chip=0x74511022 rev=0x01 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-8131 PCI-X IOAPIC' class = base peripheral subclass = interrupt controller pcm0@pci9:4:0: class=0x040100 card=0x10021102 chip=0x00041102 rev=0x04 hdr=0x00 vendor = 'Creative Labs' device = 'SoundBlaster Audigy Audigy Audio Processor' class = multimedia subclass = audio emujoy0@pci9:4:1: class=0x098000 card=0x00601102 chip=0x70031102 rev=0x04 hdr=0x00 vendor = 'Creative Labs' device = 'EMU10K2 Audigy Gameport' class = input device fwohci0@pci9:4:2: class=0x0c0010 card=0x00101102 chip=0x40011102 rev=0x04 hdr=0x00 vendor = 'Creative Labs' device = 'EMU10K2 Audigy IEEE1394 Firewire Controller' class = serial bus subclass = FireWire ahd0@pci10:9:0: class=0x010000 card=0x00429005 chip=0x80129005 rev=0x03 hdr=0x00 vendor = 'Adaptec Inc' device = 'ASC-29320 Ultra320 SCSI Controller' class = mass storage subclass = SCSI ahd1@pci10:9:1: class=0x010000 card=0x00429005 chip=0x80129005 rev=0x03 hdr=0x00 vendor = 'Adaptec Inc' device = 'ASC-29320 Ultra320 SCSI Controller' class = mass storage subclass = SCSI none6@pci128:0:0: class=0x058000 card=0x289510f1 chip=0x005e10de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Memory Controller' class = memory none7@pci128:1:0: class=0x058000 card=0x289510f1 chip=0x00d310de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Memory Controller' class = memory pcib7@pci128:14:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI nvidia0@pci129:0:0: class=0x030000 card=0x2084107d chip=0x029110de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = display subclass = VGA ## END PCICONF -lv ## ## BEGIN USBDEVS -d -v ## Controller /dev/usb0: addr 125: full speed, power 500 mA, config 1, Embedded Reader(0x0240), Apacer(0x0d7d), rev 1.00 umass0 addr 126: low speed, power 98 mA, config 1, USB-PS/2 Optical Mouse(0xc01e), Logitech(0x046d), rev 22.00 ums0 addr 127: full speed, self powered, config 1, OHCI root hub(0x0000), nVidia(0x0000), rev 1.00 uhub0 port 1 powered port 2 addr 126: low speed, power 98 mA, config 1, USB-PS/2 Optical Mouse(0xc01e), Logitech(0x046d), rev 22.00 ums0 port 3 powered port 4 powered port 5 powered port 6 powered port 7 addr 125: full speed, power 500 mA, config 1, Embedded Reader(0x0240), Apacer(0x0d7d), rev 1.00 umass0 port 8 powered port 9 powered port 10 powered Controller /dev/usb1: addr 126: high speed, self powered, config 1, product 0x0901(0x0901), Western Digital(0x1058), rev 2.06 umass1 addr 127: high speed, self powered, config 1, EHCI root hub(0x0000), nVidia(0x0000), rev 1.00 uhub1 port 1 powered port 2 powered port 3 addr 126: high speed, self powered, config 1, product 0x0901(0x0901), Western Digital(0x1058), rev 2.06 umass1 port 4 powered port 5 powered port 6 powered port 7 powered port 8 powered port 9 powered port 10 powered ## END USBDEVS -d -v ## It hung for a bit just after "Controller /dev/usb1:" just before it printed the western digital stuff... it seems like it's having a really hard time with this in general. (Lots of timeouts?) If there is any other debug info I can give please let me know - the umass stuff seems pretty problematic in general, so getting any kinks out of it would be great :) (We'll combat the issue of unmounting a mounted umass device after it's already been removed another day!) -- Regards, Chris Gilbert From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 02:32:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7710916A415 for ; Wed, 1 Nov 2006 02:32:16 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EF7C43D72 for ; Wed, 1 Nov 2006 02:32:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 9A8181A3C1C; Tue, 31 Oct 2006 18:32:09 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B63F05128A; Tue, 31 Oct 2006 21:32:03 -0500 (EST) Date: Tue, 31 Oct 2006 21:32:03 -0500 From: Kris Kennaway To: "Matthew D. Fuller" Message-ID: <20061101023203.GA33650@xor.obsecurity.org> References: <4146.1162284788@critter.freebsd.dk> <20061031172100.to3w8eww00kw84kk@webmail.leidinger.net> <20061031210056.GX17019@over-yonder.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <20061031210056.GX17019@over-yonder.net> User-Agent: Mutt/1.4.2.2i Cc: Alexander Leidinger , Poul-Henning Kamp , current@freebsd.org, Peter Jeremy Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 02:32:16 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 31, 2006 at 03:00:57PM -0600, Matthew D. Fuller wrote: > On Tue, Oct 31, 2006 at 05:21:00PM +0100 I heard the voice of > Alexander Leidinger, and lo! it spake thus: > > Quoting Poul-Henning Kamp (from Tue, 31 Oct 2006 = =20 > > 08:53:08 +0000): > > > > > >It certainly correlates with firefox, but restarting firefox does > > >not relieve the memory pressure. > >=20 > > FWIW: On Solaris I also see firefox eating memory. After several > > days with several open tabs with several pictures in each page (for > > example BigBrother and similar stuff) it eats up a lot of swap. > > After closing firefox, it frees some memory (the one firefox itself > > has eaten up), but not the memory the X server has eaten up. >=20 > I see that too, though it doesn't seem to cause any slowdowns here. > My X server has a 'size' of 568 meg, but only 120 meg resident. It's > been running since I booted in June, and Firefox has bloated itself > into oblivion and been restarted a number of times since then. Use the xrestop port to monitor the amount of stuff your X applications cram into the server. Kris --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSAcjWry0BWjoQKURAsrAAJ9eUQLhmjSVTmhxKxquURC76wzbtgCg/sE4 EWcBG6aduP4nzfJsTA2WezU= =CfMN -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 03:58:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BE3316A412 for ; Wed, 1 Nov 2006 03:58:53 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id F120443D55 for ; Wed, 1 Nov 2006 03:58:52 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA13wqqt061535; Tue, 31 Oct 2006 22:58:52 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id kA13wprx067313 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Oct 2006 22:58:51 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200611010358.kA13wprx067313@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 31 Oct 2006 23:00:54 -0500 To: Nicolas Blais , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <200610311629.06271.nb_root@videotron.ca> References: <200610311629.06271.nb_root@videotron.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Status: Clean Cc: Subject: Re: Hifn 7955/7956 crypto accelerator questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 03:58:53 -0000 At 04:29 PM 10/31/2006, Nicolas Blais wrote: >Hi, > >I'm looking to get a couple of Soekris vpn1401 (hifn 7955) or vpn1461 (hifn >7956) to do some performance tests in a military environment with FreeBSD >systems. Since this is a big project and I don't want to jump in something >destined to fail, I'll ask your expertise. Yes, regardless of what you read, you would want to test it first. So for sure I would recommend you order a couple of Soekris boxes and test! test! test! :) >1. After searching the mailing lists for reports of performance with openssl >and cryptop accelerators, I did not find anything that showed an increase in >performance with the cards (though some posts date back to FBSD4.8). Does >openssl today make correct use of the crypto hardware? OpenSSL and FAST_IPSEC will make use of it for sure. However, there is a fair bit of overhead to offload the calculations from userland. Generally, you wont see much of an improvement (if any) on a modern fast CPU with a single stream. The place I find where a crypto card really helps with ssh is where you have multiple streams coming in at the same time. For us, its a big help for our backup server to keep the cpu load down to a reasonable level when we have a dozen or so dumps and tars coming in over ssh all at once. Even with just 3 or 4, it makes a difference for cpu utilization and overall throughput. >2. From what I understand, ssh is supposed to increase in performance with >those cards. Assuming two FreeBSD computers with crypto accelerators are >transfering big files (say sftp) in a cipher that the card and driver >supports, would the transfer rate be at or near clear-text speed (in a >100mbps link)? On a soekris ? 100Mb, I doubt it. Not sure what speeds you would get, but you should try it and see if it would meet your needs >3. How does GEOM_ELI uses crypto hardware to accelerate working with >encrypted >partitions? Again, with big file systems, would a gain in performance be >noticeable? Through the crypto(4) framework. Something like a VIA C3 or C7 might give you better results here. I think pjd@freebsd.org (the author of geli posted some numbers a while back when he created the padlock driver for the crypto framework. Although I really like the Soekris products, (they are rock solid reliable) if you really need more crypto performance, take a look at something based on the via C3 or C7 chips. You can get some very fast AES encryption and there is very good FreeBSD support both through the padlock crypto driver as well as through openssl e.g. openssl speed -evp aes-256-ecb The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-256-ecb 42023.12k 44053.24k 44642.50k 44622.43k 44814.01k aes-256-ecb 37529.17k 142774.72k 390269.36k 678968.25k 870247.80k The "slow" numbers are from an Intel Core DUO, 6400 @ 2.13GHz. The fast #s are from an C3 embedded board we use by Commell. CPU: VIA C3 Nehemiah+RNG+ACE (796.77-MHz 686-class CPU) ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 04:18:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69E1816A407 for ; Wed, 1 Nov 2006 04:18:18 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F2D343D4C for ; Wed, 1 Nov 2006 04:18:17 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id ED3FC28431; Tue, 31 Oct 2006 22:18:16 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 514ED61C52; Tue, 31 Oct 2006 22:18:16 -0600 (CST) Date: Tue, 31 Oct 2006 22:18:16 -0600 From: "Matthew D. Fuller" To: Kris Kennaway Message-ID: <20061101041816.GF17019@over-yonder.net> References: <4146.1162284788@critter.freebsd.dk> <20061031172100.to3w8eww00kw84kk@webmail.leidinger.net> <20061031210056.GX17019@over-yonder.net> <20061101023203.GA33650@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061101023203.GA33650@xor.obsecurity.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: Alexander Leidinger , Poul-Henning Kamp , current@freebsd.org, Peter Jeremy Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 04:18:18 -0000 On Tue, Oct 31, 2006 at 09:32:03PM -0500 I heard the voice of Kris Kennaway, and lo! it spake thus: > > Use the xrestop port to monitor the amount of stuff your X > applications cram into the server. Oh, I know Firefox crams a long ton of crap in there. X's VSZ never seems to shrink down, even when FF exits and no longer grasps onto all those pixmaps for dear life, but it doesn't seem to do anything but consume swap for me; no noticeable lasting slowdown, and I don't see it shuffling those pages in and out of core. root 1300 0.9 9.7 585532 125744 v0 R 20Jun06 2962:35.74 X :0 -auth . Xauthority (Xorg) -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 04:26:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96C4B16A412 for ; Wed, 1 Nov 2006 04:26:09 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 326A443D49 for ; Wed, 1 Nov 2006 04:26:09 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([24.202.77.103]) by VL-MH-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J8100IK9AZHSLF0@VL-MH-MR001.ip.videotron.ca> for freebsd-current@freebsd.org; Tue, 31 Oct 2006 23:26:06 -0500 (EST) Date: Tue, 31 Oct 2006 23:25:59 -0500 From: Nicolas Blais In-reply-to: <200611010358.kA13wprx067313@lava.sentex.ca> To: freebsd-current@freebsd.org Message-id: <200610312326.05311.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1437141.mV4WKWOBQp; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200610311629.06271.nb_root@videotron.ca> <200611010358.kA13wprx067313@lava.sentex.ca> User-Agent: KMail/1.9.4 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Mike Tancsa Subject: Re: Hifn 7955/7956 crypto accelerator questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 04:26:09 -0000 --nextPart1437141.mV4WKWOBQp Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Tuesday 31 October 2006 23:00, Mike Tancsa wrote: > At 04:29 PM 10/31/2006, Nicolas Blais wrote: > >Hi, > > > >I'm looking to get a couple of Soekris vpn1401 (hifn 7955) or vpn1461 > > (hifn 7956) to do some performance tests in a military environment with > > FreeBSD systems. Since this is a big project and I don't want to jump in > > something destined to fail, I'll ask your expertise. > > Yes, regardless of what you read, you would want to test it > first. So for sure I would recommend you order a couple of Soekris > boxes and test! test! test! :) Well they are cheap, I think I'll try it even if I do not get the expected = result. > > >1. After searching the mailing lists for reports of performance with > > openssl and cryptop accelerators, I did not find anything that showed an > > increase in performance with the cards (though some posts date back to > > FBSD4.8). Does openssl today make correct use of the crypto hardware? > > OpenSSL and FAST_IPSEC will make use of it for sure. However, there > is a fair bit of overhead to offload the calculations from > userland. Generally, you wont see much of an improvement (if any) on > a modern fast CPU with a single stream. The place I find where a > crypto card really helps with ssh is where you have multiple streams > coming in at the same time. For us, its a big help for our backup > server to keep the cpu load down to a reasonable level when we have a > dozen or so dumps and tars coming in over ssh all at once. Even with > just 3 or 4, it makes a difference for cpu utilization and overall > throughput. We are usually just using 1 stream per transfer session per host, but the s= erver could be getting multiple streams. Perhaps it could help the server. > > >2. From what I understand, ssh is supposed to increase in performance wi= th > >those cards. Assuming two FreeBSD computers with crypto accelerators are > >transfering big files (say sftp) in a cipher that the card and driver > >supports, would the transfer rate be at or near clear-text speed (in a > >100mbps link)? > > On a soekris ? 100Mb, I doubt it. Not sure what speeds you would > get, but you should try it and see if it would meet your needs They do claim 500mbps throughput for the vpn1461 and 250mbps for the vpn140= 1. Then again, this remains to be proven :).=20 Currently, on a 100mbps link, an scp transfer between two computers uses ~4= mbps. Transfering huge files (>GB) takes a very long time and even if I cou= ld only double the rate to ~8mbps, the time saved would still be worth it (= say 15min instead of 30min for a ~1GB). The goal would be to use the maximu= m bandwith available. > > >3. How does GEOM_ELI uses crypto hardware to accelerate working with > >encrypted > >partitions? Again, with big file systems, would a gain in performance be > >noticeable? > > Through the crypto(4) framework. Something like a VIA C3 or C7 might > give you better results here. I think pjd@freebsd.org (the author of > geli posted some numbers a while back when he created the padlock > driver for the crypto framework. Although I really like the Soekris > products, (they are rock solid reliable) if you really need more > crypto performance, take a look at something based on the via C3 or > C7 chips. You can get some very fast AES encryption and there is > very good FreeBSD support both through the padlock crypto driver as > well as through openssl > > e.g. > openssl speed -evp aes-256-ecb > > The 'numbers' are in 1000s of bytes per second processed. > type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 > bytes aes-256-ecb 42023.12k 44053.24k 44642.50k 44622.43k = =20 > 44814.01k aes-256-ecb 37529.17k 142774.72k 390269.36k 678968.2= 5k > 870247.80k > > > The "slow" numbers are from an Intel Core DUO, 6400 @ 2.13GHz. The > fast #s are from an C3 embedded board we use by Commell. > CPU: VIA C3 Nehemiah+RNG+ACE (796.77-MHz 686-class CPU) > Wow that is surpringly fast! I just tried a test myself: type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 byt= es aes-256-ecb 43367.29k 45096.90k 45855.74k 46049.83k 46084.= 44k CPU: AMD Athlon(tm) 64 Processor 3000+ (2493.04-MHz 686-class CPU) These systems (and numbers!) look nice, unfortunately I have to stay out of= the embedded :( Nicoals. =2D-=20 =46reeBSD 7.0-CURRENT #9: Tue Oct 31 15:44:23 EST 2006 nicblais@clk01a:= /usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart1437141.mV4WKWOBQp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFSCHd4wTBlvcsbJURAk9VAKCdPAcdT3mlzQQmi5dDjF3F/hCWTwCghYhv J28PZI1qqXYDi5szKZbRnxo= =4rrN -----END PGP SIGNATURE----- --nextPart1437141.mV4WKWOBQp-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 04:32:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B90AB16A403 for ; Wed, 1 Nov 2006 04:32:49 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F45843D49 for ; Wed, 1 Nov 2006 04:32:49 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA14WmnX063134; Tue, 31 Oct 2006 23:32:48 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id kA14Wlcc067478 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Oct 2006 23:32:47 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200611010432.kA14Wlcc067478@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 31 Oct 2006 23:34:50 -0500 To: Nicolas Blais , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <200610312326.05311.nb_root@videotron.ca> References: <200610311629.06271.nb_root@videotron.ca> <200611010358.kA13wprx067313@lava.sentex.ca> <200610312326.05311.nb_root@videotron.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Status: Clean Cc: Subject: Re: Hifn 7955/7956 crypto accelerator questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 04:32:49 -0000 At 11:25 PM 10/31/2006, Nicolas Blais wrote: >These systems (and numbers!) look nice, unfortunately I have to stay >out of the embedded :( The via board (mini-itx form factor) is less "embedded" than the Soekris e.g. http://www.commell.com.tw/Product/SBC/LV-667.HTM You should be able to get them for under $300 CDN ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 04:53:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74FB316A407 for ; Wed, 1 Nov 2006 04:53:35 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24F9643D45 for ; Wed, 1 Nov 2006 04:53:35 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.80] ([10.0.0.80]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id kA14rYIT041303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Oct 2006 20:53:34 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45482850.4060500@errno.com> Date: Tue, 31 Oct 2006 20:53:36 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Nicolas Blais References: <200610311629.06271.nb_root@videotron.ca> <200611010358.kA13wprx067313@lava.sentex.ca> <200610312326.05311.nb_root@videotron.ca> In-Reply-To: <200610312326.05311.nb_root@videotron.ca> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: Hifn 7955/7956 crypto accelerator questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 04:53:35 -0000 Nicolas Blais wrote: > They do claim 500mbps throughput for the vpn1461 and 250mbps for the > vpn1401. Then again, this remains to be proven :). I believe the 1461 uses a 7955. I was able to get 500+ Mbps for symmetric crypto ops w/ a 64-bit pci hifn reference card that had a 7956 part on it (cryptotest -z). But you need largish block sizes. As Mike noted you won't see single-stream improvements so much as reduced load on the cpu that allows multiple streams to be handled better. Sam From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 04:56:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97E4116A5B5 for ; Wed, 1 Nov 2006 04:56:41 +0000 (UTC) (envelope-from elessar@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2F6F43D55 for ; Wed, 1 Nov 2006 04:56:37 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: from localhost (mail [127.0.0.12]) by mail.bsdforen.de (Postfix) with ESMTP id 8A1CA4241BF for ; Wed, 1 Nov 2006 05:56:36 +0100 (CET) X-Virus-Scanned: amavisd-new at bsdforen.de Received: from mail.bsdforen.de ([127.0.0.12]) by localhost (mail.bsdforen.de [127.0.0.12]) (amavisd-new, port 10024) with ESMTP id QX7l9L5MNg0F for ; Wed, 1 Nov 2006 05:56:36 +0100 (CET) Received: from loki.starkstrom.lan (p549CE173.dip.t-dialin.net [84.156.225.115]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 9C67B42410F for ; Wed, 1 Nov 2006 05:56:34 +0100 (CET) Date: Wed, 1 Nov 2006 05:56:29 +0100 From: Joerg Pernfuss To: freebsd-current@freebsd.org Message-ID: <20061101055629.09ba8472@loki.starkstrom.lan> In-Reply-To: <200611010432.kA14Wlcc067478@lava.sentex.ca> References: <200610311629.06271.nb_root@videotron.ca> <200611010358.kA13wprx067313@lava.sentex.ca> <200610312326.05311.nb_root@videotron.ca> <200611010432.kA14Wlcc067478@lava.sentex.ca> X-Mailer: Sylpheed-Claws 2.2.3 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Hifn 7955/7956 crypto accelerator questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 04:56:41 -0000 On Tue, 31 Oct 2006 23:34:50 -0500 Mike Tancsa wrote: > At 11:25 PM 10/31/2006, Nicolas Blais wrote: > > >These systems (and numbers!) look nice, unfortunately I have to stay > >out of the embedded :( > > The via board (mini-itx form factor) is less "embedded" than the > Soekris I think he means the normal PCI versions of the accelerator cards that Soekris offers, not the mini-pci version for use in the net-* single board computers. Joerg -- | /"\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | | \ / campaign against | 0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | | X HTML in email | .the next sentence is true. | | / \ and news | .the previous sentence was a lie. | From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 07:25:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A5EE16A403 for ; Wed, 1 Nov 2006 07:25:49 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail24.syd.optusnet.com.au (mail24.syd.optusnet.com.au [211.29.133.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DD1B43D45 for ; Wed, 1 Nov 2006 07:25:48 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c58-107-94-118.belrs4.nsw.optusnet.com.au [58.107.94.118]) by mail24.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id kA17PjwQ006936 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 1 Nov 2006 18:25:46 +1100 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 kA17Pi0k001201; Wed, 1 Nov 2006 18:25:44 +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 kA17PhdK001200; Wed, 1 Nov 2006 18:25:43 +1100 (EST) (envelope-from peter) Date: Wed, 1 Nov 2006 18:25:43 +1100 From: Peter Jeremy To: Scott Long Message-ID: <20061101072543.GA849@turion.vk2pj.dyndns.org> References: <4146.1162284788@critter.freebsd.dk> <20061031172100.to3w8eww00kw84kk@webmail.leidinger.net> <4547D077.4070609@samsco.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <4547D077.4070609@samsco.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: current@freebsd.org Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 07:25:49 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 2006-Oct-31 15:38:47 -0700, Scott Long wrote: >Both Mozilla and Firefox appear to cache everything they can, without >bounds. If you tweak a hidden pref to turn off caching, the 'leak' >goes away. I don't suppose you know the name. I can't see anything obvious in about:config --=20 Peter Jeremy --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSEv3/opHv/APuIcRAt3ZAJ9N/VFXIKe+KqqTsOKhIW1p+gZS0QCgiMok qM/91qna/rb2v/MOXAoGpEM= =mqwS -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 07:35:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F423616A47B for ; Wed, 1 Nov 2006 07:35:10 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E0E043D46 for ; Wed, 1 Nov 2006 07:35:10 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA17Z3Te060932; Wed, 1 Nov 2006 00:35:08 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45484E26.5010408@samsco.org> Date: Wed, 01 Nov 2006 00:35:02 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Peter Jeremy References: <4146.1162284788@critter.freebsd.dk> <20061031172100.to3w8eww00kw84kk@webmail.leidinger.net> <4547D077.4070609@samsco.org> <20061101072543.GA849@turion.vk2pj.dyndns.org> In-Reply-To: <20061101072543.GA849@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 07:35:11 -0000 Peter Jeremy wrote: > On Tue, 2006-Oct-31 15:38:47 -0700, Scott Long wrote: >> Both Mozilla and Firefox appear to cache everything they can, without >> bounds. If you tweak a hidden pref to turn off caching, the 'leak' >> goes away. > > I don't suppose you know the name. I can't see anything obvious > in about:config > browser.cache.memory.enable on seamonkey. I recall it having a different name in the past, though. Scott From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 08:08:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECB9216A403; Wed, 1 Nov 2006 08:08:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52DB843D4C; Wed, 1 Nov 2006 08:08:09 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA1888s2014516; Wed, 1 Nov 2006 03:08:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA1888a1059749; Wed, 1 Nov 2006 03:08:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C1CCA73068; Wed, 1 Nov 2006 03:08:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061101080807.C1CCA73068@freebsd-current.sentex.ca> Date: Wed, 1 Nov 2006 03:08:07 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 08:08:10 -0000 TB --- 2006-11-01 07:12:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-01 07:12:48 - starting HEAD tinderbox run for arm/arm TB --- 2006-11-01 07:12:48 - cleaning the object tree TB --- 2006-11-01 07:13:18 - checking out the source tree TB --- 2006-11-01 07:13:18 - cd /tinderbox/HEAD/arm/arm TB --- 2006-11-01 07:13:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-01 07:24:03 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-01 07:24:03 - cd /src TB --- 2006-11-01 07:24:03 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 1 07:24:06 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/pass5.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/setup.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/utilities.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_subr.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_tables.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/gjournal.c /src/sbin/fsck_ffs/gjournal.c: In function `gjournal_check': /src/sbin/fsck_ffs/gjournal.c:717: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/sbin/fsck_ffs. *** Error code 1 Stop in /obj/arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-01 08:08:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-01 08:08:07 - ERROR: failed to build world TB --- 2006-11-01 08:08:07 - tinderbox aborted TB --- 0.47 user 1.50 system 3319.20 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 08:09:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68FF616A412; Wed, 1 Nov 2006 08:09:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE94D43D4C; Wed, 1 Nov 2006 08:09:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA189AW2014687; Wed, 1 Nov 2006 03:09:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA189AjO015332; Wed, 1 Nov 2006 03:09:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0DFC373068; Wed, 1 Nov 2006 03:09:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061101080910.0DFC373068@freebsd-current.sentex.ca> Date: Wed, 1 Nov 2006 03:09:09 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 08:09:12 -0000 TB --- 2006-11-01 07:12:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-01 07:12:48 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-11-01 07:12:48 - cleaning the object tree TB --- 2006-11-01 07:13:21 - checking out the source tree TB --- 2006-11-01 07:13:21 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-11-01 07:13:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-01 07:24:03 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-01 07:24:03 - cd /src TB --- 2006-11-01 07:24:03 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 1 07:24:06 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/pass5.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/setup.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/utilities.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_subr.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_tables.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/gjournal.c /src/sbin/fsck_ffs/gjournal.c: In function `gjournal_check': /src/sbin/fsck_ffs/gjournal.c:717: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/sbin/fsck_ffs. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-01 08:09:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-01 08:09:09 - ERROR: failed to build world TB --- 2006-11-01 08:09:09 - tinderbox aborted TB --- 0.45 user 1.56 system 3381.88 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 09:13:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D695A16A4FF; Wed, 1 Nov 2006 09:13:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C743A43D5A; Wed, 1 Nov 2006 09:13:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA19DFWU023989; Wed, 1 Nov 2006 04:13:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA19DFDY091352; Wed, 1 Nov 2006 04:13:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C777E7306B; Wed, 1 Nov 2006 04:13:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061101091314.C777E7306B@freebsd-current.sentex.ca> Date: Wed, 1 Nov 2006 04:13:14 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 09:13:17 -0000 TB --- 2006-11-01 08:08:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-01 08:08:08 - starting HEAD tinderbox run for i386/i386 TB --- 2006-11-01 08:08:08 - cleaning the object tree TB --- 2006-11-01 08:08:51 - checking out the source tree TB --- 2006-11-01 08:08:51 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-11-01 08:08:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-01 08:26:14 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-01 08:26:14 - cd /src TB --- 2006-11-01 08:26:14 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 1 08:26:16 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/pass5.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/setup.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/utilities.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_subr.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_tables.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/gjournal.c /src/sbin/fsck_ffs/gjournal.c: In function `gjournal_check': /src/sbin/fsck_ffs/gjournal.c:717: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/sbin/fsck_ffs. *** Error code 1 Stop in /obj/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-01 09:13:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-01 09:13:14 - ERROR: failed to build world TB --- 2006-11-01 09:13:14 - tinderbox aborted TB --- 0.50 user 1.45 system 3906.22 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 09:13:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF9C616A403; Wed, 1 Nov 2006 09:13:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1E3C43D49; Wed, 1 Nov 2006 09:13:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA19DFV2078175; Wed, 1 Nov 2006 04:13:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA19DF0K091351; Wed, 1 Nov 2006 04:13:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AC3CC73069; Wed, 1 Nov 2006 04:13:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061101091314.AC3CC73069@freebsd-current.sentex.ca> Date: Wed, 1 Nov 2006 04:13:14 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 09:13:17 -0000 TB --- 2006-11-01 08:09:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-01 08:09:10 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-01 08:09:10 - cleaning the object tree TB --- 2006-11-01 08:09:56 - checking out the source tree TB --- 2006-11-01 08:09:56 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-01 08:09:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-01 08:26:14 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-01 08:26:14 - cd /src TB --- 2006-11-01 08:26:14 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 1 08:26:16 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/pass5.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/setup.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/utilities.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_subr.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_tables.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/gjournal.c /src/sbin/fsck_ffs/gjournal.c: In function `gjournal_check': /src/sbin/fsck_ffs/gjournal.c:717: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/sbin/fsck_ffs. *** Error code 1 Stop in /obj/pc98/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-01 09:13:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-01 09:13:14 - ERROR: failed to build world TB --- 2006-11-01 09:13:14 - tinderbox aborted TB --- 0.46 user 1.42 system 3844.48 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 10:06:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FE5916A416; Wed, 1 Nov 2006 10:06:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A057143D46; Wed, 1 Nov 2006 10:06:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA1A6nEp030989; Wed, 1 Nov 2006 05:06:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA1A6mfm073145; Wed, 1 Nov 2006 05:06:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A964673068; Wed, 1 Nov 2006 05:06:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061101100648.A964673068@freebsd-current.sentex.ca> Date: Wed, 1 Nov 2006 05:06:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 10:06:50 -0000 TB --- 2006-11-01 09:13:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-01 09:13:14 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-11-01 09:13:14 - cleaning the object tree TB --- 2006-11-01 09:13:52 - checking out the source tree TB --- 2006-11-01 09:13:52 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-11-01 09:13:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-01 09:23:28 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-01 09:23:28 - cd /src TB --- 2006-11-01 09:23:28 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 1 09:23:30 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/pass5.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/setup.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/utilities.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_subr.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_tables.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/gjournal.c /src/sbin/fsck_ffs/gjournal.c: In function `gjournal_check': /src/sbin/fsck_ffs/gjournal.c:717: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/sbin/fsck_ffs. *** Error code 1 Stop in /obj/powerpc/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-01 10:06:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-01 10:06:48 - ERROR: failed to build world TB --- 2006-11-01 10:06:48 - tinderbox aborted TB --- 0.44 user 1.54 system 3213.65 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 10:15:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78E3816A40F for ; Wed, 1 Nov 2006 10:15:34 +0000 (UTC) (envelope-from V.Konrad@lse.ac.uk) Received: from exic4.lse.ac.uk (exin.lse.ac.uk [158.143.217.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id D536243D45 for ; Wed, 1 Nov 2006 10:15:33 +0000 (GMT) (envelope-from V.Konrad@lse.ac.uk) Received: from exic6.lse.ac.uk ([158.143.216.123]) by exic4.lse.ac.uk with Microsoft SMTPSVC(5.0.2195.6713); Wed, 1 Nov 2006 10:15:46 +0000 Received: from whirpool.lse.ac.uk ([158.143.201.19]) by exic6.lse.ac.uk over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Wed, 1 Nov 2006 10:15:46 +0000 Date: Wed, 1 Nov 2006 10:15:28 +0000 From: vladimir konrad To: Peter Jeremy Message-Id: <20061101101528.7a013ad0.v.konrad@lse.ac.uk> In-Reply-To: <20061101072543.GA849@turion.vk2pj.dyndns.org> References: <4146.1162284788@critter.freebsd.dk> <20061031172100.to3w8eww00kw84kk@webmail.leidinger.net> <4547D077.4070609@samsco.org> <20061101072543.GA849@turion.vk2pj.dyndns.org> Organization: lse X-Mailer: Sylpheed version 2.3.0beta3 (GTK+ 2.6.4; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__1_Nov_2006_10_15_28_+0000_aIKBz_kJf=SWwlDs" X-OriginalArrivalTime: 01 Nov 2006 10:15:46.0141 (UTC) FILETIME=[B21AF8D0:01C6FD9E] Cc: current@freebsd.org Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 10:15:34 -0000 --Signature=_Wed__1_Nov_2006_10_15_28_+0000_aIKBz_kJf=SWwlDs Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit > I don't suppose you know the name. I can't see anything obvious > in about:config i think that the network.prefetch-next also makes a difference (disable it)... vlad --Signature=_Wed__1_Nov_2006_10_15_28_+0000_aIKBz_kJf=SWwlDs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFFSHPA5mQ6ItFTZ8gRAo/YAKCwkSSC+eXxjrSKt91/D49PESboPwCgiaEf eHQ+EBfvcWi8tD+IU7iFnsk= =cEYo -----END PGP SIGNATURE----- --Signature=_Wed__1_Nov_2006_10_15_28_+0000_aIKBz_kJf=SWwlDs-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 10:20:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E5F616A506; Wed, 1 Nov 2006 10:20:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2813A43D72; Wed, 1 Nov 2006 10:20:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA1AK1KD083089; Wed, 1 Nov 2006 05:20:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA1AK1NY069327; Wed, 1 Nov 2006 05:20:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3435373068; Wed, 1 Nov 2006 05:20:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061101102001.3435373068@freebsd-current.sentex.ca> Date: Wed, 1 Nov 2006 05:20:01 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 10:20:04 -0000 TB --- 2006-11-01 09:13:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-01 09:13:14 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-11-01 09:13:14 - cleaning the object tree TB --- 2006-11-01 09:13:55 - checking out the source tree TB --- 2006-11-01 09:13:55 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-11-01 09:13:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-01 09:23:28 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-01 09:23:28 - cd /src TB --- 2006-11-01 09:23:28 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 1 09:23:30 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/pass5.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/setup.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/utilities.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_subr.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_tables.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/gjournal.c /src/sbin/fsck_ffs/gjournal.c: In function `gjournal_check': /src/sbin/fsck_ffs/gjournal.c:717: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/sbin/fsck_ffs. *** Error code 1 Stop in /obj/ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-01 10:20:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-01 10:20:00 - ERROR: failed to build world TB --- 2006-11-01 10:20:00 - tinderbox aborted TB --- 0.48 user 1.48 system 4006.00 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 10:42:43 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A95D616A415; Wed, 1 Nov 2006 10:42:43 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mx18.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2225143D49; Wed, 1 Nov 2006 10:42:41 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([81.18.142.225]:64773 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S426156AbWKAKm2 (ORCPT + 3 others); Wed, 1 Nov 2006 13:42:28 +0300 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <45487A11.3000107@yandex.ru> Date: Wed, 01 Nov 2006 13:42:25 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: bug-followup@FreeBSD.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Maxim Konovalov , Scott Long , current@freebsd.org Subject: Re: kern/103615: [aac][patch] aac(4) update to the last version available on the vendor site X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 10:42:43 -0000 Hi! I've updated patch to the lastest version on the vendor site: http://www.adaptec.com.tw/en-US/downloads/unix/freebsd?productId=ASR-2230S&dn=Adaptec+SCSI+RAID+2230SLP Patch can be found on the URL: http://butcher.heavennet.ru/patches/kernel/aac/aacraid_b11518/ -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 10:57:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A491216A403; Wed, 1 Nov 2006 10:57:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E540F43D4C; Wed, 1 Nov 2006 10:57:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA1AvnPE036672; Wed, 1 Nov 2006 05:57:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA1AvnW5074595; Wed, 1 Nov 2006 05:57:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 11B1973068; Wed, 1 Nov 2006 05:57:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061101105749.11B1973068@freebsd-current.sentex.ca> Date: Wed, 1 Nov 2006 05:57:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 10:57:50 -0000 TB --- 2006-11-01 10:06:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-01 10:06:48 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-11-01 10:06:48 - cleaning the object tree TB --- 2006-11-01 10:07:07 - checking out the source tree TB --- 2006-11-01 10:07:07 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-11-01 10:07:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-01 10:16:22 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-01 10:16:22 - cd /src TB --- 2006-11-01 10:16:22 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 1 10:16:23 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/pass5.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/setup.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/utilities.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_subr.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_tables.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/gjournal.c /src/sbin/fsck_ffs/gjournal.c: In function `gjournal_check': /src/sbin/fsck_ffs/gjournal.c:717: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/sbin/fsck_ffs. *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-01 10:57:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-01 10:57:48 - ERROR: failed to build world TB --- 2006-11-01 10:57:48 - tinderbox aborted TB --- 0.46 user 1.45 system 3060.02 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 10:58:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E92A916A573 for ; Wed, 1 Nov 2006 10:58:03 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E2343D45 for ; Wed, 1 Nov 2006 10:58:02 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 762475F18; Wed, 1 Nov 2006 13:58:01 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 54F9F5F1F; Wed, 1 Nov 2006 13:58:01 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kA1Aw2wj075093; Wed, 1 Nov 2006 13:58:02 +0300 (MSK) (envelope-from ru) Date: Wed, 1 Nov 2006 13:58:02 +0300 From: Ruslan Ermilov To: Steve Kargl Message-ID: <20061101105802.GE1785@rambler-co.ru> References: <20061031233514.GA31448@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hxkXGo8AKqTJ+9QI" Content-Disposition: inline In-Reply-To: <20061031233514.GA31448@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-current@freebsd.org Subject: Re: gjournal.c type punning problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 10:58:04 -0000 --hxkXGo8AKqTJ+9QI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 31, 2006 at 03:35:14PM -0800, Steve Kargl wrote: > cc -O2 -pipe -march=3Dopteron -I/usr/src/sbin/fsck_ffs -DRESCUE -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sbin/f= sck_ffs/gjournal.c > /usr/src/sbin/fsck_ffs/gjournal.c: In function `gjournal_check': > /usr/src/sbin/fsck_ffs/gjournal.c:717: warning: dereferencing type-punned= pointer will break strict-aliasing rules > *** Error code 1 >=20 Should be fixed. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --hxkXGo8AKqTJ+9QI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSH26qRfpzJluFF4RAk9+AJ0dizgythpC+gk62LqRiz0BI4QtPQCbB7ET sYq8I7bQ0ETq2CM3Knm34ZE= =ozdR -----END PGP SIGNATURE----- --hxkXGo8AKqTJ+9QI-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 11:08:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E72B16A412; Wed, 1 Nov 2006 11:08:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD76843D49; Wed, 1 Nov 2006 11:08:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA1B8EUV038029; Wed, 1 Nov 2006 06:08:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA1B8EpJ030141; Wed, 1 Nov 2006 06:08:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0CA7E73068; Wed, 1 Nov 2006 06:08:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061101110814.0CA7E73068@freebsd-current.sentex.ca> Date: Wed, 1 Nov 2006 06:08:14 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 11:08:15 -0000 TB --- 2006-11-01 10:20:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-01 10:20:01 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-01 10:20:01 - cleaning the object tree TB --- 2006-11-01 10:20:23 - checking out the source tree TB --- 2006-11-01 10:20:23 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-01 10:20:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-01 10:29:00 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-01 10:29:00 - cd /src TB --- 2006-11-01 10:29:00 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 1 10:29:02 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/pass5.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/setup.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/utilities.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_subr.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/../../sys/ufs/ffs/ffs_tables.c cc -O2 -pipe -I/src/sbin/fsck_ffs -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/fsck_ffs/gjournal.c /src/sbin/fsck_ffs/gjournal.c: In function `gjournal_check': /src/sbin/fsck_ffs/gjournal.c:717: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/sbin/fsck_ffs. *** Error code 1 Stop in /obj/sun4v/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-01 11:08:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-01 11:08:14 - ERROR: failed to build world TB --- 2006-11-01 11:08:14 - tinderbox aborted TB --- 0.46 user 1.53 system 2892.84 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 12:28:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1EE516A416; Wed, 1 Nov 2006 12:28:55 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (ntp0.freislich.nom.za [196.7.162.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2409C43D58; Wed, 1 Nov 2006 12:28:51 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GfFCu-0001Ok-8Z; Wed, 01 Nov 2006 14:28:36 +0200 To: Ruslan Ermilov From: Ian FREISLICH In-Reply-To: Message from Ruslan Ermilov of "Wed, 01 Nov 2006 13:58:02 +0300." <20061101105802.GE1785@rambler-co.ru> X-Attribution: BOFH Date: Wed, 01 Nov 2006 14:28:35 +0200 Message-Id: Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: gjournal.c type punning problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 12:28:55 -0000 Ruslan Ermilov wrote: > > --hxkXGo8AKqTJ+9QI > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Tue, Oct 31, 2006 at 03:35:14PM -0800, Steve Kargl wrote: > > cc -O2 -pipe -march=3Dopteron -I/usr/src/sbin/fsck_ffs -DRESCUE -Wsystem-= > headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sbin/f= > sck_ffs/gjournal.c > > /usr/src/sbin/fsck_ffs/gjournal.c: In function `gjournal_check': > > /usr/src/sbin/fsck_ffs/gjournal.c:717: warning: dereferencing type-punned= > pointer will break strict-aliasing rules > > *** Error code 1 > >=20 > Should be fixed. Related... Index: /usr/src/sys/modules/geom/geom_journal/../../../geom/journal/g_journal.c =================================================================== RCS file: /home/ncvs/src/sys/geom/journal/g_journal.c,v retrieving revision 1.3 diff -u -d -r1.3 g_journal.c --- /usr/src/sys/modules/geom/geom_journal/../../../geom/journal/g_journal.c 1 Nov 2006 09:37:11 -0000 1.3 +++ /usr/src/sys/modules/geom/geom_journal/../../../geom/journal/g_journal.c 1 Nov 2006 12:19:12 -0000 @@ -1000,7 +1000,6 @@ } GJ_DEBUG(3, "INSERT(%p): DONE %d", *head, n); } - sbuf_delete(sb); return (n); } But, I'm working blind. It fixes this: /usr/src/sys/modules/geom/geom_journal/../../../geom/journal/g_journal.c: In function `g_journal_insert': /usr/src/sys/modules/geom/geom_journal/../../../geom/journal/g_journal.c:1003: error: `sb' undeclared (first use in this function) /usr/src/sys/modules/geom/geom_journal/../../../geom/journal/g_journal.c:1003: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/geom/geom_journal/../../../geom/journal/g_journal.c:1003: error: for each function it appears in.) *** Error code 1 But I have no idea what it breaks. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 09:55:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1140916A5B8 for ; Wed, 1 Nov 2006 09:55:59 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (unsane.co.uk [62.140.220.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65C2843D45 for ; Wed, 1 Nov 2006 09:55:58 +0000 (GMT) (envelope-from jhary@unsane.co.uk) Received: from [192.168.10.217] (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.13.7/8.13.3) with ESMTP id kA19tpto026892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Nov 2006 09:55:54 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <4548610F.805@unsane.co.uk> Date: Wed, 01 Nov 2006 08:55:43 +0000 From: Vince User-Agent: Thunderbird 1.5.0.7 (X11/20061017) MIME-Version: 1.0 To: Scott Long References: <4146.1162284788@critter.freebsd.dk> <20061031172100.to3w8eww00kw84kk@webmail.leidinger.net> <4547D077.4070609@samsco.org> <20061101072543.GA849@turion.vk2pj.dyndns.org> <45484E26.5010408@samsco.org> In-Reply-To: <45484E26.5010408@samsco.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 01 Nov 2006 12:31:39 +0000 Cc: Peter Jeremy , current@freebsd.org Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 09:55:59 -0000 Scott Long wrote: > Peter Jeremy wrote: >> On Tue, 2006-Oct-31 15:38:47 -0700, Scott Long wrote: >>> Both Mozilla and Firefox appear to cache everything they can, without >>> bounds. If you tweak a hidden pref to turn off caching, the 'leak' >>> goes away. >> >> I don't suppose you know the name. I can't see anything obvious >> in about:config >> > > browser.cache.memory.enable on seamonkey. I recall it having a > different name in the past, though. > I know this is getting OT but in FF 1.5.0.7 at least you can tweak browser.cache.memory.capacity which should a least limit this behaviour a little (havent tested how well it honours this though.) > Scott > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 13:42:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8090D16A415 for ; Wed, 1 Nov 2006 13:42:50 +0000 (UTC) (envelope-from jmelo@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.FreeBSD.org (Postfix) with SMTP id 4A62C43D45 for ; Wed, 1 Nov 2006 13:42:37 +0000 (GMT) (envelope-from jmelo@freebsdbrasil.com.br) Received: (qmail 21194 invoked by uid 0); 1 Nov 2006 11:42:54 -0200 Received: from jmelo@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(201.17.149.10):. Processed in 0.529369 secs); 01 Nov 2006 13:42:54 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=capeta; d=freebsdbrasil.com.br; b=XtLW9QYIRvCX6i2lL67uW58Q3cN/tuz2n7kJdwXe87hgCcp7YMmL1GwAPQF1flqO9zQ/2z1Yt1taAOEyRzI7eclRRKPuV+mo3Vxjvozr71IsuJDw9QCM2dMPAkpENvSt ; Received: from unknown (HELO ?10.69.69.66?) (jmelo@201.17.149.10) by capeta.freebsdbrasil.com.br with SMTP; 1 Nov 2006 11:42:53 -0200 Message-ID: <45489618.2000106@freebsdbrasil.com.br> Date: Wed, 01 Nov 2006 10:42:00 -0200 From: Jean Milanez Melo User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: small@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeremie Le Hen , current@freebsd.org Subject: [HEADSUP] TinyBSD and ports applications X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 13:42:50 -0000 Hello, I have completly redone the routines for third party applications install, I thought that initial way of doing things as Jeremied had idealized was not very good, and I decided to make it better. Now what I have do works this way: The TinyBSD user will populate the conf//tinybsd.ports file listing the port name (in category/port) he wants to be installed on his tinybsd system, just like: category/application say, for example: www/mini_httpd So based on this information tinybsd will have the path for the port, will cd to that directory, check for the package name with "make -V PKGNAME" and later, run pkg_info to check from its exit code wether the port is installed or not. If not locally installed, tinybsd will "make install" this port in the local system, else (it already locally installed) tinybsd will skip to missing_dir function. On missing_dir function it checks for all directories which are not automatically generated from BSD.local.dist, if the directory does not exist it will "mkdir -p" it under /usr/local PREFIX on TinyBSD workdir, creating on the TinyBSD image the necessary directories hierarchy. Later it goes to copy_ports function where it checks for the applications the port installs, with pkg_info, and updates a listing excluding all things unecessary to a an embedded system, say, all data installed under www,doc,share,include,man (which just makes no sense existing on an embedded system, and would only demand useless storage space). This listing will be called /tmp/ports.files, and will contain all files that need to be added to the tinybsd system the user is building. Later, copy_libraries function will copy all necessary libraries to the image as well, just like the main idea behind the whole TinyBSD. Finally, deinstall_ports will deinstall the port from the local system if and only if it was not installed. It the port was already installed, obviously tinybsd won't remove it from the local system. I believe this is the most efficient way to handle third parties applications on embedded system. At least the easiest way for the users. They can always, of course add or remove binaries or modules themselves, but now we have a subsystem on tinybsd which does the hard work. Julian's just committed the patch and i would like to hear some feedback from you. This latest patchset is fully tested. I built some tinybsd systems from it today. About TinyBSD documentation, we are updating it on tinyBSD website regarding everything that is new, and will soon sgml it. - Jean From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 16:45:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F00A816A412 for ; Wed, 1 Nov 2006 16:45:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8986B43D46 for ; Wed, 1 Nov 2006 16:45:19 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kA1Gj55a002148; Wed, 1 Nov 2006 11:45:05 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 1 Nov 2006 11:43:08 -0500 User-Agent: KMail/1.9.1 References: <4547F4C9.5020902@elischer.org> In-Reply-To: <4547F4C9.5020902@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611011143.08632.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 01 Nov 2006 11:45:06 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2140/Wed Nov 1 10:52:56 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Julian Elischer Subject: Re: remote gdb, kgdb and ddb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 16:45:24 -0000 On Tuesday 31 October 2006 20:13, Julian Elischer wrote: > it's been a bew years since I did this.. > > some questions.. > > why kgdb instead of gdb -k ? > > for remote, gdb seems to work fine > kgdb -r /dev/cuad0 kernel.debug thinks it's working but seems to get > confused a lot.. No idea, ask marcel perhaps. I only use kgdb on coredumps. > gdb with the following .gdbinit file seems to work as well. > file kernel.debug > set verbose 1 > set remotebreak 1 > set remotebaud 9600 > set remotedevice /dev/cuad0 > target remote /dev/cuad0 > > though I'm not convinced I'm seeing the last frame in which the > trap occurs. (ddb shows one more frame). This is one of the things kgdb fixes (it has frame sniffers for trapframes). > Now that I have my machine in remote gdb, the documentation > (as sparse as it is) doesnt't say how to make the machine reboot. > > from ddb I can do 'call cpu_reset' which seems to work, but > I haven't succedded in making gdb do anything similar, > nor to drop back into ddb. At one stage 'detach' used to do that > but it seems to have stopped working. Try the following from src/tools/debugscripts/gdbinit.kernel: # Switch back to ddb define ddb set boothowto=0x80000000 s end document ddb Switch back to ddb. end I think I used to use that a few years ago. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 17:19:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0016E16A412 for ; Wed, 1 Nov 2006 17: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 7472C43D49 for ; Wed, 1 Nov 2006 17:19:09 +0000 (GMT) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5E771.dip.t-dialin.net [84.165.231.113]) by redbull.bpaserver.net (Postfix) with ESMTP id D97BB2E27E; Wed, 1 Nov 2006 18:18:10 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 075D75B61AB; Wed, 1 Nov 2006 18:18:08 +0100 (CET) Date: Wed, 1 Nov 2006 18:18:08 +0100 From: Alexander Leidinger To: Vince Message-ID: <20061101181808.651d2ce4@Magellan.Leidinger.net> In-Reply-To: <4548610F.805@unsane.co.uk> References: <4146.1162284788@critter.freebsd.dk> <20061031172100.to3w8eww00kw84kk@webmail.leidinger.net> <4547D077.4070609@samsco.org> <20061101072543.GA849@turion.vk2pj.dyndns.org> <45484E26.5010408@samsco.org> <4548610F.805@unsane.co.uk> X-Mailer: Sylpheed-Claws 2.5.6 (GTK+ 2.10.6; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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=-1.863, required 6, BAYES_00 -2.60, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, J_CHICKENPOX_56 0.60) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Peter Jeremy , current@freebsd.org Subject: Re: Xorg leaking memory on -current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 17:19:10 -0000 Quoting Vince (Wed, 01 Nov 2006 08:55:43 +0000): > Scott Long wrote: > > Peter Jeremy wrote: > >> On Tue, 2006-Oct-31 15:38:47 -0700, Scott Long wrote: > >>> Both Mozilla and Firefox appear to cache everything they can, without > >>> bounds. If you tweak a hidden pref to turn off caching, the 'leak' > >>> goes away. > >> > >> I don't suppose you know the name. I can't see anything obvious > >> in about:config > >> > > > > browser.cache.memory.enable on seamonkey. I recall it having a > > different name in the past, though. > > > I know this is getting OT but in FF 1.5.0.7 at least you can tweak > browser.cache.memory.capacity which should a least limit this behaviour > a little (havent tested how well it honours this though.) It doesn't change the swap filling behavior I see (at least not on Solaris where I have fun with this problem since at least a year and where I use this already since at least half a year). Bye, Alexander. -- In the words of one of the founding Igors: 'We belong dead? Ecthcuthe me? Where doeth it thay "we"?' (The Thief of Time) http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 18:10:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58B7816A40F; Wed, 1 Nov 2006 18:10:14 +0000 (UTC) (envelope-from prvs=julian=453a8fdc9@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F54C43D5E; Wed, 1 Nov 2006 18:10:14 +0000 (GMT) (envelope-from prvs=julian=453a8fdc9@elischer.org) Received: from unknown (HELO [192.168.2.4]) ([10.251.60.34]) by a50.ironport.com with ESMTP; 01 Nov 2006 10:10:13 -0800 Message-ID: <4548E302.7040008@elischer.org> Date: Wed, 01 Nov 2006 10:10:10 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: John Baldwin References: <4547F4C9.5020902@elischer.org> <200611011143.08632.jhb@freebsd.org> In-Reply-To: <200611011143.08632.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: remote gdb, kgdb and ddb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 18:10:14 -0000 John Baldwin wrote: > On Tuesday 31 October 2006 20:13, Julian Elischer wrote: >> it's been a bew years since I did this.. >> >> some questions.. >> >> why kgdb instead of gdb -k ? >> >> for remote, gdb seems to work fine >> kgdb -r /dev/cuad0 kernel.debug thinks it's working but seems to get >> confused a lot.. > > No idea, ask marcel perhaps. I only use kgdb on coredumps. > >> gdb with the following .gdbinit file seems to work as well. >> file kernel.debug >> set verbose 1 >> set remotebreak 1 >> set remotebaud 9600 >> set remotedevice /dev/cuad0 >> target remote /dev/cuad0 >> >> though I'm not convinced I'm seeing the last frame in which the >> trap occurs. (ddb shows one more frame). > > This is one of the things kgdb fixes (it has frame sniffers for trapframes). > >> Now that I have my machine in remote gdb, the documentation >> (as sparse as it is) doesnt't say how to make the machine reboot. >> >> from ddb I can do 'call cpu_reset' which seems to work, but >> I haven't succedded in making gdb do anything similar, >> nor to drop back into ddb. At one stage 'detach' used to do that >> but it seems to have stopped working. > > Try the following from src/tools/debugscripts/gdbinit.kernel: > > # Switch back to ddb > define ddb > set boothowto=0x80000000 > s > end > document ddb > Switch back to ddb. > end > cool I'll try it today. > I think I used to use that a few years ago. > From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 18:16:00 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BAC216A412; Wed, 1 Nov 2006 18:16:00 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEAC943D58; Wed, 1 Nov 2006 18:15:50 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GfKcv-0009x4-Ho; Wed, 01 Nov 2006 18:15:49 +0000 Date: Wed, 1 Nov 2006 18:15:49 +0000 From: Ceri Davies To: pjd@FreeBSD.org, current@FreeBSD.org Message-ID: <20061101181549.GB41596@submonkey.net> Mail-Followup-To: Ceri Davies , pjd@FreeBSD.org, current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Ceri Davies Cc: Subject: gjournal panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 18:16:00 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The file at http://people.freebsd.org/~ceri/journal.gz, when gunzip'd, will panic a system with options GEOM_JOURNAL and UFS_GJOURNAL upon running "mdconfig -a -f journal". The geom_label module is also loaded, but it's otherwise GENERIC. This file was created like so: truncate -s 2g journal mdconfig -a -f journal newfs -J /dev/md1 mount /dev/md1 /mnt umount /mnt gjournal label -f /dev/md1 I'm not at this system's console and I don't have dumps configured, so have only this information, but I will be at the console tomorrow if it helps. Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSORVocfcwTS3JF8RAtAEAJ9GE5qNVK6TDHevC7s9rvx00GTwDwCdHaDQ Wzpt38/uwrZ5hFkkhmwe5dY= =pwjF -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 18:57:53 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81A1216A403 for ; Wed, 1 Nov 2006 18:57:53 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05C6743D58 for ; Wed, 1 Nov 2006 18:57:42 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 78FAE45684; Wed, 1 Nov 2006 19:57:24 +0100 (CET) Received: from localhost (dkh63.neoplus.adsl.tpnet.pl [83.24.11.63]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 2C1F545681; Wed, 1 Nov 2006 19:57:16 +0100 (CET) Date: Wed, 1 Nov 2006 19:57:13 +0100 From: Pawel Jakub Dawidek To: Ceri Davies , current@FreeBSD.org Message-ID: <20061101185712.GP15861@garage.freebsd.pl> References: <20061101181549.GB41596@submonkey.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eLe8FOcWSbbyMVJD" Content-Disposition: inline In-Reply-To: <20061101181549.GB41596@submonkey.net> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Subject: Re: gjournal panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 18:57:53 -0000 --eLe8FOcWSbbyMVJD Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 01, 2006 at 06:15:49PM +0000, Ceri Davies wrote: >=20 > The file at http://people.freebsd.org/~ceri/journal.gz, when gunzip'd, > will panic a system with options GEOM_JOURNAL and UFS_GJOURNAL upon > running "mdconfig -a -f journal". The geom_label module is also loaded, > but it's otherwise GENERIC. >=20 > This file was created like so: >=20 > truncate -s 2g journal > mdconfig -a -f journal > > newfs -J /dev/md1 > mount /dev/md1 /mnt > umount /mnt > gjournal label -f /dev/md1 > >=20 > I'm not at this system's console and I don't have dumps configured, so > have only this information, but I will be at the console tomorrow if it > helps. I fixed md(4). It was panicing when unknown I/O request was received (eg. BIO_FLUSH, but also BIO_DELETE). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --eLe8FOcWSbbyMVJD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFFSO4IForvXbEpPzQRAuM6AKCDoOiQtbLpG4ncCeHfFmJ4NgOZywCgx1pF M3oRQfHSdwgPcycKGndqoJg= =ArAM -----END PGP SIGNATURE----- --eLe8FOcWSbbyMVJD-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 19:11:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97C2816A4C8 for ; Wed, 1 Nov 2006 19:11:03 +0000 (UTC) (envelope-from jmelo@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.FreeBSD.org (Postfix) with SMTP id 5C9DC43D62 for ; Wed, 1 Nov 2006 19:10:57 +0000 (GMT) (envelope-from jmelo@freebsdbrasil.com.br) Received: (qmail 49164 invoked by uid 0); 1 Nov 2006 17:11:11 -0200 Received: from jmelo@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(201.17.149.10):. Processed in 0.521302 secs); 01 Nov 2006 19:11:11 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=capeta; d=freebsdbrasil.com.br; b=TqAWESMHqmhtOGZcZ4LYkDs6n9d/qPwHg4zitH87y9ryjMBUHt0S4nL3UPrJzz6UABTkmyxwi53IbfbRMpHWZW+fsUWUnAts6twgFpCxngcRiPFdyxpWS6CJurpIjFOl ; Received: from unknown (HELO ?10.69.69.66?) (jmelo@201.17.149.10) by capeta.freebsdbrasil.com.br with SMTP; 1 Nov 2006 17:11:11 -0200 Message-ID: <4548E309.2030208@freebsdbrasil.com.br> Date: Wed, 01 Nov 2006 16:10:17 -0200 From: Jean Milanez Melo User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: small@freebsd.org References: <45489618.2000106@freebsdbrasil.com.br> In-Reply-To: <45489618.2000106@freebsdbrasil.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [HEADSUP] TinyBSD and ports applications X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 19:11:03 -0000 Jean Milanez Melo wrote: > > Julian's just committed the patch and i would like to hear some feedback > from you. > > If you don't use CURRENT, you can download TinyBSD CURRENT at: http://www.tinybsd.org/download/tinybsd-CURRENT.tar.gz Jean From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 19:29:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3733716A403; Wed, 1 Nov 2006 19:29:13 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 534E943D5E; Wed, 1 Nov 2006 19:29:11 +0000 (GMT) (envelope-from anderson@centtech.com) 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 kA1JT3PS071216; Wed, 1 Nov 2006 13:29:03 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4548F583.2000206@centtech.com> Date: Wed, 01 Nov 2006 13:29:07 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20061101181549.GB41596@submonkey.net> <20061101185712.GP15861@garage.freebsd.pl> In-Reply-To: <20061101185712.GP15861@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2141/Wed Nov 1 11:16:55 2006 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: Ceri Davies , current@freebsd.org Subject: Re: gjournal panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 19:29:13 -0000 On 11/01/06 12:57, Pawel Jakub Dawidek wrote: > On Wed, Nov 01, 2006 at 06:15:49PM +0000, Ceri Davies wrote: >> The file at http://people.freebsd.org/~ceri/journal.gz, when gunzip'd, >> will panic a system with options GEOM_JOURNAL and UFS_GJOURNAL upon >> running "mdconfig -a -f journal". The geom_label module is also loaded, >> but it's otherwise GENERIC. >> >> This file was created like so: >> >> truncate -s 2g journal >> mdconfig -a -f journal >> >> newfs -J /dev/md1 >> mount /dev/md1 /mnt >> umount /mnt >> gjournal label -f /dev/md1 >> >> >> I'm not at this system's console and I don't have dumps configured, so >> have only this information, but I will be at the console tomorrow if it >> helps. > > I fixed md(4). It was panicing when unknown I/O request was received > (eg. BIO_FLUSH, but also BIO_DELETE). > Sheesh Pawel, what took you so long? :) Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 19:41:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A985916A415; Wed, 1 Nov 2006 19:41:33 +0000 (UTC) (envelope-from prvs=julian=453a8fdc9@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7270643D45; Wed, 1 Nov 2006 19:41:33 +0000 (GMT) (envelope-from prvs=julian=453a8fdc9@elischer.org) Received: from unknown (HELO [192.168.2.4]) ([10.251.60.34]) by a50.ironport.com with ESMTP; 01 Nov 2006 11:41:33 -0800 Message-ID: <4548F86C.5000506@elischer.org> Date: Wed, 01 Nov 2006 11:41:32 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Jean Milanez Melo References: <45489618.2000106@freebsdbrasil.com.br> <4548E309.2030208@freebsdbrasil.com.br> In-Reply-To: <4548E309.2030208@freebsdbrasil.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: small@freebsd.org, current@freebsd.org Subject: Re: [HEADSUP] TinyBSD and ports applications X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 19:41:33 -0000 Jean Milanez Melo wrote: > Jean Milanez Melo wrote: >> >> Julian's just committed the patch and i would like to hear some >> feedback from you. >> >> > > If you don't use CURRENT, you can download TinyBSD CURRENT at: > > http://www.tinybsd.org/download/tinybsd-CURRENT.tar.gz warning, the README is a bit innacurate as to the arguments.. check the usage statement. > > Jean > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 20:39:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C722216A4FA for ; Wed, 1 Nov 2006 20:39:24 +0000 (UTC) (envelope-from jmb287@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 D7DBB43D70 for ; Wed, 1 Nov 2006 20:39:20 +0000 (GMT) (envelope-from jmb287@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so762908nfc for ; Wed, 01 Nov 2006 12:39:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=JonWXFqr6HLIS846L4u3sQ6l3NDR4PMz3S+UcXRtsFxR52KR+HrNBtlLEjzCldLAOAnDaBGgUjbSzg4FDtkPbNO7PPmWUnDGt8F7q2siAqXoDf7b/qq0EAovua7/fudLMY1J3JcXPlH30l8eNuP61qQXiLydFOH5XELo84jIkAs= Received: by 10.82.123.16 with SMTP id v16mr1671242buc; Wed, 01 Nov 2006 12:39:19 -0800 (PST) Received: by 10.82.126.2 with HTTP; Wed, 1 Nov 2006 12:39:19 -0800 (PST) Message-ID: <1a85d2430611011239i66d4afb6l6797dd9558e60d0c@mail.gmail.com> Date: Wed, 1 Nov 2006 13:39:19 -0700 From: "Mike Brown" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 6.1 can't find SAS drives on Dell PE 1955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 20:39:24 -0000 When trying to install FB-6.1 from the ISO's on a Dell PE 1955 Blade, it will not see the SAS drives. Any thoughts of wisdom Thanks in advance From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 20:46:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47DAF16A412 for ; Wed, 1 Nov 2006 20:46:10 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7509F43D72 for ; Wed, 1 Nov 2006 20:46:08 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id 78005461F; Wed, 1 Nov 2006 11:46:07 -0900 (AKST) From: Beech Rintoul Organization: NorthWind Communications To: freebsd-current@freebsd.org Date: Wed, 1 Nov 2006 11:46:02 -0900 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611011146.05220.freebsd@alaskaparadise.com> Subject: Win32-codecs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 20:46:10 -0000 I want to override the forbidden on the win32-codecs port. I removed the forbidden line from the makefile, but it still comes up forbidden. How do I override this. The vulnerability isn't a problem on the machine I'm updating. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise Travel \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 21:00:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 250B316A40F for ; Wed, 1 Nov 2006 21:00:15 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A042143D45 for ; Wed, 1 Nov 2006 21:00:14 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id FGB19612; Wed, 01 Nov 2006 13:00:12 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C62AC4504D; Wed, 1 Nov 2006 13:00:11 -0800 (PST) To: Beech Rintoul In-Reply-To: Your message of "Wed, 01 Nov 2006 11:46:02 -0900." <200611011146.05220.freebsd@alaskaparadise.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1162414811_79858P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 01 Nov 2006 13:00:11 -0800 From: "Kevin Oberman" Message-Id: <20061101210011.C62AC4504D@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: Cc: freebsd-current@freebsd.org Subject: Re: Win32-codecs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 21:00:15 -0000 --==_Exmh_1162414811_79858P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Beech Rintoul > Date: Wed, 1 Nov 2006 11:46:02 -0900 > Sender: owner-freebsd-current@freebsd.org > > I want to override the forbidden on the win32-codecs port. I removed the > forbidden line from the makefile, but it still comes up forbidden. How do I > override this. The vulnerability isn't a problem on the machine I'm updating. The latest version of the port has not been forbidden for a while. Update you ports and audit files (the latter should be automatically updated) and build it with the default options (no QuickTime) and it should be fine. If you need to over-ride the issue, you may find the details in mail on this list or stable from a week or two ago. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1162414811_79858P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFSQrbkn3rs5h7N1ERAgaIAJ9TL4RwgvGqVAMVchwNKW8Cc16RLwCgt5Mi LUZQoM4JM2G3XVROSsI4qZ8= =Y41v -----END PGP SIGNATURE----- --==_Exmh_1162414811_79858P-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 21:15:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE0CC16A412 for ; Wed, 1 Nov 2006 21:15:08 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A61F43D4C for ; Wed, 1 Nov 2006 21:15:08 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id 6AD8F461F; Wed, 1 Nov 2006 12:15:07 -0900 (AKST) From: Beech Rintoul Organization: NorthWind Communications To: "Kevin Oberman" Date: Wed, 1 Nov 2006 12:15:02 -0900 User-Agent: KMail/1.9.4 References: <20061101210011.C62AC4504D@ptavv.es.net> In-Reply-To: <20061101210011.C62AC4504D@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611011215.05025.freebsd@alaskaparadise.com> Cc: freebsd-current@freebsd.org Subject: Re: Win32-codecs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 21:15:09 -0000 On Wednesday 01 November 2006 12:00, Kevin Oberman wrote: > > From: Beech Rintoul > > Date: Wed, 1 Nov 2006 11:46:02 -0900 > > Sender: owner-freebsd-current@freebsd.org > > > > I want to override the forbidden on the win32-codecs port. I removed the > > forbidden line from the makefile, but it still comes up forbidden. How do > > I override this. The vulnerability isn't a problem on the machine I'm > > updating. > > The latest version of the port has not been forbidden for a > while. Update you ports and audit files (the latter should be > automatically updated) and build it with the default options (no > QuickTime) and it should be fine. > > If you need to over-ride the issue, you may find the details in mail on > this list or stable from a week or two ago. Thank you. I did in fact have the QuickTime knob checked. Now it's building. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise Travel \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 21:22:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B5DC16A509 for ; Wed, 1 Nov 2006 21:22:24 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 163E143D78 for ; Wed, 1 Nov 2006 21:21:59 +0000 (GMT) (envelope-from anderson@centtech.com) 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 kA1LLv3X092019; Wed, 1 Nov 2006 15:21:58 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <45490FF9.6030303@centtech.com> Date: Wed, 01 Nov 2006 15:22:01 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: Mike Brown References: <1a85d2430611011239i66d4afb6l6797dd9558e60d0c@mail.gmail.com> In-Reply-To: <1a85d2430611011239i66d4afb6l6797dd9558e60d0c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2141/Wed Nov 1 11:16:55 2006 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: 6.1 can't find SAS drives on Dell PE 1955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 21:22:24 -0000 On 11/01/06 14:39, Mike Brown wrote: > When trying to install FB-6.1 from the ISO's on a Dell PE 1955 Blade, it > will not see the SAS drives. > > Any thoughts of wisdom > > Thanks in advance Which controller are you using, and is there a RAID set up or are you passing the drives through to FreeBSD? Also, you might want to try 6.2-PRERELEASE. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 21:26:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D46BD16A550 for ; Wed, 1 Nov 2006 21:26:30 +0000 (UTC) (envelope-from jmb287@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 C700243DDA for ; Wed, 1 Nov 2006 21:26:13 +0000 (GMT) (envelope-from jmb287@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so1577103uge for ; Wed, 01 Nov 2006 13:26:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=qsMKCiVLTG7gagaVyjPO8ysf265IFqotVQILRzJimVDZjwfId6WUj1Jv9fPO79C5YgZH9TIBW+TzIjhhunNi9rP0E0RWocJkUvFVTKa5YKQVHC2+usbp8fOmYPPkG7E1h0VGtsOHjHovGMLJL83j1StYLV0Mr8t717sQaDIc4jg= Received: by 10.82.129.8 with SMTP id b8mr1670182bud; Wed, 01 Nov 2006 13:26:12 -0800 (PST) Received: by 10.82.126.2 with HTTP; Wed, 1 Nov 2006 13:26:11 -0800 (PST) Message-ID: <1a85d2430611011326k15a464a3o8df670cf8a1c5d84@mail.gmail.com> Date: Wed, 1 Nov 2006 14:26:11 -0700 From: "Mike Brown" To: "Eric Anderson" In-Reply-To: <45490FF9.6030303@centtech.com> MIME-Version: 1.0 References: <1a85d2430611011239i66d4afb6l6797dd9558e60d0c@mail.gmail.com> <45490FF9.6030303@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: 6.1 can't find SAS drives on Dell PE 1955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 21:26:30 -0000 Hi Eric, thanks for the reply Not sure what controller I'm running. I don't see it on boot up BIOS messages. >From what I gather its a RAID controller, both drives are mirrored via the system. I tried 6.2-PRE this morning, it also did not see the drives. How do I tell what controller is on the system ? The drives are 73Gig 10K RPM SAS micro drives On 01/11/06, Eric Anderson wrote: > > On 11/01/06 14:39, Mike Brown wrote: > > When trying to install FB-6.1 from the ISO's on a Dell PE 1955 Blade, it > > will not see the SAS drives. > > > > Any thoughts of wisdom > > > > Thanks in advance > > Which controller are you using, and is there a RAID set up or are you > passing the drives through to FreeBSD? Also, you might want to try > 6.2-PRERELEASE. > > Eric > > > -- > ------------------------------------------------------------------------ > Eric Anderson Sr. Systems Administrator Centaur Technology > Anything that works is better than anything that doesn't. > ------------------------------------------------------------------------ > From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 21:46:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64A0D16A403 for ; Wed, 1 Nov 2006 21:46:36 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEC8943D45 for ; Wed, 1 Nov 2006 21:46:35 +0000 (GMT) (envelope-from anderson@centtech.com) 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 kA1LkYEB096413; Wed, 1 Nov 2006 15:46:34 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <454915BD.4000502@centtech.com> Date: Wed, 01 Nov 2006 15:46:37 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: Mike Brown References: <1a85d2430611011239i66d4afb6l6797dd9558e60d0c@mail.gmail.com> <45490FF9.6030303@centtech.com> <1a85d2430611011326k15a464a3o8df670cf8a1c5d84@mail.gmail.com> In-Reply-To: <1a85d2430611011326k15a464a3o8df670cf8a1c5d84@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2141/Wed Nov 1 11:16:55 2006 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: 6.1 can't find SAS drives on Dell PE 1955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 21:46:36 -0000 On 11/01/06 15:26, Mike Brown wrote: > Hi Eric, thanks for the reply > > Not sure what controller I'm running. I don't see it on boot up BIOS > messages. > From what I gather its a RAID controller, both drives are mirrored via > the system. > > I tried 6.2-PRE this morning, it also did not see the drives. > > How do I tell what controller is on the system ? It should tell you on boot - something like 'PERC 5i' or PERC something (maybe 'PowerEdge RAID Controller'). We have a 1950 that works ok under recent 6.2-* > The drives are 73Gig 10K RPM SAS micro drives > > > On 01/11/06, *Eric Anderson* > wrote: > > On 11/01/06 14:39, Mike Brown wrote: > > When trying to install FB-6.1 from the ISO's on a Dell PE 1955 > Blade, it > > will not see the SAS drives. > > > > Any thoughts of wisdom > > > > Thanks in advance > > Which controller are you using, and is there a RAID set up or are you > passing the drives through to FreeBSD? Also, you might want to try > 6.2-PRERELEASE. > > Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Nov 1 22:09:35 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8816316A407 for ; Wed, 1 Nov 2006 22:09:35 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from b.mx.visualtech.com (a.imap.visualtech.com [208.16.19.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FA7443D7F for ; Wed, 1 Nov 2006 22:09:22 +0000 (GMT) (envelope-from adamk@voicenet.com) Received: from [192.168.0.101] (c-68-45-180-45.hsd1.nj.comcast.net [68.45.180.45]) by b.mx.visualtech.com (Postfix) with ESMTP id 44F54483EB for ; Wed, 1 Nov 2006 17:09:16 -0500 (EST) Message-ID: <45491B0A.4040409@voicenet.com> Date: Wed, 01 Nov 2006 17:09:14 -0500 From: Adam K Kirchhoff User-Agent: Thunderbird 1.5.0.7 (X11/20061030) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: multipart/mixed; boundary="------------020801080502080201050905" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: -CURRENT lockups on Precision 490 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Nov 2006 22:09:35 -0000 This is a multi-part message in MIME format. --------------020801080502080201050905 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello all, I've managed to get 7.0-CURRENT installed on this new workstation I have at work. Functions fine with a kernel and userland from September 30th. Just about two weeks ago I tried to update everything to the latest code... I successfully did a buildworld and buildkernel. Unfortunately, the system froze during bootup. I gave it a couple of weeks and tried again today, but have received the same results. The kernel stops booting at this point: pcib12: at device 30.0 on pci0 pcib12: secondary bus 12 pcib12: subordinate bus 12 pcib12: I/O decode 0xf000-0xfff pcib12: prefetched decode 0xd0000000-0xd00fffff pcib12: Subtractively decoded bridge. pci12: on pcib12 pci12: physical bus=12 This happens even if I try to boot up in safe mode. I'm attaching some debugging information to this e-mail. Thankfully I have a null modem cable hooked up to this machine and was able to grab the verbose logging from it. That's the file freebsd-current-lockup.txt.gz freebsd-working.txt.gz is with the kernel from September 30th. pciconf.txt.gz is, as you might expect, the output of 'pciconf -v -l'. Any help that can be given would be greatly appreciated. Thanks! Adam --------------020801080502080201050905-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 00:00:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8602F16A40F; Thu, 2 Nov 2006 00:00:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6A5043D49; Thu, 2 Nov 2006 00:00:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA2004e0023070; Wed, 1 Nov 2006 19:00:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA2003h2089009; Wed, 1 Nov 2006 19:00:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AAA6E73068; Wed, 1 Nov 2006 19:00:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061102000003.AAA6E73068@freebsd-current.sentex.ca> Date: Wed, 1 Nov 2006 19:00:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 00:00:08 -0000 TB --- 2006-11-01 22:24:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-01 22:24:17 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-11-01 22:24:17 - cleaning the object tree TB --- 2006-11-01 22:24:35 - checking out the source tree TB --- 2006-11-01 22:24:35 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-11-01 22:24:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-01 22:34:24 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-01 22:34:24 - cd /src TB --- 2006-11-01 22:34:24 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 1 22:34:26 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 1 23:51:08 UTC 2006 TB --- 2006-11-01 23:51:08 - generating LINT kernel config TB --- 2006-11-01 23:51:08 - cd /src/sys/ia64/conf TB --- 2006-11-01 23:51:08 - /usr/bin/make -B LINT TB --- 2006-11-01 23:51:09 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-01 23:51:09 - cd /src TB --- 2006-11-01 23:51:09 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 1 23:51:09 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/geom_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/geom_sunlabel.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/geom_sunlabel_enc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/geom_vfs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/geom_vol_ffs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/journal/g_journal.c /src/sys/geom/journal/g_journal.c: In function `g_journal_worker': /src/sys/geom/journal/g_journal.c:2059: warning: 'type' might be used uninitialized in this function *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-02 00:00:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-02 00:00:03 - ERROR: failed to build lint kernel TB --- 2006-11-02 00:00:03 - tinderbox aborted TB --- 0.32 user 1.26 system 5746.11 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 00:07:57 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59B3816A412 for ; Thu, 2 Nov 2006 00:07:57 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id A384843D5A for ; Thu, 2 Nov 2006 00:07:47 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.6) with ESMTP id kA207hiB087533 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Nov 2006 16:07:44 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <454936CA.6060308@FreeBSD.org> Date: Wed, 01 Nov 2006 16:07:38 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: "current@freebsd.org" , julian@elischer.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 00:07:57 -0000 Guys, I have noticed that libpthread shared library version number in 6-STABLE and 7-CURRENT is the same (.2), which causes all threaded application compiled for 6-STABLE to segfault when executed on 7-CURRENT system, unless libpthread.so.2 is replaced with with its 6-STABLE version which in turn will create problems with threaded apps compiled for 7-CURRENT. IMHO we should increase version number in 7-CURRENT, so that it is in the line of what we have for other system libraries. Any objections? Regards, Maxim From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 00:38:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B1F716A416; Thu, 2 Nov 2006 00:38:44 +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 BC5B343D49; Thu, 2 Nov 2006 00:38:43 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id kA20cf1L013219; Wed, 1 Nov 2006 19:38:41 -0500 (EST) Date: Wed, 1 Nov 2006 19:38:41 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Maxim Sobolev In-Reply-To: <454936CA.6060308@FreeBSD.org> Message-ID: References: <454936CA.6060308@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Wed, 01 Nov 2006 19:38:41 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: "current@freebsd.org" , julian@elischer.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 00:38:44 -0000 On Wed, 1 Nov 2006, Maxim Sobolev wrote: > Guys, > > I have noticed that libpthread shared library version number in 6-STABLE > and 7-CURRENT is the same (.2), which causes all threaded application > compiled for 6-STABLE to segfault when executed on 7-CURRENT system, > unless libpthread.so.2 is replaced with with its 6-STABLE version which > in turn will create problems with threaded apps compiled for 7-CURRENT. > IMHO we should increase version number in 7-CURRENT, so that it is in the > line of what we have for other system libraries. It should be done as part of a larger set of library version bumps. All libraries should be bumped. I believe kan and kensmith were suppose to be looking at that. We wanted to enable symble versioning by default, so all libraries would need to be bumped. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 00:56:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71E5816A40F for ; Thu, 2 Nov 2006 00:56:17 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 028A343D45 for ; Thu, 2 Nov 2006 00:56:16 +0000 (GMT) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id kA20uGLb032574 for ; Wed, 1 Nov 2006 16:56:16 -0800 (PST) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id kA20uGH5032571 for ; Wed, 1 Nov 2006 16:56:16 -0800 (PST) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Wed, 1 Nov 2006 16:56:16 -0800 (PST) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: freebsd-current@freebsd.org Message-ID: <20061101165505.C32565@ns1.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: FYI: CAM_NEW_TRAN_CODE now default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 00:56:17 -0000 The CAM_NEW_TRAN_CODE option for kernels is gone and what it defined is now the default. Please report any related breakages to me at mjacob@freebsd.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 01:09:58 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D101216A4CE for ; Thu, 2 Nov 2006 01:09:58 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C5F543D58 for ; Thu, 2 Nov 2006 01:09:57 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1996790wxd for ; Wed, 01 Nov 2006 17:09:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=GH/e3Cu5oOSYWV3jAND3gZXzW7opTuWeiczAgtNi0j138qvkNsdb2iLQu4e/dIVPGidt2H5uS5Rj7JEi+Ka4drLx7+qyU48XhRI7u4yxyEYgCJG5CuNM4XOfRpVqEX+pZFJdpJJKRUVfrAwc8qPB6GJpO7UtARNor3Lp2TldtS0= Received: by 10.70.109.12 with SMTP id h12mr10581935wxc; Wed, 01 Nov 2006 17:09:56 -0800 (PST) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id h12sm1566940wxd.2006.11.01.17.09.54; Wed, 01 Nov 2006 17:09:55 -0800 (PST) Date: Wed, 1 Nov 2006 20:09:49 -0500 From: Alexander Kabaev To: current@freebsd.org Message-ID: <20061101200949.2d21ace0@kan.dnsalias.net> In-Reply-To: References: <454936CA.6060308@FreeBSD.org> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_pxuA75+.vC3=Ti98zBcZ5rn"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 01:09:58 -0000 --Sig_pxuA75+.vC3=Ti98zBcZ5rn Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 1 Nov 2006 19:38:41 -0500 (EST) Daniel Eischen wrote: > On Wed, 1 Nov 2006, Maxim Sobolev wrote: >=20 > > Guys, > > > > I have noticed that libpthread shared library version number in > > 6-STABLE and 7-CURRENT is the same (.2), which causes all threaded > > application compiled for 6-STABLE to segfault when executed on > > 7-CURRENT system, unless libpthread.so.2 is replaced with with its > > 6-STABLE version which in turn will create problems with threaded > > apps compiled for 7-CURRENT. IMHO we should increase version number > > in 7-CURRENT, so that it is in the line of what we have for other > > system libraries. >=20 > It should be done as part of a larger set of library version bumps. > All libraries should be bumped. I believe kan and kensmith were > suppose to be looking at that. We wanted to enable symble versioning > by default, so all libraries would need to be bumped. >=20 I never indicate that I was going to do anything regarding version bumps and I still have no plans whatsoever to do so. It probably does not make sense to do anything until we have a new GCC in the tree. Just a note to someone who is brave enough to volunteer for the task. Handling of libpthread/libthr is not anyone's idea of fun, as both librares are exporting different symbol sets under the same version name, stick their dirty hands into rtld internals, etc. --=20 Alexander Kabaev --Sig_pxuA75+.vC3=Ti98zBcZ5rn Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSUVhQ6z1jMm+XZYRAphMAJ4xcqleHrToaqSuePNtXXIqLnzYdgCfQxgO eaF3/rLO+jpADBsizK298Lk= =rXti -----END PGP SIGNATURE----- --Sig_pxuA75+.vC3=Ti98zBcZ5rn-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 01:15:14 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEF5716A407; Thu, 2 Nov 2006 01:15:13 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F17043D75; Thu, 2 Nov 2006 01:15:13 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.6) with ESMTP id kA21F7wT089085 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Nov 2006 17:15:08 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <45494692.5090200@FreeBSD.org> Date: Wed, 01 Nov 2006 17:14:58 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Daniel Eischen References: <454936CA.6060308@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" , julian@elischer.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 01:15:14 -0000 Daniel Eischen wrote: > On Wed, 1 Nov 2006, Maxim Sobolev wrote: > >> Guys, >> >> I have noticed that libpthread shared library version number in 6-STABLE >> and 7-CURRENT is the same (.2), which causes all threaded application >> compiled for 6-STABLE to segfault when executed on 7-CURRENT system, >> unless libpthread.so.2 is replaced with with its 6-STABLE version which >> in turn will create problems with threaded apps compiled for 7-CURRENT. >> IMHO we should increase version number in 7-CURRENT, so that it is in >> the line of what we have for other system libraries. > > It should be done as part of a larger set of library version bumps. > All libraries should be bumped. I believe kan and kensmith were > suppose to be looking at that. We wanted to enable symble versioning > by default, so all libraries would need to be bumped. Well, as I said the rest of the libs have already been bumped between 6.x and 7.x, I don't know if libpthread is exception. Perhaps somebody just missed it out? -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 02:35:20 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1023916A407; Thu, 2 Nov 2006 02:35:20 +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 755B843D53; Thu, 2 Nov 2006 02:35:18 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id E161AEB3B1B; Thu, 2 Nov 2006 10:35:13 +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 5gZmV8Xtlqu6; Thu, 2 Nov 2006 10:35:06 +0800 (CST) Received: from [10.217.12.47] (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 9190AEB3915; Thu, 2 Nov 2006 10:35:06 +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=ttQMuVpzF1z0gtg4Naj8FOulZJFP7QCpZSb/KH3HnFk7VczOxqkM3WsGVaXa7y9Ij BWJSgCAZn/8Oc1VtZGVnA== Message-ID: <4549592E.6040809@delphij.net> Date: Thu, 02 Nov 2006 10:34:22 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Maxim Sobolev References: <454936CA.6060308@FreeBSD.org> <45494692.5090200@FreeBSD.org> In-Reply-To: <45494692.5090200@FreeBSD.org> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig886C8FB5D47C939AE5693C3F" Cc: Daniel Eischen , re@FreeBSD.org, "current@freebsd.org" , julian@elischer.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 02:35:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig886C8FB5D47C939AE5693C3F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Maxim Sobolev wrote: > Daniel Eischen wrote: >> On Wed, 1 Nov 2006, Maxim Sobolev wrote: >> >>> Guys, >>> >>> I have noticed that libpthread shared library version number in 6-STA= BLE >>> and 7-CURRENT is the same (.2), which causes all threaded application= >>> compiled for 6-STABLE to segfault when executed on 7-CURRENT system, >>> unless libpthread.so.2 is replaced with with its 6-STABLE version whi= ch >>> in turn will create problems with threaded apps compiled for 7-CURREN= T. >>> IMHO we should increase version number in 7-CURRENT, so that it is in= >>> the line of what we have for other system libraries. >> >> It should be done as part of a larger set of library version bumps. >> All libraries should be bumped. I believe kan and kensmith were >> suppose to be looking at that. We wanted to enable symble versioning >> by default, so all libraries would need to be bumped. >=20 > Well, as I said the rest of the libs have already been bumped between > 6.x and 7.x, I don't know if libpthread is exception. Perhaps somebody > just missed it out? Yes, I think it's time to bump the versions and make a compat6x package, and I assume re@ would handle this at some point (presumably after 6.2-R)= ? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig886C8FB5D47C939AE5693C3F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFSVkuOfuToMruuMARAwhbAJ9PQr3GgYu6ZGoWq8+3Fd2MadLKNQCfdqbR zJoRZZCK7fbgM3jiqMqO62A= =Q5JK -----END PGP SIGNATURE----- --------------enig886C8FB5D47C939AE5693C3F-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 03:42:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECBDF16A47B for ; Thu, 2 Nov 2006 03:42:36 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5801043D49 for ; Thu, 2 Nov 2006 03:42:36 +0000 (GMT) (envelope-from bahamasfranks@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so30434uge for ; Wed, 01 Nov 2006 19:42:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=aQ9toqEFDXnswaTxCJqL94a67iHQoliTocRYK+K4cUqu8X1I6MR4Dx6fXoJwo9MfdSMempNaiLSRottLqQh6hUUbfh6/Ga/OUnqZLVkCdCsqQUBGW6iHgmdWvi0cwi+XMDG/VKup7ygxfCEiH1QEh04k0eGhH0pb5AnofLu3oUU= Received: by 10.67.101.8 with SMTP id d8mr9310055ugm; Wed, 01 Nov 2006 19:42:34 -0800 (PST) Received: by 10.66.225.3 with HTTP; Wed, 1 Nov 2006 19:42:29 -0800 (PST) Message-ID: <539c60b90611011942o223f7affr10ce5ad0eadae0eb@mail.gmail.com> Date: Wed, 1 Nov 2006 20:42:29 -0700 From: "Steve Franks" Sender: bahamasfranks@gmail.com To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 42ac08b303f57b69 Subject: 128-bit WEP and ifconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 03:42:37 -0000 Hi, Anyone care to elaborate on what I've goofed up? I've read the man page about 4 times, and I believe I have exactly 26 hex digits. It's also the exact key all my *ugh* wintel boxes have on them: water# ifconfig wi0 wepkey 1:0xbb2cc2093f788f0ebb67d28abd ifconfig: SIOCS80211: Invalid Argument water# Thanks, Steve From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 00:06:49 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34EC516A40F for ; Thu, 2 Nov 2006 00:06:49 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BDE843D5A for ; Thu, 2 Nov 2006 00:06:46 +0000 (GMT) (envelope-from sobomax@sippysoft.com) Received: from [192.168.1.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.6) with ESMTP id kA206dw6087503 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Nov 2006 16:06:41 -0800 (PST) (envelope-from sobomax@sippysoft.com) Message-ID: <4549368A.5020505@sippysoft.com> Date: Wed, 01 Nov 2006 16:06:34 -0800 From: Maxim Sobolev Organization: Sippy Software User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: "current@freebsd.org" , julian@elischer.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 02 Nov 2006 03:58:24 +0000 Cc: Subject: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 00:06:49 -0000 Guys, I have noticed that libpthread shared library version number in 6-STABLE and 7-CURRENT is the same (.2), which causes all threaded application compiled for 6-STABLE to segfault when executed on 7-CURRENT system, unless libpthread.so.2 is replaced with with its 6-STABLE version which in turn will create problems with threaded apps compiled for 7-CURRENT. IMHO we should increase version number in current, so that it is in the line of what we have for other system libraries. Any objections? Regards, Maxim From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 01:09:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBA8216A47B for ; Thu, 2 Nov 2006 01:09:07 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id A17BF43D5C for ; Thu, 2 Nov 2006 01:09:06 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so1879292nzf for ; Wed, 01 Nov 2006 17:09:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type; b=XrdLt/NMlMav0k9tSo4WRmxgAt6GmarhHPbUqY+a3k/7Wx/zUbM+JCSG7gI3emZH40YmFcNLXKi6WN9VLPH+EG17eBm+RmmeURfVUtnntgKtISyRGjmkhU5wGPQIkIN6/rSHpXhpBsZ/jbVLu2cI3mbq/ao7eCasDTz5N/RgjBg= Received: by 10.65.237.19 with SMTP id o19mr10047666qbr; Wed, 01 Nov 2006 17:09:05 -0800 (PST) Received: by 10.64.241.10 with HTTP; Wed, 1 Nov 2006 17:09:05 -0800 (PST) Message-ID: <346a80220611011709j485b0e16jf9745d6eae848411@mail.gmail.com> Date: Wed, 1 Nov 2006 20:09:05 -0500 From: "Coleman Kane" To: pjd@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 02 Nov 2006 03:59:41 +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: current@freebsd.org Subject: gjournal and fstab X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@cokane.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 01:09:07 -0000 Hi, nice job with the gjournal update. I am testing it out and am curious if you can tell me how best to add entries for gjournal filesystems in /etc/fstab. It seems that if I add (as a line in fstab): /dev/ad0s1f.journal /usr ffs noatime,async 2 2 Also, fsck seems to not know how to identify the filesystem type by mount nor by devicename. I must run fsck_ffs explicitly. I must also mount them manually, explicitly. -- Coleman Kane From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 04:14:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EBFB16A40F for ; Thu, 2 Nov 2006 04:14:00 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2321343D49 for ; Thu, 2 Nov 2006 04:13:59 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20061102041354m9100emcfee>; Thu, 2 Nov 2006 04:13:54 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id kA24Dq5k062628; Wed, 1 Nov 2006 22:13:52 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id kA24DpMU062627; Wed, 1 Nov 2006 22:13:51 -0600 (CST) (envelope-from brooks) Date: Wed, 1 Nov 2006 22:13:51 -0600 From: Brooks Davis To: Steve Franks Message-ID: <20061102041351.GA62551@lor.one-eyed-alien.net> References: <539c60b90611011942o223f7affr10ce5ad0eadae0eb@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <539c60b90611011942o223f7affr10ce5ad0eadae0eb@mail.gmail.com> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: 128-bit WEP and ifconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 04:14:00 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 01, 2006 at 08:42:29PM -0700, Steve Franks wrote: > Hi, >=20 > Anyone care to elaborate on what I've goofed up? I've read the man > page about 4 times, and I believe I have exactly 26 hex digits. It's > also the exact key all my *ugh* wintel boxes have on them: >=20 > water# ifconfig wi0 wepkey 1:0xbb2cc2093f788f0ebb67d28abd > ifconfig: SIOCS80211: Invalid Argument > water# Does your kernel contain the wlan_wep device? If not, compile it in or load it with "kldload wlan_wep". -- Brooks --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSXB+XY6L6fI4GtQRAh7tAKC87uMu+7nHjsXVp0f3q+hIManMaQCfVYWE ZHakGDmPx4DCz4RMxgoWpGc= =Cmo1 -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 05:42:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A548D16A407 for ; Thu, 2 Nov 2006 05:42:00 +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 BAA7C43D64 for ; Thu, 2 Nov 2006 05:41:58 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id kA25fvtJ009921; Thu, 2 Nov 2006 00:41:57 -0500 (EST) Date: Thu, 2 Nov 2006 00:41:57 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Kabaev In-Reply-To: <20061101200949.2d21ace0@kan.dnsalias.net> Message-ID: References: <454936CA.6060308@FreeBSD.org> <20061101200949.2d21ace0@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Thu, 02 Nov 2006 00:41:57 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 05:42:00 -0000 On Wed, 1 Nov 2006, Alexander Kabaev wrote: > On Wed, 1 Nov 2006 19:38:41 -0500 (EST) > Daniel Eischen wrote: > >> On Wed, 1 Nov 2006, Maxim Sobolev wrote: >> >>> Guys, >>> >>> I have noticed that libpthread shared library version number in >>> 6-STABLE and 7-CURRENT is the same (.2), which causes all threaded >>> application compiled for 6-STABLE to segfault when executed on >>> 7-CURRENT system, unless libpthread.so.2 is replaced with with its >>> 6-STABLE version which in turn will create problems with threaded >>> apps compiled for 7-CURRENT. IMHO we should increase version number >>> in 7-CURRENT, so that it is in the line of what we have for other >>> system libraries. >> >> It should be done as part of a larger set of library version bumps. >> All libraries should be bumped. I believe kan and kensmith were >> suppose to be looking at that. We wanted to enable symble versioning >> by default, so all libraries would need to be bumped. >> > > I never indicate that I was going to do anything regarding version > bumps and I still have no plans whatsoever to do so. It probably does > not make sense to do anything until we have a new GCC in the tree. > Just a note to someone who is brave enough to volunteer for the task. I believe you were away for a couple of weeks a few months ago and responded to an email regarding symbol versioning and library bumping. You said you wanted kensmith to wait until you got back and took a closer look. I forget the exact context and don't have the saved email. I _think_ it had something to do with symbol version dependencies not getting recorded in shared libraries, or something related to that. I also _think_ you said you had some changes in the pipe to fix that. But I could be remembering wrong. I wish I had the old email... -- Dan From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 05:43:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2494316A403; Thu, 2 Nov 2006 05:43:33 +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 6E9B643D77; Thu, 2 Nov 2006 05:43:26 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id kA25hM0x010722; Thu, 2 Nov 2006 00:43:22 -0500 (EST) Date: Thu, 2 Nov 2006 00:43:22 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Maxim Sobolev In-Reply-To: <45494692.5090200@FreeBSD.org> Message-ID: References: <454936CA.6060308@FreeBSD.org> <45494692.5090200@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Thu, 02 Nov 2006 00:43:23 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: "current@freebsd.org" , julian@elischer.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 05:43:33 -0000 On Wed, 1 Nov 2006, Maxim Sobolev wrote: > Daniel Eischen wrote: >> On Wed, 1 Nov 2006, Maxim Sobolev wrote: >> >>> Guys, >>> >>> I have noticed that libpthread shared library version number in 6-STABLE >>> and 7-CURRENT is the same (.2), which causes all threaded application >>> compiled for 6-STABLE to segfault when executed on 7-CURRENT system, >>> unless libpthread.so.2 is replaced with with its 6-STABLE version which >>> in turn will create problems with threaded apps compiled for 7-CURRENT. >>> IMHO we should increase version number in 7-CURRENT, so that it is in the >>> line of what we have for other system libraries. >> >> It should be done as part of a larger set of library version bumps. >> All libraries should be bumped. I believe kan and kensmith were >> suppose to be looking at that. We wanted to enable symble versioning >> by default, so all libraries would need to be bumped. > > Well, as I said the rest of the libs have already been bumped between 6.x and > 7.x, I don't know if libpthread is exception. Perhaps somebody just missed it > out? When did this happen? Did I miss it? I know we bumped libc. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 06:57:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 137A516A403 for ; Thu, 2 Nov 2006 06:57:17 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EFE343D49 for ; Thu, 2 Nov 2006 06:57:16 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by qb-out-0506.google.com with SMTP id q17so8536qba for ; Wed, 01 Nov 2006 22:57:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=b//xghKK4X5m/swfj29LY9XPbv+ocoPhdGgrdSBbOlTjBaRzaFHSzgyZwvzR1gXgFu6xOOqia0zDFJ14gE9YxbeRvEgkUmupF/53wLQS4t0l8lgcs7cKU5fRhue1f2amYc4QGyKCGbWyqphVfLRavX1YW7AbclZ+p+FU/GiuoiY= Received: by 10.64.149.15 with SMTP id w15mr147110qbd.1162450636010; Wed, 01 Nov 2006 22:57:16 -0800 (PST) Received: by 10.64.203.6 with HTTP; Wed, 1 Nov 2006 22:57:15 -0800 (PST) Message-ID: <84dead720611012257jbcdd3f3o37ac7f350ed81e9a@mail.gmail.com> Date: Thu, 2 Nov 2006 12:27:15 +0530 From: "Joseph Koshy" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: LibElf patch #1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 06:57:17 -0000 Dear -current, I have put up a patch against -current that implements a preview of libelf, a cross-architecture, BSD-licensed implementation of the SysV ELF(3) API, with a couple of extensions. The patch is available at: http://people.freebsd.org/~jkoshy/download/libelf-patch.gz 56KB, MD5: a86b9337c6951d9b075aa349ecf9a49b A snapshot of a TET-based test suite for libelf is available at: http://people.freebsd.org/~jkoshy/download/libelf-ts.tgz 55KB, MD5: 6ca773a0d785d7b03faadf17fc0be08a The current status of LibElf can be found at: http://wikitest.freebsd.org/LibElf/ImplementationStatus -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy/ From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 07:12:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F380F16A412 for ; Thu, 2 Nov 2006 07:12:18 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D9BD43D4C for ; Thu, 2 Nov 2006 07:12:18 +0000 (GMT) (envelope-from bahamasfranks@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so49951uge for ; Wed, 01 Nov 2006 23:12:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=jPlhSLKeiv36wuzhwRmx9+c7bpru74F4SuZcFeCbabl95RinajPKqT+iRB2V9woIAyrVCYn3MHoorp/+wdwlOHnFVPIwsT+t/S8dxFHYES3c+wjNW5++JvPaaOZuTDZ6pLR1pQbFQbCzp4xXT0nJe7sP723LC4yuG5ljQ7qDRco= Received: by 10.67.93.6 with SMTP id v6mr145674ugl.1162451535388; Wed, 01 Nov 2006 23:12:15 -0800 (PST) Received: by 10.66.225.3 with HTTP; Wed, 1 Nov 2006 23:12:15 -0800 (PST) Message-ID: <539c60b90611012312y36419ac3p4d43e41104d11d1f@mail.gmail.com> Date: Thu, 2 Nov 2006 00:12:15 -0700 From: "Steve Franks" Sender: bahamasfranks@gmail.com To: "Brooks Davis" In-Reply-To: <20061102041351.GA62551@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <539c60b90611011942o223f7affr10ce5ad0eadae0eb@mail.gmail.com> <20061102041351.GA62551@lor.one-eyed-alien.net> X-Google-Sender-Auth: 37404a01d7c4936c Cc: freebsd-current@freebsd.org Subject: Re: 128-bit WEP and ifconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 07:12:19 -0000 Ah! Thanks, all. Steve > > water# ifconfig wi0 wepkey 1:0xbb2cc2093f788f0ebb67d28abd > > ifconfig: SIOCS80211: Invalid Argument > > water# > > Does your kernel contain the wlan_wep device? If not, compile it in or > load it with "kldload wlan_wep". From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 07:47:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B611D16A49E for ; Thu, 2 Nov 2006 07:47:17 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABB3D43D64 for ; Thu, 2 Nov 2006 07:47:13 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so52927uge for ; Wed, 01 Nov 2006 23:47:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=p9BF7JEsviTlFtCsrGDArwB2swfX+BUImyyA9eMwRztEGoZYcd4cKp31DNViL6jjTOl4YeRKdXS85HB9YYTG+WTks9OIIuFa4A/21Pq8lC1aqBiQ2zQqqUf+DrJ9WdAmyBNx+G5JO5r0KdN4dT87/CQhoLZL60YMfB6WZIVKKbM= Received: by 10.67.19.17 with SMTP id w17mr163852ugi.1162453632346; Wed, 01 Nov 2006 23:47:12 -0800 (PST) Received: by 10.66.219.5 with HTTP; Wed, 1 Nov 2006 23:47:12 -0800 (PST) Message-ID: Date: Thu, 2 Nov 2006 15:47:12 +0800 From: "Jiawei Ye" To: "Norikatsu Shigemura" In-Reply-To: <20061030000836.557d41be.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061027.025600.59733168.hrs@allbsd.org> <20061029150041.GB1039@zaphod.nitro.dk> <20061030000836.557d41be.nork@FreeBSD.org> Cc: kris@obsecurity.org, dougb@freebsd.org, ume@freebsd.org, "Simon L. Nielsen" , freebsd-current@freebsd.org, Joel@freebsd.org, itetcu@freebsd.org Subject: Re: Resolver not always resolving hostnames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 07:47:17 -0000 On 10/29/06, Norikatsu Shigemura wrote: cvsup3.dk.freebsd.org.nitro.dk. (48) > > 15:06:45.226255 IP ns.nitro.dk.domain > eddie.50804: 51918 NXDomain* 0/1/0 (98) > > We need the server side (= ns.nitro.dk) DNS query. hrs already > reported a behavier you said:-). > Is there any patch to try out yet? Jiawei Ye -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 07:57:35 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D499E16A40F; Thu, 2 Nov 2006 07:57:35 +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 E5FA343D67; Thu, 2 Nov 2006 07:57:34 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id DD790EB40A9; Thu, 2 Nov 2006 15:57:30 +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 LykwCDSin503; Thu, 2 Nov 2006 15:57:26 +0800 (CST) Received: from [10.217.12.47] (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 07696EB0CB7; Thu, 2 Nov 2006 15:57:26 +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: subject:x-enigmail-version:content-type; b=DWhpwVleGFX5P9vmx0hY708fQbrBprtwiuDnw4O8h4BgarQJlCrWLu51NZN7FPynM iFkBbQAwFa7X+cSQcFl4w== Message-ID: <4549A4B7.50005@delphij.net> Date: Thu, 02 Nov 2006 15:56:39 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, jb@FreeBSD.org X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigC2784BD76ED280BA8BD2FAA6" Cc: Subject: Nonsense load average on kernel without KSE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 07:57:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC2784BD76ED280BA8BD2FAA6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Anybody has observed load average of several hundred on -CURRENT without KSE compiled in? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigC2784BD76ED280BA8BD2FAA6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFSaS4OfuToMruuMARA2xQAJ0fYo+YvSNdOphScSLX53KDwOpPgACfdYzt dqU3XZvkTmcXTD0dBxvVjBM= =QkPX -----END PGP SIGNATURE----- --------------enigC2784BD76ED280BA8BD2FAA6-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 08:08:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C013616A407 for ; Thu, 2 Nov 2006 08:08:56 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id C621F43D4C for ; Thu, 2 Nov 2006 08:08:55 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so929524nfc for ; Thu, 02 Nov 2006 00:08:54 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=X7rsI9YEKAE35XZP2FQaRB3GnTCZ/Y+/6kZ+YZZML8NWA2YPW40UFfC1tfuNLCQOJBi5nJPkDfUR1PUa3tlJ7jCXNEnF7Bkdr1WifTv7SSd4y56rEeyJr38q/Gueo4ky2xoP0DEAKmEQ3nw+7Yg+1ssGzNz0riRF1A8h/Phlzps= Received: by 10.82.190.2 with SMTP id n2mr29249buf.1162454934200; Thu, 02 Nov 2006 00:08:54 -0800 (PST) Received: by 10.82.191.20 with HTTP; Thu, 2 Nov 2006 00:08:54 -0800 (PST) Message-ID: Date: Thu, 2 Nov 2006 00:08:54 -0800 From: "Kip Macy" To: "LI Xin" In-Reply-To: <4549A4B7.50005@delphij.net> MIME-Version: 1.0 References: <4549A4B7.50005@delphij.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: jb@freebsd.org, freebsd-current@freebsd.org Subject: Re: Nonsense load average on kernel without KSE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 08:08:56 -0000 That is a known issue :-( On 11/1/06, LI Xin wrote: > > Hi, > > Anybody has observed load average of several hundred on -CURRENT without > KSE compiled in? > > Cheers, > -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > > > > From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 08:19:13 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3701616A403; Thu, 2 Nov 2006 08:19:13 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8C7943D62; Thu, 2 Nov 2006 08:19:12 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.52] (S0106001372fd1e07.vs.shawcable.net [70.71.9.33]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.6) with ESMTP id kA28J4Mv097720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Nov 2006 00:19:05 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4549A9F2.4070000@FreeBSD.org> Date: Thu, 02 Nov 2006 00:18:58 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Daniel Eischen References: <454936CA.6060308@FreeBSD.org> <45494692.5090200@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" , julian@elischer.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 08:19:13 -0000 Daniel Eischen wrote: > On Wed, 1 Nov 2006, Maxim Sobolev wrote: > >> Daniel Eischen wrote: >>> On Wed, 1 Nov 2006, Maxim Sobolev wrote: >>> >>>> Guys, >>>> >>>> I have noticed that libpthread shared library version number in >>>> 6-STABLE >>>> and 7-CURRENT is the same (.2), which causes all threaded application >>>> compiled for 6-STABLE to segfault when executed on 7-CURRENT system, >>>> unless libpthread.so.2 is replaced with with its 6-STABLE version which >>>> in turn will create problems with threaded apps compiled for 7-CURRENT. >>>> IMHO we should increase version number in 7-CURRENT, so that it is >>>> in the line of what we have for other system libraries. >>> >>> It should be done as part of a larger set of library version bumps. >>> All libraries should be bumped. I believe kan and kensmith were >>> suppose to be looking at that. We wanted to enable symble versioning >>> by default, so all libraries would need to be bumped. >> >> Well, as I said the rest of the libs have already been bumped between >> 6.x and 7.x, I don't know if libpthread is exception. Perhaps somebody >> just missed it out? > > When did this happen? Did I miss it? I know we bumped libc. OK, you are right, only libc and several others have been bumped so far. But the point stays - libpthread is not compatible between 7-CURRENT and 6-STABLE (both forward and backward), so that it should be bumped in -CURRENT ASAP. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 08:22:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 069EC16A403 for ; Thu, 2 Nov 2006 08:22:16 +0000 (UTC) (envelope-from bushman@freebsd.org) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C1E643D7E for ; Thu, 2 Nov 2006 08:22:14 +0000 (GMT) (envelope-from bushman@freebsd.org) Received: from stinger.cc.rsu.ru (stinger.cc.rsu.ru [195.208.252.82]) (authenticated bits=0) by mail.r61.net (8.13.8/8.13.8) with ESMTP id kA28M9xr067923 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 2 Nov 2006 11:22:10 +0300 (MSK) (envelope-from bushman@freebsd.org) From: Michael Bushkov Organization: Rostov State University To: freebsd-current@freebsd.org Date: Thu, 2 Nov 2006 12:21:53 +0400 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611021121.54605.bushman@freebsd.org> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on asterix.r61.net X-Virus-Status: Clean Subject: [PATCH] nsswitch modules and libc separation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 08:22:16 -0000 Hello, During the past summer of code I've been working with nsswitch subsystem and nss_ldap module. Unfortunately, my mentor seems to be busy or away at the moment, so I'm stuck with reviewing and submitting my work. There are several things that had been done during the summer of code (http://www.freebsd.org/news/status/report-june-2006-oct-2006.html#Nss-LDAP-importing-and-nsswitch-subsystem-improvement). I suggest, that the first thing out of these that should be committed is the patch for nsswitch modules and libc separation. It resides here: http://www.rsu.ru/~bushman/soc2006/nss_libc_sep_2.diff Shortly, the idea of this patch is to move all nsswitch modules code out from the libc into separate shared objects. This will make nsswitch subsystem more generic and flexible. To avoid problems with statically linked binaries, nsswitch modules are linked into the libc.a during the build. The detailed description of the changes made is on the wiki: http://wikitest.freebsd.org/NsswitchModulesSeparation. Besides these changes, patch includes some tiny changes to the nsswitch caching implementation, which mainly address proper handling of the malloc failures. Please test the patch and send me your comments and suggestions. If everything is fine, I hope I'll be able to commit it to -CURRENT soon. -- With best regards, Michael Bushkov Rostov State University From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 10:50:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8988616A4AB; Thu, 2 Nov 2006 10:50:33 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D2FB43D5A; Thu, 2 Nov 2006 10:50:32 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Gfa9W-000KhC-DC; Thu, 02 Nov 2006 10:50:30 +0000 Date: Thu, 2 Nov 2006 10:50:30 +0000 From: Ceri Davies To: Eric Anderson Message-ID: <20061102105030.GC41596@submonkey.net> Mail-Followup-To: Ceri Davies , Eric Anderson , Pawel Jakub Dawidek , current@freebsd.org References: <20061101181549.GB41596@submonkey.net> <20061101185712.GP15861@garage.freebsd.pl> <4548F583.2000206@centtech.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eJnRUKwClWJh1Khz" Content-Disposition: inline In-Reply-To: <4548F583.2000206@centtech.com> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Ceri Davies Cc: Pawel Jakub Dawidek , current@freebsd.org Subject: Re: gjournal panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 10:50:33 -0000 --eJnRUKwClWJh1Khz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 01, 2006 at 01:29:07PM -0600, Eric Anderson wrote: > On 11/01/06 12:57, Pawel Jakub Dawidek wrote: > >On Wed, Nov 01, 2006 at 06:15:49PM +0000, Ceri Davies wrote: > >>The file at http://people.freebsd.org/~ceri/journal.gz, when gunzip'd, > >>will panic a system with options GEOM_JOURNAL and UFS_GJOURNAL upon > >>running "mdconfig -a -f journal". The geom_label module is also loaded, > >>but it's otherwise GENERIC. > >> > >>This file was created like so: > >> > >> truncate -s 2g journal > >> mdconfig -a -f journal > >> > >> newfs -J /dev/md1 > >> mount /dev/md1 /mnt > >> umount /mnt > >> gjournal label -f /dev/md1 > >> > >> > >>I'm not at this system's console and I don't have dumps configured, so > >>have only this information, but I will be at the console tomorrow if it > >>helps. > > > >I fixed md(4). It was panicing when unknown I/O request was received > >(eg. BIO_FLUSH, but also BIO_DELETE). >=20 > Sheesh Pawel, what took you so long? :) Indeed :) Thanks Pawel! Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --eJnRUKwClWJh1Khz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSc12ocfcwTS3JF8RAi5fAKCv13Rn6TAYt6GQcm8evm61zEBP+wCdGn++ EHmuaPvorbjND/mNPIDlKpI= =sxah -----END PGP SIGNATURE----- --eJnRUKwClWJh1Khz-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 11:14:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 310D816A407; Thu, 2 Nov 2006 11:14:07 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C41B43D55; Thu, 2 Nov 2006 11:14:06 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GfaWK-0008Ah-LZ; Thu, 02 Nov 2006 11:14:04 +0000 Date: Thu, 2 Nov 2006 11:14:04 +0000 From: Ceri Davies To: cokane@cokane.org Message-ID: <20061102111404.GD41596@submonkey.net> Mail-Followup-To: Ceri Davies , cokane@cokane.org, pjd@freebsd.org, current@freebsd.org References: <346a80220611011709j485b0e16jf9745d6eae848411@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2JFBq9zoW8cOFH7v" Content-Disposition: inline In-Reply-To: <346a80220611011709j485b0e16jf9745d6eae848411@mail.gmail.com> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Ceri Davies Cc: pjd@freebsd.org, current@freebsd.org Subject: Re: gjournal and fstab X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 11:14:07 -0000 --2JFBq9zoW8cOFH7v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 01, 2006 at 08:09:05PM -0500, Coleman Kane wrote: > Hi, nice job with the gjournal update. >=20 > I am testing it out and am curious if you can tell me how best to add > entries for gjournal filesystems in /etc/fstab. >=20 > It seems that if I add (as a line in fstab): > /dev/ad0s1f.journal /usr ffs noatime,async 2 2 >=20 >=20 > Also, fsck seems to not know how to identify the filesystem type by mount > nor by devicename. I must run fsck_ffs explicitly. I must also mount them > manually, explicitly. I have: /dev/ad0s1g.journal /usr/home ufs rw,nosuid 2 2 which works ok. Do you have GEOM_JOURNAL in your kernel or are you loading it from loader.conf? Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --2JFBq9zoW8cOFH7v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSdL8ocfcwTS3JF8RAiOnAKCSJzepSa3VwjiHqO5BU1D8t9JdfgCfY6NY zjcuCWUZjATezfmFWxMdpE8= =uCp8 -----END PGP SIGNATURE----- --2JFBq9zoW8cOFH7v-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 11:50:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA12316A4C8; Thu, 2 Nov 2006 11:50:59 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49CE543D5C; Thu, 2 Nov 2006 11:50:58 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 018DA5E6A; Thu, 2 Nov 2006 14:50:57 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id D353D5E5C; Thu, 2 Nov 2006 14:50:56 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kA2BowKT018036; Thu, 2 Nov 2006 14:50:58 +0300 (MSK) (envelope-from ru) Date: Thu, 2 Nov 2006 14:50:58 +0300 From: Ruslan Ermilov To: Maxim Sobolev Message-ID: <20061102115058.GB10961@rambler-co.ru> References: <454936CA.6060308@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG" Content-Disposition: inline In-Reply-To: <454936CA.6060308@FreeBSD.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: "current@freebsd.org" , julian@elischer.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 11:50:59 -0000 --LpQ9ahxlCli8rRTG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 01, 2006 at 04:07:38PM -0800, Maxim Sobolev wrote: > Guys, >=20 > I have noticed that libpthread shared library version number in 6-STABLE > and 7-CURRENT is the same (.2), which causes all threaded application > compiled for 6-STABLE to segfault when executed on 7-CURRENT system, > unless libpthread.so.2 is replaced with with its 6-STABLE version which > in turn will create problems with threaded apps compiled for 7-CURRENT. > IMHO we should increase version number in 7-CURRENT, so that it is in=20 > the line of what we have for other system libraries. >=20 > Any objections? >=20 Last time we bumped them was right before 6.0-RELEASE; we did it both in HEAD and RELENG_6. We certainly should be bumping them all again closer to a 7.0-RELEASE, when the RELENG_7 is about to be created. If we bump some majors now, and break APIs later but still before a release (we are allowed to do it in -CURRENT), we would have to bump them again before a release, and because it's probably hard to track all changes we will unconditionally bump them all before a RELENG_7 is created. I'm not sure if bumping them now and having a gap later is a good or bad idea; just some point to consider. There is another options: having a build knob that will bump all shlib majors for those -CURRENT users that need it *right now*. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --LpQ9ahxlCli8rRTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSduiqRfpzJluFF4RAlrUAJ9jXGjWlnEXUoCLdtAwPQ9AJsocdACbBw9h eFuUWMAi3CWjNOmSjg2WQQ8= =Dxwf -----END PGP SIGNATURE----- --LpQ9ahxlCli8rRTG-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 13:07:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44EF716A416 for ; Thu, 2 Nov 2006 13:07:29 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from ms-smtp-03.southeast.rr.com (ms-smtp-03.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id B67DE43DF2 for ; Thu, 2 Nov 2006 13:07:06 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154]) by ms-smtp-03.southeast.rr.com (8.13.6/8.13.6) with ESMTP id kA2D74tk005061; Thu, 2 Nov 2006 08:07:04 -0500 (EST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.8/8.13.8) with ESMTP id kA2D73A1089904; Thu, 2 Nov 2006 08:07:03 -0500 (EST) (envelope-from morganw@chemikals.org) Date: Thu, 2 Nov 2006 08:07:03 -0500 (EST) From: Wesley Morgan To: Alexander Kabaev In-Reply-To: <20061101200949.2d21ace0@kan.dnsalias.net> Message-ID: <20061102080524.R80586@volatile.chemikals.org> References: <454936CA.6060308@FreeBSD.org> <20061101200949.2d21ace0@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 13:07:29 -0000 On Wed, 1 Nov 2006, Alexander Kabaev wrote: > On Wed, 1 Nov 2006 19:38:41 -0500 (EST) > Daniel Eischen wrote: > >> On Wed, 1 Nov 2006, Maxim Sobolev wrote: >> >>> Guys, >>> >>> I have noticed that libpthread shared library version number in >>> 6-STABLE and 7-CURRENT is the same (.2), which causes all threaded >>> application compiled for 6-STABLE to segfault when executed on >>> 7-CURRENT system, unless libpthread.so.2 is replaced with with its >>> 6-STABLE version which in turn will create problems with threaded >>> apps compiled for 7-CURRENT. IMHO we should increase version number >>> in 7-CURRENT, so that it is in the line of what we have for other >>> system libraries. >> >> It should be done as part of a larger set of library version bumps. >> All libraries should be bumped. I believe kan and kensmith were >> suppose to be looking at that. We wanted to enable symble versioning >> by default, so all libraries would need to be bumped. >> > > I never indicate that I was going to do anything regarding version > bumps and I still have no plans whatsoever to do so. It probably does > not make sense to do anything until we have a new GCC in the tree. > Just a note to someone who is brave enough to volunteer for the task. > > Handling of libpthread/libthr is not anyone's idea of fun, as both > librares are exporting different symbol sets under the same version > name, stick their dirty hands into rtld internals, etc. I encountered (and reported) weird problems with threaded apps when symbol versioning was enabled. The new csup would fail in areas it shouldn't have failed and gdb made it look like some weird stuff was happening concurrently. Turning off symbol versioning solved the problem. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 13:08:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 036B216A522 for ; Thu, 2 Nov 2006 13:08:11 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D5C843D8A for ; Thu, 2 Nov 2006 13:07:48 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so95568wxd for ; Thu, 02 Nov 2006 05:07:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=SRsCV3IArqapvWo4L3EMqWGX4eBbvDI3TClH6oti1XFqimQ9o+vQnGr/OIcBwJVXaNF69p0Rp0x1Ur/bnpFACMK7YEhcVsjOIr9MC8doRv1AJZLZA2eyWYjRFUReg/Rx4/0Ph+EFAS27bM+9VY5/mXf1JPPVlvR1AlR1hS+s0wo= Received: by 10.70.74.6 with SMTP id w6mr792367wxa.1162472867240; Thu, 02 Nov 2006 05:07:47 -0800 (PST) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id i38sm3007923wxd.2006.11.02.05.07.46; Thu, 02 Nov 2006 05:07:46 -0800 (PST) Date: Thu, 2 Nov 2006 08:07:41 -0500 From: Alexander Kabaev To: Daniel Eischen Message-ID: <20061102080741.0ab3f4fe@kan.dnsalias.net> In-Reply-To: References: <454936CA.6060308@FreeBSD.org> <20061101200949.2d21ace0@kan.dnsalias.net> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_S8TitF1imK0WIhL3K=v=5JD"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 13:08:11 -0000 --Sig_S8TitF1imK0WIhL3K=v=5JD Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 2 Nov 2006 00:41:57 -0500 (EST) Daniel Eischen wrote: =20 > I believe you were away for a couple of weeks a few months ago > and responded to an email regarding symbol versioning and library > bumping. You said you wanted kensmith to wait until you got back > and took a closer look. I forget the exact context and don't > have the saved email. I _think_ it had something to do with > symbol version dependencies not getting recorded in shared libraries, > or something related to that. I also _think_ you said you had > some changes in the pipe to fix that. But I could be remembering > wrong. I wish I had the old email... >=20 This is a part of new GCC import. We will be linking libc and libpthread with shared objects so that their dependency on libpthread or libs is recorded and proper symbol version resolution is possible. --=20 Alexander Kabaev --Sig_S8TitF1imK0WIhL3K=v=5JD Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSe2hQ6z1jMm+XZYRAkbEAJ9ve63PVXrL0KqHN/icX4yD/Mmw7ACg1a32 Dg/8MtwM1n3P2LhnkPGi7UE= =WwZ7 -----END PGP SIGNATURE----- --Sig_S8TitF1imK0WIhL3K=v=5JD-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 13:11:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A11716A412 for ; Thu, 2 Nov 2006 13:11:38 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E23F43D5E for ; Thu, 2 Nov 2006 13:11:25 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so96238wxd for ; Thu, 02 Nov 2006 05:11:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=slLkzYwC/eV3UZIL8rTf6w01CEeq2IVfPiN/9Or11TtfeugzMth4pwDNpVKfQ22jDEOi/BXWwRiVzJgOuOK/3ydyQueXdqByJSyKnKpGBA4b96OQtI624EHEugk2/BwQLrDk4N3eyU9EvKLLfjKUIUJghe8YbF7LZRvzWuEeeQY= Received: by 10.70.18.11 with SMTP id 11mr758488wxr.1162473084508; Thu, 02 Nov 2006 05:11:24 -0800 (PST) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id i33sm3001155wxd.2006.11.02.05.11.23; Thu, 02 Nov 2006 05:11:24 -0800 (PST) Date: Thu, 2 Nov 2006 08:11:22 -0500 From: Alexander Kabaev To: Wesley Morgan Message-ID: <20061102081122.2c99552f@kan.dnsalias.net> In-Reply-To: <20061102080524.R80586@volatile.chemikals.org> References: <454936CA.6060308@FreeBSD.org> <20061101200949.2d21ace0@kan.dnsalias.net> <20061102080524.R80586@volatile.chemikals.org> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_It3ZlI.KTM1aCLtPYcGlUtZ; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 13:11:38 -0000 --Sig_It3ZlI.KTM1aCLtPYcGlUtZ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 2 Nov 2006 08:07:03 -0500 (EST) Wesley Morgan wrote: > I encountered (and reported) weird problems with threaded apps when > symbol versioning was enabled. The new csup would fail in areas it > shouldn't have failed and gdb made it look like some weird stuff was > happening concurrently. Turning off symbol versioning solved the > problem. >=20 >=20 Could you please report it again? Searching for your name in my inbox returns nothing. Your mail either never reached it or you sent the report elsewhere and it escaped my attention. --=20 Alexander Kabaev --Sig_It3ZlI.KTM1aCLtPYcGlUtZ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSe56Q6z1jMm+XZYRAlFgAKC/hSvsRnq6S6r4/XOGmcdN6sQpTgCfaarT 5SnVEmTY67lRZQ9wTxAw+Po= =nhTN -----END PGP SIGNATURE----- --Sig_It3ZlI.KTM1aCLtPYcGlUtZ-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 13:24:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01C9916A412; Thu, 2 Nov 2006 13:24:37 +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 96D8C43D6D; Thu, 2 Nov 2006 13:23:31 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id kA2DN9Bq002592; Thu, 2 Nov 2006 08:23:09 -0500 (EST) Date: Thu, 2 Nov 2006 08:23:09 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Maxim Sobolev In-Reply-To: <4549A9F2.4070000@FreeBSD.org> Message-ID: References: <454936CA.6060308@FreeBSD.org> <45494692.5090200@FreeBSD.org> <4549A9F2.4070000@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Thu, 02 Nov 2006 08:23:09 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: "current@freebsd.org" , julian@elischer.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 13:24:37 -0000 On Thu, 2 Nov 2006, Maxim Sobolev wrote: > Daniel Eischen wrote: >> On Wed, 1 Nov 2006, Maxim Sobolev wrote: >> >>> Daniel Eischen wrote: >>>> On Wed, 1 Nov 2006, Maxim Sobolev wrote: >>>> >>>>> Guys, >>>>> >>>>> I have noticed that libpthread shared library version number in 6-STABLE >>>>> and 7-CURRENT is the same (.2), which causes all threaded application >>>>> compiled for 6-STABLE to segfault when executed on 7-CURRENT system, >>>>> unless libpthread.so.2 is replaced with with its 6-STABLE version which >>>>> in turn will create problems with threaded apps compiled for 7-CURRENT. >>>>> IMHO we should increase version number in 7-CURRENT, so that it is in >>>>> the line of what we have for other system libraries. >>>> >>>> It should be done as part of a larger set of library version bumps. >>>> All libraries should be bumped. I believe kan and kensmith were >>>> suppose to be looking at that. We wanted to enable symble versioning >>>> by default, so all libraries would need to be bumped. >>> >>> Well, as I said the rest of the libs have already been bumped between 6.x >>> and 7.x, I don't know if libpthread is exception. Perhaps somebody just >>> missed it out? >> >> When did this happen? Did I miss it? I know we bumped libc. > > OK, you are right, only libc and several others have been bumped so far. But > the point stays - libpthread is not compatible between 7-CURRENT and 6-STABLE > (both forward and backward), so that it should be bumped in -CURRENT ASAP. This isn't a new problem and has existed since libc was bumped. I'd like to see everything bumped at the same time. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 13:26:24 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D63DA16A40F; Thu, 2 Nov 2006 13:26:24 +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 83F4843D79; Thu, 2 Nov 2006 13:25:44 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id kA2DPbKK004773; Thu, 2 Nov 2006 08:25:38 -0500 (EST) Date: Thu, 2 Nov 2006 08:25:37 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Ruslan Ermilov In-Reply-To: <20061102115058.GB10961@rambler-co.ru> Message-ID: References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Thu, 02 Nov 2006 08:25:38 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: "current@freebsd.org" , julian@elischer.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 13:26:25 -0000 On Thu, 2 Nov 2006, Ruslan Ermilov wrote: > On Wed, Nov 01, 2006 at 04:07:38PM -0800, Maxim Sobolev wrote: >> Guys, >> >> I have noticed that libpthread shared library version number in 6-STABLE >> and 7-CURRENT is the same (.2), which causes all threaded application >> compiled for 6-STABLE to segfault when executed on 7-CURRENT system, >> unless libpthread.so.2 is replaced with with its 6-STABLE version which >> in turn will create problems with threaded apps compiled for 7-CURRENT. >> IMHO we should increase version number in 7-CURRENT, so that it is in >> the line of what we have for other system libraries. >> >> Any objections? >> > Last time we bumped them was right before 6.0-RELEASE; we did it > both in HEAD and RELENG_6. We certainly should be bumping them > all again closer to a 7.0-RELEASE, when the RELENG_7 is about to > be created. If we bump some majors now, and break APIs later but > still before a release (we are allowed to do it in -CURRENT), we > would have to bump them again before a release, and because it's No, in -current we force people to recompile everything. Plus we have symbol versioning in the libraries most likely to be effected. If we bump, we should enable symbol versioning at the same time. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 13:35:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EBC916A403 for ; Thu, 2 Nov 2006 13:35:06 +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 BF2A043D60 for ; Thu, 2 Nov 2006 13:35:05 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id kA2DZ3S5013347; Thu, 2 Nov 2006 08:35:03 -0500 (EST) Date: Thu, 2 Nov 2006 08:35:03 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Kabaev In-Reply-To: <20061102081122.2c99552f@kan.dnsalias.net> Message-ID: References: <454936CA.6060308@FreeBSD.org> <20061101200949.2d21ace0@kan.dnsalias.net> <20061102080524.R80586@volatile.chemikals.org> <20061102081122.2c99552f@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Thu, 02 Nov 2006 08:35:03 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 13:35:06 -0000 On Thu, 2 Nov 2006, Alexander Kabaev wrote: > On Thu, 2 Nov 2006 08:07:03 -0500 (EST) > Wesley Morgan wrote: > > >> I encountered (and reported) weird problems with threaded apps when >> symbol versioning was enabled. The new csup would fail in areas it >> shouldn't have failed and gdb made it look like some weird stuff was >> happening concurrently. Turning off symbol versioning solved the >> problem. >> >> > Could you please report it again? Searching for your name in my inbox > returns nothing. Your mail either never reached it or you sent the > report elsewhere and it escaped my attention. If you are using libthr or libc_r with symbol versioning, then I don't think it will work correctly without rebuilding world and all ports. As an interim solution for testing symbol versioning without require rebuilding everything under the sun, I added compatability hacks for symbols in libc that also exist in libpthread. See lines 62-95 in src/lib/libpthread/thr/thr_private.h. This hack should be disabled and removed after bumping shared libraries and enabling symbol versioning. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 13:59:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE60616A407 for ; Thu, 2 Nov 2006 13:59:39 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB94643DCA for ; Thu, 2 Nov 2006 13:59:04 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 5B1AB45696; Thu, 2 Nov 2006 14:59:02 +0100 (CET) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id F31A245681; Thu, 2 Nov 2006 14:58:56 +0100 (CET) Date: Thu, 2 Nov 2006 14:58:54 +0100 From: Pawel Jakub Dawidek To: Coleman Kane Message-ID: <20061102135854.GG53552@garage.freebsd.pl> References: <346a80220611011709j485b0e16jf9745d6eae848411@mail.gmail.com> <20061102111404.GD41596@submonkey.net> <20061102135404.GA83844@ramen.coleyandcheryl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sLx0z+5FKKtIVDwd" Content-Disposition: inline In-Reply-To: <20061102135404.GA83844@ramen.coleyandcheryl> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Ceri Davies , current@freebsd.org Subject: Re: gjournal and fstab X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 13:59:39 -0000 --sLx0z+5FKKtIVDwd Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 02, 2006 at 01:54:04PM +0000, Coleman Kane wrote: > On Thu, Nov 02, 2006 at 11:14:04AM +0000, Ceri Davies wrote, and it was p= roclaimed: > > On Wed, Nov 01, 2006 at 08:09:05PM -0500, Coleman Kane wrote: > > > Hi, nice job with the gjournal update. > > >=20 > > > I am testing it out and am curious if you can tell me how best to add > > > entries for gjournal filesystems in /etc/fstab. > > >=20 > > > It seems that if I add (as a line in fstab): > > > /dev/ad0s1f.journal /usr ffs noatime,async 2 2 > > >=20 > > >=20 > > > Also, fsck seems to not know how to identify the filesystem type by m= ount > > > nor by devicename. I must run fsck_ffs explicitly. I must also mount = them > > > manually, explicitly. > >=20 > > I have: > > /dev/ad0s1g.journal /usr/home ufs rw,nosuid 2 2 > >=20 > > which works ok. > >=20 > > Do you have GEOM_JOURNAL in your kernel or are you loading it from > > loader.conf? > >=20 > > Ceri > > --=20 > > That must be wonderful! I don't understand it at all. > > -- Moliere >=20 > I am loading it from loader.conf. In addition, I added -DUFS_GJOURNAL > to /usr/src/sys/modules/ufs/Makefile (the CFLAGS) to compile in support > for GJOURNAL to the ufs.ko module. >=20 > I am loading the geom_journal.ko from the loader as well. Perhaps it > is unhappy that I left out the "rw" flag mount option, I will try it > again with that added. BTW. I suggest using 'async', which is safe when used with gjournal. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --sLx0z+5FKKtIVDwd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFFSfmeForvXbEpPzQRAufMAJ4kfD+IvToCmo1X+qolcVFgJ5TCAwCfUfrA N+G6/KXwBJw44Ru6addoLaw= =uBq1 -----END PGP SIGNATURE----- --sLx0z+5FKKtIVDwd-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 13:53:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE7AD16A47E for ; Thu, 2 Nov 2006 13:53:33 +0000 (UTC) (envelope-from cokane@mail.cokane.org) Received: from ms-smtp-01.ohiordc.rr.com (ms-smtp-01.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C61B43D70 for ; Thu, 2 Nov 2006 13:53:32 +0000 (GMT) (envelope-from cokane@mail.cokane.org) Received: from ramen.cokane.org (rrcs-70-62-16-230.central.biz.rr.com [70.62.16.230]) by ms-smtp-01.ohiordc.rr.com (8.13.6/8.13.6) with SMTP id kA2DrRXe013004 for ; Thu, 2 Nov 2006 08:53:28 -0500 (EST) Received: (qmail 84115 invoked by uid 1001); 2 Nov 2006 13:54:04 -0000 Date: Thu, 2 Nov 2006 13:54:04 +0000 From: Coleman Kane To: Ceri Davies , pjd@freebsd.org, current@freebsd.org Message-ID: <20061102135404.GA83844@ramen.coleyandcheryl> References: <346a80220611011709j485b0e16jf9745d6eae848411@mail.gmail.com> <20061102111404.GD41596@submonkey.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061102111404.GD41596@submonkey.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Mailman-Approved-At: Thu, 02 Nov 2006 14:09:13 +0000 Cc: Subject: Re: gjournal and fstab X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 13:53:33 -0000 On Thu, Nov 02, 2006 at 11:14:04AM +0000, Ceri Davies wrote, and it was proclaimed: > On Wed, Nov 01, 2006 at 08:09:05PM -0500, Coleman Kane wrote: > > Hi, nice job with the gjournal update. > > > > I am testing it out and am curious if you can tell me how best to add > > entries for gjournal filesystems in /etc/fstab. > > > > It seems that if I add (as a line in fstab): > > /dev/ad0s1f.journal /usr ffs noatime,async 2 2 > > > > > > Also, fsck seems to not know how to identify the filesystem type by mount > > nor by devicename. I must run fsck_ffs explicitly. I must also mount them > > manually, explicitly. > > I have: > /dev/ad0s1g.journal /usr/home ufs rw,nosuid 2 2 > > which works ok. > > Do you have GEOM_JOURNAL in your kernel or are you loading it from > loader.conf? > > Ceri > -- > That must be wonderful! I don't understand it at all. > -- Moliere I am loading it from loader.conf. In addition, I added -DUFS_GJOURNAL to /usr/src/sys/modules/ufs/Makefile (the CFLAGS) to compile in support for GJOURNAL to the ufs.ko module. I am loading the geom_journal.ko from the loader as well. Perhaps it is unhappy that I left out the "rw" flag mount option, I will try it again with that added. -- Coleman Kane From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 14:09:55 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2D5316A613; Thu, 2 Nov 2006 14:09:54 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23C2743D53; Thu, 2 Nov 2006 14:09:54 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20061102140952m9100el7qie>; Thu, 2 Nov 2006 14:09:52 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id kA2E9nwK071001; Thu, 2 Nov 2006 08:09:50 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id kA2E9mAj071000; Thu, 2 Nov 2006 08:09:48 -0600 (CST) (envelope-from brooks) Date: Thu, 2 Nov 2006 08:09:48 -0600 From: Brooks Davis To: Daniel Eischen Message-ID: <20061102140948.GA70915@lor.one-eyed-alien.net> References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: "current@freebsd.org" , julian@elischer.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 14:09:55 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 02, 2006 at 08:25:37AM -0500, Daniel Eischen wrote: > On Thu, 2 Nov 2006, Ruslan Ermilov wrote: >=20 > >On Wed, Nov 01, 2006 at 04:07:38PM -0800, Maxim Sobolev wrote: > >>Guys, > >> > >>I have noticed that libpthread shared library version number in 6-STABLE > >>and 7-CURRENT is the same (.2), which causes all threaded application > >>compiled for 6-STABLE to segfault when executed on 7-CURRENT system, > >>unless libpthread.so.2 is replaced with with its 6-STABLE version which > >>in turn will create problems with threaded apps compiled for 7-CURRENT. > >>IMHO we should increase version number in 7-CURRENT, so that it is in > >>the line of what we have for other system libraries. > >> > >>Any objections? > >> > >Last time we bumped them was right before 6.0-RELEASE; we did it > >both in HEAD and RELENG_6. We certainly should be bumping them > >all again closer to a 7.0-RELEASE, when the RELENG_7 is about to > >be created. If we bump some majors now, and break APIs later but > >still before a release (we are allowed to do it in -CURRENT), we > >would have to bump them again before a release, and because it's >=20 > No, in -current we force people to recompile everything. Plus > we have symbol versioning in the libraries most likely to be > effected. If we bump, we should enable symbol versioning at > the same time. I agree with the last part, but I think we need to bump sooner rather than later because we need to support binary only applications compiled against 6.x (remember, we're not really supporting anything else so smart vendors are going to build against it). -- Brooks --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSfwsXY6L6fI4GtQRApWxAJ0RvJFE/HPoxxk+UKkL2HFOET4l3gCfX3Sj bctzPSwzCBlR5Y+KhyMCxzM= =dqfn -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 14:18:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EECF716A407; Thu, 2 Nov 2006 14:18:44 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4632F43D5A; Thu, 2 Nov 2006 14:18:44 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GfdP0-000Hfz-RY; Thu, 02 Nov 2006 14:18:42 +0000 Date: Thu, 2 Nov 2006 14:18:42 +0000 From: Ceri Davies To: Pawel Jakub Dawidek Message-ID: <20061102141842.GE41596@submonkey.net> Mail-Followup-To: Ceri Davies , Pawel Jakub Dawidek , Coleman Kane , current@freebsd.org References: <346a80220611011709j485b0e16jf9745d6eae848411@mail.gmail.com> <20061102111404.GD41596@submonkey.net> <20061102135404.GA83844@ramen.coleyandcheryl> <20061102135854.GG53552@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1sNVjLsmu1MXqwQ/" Content-Disposition: inline In-Reply-To: <20061102135854.GG53552@garage.freebsd.pl> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Ceri Davies Cc: current@freebsd.org, Coleman Kane Subject: Re: gjournal and fstab X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 14:18:45 -0000 --1sNVjLsmu1MXqwQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 02, 2006 at 02:58:54PM +0100, Pawel Jakub Dawidek wrote: > On Thu, Nov 02, 2006 at 01:54:04PM +0000, Coleman Kane wrote: > > On Thu, Nov 02, 2006 at 11:14:04AM +0000, Ceri Davies wrote, and it was= proclaimed: > > > On Wed, Nov 01, 2006 at 08:09:05PM -0500, Coleman Kane wrote: > > > > Hi, nice job with the gjournal update. > > > >=20 > > > > I am testing it out and am curious if you can tell me how best to a= dd > > > > entries for gjournal filesystems in /etc/fstab. > > > >=20 > > > > It seems that if I add (as a line in fstab): > > > > /dev/ad0s1f.journal /usr ffs noatime,async 2 2 > > > >=20 > > > >=20 > > > > Also, fsck seems to not know how to identify the filesystem type by= mount > > > > nor by devicename. I must run fsck_ffs explicitly. I must also moun= t them > > > > manually, explicitly. > > >=20 > > > I have: > > > /dev/ad0s1g.journal /usr/home ufs rw,nosuid 2 2 > > >=20 > > > which works ok. > > >=20 > > > Do you have GEOM_JOURNAL in your kernel or are you loading it from > > > loader.conf? > > >=20 > > > Ceri > > > --=20 > > > That must be wonderful! I don't understand it at all. > > > -- Moliere > >=20 > > I am loading it from loader.conf. In addition, I added -DUFS_GJOURNAL > > to /usr/src/sys/modules/ufs/Makefile (the CFLAGS) to compile in support > > for GJOURNAL to the ufs.ko module. > >=20 > > I am loading the geom_journal.ko from the loader as well. Perhaps it > > is unhappy that I left out the "rw" flag mount option, I will try it > > again with that added. >=20 > BTW. I suggest using 'async', which is safe when used with gjournal. What's the recommentdation re: softupdates? Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --1sNVjLsmu1MXqwQ/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD4DBQFFSf5CocfcwTS3JF8RAkUlAKCxyxykSKfo1pYXRm6WSb+GkiB2YACYjPi1 xYxvibMlKmMiJsmv4MCF0g== =aayl -----END PGP SIGNATURE----- --1sNVjLsmu1MXqwQ/-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 15:03:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBCC716A403; Thu, 2 Nov 2006 15:03:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93D1F43D92; Thu, 2 Nov 2006 15:03:22 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA2F3L1b063464; Thu, 2 Nov 2006 10:03:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA2F3LnI023326; Thu, 2 Nov 2006 10:03:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8BA6C73068; Thu, 2 Nov 2006 10:03:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061102150321.8BA6C73068@freebsd-current.sentex.ca> Date: Thu, 2 Nov 2006 10:03:21 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 15:03:37 -0000 TB --- 2006-11-02 13:27:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-02 13:27:47 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-11-02 13:27:48 - cleaning the object tree TB --- 2006-11-02 13:28:19 - checking out the source tree TB --- 2006-11-02 13:28:19 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-11-02 13:28:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-02 13:37:46 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-02 13:37:46 - cd /src TB --- 2006-11-02 13:37:46 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 2 13:37:48 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 2 14:54:17 UTC 2006 TB --- 2006-11-02 14:54:17 - generating LINT kernel config TB --- 2006-11-02 14:54:17 - cd /src/sys/ia64/conf TB --- 2006-11-02 14:54:17 - /usr/bin/make -B LINT TB --- 2006-11-02 14:54:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-02 14:54:18 - cd /src TB --- 2006-11-02 14:54:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 2 14:54:18 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/geom_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/geom_sunlabel.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/geom_sunlabel_enc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/geom_vfs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/geom_vol_ffs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/journal/g_journal.c /src/sys/geom/journal/g_journal.c: In function `g_journal_taste': /src/sys/geom/journal/g_journal.c:2235: warning: 'sc' might be used uninitialized in this function *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-02 15:03:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-02 15:03:21 - ERROR: failed to build lint kernel TB --- 2006-11-02 15:03:21 - tinderbox aborted TB --- 0.53 user 1.98 system 5733.34 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 15:26:31 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E59AB16A403; Thu, 2 Nov 2006 15:26:31 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79FBA43D79; Thu, 2 Nov 2006 15:26:21 +0000 (GMT) (envelope-from anderson@centtech.com) 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 kA2FQGSO076070; Thu, 2 Nov 2006 09:26:16 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <454A0E1C.6050108@centtech.com> Date: Thu, 02 Nov 2006 09:26:20 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: Ceri Davies , Pawel Jakub Dawidek , Coleman Kane , current@FreeBSD.org References: <346a80220611011709j485b0e16jf9745d6eae848411@mail.gmail.com> <20061102111404.GD41596@submonkey.net> <20061102135404.GA83844@ramen.coleyandcheryl> <20061102135854.GG53552@garage.freebsd.pl> <20061102141842.GE41596@submonkey.net> In-Reply-To: <20061102141842.GE41596@submonkey.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2148/Thu Nov 2 08:47:43 2006 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: Subject: Re: gjournal and fstab X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 15:26:32 -0000 On 11/02/06 08:18, Ceri Davies wrote: > On Thu, Nov 02, 2006 at 02:58:54PM +0100, Pawel Jakub Dawidek wrote: >> On Thu, Nov 02, 2006 at 01:54:04PM +0000, Coleman Kane wrote: >>> On Thu, Nov 02, 2006 at 11:14:04AM +0000, Ceri Davies wrote, and it was proclaimed: >>>> On Wed, Nov 01, 2006 at 08:09:05PM -0500, Coleman Kane wrote: >>>>> Hi, nice job with the gjournal update. >>>>> >>>>> I am testing it out and am curious if you can tell me how best to add >>>>> entries for gjournal filesystems in /etc/fstab. >>>>> >>>>> It seems that if I add (as a line in fstab): >>>>> /dev/ad0s1f.journal /usr ffs noatime,async 2 2 >>>>> >>>>> >>>>> Also, fsck seems to not know how to identify the filesystem type by mount >>>>> nor by devicename. I must run fsck_ffs explicitly. I must also mount them >>>>> manually, explicitly. >>>> I have: >>>> /dev/ad0s1g.journal /usr/home ufs rw,nosuid 2 2 >>>> >>>> which works ok. >>>> >>>> Do you have GEOM_JOURNAL in your kernel or are you loading it from >>>> loader.conf? >>>> >>>> Ceri >>>> -- >>>> That must be wonderful! I don't understand it at all. >>>> -- Moliere >>> I am loading it from loader.conf. In addition, I added -DUFS_GJOURNAL >>> to /usr/src/sys/modules/ufs/Makefile (the CFLAGS) to compile in support >>> for GJOURNAL to the ufs.ko module. >>> >>> I am loading the geom_journal.ko from the loader as well. Perhaps it >>> is unhappy that I left out the "rw" flag mount option, I will try it >>> again with that added. >> BTW. I suggest using 'async', which is safe when used with gjournal. > > What's the recommentdation re: softupdates? > > Ceri I'm pretty sure it's NO SOFTUPDATES. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 15:13:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA5C316A412 for ; Thu, 2 Nov 2006 15:13:03 +0000 (UTC) (envelope-from cokane@mail.cokane.org) Received: from ms-smtp-01.ohiordc.rr.com (ms-smtp-01.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEC3D43D86 for ; Thu, 2 Nov 2006 15:12:52 +0000 (GMT) (envelope-from cokane@mail.cokane.org) Received: from ramen.cokane.org (rrcs-70-62-16-230.central.biz.rr.com [70.62.16.230]) by ms-smtp-01.ohiordc.rr.com (8.13.6/8.13.6) with SMTP id kA2FCnfk009654 for ; Thu, 2 Nov 2006 10:12:50 -0500 (EST) Received: (qmail 89305 invoked by uid 1001); 2 Nov 2006 15:13:26 -0000 Date: Thu, 2 Nov 2006 15:13:26 +0000 From: Coleman Kane To: Ceri Davies , Pawel Jakub Dawidek , current@freebsd.org Message-ID: <20061102151326.GA89177@ramen.coleyandcheryl> References: <346a80220611011709j485b0e16jf9745d6eae848411@mail.gmail.com> <20061102111404.GD41596@submonkey.net> <20061102135404.GA83844@ramen.coleyandcheryl> <20061102135854.GG53552@garage.freebsd.pl> <20061102141842.GE41596@submonkey.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061102141842.GE41596@submonkey.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Mailman-Approved-At: Thu, 02 Nov 2006 15:59:16 +0000 Cc: Subject: Re: gjournal and fstab X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 15:13:03 -0000 On Thu, Nov 02, 2006 at 02:18:42PM +0000, Ceri Davies wrote, and it was proclaimed: > On Thu, Nov 02, 2006 at 02:58:54PM +0100, Pawel Jakub Dawidek wrote: > > On Thu, Nov 02, 2006 at 01:54:04PM +0000, Coleman Kane wrote: > > > On Thu, Nov 02, 2006 at 11:14:04AM +0000, Ceri Davies wrote, and it was proclaimed: > > > > On Wed, Nov 01, 2006 at 08:09:05PM -0500, Coleman Kane wrote: > > > > > Hi, nice job with the gjournal update. > > > > > > > > > > I am testing it out and am curious if you can tell me how best to add > > > > > entries for gjournal filesystems in /etc/fstab. > > > > > > > > > > It seems that if I add (as a line in fstab): > > > > > /dev/ad0s1f.journal /usr ffs noatime,async 2 2 > > > > > > > > > > > > > > > Also, fsck seems to not know how to identify the filesystem type by mount > > > > > nor by devicename. I must run fsck_ffs explicitly. I must also mount them > > > > > manually, explicitly. > > > > > > > > I have: > > > > /dev/ad0s1g.journal /usr/home ufs rw,nosuid 2 2 > > > > > > > > which works ok. > > > > > > > > Do you have GEOM_JOURNAL in your kernel or are you loading it from > > > > loader.conf? > > > > > > > > Ceri > > > > -- > > > > That must be wonderful! I don't understand it at all. > > > > -- Moliere > > > > > > I am loading it from loader.conf. In addition, I added -DUFS_GJOURNAL > > > to /usr/src/sys/modules/ufs/Makefile (the CFLAGS) to compile in support > > > for GJOURNAL to the ufs.ko module. > > > > > > I am loading the geom_journal.ko from the loader as well. Perhaps it > > > is unhappy that I left out the "rw" flag mount option, I will try it > > > again with that added. > > > > BTW. I suggest using 'async', which is safe when used with gjournal. > > What's the recommentdation re: softupdates? > > Ceri > -- > That must be wonderful! I don't understand it at all. > -- Moliere I figured out the problem. I ommitted "rw" from the mount options, so the fstab reader couldn't detect if it was swap or not? Not expected behavior from mount, fsck, but I can live with it. -- coleman kane From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 16:03:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F016816A407 for ; Thu, 2 Nov 2006 16:03:49 +0000 (UTC) (envelope-from jdp@polstra.com) Received: from blake.polstra.com (blake.polstra.com [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B04F243DA5 for ; Thu, 2 Nov 2006 16:03:32 +0000 (GMT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [64.81.189.67]) by blake.polstra.com (8.13.6/8.13.6) with ESMTP id kA2G3RBR004443 for ; Thu, 2 Nov 2006 08:03:27 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 02 Nov 2006 08:03:27 -0800 (PST) From: John Polstra To: freebsd-current@freebsd.org Subject: Silly IRQ allocation on Dell 1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 16:03:50 -0000 I've been testing a Dell 1950 box with -current from late July. The box has two integrated BCM5708 gigabit ethernet interfaces that work with the bce driver. I noticed that both bce0 and bce1 are assigned to IRQ 16. With two IOAPICs on board, it's hard to believe that Dell would be so silly as to force the two gigabit interfaces to share an IRQ. Is this sharing really necessary, or is it caused by a bug or limitation in the OS? The verbose dmesg output follows below. Thanks, John KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=01 base=0000000000100000 len=000000007fea8000 SMAP type=03 base=000000007ffa8000 len=000000000000fc00 SMAP type=02 base=000000007ffb7c00 len=0000000000048400 SMAP type=02 base=00000000e0000000 len=0000000010000000 SMAP type=02 base=00000000fe000000 len=0000000002000000 Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #11: Wed Nov 1 16:43:44 PST 2006 jdp@f1.polstra.com:/usr/home/jdp/f5/robotcd/robotcd/src/sys/i386/compile/ROBOTCD Using 64 colors for the VM-PQ tuning (4096, 16) Preloaded elf kernel "/boot/kernel/kernel" at 0xc08aa000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc08aa14c. MP Configuration Table version 1.4 found at 0xc00f0000 Table 'FACP' at 0xf2b88 Table 'APIC' at 0xf2c7c MADT: Found table at 0xf2c7c APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 6 ACPI ID 2: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 1 ACPI ID 3: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 7 ACPI ID 4: enabled SMP: Added CPU 7 (AP) MADT: Found CPU APIC ID 20 ACPI ID 5: disabled MADT: Found CPU APIC ID 21 ACPI ID 6: disabled MADT: Found CPU APIC ID 22 ACPI ID 7: disabled MADT: Found CPU APIC ID 23 ACPI ID 8: disabled INTR: Adding local APIC 0 as a target ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1191852 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2995804296 Hz CPU: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz (2995.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0x4e3bd,CX16,XTPR,,> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 4096 kbytes, 16-way associative, 64 bytes/line real memory = 2147123200 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000007db60fff, 2096336896 bytes (511801 pages) avail memory = 2096107520 (1999 MB) INTR: Adding local APIC 1 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb46e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 3 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 4 MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 8 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: Found IO APIC ID 9, Interrupt 64 at 0xfec81000 ioapic1: Changing APIC ID to 9 ioapic1: WARNING: intbase 64 != expected base 24 ioapic1: intpin 0 -> PCI IRQ 64 (level, low) ioapic1: intpin 1 -> PCI IRQ 65 (level, low) ioapic1: intpin 2 -> PCI IRQ 66 (level, low) ioapic1: intpin 3 -> PCI IRQ 67 (level, low) ioapic1: intpin 4 -> PCI IRQ 68 (level, low) ioapic1: intpin 5 -> PCI IRQ 69 (level, low) ioapic1: intpin 6 -> PCI IRQ 70 (level, low) ioapic1: intpin 7 -> PCI IRQ 71 (level, low) ioapic1: intpin 8 -> PCI IRQ 72 (level, low) ioapic1: intpin 9 -> PCI IRQ 73 (level, low) ioapic1: intpin 10 -> PCI IRQ 74 (level, low) ioapic1: intpin 11 -> PCI IRQ 75 (level, low) ioapic1: intpin 12 -> PCI IRQ 76 (level, low) ioapic1: intpin 13 -> PCI IRQ 77 (level, low) ioapic1: intpin 14 -> PCI IRQ 78 (level, low) ioapic1: intpin 15 -> PCI IRQ 79 (level, low) ioapic1: intpin 16 -> PCI IRQ 80 (level, low) ioapic1: intpin 17 -> PCI IRQ 81 (level, low) ioapic1: intpin 18 -> PCI IRQ 82 (level, low) ioapic1: intpin 19 -> PCI IRQ 83 (level, low) ioapic1: intpin 20 -> PCI IRQ 84 (level, low) ioapic1: intpin 21 -> PCI IRQ 85 (level, low) ioapic1: intpin 22 -> PCI IRQ 86 (level, low) ioapic1: intpin 23 -> PCI IRQ 87 (level, low) lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic6: Routing NMI -> LINT1 lapic6: LINT1 trigger: edge lapic6: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high lapic7: Routing NMI -> LINT1 lapic7: LINT1 trigger: edge lapic7: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 5 MADT: Ignoring local NMI routed to ACPI CPU 6 MADT: Ignoring local NMI routed to ACPI CPU 7 MADT: Ignoring local NMI routed to ACPI CPU 8 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 64-87 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 mem: Pentium Pro MTRR support enabled io: null: nfslock: pseudo-device 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 0x80040080 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25c08086) pcibios: BIOS version 2.10 Found $PIR table, 21 entries at 0xc00fade0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 0 A 0x60 3 4 5 6 10 11 14 15 embedded 0 2 A 0x60 3 4 5 6 10 11 14 15 embedded 0 3 A 0x60 3 4 5 6 10 11 14 15 embedded 0 4 A 0x60 3 4 5 6 10 11 14 15 embedded 0 5 A 0x60 3 4 5 6 10 11 14 15 embedded 0 6 A 0x60 3 4 5 6 10 11 14 15 embedded 0 7 A 0x60 3 4 5 6 10 11 14 15 embedded 0 28 A 0x60 3 4 5 6 10 11 14 15 embedded 0 28 B 0x61 3 4 5 6 10 11 14 15 embedded 0 28 C 0x62 3 4 5 6 10 11 14 15 embedded 0 28 D 0x63 3 4 5 6 10 11 14 15 embedded 0 29 A 0x69 3 4 5 6 10 11 14 15 embedded 0 29 B 0x68 3 4 5 6 10 11 14 15 embedded 0 29 C 0x69 3 4 5 6 10 11 14 15 embedded 0 29 D 0x68 3 4 5 6 10 11 14 15 embedded 0 31 A 0x60 3 4 5 6 10 11 14 15 embedded 0 31 B 0x61 3 4 5 6 10 11 14 15 embedded 0 31 C 0x6b 3 4 5 6 10 11 14 15 embedded 5 0 A 0x60 3 4 5 6 10 11 14 15 embedded 5 0 B 0x61 3 4 5 6 10 11 14 15 embedded 5 0 C 0x62 3 4 5 6 10 11 14 15 embedded 5 0 D 0x63 3 4 5 6 10 11 14 15 embedded 6 0 A 0x60 3 4 5 6 10 11 14 15 embedded 6 1 A 0x60 3 4 5 6 10 11 14 15 embedded 8 0 A 0x60 3 4 5 6 10 11 14 15 embedded 8 0 B 0x61 3 4 5 6 10 11 14 15 embedded 8 0 C 0x62 3 4 5 6 10 11 14 15 embedded 8 0 D 0x63 3 4 5 6 10 11 14 15 embedded 1 0 A 0x60 3 4 5 6 10 11 14 15 embedded 1 0 B 0x61 3 4 5 6 10 11 14 15 embedded 1 0 C 0x62 3 4 5 6 10 11 14 15 embedded 1 0 D 0x63 3 4 5 6 10 11 14 15 embedded 2 8 A 0x60 3 4 5 6 10 11 14 15 embedded 2 8 B 0x61 3 4 5 6 10 11 14 15 embedded 2 14 A 0x62 3 4 5 6 10 11 14 15 slot 1 11 0 A 0x60 3 4 5 6 10 11 14 15 slot 1 11 0 B 0x61 3 4 5 6 10 11 14 15 slot 1 11 0 C 0x62 3 4 5 6 10 11 14 15 slot 1 11 0 D 0x63 3 4 5 6 10 11 14 15 slot 2 13 0 A 0x60 3 4 5 6 10 11 14 15 slot 2 13 0 B 0x61 3 4 5 6 10 11 14 15 slot 2 13 0 C 0x62 3 4 5 6 10 11 14 15 slot 2 13 0 D 0x63 3 4 5 6 10 11 14 15 embedded 4 0 A 0x60 3 4 5 6 10 11 14 15 embedded 4 0 B 0x61 3 4 5 6 10 11 14 15 embedded 4 0 C 0x62 3 4 5 6 10 11 14 15 embedded 4 0 D 0x63 3 4 5 6 10 11 14 15 embedded 15 13 A 0x63 3 4 5 6 10 11 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xd88c9000 pa 0x9e000 AcpiOsDerivePciId: bus 0 dev 16 func 1 AcpiOsDerivePciId: bus 0 dev 16 func 0 ACPI timer: 1/2 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 6 N 0 3 4 5 6 7 10 11 12 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 6 N 0 3 4 5 6 7 10 11 12 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 12 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 12 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 12 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 12 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 12 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 12 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x25c0, revid=0x12 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=0x8086, dev=0x25e2, revid=0x12 bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x25e3, revid=0x12 bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x25f8, revid=0x12 bus=0, slot=4, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x25e5, revid=0x12 bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25f9, revid=0x12 bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x25e7, revid=0x12 bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25f0, revid=0x12 bus=0, slot=16, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25f0, revid=0x12 bus=0, slot=16, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25f0, revid=0x12 bus=0, slot=16, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25f1, revid=0x12 bus=0, slot=17, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25f3, revid=0x12 bus=0, slot=19, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25f5, revid=0x12 bus=0, slot=21, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25f6, revid=0x12 bus=0, slot=22, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2690, revid=0x09 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x2688, revid=0x09 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 0000cce0, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 21 found-> vendor=0x8086, dev=0x2689, revid=0x09 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 0000ccc0, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 20 found-> vendor=0x8086, dev=0x268a, revid=0x09 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[20]: type 4, range 32, base 0000cca0, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 21 found-> vendor=0x8086, dev=0x268c, revid=0x09 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base fc600000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 21 found-> vendor=0x8086, dev=0x244e, revid=0xd9 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2670, revid=0x09 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x269e, revid=0x09 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 0000fc00, size 4, enabled pcib1: at device 2.0 on pci0 pcib1: secondary bus 5 pcib1: subordinate bus 10 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xf2000000-0xf7ffffff pcib1: prefetched decode 0xfff00000-0xfffff pci5: on pcib1 pci5: physical bus=5 found-> vendor=0x8086, dev=0x3500, revid=0x01 bus=5, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x350c, revid=0x01 bus=5, slot=0, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) pcib2: at device 0.0 on pci5 pcib2: secondary bus 6 pcib2: subordinate bus 9 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xf4000000-0xf7ffffff pcib2: prefetched decode 0xfff00000-0xfffff pci6: on pcib2 pci6: physical bus=6 found-> vendor=0x8086, dev=0x3510, revid=0x01 bus=6, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x3514, revid=0x01 bus=6, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 pcib3: at device 0.0 on pci6 pcib3: secondary bus 7 pcib3: subordinate bus 8 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xf4000000-0xf7ffffff pcib3: prefetched decode 0xfff00000-0xfffff pci7: on pcib3 pci7: physical bus=7 found-> vendor=0x1166, dev=0x0103, revid=0xc2 bus=7, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) pcib4: at device 0.0 on pci7 pcib4: secondary bus 8 pcib4: subordinate bus 8 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xf4000000-0xf7ffffff pcib4: prefetched decode 0xfff00000-0xfffff pci8: on pcib4 pci8: physical bus=8 found-> vendor=0x14e4, dev=0x164c, revid=0x11 bus=8, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x015e, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=6 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base f4000000, size 25, enabled pcib4: (null) requested memory range 0xf4000000-0xf5ffffff: good pcib3: (null) requested memory range 0xf4000000-0xf5ffffff: good pcib2: (null) requested memory range 0xf4000000-0xf5ffffff: good pcib1: (null) requested memory range 0xf4000000-0xf5ffffff: good pcib3: matched entry for 7.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 pcib4: slot 0 INTA is routed to irq 16 bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci8 bce0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xf4000000 bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus0: on bce0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce0: bpf attached bce0: Ethernet address: 00:15:c5:e6:b6:ab ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 bce0: [MPSAFE] pcib5: at device 1.0 on pci6 pcib5: secondary bus 9 pcib5: subordinate bus 9 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xfff00000-0xfffff pcib5: prefetched decode 0xfff00000-0xfffff pci9: on pcib5 pci9: physical bus=9 pcib6: at device 0.3 on pci5 pcib6: secondary bus 10 pcib6: subordinate bus 10 pcib6: I/O decode 0xf000-0xfff pcib6: memory decode 0xfff00000-0xfffff pcib6: prefetched decode 0xfff00000-0xfffff pci10: on pcib6 pci10: physical bus=10 pcib7: at device 3.0 on pci0 pcib7: secondary bus 1 pcib7: subordinate bus 2 pcib7: I/O decode 0xe000-0xefff pcib7: memory decode 0xfc300000-0xfc5fffff pcib7: prefetched decode 0xfff00000-0xfffff pci1: on pcib7 pci1: physical bus=1 found-> vendor=0x8086, dev=0x032c, revid=0x09 bus=1, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) pcib8: at device 0.0 on pci1 pcib8: secondary bus 2 pcib8: subordinate bus 2 pcib8: I/O decode 0xe000-0xefff pcib8: memory decode 0xfc400000-0xfc5fffff pcib8: prefetched decode 0xfff00000-0xfffff pci2: on pcib8 pci2: physical bus=2 found-> vendor=0x1000, dev=0x0054, revid=0x01 bus=2, slot=8, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x48 (2160 ns), mingnt=0x40 (16000 ns), maxlat=0x0a (2500 ns) intpin=a, irq=6 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 4, range 32, base 0000ec00, size 8, enabled pcib8: (null) requested I/O range 0xec00-0xecff: in range pcib7: (null) requested I/O range 0xec00-0xecff: in range map[14]: type 1, range 64, base fc4fc000, size 14, enabled pcib8: (null) requested memory range 0xfc4fc000-0xfc4fffff: good pcib7: (null) requested memory range 0xfc4fc000-0xfc4fffff: good map[1c]: type 1, range 64, base fc4e0000, size 16, enabled pcib8: (null) requested memory range 0xfc4e0000-0xfc4effff: good pcib7: (null) requested memory range 0xfc4e0000-0xfc4effff: good pcib8: matched entry for 2.8.INTA pcib8: slot 8 INTA hardwired to IRQ 64 pci2: at device 8.0 (no driver attached) pcib9: at device 4.0 on pci0 pcib9: secondary bus 11 pcib9: subordinate bus 11 pcib9: I/O decode 0xf000-0xfff pcib9: memory decode 0xfff00000-0xfffff pcib9: prefetched decode 0xfff00000-0xfffff pci11: on pcib9 pci11: physical bus=11 pcib10: at device 5.0 on pci0 pcib10: secondary bus 12 pcib10: subordinate bus 12 pcib10: I/O decode 0xf000-0xfff pcib10: memory decode 0xfff00000-0xfffff pcib10: prefetched decode 0xfff00000-0xfffff pci12: on pcib10 pci12: physical bus=12 pcib11: at device 6.0 on pci0 pcib11: secondary bus 13 pcib11: subordinate bus 13 pcib11: I/O decode 0xf000-0xfff pcib11: memory decode 0xfff00000-0xfffff pcib11: prefetched decode 0xfff00000-0xfffff pci13: on pcib11 pci13: physical bus=13 pcib12: at device 7.0 on pci0 pcib12: secondary bus 14 pcib12: subordinate bus 14 pcib12: I/O decode 0xf000-0xfff pcib12: memory decode 0xfff00000-0xfffff pcib12: prefetched decode 0xfff00000-0xfffff pci14: on pcib12 pci14: physical bus=14 pcib13: at device 28.0 on pci0 pcib13: secondary bus 3 pcib13: subordinate bus 4 pcib13: I/O decode 0xf000-0xfff pcib13: memory decode 0xf8000000-0xfbffffff pcib13: prefetched decode 0xfff00000-0xfffff pci3: on pcib13 pci3: physical bus=3 found-> vendor=0x1166, dev=0x0103, revid=0xc2 bus=3, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) pcib14: at device 0.0 on pci3 pcib14: secondary bus 4 pcib14: subordinate bus 4 pcib14: I/O decode 0xf000-0xfff pcib14: memory decode 0xf8000000-0xfbffffff pcib14: prefetched decode 0xfff00000-0xfffff pci4: on pcib14 pci4: physical bus=4 found-> vendor=0x14e4, dev=0x164c, revid=0x11 bus=4, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x015e, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=6 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base f8000000, size 25, enabled pcib14: (null) requested memory range 0xf8000000-0xf9ffffff: good pcib13: (null) requested memory range 0xf8000000-0xf9ffffff: good pcib13: matched entry for 3.0.INTA pcib13: slot 0 INTA hardwired to IRQ 16 pcib14: slot 0 INTA is routed to irq 16 bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci4 bce1: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xf8000000 bce1: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus1: on bce1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce1: bpf attached bce1: Ethernet address: 00:15:c5:e6:b6:a9 bce1: [MPSAFE] pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.7 (no driver attached) pcib15: at device 30.0 on pci0 pcib15: secondary bus 15 pcib15: subordinate bus 15 pcib15: I/O decode 0xd000-0xdfff pcib15: memory decode 0xfc100000-0xfc2fffff pcib15: prefetched decode 0xd8000000-0xdfffffff pcib15: Subtractively decoded bridge. pci15: on pcib15 pci15: physical bus=15 found-> vendor=0x1002, dev=0x515e, revid=0x02 bus=15, slot=13, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x01a7, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 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 d8000000, size 27, enabled pcib15: (null) requested memory range 0xd8000000-0xdfffffff: good map[14]: type 4, range 32, base 0000dc00, size 8, enabled pcib15: (null) requested I/O range 0xdc00-0xdcff: in range map[18]: type 1, range 32, base fc1f0000, size 16, enabled pcib15: (null) requested memory range 0xfc1f0000-0xfc1fffff: good pcib15: matched entry for 15.13.INTA pcib15: slot 13 INTA hardwired to IRQ 19 vgapci0: port 0xdc00-0xdcff mem 0xd8000000-0xdfffffff,0xfc1f0000-0xfc1fffff irq 19 at device 13.0 on p ci15 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 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=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 50 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=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 51 ata1: [MPSAFE] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x8086 rev: 0x1 num: 1 hz: 14318180 opts: leg_route count_size Timecounter "HPET" frequency 14318180 Hz quality -200 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 sio0: irq maps: 0x4c61 0x4c71 0x4c61 0x4c61 sio0: irq maps: 0x4c61 0x4c71 0x4c60 0x4c61 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ioapic0: routing intpin 4 (ISA IRQ 4) to vector 52 sio0: [FAST] sio1: irq maps: 0x4c61 0x4c69 0x4c61 0x4c61 sio1: irq maps: 0x4c61 0x4c69 0x4c61 0x4c61 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ioapic0: routing intpin 3 (ISA IRQ 3) to vector 53 sio1: [FAST] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xcf000-0xd07ff,0xec000-0xeffff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 54 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:ffffffff kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0055 psm: keyboard port failed. psm0: the aux port is not functioning (-1). bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 134345 -> 100000 procfs registered lapic: Divisor 2, Frequency 166433579 hz Timecounter "TSC" frequency 2995804296 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: CDRW drive at ata0 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x07000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 INTR: Assigning IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 1 to local APIC 0 INTR: Assigning IRQ 3 to local APIC 1 ioapic0: Assigning ISA IRQ 3 to local APIC 1 INTR: Assigning IRQ 4 to local APIC 6 ioapic0: Assigning ISA IRQ 4 to local APIC 6 INTR: Assigning IRQ 9 to local APIC 7 ioapic0: Assigning ISA IRQ 9 to local APIC 7 INTR: Assigning IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 14 to local APIC 0 INTR: Assigning IRQ 15 to local APIC 1 ioapic0: Assigning ISA IRQ 15 to local APIC 1 INTR: Assigning IRQ 16 to local APIC 6 ioapic0: Assigning PCI IRQ 16 to local APIC 6 pmc: Unknown Intel CPU. module_register_init: MOD_LOAD (hwpmc, 0xc0535401, 0xc0738954) error 78 Trying to mount root from nfs: bNcFeS1 :R OlOiTn:k 6s4t.a8t1e. 1c8h9a.n7g1e:d/ ttfot pDbOoWoNt bce1: link state changed to UP start_init: trying /sbin/init bce0: link state changed to DOWN Interface bce1 IP-Address 64.81.189.84 Broadcast 64.81.189.95 Loading configuration files. No suitable dump device was found. Entropy harvesting:. Starting file system checks: Mounting local file systems:. Setting hostname: f3.polstra.com. kern.module_path: /boot/kernel;/boot/modules -> /;/boot/kernel;/boot/modules net.inet.icmp.bmcastecho: 0 -> 1 lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 Starting devd. net.inet6.ip6.accept_rtadv: 0 -> 1 hw.acpi.cpu.cx_lowest: C1 -> C1 Generating host.conf. Additional routing options: tcp extensions=NO. add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 net.inet6.ip6.forwarding: 0 -> 0 net.inet6.ip6.accept_rtadv: 1 -> 1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 IPv4 mapped IPv6 address support=NO Mounting NFS file systems:. Creating and/or trimming log files:. Starting syslogd. Nov 1 20:04:31 f3 syslogd: kernel boot file is /boot/kernel/kernel /etc/rc: WARNING: Dump device does not exist. Savecore not run. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aoutsp Initial i386 ilnitialization:.a Additional ABI ssupport:. hStarting rpcbind:. NFS access ca che time=60 Stairting local daemmons:. Configuriang syscons: blangktime screensaveer decoder found: blank_saver . Local package initialization: webctld. Additional TCP options:. Starting inetd. Wed Nov 1 20:04:32 UTC 2006 FreeBSD/i386 (f3.polstra.com) (ttyd0) login: From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 16:36:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB4E816A5CD for ; Thu, 2 Nov 2006 16:36:22 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A10943D5D for ; Thu, 2 Nov 2006 16:35:48 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA2GZPnT073286; Thu, 2 Nov 2006 09:35:31 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <454A1E47.9060200@samsco.org> Date: Thu, 02 Nov 2006 09:35:19 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Polstra References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Silly IRQ allocation on Dell 1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 16:36:22 -0000 This is typical Dell, and it gets even worse if you have a laptop. Imagine every PCI device being on the sole interrupt line that is routed on the motherboard. Growing MSI support would get around this for bce and many other devices. Scott John Polstra wrote: > I've been testing a Dell 1950 box with -current from late July. The > box has two integrated BCM5708 gigabit ethernet interfaces that work > with the bce driver. I noticed that both bce0 and bce1 are assigned > to IRQ 16. With two IOAPICs on board, it's hard to believe that Dell > would be so silly as to force the two gigabit interfaces to share an > IRQ. Is this sharing really necessary, or is it caused by a bug or > limitation in the OS? The verbose dmesg output follows below. > > Thanks, > John > > KDB: current backend: ddb > SMAP type=01 base=0000000000000000 len=00000000000a0000 > SMAP type=01 base=0000000000100000 len=000000007fea8000 > SMAP type=03 base=000000007ffa8000 len=000000000000fc00 > SMAP type=02 base=000000007ffb7c00 len=0000000000048400 > SMAP type=02 base=00000000e0000000 len=0000000010000000 > SMAP type=02 base=00000000fe000000 len=0000000002000000 > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 7.0-CURRENT #11: Wed Nov 1 16:43:44 PST 2006 > jdp@f1.polstra.com:/usr/home/jdp/f5/robotcd/robotcd/src/sys/i386/compile/ROBOTCD > Using 64 colors for the VM-PQ tuning (4096, 16) > Preloaded elf kernel "/boot/kernel/kernel" at 0xc08aa000. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc08aa14c. > MP Configuration Table version 1.4 found at 0xc00f0000 > Table 'FACP' at 0xf2b88 > Table 'APIC' at 0xf2c7c > MADT: Found table at 0xf2c7c > APIC: Using the MADT enumerator. > MADT: Found CPU APIC ID 0 ACPI ID 1: enabled > SMP: Added CPU 0 (AP) > MADT: Found CPU APIC ID 6 ACPI ID 2: enabled > SMP: Added CPU 6 (AP) > MADT: Found CPU APIC ID 1 ACPI ID 3: enabled > SMP: Added CPU 1 (AP) > MADT: Found CPU APIC ID 7 ACPI ID 4: enabled > SMP: Added CPU 7 (AP) > MADT: Found CPU APIC ID 20 ACPI ID 5: disabled > MADT: Found CPU APIC ID 21 ACPI ID 6: disabled > MADT: Found CPU APIC ID 22 ACPI ID 7: disabled > MADT: Found CPU APIC ID 23 ACPI ID 8: disabled > INTR: Adding local APIC 0 as a target > ACPI APIC Table: > Calibrating clock(s) ... i8254 clock: 1191852 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 2995804296 Hz > CPU: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz (2995.80-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > > Features=0xbfebfbff DTS,ACPI,MMX,FXSR,SSE,SSE > 2,SS,HTT,TM,PBE> > Features2=0x4e3bd,CX16,XTPR,,> > AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 2 > > Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries > 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size > 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size > L2 cache: 4096 kbytes, 16-way associative, 64 bytes/line > real memory = 2147123200 (2047 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000000c28000 - 0x000000007db60fff, 2096336896 bytes (511801 pages) > avail memory = 2096107520 (1999 MB) > INTR: Adding local APIC 1 as a target > INTR: Adding local APIC 6 as a target > INTR: Adding local APIC 7 as a target > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 6 > cpu3 (AP): APIC ID: 7 > bios32: Found BIOS32 Service Directory header at 0xc00ffe80 > bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0xf0000+0xb46e > pnpbios: Found PnP BIOS data at 0xc00fe2d0 > pnpbios: Entry = f0000:e2f4 Rev = 1.0 > Other BIOS signatures found: > APIC: CPU 0 has ACPI ID 1 > APIC: CPU 1 has ACPI ID 3 > APIC: CPU 2 has ACPI ID 2 > APIC: CPU 3 has ACPI ID 4 > MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 > ioapic0: Changing APIC ID to 8 > 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: Found IO APIC ID 9, Interrupt 64 at 0xfec81000 > ioapic1: Changing APIC ID to 9 > ioapic1: WARNING: intbase 64 != expected base 24 > ioapic1: intpin 0 -> PCI IRQ 64 (level, low) > ioapic1: intpin 1 -> PCI IRQ 65 (level, low) > ioapic1: intpin 2 -> PCI IRQ 66 (level, low) > ioapic1: intpin 3 -> PCI IRQ 67 (level, low) > ioapic1: intpin 4 -> PCI IRQ 68 (level, low) > ioapic1: intpin 5 -> PCI IRQ 69 (level, low) > ioapic1: intpin 6 -> PCI IRQ 70 (level, low) > ioapic1: intpin 7 -> PCI IRQ 71 (level, low) > ioapic1: intpin 8 -> PCI IRQ 72 (level, low) > ioapic1: intpin 9 -> PCI IRQ 73 (level, low) > ioapic1: intpin 10 -> PCI IRQ 74 (level, low) > ioapic1: intpin 11 -> PCI IRQ 75 (level, low) > ioapic1: intpin 12 -> PCI IRQ 76 (level, low) > ioapic1: intpin 13 -> PCI IRQ 77 (level, low) > ioapic1: intpin 14 -> PCI IRQ 78 (level, low) > ioapic1: intpin 15 -> PCI IRQ 79 (level, low) > ioapic1: intpin 16 -> PCI IRQ 80 (level, low) > ioapic1: intpin 17 -> PCI IRQ 81 (level, low) > ioapic1: intpin 18 -> PCI IRQ 82 (level, low) > ioapic1: intpin 19 -> PCI IRQ 83 (level, low) > ioapic1: intpin 20 -> PCI IRQ 84 (level, low) > ioapic1: intpin 21 -> PCI IRQ 85 (level, low) > ioapic1: intpin 22 -> PCI IRQ 86 (level, low) > ioapic1: intpin 23 -> PCI IRQ 87 (level, low) > lapic0: Routing NMI -> LINT1 > lapic0: LINT1 trigger: edge > lapic0: LINT1 polarity: high > lapic6: Routing NMI -> LINT1 > lapic6: LINT1 trigger: edge > lapic6: LINT1 polarity: high > lapic1: Routing NMI -> LINT1 > lapic1: LINT1 trigger: edge > lapic1: LINT1 polarity: high > lapic7: Routing NMI -> LINT1 > lapic7: LINT1 trigger: edge > lapic7: LINT1 polarity: high > MADT: Ignoring local NMI routed to ACPI CPU 5 > MADT: Ignoring local NMI routed to ACPI CPU 6 > MADT: Ignoring local NMI routed to ACPI CPU 7 > MADT: Ignoring local NMI routed to ACPI CPU 8 > MADT: Interrupt override: source 0, irq 2 > ioapic0: Routing IRQ 0 -> intpin 2 > ioapic0: intpin 2 trigger: edge > ioapic0: intpin 2 polarity: high > MADT: Interrupt override: source 9, irq 9 > ioapic0: intpin 9 trigger: level > ioapic0: intpin 9 polarity: high > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 64-87 on motherboard > cpu0 BSP: > ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 > mem: > Pentium Pro MTRR support enabled > io: > null: > nfslock: pseudo-device > 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 0x80040080 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25c08086) > pcibios: BIOS version 2.10 > Found $PIR table, 21 entries at 0xc00fade0 > PCI-Only Interrupts: none > Location Bus Device Pin Link IRQs > embedded 0 0 A 0x60 3 4 5 6 10 11 14 15 > embedded 0 2 A 0x60 3 4 5 6 10 11 14 15 > embedded 0 3 A 0x60 3 4 5 6 10 11 14 15 > embedded 0 4 A 0x60 3 4 5 6 10 11 14 15 > embedded 0 5 A 0x60 3 4 5 6 10 11 14 15 > embedded 0 6 A 0x60 3 4 5 6 10 11 14 15 > embedded 0 7 A 0x60 3 4 5 6 10 11 14 15 > embedded 0 28 A 0x60 3 4 5 6 10 11 14 15 > embedded 0 28 B 0x61 3 4 5 6 10 11 14 15 > embedded 0 28 C 0x62 3 4 5 6 10 11 14 15 > embedded 0 28 D 0x63 3 4 5 6 10 11 14 15 > embedded 0 29 A 0x69 3 4 5 6 10 11 14 15 > embedded 0 29 B 0x68 3 4 5 6 10 11 14 15 > embedded 0 29 C 0x69 3 4 5 6 10 11 14 15 > embedded 0 29 D 0x68 3 4 5 6 10 11 14 15 > embedded 0 31 A 0x60 3 4 5 6 10 11 14 15 > embedded 0 31 B 0x61 3 4 5 6 10 11 14 15 > embedded 0 31 C 0x6b 3 4 5 6 10 11 14 15 > embedded 5 0 A 0x60 3 4 5 6 10 11 14 15 > embedded 5 0 B 0x61 3 4 5 6 10 11 14 15 > embedded 5 0 C 0x62 3 4 5 6 10 11 14 15 > embedded 5 0 D 0x63 3 4 5 6 10 11 14 15 > embedded 6 0 A 0x60 3 4 5 6 10 11 14 15 > embedded 6 1 A 0x60 3 4 5 6 10 11 14 15 > embedded 8 0 A 0x60 3 4 5 6 10 11 14 15 > embedded 8 0 B 0x61 3 4 5 6 10 11 14 15 > embedded 8 0 C 0x62 3 4 5 6 10 11 14 15 > embedded 8 0 D 0x63 3 4 5 6 10 11 14 15 > embedded 1 0 A 0x60 3 4 5 6 10 11 14 15 > embedded 1 0 B 0x61 3 4 5 6 10 11 14 15 > embedded 1 0 C 0x62 3 4 5 6 10 11 14 15 > embedded 1 0 D 0x63 3 4 5 6 10 11 14 15 > embedded 2 8 A 0x60 3 4 5 6 10 11 14 15 > embedded 2 8 B 0x61 3 4 5 6 10 11 14 15 > embedded 2 14 A 0x62 3 4 5 6 10 11 14 15 > slot 1 11 0 A 0x60 3 4 5 6 10 11 14 15 > slot 1 11 0 B 0x61 3 4 5 6 10 11 14 15 > slot 1 11 0 C 0x62 3 4 5 6 10 11 14 15 > slot 1 11 0 D 0x63 3 4 5 6 10 11 14 15 > slot 2 13 0 A 0x60 3 4 5 6 10 11 14 15 > slot 2 13 0 B 0x61 3 4 5 6 10 11 14 15 > slot 2 13 0 C 0x62 3 4 5 6 10 11 14 15 > slot 2 13 0 D 0x63 3 4 5 6 10 11 14 15 > embedded 4 0 A 0x60 3 4 5 6 10 11 14 15 > embedded 4 0 B 0x61 3 4 5 6 10 11 14 15 > embedded 4 0 C 0x62 3 4 5 6 10 11 14 15 > embedded 4 0 D 0x63 3 4 5 6 10 11 14 15 > embedded 15 13 A 0x63 3 4 5 6 10 11 14 15 > AcpiOsDerivePciId: bus 0 dev 31 func 0 > acpi0: Power Button (fixed) > acpi0: wakeup code va 0xd88c9000 pa 0x9e000 > AcpiOsDerivePciId: bus 0 dev 16 func 1 > AcpiOsDerivePciId: bus 0 dev 16 func 0 > ACPI timer: 1/2 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > pci_link0: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 6 N 0 3 4 5 6 7 10 11 12 > pci_link0: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 6 N 0 3 4 5 6 7 10 11 12 > pci_link0: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > pci_link1: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > pci_link1: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > pci_link1: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > pci_link2: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > pci_link2: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > pci_link2: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > pci_link3: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 5 N 0 3 4 5 6 7 10 11 12 > pci_link3: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 5 N 0 3 4 5 6 7 10 11 12 > pci_link3: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > pci_link4: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 10 N 0 3 4 5 6 7 10 11 12 > pci_link4: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 10 N 0 3 4 5 6 7 10 11 12 > pci_link4: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > pci_link5: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 11 N 0 3 4 5 6 7 10 11 12 > pci_link5: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 11 N 0 3 4 5 6 7 10 11 12 > pci_link5: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > pci_link6: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > pci_link6: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > pci_link6: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > pci_link7: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > pci_link7: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > pci_link7: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 10 11 12 > cpu0: on acpi0 > cpu1: on acpi0 > cpu2: on acpi0 > cpu3: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: physical bus=0 > found-> vendor=0x8086, dev=0x25c0, revid=0x12 > bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=255 > powerspec 2 supports D0 D3 current D0 > MSI supports 2 messages > found-> vendor=0x8086, dev=0x25e2, revid=0x12 > bus=0, slot=2, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > intpin=a, irq=255 > found-> vendor=0x8086, dev=0x25e3, revid=0x12 > bus=0, slot=3, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > intpin=a, irq=255 > found-> vendor=0x8086, dev=0x25f8, revid=0x12 > bus=0, slot=4, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > intpin=a, irq=255 > found-> vendor=0x8086, dev=0x25e5, revid=0x12 > bus=0, slot=5, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x25f9, revid=0x12 > bus=0, slot=6, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > intpin=a, irq=255 > found-> vendor=0x8086, dev=0x25e7, revid=0x12 > bus=0, slot=7, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x25f0, revid=0x12 > bus=0, slot=16, func=0 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x25f0, revid=0x12 > bus=0, slot=16, func=1 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x25f0, revid=0x12 > bus=0, slot=16, func=2 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x25f1, revid=0x12 > bus=0, slot=17, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x25f3, revid=0x12 > bus=0, slot=19, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x25f5, revid=0x12 > bus=0, slot=21, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x25f6, revid=0x12 > bus=0, slot=22, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x2690, revid=0x09 > bus=0, slot=28, func=0 > class=06-04-00, hdrtype=0x01, mfdev=1 > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > intpin=a, irq=255 > found-> vendor=0x8086, dev=0x2688, revid=0x09 > bus=0, slot=29, func=0 > class=0c-03-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > map[20]: type 4, range 32, base 0000cce0, size 5, enabled > pcib0: matched entry for 0.29.INTA > pcib0: slot 29 INTA hardwired to IRQ 21 > found-> vendor=0x8086, dev=0x2689, revid=0x09 > bus=0, slot=29, func=1 > class=0c-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=10 > map[20]: type 4, range 32, base 0000ccc0, size 5, enabled > pcib0: matched entry for 0.29.INTB > pcib0: slot 29 INTB hardwired to IRQ 20 > found-> vendor=0x8086, dev=0x268a, revid=0x09 > bus=0, slot=29, func=2 > class=0c-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=c, irq=11 > map[20]: type 4, range 32, base 0000cca0, size 5, enabled > pcib0: matched entry for 0.29.INTC > pcib0: slot 29 INTC hardwired to IRQ 21 > found-> vendor=0x8086, dev=0x268c, revid=0x09 > bus=0, slot=29, func=7 > class=0c-03-20, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D3 current D0 > map[10]: type 1, range 32, base fc600000, size 10, enabled > pcib0: matched entry for 0.29.INTA > pcib0: slot 29 INTA hardwired to IRQ 21 > found-> vendor=0x8086, dev=0x244e, revid=0xd9 > bus=0, slot=30, func=0 > class=06-04-01, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x2670, revid=0x09 > bus=0, slot=31, func=0 > class=06-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x269e, revid=0x09 > bus=0, slot=31, func=1 > class=01-01-8a, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=255 > map[20]: type 4, range 32, base 0000fc00, size 4, enabled > pcib1: at device 2.0 on pci0 > pcib1: secondary bus 5 > pcib1: subordinate bus 10 > pcib1: I/O decode 0xf000-0xfff > pcib1: memory decode 0xf2000000-0xf7ffffff > pcib1: prefetched decode 0xfff00000-0xfffff > pci5: on pcib1 > pci5: physical bus=5 > found-> vendor=0x8086, dev=0x3500, revid=0x01 > bus=5, slot=0, func=0 > class=06-04-00, hdrtype=0x01, mfdev=1 > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) > intpin=a, irq=255 > found-> vendor=0x8086, dev=0x350c, revid=0x01 > bus=5, slot=0, func=3 > class=06-04-00, hdrtype=0x01, mfdev=1 > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) > pcib2: at device 0.0 on pci5 > pcib2: secondary bus 6 > pcib2: subordinate bus 9 > pcib2: I/O decode 0xf000-0xfff > pcib2: memory decode 0xf4000000-0xf7ffffff > pcib2: prefetched decode 0xfff00000-0xfffff > pci6: on pcib2 > pci6: physical bus=6 > found-> vendor=0x8086, dev=0x3510, revid=0x01 > bus=6, slot=0, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > intpin=a, irq=255 > found-> vendor=0x8086, dev=0x3514, revid=0x01 > bus=6, slot=1, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > intpin=a, irq=255 > pcib3: at device 0.0 on pci6 > pcib3: secondary bus 7 > pcib3: subordinate bus 8 > pcib3: I/O decode 0xf000-0xfff > pcib3: memory decode 0xf4000000-0xf7ffffff > pcib3: prefetched decode 0xfff00000-0xfffff > pci7: on pcib3 > pci7: physical bus=7 > found-> vendor=0x1166, dev=0x0103, revid=0xc2 > bus=7, slot=0, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) > pcib4: at device 0.0 on pci7 > pcib4: secondary bus 8 > pcib4: subordinate bus 8 > pcib4: I/O decode 0xf000-0xfff > pcib4: memory decode 0xf4000000-0xf7ffffff > pcib4: prefetched decode 0xfff00000-0xfffff > pci8: on pcib4 > pci8: physical bus=8 > found-> vendor=0x14e4, dev=0x164c, revid=0x11 > bus=8, slot=0, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x015e, statreg=0x02b0, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) > intpin=a, irq=6 > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message, 64 bit > map[10]: type 1, range 64, base f4000000, size 25, enabled > pcib4: (null) requested memory range 0xf4000000-0xf5ffffff: good > pcib3: (null) requested memory range 0xf4000000-0xf5ffffff: good > pcib2: (null) requested memory range 0xf4000000-0xf5ffffff: good > pcib1: (null) requested memory range 0xf4000000-0xf5ffffff: good > pcib3: matched entry for 7.0.INTA > pcib3: slot 0 INTA hardwired to IRQ 16 > pcib4: slot 0 INTA is routed to irq 16 > bce0: mem 0xf4000000-0xf5ffffff irq 16 at > device 0.0 on pci8 > bce0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xf4000000 > bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > miibus0: on bce0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > bce0: bpf attached > bce0: Ethernet address: 00:15:c5:e6:b6:ab > ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 > bce0: [MPSAFE] > pcib5: at device 1.0 on pci6 > pcib5: secondary bus 9 > pcib5: subordinate bus 9 > pcib5: I/O decode 0xf000-0xfff > pcib5: memory decode 0xfff00000-0xfffff > pcib5: prefetched decode 0xfff00000-0xfffff > pci9: on pcib5 > pci9: physical bus=9 > pcib6: at device 0.3 on pci5 > pcib6: secondary bus 10 > pcib6: subordinate bus 10 > pcib6: I/O decode 0xf000-0xfff > pcib6: memory decode 0xfff00000-0xfffff > pcib6: prefetched decode 0xfff00000-0xfffff > pci10: on pcib6 > pci10: physical bus=10 > pcib7: at device 3.0 on pci0 > pcib7: secondary bus 1 > pcib7: subordinate bus 2 > pcib7: I/O decode 0xe000-0xefff > pcib7: memory decode 0xfc300000-0xfc5fffff > pcib7: prefetched decode 0xfff00000-0xfffff > pci1: on pcib7 > pci1: physical bus=1 > found-> vendor=0x8086, dev=0x032c, revid=0x09 > bus=1, slot=0, func=0 > class=06-04-00, hdrtype=0x01, mfdev=1 > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) > pcib8: at device 0.0 on pci1 > pcib8: secondary bus 2 > pcib8: subordinate bus 2 > pcib8: I/O decode 0xe000-0xefff > pcib8: memory decode 0xfc400000-0xfc5fffff > pcib8: prefetched decode 0xfff00000-0xfffff > pci2: on pcib8 > pci2: physical bus=2 > found-> vendor=0x1000, dev=0x0054, revid=0x01 > bus=2, slot=8, func=0 > class=01-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) > lattimer=0x48 (2160 ns), mingnt=0x40 (16000 ns), maxlat=0x0a (2500 ns) > intpin=a, irq=6 > powerspec 2 supports D0 D1 D2 D3 current D0 > MSI supports 1 message, 64 bit > map[10]: type 4, range 32, base 0000ec00, size 8, enabled > pcib8: (null) requested I/O range 0xec00-0xecff: in range > pcib7: (null) requested I/O range 0xec00-0xecff: in range > map[14]: type 1, range 64, base fc4fc000, size 14, enabled > pcib8: (null) requested memory range 0xfc4fc000-0xfc4fffff: good > pcib7: (null) requested memory range 0xfc4fc000-0xfc4fffff: good > map[1c]: type 1, range 64, base fc4e0000, size 16, enabled > pcib8: (null) requested memory range 0xfc4e0000-0xfc4effff: good > pcib7: (null) requested memory range 0xfc4e0000-0xfc4effff: good > pcib8: matched entry for 2.8.INTA > pcib8: slot 8 INTA hardwired to IRQ 64 > pci2: at device 8.0 (no driver attached) > pcib9: at device 4.0 on pci0 > pcib9: secondary bus 11 > pcib9: subordinate bus 11 > pcib9: I/O decode 0xf000-0xfff > pcib9: memory decode 0xfff00000-0xfffff > pcib9: prefetched decode 0xfff00000-0xfffff > pci11: on pcib9 > pci11: physical bus=11 > pcib10: at device 5.0 on pci0 > pcib10: secondary bus 12 > pcib10: subordinate bus 12 > pcib10: I/O decode 0xf000-0xfff > pcib10: memory decode 0xfff00000-0xfffff > pcib10: prefetched decode 0xfff00000-0xfffff > pci12: on pcib10 > pci12: physical bus=12 > pcib11: at device 6.0 on pci0 > pcib11: secondary bus 13 > pcib11: subordinate bus 13 > pcib11: I/O decode 0xf000-0xfff > pcib11: memory decode 0xfff00000-0xfffff > pcib11: prefetched decode 0xfff00000-0xfffff > pci13: on pcib11 > pci13: physical bus=13 > pcib12: at device 7.0 on pci0 > pcib12: secondary bus 14 > pcib12: subordinate bus 14 > pcib12: I/O decode 0xf000-0xfff > pcib12: memory decode 0xfff00000-0xfffff > pcib12: prefetched decode 0xfff00000-0xfffff > pci14: on pcib12 > pci14: physical bus=14 > pcib13: at device 28.0 on pci0 > pcib13: secondary bus 3 > pcib13: subordinate bus 4 > pcib13: I/O decode 0xf000-0xfff > pcib13: memory decode 0xf8000000-0xfbffffff > pcib13: prefetched decode 0xfff00000-0xfffff > pci3: on pcib13 > pci3: physical bus=3 > found-> vendor=0x1166, dev=0x0103, revid=0xc2 > bus=3, slot=0, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) > pcib14: at device 0.0 on pci3 > pcib14: secondary bus 4 > pcib14: subordinate bus 4 > pcib14: I/O decode 0xf000-0xfff > pcib14: memory decode 0xf8000000-0xfbffffff > pcib14: prefetched decode 0xfff00000-0xfffff > pci4: on pcib14 > pci4: physical bus=4 > found-> vendor=0x14e4, dev=0x164c, revid=0x11 > bus=4, slot=0, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x015e, statreg=0x02b0, cachelnsz=16 (dwords) > lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) > intpin=a, irq=6 > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message, 64 bit > map[10]: type 1, range 64, base f8000000, size 25, enabled > pcib14: (null) requested memory range 0xf8000000-0xf9ffffff: good > pcib13: (null) requested memory range 0xf8000000-0xf9ffffff: good > pcib13: matched entry for 3.0.INTA > pcib13: slot 0 INTA hardwired to IRQ 16 > pcib14: slot 0 INTA is routed to irq 16 > bce1: mem 0xf8000000-0xf9ffffff irq 16 at > device 0.0 on pci4 > bce1: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xf8000000 > bce1: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > miibus1: on bce1 > brgphy1: on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > bce1: bpf attached > bce1: Ethernet address: 00:15:c5:e6:b6:a9 > bce1: [MPSAFE] > pci0: at device 29.0 (no driver attached) > pci0: at device 29.1 (no driver attached) > pci0: at device 29.2 (no driver attached) > pci0: at device 29.7 (no driver attached) > pcib15: at device 30.0 on pci0 > pcib15: secondary bus 15 > pcib15: subordinate bus 15 > pcib15: I/O decode 0xd000-0xdfff > pcib15: memory decode 0xfc100000-0xfc2fffff > pcib15: prefetched decode 0xd8000000-0xdfffffff > pcib15: Subtractively decoded bridge. > pci15: on pcib15 > pci15: physical bus=15 > found-> vendor=0x1002, dev=0x515e, revid=0x02 > bus=15, slot=13, func=0 > class=03-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x01a7, statreg=0x0290, cachelnsz=16 (dwords) > lattimer=0x20 (960 ns), mingnt=0x08 (2000 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 d8000000, size 27, enabled > pcib15: (null) requested memory range 0xd8000000-0xdfffffff: good > map[14]: type 4, range 32, base 0000dc00, size 8, enabled > pcib15: (null) requested I/O range 0xdc00-0xdcff: in range > map[18]: type 1, range 32, base fc1f0000, size 16, enabled > pcib15: (null) requested memory range 0xfc1f0000-0xfc1fffff: good > pcib15: matched entry for 15.13.INTA > pcib15: slot 13 INTA hardwired to IRQ 19 > vgapci0: port 0xdc00-0xdcff mem > 0xd8000000-0xdfffffff,0xfc1f0000-0xfc1fffff irq 19 at device 13.0 on p > ci15 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device > 31.1 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 > 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=0x00 err=0x01 lsb=0x14 msb=0xeb > ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 > ata0: reset tp2 stat0=00 stat1=00 devices=0x4 > ioapic0: routing intpin 14 (ISA IRQ 14) to vector 50 > 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=00 ostat0=ff ostat1=ff > ioapic0: routing intpin 15 (ISA IRQ 15) to vector 51 > ata1: [MPSAFE] > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > acpi_hpet0: vend: 0x8086 rev: 0x1 num: 1 hz: 14318180 opts: leg_route count_size > Timecounter "HPET" frequency 14318180 Hz quality -200 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: does not respond > device_attach: fdc0 attach returned 6 > sio0: irq maps: 0x4c61 0x4c71 0x4c61 0x4c61 > sio0: irq maps: 0x4c61 0x4c71 0x4c60 0x4c61 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A, console > ioapic0: routing intpin 4 (ISA IRQ 4) to vector 52 > sio0: [FAST] > sio1: irq maps: 0x4c61 0x4c69 0x4c61 0x4c61 > sio1: irq maps: 0x4c61 0x4c69 0x4c61 0x4c61 > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > ioapic0: routing intpin 3 (ISA IRQ 3) to vector 53 > sio1: [FAST] > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: does not respond > device_attach: fdc0 attach returned 6 > ata: ata0 already exists; skipping it > ata: ata1 already exists; skipping it > fdc: fdc0 already exists; skipping it > sio: sio0 already exists; skipping it > sio: sio1 already exists; skipping it > pnp_identify: Trying Read_Port at 203 > pnp_identify: Trying Read_Port at 243 > pnp_identify: Trying Read_Port at 283 > pnp_identify: Trying Read_Port at 2c3 > pnp_identify: Trying Read_Port at 303 > pnp_identify: Trying Read_Port at 343 > pnp_identify: Trying Read_Port at 383 > pnp_identify: Trying Read_Port at 3c3 > PNP Identify complete > sc: sc0 already exists; skipping it > vga: vga0 already exists; skipping it > ahc_isa_probe 0: ioport 0xc00 alloc failed > ahc_isa_probe 12: ioport 0xcc00 alloc failed > ahc_isa_probe 13: ioport 0xdc00 alloc failed > ahc_isa_probe 14: ioport 0xec00 alloc failed > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xcf000-0xd07ff,0xec000-0xeffff > pnpid ORM0000 on isa0 > adv0: not probed (disabled) > aha0: not probed (disabled) > aic0: not probed (disabled) > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > atkbd: the current kbd controller command byte 0065 > atkbd: keyboard ID 0x41ab (2) > kbdc: RESET_KBD return code:00fa > kbdc: RESET_KBD status:00aa > kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 > ioapic0: routing intpin 1 (ISA IRQ 1) to vector 54 > atkbd0: [GIANT-LOCKED] > psm0: current command byte:0065 > kbdc: TEST_AUX_PORT status:ffffffff > kbdc: DIAGNOSE status:0055 > kbdc: TEST_KBD_PORT status:0055 > psm: keyboard port failed. > psm0: the aux port is not functioning (-1). > bt0: not probed (disabled) > cs0: not probed (disabled) > ed0: not probed (disabled) > fe0: not probed (disabled) > ie0: not probed (disabled) > le0: not probed (disabled) > ppc0 failed to probe at irq 7 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x100> > sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) > sio2: not probed (disabled) > sio3: not probed (disabled) > sn0: not probed (disabled) > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > vt0: not probed (disabled) > isa_probe_children: probing PnP devices > Device configuration finished. > Reducing kern.maxvnodes 134345 -> 100000 > procfs registered > lapic: Divisor 2, Frequency 166433579 hz > Timecounter "TSC" frequency 2995804296 Hz quality -100 > Timecounters tick every 1.000 msec > lo0: bpf attached > ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire > acd0: CDRW drive at ata0 as master > acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 > acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet > acd0: Writes: CDR, CDRW, test write, burnproof > acd0: Audio: play, 256 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: no/blank disc > SMP: AP CPU #1 Launched! > cpu1 AP: > ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 > SMP: AP CPU #3 Launched! > cpu3 AP: > ID: 0x07000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 > SMP: AP CPU #2 Launched! > cpu2 AP: > ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 > INTR: Assigning IRQ 1 to local APIC 0 > ioapic0: Assigning ISA IRQ 1 to local APIC 0 > INTR: Assigning IRQ 3 to local APIC 1 > ioapic0: Assigning ISA IRQ 3 to local APIC 1 > INTR: Assigning IRQ 4 to local APIC 6 > ioapic0: Assigning ISA IRQ 4 to local APIC 6 > INTR: Assigning IRQ 9 to local APIC 7 > ioapic0: Assigning ISA IRQ 9 to local APIC 7 > INTR: Assigning IRQ 14 to local APIC 0 > ioapic0: Assigning ISA IRQ 14 to local APIC 0 > INTR: Assigning IRQ 15 to local APIC 1 > ioapic0: Assigning ISA IRQ 15 to local APIC 1 > INTR: Assigning IRQ 16 to local APIC 6 > ioapic0: Assigning PCI IRQ 16 to local APIC 6 > pmc: Unknown Intel CPU. > module_register_init: MOD_LOAD (hwpmc, 0xc0535401, 0xc0738954) error 78 > Trying to mount root from nfs: > bNcFeS1 :R OlOiTn:k 6s4t.a8t1e. 1c8h9a.n7g1e:d/ ttfot pDbOoWoNt > > bce1: link state changed to UP > start_init: trying /sbin/init > bce0: link state changed to DOWN > Interface bce1 IP-Address 64.81.189.84 Broadcast 64.81.189.95 > Loading configuration files. > No suitable dump device was found. > Entropy harvesting:. > Starting file system checks: > Mounting local file systems:. > Setting hostname: f3.polstra.com. > kern.module_path: /boot/kernel;/boot/modules -> /;/boot/kernel;/boot/modules > net.inet.icmp.bmcastecho: 0 -> 1 > lo0: flags=8049 mtu 16384 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet 127.0.0.1 netmask 0xff000000 > Starting devd. > net.inet6.ip6.accept_rtadv: 0 -> 1 > hw.acpi.cpu.cx_lowest: C1 -> C1 > Generating host.conf. > Additional routing options: tcp extensions=NO. > add net ::ffff:0.0.0.0: gateway ::1 > add net ::0.0.0.0: gateway ::1 > net.inet6.ip6.forwarding: 0 -> 0 > net.inet6.ip6.accept_rtadv: 1 -> 1 > add net fe80::: gateway ::1 > add net ff02::: gateway ::1 > IPv4 mapped IPv6 address support=NO > Mounting NFS file systems:. > Creating and/or trimming log files:. > Starting syslogd. > Nov 1 20:04:31 f3 syslogd: kernel boot file is /boot/kernel/kernel > /etc/rc: WARNING: Dump device does not exist. Savecore not run. > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib > a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aoutsp > Initial i386 ilnitialization:.a > Additional ABI ssupport:. > hStarting rpcbind:. > NFS access ca che time=60 > Stairting local daemmons:. > Configuriang syscons: blangktime screensaveer decoder found: blank_saver > . > Local package initialization: webctld. > Additional TCP options:. > Starting inetd. > > Wed Nov 1 20:04:32 UTC 2006 > > FreeBSD/i386 (f3.polstra.com) (ttyd0) > > login: > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 16:49:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB64916A407; Thu, 2 Nov 2006 16:49:03 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5062143D5C; Thu, 2 Nov 2006 16:48:58 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp1-g19.free.fr (Postfix) with ESMTP id 00EEF5DCD; Thu, 2 Nov 2006 17:48:58 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 740059E6C2; Thu, 2 Nov 2006 16:49:38 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 67A9C405B; Thu, 2 Nov 2006 17:49:38 +0100 (CET) Date: Thu, 2 Nov 2006 17:49:38 +0100 From: Jeremie Le Hen To: Jean Milanez Melo Message-ID: <20061102164938.GU20405@obiwan.tataz.chchile.org> References: <45489618.2000106@freebsdbrasil.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45489618.2000106@freebsdbrasil.com.br> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Jeremie Le Hen , small@freebsd.org, current@freebsd.org Subject: Re: [fbsd] [HEADSUP] TinyBSD and ports applications X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 16:49:04 -0000 Hi Jean, On Wed, Nov 01, 2006 at 10:42:00AM -0200, Jean Milanez Melo wrote: > I have completly redone the routines for third party applications > install, I thought that initial way of doing things as Jeremied had > idealized was not very good, and I decided to make it better. > > Now what I have do works this way: > > The TinyBSD user will populate the conf//tinybsd.ports file > listing the port name (in category/port) he wants to be installed on his > tinybsd system, just like: > > category/application > > say, for example: > > www/mini_httpd > > So based on this information tinybsd will have the path for the port, > will cd to that directory, check for the package name with "make -V > PKGNAME" and later, run pkg_info to check from its exit code wether the > port is installed or not. > > If not locally installed, tinybsd will "make install" this port in the > local system, else (it already locally installed) tinybsd will skip to > missing_dir function. > > On missing_dir function it checks for all directories which are not > automatically generated from BSD.local.dist, if the directory does not > exist it will "mkdir -p" it under /usr/local PREFIX on TinyBSD workdir, > creating on the TinyBSD image the necessary directories hierarchy. > > Later it goes to copy_ports function where it checks for the > applications the port installs, with pkg_info, and updates a listing > excluding all things unecessary to a an embedded system, say, all data > installed under www,doc,share,include,man (which just makes no sense > existing on an embedded system, and would only demand useless storage > space). This listing will be called /tmp/ports.files, and will contain > all files that need to be added to the tinybsd system the user is building. > > Later, copy_libraries function will copy all necessary libraries to the > image as well, just like the main idea behind the whole TinyBSD. > > Finally, deinstall_ports will deinstall the port from the local system > if and only if it was not installed. It the port was already installed, > obviously tinybsd won't remove it from the local system. > > I believe this is the most efficient way to handle third parties > applications on embedded system. At least the easiest way for the users. > They can always, of course add or remove binaries or modules themselves, > but now we have a subsystem on tinybsd which does the hard work. > > Julian's just committed the patch and i would like to hear some feedback > from you. > > This latest patchset is fully tested. I built some tinybsd systems from > it today. > > About TinyBSD documentation, we are updating it on tinyBSD website > regarding everything that is new, and will soon sgml it. I read the description thoroughly. This is interesting and neat, but I am anxious about stale dependencies left by "temporary-installed" ports. For instance, lets's you're building a TinyBSD image with net/nemesis which depends on net/libnet10. You neither have this later port installed. The current TinyBSD implementation will leave net/libnet10 installed on the build system, although I agree this is more a problem relatde to port infrastructure which doesn't record whether a port is an implied dependency or has been explicitely installed by the user. AFAIK. A workaround could be to null-mount the ports directory into the temporary folder were the TinyBSD image is built, then chroot into this folder and install the port from here. Afterward you would remove www,doc,share,include,man stuff. I'm not sure if the gain is worth coding. This is maybe going to be fixed in the ports infrastructure. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 16:50:59 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 056BA16A415; Thu, 2 Nov 2006 16:50:59 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E345143D78; Thu, 2 Nov 2006 16:50:48 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.6) with ESMTP id kA2GofiV008479 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Nov 2006 08:50:42 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <454A21DB.8060908@FreeBSD.org> Date: Thu, 02 Nov 2006 08:50:35 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Ruslan Ermilov References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> In-Reply-To: <20061102115058.GB10961@rambler-co.ru> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" , julian@elischer.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 16:50:59 -0000 Ruslan Ermilov wrote: > On Wed, Nov 01, 2006 at 04:07:38PM -0800, Maxim Sobolev wrote: >> Guys, >> >> I have noticed that libpthread shared library version number in 6-STABLE >> and 7-CURRENT is the same (.2), which causes all threaded application >> compiled for 6-STABLE to segfault when executed on 7-CURRENT system, >> unless libpthread.so.2 is replaced with with its 6-STABLE version which >> in turn will create problems with threaded apps compiled for 7-CURRENT. >> IMHO we should increase version number in 7-CURRENT, so that it is in >> the line of what we have for other system libraries. >> >> Any objections? >> > Last time we bumped them was right before 6.0-RELEASE; we did it > both in HEAD and RELENG_6. We certainly should be bumping them > all again closer to a 7.0-RELEASE, when the RELENG_7 is about to > be created. If we bump some majors now, and break APIs later but > still before a release (we are allowed to do it in -CURRENT), we > would have to bump them again before a release, and because it's > probably hard to track all changes we will unconditionally bump > them all before a RELENG_7 is created. I don't understand that part. We don't support binary compatibility with binaries compiled for -CURRENT or pre-release libraries, do we? Bumping it now would allow using 6-STABLE binaries on -CURRENT, which is my main point here. If we ever break ABI in -CURRENT later on not a big deal, because no vendor should compile its production binaries for -CURRENT anyway. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 17:27:38 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD98C16A403; Thu, 2 Nov 2006 17:27:38 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EC2C43D46; Thu, 2 Nov 2006 17:27:38 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.6) with ESMTP id kA2HRWpU009329 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Nov 2006 09:27:33 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <454A2A7E.5070703@FreeBSD.org> Date: Thu, 02 Nov 2006 09:27:26 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Daniel Eischen References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ruslan Ermilov , "current@freebsd.org" , julian@elischer.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 17:27:38 -0000 Daniel Eischen wrote: > No, in -current we force people to recompile everything. Plus > we have symbol versioning in the libraries most likely to be > effected. If we bump, we should enable symbol versioning at > the same time. I don't see any reason to wait. Remember, we don't support backward/forward binary compatibility for binaries compiled for -CURRENT anyway. The only reason for this bump is to allow binaries compiled for -STABLE to run on -CURRENT, which is not currently possible in the case when binary uses pthreads lib. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 17:33:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB3E316A412; Thu, 2 Nov 2006 17:33:37 +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 1F23143D60; Thu, 2 Nov 2006 17:33:35 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id kA2HXV1M016290; Thu, 2 Nov 2006 12:33:31 -0500 (EST) Date: Thu, 2 Nov 2006 12:33:31 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Maxim Sobolev In-Reply-To: <454A2A7E.5070703@FreeBSD.org> Message-ID: References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <454A2A7E.5070703@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Thu, 02 Nov 2006 12:33:32 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: "current@freebsd.org" , julian@elischer.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 17:33:38 -0000 On Thu, 2 Nov 2006, Maxim Sobolev wrote: > Daniel Eischen wrote: >> No, in -current we force people to recompile everything. Plus >> we have symbol versioning in the libraries most likely to be >> effected. If we bump, we should enable symbol versioning at >> the same time. > > I don't see any reason to wait. Remember, we don't support backward/forward > binary compatibility for binaries compiled for -CURRENT anyway. The only > reason for this bump is to allow binaries compiled for -STABLE to run on > -CURRENT, which is not currently possible in the case when binary uses > pthreads lib. I'm not saying we should wait; I asked for this a few months ago. But, I've been informed that the latest gcc should be imported first because it records dependency information when linking a shared library to other shared libraries (or something like that). I think the entire library version bump should be done in one commit as opposed to just bumping libpthread. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 17:35:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D460616A40F for ; Thu, 2 Nov 2006 17:35:26 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AC6343D5D for ; Thu, 2 Nov 2006 17:35:23 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so141295nzf for ; Thu, 02 Nov 2006 09:35:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rU+1NTFyLgKPyfDEcG4sKxTY3cTv3hNuAeu7+eaXJpfG55sFuplB9gNK1yD5N14ZwPWOyKK8AwxtK2oxd4Tgo0PbDet00Q5snDskrpXGbPIZhRpV355RSbDgXKx+enxlj0D5ZQ1dOsXH7R7RiieU/MIR2fE5w4OaldN7pxB2h2Y= Received: by 10.35.8.13 with SMTP id l13mr1308151pyi.1162488923154; Thu, 02 Nov 2006 09:35:23 -0800 (PST) Received: by 10.35.118.6 with HTTP; Thu, 2 Nov 2006 09:35:22 -0800 (PST) Message-ID: <2a41acea0611020935q44bcd08dxe91deb6e6e7a5fe5@mail.gmail.com> Date: Thu, 2 Nov 2006 09:35:22 -0800 From: "Jack Vogel" To: "Scott Long" In-Reply-To: <454A1E47.9060200@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <454A1E47.9060200@samsco.org> Cc: freebsd-current@freebsd.org, John Polstra Subject: Re: Silly IRQ allocation on Dell 1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 17:35:26 -0000 On 11/2/06, Scott Long wrote: > This is typical Dell, and it gets even worse if you have a laptop. > Imagine every PCI device being on the sole interrupt line that is routed > on the motherboard. Growing MSI support would get around this for bce > and many other devices. > > Scott Well, guess we need stronger fertilizer so it grows faster :) Seriously though, MSI implementation is happening. The em driver wants it also :) Jack From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 18:11:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C9C416A492 for ; Thu, 2 Nov 2006 18:11:22 +0000 (UTC) (envelope-from jdp@polstra.com) Received: from blake.polstra.com (blake.polstra.com [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B379043D6B for ; Thu, 2 Nov 2006 18:11:15 +0000 (GMT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [64.81.189.67]) by blake.polstra.com (8.13.6/8.13.6) with ESMTP id kA2IB6IB008521; Thu, 2 Nov 2006 10:11:06 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <2a41acea0611020935q44bcd08dxe91deb6e6e7a5fe5@mail.gmail.com> Date: Thu, 02 Nov 2006 10:11:06 -0800 (PST) From: John Polstra To: Jack Vogel Cc: freebsd-current@freebsd.org Subject: Re: Silly IRQ allocation on Dell 1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 18:11:22 -0000 On 02-Nov-2006 Jack Vogel wrote: > On 11/2/06, Scott Long wrote: >> This is typical Dell, and it gets even worse if you have a laptop. >> Imagine every PCI device being on the sole interrupt line that is routed >> on the motherboard. Growing MSI support would get around this for bce >> and many other devices. >> >> Scott > > Well, guess we need stronger fertilizer so it grows faster :) > > Seriously though, MSI implementation is happening. The em driver wants > it also :) Yeah, I stuck a dual-port Intel gigabit NIC into one of the PCI-Ex slots, and it got assigned IRQs 16 and 17. So that's three gigabit interfaces on IRQ 16. I moved the Intel NIC to the other slot, and it still got assigned the same IRQs. Wonderful. John From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 18:17:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18F3116A403; Thu, 2 Nov 2006 18:17:53 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from vsmtp3.tin.it (vsmtp3alice.tin.it [212.216.176.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3262943D8B; Thu, 2 Nov 2006 18:17:40 +0000 (GMT) (envelope-from matteo@freebsd.org) Received: from kaiser.sig11.org (87.8.189.203) by vsmtp3.tin.it (7.2.072.1) id 453F6B07002E2EE3; Thu, 2 Nov 2006 19:17:18 +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 kA2IHEws042520; Thu, 2 Nov 2006 19:17:17 +0100 (CET) (envelope-from matteo@freebsd.org) Received: (from rionda@localhost) by kaiser.sig11.org (8.13.8/8.13.8/Submit) id kA2IH15k042517; Thu, 2 Nov 2006 19:17:01 +0100 (CET) (envelope-from matteo@freebsd.org) X-Authentication-Warning: kaiser.sig11.org: rionda set sender to matteo@freebsd.org using -f Date: Thu, 2 Nov 2006 19:17:00 +0100 From: Matteo Riondato To: Jeremie Le Hen Message-ID: <20061102181700.GC30863@kaiser.sig11.org> References: <45489618.2000106@freebsdbrasil.com.br> <20061102164938.GU20405@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GID0FwUMdk1T2AWN" Content-Disposition: inline In-Reply-To: <20061102164938.GU20405@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.2i Cc: Jean Milanez Melo , small@freebsd.org, current@freebsd.org Subject: Re: [fbsd] [HEADSUP] TinyBSD and ports applications X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 18:17:53 -0000 --GID0FwUMdk1T2AWN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 02, 2006 at 05:49:38PM +0100, Jeremie Le Hen wrote: > A workaround could be to null-mount the ports directory into the > temporary folder were the TinyBSD image is built, then chroot into > this folder and install the port from here. Afterward you would > remove www,doc,share,include,man stuff. This is similar to what freesbie does when the installports plugin is used. Note that if you really want a small image, you should remove build dependencies for the ports you installed. 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) --GID0FwUMdk1T2AWN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSjYc2Mp4pR7Fa+wRAnvmAJ4tOydObIu7bMwCtdKNL0T7N4U1vwCgtiY9 90G8UvWguWP3c10nR3sfTbk= =6Pf8 -----END PGP SIGNATURE----- --GID0FwUMdk1T2AWN-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 18:19:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B32B816A40F; Thu, 2 Nov 2006 18:19:31 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from ms-smtp-01.southeast.rr.com (ms-smtp-01.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id C95E343D75; Thu, 2 Nov 2006 18:19:21 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154]) by ms-smtp-01.southeast.rr.com (8.13.6/8.13.6) with ESMTP id kA2IJJ9f003386; Thu, 2 Nov 2006 13:19:19 -0500 (EST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.8/8.13.8) with ESMTP id kA2IImt4093302; Thu, 2 Nov 2006 13:18:48 -0500 (EST) (envelope-from morganw@chemikals.org) Date: Thu, 2 Nov 2006 13:18:48 -0500 (EST) From: Wesley Morgan To: Daniel Eischen In-Reply-To: Message-ID: <20061102130420.B90169@volatile.chemikals.org> References: <454936CA.6060308@FreeBSD.org> <20061101200949.2d21ace0@kan.dnsalias.net> <20061102080524.R80586@volatile.chemikals.org> <20061102081122.2c99552f@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 18:19:31 -0000 On Thu, 2 Nov 2006, Daniel Eischen wrote: > On Thu, 2 Nov 2006, Alexander Kabaev wrote: > >> On Thu, 2 Nov 2006 08:07:03 -0500 (EST) >> Wesley Morgan wrote: >> >> >>> I encountered (and reported) weird problems with threaded apps when >>> symbol versioning was enabled. The new csup would fail in areas it >>> shouldn't have failed and gdb made it look like some weird stuff was >>> happening concurrently. Turning off symbol versioning solved the >>> problem. >>> >>> >> Could you please report it again? Searching for your name in my inbox >> returns nothing. Your mail either never reached it or you sent the >> report elsewhere and it escaped my attention. > > If you are using libthr or libc_r with symbol versioning, then > I don't think it will work correctly without rebuilding world > and all ports. As an interim solution for testing symbol versioning > without require rebuilding everything under the sun, I added > compatability hacks for symbols in libc that also exist in > libpthread. See lines 62-95 in src/lib/libpthread/thr/thr_private.h. > This hack should be disabled and removed after bumping shared > libraries and enabling symbol versioning. My original report was here: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=353076+0+archive/2006/freebsd-current/20060806.freebsd-current I swapped a few e-mails with Maxime Henrion, but the gist of things was that after enabling symbol versioning, I immediately rebuilt everything -- world, ports, kernel. The random crashes I experienced were most apparent with two applications, csup and games/uqm from ports. Xorg would also crash every now and then... An example of what gdb showed me is: Updating collection ports-all/cvs Checkout ports/devel/ccrtp/Makefile Error set: No such file or directory Updater failed: Cannot create directories leading to "/usr/ports/devel/ccrtp/Makefile": Unknown error: 0 Breakpoint 1, mkdirhier (path=0x8c40180 "/usr/ports/devel/ccrtp", mask=18) at misc.c:293 293 errno = 0; (gdb) n 294 if (access(path, F_OK) == 0) { (gdb) 298 perror("Error set"); (gdb) Error set: No such file or directory 299 if (errno != ENOENT) { (gdb) 300 path[i] = '/'; (gdb) print errno $1 = 0 (gdb) It seems that errno is being changed somewhere else?? I'm getting all kinds of wild results checking errno during execution in gdb. Sometimes it claims to be 2 or 22, sometimes 0. I'll have to build a UP kernel and see if that fixes the problem. Trying to use libthr instead of libpthread dies strangely in thr_getscheduler(). Ugh. Switching to a UP kernel did not resolve the issue, but going back to non-versioned libraries did. That was a real PITA to do without rebooting, too! -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 18:24:53 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1265616A412; Thu, 2 Nov 2006 18:24:53 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F04243DA8; Thu, 2 Nov 2006 18:24:22 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 942F460B8; Thu, 2 Nov 2006 21:24:20 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 581AD6074; Thu, 2 Nov 2006 21:24:20 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kA2IOJ9q001008; Thu, 2 Nov 2006 21:24:19 +0300 (MSK) (envelope-from ru) Date: Thu, 2 Nov 2006 21:24:19 +0300 From: Ruslan Ermilov To: Brooks Davis Message-ID: <20061102182419.GC774@rambler-co.ru> References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8NvZYKFJsRX2Djef" Content-Disposition: inline In-Reply-To: <20061102140948.GA70915@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Daniel Eischen , current@FreeBSD.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 18:24:53 -0000 --8NvZYKFJsRX2Djef Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 02, 2006 at 08:09:48AM -0600, Brooks Davis wrote: > On Thu, Nov 02, 2006 at 08:25:37AM -0500, Daniel Eischen wrote: > > On Thu, 2 Nov 2006, Ruslan Ermilov wrote: > >=20 > > >On Wed, Nov 01, 2006 at 04:07:38PM -0800, Maxim Sobolev wrote: > > >>Guys, > > >> > > >>I have noticed that libpthread shared library version number in 6-STA= BLE > > >>and 7-CURRENT is the same (.2), which causes all threaded application > > >>compiled for 6-STABLE to segfault when executed on 7-CURRENT system, > > >>unless libpthread.so.2 is replaced with with its 6-STABLE version whi= ch > > >>in turn will create problems with threaded apps compiled for 7-CURREN= T. > > >>IMHO we should increase version number in 7-CURRENT, so that it is in > > >>the line of what we have for other system libraries. > > >> > > >>Any objections? > > >> > > >Last time we bumped them was right before 6.0-RELEASE; we did it > > >both in HEAD and RELENG_6. We certainly should be bumping them > > >all again closer to a 7.0-RELEASE, when the RELENG_7 is about to > > >be created. If we bump some majors now, and break APIs later but > > >still before a release (we are allowed to do it in -CURRENT), we > > >would have to bump them again before a release, and because it's > >=20 > > No, in -current we force people to recompile everything. Plus > > we have symbol versioning in the libraries most likely to be > > effected. If we bump, we should enable symbol versioning at > > the same time. >=20 > I agree with the last part, but I think we need to bump sooner rather > than later because we need to support binary only applications compiled > against 6.x (remember, we're not really supporting anything else so > smart vendors are going to build against it). >=20 Hmm, bumping not versioned libraries *now* and not bumping them again at pre-release would work, but doing it without also bumping "to be versioned" libraries is IMO pointless. And if we bump all of them now, we'll have to bump some of them again when versioning is turned on by default. I think more important would be to know the plans regarding the symbol versioning in 7.0-RELEASE; if the plan is to have them versioned, then I think we should sync shlib majors bumping with this change. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --8NvZYKFJsRX2Djef Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSjfTqRfpzJluFF4RAlcoAJ49cFVZide+/JbgWRoELmoqZmYJcQCeKC+m AFXkdj3ihzU07MwPs0JvrgU= =krKF -----END PGP SIGNATURE----- --8NvZYKFJsRX2Djef-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 18:29:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5559516A621; Thu, 2 Nov 2006 18:29:41 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (meestal.stack.nl [131.155.140.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5395443D46; Thu, 2 Nov 2006 18:29:29 +0000 (GMT) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 2617F4AF45; Thu, 2 Nov 2006 19:29:28 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 09AE2228B0; Thu, 2 Nov 2006 19:29:27 +0100 (CET) Date: Thu, 2 Nov 2006 19:29:27 +0100 From: Jilles Tjoelker To: Doug Barton Message-ID: <20061102182927.GA20182@stack.nl> References: <20061022095811.GA10743@zaphod.nitro.dk> <453BFD84.5050702@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <453BFD84.5050702@FreeBSD.org> X-Operating-System: FreeBSD 5.5-RELEASE-p1 i386 User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org, Hajimu UMEMOTO , "Simon L. Nielsen" Subject: Re: Resolver not always resolving hostnames X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 18:29:41 -0000 On Sun, Oct 22, 2006 at 04:23:48PM -0700, Doug Barton wrote: > Simon L. Nielsen wrote: > > >I also seen odd things happen with host(1). These two commands were > >run right after each other. I don't know if it's related, but I > >suspect it is. > >$ host cvsup3.dk.freebsd.org > >cvsup3.dk.freebsd.org is an alias for mirror03.inet.tele.dk. > >cvsup3.dk.freebsd.org is an alias for mirror03.inet.tele.dk. > You got a double answer here because by default host(1) searches for > both A and AAAA records for hostnames. It usually gives three of them, for A, AAAA and MX. > >$ host cvsup3.dk.freebsd.org > >cvsup3.dk.freebsd.org is an alias for mirror03.inet.tele.dk. > >mirror03.inet.tele.dk has address 195.41.53.219 > You got an answer for the A query here for mirror03.inet.tele.dk. > >cvsup3.dk.freebsd.org is an alias for mirror03.inet.tele.dk. > You got an answer here for the AAAA query for cvsup3.dk.freebsd.org. > >cvsup3.dk.freebsd.org is an alias for mirror03.inet.tele.dk. > This is probably an error, and if it's what I think it is this problem > is fixed in the latest version of BIND. It is the answer to the MX query. These triple "is an alias for" are since bind9's host or so. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 18:37:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A317816A59B for ; Thu, 2 Nov 2006 18:37:02 +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 3033043D49 for ; Thu, 2 Nov 2006 18:37:02 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id kA2IaxAM024709; Thu, 2 Nov 2006 13:37:00 -0500 (EST) Date: Thu, 2 Nov 2006 13:36:59 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Wesley Morgan In-Reply-To: <20061102130420.B90169@volatile.chemikals.org> Message-ID: References: <454936CA.6060308@FreeBSD.org> <20061101200949.2d21ace0@kan.dnsalias.net> <20061102080524.R80586@volatile.chemikals.org> <20061102081122.2c99552f@kan.dnsalias.net> <20061102130420.B90169@volatile.chemikals.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Thu, 02 Nov 2006 13:37:00 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 18:37:02 -0000 On Thu, 2 Nov 2006, Wesley Morgan wrote: > On Thu, 2 Nov 2006, Daniel Eischen wrote: > >> If you are using libthr or libc_r with symbol versioning, then >> I don't think it will work correctly without rebuilding world >> and all ports. As an interim solution for testing symbol versioning >> without require rebuilding everything under the sun, I added >> compatability hacks for symbols in libc that also exist in >> libpthread. See lines 62-95 in src/lib/libpthread/thr/thr_private.h. >> This hack should be disabled and removed after bumping shared >> libraries and enabling symbol versioning. > > My original report was here: > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=353076+0+archive/2006/freebsd-current/20060806.freebsd-current > > I swapped a few e-mails with Maxime Henrion, but the gist of things was that > after enabling symbol versioning, I immediately rebuilt everything -- world, > ports, kernel. The random crashes I experienced were most apparent with two > applications, csup and games/uqm from ports. Xorg would also crash every now > and then... An example of what gdb showed me is: Well, libthr obviously wouldn't have worked. I have multiple systems running with symbol versioning, all have Xorg & KDE, and haven't had any problems. I don't use csup or uqm. You're not running with any patches to rtld (to get Flash to work) are you? -- DE From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 18:39:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4278D16A4C8; Thu, 2 Nov 2006 18:39:46 +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 A968C43D7C; Thu, 2 Nov 2006 18:39:36 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id kA2IdZH0027339; Thu, 2 Nov 2006 13:39:35 -0500 (EST) Date: Thu, 2 Nov 2006 13:39:35 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Ruslan Ermilov In-Reply-To: <20061102182419.GC774@rambler-co.ru> Message-ID: References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Thu, 02 Nov 2006 13:39:35 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 18:39:46 -0000 On Thu, 2 Nov 2006, Ruslan Ermilov wrote: > On Thu, Nov 02, 2006 at 08:09:48AM -0600, Brooks Davis wrote: >> >> I agree with the last part, but I think we need to bump sooner rather >> than later because we need to support binary only applications compiled >> against 6.x (remember, we're not really supporting anything else so >> smart vendors are going to build against it). >> > Hmm, bumping not versioned libraries *now* and not bumping them > again at pre-release would work, but doing it without also bumping > "to be versioned" libraries is IMO pointless. And if we bump all > of them now, we'll have to bump some of them again when versioning > is turned on by default. Actually, remember that this is -current so we only need to bump them once. Symbol versioning could be turned on later, but... > I think more important would be to know > the plans regarding the symbol versioning in 7.0-RELEASE; if the > plan is to have them versioned, then I think we should sync shlib > majors bumping with this change. I agree that we should do this at the same time. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 18:47:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BA6B16A412; Thu, 2 Nov 2006 18:47:37 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8CF643D49; Thu, 2 Nov 2006 18:47:36 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.8) id kA2IlX9U053164; Thu, 2 Nov 2006 12:47:33 -0600 (CST) (envelope-from dan) Date: Thu, 2 Nov 2006 12:47:33 -0600 From: Dan Nelson To: Wesley Morgan Message-ID: <20061102184733.GJ3839@dan.emsphone.com> References: <454936CA.6060308@FreeBSD.org> <20061101200949.2d21ace0@kan.dnsalias.net> <20061102080524.R80586@volatile.chemikals.org> <20061102081122.2c99552f@kan.dnsalias.net> <20061102130420.B90169@volatile.chemikals.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061102130420.B90169@volatile.chemikals.org> X-OS: FreeBSD 6.2-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Daniel Eischen , current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 18:47:37 -0000 In the last episode (Nov 02), Wesley Morgan said: > I swapped a few e-mails with Maxime Henrion, but the gist of things > was that after enabling symbol versioning, I immediately rebuilt > everything -- world, ports, kernel. The random crashes I experienced > were most apparent with two applications, csup and games/uqm from > ports. Xorg would also crash every now and then... An example of what > gdb showed me is: > > Updating collection ports-all/cvs > Checkout ports/devel/ccrtp/Makefile > Error set: No such file or directory > Updater failed: Cannot create directories leading to > "/usr/ports/devel/ccrtp/Makefile": Unknown error: 0 > > Breakpoint 1, mkdirhier (path=0x8c40180 "/usr/ports/devel/ccrtp", > mask=18) at misc.c:293 > 293 errno = 0; > (gdb) n > 294 if (access(path, F_OK) == 0) { > (gdb) > 298 perror("Error set"); > (gdb) > Error set: No such file or directory > 299 if (errno != ENOENT) { > (gdb) > 300 path[i] = '/'; > (gdb) print errno > $1 = 0 > (gdb) > > It seems that errno is being changed somewhere else?? I'm getting all > kinds of wild results checking errno during execution in gdb. > Sometimes it claims to be 2 or 22, sometimes 0. I'll have to build a > UP kernel and see if that fixes the problem. Trying to use libthr > instead of libpthread dies strangely in thr_getscheduler(). Ugh. That sort of looks like the perror() call zeroed out errno, which it may do, since it calls a bunch of stdio functions. Try saving errno in another variable before calling perror. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 19:03:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D622216A503; Thu, 2 Nov 2006 19:03:57 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from ms-smtp-01.southeast.rr.com (ms-smtp-01.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96C0D43DA2; Thu, 2 Nov 2006 19:03:47 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154]) by ms-smtp-01.southeast.rr.com (8.13.6/8.13.6) with ESMTP id kA2J3dsf003477; Thu, 2 Nov 2006 14:03:39 -0500 (EST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.8/8.13.8) with ESMTP id kA2J3de3093874; Thu, 2 Nov 2006 14:03:39 -0500 (EST) (envelope-from morganw@chemikals.org) Date: Thu, 2 Nov 2006 14:03:39 -0500 (EST) From: Wesley Morgan To: Daniel Eischen In-Reply-To: Message-ID: <20061102140214.G90169@volatile.chemikals.org> References: <454936CA.6060308@FreeBSD.org> <20061101200949.2d21ace0@kan.dnsalias.net> <20061102080524.R80586@volatile.chemikals.org> <20061102081122.2c99552f@kan.dnsalias.net> <20061102130420.B90169@volatile.chemikals.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 19:03:57 -0000 On Thu, 2 Nov 2006, Daniel Eischen wrote: > On Thu, 2 Nov 2006, Wesley Morgan wrote: > >> On Thu, 2 Nov 2006, Daniel Eischen wrote: >> >>> If you are using libthr or libc_r with symbol versioning, then >>> I don't think it will work correctly without rebuilding world >>> and all ports. As an interim solution for testing symbol versioning >>> without require rebuilding everything under the sun, I added >>> compatability hacks for symbols in libc that also exist in >>> libpthread. See lines 62-95 in src/lib/libpthread/thr/thr_private.h. >>> This hack should be disabled and removed after bumping shared >>> libraries and enabling symbol versioning. >> >> My original report was here: >> >> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=353076+0+archive/2006/freebsd-current/20060806.freebsd-current >> >> I swapped a few e-mails with Maxime Henrion, but the gist of things was >> that after enabling symbol versioning, I immediately rebuilt everything -- >> world, ports, kernel. The random crashes I experienced were most apparent >> with two applications, csup and games/uqm from ports. Xorg would also crash >> every now and then... An example of what gdb showed me is: > > Well, libthr obviously wouldn't have worked. I have multiple systems > running with symbol versioning, all have Xorg & KDE, and haven't had > any problems. I don't use csup or uqm. > > You're not running with any patches to rtld (to get Flash to work) > are you? Nope. You might be able to reproduce it with csup by simply rm'ing something from a tree and updating. I went through just about every iteration I could think of at the time, with no success. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 19:13:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69E8716A4FF; Thu, 2 Nov 2006 19:13:06 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from ms-smtp-03.southeast.rr.com (ms-smtp-03.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E67743DDC; Thu, 2 Nov 2006 19:10:42 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154]) by ms-smtp-03.southeast.rr.com (8.13.6/8.13.6) with ESMTP id kA2JAK1V013115; Thu, 2 Nov 2006 14:10:21 -0500 (EST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.8/8.13.8) with ESMTP id kA2JAKjD093999; Thu, 2 Nov 2006 14:10:20 -0500 (EST) (envelope-from morganw@chemikals.org) Date: Thu, 2 Nov 2006 14:10:20 -0500 (EST) From: Wesley Morgan To: Dan Nelson In-Reply-To: <20061102184733.GJ3839@dan.emsphone.com> Message-ID: <20061102140344.K90169@volatile.chemikals.org> References: <454936CA.6060308@FreeBSD.org> <20061101200949.2d21ace0@kan.dnsalias.net> <20061102080524.R80586@volatile.chemikals.org> <20061102081122.2c99552f@kan.dnsalias.net> <20061102130420.B90169@volatile.chemikals.org> <20061102184733.GJ3839@dan.emsphone.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Daniel Eischen , current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 19:13:06 -0000 On Thu, 2 Nov 2006, Dan Nelson wrote: > In the last episode (Nov 02), Wesley Morgan said: >> I swapped a few e-mails with Maxime Henrion, but the gist of things >> was that after enabling symbol versioning, I immediately rebuilt >> everything -- world, ports, kernel. The random crashes I experienced >> were most apparent with two applications, csup and games/uqm from >> ports. Xorg would also crash every now and then... An example of what >> gdb showed me is: >> >> Updating collection ports-all/cvs >> Checkout ports/devel/ccrtp/Makefile >> Error set: No such file or directory >> Updater failed: Cannot create directories leading to >> "/usr/ports/devel/ccrtp/Makefile": Unknown error: 0 >> >> Breakpoint 1, mkdirhier (path=0x8c40180 "/usr/ports/devel/ccrtp", >> mask=18) at misc.c:293 >> 293 errno = 0; >> (gdb) n >> 294 if (access(path, F_OK) == 0) { >> (gdb) >> 298 perror("Error set"); >> (gdb) >> Error set: No such file or directory >> 299 if (errno != ENOENT) { >> (gdb) >> 300 path[i] = '/'; >> (gdb) print errno >> $1 = 0 >> (gdb) >> >> It seems that errno is being changed somewhere else?? I'm getting all >> kinds of wild results checking errno during execution in gdb. >> Sometimes it claims to be 2 or 22, sometimes 0. I'll have to build a >> UP kernel and see if that fixes the problem. Trying to use libthr >> instead of libpthread dies strangely in thr_getscheduler(). Ugh. > > That sort of looks like the perror() call zeroed out errno, which it > may do, since it calls a bunch of stdio functions. Try saving errno in > another variable before calling perror. I tried several things in misc.c:mkdirhier() at the time, such as resetting the value of errno just prior to the call to access(), artificially setting it, and I'm somewhat sure I tried that saving it at the time, without success. I can't be completely sure because I simply switched back to cvsup after a few hours of fiddling, before ultimately reverting back to non-versioned libraries. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 20:58:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60ADB16A403; Thu, 2 Nov 2006 20:58:47 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBF8B43D45; Thu, 2 Nov 2006 20:58:46 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp1-g19.free.fr (Postfix) with ESMTP id 75ED05D19; Thu, 2 Nov 2006 21:58:45 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id B75C99E6C2; Thu, 2 Nov 2006 20:59:25 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id A39A8405B; Thu, 2 Nov 2006 21:59:25 +0100 (CET) Date: Thu, 2 Nov 2006 21:59:25 +0100 From: Jeremie Le Hen To: Matteo Riondato Message-ID: <20061102205925.GX20405@obiwan.tataz.chchile.org> References: <45489618.2000106@freebsdbrasil.com.br> <20061102164938.GU20405@obiwan.tataz.chchile.org> <20061102181700.GC30863@kaiser.sig11.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061102181700.GC30863@kaiser.sig11.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Jean Milanez Melo , ports@freebsd.org, current@freebsd.org, small@FreeBSD.org Subject: Re: Implicit port tag (was: [HEADSUP] TinyBSD and ports applications) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 20:58:47 -0000 Hi, (Cc'ed to ports@) On Thu, Nov 02, 2006 at 07:17:00PM +0100, Matteo Riondato wrote: > On Thu, Nov 02, 2006 at 05:49:38PM +0100, Jeremie Le Hen wrote: > > For instance, lets's you're building a TinyBSD image with > > net/nemesis which depends on net/libnet10. You neither have this > > later port installed. The current TinyBSD implementation will > > leave net/libnet10 installed on the build system, although I agree > > this is more a problem relatde to port infrastructure which doesn't > > record whether a port is an implied dependency or has been > > explicitely installed by the user. AFAIK. > > > > A workaround could be to null-mount the ports directory into the > > temporary folder were the TinyBSD image is built, then chroot into > > this folder and install the port from here. Afterward you would > > remove www,doc,share,include,man stuff. > > This is similar to what freesbie does when the installports plugin is > used. Note that if you really want a small image, you should remove Would it be possible to add a tag to ports that have been implicitely installed because of a dependency, either for build-time or run-time ? Cheers, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 21:19:49 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66E2716A407; Thu, 2 Nov 2006 21:19:49 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98D2743D49; Thu, 2 Nov 2006 21:19:48 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.6) with ESMTP id kA2LJhjs014588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Nov 2006 13:19:45 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <454A60E9.7020303@FreeBSD.org> Date: Thu, 02 Nov 2006 13:19:37 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Ruslan Ermilov References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> In-Reply-To: <20061102182419.GC774@rambler-co.ru> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Daniel Eischen , current@FreeBSD.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 21:19:49 -0000 Ruslan Ermilov wrote: > On Thu, Nov 02, 2006 at 08:09:48AM -0600, Brooks Davis wrote: >> On Thu, Nov 02, 2006 at 08:25:37AM -0500, Daniel Eischen wrote: >>> On Thu, 2 Nov 2006, Ruslan Ermilov wrote: >>> >>>> On Wed, Nov 01, 2006 at 04:07:38PM -0800, Maxim Sobolev wrote: >>>>> Guys, >>>>> >>>>> I have noticed that libpthread shared library version number in 6-STABLE >>>>> and 7-CURRENT is the same (.2), which causes all threaded application >>>>> compiled for 6-STABLE to segfault when executed on 7-CURRENT system, >>>>> unless libpthread.so.2 is replaced with with its 6-STABLE version which >>>>> in turn will create problems with threaded apps compiled for 7-CURRENT. >>>>> IMHO we should increase version number in 7-CURRENT, so that it is in >>>>> the line of what we have for other system libraries. >>>>> >>>>> Any objections? >>>>> >>>> Last time we bumped them was right before 6.0-RELEASE; we did it >>>> both in HEAD and RELENG_6. We certainly should be bumping them >>>> all again closer to a 7.0-RELEASE, when the RELENG_7 is about to >>>> be created. If we bump some majors now, and break APIs later but >>>> still before a release (we are allowed to do it in -CURRENT), we >>>> would have to bump them again before a release, and because it's >>> No, in -current we force people to recompile everything. Plus >>> we have symbol versioning in the libraries most likely to be >>> effected. If we bump, we should enable symbol versioning at >>> the same time. >> I agree with the last part, but I think we need to bump sooner rather >> than later because we need to support binary only applications compiled >> against 6.x (remember, we're not really supporting anything else so >> smart vendors are going to build against it). >> > Hmm, bumping not versioned libraries *now* and not bumping them > again at pre-release would work, but doing it without also bumping > "to be versioned" libraries is IMO pointless. And if we bump all > of them now, we'll have to bump some of them again when versioning > is turned on by default. No, we will not have to do it. Why would we? It's -CURRENT, so that nobody really cares about backward/forward compatibility within that branch. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 21:21:51 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B11016A417; Thu, 2 Nov 2006 21:21:51 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56C6243D60; Thu, 2 Nov 2006 21:21:50 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.6) with ESMTP id kA2LLlY7014651 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Nov 2006 13:21:48 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <454A6164.80606@FreeBSD.org> Date: Thu, 02 Nov 2006 13:21:40 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Daniel Eischen References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ruslan Ermilov , current@FreeBSD.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 21:21:51 -0000 Daniel Eischen wrote: >> I think more important would be to know >> the plans regarding the symbol versioning in 7.0-RELEASE; if the >> plan is to have them versioned, then I think we should sync shlib >> majors bumping with this change. > > I agree that we should do this at the same time. So far I fail to see any sensible reason for this. We can bump now and turn versioning later when we are ready. Not a big deal. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 21:32:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5983716A412 for ; Thu, 2 Nov 2006 21:32:40 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id B702043D46 for ; Thu, 2 Nov 2006 21:32:39 +0000 (GMT) (envelope-from bahamasfranks@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so221612uge for ; Thu, 02 Nov 2006 13:32:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=rkx31N++VIveEqV+s0tmIRjwPwFjt75lHQKsTKvdMJz6OtX8zU/RMR90CyCmXLV9naFXAdOcyT4L9xifagprFVllCzRzn+yEOQEbQCV/D9U6J6hLH8bSSbhqgufodw9LSQfES3d2UsEVRCbDUUXbGotYHTHPzDpvivER8cMtNEU= Received: by 10.67.26.7 with SMTP id d7mr1454839ugj.1162503158317; Thu, 02 Nov 2006 13:32:38 -0800 (PST) Received: by 10.66.225.3 with HTTP; Thu, 2 Nov 2006 13:32:38 -0800 (PST) Message-ID: <539c60b90611021332p78bd83afvb35accec13a3b7d8@mail.gmail.com> Date: Thu, 2 Nov 2006 14:32:38 -0700 From: "Steve Franks" Sender: bahamasfranks@gmail.com To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 7ccc67ca8a88ed6a Subject: usb mouse freezes kde on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 21:32:40 -0000 Any ideas why having a usb mouse plugged in on boot freezes up KDE (that's all I can tell as a noob, no mouse/keyboard, mouse icon stuck as pointer + devil icon, and no disk acess). However, if I boot then plug in the usb mouse, no freeze, and it works fine. Bsd being what it is, I assume there is some method of recovery from a frozen KDE? I tried ctl-alt-del, of course, but no avail. Best, Steve From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 21:39:58 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFFF216A417; Thu, 2 Nov 2006 21:39:58 +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 75A2743D4C; Thu, 2 Nov 2006 21:39:57 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id kA2LduFe013462; Thu, 2 Nov 2006 16:39:56 -0500 (EST) Date: Thu, 2 Nov 2006 16:39:56 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Maxim Sobolev In-Reply-To: <454A6164.80606@FreeBSD.org> Message-ID: References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> <454A6164.80606@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Thu, 02 Nov 2006 16:39:56 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 21:39:59 -0000 On Thu, 2 Nov 2006, Maxim Sobolev wrote: > Daniel Eischen wrote: >>> I think more important would be to know >>> the plans regarding the symbol versioning in 7.0-RELEASE; if the >>> plan is to have them versioned, then I think we should sync shlib >>> majors bumping with this change. >> >> I agree that we should do this at the same time. > > So far I fail to see any sensible reason for this. We can bump now and turn > versioning later when we are ready. Not a big deal. It just makes for less turmoil in -current. If you run with libraries before symver is enabled, then if you try using packages built on a more recent machine with symver, then those packages won't work. Not too big a deal, but if we know we are going to enable symver, then why not do both at the same time? -- DE From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 21:41:59 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E41716A407; Thu, 2 Nov 2006 21:41:59 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFD2A43D4C; Thu, 2 Nov 2006 21:41:58 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 6A28A603C; Fri, 3 Nov 2006 00:41:57 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 49DD05FC0; Fri, 3 Nov 2006 00:41:57 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kA2Lfvt2019724; Fri, 3 Nov 2006 00:41:57 +0300 (MSK) (envelope-from ru) Date: Fri, 3 Nov 2006 00:41:57 +0300 From: Ruslan Ermilov To: Maxim Sobolev Message-ID: <20061102214157.GC2028@rambler-co.ru> References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> <454A60E9.7020303@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vOmOzSkFvhd7u8Ms" Content-Disposition: inline In-Reply-To: <454A60E9.7020303@FreeBSD.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Daniel Eischen , current@FreeBSD.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 21:41:59 -0000 --vOmOzSkFvhd7u8Ms Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 02, 2006 at 01:19:37PM -0800, Maxim Sobolev wrote: > Ruslan Ermilov wrote: > >On Thu, Nov 02, 2006 at 08:09:48AM -0600, Brooks Davis wrote: > >Hmm, bumping not versioned libraries *now* and not bumping them > >again at pre-release would work, but doing it without also bumping > >"to be versioned" libraries is IMO pointless. And if we bump all > >of them now, we'll have to bump some of them again when versioning > >is turned on by default. >=20 > No, we will not have to do it. Why would we? It's -CURRENT, so that=20 > nobody really cares about backward/forward compatibility within that bran= ch. >=20 I'd very much like NOT to have to recompile all of my installed ports on my -CURRENT boxes the day we turn on symbol versioning, and that will require the shlib major bump of those libs that will provide symbol versioning. If we do the bump now, we'll have to do it again later, and that's slightly against the rule that we only bump them once inside a branch. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --vOmOzSkFvhd7u8Ms Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSmYlqRfpzJluFF4RAvkfAJ9i5FwnL1oYQmvRE6XwXwfI5sR+BACeLHLe KVreJZoqFjhaDYXMF4YTcAo= =FVks -----END PGP SIGNATURE----- --vOmOzSkFvhd7u8Ms-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 21:55:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAA7316A407; Thu, 2 Nov 2006 21:55:20 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id A333B43D70; Thu, 2 Nov 2006 21:55:09 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (m43t50i6dj1v0q0b@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id kA2Lt8jI017114; Thu, 2 Nov 2006 13:55:08 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id kA2Lt6T2017113; Thu, 2 Nov 2006 13:55:06 -0800 (PST) (envelope-from jmg) Date: Thu, 2 Nov 2006 13:55:06 -0800 From: John-Mark Gurney To: Nicolas Blais Message-ID: <20061102215505.GJ25511@funkthat.com> Mail-Followup-To: Nicolas Blais , freebsd-current@freebsd.org, Ian Dowse , Doug Barton , Yuriy Tsibizov References: <200610311907.aa91003@nowhere.iedowse.com> <200610311555.21480.nb_root@videotron.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200610311555.21480.nb_root@videotron.ca> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Ian Dowse , freebsd-current@freebsd.org, Yuriy Tsibizov , Doug Barton Subject: Re: [FIXED] Re: Asus A8V hangs during pci probe on fresh-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 21:55:20 -0000 Nicolas Blais wrote this message on Tue, Oct 31, 2006 at 15:55 -0500: > Hopefully either this is commited or a real fix will be commited soon. I'll commit it shortly... I haven't had time to compile and test that patch on my own hardware yet.. Though it's good to see another report of it fixing an issue. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 22:03:34 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9D5316A4CE; Thu, 2 Nov 2006 22:03:34 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD96143DA2; Thu, 2 Nov 2006 22:03:03 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.6) with ESMTP id kA2M2sQJ015797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Nov 2006 14:02:55 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <454A6B07.3090003@FreeBSD.org> Date: Thu, 02 Nov 2006 14:02:47 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Ruslan Ermilov References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> <454A60E9.7020303@FreeBSD.org> <20061102214157.GC2028@rambler-co.ru> In-Reply-To: <20061102214157.GC2028@rambler-co.ru> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Daniel Eischen , current@FreeBSD.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 22:03:35 -0000 Ruslan Ermilov wrote: > On Thu, Nov 02, 2006 at 01:19:37PM -0800, Maxim Sobolev wrote: >> Ruslan Ermilov wrote: >>> On Thu, Nov 02, 2006 at 08:09:48AM -0600, Brooks Davis wrote: >>> Hmm, bumping not versioned libraries *now* and not bumping them >>> again at pre-release would work, but doing it without also bumping >>> "to be versioned" libraries is IMO pointless. And if we bump all >>> of them now, we'll have to bump some of them again when versioning >>> is turned on by default. >> No, we will not have to do it. Why would we? It's -CURRENT, so that >> nobody really cares about backward/forward compatibility within that branch. >> > I'd very much like NOT to have to recompile all of my installed > ports on my -CURRENT boxes the day we turn on symbol versioning, > and that will require the shlib major bump of those libs that > will provide symbol versioning. If we do the bump now, we'll > have to do it again later, and that's slightly against the rule > that we only bump them once inside a branch. Repeat after me: *we won't have to do it* since we don't generally care whether or not one have to rebuild all or some of his packages in current due to some ongoing changes. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 22:05:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9DFF16A549 for ; Thu, 2 Nov 2006 22:05:46 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F07243D9C for ; Thu, 2 Nov 2006 22:05:00 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (elcos119glc8jcwz@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id kA2M4u6s017283; Thu, 2 Nov 2006 14:04:57 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id kA2M4s3E017282; Thu, 2 Nov 2006 14:04:54 -0800 (PST) (envelope-from jmg) Date: Thu, 2 Nov 2006 14:04:54 -0800 From: John-Mark Gurney To: Vladimir Kushnir Message-ID: <20061102220454.GK25511@funkthat.com> Mail-Followup-To: Vladimir Kushnir , current@freebsd.org References: <20061026015618.E1706@kushnir1.kiev.ua> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="7gGkHNMELEOhSGF6" Content-Disposition: inline In-Reply-To: <20061026015618.E1706@kushnir1.kiev.ua> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: current@freebsd.org Subject: Re: Asus A8V hangs during pci probe on fresh -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 22:05:47 -0000 --7gGkHNMELEOhSGF6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Vladimir Kushnir wrote this message on Thu, Oct 26, 2006 at 02:27 +0300: > Is there anything I could do to help fixing this? This is likely related to the vpd work that I've done recently... Attached is a patch that may fix your troubles. (I'll commit it shortly once I've tested it on my own systems.) -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --7gGkHNMELEOhSGF6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vpd.fix.patch" Index: pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/pci/pci.c,v retrieving revision 1.316 diff -u -r1.316 pci.c --- pci.c 20 Oct 2006 21:28:11 -0000 1.316 +++ pci.c 30 Oct 2006 13:17:38 -0000 @@ -630,7 +630,9 @@ state = 5; break; default: /* XXX - unimplemented */ - state = 4; + end = 1; + cksumvalid = 0; + continue; break; } break; --7gGkHNMELEOhSGF6-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 22:05:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC01F16A47C; Thu, 2 Nov 2006 22:05:47 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDEC743E22; Thu, 2 Nov 2006 22:04:40 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20061102220439m9100elbd2e>; Thu, 2 Nov 2006 22:04:40 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id kA2M4cXR077198; Thu, 2 Nov 2006 16:04:38 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id kA2M4bso077197; Thu, 2 Nov 2006 16:04:37 -0600 (CST) (envelope-from brooks) Date: Thu, 2 Nov 2006 16:04:37 -0600 From: Brooks Davis To: Ruslan Ermilov Message-ID: <20061102220437.GD74928@lor.one-eyed-alien.net> References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> <454A60E9.7020303@FreeBSD.org> <20061102214157.GC2028@rambler-co.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iVCmgExH7+hIHJ1A" Content-Disposition: inline In-Reply-To: <20061102214157.GC2028@rambler-co.ru> User-Agent: Mutt/1.5.11 Cc: Maxim Sobolev , current@FreeBSD.org, Daniel Eischen Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 22:05:48 -0000 --iVCmgExH7+hIHJ1A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 03, 2006 at 12:41:57AM +0300, Ruslan Ermilov wrote: > On Thu, Nov 02, 2006 at 01:19:37PM -0800, Maxim Sobolev wrote: > > Ruslan Ermilov wrote: > > >On Thu, Nov 02, 2006 at 08:09:48AM -0600, Brooks Davis wrote: > > >Hmm, bumping not versioned libraries *now* and not bumping them > > >again at pre-release would work, but doing it without also bumping > > >"to be versioned" libraries is IMO pointless. And if we bump all > > >of them now, we'll have to bump some of them again when versioning > > >is turned on by default. > >=20 > > No, we will not have to do it. Why would we? It's -CURRENT, so that=20 > > nobody really cares about backward/forward compatibility within that br= anch. > >=20 > I'd very much like NOT to have to recompile all of my installed > ports on my -CURRENT boxes the day we turn on symbol versioning, > and that will require the shlib major bump of those libs that > will provide symbol versioning. If we do the bump now, we'll > have to do it again later, and that's slightly against the rule > that we only bump them once inside a branch. Does that rule still matter since the new rule with symbol versioning will be that we don't bump them. Period. (at least for libraries we control)? -- Brooks --iVCmgExH7+hIHJ1A Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSmt0XY6L6fI4GtQRAl9nAJ9G/xGMS6O5I49t3VgHvooQ9CvtLQCgh58F zQEbFp+ymU6m6gUZRrynRzY= =Bnwc -----END PGP SIGNATURE----- --iVCmgExH7+hIHJ1A-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 22:07:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99BF816A508 for ; Thu, 2 Nov 2006 22:07:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9C2743DE3 for ; Thu, 2 Nov 2006 22:07:17 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kA2M7FQt015381; Thu, 2 Nov 2006 17:07:15 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 2 Nov 2006 12:20:15 -0500 User-Agent: KMail/1.9.1 References: <20061026162757.GA64673@peter.osted.lan> In-Reply-To: <20061026162757.GA64673@peter.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611021220.15788.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Thu, 02 Nov 2006 17:07:15 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2151/Thu Nov 2 13:35:18 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_03_06 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: panic: mutex Giant not owned at vfs_subr.c:1968 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 22:07:31 -0000 On Thursday 26 October 2006 12:27, Peter Holm wrote: > While stress testing as root with GENERIC HEAD from Oct 25 15:57 > UTC with "option QUOTA" with a filesystem running full I consistently > get this panic: > Tracing pid 42 tid 100046 td 0xc3fc0870 > kdb_enter(c091f1d0) at kdb_enter+0x2b > panic(c091e4e9,c0935110,c0929621,7b0,2002,...) at panic+0x14b > _mtx_assert(c0a1f408,1,c0929621,7b0) at _mtx_assert+0x66 > vget(c583c930,2002,c3fc0870) at vget+0x4a > vfs_hash_get(c5ee1000,4,2,c3fc0870,e43f4cd4,0,0) at vfs_hash_get+0x8d > ffs_vget(c5ee1000,4,2,e43f4cd4,c0a79618,0,...) at ffs_vget+0x27 > clear_remove(c3fc0870,0,c07d7538,c07d7538,0,...) at clear_remove+0xb3 > softdep_flush(0,e43f4d38) at softdep_flush+0x73 > fork_exit(c07d7538,0,e43f4d38) at fork_exit+0xac > fork_trampoline() at fork_trampoline+0x8 > > http://people.freebsd.org/~pho/stress/log/cons219.html Did the commit by kib@ yesterday to ffs_softdep.c fix this? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 22:07:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACB4116A531 for ; Thu, 2 Nov 2006 22:07:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CF3443D46 for ; Thu, 2 Nov 2006 22:07:20 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kA2M7FQu015381; Thu, 2 Nov 2006 17:07:17 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 2 Nov 2006 12:21:34 -0500 User-Agent: KMail/1.9.1 References: <45491B0A.4040409@voicenet.com> In-Reply-To: <45491B0A.4040409@voicenet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611021221.35165.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Thu, 02 Nov 2006 17:07:17 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2151/Thu Nov 2 13:35:18 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_03_06 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Adam K Kirchhoff Subject: Re: -CURRENT lockups on Precision 490 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 22:07:31 -0000 On Wednesday 01 November 2006 17:09, Adam K Kirchhoff wrote: > > Hello all, > > I've managed to get 7.0-CURRENT installed on this new workstation I > have at work. Functions fine with a kernel and userland from September > 30th. Just about two weeks ago I tried to update everything to the > latest code... I successfully did a buildworld and buildkernel. > Unfortunately, the system froze during bootup. I gave it a couple of > weeks and tried again today, but have received the same results. The > kernel stops booting at this point: > > pcib12: at device 30.0 on pci0 > pcib12: secondary bus 12 > pcib12: subordinate bus 12 > pcib12: I/O decode 0xf000-0xfff > pcib12: prefetched decode 0xd0000000-0xd00fffff > pcib12: Subtractively decoded bridge. > pci12: on pcib12 > pci12: physical bus=12 > > > This happens even if I try to boot up in safe mode. > > I'm attaching some debugging information to this e-mail. Thankfully > I have a null modem cable hooked up to this machine and was able to grab > the verbose logging from it. That's the file freebsd-current-lockup.txt.gz > > freebsd-working.txt.gz is with the kernel from September 30th. > pciconf.txt.gz is, as you might expect, the output of 'pciconf -v -l'. > > Any help that can be given would be greatly appreciated. Thanks! Try disabling or backing out the vpd code or talking to jmg@. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 22:07:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF40C16A4A0 for ; Thu, 2 Nov 2006 22:07:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A25443D55 for ; Thu, 2 Nov 2006 22:07:22 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kA2M7FQv015381; Thu, 2 Nov 2006 17:07:20 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 2 Nov 2006 12:30:27 -0500 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611021230.27995.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Thu, 02 Nov 2006 17:07:20 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2151/Thu Nov 2 13:35:18 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_03_06 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: John Polstra Subject: Re: Silly IRQ allocation on Dell 1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 22:07:32 -0000 On Thursday 02 November 2006 11:03, John Polstra wrote: > I've been testing a Dell 1950 box with -current from late July. The > box has two integrated BCM5708 gigabit ethernet interfaces that work > with the bce driver. I noticed that both bce0 and bce1 are assigned > to IRQ 16. With two IOAPICs on board, it's hard to believe that Dell > would be so silly as to force the two gigabit interfaces to share an > IRQ. Is this sharing really necessary, or is it caused by a bug or > limitation in the OS? The verbose dmesg output follows below. It's in the hardware. Both your bce devices are on pci4 and pci8 both of which route their interrupts up through their bridges onto pci3, and Dell mapped both of those to IRQ 16. > pci8: on pcib4 > pcib3: matched entry for 7.0.INTA > pcib3: slot 0 INTA hardwired to IRQ 16 > pcib4: slot 0 INTA is routed to irq 16 > bce0: mem 0xf4000000-0xf5ffffff irq 16 at > device 0.0 on pci8 > pci4: on pcib14 > pcib13: matched entry for 3.0.INTA > pcib13: slot 0 INTA hardwired to IRQ 16 > pcib14: slot 0 INTA is routed to irq 16 > bce1: mem 0xf8000000-0xf9ffffff irq 16 at > device 0.0 on pci4 -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 22:07:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E4D116A494; Thu, 2 Nov 2006 22:07:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01DDD43D46; Thu, 2 Nov 2006 22:07:32 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kA2M7FR1015381; Thu, 2 Nov 2006 17:07:30 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 2 Nov 2006 17:06:46 -0500 User-Agent: KMail/1.9.1 References: <454936CA.6060308@FreeBSD.org> <454A60E9.7020303@FreeBSD.org> <20061102214157.GC2028@rambler-co.ru> In-Reply-To: <20061102214157.GC2028@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611021706.47325.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Thu, 02 Nov 2006 17:07:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2151/Thu Nov 2 13:35:18 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Daniel Eischen , current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 22:07:35 -0000 On Thursday 02 November 2006 16:41, Ruslan Ermilov wrote: > On Thu, Nov 02, 2006 at 01:19:37PM -0800, Maxim Sobolev wrote: > > Ruslan Ermilov wrote: > > >On Thu, Nov 02, 2006 at 08:09:48AM -0600, Brooks Davis wrote: > > >Hmm, bumping not versioned libraries *now* and not bumping them > > >again at pre-release would work, but doing it without also bumping > > >"to be versioned" libraries is IMO pointless. And if we bump all > > >of them now, we'll have to bump some of them again when versioning > > >is turned on by default. > > > > No, we will not have to do it. Why would we? It's -CURRENT, so that > > nobody really cares about backward/forward compatibility within that branch. > > > I'd very much like NOT to have to recompile all of my installed > ports on my -CURRENT boxes the day we turn on symbol versioning, > and that will require the shlib major bump of those libs that > will provide symbol versioning. If we do the bump now, we'll > have to do it again later, and that's slightly against the rule > that we only bump them once inside a branch. Hmm, that's honestly what I planned to do. :) There will only be 1 bump in HEAD though regardless of how many ABI changes we have in HEAD, as we don't really support ABI compat on HEAD. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 22:07:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E4D116A494; Thu, 2 Nov 2006 22:07:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01DDD43D46; Thu, 2 Nov 2006 22:07:32 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kA2M7FR1015381; Thu, 2 Nov 2006 17:07:30 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 2 Nov 2006 17:06:46 -0500 User-Agent: KMail/1.9.1 References: <454936CA.6060308@FreeBSD.org> <454A60E9.7020303@FreeBSD.org> <20061102214157.GC2028@rambler-co.ru> In-Reply-To: <20061102214157.GC2028@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611021706.47325.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Thu, 02 Nov 2006 17:07:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2151/Thu Nov 2 13:35:18 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Daniel Eischen , current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 22:07:35 -0000 On Thursday 02 November 2006 16:41, Ruslan Ermilov wrote: > On Thu, Nov 02, 2006 at 01:19:37PM -0800, Maxim Sobolev wrote: > > Ruslan Ermilov wrote: > > >On Thu, Nov 02, 2006 at 08:09:48AM -0600, Brooks Davis wrote: > > >Hmm, bumping not versioned libraries *now* and not bumping them > > >again at pre-release would work, but doing it without also bumping > > >"to be versioned" libraries is IMO pointless. And if we bump all > > >of them now, we'll have to bump some of them again when versioning > > >is turned on by default. > > > > No, we will not have to do it. Why would we? It's -CURRENT, so that > > nobody really cares about backward/forward compatibility within that branch. > > > I'd very much like NOT to have to recompile all of my installed > ports on my -CURRENT boxes the day we turn on symbol versioning, > and that will require the shlib major bump of those libs that > will provide symbol versioning. If we do the bump now, we'll > have to do it again later, and that's slightly against the rule > that we only bump them once inside a branch. Hmm, that's honestly what I planned to do. :) There will only be 1 bump in HEAD though regardless of how many ABI changes we have in HEAD, as we don't really support ABI compat on HEAD. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 22:07:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A63BB16A746; Thu, 2 Nov 2006 22:07:46 +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 D679B43D49; Thu, 2 Nov 2006 22:07:45 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id kA2M7i5J010319; Thu, 2 Nov 2006 17:07:44 -0500 (EST) Date: Thu, 2 Nov 2006 17:07:44 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Ruslan Ermilov In-Reply-To: <20061102214157.GC2028@rambler-co.ru> Message-ID: References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> <454A60E9.7020303@FreeBSD.org> <20061102214157.GC2028@rambler-co.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Thu, 02 Nov 2006 17:07:44 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 22:07:46 -0000 On Fri, 3 Nov 2006, Ruslan Ermilov wrote: > On Thu, Nov 02, 2006 at 01:19:37PM -0800, Maxim Sobolev wrote: >> Ruslan Ermilov wrote: >>> On Thu, Nov 02, 2006 at 08:09:48AM -0600, Brooks Davis wrote: >>> Hmm, bumping not versioned libraries *now* and not bumping them >>> again at pre-release would work, but doing it without also bumping >>> "to be versioned" libraries is IMO pointless. And if we bump all >>> of them now, we'll have to bump some of them again when versioning >>> is turned on by default. >> >> No, we will not have to do it. Why would we? It's -CURRENT, so that >> nobody really cares about backward/forward compatibility within that branch. >> > I'd very much like NOT to have to recompile all of my installed > ports on my -CURRENT boxes the day we turn on symbol versioning, > and that will require the shlib major bump of those libs that > will provide symbol versioning. If we do the bump now, we'll > have to do it again later, and that's slightly against the rule > that we only bump them once inside a branch. No, we don't bump library versions more than once in -current in the same release cycle. Yes, sometimes this requires that you have to rebuild all your ports. And you can safely enable symbol versioning without bumping library versions -- libraries and binaries built against non-symbol-versioned libraries will run just fine on the same libraries with symbol versioning. The thing that won't work is trying to use libraries/binaries built against symbol versioned libraries on those same libraries _without_ symbol versioning. I hope you can follow what I am saying, because it sounds confusing even to me ;-) -- DE From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 22:15:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46FE516A40F; Thu, 2 Nov 2006 22:15:38 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61AEA43D55; Thu, 2 Nov 2006 22:15:34 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.80] ([10.0.0.80]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id kA2MFXnN056100 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Nov 2006 14:15:34 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <454A6E09.9080200@errno.com> Date: Thu, 02 Nov 2006 14:15:37 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Maxim Sobolev References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> <454A60E9.7020303@FreeBSD.org> <20061102214157.GC2028@rambler-co.ru> <454A6B07.3090003@FreeBSD.org> In-Reply-To: <454A6B07.3090003@FreeBSD.org> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Daniel Eischen , current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 22:15:38 -0000 Maxim Sobolev wrote: > Ruslan Ermilov wrote: >> On Thu, Nov 02, 2006 at 01:19:37PM -0800, Maxim Sobolev wrote: >>> Ruslan Ermilov wrote: >>>> On Thu, Nov 02, 2006 at 08:09:48AM -0600, Brooks Davis wrote: >>>> Hmm, bumping not versioned libraries *now* and not bumping them >>>> again at pre-release would work, but doing it without also bumping >>>> "to be versioned" libraries is IMO pointless. And if we bump all >>>> of them now, we'll have to bump some of them again when versioning >>>> is turned on by default. >>> No, we will not have to do it. Why would we? It's -CURRENT, so that >>> nobody really cares about backward/forward compatibility within that >>> branch. >>> >> I'd very much like NOT to have to recompile all of my installed >> ports on my -CURRENT boxes the day we turn on symbol versioning, >> and that will require the shlib major bump of those libs that >> will provide symbol versioning. If we do the bump now, we'll >> have to do it again later, and that's slightly against the rule >> that we only bump them once inside a branch. > > Repeat after me: *we won't have to do it* since we don't generally care > whether or not one have to rebuild all or some of his packages in > current due to some ongoing changes. Doing stuff like this adds unnecessary burden to folks running HEAD. The result is fewer people will track the code and less testing will be done. Unless there's a valid reason for doing it separately it seems best to wait for a point where some other change goes in that requires users to update their ports. Sam From owner-freebsd-current@FreeBSD.ORG Thu Nov 2 22:54:21 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED09216A40F; Thu, 2 Nov 2006 22:54:21 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F33643D4C; Thu, 2 Nov 2006 22:54:20 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.6) with ESMTP id kA2MruZo016977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Nov 2006 14:53:58 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <454A76FB.5000802@FreeBSD.org> Date: Thu, 02 Nov 2006 14:53:47 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Sam Leffler References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> <454A60E9.7020303@FreeBSD.org> <20061102214157.GC2028@rambler-co.ru> <454A6B07.3090003@FreeBSD.org> <454A6E09.9080200@errno.com> In-Reply-To: <454A6E09.9080200@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Daniel Eischen , Ruslan Ermilov , current@FreeBSD.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Nov 2006 22:54:22 -0000 Sam Leffler wrote: > Maxim Sobolev wrote: >> Ruslan Ermilov wrote: >>> On Thu, Nov 02, 2006 at 01:19:37PM -0800, Maxim Sobolev wrote: >>>> Ruslan Ermilov wrote: >>>>> On Thu, Nov 02, 2006 at 08:09:48AM -0600, Brooks Davis wrote: >>>>> Hmm, bumping not versioned libraries *now* and not bumping them >>>>> again at pre-release would work, but doing it without also bumping >>>>> "to be versioned" libraries is IMO pointless. And if we bump all >>>>> of them now, we'll have to bump some of them again when versioning >>>>> is turned on by default. >>>> No, we will not have to do it. Why would we? It's -CURRENT, so that >>>> nobody really cares about backward/forward compatibility within that >>>> branch. >>>> >>> I'd very much like NOT to have to recompile all of my installed >>> ports on my -CURRENT boxes the day we turn on symbol versioning, >>> and that will require the shlib major bump of those libs that >>> will provide symbol versioning. If we do the bump now, we'll >>> have to do it again later, and that's slightly against the rule >>> that we only bump them once inside a branch. >> Repeat after me: *we won't have to do it* since we don't generally care >> whether or not one have to rebuild all or some of his packages in >> current due to some ongoing changes. > > Doing stuff like this adds unnecessary burden to folks running HEAD. > The result is fewer people will track the code and less testing will be > done. Unless there's a valid reason for doing it separately it seems > best to wait for a point where some other change goes in that requires > users to update their ports. Well, we have some real problem at hand (inability to use -STABLE threaded binaries on -CURRENT system) versus some potential future problem. I would vote that we go and solve current problem and deal with future problem when time will come. Besides, according to deischen, enabling symbol versioning won't create any backward binary compatibility issues, so that unless he misses something there will be no problem in future at all, which makes the whole point moot. -Maxim From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 04:21:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63DF016A40F; Fri, 3 Nov 2006 04:21:22 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCD4A43D5D; Fri, 3 Nov 2006 04:21:18 +0000 (GMT) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id B586F33CAA; Fri, 3 Nov 2006 06:21:16 +0200 (SAST) Date: Fri, 3 Nov 2006 06:21:16 +0200 From: John Hay To: Sam Leffler Message-ID: <20061103042116.GA50470@zibbi.meraka.csir.co.za> References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> <454A60E9.7020303@FreeBSD.org> <20061102214157.GC2028@rambler-co.ru> <454A6B07.3090003@FreeBSD.org> <454A6E09.9080200@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <454A6E09.9080200@errno.com> User-Agent: Mutt/1.4.2.1i Cc: Daniel Eischen , current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 04:21:22 -0000 > >>>> Hmm, bumping not versioned libraries *now* and not bumping them > >>>> again at pre-release would work, but doing it without also bumping > >>>> "to be versioned" libraries is IMO pointless. And if we bump all > >>>> of them now, we'll have to bump some of them again when versioning > >>>> is turned on by default. > >>> No, we will not have to do it. Why would we? It's -CURRENT, so that > >>> nobody really cares about backward/forward compatibility within that > >>> branch. > >>> > >> I'd very much like NOT to have to recompile all of my installed > >> ports on my -CURRENT boxes the day we turn on symbol versioning, > >> and that will require the shlib major bump of those libs that > >> will provide symbol versioning. If we do the bump now, we'll > >> have to do it again later, and that's slightly against the rule > >> that we only bump them once inside a branch. > > > > Repeat after me: *we won't have to do it* since we don't generally care > > whether or not one have to rebuild all or some of his packages in > > current due to some ongoing changes. > > Doing stuff like this adds unnecessary burden to folks running HEAD. > The result is fewer people will track the code and less testing will be > done. Unless there's a valid reason for doing it separately it seems > best to wait for a point where some other change goes in that requires > users to update their ports. The flip side of the argument is that if you have compiled stuff in current, you have the capabilty to do it again, so if the versions were bumped early enough, you only influence the apps that you have compiled, but keep on making it possible to run current and still use apps that was compiled for older versions of FreeBSD. So you make if possble for more people to run current even on there desktops and get a lot more testing milage out of current. I vote for bumping the version of a lib the first time it goes incompatable ... actually just before that so that you don't get incompatable libs with the same number. And yes I do run -current on my home desktop too and no the FreeBSD foundation do not have a diablo package for current. :-/ John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 04:33:43 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B11716A416; Fri, 3 Nov 2006 04:33:43 +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 0098F43D45; Fri, 3 Nov 2006 04:33:41 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id kA34Xai7022434; Thu, 2 Nov 2006 23:33:38 -0500 (EST) Date: Thu, 2 Nov 2006 23:33:36 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Hay In-Reply-To: <20061103042116.GA50470@zibbi.meraka.csir.co.za> Message-ID: References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> <454A60E9.7020303@FreeBSD.org> <20061102214157.GC2028@rambler-co.ru> <454A6B07.3090003@FreeBSD.org> <454A6E09.9080200@errno.com> <20061103042116.GA50470@zibbi.meraka.csir.co.za> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Thu, 02 Nov 2006 23:33:38 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 04:33:43 -0000 On Fri, 3 Nov 2006, John Hay wrote: > I vote for bumping the version of a lib the first time it goes > incompatable ... actually just before that so that you don't get > incompatable libs with the same number. That was done already (libc version was bumped). But the part that wasn't done was bumping all the other libraries that are dependent on libc, and all libraries that need to be bumped for symbol versioning to be enabled by default. For tracking purposes, it's also nice to be able to see all the libraries being bumped at the same time, so you can see what is affected and how to do it again. -- DE From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 05:02:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B93816A40F; Fri, 3 Nov 2006 05:02:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B17C43D46; Fri, 3 Nov 2006 05:02:34 +0000 (GMT) (envelope-from kostikbel@gmail.com) 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 kA34c1Rh024101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Nov 2006 06:38:01 +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 kA352Tph049281; Fri, 3 Nov 2006 07:02:29 +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 kA352TUS049280; Fri, 3 Nov 2006 07:02:29 +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, 3 Nov 2006 07:02:29 +0200 From: Kostik Belousov To: John Baldwin Message-ID: <20061103050229.GJ12108@deviant.kiev.zoral.com.ua> References: <20061026162757.GA64673@peter.osted.lan> <200611021220.15788.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nywXBoy70X0GaB8B" Content-Disposition: inline In-Reply-To: <200611021220.15788.jhb@freebsd.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: panic: mutex Giant not owned at vfs_subr.c:1968 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 05:02:39 -0000 --nywXBoy70X0GaB8B Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 02, 2006 at 12:20:15PM -0500, John Baldwin wrote: > On Thursday 26 October 2006 12:27, Peter Holm wrote: > > While stress testing as root with GENERIC HEAD from Oct 25 15:57 > > UTC with "option QUOTA" with a filesystem running full I consistently > > get this panic: > > Tracing pid 42 tid 100046 td 0xc3fc0870 > > kdb_enter(c091f1d0) at kdb_enter+0x2b > > panic(c091e4e9,c0935110,c0929621,7b0,2002,...) at panic+0x14b > > _mtx_assert(c0a1f408,1,c0929621,7b0) at _mtx_assert+0x66 > > vget(c583c930,2002,c3fc0870) at vget+0x4a > > vfs_hash_get(c5ee1000,4,2,c3fc0870,e43f4cd4,0,0) at vfs_hash_get+0x8d > > ffs_vget(c5ee1000,4,2,e43f4cd4,c0a79618,0,...) at ffs_vget+0x27 > > clear_remove(c3fc0870,0,c07d7538,c07d7538,0,...) at clear_remove+0xb3 > > softdep_flush(0,e43f4d38) at softdep_flush+0x73 > > fork_exit(c07d7538,0,e43f4d38) at fork_exit+0xac > > fork_trampoline() at fork_trampoline+0x8 > >=20 > > http://people.freebsd.org/~pho/stress/log/cons219.html >=20 > Did the commit by kib@ yesterday to ffs_softdep.c fix this? It shall. Peter' tests suggest that the answer is "yes". --nywXBoy70X0GaB8B Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSs1kC3+MBN1Mb4gRAgICAJ4uBO19UCXZNQye36yXssT5q48HtgCfQZsi QxOIw2Cgwb6xUeFYVboPGrA= =7deg -----END PGP SIGNATURE----- --nywXBoy70X0GaB8B-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 05:55:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB8D516A403; Fri, 3 Nov 2006 05:55:25 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C8E643D5F; Fri, 3 Nov 2006 05:55:24 +0000 (GMT) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 7A9E033CAA; Fri, 3 Nov 2006 07:55:22 +0200 (SAST) Date: Fri, 3 Nov 2006 07:55:22 +0200 From: John Hay To: Daniel Eischen Message-ID: <20061103055522.GA54952@zibbi.meraka.csir.co.za> References: <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> <454A60E9.7020303@FreeBSD.org> <20061102214157.GC2028@rambler-co.ru> <454A6B07.3090003@FreeBSD.org> <454A6E09.9080200@errno.com> <20061103042116.GA50470@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 05:55:25 -0000 On Thu, Nov 02, 2006 at 11:33:36PM -0500, Daniel Eischen wrote: > On Fri, 3 Nov 2006, John Hay wrote: > > >I vote for bumping the version of a lib the first time it goes > >incompatable ... actually just before that so that you don't get > >incompatable libs with the same number. > > That was done already (libc version was bumped). But the part > that wasn't done was bumping all the other libraries that are > dependent on libc, and all libraries that need to be bumped > for symbol versioning to be enabled by default. > > For tracking purposes, it's also nice to be able to see all > the libraries being bumped at the same time, so you can see > what is affected and how to do it again. You can also track it in a file or with forced commits, with very little if any additional effort. I thought one of the ideas of -current was that it serves as a testing ground for new code. It seems we currently limit that testing to the box in the corner that you just recompile and reboot and then say "FreeBSD can still compile itself and reboot". You limit the amount of testing you get out of current this way though. John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 06:34:52 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5198516A412; Fri, 3 Nov 2006 06:34:52 +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 EE7CA43D68; Fri, 3 Nov 2006 06:34:51 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8205446EAC; Fri, 3 Nov 2006 01:34:51 -0500 (EST) Date: Fri, 3 Nov 2006 06:34:51 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: John Hay In-Reply-To: <20061103055522.GA54952@zibbi.meraka.csir.co.za> Message-ID: <20061103063336.A14555@fledge.watson.org> References: <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> <454A60E9.7020303@FreeBSD.org> <20061102214157.GC2028@rambler-co.ru> <454A6B07.3090003@FreeBSD.org> <454A6E09.9080200@errno.com> <20061103042116.GA50470@zibbi.meraka.csir.co.za> <20061103055522.GA54952@zibbi.meraka.csir.co.za> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Daniel Eischen , current@freebsd.org Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 06:34:52 -0000 On Fri, 3 Nov 2006, John Hay wrote: > You can also track it in a file or with forced commits, with very little if > any additional effort. > > I thought one of the ideas of -current was that it serves as a testing > ground for new code. It seems we currently limit that testing to the box in > the corner that you just recompile and reboot and then say "FreeBSD can > still compile itself and reboot". You limit the amount of testing you get > out of current this way though. Dunno about you, but I run FreeBSD on my notebook and desktops. :-) Doing anything else, as you point out, will result in inadequate testing. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 09:58:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13BE716A403 for ; Fri, 3 Nov 2006 09:58:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 87D6F43D45 for ; Fri, 3 Nov 2006 09:58:21 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 13015 invoked by uid 399); 3 Nov 2006 09:58:21 -0000 Received: from localhost (HELO ?192.168.0.8?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 3 Nov 2006 09:58:21 -0000 Message-ID: <454B12BB.9060101@FreeBSD.org> Date: Fri, 03 Nov 2006 01:58:19 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Panic w/latest sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 09:58:22 -0000 I have up to the minute -current sources, running on an Intel core 2 duo in i386+SMP. Right after probing the PCI bus (pci0: on pcib0) I get a panic. rman_get_start+0x6: movl 0(%eax),%eax GENERIC kernel from the October snapshot works fine. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 10:26:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7DBF16A403 for ; Fri, 3 Nov 2006 10:26:24 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D02643D45 for ; Fri, 3 Nov 2006 10:26:23 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GfwFi-0000eR-Jp for freebsd-current@freebsd.org; Fri, 03 Nov 2006 11:26:22 +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 ; Fri, 03 Nov 2006 11:26:22 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Nov 2006 11:26:22 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 03 Nov 2006 11:26:11 +0100 Lines: 11 Message-ID: References: <346a80220611011709j485b0e16jf9745d6eae848411@mail.gmail.com> <20061102111404.GD41596@submonkey.net> <20061102135404.GA83844@ramen.coleyandcheryl> <20061102135854.GG53552@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: <20061102135854.GG53552@garage.freebsd.pl> Sender: news Subject: Re: gjournal and fstab X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 10:26:24 -0000 Pawel Jakub Dawidek wrote: > BTW. I suggest using 'async', which is safe when used with gjournal. This is a thing I've always wanted to ask - why is it safe? :) I guess it comes down to what exactly does async means - since it's a file system flag I've always considered that it delays data output from the file system layer to the lower layer (GEOM) - but in that case it's definitely not safe. At least my idea for gjournal is to use it with "sync" flag (and get the performance by writing everything sequentially). From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 10:58:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CE3B16A403 for ; Fri, 3 Nov 2006 10:58:59 +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 6703743D46 for ; Fri, 3 Nov 2006 10:58:58 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GfwlC-000Lrw-Pa; Fri, 03 Nov 2006 12:58:55 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Scott Long In-reply-to: <454A1E47.9060200@samsco.org> References: <454A1E47.9060200@samsco.org> Comments: In-reply-to Scott Long message dated "Thu, 02 Nov 2006 09:35:19 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Nov 2006 12:58:54 +0200 From: Danny Braniss Message-ID: Cc: freebsd-current@freebsd.org, John Polstra Subject: Re: Silly IRQ allocation on Dell 1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 10:58:59 -0000 > This is typical Dell, and it gets even worse if you have a laptop. > Imagine every PCI device being on the sole interrupt line that is routed > on the motherboard. Growing MSI support would get around this for bce > and many other devices. > > Scott > why blame only Dell?, this is from a top of the line(?) IBM ibm-x3650> vmstat -i interrupt total rate irq4: sio0 15 0 irq15: ata1 47 0 irq16: bce0 28747 290 irq17: bce1 aac0 13 0 <----------------- irq23: uhci0 uhci+ 4 0 cpu0: timer 193265 1952 cpu1: timer 193080 1950 cpu2: timer 191979 1939 cpu3: timer 191978 1939 Total 799128 8072 with all the hipe on virtualization, I'm wandering if the day will come and we will have virtual irqs ... danny > > John Polstra wrote: > > I've been testing a Dell 1950 box with -current from late July. The > > box has two integrated BCM5708 gigabit ethernet interfaces that work > > with the bce driver. I noticed that both bce0 and bce1 are assigned > > to IRQ 16. With two IOAPICs on board, it's hard to believe that Dell > > would be so silly as to force the two gigabit interfaces to share an > > IRQ. Is this sharing really necessary, or is it caused by a bug or > > limitation in the OS? The verbose dmesg output follows below. > > > > Thanks, > > John > > > > KDB: current backend: ddb > > SMAP type=01 base=0000000000000000 len=00000000000a0000 > > SMAP type=01 base=0000000000100000 len=000000007fea8000 > > SMAP type=03 base=000000007ffa8000 len=000000000000fc00 > > SMAP type=02 base=000000007ffb7c00 len=0000000000048400 > > SMAP type=02 base=00000000e0000000 len=0000000010000000 > > SMAP type=02 base=00000000fe000000 len=0000000002000000 > > Copyright (c) 1992-2006 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD 7.0-CURRENT #11: Wed Nov 1 16:43:44 PST 2006 > > jdp@f1.polstra.com:/usr/home/jdp/f5/robotcd/robotcd/src/sys/i386/compile/ROBOTCD > > Using 64 colors for the VM-PQ tuning (4096, 16) > > Preloaded elf kernel "/boot/kernel/kernel" at 0xc08aa000. > > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc08aa14c. > > MP Configuration Table version 1.4 found at 0xc00f0000 > > Table 'FACP' at 0xf2b88 > > Table 'APIC' at 0xf2c7c > > MADT: Found table at 0xf2c7c > > APIC: Using the MADT enumerator. > > MADT: Found CPU APIC ID 0 ACPI ID 1: enabled > > SMP: Added CPU 0 (AP) > > MADT: Found CPU APIC ID 6 ACPI ID 2: enabled > > SMP: Added CPU 6 (AP) > > MADT: Found CPU APIC ID 1 ACPI ID 3: enabled > > SMP: Added CPU 1 (AP) > > MADT: Found CPU APIC ID 7 ACPI ID 4: enabled > > SMP: Added CPU 7 (AP) > > MADT: Found CPU APIC ID 20 ACPI ID 5: disabled > > MADT: Found CPU APIC ID 21 ACPI ID 6: disabled > > MADT: Found CPU APIC ID 22 ACPI ID 7: disabled > > MADT: Found CPU APIC ID 23 ACPI ID 8: disabled > > INTR: Adding local APIC 0 as a target > > ACPI APIC Table: > > Calibrating clock(s) ... i8254 clock: 1191852 Hz > > CLK_USE_I8254_CALIBRATION not specified - using default frequency > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > Calibrating TSC clock ... TSC clock: 2995804296 Hz > > CPU: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz (2995.80-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > > > > Features=0xbfebfbff > DTS,ACPI,MMX,FXSR,SSE,SSE > > 2,SS,HTT,TM,PBE> > > Features2=0x4e3bd,CX16,XTPR,,> > > AMD Features=0x20100000 > > AMD Features2=0x1 > > Cores per package: 2 > > > > Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries > > 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size > > 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size > > L2 cache: 4096 kbytes, 16-way associative, 64 bytes/line > > real memory = 2147123200 (2047 MB) > > Physical memory chunk(s): > > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > > 0x0000000000c28000 - 0x000000007db60fff, 2096336896 bytes (511801 pages) > > avail memory = 2096107520 (1999 MB) > > INTR: Adding local APIC 1 as a target > > INTR: Adding local APIC 6 as a target > > INTR: Adding local APIC 7 as a target > > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > cpu2 (AP): APIC ID: 6 > > cpu3 (AP): APIC ID: 7 > > bios32: Found BIOS32 Service Directory header at 0xc00ffe80 > > bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 > > pcibios: PCI BIOS entry at 0xf0000+0xb46e > > pnpbios: Found PnP BIOS data at 0xc00fe2d0 > > pnpbios: Entry = f0000:e2f4 Rev = 1.0 > > Other BIOS signatures found: > > APIC: CPU 0 has ACPI ID 1 > > APIC: CPU 1 has ACPI ID 3 > > APIC: CPU 2 has ACPI ID 2 > > APIC: CPU 3 has ACPI ID 4 > > MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 > > ioapic0: Changing APIC ID to 8 > > 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: Found IO APIC ID 9, Interrupt 64 at 0xfec81000 > > ioapic1: Changing APIC ID to 9 > > ioapic1: WARNING: intbase 64 != expected base 24 > > ioapic1: intpin 0 -> PCI IRQ 64 (level, low) > > ioapic1: intpin 1 -> PCI IRQ 65 (level, low) > > ioapic1: intpin 2 -> PCI IRQ 66 (level, low) > > ioapic1: intpin 3 -> PCI IRQ 67 (level, low) > > ioapic1: intpin 4 -> PCI IRQ 68 (level, low) > > ioapic1: intpin 5 -> PCI IRQ 69 (level, low) > > ioapic1: intpin 6 -> PCI IRQ 70 (level, low) > > ioapic1: intpin 7 -> PCI IRQ 71 (level, low) > > ioapic1: intpin 8 -> PCI IRQ 72 (level, low) > > ioapic1: intpin 9 -> PCI IRQ 73 (level, low) > > ioapic1: intpin 10 -> PCI IRQ 74 (level, low) > > ioapic1: intpin 11 -> PCI IRQ 75 (level, low) > > ioapic1: intpin 12 -> PCI IRQ 76 (level, low) > > ioapic1: intpin 13 -> PCI IRQ 77 (level, low) > > ioapic1: intpin 14 -> PCI IRQ 78 (level, low) > > ioapic1: intpin 15 -> PCI IRQ 79 (level, low) > > ioapic1: intpin 16 -> PCI IRQ 80 (level, low) > > ioapic1: intpin 17 -> PCI IRQ 81 (level, low) > > ioapic1: intpin 18 -> PCI IRQ 82 (level, low) > > ioapic1: intpin 19 -> PCI IRQ 83 (level, low) > > ioapic1: intpin 20 -> PCI IRQ 84 (level, low) > > ioapic1: intpin 21 -> PCI IRQ 85 (level, low) > > ioapic1: intpin 22 -> PCI IRQ 86 (level, low) > > ioapic1: intpin 23 -> PCI IRQ 87 (level, low) > > lapic0: Routing NMI -> LINT1 > > lapic0: LINT1 trigger: edge > > lapic0: LINT1 polarity: high > > lapic6: Routing NMI -> LINT1 > > lapic6: LINT1 trigger: edge > > lapic6: LINT1 polarity: high > > lapic1: Routing NMI -> LINT1 > > lapic1: LINT1 trigger: edge > > lapic1: LINT1 polarity: high > > lapic7: Routing NMI -> LINT1 > > lapic7: LINT1 trigger: edge > > lapic7: LINT1 polarity: high > > MADT: Ignoring local NMI routed to ACPI CPU 5 > > MADT: Ignoring local NMI routed to ACPI CPU 6 > > MADT: Ignoring local NMI routed to ACPI CPU 7 > > MADT: Ignoring local NMI routed to ACPI CPU 8 > > MADT: Interrupt override: source 0, irq 2 > > ioapic0: Routing IRQ 0 -> intpin 2 > > ioapic0: intpin 2 trigger: edge > > ioapic0: intpin 2 polarity: high > > MADT: Interrupt override: source 9, irq 9 > > ioapic0: intpin 9 trigger: level > > ioapic0: intpin 9 polarity: high > > ioapic0 irqs 0-23 on motherboard > > ioapic1 irqs 64-87 on motherboard > > cpu0 BSP: > > ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > > timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 > > mem: > > Pentium Pro MTRR support enabled > > io: > > null: > > nfslock: pseudo-device > > 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 0x80040080 > > pci_open(1a): mode1res=0x80000000 (0x80000000) > > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25c08086) > > pcibios: BIOS version 2.10 > > Found $PIR table, 21 entries at 0xc00fade0 > > PCI-Only Interrupts: none > > Location Bus Device Pin Link IRQs > > embedded 0 0 A 0x60 3 4 5 6 10 11 14 15 > > embedded 0 2 A 0x60 3 4 5 6 10 11 14 15 > > embedded 0 3 A 0x60 3 4 5 6 10 11 14 15 > > embedded 0 4 A 0x60 3 4 5 6 10 11 14 15 > > embedded 0 5 A 0x60 3 4 5 6 10 11 14 15 > > embedded 0 6 A 0x60 3 4 5 6 10 11 14 15 > > embedded 0 7 A 0x60 3 4 5 6 10 11 14 15 > > embedded 0 28 A 0x60 3 4 5 6 10 11 14 15 > > embedded 0 28 B 0x61 3 4 5 6 10 11 14 15 > > embedded 0 28 C 0x62 3 4 5 6 10 11 14 15 > > embedded 0 28 D 0x63 3 4 5 6 10 11 14 15 > > embedded 0 29 A 0x69 3 4 5 6 10 11 14 15 > > embedded 0 29 B 0x68 3 4 5 6 10 11 14 15 > > embedded 0 29 C 0x69 3 4 5 6 10 11 14 15 > > embedded 0 29 D 0x68 3 4 5 6 10 11 14 15 > > embedded 0 31 A 0x60 3 4 5 6 10 11 14 15 > > embedded 0 31 B 0x61 3 4 5 6 10 11 14 15 > > embedded 0 31 C 0x6b 3 4 5 6 10 11 14 15 > > embedded 5 0 A 0x60 3 4 5 6 10 11 14 15 > > embedded 5 0 B 0x61 3 4 5 6 10 11 14 15 > > embedded 5 0 C 0x62 3 4 5 6 10 11 14 15 > > embedded 5 0 D 0x63 3 4 5 6 10 11 14 15 > > embedded 6 0 A 0x60 3 4 5 6 10 11 14 15 > > embedded 6 1 A 0x60 3 4 5 6 10 11 14 15 > > embedded 8 0 A 0x60 3 4 5 6 10 11 14 15 > > embedded 8 0 B 0x61 3 4 5 6 10 11 14 15 > > embedded 8 0 C 0x62 3 4 5 6 10 11 14 15 > > embedded 8 0 D 0x63 3 4 5 6 10 11 14 15 > > embedded 1 0 A 0x60 3 4 5 6 10 11 14 15 > > embedded 1 0 B 0x61 3 4 5 6 10 11 14 15 > > embedded 1 0 C 0x62 3 4 5 6 10 11 14 15 > > embedded 1 0 D 0x63 3 4 5 6 10 11 14 15 > > embedded 2 8 A 0x60 3 4 5 6 10 11 14 15 > > embedded 2 8 B 0x61 3 4 5 6 10 11 14 15 > > embedded 2 14 A 0x62 3 4 5 6 10 11 14 15 > > slot 1 11 0 A 0x60 3 4 5 6 10 11 14 15 > > slot 1 11 0 B 0x61 3 4 5 6 10 11 14 15 > > slot 1 11 0 C 0x62 3 4 5 6 10 11 14 15 > > slot 1 11 0 D 0x63 3 4 5 6 10 11 14 15 > > slot 2 13 0 A 0x60 3 4 5 6 10 11 14 15 > > slot 2 13 0 B 0x61 3 4 5 6 10 11 14 15 > > slot 2 13 0 C 0x62 3 4 5 6 10 11 14 15 > > slot 2 13 0 D 0x63 3 4 5 6 10 11 14 15 > > embedded 4 0 A 0x60 3 4 5 6 10 11 14 15 > > embedded 4 0 B 0x61 3 4 5 6 10 11 14 15 > > embedded 4 0 C 0x62 3 4 5 6 10 11 14 15 > > embedded 4 0 D 0x63 3 4 5 6 10 11 14 15 > > embedded 15 13 A 0x63 3 4 5 6 10 11 14 15 > > AcpiOsDerivePciId: bus 0 dev 31 func 0 > > acpi0: Power Button (fixed) > > acpi0: wakeup code va 0xd88c9000 pa 0x9e000 > > AcpiOsDerivePciId: bus 0 dev 16 func 1 > > AcpiOsDerivePciId: bus 0 dev 16 func 0 > > ACPI timer: 1/2 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > > pci_link0: Links after initial probe: > > Index IRQ Rtd Ref IRQs > > 0 6 N 0 3 4 5 6 7 10 11 12 > > pci_link0: Links after initial validation: > > Index IRQ Rtd Ref IRQs > > 0 6 N 0 3 4 5 6 7 10 11 12 > > pci_link0: Links after disable: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > pci_link1: Links after initial probe: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > pci_link1: Links after initial validation: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > pci_link1: Links after disable: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > pci_link2: Links after initial probe: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > pci_link2: Links after initial validation: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > pci_link2: Links after disable: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > pci_link3: Links after initial probe: > > Index IRQ Rtd Ref IRQs > > 0 5 N 0 3 4 5 6 7 10 11 12 > > pci_link3: Links after initial validation: > > Index IRQ Rtd Ref IRQs > > 0 5 N 0 3 4 5 6 7 10 11 12 > > pci_link3: Links after disable: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > pci_link4: Links after initial probe: > > Index IRQ Rtd Ref IRQs > > 0 10 N 0 3 4 5 6 7 10 11 12 > > pci_link4: Links after initial validation: > > Index IRQ Rtd Ref IRQs > > 0 10 N 0 3 4 5 6 7 10 11 12 > > pci_link4: Links after disable: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > pci_link5: Links after initial probe: > > Index IRQ Rtd Ref IRQs > > 0 11 N 0 3 4 5 6 7 10 11 12 > > pci_link5: Links after initial validation: > > Index IRQ Rtd Ref IRQs > > 0 11 N 0 3 4 5 6 7 10 11 12 > > pci_link5: Links after disable: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > pci_link6: Links after initial probe: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > pci_link6: Links after initial validation: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > pci_link6: Links after disable: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > pci_link7: Links after initial probe: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > pci_link7: Links after initial validation: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > pci_link7: Links after disable: > > Index IRQ Rtd Ref IRQs > > 0 255 N 0 3 4 5 6 7 10 11 12 > > cpu0: on acpi0 > > cpu1: on acpi0 > > cpu2: on acpi0 > > cpu3: on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pci0: physical bus=0 > > found-> vendor=0x8086, dev=0x25c0, revid=0x12 > > bus=0, slot=0, func=0 > > class=06-00-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0144, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=255 > > powerspec 2 supports D0 D3 current D0 > > MSI supports 2 messages > > found-> vendor=0x8086, dev=0x25e2, revid=0x12 > > bus=0, slot=2, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=0 > > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=255 > > found-> vendor=0x8086, dev=0x25e3, revid=0x12 > > bus=0, slot=3, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=0 > > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=255 > > found-> vendor=0x8086, dev=0x25f8, revid=0x12 > > bus=0, slot=4, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=0 > > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=255 > > found-> vendor=0x8086, dev=0x25e5, revid=0x12 > > bus=0, slot=5, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=0 > > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > found-> vendor=0x8086, dev=0x25f9, revid=0x12 > > bus=0, slot=6, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=0 > > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=255 > > found-> vendor=0x8086, dev=0x25e7, revid=0x12 > > bus=0, slot=7, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=0 > > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > found-> vendor=0x8086, dev=0x25f0, revid=0x12 > > bus=0, slot=16, func=0 > > class=06-00-00, hdrtype=0x00, mfdev=1 > > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > found-> vendor=0x8086, dev=0x25f0, revid=0x12 > > bus=0, slot=16, func=1 > > class=06-00-00, hdrtype=0x00, mfdev=1 > > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > found-> vendor=0x8086, dev=0x25f0, revid=0x12 > > bus=0, slot=16, func=2 > > class=06-00-00, hdrtype=0x00, mfdev=1 > > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > found-> vendor=0x8086, dev=0x25f1, revid=0x12 > > bus=0, slot=17, func=0 > > class=06-00-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > found-> vendor=0x8086, dev=0x25f3, revid=0x12 > > bus=0, slot=19, func=0 > > class=06-00-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > found-> vendor=0x8086, dev=0x25f5, revid=0x12 > > bus=0, slot=21, func=0 > > class=06-00-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > found-> vendor=0x8086, dev=0x25f6, revid=0x12 > > bus=0, slot=22, func=0 > > class=06-00-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > found-> vendor=0x8086, dev=0x2690, revid=0x09 > > bus=0, slot=28, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=1 > > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=255 > > found-> vendor=0x8086, dev=0x2688, revid=0x09 > > bus=0, slot=29, func=0 > > class=0c-03-00, hdrtype=0x00, mfdev=1 > > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=11 > > map[20]: type 4, range 32, base 0000cce0, size 5, enabled > > pcib0: matched entry for 0.29.INTA > > pcib0: slot 29 INTA hardwired to IRQ 21 > > found-> vendor=0x8086, dev=0x2689, revid=0x09 > > bus=0, slot=29, func=1 > > class=0c-03-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > intpin=b, irq=10 > > map[20]: type 4, range 32, base 0000ccc0, size 5, enabled > > pcib0: matched entry for 0.29.INTB > > pcib0: slot 29 INTB hardwired to IRQ 20 > > found-> vendor=0x8086, dev=0x268a, revid=0x09 > > bus=0, slot=29, func=2 > > class=0c-03-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > intpin=c, irq=11 > > map[20]: type 4, range 32, base 0000cca0, size 5, enabled > > pcib0: matched entry for 0.29.INTC > > pcib0: slot 29 INTC hardwired to IRQ 21 > > found-> vendor=0x8086, dev=0x268c, revid=0x09 > > bus=0, slot=29, func=7 > > class=0c-03-20, hdrtype=0x00, mfdev=0 > > cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=11 > > powerspec 2 supports D0 D3 current D0 > > map[10]: type 1, range 32, base fc600000, size 10, enabled > > pcib0: matched entry for 0.29.INTA > > pcib0: slot 29 INTA hardwired to IRQ 21 > > found-> vendor=0x8086, dev=0x244e, revid=0xd9 > > bus=0, slot=30, func=0 > > class=06-04-01, hdrtype=0x01, mfdev=0 > > cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) > > found-> vendor=0x8086, dev=0x2670, revid=0x09 > > bus=0, slot=31, func=0 > > class=06-01-00, hdrtype=0x00, mfdev=1 > > cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > found-> vendor=0x8086, dev=0x269e, revid=0x09 > > bus=0, slot=31, func=1 > > class=01-01-8a, hdrtype=0x00, mfdev=0 > > cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=255 > > map[20]: type 4, range 32, base 0000fc00, size 4, enabled > > pcib1: at device 2.0 on pci0 > > pcib1: secondary bus 5 > > pcib1: subordinate bus 10 > > pcib1: I/O decode 0xf000-0xfff > > pcib1: memory decode 0xf2000000-0xf7ffffff > > pcib1: prefetched decode 0xfff00000-0xfffff > > pci5: on pcib1 > > pci5: physical bus=5 > > found-> vendor=0x8086, dev=0x3500, revid=0x01 > > bus=5, slot=0, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=1 > > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=255 > > found-> vendor=0x8086, dev=0x350c, revid=0x01 > > bus=5, slot=0, func=3 > > class=06-04-00, hdrtype=0x01, mfdev=1 > > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) > > pcib2: at device 0.0 on pci5 > > pcib2: secondary bus 6 > > pcib2: subordinate bus 9 > > pcib2: I/O decode 0xf000-0xfff > > pcib2: memory decode 0xf4000000-0xf7ffffff > > pcib2: prefetched decode 0xfff00000-0xfffff > > pci6: on pcib2 > > pci6: physical bus=6 > > found-> vendor=0x8086, dev=0x3510, revid=0x01 > > bus=6, slot=0, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=0 > > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=255 > > found-> vendor=0x8086, dev=0x3514, revid=0x01 > > bus=6, slot=1, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=0 > > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=255 > > pcib3: at device 0.0 on pci6 > > pcib3: secondary bus 7 > > pcib3: subordinate bus 8 > > pcib3: I/O decode 0xf000-0xfff > > pcib3: memory decode 0xf4000000-0xf7ffffff > > pcib3: prefetched decode 0xfff00000-0xfffff > > pci7: on pcib3 > > pci7: physical bus=7 > > found-> vendor=0x1166, dev=0x0103, revid=0xc2 > > bus=7, slot=0, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=0 > > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) > > pcib4: at device 0.0 on pci7 > > pcib4: secondary bus 8 > > pcib4: subordinate bus 8 > > pcib4: I/O decode 0xf000-0xfff > > pcib4: memory decode 0xf4000000-0xf7ffffff > > pcib4: prefetched decode 0xfff00000-0xfffff > > pci8: on pcib4 > > pci8: physical bus=8 > > found-> vendor=0x14e4, dev=0x164c, revid=0x11 > > bus=8, slot=0, func=0 > > class=02-00-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x015e, statreg=0x02b0, cachelnsz=16 (dwords) > > lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=6 > > powerspec 2 supports D0 D3 current D0 > > MSI supports 1 message, 64 bit > > map[10]: type 1, range 64, base f4000000, size 25, enabled > > pcib4: (null) requested memory range 0xf4000000-0xf5ffffff: good > > pcib3: (null) requested memory range 0xf4000000-0xf5ffffff: good > > pcib2: (null) requested memory range 0xf4000000-0xf5ffffff: good > > pcib1: (null) requested memory range 0xf4000000-0xf5ffffff: good > > pcib3: matched entry for 7.0.INTA > > pcib3: slot 0 INTA hardwired to IRQ 16 > > pcib4: slot 0 INTA is routed to irq 16 > > bce0: mem 0xf4000000-0xf5ffffff irq 16 at > > device 0.0 on pci8 > > bce0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xf4000000 > > bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > > miibus0: on bce0 > > brgphy0: on miibus0 > > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > > bce0: bpf attached > > bce0: Ethernet address: 00:15:c5:e6:b6:ab > > ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 > > bce0: [MPSAFE] > > pcib5: at device 1.0 on pci6 > > pcib5: secondary bus 9 > > pcib5: subordinate bus 9 > > pcib5: I/O decode 0xf000-0xfff > > pcib5: memory decode 0xfff00000-0xfffff > > pcib5: prefetched decode 0xfff00000-0xfffff > > pci9: on pcib5 > > pci9: physical bus=9 > > pcib6: at device 0.3 on pci5 > > pcib6: secondary bus 10 > > pcib6: subordinate bus 10 > > pcib6: I/O decode 0xf000-0xfff > > pcib6: memory decode 0xfff00000-0xfffff > > pcib6: prefetched decode 0xfff00000-0xfffff > > pci10: on pcib6 > > pci10: physical bus=10 > > pcib7: at device 3.0 on pci0 > > pcib7: secondary bus 1 > > pcib7: subordinate bus 2 > > pcib7: I/O decode 0xe000-0xefff > > pcib7: memory decode 0xfc300000-0xfc5fffff > > pcib7: prefetched decode 0xfff00000-0xfffff > > pci1: on pcib7 > > pci1: physical bus=1 > > found-> vendor=0x8086, dev=0x032c, revid=0x09 > > bus=1, slot=0, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=1 > > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) > > pcib8: at device 0.0 on pci1 > > pcib8: secondary bus 2 > > pcib8: subordinate bus 2 > > pcib8: I/O decode 0xe000-0xefff > > pcib8: memory decode 0xfc400000-0xfc5fffff > > pcib8: prefetched decode 0xfff00000-0xfffff > > pci2: on pcib8 > > pci2: physical bus=2 > > found-> vendor=0x1000, dev=0x0054, revid=0x01 > > bus=2, slot=8, func=0 > > class=01-00-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) > > lattimer=0x48 (2160 ns), mingnt=0x40 (16000 ns), maxlat=0x0a (2500 ns) > > intpin=a, irq=6 > > powerspec 2 supports D0 D1 D2 D3 current D0 > > MSI supports 1 message, 64 bit > > map[10]: type 4, range 32, base 0000ec00, size 8, enabled > > pcib8: (null) requested I/O range 0xec00-0xecff: in range > > pcib7: (null) requested I/O range 0xec00-0xecff: in range > > map[14]: type 1, range 64, base fc4fc000, size 14, enabled > > pcib8: (null) requested memory range 0xfc4fc000-0xfc4fffff: good > > pcib7: (null) requested memory range 0xfc4fc000-0xfc4fffff: good > > map[1c]: type 1, range 64, base fc4e0000, size 16, enabled > > pcib8: (null) requested memory range 0xfc4e0000-0xfc4effff: good > > pcib7: (null) requested memory range 0xfc4e0000-0xfc4effff: good > > pcib8: matched entry for 2.8.INTA > > pcib8: slot 8 INTA hardwired to IRQ 64 > > pci2: at device 8.0 (no driver attached) > > pcib9: at device 4.0 on pci0 > > pcib9: secondary bus 11 > > pcib9: subordinate bus 11 > > pcib9: I/O decode 0xf000-0xfff > > pcib9: memory decode 0xfff00000-0xfffff > > pcib9: prefetched decode 0xfff00000-0xfffff > > pci11: on pcib9 > > pci11: physical bus=11 > > pcib10: at device 5.0 on pci0 > > pcib10: secondary bus 12 > > pcib10: subordinate bus 12 > > pcib10: I/O decode 0xf000-0xfff > > pcib10: memory decode 0xfff00000-0xfffff > > pcib10: prefetched decode 0xfff00000-0xfffff > > pci12: on pcib10 > > pci12: physical bus=12 > > pcib11: at device 6.0 on pci0 > > pcib11: secondary bus 13 > > pcib11: subordinate bus 13 > > pcib11: I/O decode 0xf000-0xfff > > pcib11: memory decode 0xfff00000-0xfffff > > pcib11: prefetched decode 0xfff00000-0xfffff > > pci13: on pcib11 > > pci13: physical bus=13 > > pcib12: at device 7.0 on pci0 > > pcib12: secondary bus 14 > > pcib12: subordinate bus 14 > > pcib12: I/O decode 0xf000-0xfff > > pcib12: memory decode 0xfff00000-0xfffff > > pcib12: prefetched decode 0xfff00000-0xfffff > > pci14: on pcib12 > > pci14: physical bus=14 > > pcib13: at device 28.0 on pci0 > > pcib13: secondary bus 3 > > pcib13: subordinate bus 4 > > pcib13: I/O decode 0xf000-0xfff > > pcib13: memory decode 0xf8000000-0xfbffffff > > pcib13: prefetched decode 0xfff00000-0xfffff > > pci3: on pcib13 > > pci3: physical bus=3 > > found-> vendor=0x1166, dev=0x0103, revid=0xc2 > > bus=3, slot=0, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=0 > > cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) > > pcib14: at device 0.0 on pci3 > > pcib14: secondary bus 4 > > pcib14: subordinate bus 4 > > pcib14: I/O decode 0xf000-0xfff > > pcib14: memory decode 0xf8000000-0xfbffffff > > pcib14: prefetched decode 0xfff00000-0xfffff > > pci4: on pcib14 > > pci4: physical bus=4 > > found-> vendor=0x14e4, dev=0x164c, revid=0x11 > > bus=4, slot=0, func=0 > > class=02-00-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x015e, statreg=0x02b0, cachelnsz=16 (dwords) > > lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=6 > > powerspec 2 supports D0 D3 current D0 > > MSI supports 1 message, 64 bit > > map[10]: type 1, range 64, base f8000000, size 25, enabled > > pcib14: (null) requested memory range 0xf8000000-0xf9ffffff: good > > pcib13: (null) requested memory range 0xf8000000-0xf9ffffff: good > > pcib13: matched entry for 3.0.INTA > > pcib13: slot 0 INTA hardwired to IRQ 16 > > pcib14: slot 0 INTA is routed to irq 16 > > bce1: mem 0xf8000000-0xf9ffffff irq 16 at > > device 0.0 on pci4 > > bce1: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xf8000000 > > bce1: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > > miibus1: on bce1 > > brgphy1: on miibus1 > > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > > bce1: bpf attached > > bce1: Ethernet address: 00:15:c5:e6:b6:a9 > > bce1: [MPSAFE] > > pci0: at device 29.0 (no driver attached) > > pci0: at device 29.1 (no driver attached) > > pci0: at device 29.2 (no driver attached) > > pci0: at device 29.7 (no driver attached) > > pcib15: at device 30.0 on pci0 > > pcib15: secondary bus 15 > > pcib15: subordinate bus 15 > > pcib15: I/O decode 0xd000-0xdfff > > pcib15: memory decode 0xfc100000-0xfc2fffff > > pcib15: prefetched decode 0xd8000000-0xdfffffff > > pcib15: Subtractively decoded bridge. > > pci15: on pcib15 > > pci15: physical bus=15 > > found-> vendor=0x1002, dev=0x515e, revid=0x02 > > bus=15, slot=13, func=0 > > class=03-00-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x01a7, statreg=0x0290, cachelnsz=16 (dwords) > > lattimer=0x20 (960 ns), mingnt=0x08 (2000 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 d8000000, size 27, enabled > > pcib15: (null) requested memory range 0xd8000000-0xdfffffff: good > > map[14]: type 4, range 32, base 0000dc00, size 8, enabled > > pcib15: (null) requested I/O range 0xdc00-0xdcff: in range > > map[18]: type 1, range 32, base fc1f0000, size 16, enabled > > pcib15: (null) requested memory range 0xfc1f0000-0xfc1fffff: good > > pcib15: matched entry for 15.13.INTA > > pcib15: slot 13 INTA hardwired to IRQ 19 > > vgapci0: port 0xdc00-0xdcff mem > > 0xd8000000-0xdfffffff,0xfc1f0000-0xfc1fffff irq 19 at device 13.0 on p > > ci15 > > isab0: at device 31.0 on pci0 > > isa0: on isab0 > > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device > > 31.1 on pci0 > > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 > > 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=0x00 err=0x01 lsb=0x14 msb=0xeb > > ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 > > ata0: reset tp2 stat0=00 stat1=00 devices=0x4 > > ioapic0: routing intpin 14 (ISA IRQ 14) to vector 50 > > 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=00 ostat0=ff ostat1=ff > > ioapic0: routing intpin 15 (ISA IRQ 15) to vector 51 > > ata1: [MPSAFE] > > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > > acpi_hpet0: vend: 0x8086 rev: 0x1 num: 1 hz: 14318180 opts: leg_route count_size > > Timecounter "HPET" frequency 14318180 Hz quality -200 > > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > > fdc0: does not respond > > device_attach: fdc0 attach returned 6 > > sio0: irq maps: 0x4c61 0x4c71 0x4c61 0x4c61 > > sio0: irq maps: 0x4c61 0x4c71 0x4c60 0x4c61 > > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > > sio0: type 16550A, console > > ioapic0: routing intpin 4 (ISA IRQ 4) to vector 52 > > sio0: [FAST] > > sio1: irq maps: 0x4c61 0x4c69 0x4c61 0x4c61 > > sio1: irq maps: 0x4c61 0x4c69 0x4c61 0x4c61 > > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > > sio1: type 16550A > > ioapic0: routing intpin 3 (ISA IRQ 3) to vector 53 > > sio1: [FAST] > > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > > fdc0: does not respond > > device_attach: fdc0 attach returned 6 > > ata: ata0 already exists; skipping it > > ata: ata1 already exists; skipping it > > fdc: fdc0 already exists; skipping it > > sio: sio0 already exists; skipping it > > sio: sio1 already exists; skipping it > > pnp_identify: Trying Read_Port at 203 > > pnp_identify: Trying Read_Port at 243 > > pnp_identify: Trying Read_Port at 283 > > pnp_identify: Trying Read_Port at 2c3 > > pnp_identify: Trying Read_Port at 303 > > pnp_identify: Trying Read_Port at 343 > > pnp_identify: Trying Read_Port at 383 > > pnp_identify: Trying Read_Port at 3c3 > > PNP Identify complete > > sc: sc0 already exists; skipping it > > vga: vga0 already exists; skipping it > > ahc_isa_probe 0: ioport 0xc00 alloc failed > > ahc_isa_probe 12: ioport 0xcc00 alloc failed > > ahc_isa_probe 13: ioport 0xdc00 alloc failed > > ahc_isa_probe 14: ioport 0xec00 alloc failed > > isa_probe_children: disabling PnP devices > > isa_probe_children: probing non-PnP devices > > orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xcf000-0xd07ff,0xec000-0xeffff > > pnpid ORM0000 on isa0 > > adv0: not probed (disabled) > > aha0: not probed (disabled) > > aic0: not probed (disabled) > > atkbdc0: at port 0x60,0x64 on isa0 > > atkbd0: irq 1 on atkbdc0 > > atkbd: the current kbd controller command byte 0065 > > atkbd: keyboard ID 0x41ab (2) > > kbdc: RESET_KBD return code:00fa > > kbdc: RESET_KBD status:00aa > > kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 > > ioapic0: routing intpin 1 (ISA IRQ 1) to vector 54 > > atkbd0: [GIANT-LOCKED] > > psm0: current command byte:0065 > > kbdc: TEST_AUX_PORT status:ffffffff > > kbdc: DIAGNOSE status:0055 > > kbdc: TEST_KBD_PORT status:0055 > > psm: keyboard port failed. > > psm0: the aux port is not functioning (-1). > > bt0: not probed (disabled) > > cs0: not probed (disabled) > > ed0: not probed (disabled) > > fe0: not probed (disabled) > > ie0: not probed (disabled) > > le0: not probed (disabled) > > ppc0 failed to probe at irq 7 on isa0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x100> > > sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) > > sio2: not probed (disabled) > > sio3: not probed (disabled) > > sn0: not probed (disabled) > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > > vt0: not probed (disabled) > > isa_probe_children: probing PnP devices > > Device configuration finished. > > Reducing kern.maxvnodes 134345 -> 100000 > > procfs registered > > lapic: Divisor 2, Frequency 166433579 hz > > Timecounter "TSC" frequency 2995804296 Hz quality -100 > > Timecounters tick every 1.000 msec > > lo0: bpf attached > > ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire > > acd0: CDRW drive at ata0 as master > > acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 > > acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet > > acd0: Writes: CDR, CDRW, test write, burnproof > > acd0: Audio: play, 256 volume levels > > acd0: Mechanism: ejectable tray, unlocked > > acd0: Medium: no/blank disc > > SMP: AP CPU #1 Launched! > > cpu1 AP: > > ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > > timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 > > SMP: AP CPU #3 Launched! > > cpu3 AP: > > ID: 0x07000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > > timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 > > SMP: AP CPU #2 Launched! > > cpu2 AP: > > ID: 0x06000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > > timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 > > INTR: Assigning IRQ 1 to local APIC 0 > > ioapic0: Assigning ISA IRQ 1 to local APIC 0 > > INTR: Assigning IRQ 3 to local APIC 1 > > ioapic0: Assigning ISA IRQ 3 to local APIC 1 > > INTR: Assigning IRQ 4 to local APIC 6 > > ioapic0: Assigning ISA IRQ 4 to local APIC 6 > > INTR: Assigning IRQ 9 to local APIC 7 > > ioapic0: Assigning ISA IRQ 9 to local APIC 7 > > INTR: Assigning IRQ 14 to local APIC 0 > > ioapic0: Assigning ISA IRQ 14 to local APIC 0 > > INTR: Assigning IRQ 15 to local APIC 1 > > ioapic0: Assigning ISA IRQ 15 to local APIC 1 > > INTR: Assigning IRQ 16 to local APIC 6 > > ioapic0: Assigning PCI IRQ 16 to local APIC 6 > > pmc: Unknown Intel CPU. > > module_register_init: MOD_LOAD (hwpmc, 0xc0535401, 0xc0738954) error 78 > > Trying to mount root from nfs: > > bNcFeS1 :R OlOiTn:k 6s4t.a8t1e. 1c8h9a.n7g1e:d/ ttfot pDbOoWoNt > > > > bce1: link state changed to UP > > start_init: trying /sbin/init > > bce0: link state changed to DOWN > > Interface bce1 IP-Address 64.81.189.84 Broadcast 64.81.189.95 > > Loading configuration files. > > No suitable dump device was found. > > Entropy harvesting:. > > Starting file system checks: > > Mounting local file systems:. > > Setting hostname: f3.polstra.com. > > kern.module_path: /boot/kernel;/boot/modules -> /;/boot/kernel;/boot/modules > > net.inet.icmp.bmcastecho: 0 -> 1 > > lo0: flags=8049 mtu 16384 > > inet6 ::1 prefixlen 128 > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > > inet 127.0.0.1 netmask 0xff000000 > > Starting devd. > > net.inet6.ip6.accept_rtadv: 0 -> 1 > > hw.acpi.cpu.cx_lowest: C1 -> C1 > > Generating host.conf. > > Additional routing options: tcp extensions=NO. > > add net ::ffff:0.0.0.0: gateway ::1 > > add net ::0.0.0.0: gateway ::1 > > net.inet6.ip6.forwarding: 0 -> 0 > > net.inet6.ip6.accept_rtadv: 1 -> 1 > > add net fe80::: gateway ::1 > > add net ff02::: gateway ::1 > > IPv4 mapped IPv6 address support=NO > > Mounting NFS file systems:. > > Creating and/or trimming log files:. > > Starting syslogd. > > Nov 1 20:04:31 f3 syslogd: kernel boot file is /boot/kernel/kernel > > /etc/rc: WARNING: Dump device does not exist. Savecore not run. > > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib > > a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aoutsp > > Initial i386 ilnitialization:.a > > Additional ABI ssupport:. > > hStarting rpcbind:. > > NFS access ca che time=60 > > Stairting local daemmons:. > > Configuriang syscons: blangktime screensaveer decoder found: blank_saver > > . > > Local package initialization: webctld. > > Additional TCP options:. > > Starting inetd. > > > > Wed Nov 1 20:04:32 UTC 2006 > > > > FreeBSD/i386 (f3.polstra.com) (ttyd0) > > > > login: > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 11:13:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1966A16A416; Fri, 3 Nov 2006 11:13:17 +0000 (UTC) (envelope-from sivakumar.subramani@wipro.com) Received: from wip-ectls-mx1.wipro.com (wip-ectls-mx1.wipro.com [203.91.193.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D50643D45; Fri, 3 Nov 2006 11:13:15 +0000 (GMT) (envelope-from sivakumar.subramani@wipro.com) Received: from wip-ectls-mx1.wipro.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 0DF1D22050C; Fri, 3 Nov 2006 16:43:24 +0530 (IST) Received: from blr-ec-bh01.wipro.com (blr-ec-bh01.wipro.com [10.201.50.91]) by wip-ectls-mx1.wipro.com (Postfix) with ESMTP id 03196220004; Fri, 3 Nov 2006 16:43:24 +0530 (IST) Received: from blr-m3-msg.wipro.com ([10.114.50.99]) by blr-ec-bh01.wipro.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 3 Nov 2006 16:43:13 +0530 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 3 Nov 2006 16:43:05 +0530 Message-ID: <821C7AD2A9F78942B86059792262577315B06A@blr-m3-msg.wipro.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RFC: TSO patch for current Thread-Index: AcbROYB1Rf1yJ1cwQEG3PZW6avyqWQt/xkAg From: To: , X-OriginalArrivalTime: 03 Nov 2006 11:13:13.0266 (UTC) FILETIME=[0D940120:01C6FF39] X-Mailman-Approved-At: Fri, 03 Nov 2006 12:43:23 +0000 Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 11:13:17 -0000 Hi, I have a patch that I got from the mailing list. But it does not contain the changes that adds tso_segsz to mbuffer header structure. Can any one please send me the latest patch for TSO that contains stack changes? Thanks, ~Siva -----Original Message----- From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Jack Vogel Sent: Wednesday, September 06, 2006 3:53 AM To: Andre Oppermann Cc: freebsd-net; freebsd-current Subject: Re: RFC: TSO patch for current On 9/5/06, Andre Oppermann wrote: > Jack Vogel wrote: > > On 9/5/06, Andre Oppermann wrote: > >> Prafulla Deuskar wrote: > >> > Your patch looks good and is the way to go. > >> > > >> > So after Jack confirms that your patch works with the em driver=0D > >> > would you commit to to -current? > >> > >> Absolutely. :-) > >> > >> > The driver related changes can follow.. > >> > > >> > Later we also need to fix ifconfig so that user can=0D > >> > enable/disable > >> TSO on the interface. > >> > >> I'll do that together with the TSO code. > > > > OK, I've built and done some touch testing of this. I like it, the=0D > > driver has some counters of the number of TSO bursts it does, and I=0D > > think I see more per netperf test with your patch than mine. > > > > Hard to do real performance testing with all that WITNESS stuff in,=0D > > but I will be making a 6.1 version of your patch to test with since=0D > > I have my driver running on that anyway. > > You can disable WITNESS and INVARIANTS pretty easily in -current and=0D > get the full performance with it. Last time I tried that I think the kernel wouldnt build, but that was like 6 months ago, so I just kicked off a build with this stuff off, and we'll see how it looks :) > > If you do the ifconfig changes there will need to be a small amount=0D > > of code added to em_ioctl() but it should be trivial. > > > > You want me to reissue a driver patch with changes for your code? > > Yes, please do so. I've got a dual-em card which I can test with myself. OK, attached new patch, this one even has the ioctl change so when you get the ifconfig change in it will be ready. Cheers, Jack The information contained in this electronic message and any attachments to= this message are intended for the exclusive use of the addressee(s) and= may contain proprietary, confidential or privileged information. If you= are not the intended recipient, you should not disseminate, distribute or= copy this e-mail. Please notify the sender immediately and destroy all= copies of this message and any attachments.=0D WARNING: Computer viruses can be transmitted via email. The recipient= should check this email and any attachments for the presence of viruses.= The company accepts no liability for any damage caused by any virus= transmitted by this email. =0D www.wipro.com From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 13:33:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2976C16A5EB for ; Fri, 3 Nov 2006 13:33:39 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out14.ilk.de [194.121.104.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 253E243D55 for ; Fri, 3 Nov 2006 13:33:37 +0000 (GMT) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool15.ka.ilk.net [212.86.194.15]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id kA3DXW91021419; Fri, 3 Nov 2006 14:33:33 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id kA3DX0LO007835; Fri, 3 Nov 2006 14:33:05 +0100 (CET) Message-ID: <454B461D.7020907@smo.de> Date: Fri, 03 Nov 2006 14:37:33 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20061022 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Steve Franks References: <539c60b90611021332p78bd83afvb35accec13a3b7d8@mail.gmail.com> <454A6C26.7030105@smo.de> <539c60b90611021447v3628b7f3p69a57a88e90e30f4@mail.gmail.com> In-Reply-To: <539c60b90611021447v3628b7f3p69a57a88e90e30f4@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: usb mouse freezes kde on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 13:33:39 -0000 Steve Franks wrote: > I must've come across sounding like I know something ;) Where would > one start to "look up what happened"? Logs? ps? How does one > determine the 'state' of the system? I would check the logfiles (I don't know if KDE has its own one), ps(1) and top(1). I suspect some processes is eating up resources. Based on the output one can draw conclusions which processes interfere and cause the freeze. I must admit though that I don't have much experience when it comes to this type of bugchasing. HTH, Philipp -- www.familie-ost.info/~pj From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 14:29:26 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 060CE16A407 for ; Fri, 3 Nov 2006 14:29:26 +0000 (UTC) (envelope-from jmelo@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.FreeBSD.org (Postfix) with SMTP id 6795043D64 for ; Fri, 3 Nov 2006 14:29:09 +0000 (GMT) (envelope-from jmelo@freebsdbrasil.com.br) Received: (qmail 36674 invoked by uid 0); 3 Nov 2006 12:29:26 -0200 Received: from jmelo@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(201.17.149.10):. Processed in 0.525306 secs); 03 Nov 2006 14:29:26 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=capeta; d=freebsdbrasil.com.br; b=v/BZgWBnwx7BXsBY+RkyDqZ1g7N/wy1jrD7ulr1eENDSAgZmalsCMC+/XDmtD9ryPRhw5cb4u9cwQVPQi3FWfyR+4yIA2z4lbaiCP68h8/f+wm7Hmeeby3BybMhLNrRJ ; Received: from unknown (HELO ?10.69.69.66?) (jmelo@201.17.149.10) by capeta.freebsdbrasil.com.br with SMTP; 3 Nov 2006 12:29:25 -0200 Message-ID: <454B43FA.9090303@freebsdbrasil.com.br> Date: Fri, 03 Nov 2006 11:28:26 -0200 From: Jean Milanez Melo User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Jeremie Le Hen References: <45489618.2000106@freebsdbrasil.com.br> <20061102164938.GU20405@obiwan.tataz.chchile.org> In-Reply-To: <20061102164938.GU20405@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: small@freebsd.org, current@freebsd.org Subject: Re: [fbsd] [HEADSUP] TinyBSD and ports applications X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 14:29:26 -0000 Jeremie Le Hen wrote: > I read the description thoroughly. This is interesting and neat, > but I am anxious about stale dependencies left by > "temporary-installed" ports. > > For instance, lets's you're building a TinyBSD image with > net/nemesis which depends on net/libnet10. You neither have this > later port installed. The current TinyBSD implementation will > leave net/libnet10 installed on the build system, although I agree > this is more a problem relatde to port infrastructure which doesn't > record whether a port is an implied dependency or has been > explicitely installed by the user. AFAIK. > > A workaround could be to null-mount the ports directory into the > temporary folder were the TinyBSD image is built, then chroot into > this folder and install the port from here. Afterward you would > remove www,doc,share,include,man stuff. > > I'm not sure if the gain is worth coding. This is maybe going to > be fixed in the ports infrastructure. > Yes, that is the question related to ports, i'll follow your advice, i'll make some tests in a nullfs and if everything works fine we can change the install_ports function. Jean From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 14:40:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74C3216A403 for ; Fri, 3 Nov 2006 14:40:07 +0000 (UTC) (envelope-from jmelo@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.FreeBSD.org (Postfix) with SMTP id 792BC43D82 for ; Fri, 3 Nov 2006 14:39:59 +0000 (GMT) (envelope-from jmelo@freebsdbrasil.com.br) Received: (qmail 37885 invoked by uid 0); 3 Nov 2006 12:40:20 -0200 Received: from jmelo@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(201.17.149.10):. Processed in 0.528205 secs); 03 Nov 2006 14:40:20 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=capeta; d=freebsdbrasil.com.br; b=Ulv/8hWhST2azh4/qsxgq6Fbl8l0GDB8ilL3yHHmXfLD4X74ecvG2FEEiMv4NOsKXscWtSOZWz0Q2XNM9FxyE9CE1CeYTK/bGnsxmWw3V7zsA9tTrP7apzAf0H2kGGrx ; Received: from unknown (HELO ?10.69.69.66?) (jmelo@201.17.149.10) by capeta.freebsdbrasil.com.br with SMTP; 3 Nov 2006 12:40:20 -0200 Message-ID: <454B4680.20108@freebsdbrasil.com.br> Date: Fri, 03 Nov 2006 11:39:12 -0200 From: Jean Milanez Melo User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Matteo Riondato References: <45489618.2000106@freebsdbrasil.com.br> <20061102164938.GU20405@obiwan.tataz.chchile.org> <20061102181700.GC30863@kaiser.sig11.org> In-Reply-To: <20061102181700.GC30863@kaiser.sig11.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeremie Le Hen , small@freebsd.org, current@freebsd.org Subject: Re: [fbsd] [HEADSUP] TinyBSD and ports applications X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 14:40:07 -0000 Matteo Riondato wrote: > On Thu, Nov 02, 2006 at 05:49:38PM +0100, Jeremie Le Hen wrote: >> A workaround could be to null-mount the ports directory into the >> temporary folder were the TinyBSD image is built, then chroot into >> this folder and install the port from here. Afterward you would >> remove www,doc,share,include,man stuff. > > This is similar to what freesbie does when the installports plugin is > used. Note that if you really want a small image, you should remove > build dependencies for the ports you installed. > > Best regards True, the tinybsd is already doing this. The script does not copy any ports build deps to workdir :) Jean From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 14:50:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49DD216A403 for ; Fri, 3 Nov 2006 14:50:01 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51DBF43D58 for ; Fri, 3 Nov 2006 14:49:56 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 170D410F2D; Fri, 3 Nov 2006 08:49:56 -0600 (CST) Date: Fri, 3 Nov 2006 08:49:53 -0600 From: Craig Boston To: Danny Braniss Message-ID: <20061103144953.GA94194@nowhere> Mail-Followup-To: Craig Boston , Danny Braniss , Scott Long , freebsd-current@freebsd.org, John Polstra References: <454A1E47.9060200@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, John Polstra Subject: Re: Silly IRQ allocation on Dell 1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 14:50:01 -0000 On Fri, Nov 03, 2006 at 12:58:54PM +0200, Danny Braniss wrote: > with all the hipe on virtualization, I'm wandering if the day > will come and we will have virtual irqs ... MSI could very well be described as a "virtual irq". http://en.wikipedia.org/wiki/Message_Signaled_Interrupts Craig From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 16:33:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A24AE16A415 for ; Fri, 3 Nov 2006 16:33:09 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2748343D55 for ; Fri, 3 Nov 2006 16:33:08 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so353465nzf for ; Fri, 03 Nov 2006 08:33:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=j7Wq3cVUv1IPRspbNQQWK3cq+w3pBg6/EVFcNV0UCMrak97O03ofBZCazdsLbi4qSep6mR6qeF04x8sYlSNpzpOc3qrujEo8L7tMZBp89WjeE8f27NGdNHJOyQ8wiWAmU/N/cCX2xPLv7eA7GGo4WTWE6peSdpr5e6G8fo4MpmE= Received: by 10.35.77.1 with SMTP id e1mr3605868pyl.1162571585340; Fri, 03 Nov 2006 08:33:05 -0800 (PST) Received: by 10.35.118.6 with HTTP; Fri, 3 Nov 2006 08:33:04 -0800 (PST) Message-ID: <2a41acea0611030833m57f3443eq89a6527f66545389@mail.gmail.com> Date: Fri, 3 Nov 2006 08:33:05 -0800 From: "Jack Vogel" To: "sivakumar.subramani@wipro.com" In-Reply-To: <821C7AD2A9F78942B86059792262577315B06A@blr-m3-msg.wipro.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <821C7AD2A9F78942B86059792262577315B06A@blr-m3-msg.wipro.com> Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, andre@freebsd.org Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 16:33:09 -0000 On 11/3/06, sivakumar.subramani@wipro.com wrote: > Hi, > > I have a patch that I got from the mailing list. But it does not contain > the changes that adds tso_segsz to mbuffer header structure. > > Can any one please send me the latest patch for TSO that contains stack > changes? > > Thanks, > ~Siva > You mean I assume a patch for STABLE because the changes are integrated into CURRENT :) The em driver that now is in 6.2 BETA 3 DOES have TSO support in it BTW, its just #ifdef EM_TSO which isnt defined. For right now the only way to get the kernel patch you need is to pull it out of the official Intel tarball. I just looked and the Intel website now DOES have my 6.2.9 driver available to download. Go to: downloadfinder.intel.com On the left select network connectivity, then server adapters, then pick one (I dont know that it matters which). You will get a pulldown menu, select FreeBSD and the next screen should have the new driver at the top. When you untar the thing there is a patches directory, and in that is a TSO patch, I have not applied it against BETA3 but it should apply. You will then need to compile the em driver with that defined. I expect this will be MFC'd before 6.3. Good luck, Jack From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 16:52:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1246216A403; Fri, 3 Nov 2006 16:52:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5B2943D45; Fri, 3 Nov 2006 16:52:26 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3GqQ45033968; Fri, 3 Nov 2006 11:52:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3GqP1c005880; Fri, 3 Nov 2006 11:52:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C04C473068; Fri, 3 Nov 2006 11:52:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061103165225.C04C473068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 11:52:25 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 16:52:27 -0000 TB --- 2006-11-03 15:37:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-03 15:37:53 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-03 15:37:53 - cleaning the object tree TB --- 2006-11-03 15:38:28 - checking out the source tree TB --- 2006-11-03 15:38:28 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-03 15:38:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-03 15:48:44 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-03 15:48:44 - cd /src TB --- 2006-11-03 15:48:44 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 3 15:48:45 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 3 16:43:46 UTC 2006 TB --- 2006-11-03 16:43:46 - generating LINT kernel config TB --- 2006-11-03 16:43:46 - cd /src/sys/pc98/conf TB --- 2006-11-03 16:43:46 - /usr/bin/make -B LINT TB --- 2006-11-03 16:43:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-03 16:43:46 - cd /src TB --- 2006-11-03 16:43:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 3 16:43:46 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c /src/sys/netinet/sctp_timer.c: In function `sctp_t3rxt_timer': /src/sys/netinet/sctp_timer.c:865: error: `sctps_datadropchklmt' undeclared (first use in this function) /src/sys/netinet/sctp_timer.c:865: error: (Each undeclared identifier is reported only once /src/sys/netinet/sctp_timer.c:865: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-03 16:52:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-03 16:52:25 - ERROR: failed to build lint kernel TB --- 2006-11-03 16:52:25 - tinderbox aborted TB --- 0.71 user 2.74 system 4471.74 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 18:04:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 004A516A403; Fri, 3 Nov 2006 18:04:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CAAC43D46; Fri, 3 Nov 2006 18:04:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA3I4gTY011631; Fri, 3 Nov 2006 13:04:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3I4gPh010386; Fri, 3 Nov 2006 13:04:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4970473068; Fri, 3 Nov 2006 13:04:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061103180442.4970473068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 13:04:42 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 18:04:44 -0000 TB --- 2006-11-03 16:52:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-03 16:52:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-11-03 16:52:25 - cleaning the object tree TB --- 2006-11-03 16:52:58 - checking out the source tree TB --- 2006-11-03 16:52:58 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-11-03 16:52:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-03 17:00:50 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-03 17:00:50 - cd /src TB --- 2006-11-03 17:00:50 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 3 17:00:51 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 3 17:56:45 UTC 2006 TB --- 2006-11-03 17:56:46 - generating LINT kernel config TB --- 2006-11-03 17:56:46 - cd /src/sys/powerpc/conf TB --- 2006-11-03 17:56:46 - /usr/bin/make -B LINT TB --- 2006-11-03 17:56:47 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-03 17:56:47 - cd /src TB --- 2006-11-03 17:56:47 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 3 17:56:47 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_timer.c /src/sys/netinet/sctp_timer.c: In function `sctp_t3rxt_timer': /src/sys/netinet/sctp_timer.c:865: error: `sctps_datadropchklmt' undeclared (first use in this function) /src/sys/netinet/sctp_timer.c:865: error: (Each undeclared identifier is reported only once /src/sys/netinet/sctp_timer.c:865: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-03 18:04:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-03 18:04:42 - ERROR: failed to build lint kernel TB --- 2006-11-03 18:04:42 - tinderbox aborted TB --- 0.73 user 2.35 system 4336.11 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 18:07:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A830D16A407; Fri, 3 Nov 2006 18:07:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5929943D5D; Fri, 3 Nov 2006 18:07:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3I7M7s053846; Fri, 3 Nov 2006 13:07:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3I7MAo016795; Fri, 3 Nov 2006 13:07:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8F93773068; Fri, 3 Nov 2006 13:07:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061103180722.8F93773068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 13:07:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 18:07:23 -0000 TB --- 2006-11-03 16:29:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-03 16:29:54 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-11-03 16:29:54 - cleaning the object tree TB --- 2006-11-03 16:30:27 - checking out the source tree TB --- 2006-11-03 16:30:27 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-11-03 16:30:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-03 16:40:12 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-03 16:40:12 - cd /src TB --- 2006-11-03 16:40:12 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 3 16:40:14 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 3 17:55:12 UTC 2006 TB --- 2006-11-03 17:55:12 - generating LINT kernel config TB --- 2006-11-03 17:55:12 - cd /src/sys/ia64/conf TB --- 2006-11-03 17:55:12 - /usr/bin/make -B LINT TB --- 2006-11-03 17:55:12 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-03 17:55:12 - cd /src TB --- 2006-11-03 17:55:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 3 17:55:14 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet/raw_ip.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet/sctp_usrreq.c /src/sys/netinet/sctp_usrreq.c: In function `sctp_disconnect': /src/sys/netinet/sctp_usrreq.c:1138: warning: cast from pointer to integer of different size /src/sys/netinet/sctp_usrreq.c: In function `sctp_shutdown': /src/sys/netinet/sctp_usrreq.c:1279: warning: cast from pointer to integer of different size /src/sys/netinet/sctp_usrreq.c: In function `sctp_optsset': /src/sys/netinet/sctp_usrreq.c:3136: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-03 18:07:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-03 18:07:22 - ERROR: failed to build lint kernel TB --- 2006-11-03 18:07:22 - tinderbox aborted TB --- 0.66 user 2.55 system 5848.50 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 19:20:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3696516A415; Fri, 3 Nov 2006 19:20:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B34D243D58; Fri, 3 Nov 2006 19:20:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3JKaRO070915; Fri, 3 Nov 2006 14:20:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3JKZsn018686; Fri, 3 Nov 2006 14:20:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 83A7E73068; Fri, 3 Nov 2006 14:20:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061103192035.83A7E73068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 14:20:35 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 19:20:37 -0000 TB --- 2006-11-03 18:07:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-03 18:07:22 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-03 18:07:22 - cleaning the object tree TB --- 2006-11-03 18:07:51 - checking out the source tree TB --- 2006-11-03 18:07:51 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-03 18:07:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-03 18:15:42 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-03 18:15:42 - cd /src TB --- 2006-11-03 18:15:42 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 3 18:15:44 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 3 19:12:11 UTC 2006 TB --- 2006-11-03 19:12:11 - generating LINT kernel config TB --- 2006-11-03 19:12:11 - cd /src/sys/sun4v/conf TB --- 2006-11-03 19:12:11 - /usr/bin/make -B LINT TB --- 2006-11-03 19:12:12 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-03 19:12:12 - cd /src TB --- 2006-11-03 19:12:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 3 19:12:12 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/raw_ip.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_usrreq.c /src/sys/netinet/sctp_usrreq.c: In function `sctp_disconnect': /src/sys/netinet/sctp_usrreq.c:1138: warning: cast from pointer to integer of different size /src/sys/netinet/sctp_usrreq.c: In function `sctp_shutdown': /src/sys/netinet/sctp_usrreq.c:1279: warning: cast from pointer to integer of different size /src/sys/netinet/sctp_usrreq.c: In function `sctp_optsset': /src/sys/netinet/sctp_usrreq.c:3136: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-03 19:20:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-03 19:20:35 - ERROR: failed to build lint kernel TB --- 2006-11-03 19:20:35 - tinderbox aborted TB --- 0.56 user 1.98 system 4392.53 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 19:20:55 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCBA216A50D; Fri, 3 Nov 2006 19:20:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B16C43D45; Fri, 3 Nov 2006 19:20:54 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3JKsYJ070955; Fri, 3 Nov 2006 14:20:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3JKra6019004; Fri, 3 Nov 2006 14:20:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D3CC673068; Fri, 3 Nov 2006 14:20:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061103192053.D3CC673068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 14:20:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 19:20:55 -0000 TB --- 2006-11-03 18:04:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-03 18:04:42 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-11-03 18:04:42 - cleaning the object tree TB --- 2006-11-03 18:05:12 - checking out the source tree TB --- 2006-11-03 18:05:12 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-11-03 18:05:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-03 18:15:42 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-03 18:15:42 - cd /src TB --- 2006-11-03 18:15:42 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 3 18:15:44 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 3 19:12:19 UTC 2006 TB --- 2006-11-03 19:12:19 - generating LINT kernel config TB --- 2006-11-03 19:12:19 - cd /src/sys/sparc64/conf TB --- 2006-11-03 19:12:19 - /usr/bin/make -B LINT TB --- 2006-11-03 19:12:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-03 19:12:19 - cd /src TB --- 2006-11-03 19:12:19 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 3 19:12:19 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/raw_ip.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_usrreq.c /src/sys/netinet/sctp_usrreq.c: In function `sctp_disconnect': /src/sys/netinet/sctp_usrreq.c:1138: warning: cast from pointer to integer of different size /src/sys/netinet/sctp_usrreq.c: In function `sctp_shutdown': /src/sys/netinet/sctp_usrreq.c:1279: warning: cast from pointer to integer of different size /src/sys/netinet/sctp_usrreq.c: In function `sctp_optsset': /src/sys/netinet/sctp_usrreq.c:3136: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-03 19:20:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-03 19:20:53 - ERROR: failed to build lint kernel TB --- 2006-11-03 19:20:53 - tinderbox aborted TB --- 0.64 user 2.35 system 4571.46 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 21:02:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76CB616A412; Fri, 3 Nov 2006 21:02:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E55D043D46; Fri, 3 Nov 2006 21:02:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA3L2bil038539; Fri, 3 Nov 2006 16:02:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3L2adN015328; Fri, 3 Nov 2006 16:02:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 937F073068; Fri, 3 Nov 2006 16:02:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061103210236.937F073068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 16:02:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 21:02:38 -0000 TB --- 2006-11-03 19:25:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-03 19:25:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-11-03 19:25:01 - cleaning the object tree TB --- 2006-11-03 19:25:54 - checking out the source tree TB --- 2006-11-03 19:25:54 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-11-03 19:25:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-03 19:36:14 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-03 19:36:14 - cd /src TB --- 2006-11-03 19:36:14 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 3 19:36:15 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Nov 3 20:54:21 UTC 2006 TB --- 2006-11-03 20:54:21 - generating LINT kernel config TB --- 2006-11-03 20:54:21 - cd /src/sys/amd64/conf TB --- 2006-11-03 20:54:21 - /usr/bin/make -B LINT TB --- 2006-11-03 20:54:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-03 20:54:21 - cd /src TB --- 2006-11-03 20:54:21 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 3 20:54:22 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/compat/freebsd32/freebsd32_proto.h:396: warning: redundant redeclaration of 'sctp_peeloff' /src/sys/sys/sysproto.h:1813: warning: previous declaration of 'sctp_peeloff' was here /src/sys/compat/freebsd32/freebsd32_proto.h:397: warning: redundant redeclaration of 'sctp_generic_sendmsg' /src/sys/sys/sysproto.h:1814: warning: previous declaration of 'sctp_generic_sendmsg' was here /src/sys/compat/freebsd32/freebsd32_proto.h:398: warning: redundant redeclaration of 'sctp_generic_sendmsg_iov' /src/sys/sys/sysproto.h:1815: warning: previous declaration of 'sctp_generic_sendmsg_iov' was here /src/sys/compat/freebsd32/freebsd32_proto.h:399: warning: redundant redeclaration of 'sctp_generic_recvmsg' /src/sys/sys/sysproto.h:1816: warning: previous declaration of 'sctp_generic_recvmsg' was here *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-03 21:02:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-03 21:02:36 - ERROR: failed to build lint kernel TB --- 2006-11-03 21:02:36 - tinderbox aborted TB --- 0.88 user 3.40 system 5855.22 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 21:27:55 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DFF916A4D0; Fri, 3 Nov 2006 21:27:55 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FD2D43D6D; Fri, 3 Nov 2006 21:27:11 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 5F1995EA0; Sat, 4 Nov 2006 00:26:49 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 3C6435E8F; Sat, 4 Nov 2006 00:26:49 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kA3LQngE033533; Sat, 4 Nov 2006 00:26:49 +0300 (MSK) (envelope-from ru) Date: Sat, 4 Nov 2006 00:26:49 +0300 From: Ruslan Ermilov To: Randall Stewart Message-ID: <20061103212649.GA1845@rambler-co.ru> References: <20061103210236.937F073068@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <20061103210236.937F073068@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: amd64@FreeBSD.org, current@FreeBSD.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 21:27:55 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 03, 2006 at 04:02:36PM -0500, FreeBSD Tinderbox wrote: > >>> Kernel build for LINT started on Fri Nov 3 20:54:22 UTC 2006 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > [...] > /src/sys/compat/freebsd32/freebsd32_proto.h:396: warning: redundant redec= laration of 'sctp_peeloff' > /src/sys/sys/sysproto.h:1813: warning: previous declaration of 'sctp_peel= off' was here > /src/sys/compat/freebsd32/freebsd32_proto.h:397: warning: redundant redec= laration of 'sctp_generic_sendmsg' > /src/sys/sys/sysproto.h:1814: warning: previous declaration of 'sctp_gene= ric_sendmsg' was here > /src/sys/compat/freebsd32/freebsd32_proto.h:398: warning: redundant redec= laration of 'sctp_generic_sendmsg_iov' > /src/sys/sys/sysproto.h:1815: warning: previous declaration of 'sctp_gene= ric_sendmsg_iov' was here > /src/sys/compat/freebsd32/freebsd32_proto.h:399: warning: redundant redec= laration of 'sctp_generic_recvmsg' > /src/sys/sys/sysproto.h:1816: warning: previous declaration of 'sctp_gene= ric_recvmsg' was here > *** Error code 1 >=20 > Stop in /obj/amd64/src/sys/LINT. > *** Error code 1 >=20 Should be fixed now. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFS7QZqRfpzJluFF4RAiL0AKCFBXG6yXWz4/aUgju1fltgOBGkgwCeJfns xvhGM9oan9wX8//a/kM/cWw= =OYEB -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 21:49:43 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B32816A4A0; Fri, 3 Nov 2006 21:49:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED59043D49; Fri, 3 Nov 2006 21:49:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3Lngx0099332; Fri, 3 Nov 2006 16:49:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3Lnges066763; Fri, 3 Nov 2006 16:49:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2D45473068; Fri, 3 Nov 2006 16:49:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061103214941.2D45473068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 16:49:41 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 21:49:43 -0000 TB --- 2006-11-03 20:33:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-03 20:33:20 - starting HEAD tinderbox run for i386/i386 TB --- 2006-11-03 20:33:20 - cleaning the object tree TB --- 2006-11-03 20:34:08 - checking out the source tree TB --- 2006-11-03 20:34:08 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-11-03 20:34:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-03 20:43:04 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-03 20:43:04 - cd /src TB --- 2006-11-03 20:43:04 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 3 20:43:05 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 3 21:38:49 UTC 2006 TB --- 2006-11-03 21:38:49 - generating LINT kernel config TB --- 2006-11-03 21:38:49 - cd /src/sys/i386/conf TB --- 2006-11-03 21:38:49 - /usr/bin/make -B LINT TB --- 2006-11-03 21:38:50 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-03 21:38:50 - cd /src TB --- 2006-11-03 21:38:50 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 3 21:38:52 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c /src/sys/netinet/sctp_timer.c: In function `sctp_t3rxt_timer': /src/sys/netinet/sctp_timer.c:865: error: `sctps_datadropchklmt' undeclared (first use in this function) /src/sys/netinet/sctp_timer.c:865: error: (Each undeclared identifier is reported only once /src/sys/netinet/sctp_timer.c:865: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-03 21:49:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-03 21:49:40 - ERROR: failed to build lint kernel TB --- 2006-11-03 21:49:40 - tinderbox aborted TB --- 0.84 user 2.73 system 4580.41 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 22:14:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B32BC16A407 for ; Fri, 3 Nov 2006 22:14:51 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 6FEF243D9B for ; Fri, 3 Nov 2006 22:14:42 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 22796 invoked by uid 399); 3 Nov 2006 22:14:39 -0000 Received: from localhost (HELO ?156.154.4.134?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 3 Nov 2006 22:14:39 -0000 Message-ID: <454BBF4C.3040205@FreeBSD.org> Date: Fri, 03 Nov 2006 14:14:36 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Warner Losh Subject: Re: Panic w/latest sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 22:14:51 -0000 > I have up to the minute -current sources, running on an Intel core > 2 duo in i386+SMP. Right after probing the PCI bus (pci0: > on pcib0) I get a panic. rman_get_start+0x6: movl 0(%eax),%eax > > GENERIC kernel from the October snapshot works fine. I'm afraid Warner is on the hook for this one. Reverting this change allows me to boot a new kernel with otherwise up to date sources. Warner, let me know if there is anything I can do to help, test, etc. Doug -------- Original Message -------- Subject: cvs commit: src/sys/dev/pci pci.c pci_pci.c pcivar.h Date: Mon, 30 Oct 2006 19:18:46 +0000 (UTC) From: Warner Losh To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org imp 2006-10-30 19:18:46 UTC FreeBSD src repository Modified files: sys/dev/pci pci.c pci_pci.c pcivar.h Log: More fully support 64-bit bars. Prior to this commit, we supported only those bars that had addresses assigned by the BIOS and where the bridges were properly programmed. Now even unprogrammed ones work. This was needed for sun4v. We still only implement up to 2GB memory ranges, even for 64-bit bars. PCI standards at least through 2.2 say that this is the max (or 1GB is, I only know it is < 32bits). o Always define pci_addr_t as uint64_t. A pci address is always 64-bits, but some hosts can't address all of them. o Preserve the upper half of the 64-bit word during resource probing. o Test to make sure that 64-bit values can fit in a u_long (true on some platforms, but not others). Don't use those that can't. o minor pedantry about data sizes. o Better bridge resource reporting in bootverbose case. o Minor formatting changes to cope with different data types on different platforms. Submitted by: jmg, with many changes by me to fully support 64-bit addresses. Revision Changes Path 1.317 +29 -12 src/sys/dev/pci/pci.c 1.42 +39 -33 src/sys/dev/pci/pci_pci.c 1.72 +1 -13 src/sys/dev/pci/pcivar.h http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c.diff?&r1=1.316&r2=1.317&f=h http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci_pci.c.diff?&r1=1.41&r2=1.42&f=h http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/dev/pci/pcivar.h.diff?&r1=1.71&r2=1.72&f=h -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 22:18:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABE7416A4C2; Fri, 3 Nov 2006 22:18:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A7E843DA2; Fri, 3 Nov 2006 22:17:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3MGtve007504; Fri, 3 Nov 2006 17:16:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3MGtcR009374; Fri, 3 Nov 2006 17:16:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8041373068; Fri, 3 Nov 2006 17:16:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061103221655.8041373068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 17:16:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 22:18:11 -0000 TB --- 2006-11-03 21:02:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-03 21:02:36 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-03 21:02:36 - cleaning the object tree TB --- 2006-11-03 21:03:02 - checking out the source tree TB --- 2006-11-03 21:03:02 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-03 21:03:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-03 21:13:44 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-03 21:13:44 - cd /src TB --- 2006-11-03 21:13:44 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 3 21:13:45 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 3 22:08:27 UTC 2006 TB --- 2006-11-03 22:08:27 - generating LINT kernel config TB --- 2006-11-03 22:08:27 - cd /src/sys/pc98/conf TB --- 2006-11-03 22:08:27 - /usr/bin/make -B LINT TB --- 2006-11-03 22:08:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-03 22:08:27 - cd /src TB --- 2006-11-03 22:08:27 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 3 22:08:28 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c /src/sys/netinet/sctp_timer.c: In function `sctp_t3rxt_timer': /src/sys/netinet/sctp_timer.c:865: error: `sctps_datadropchklmt' undeclared (first use in this function) /src/sys/netinet/sctp_timer.c:865: error: (Each undeclared identifier is reported only once /src/sys/netinet/sctp_timer.c:865: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-03 22:16:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-03 22:16:55 - ERROR: failed to build lint kernel TB --- 2006-11-03 22:16:55 - tinderbox aborted TB --- 0.54 user 1.89 system 4458.53 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 22:20:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D93E16A54F; Fri, 3 Nov 2006 22:20:57 +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 B551D43D73; Fri, 3 Nov 2006 22:20:56 +0000 (GMT) (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 kA3MJK0i080916; Fri, 3 Nov 2006 15:19:20 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 03 Nov 2006 15:19:48 -0700 (MST) Message-Id: <20061103.151948.1102530221.imp@bsdimp.com> To: dougb@freebsd.org From: "M. Warner Losh" In-Reply-To: <454BBF4C.3040205@FreeBSD.org> References: <454BBF4C.3040205@FreeBSD.org> 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]); Fri, 03 Nov 2006 15:19:21 -0700 (MST) Cc: freebsd-current@freebsd.org Subject: Re: Panic w/latest sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 22:20:57 -0000 In message: <454BBF4C.3040205@FreeBSD.org> Doug Barton writes: : > I have up to the minute -current sources, running on an Intel core : > 2 duo in i386+SMP. Right after probing the PCI bus (pci0: : > on pcib0) I get a panic. rman_get_start+0x6: movl 0(%eax),%eax : > : > GENERIC kernel from the October snapshot works fine. : : I'm afraid Warner is on the hook for this one. Reverting this change : allows me to boot a new kernel with otherwise up to date sources. : : Warner, let me know if there is anything I can do to help, test, etc. Try the latest code. Should be fixed already. There was a use the res before checking to see if it was NULL bug that I fixed after the commit you quoted. Warner : Doug : : -------- Original Message -------- : Subject: cvs commit: src/sys/dev/pci pci.c pci_pci.c pcivar.h : Date: Mon, 30 Oct 2006 19:18:46 +0000 (UTC) : From: Warner Losh : To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org : : imp 2006-10-30 19:18:46 UTC : : FreeBSD src repository : : Modified files: : sys/dev/pci pci.c pci_pci.c pcivar.h : Log: : More fully support 64-bit bars. Prior to this commit, we supported : only those bars that had addresses assigned by the BIOS and where the : bridges were properly programmed. Now even unprogrammed ones work. : This was needed for sun4v. We still only implement up to 2GB memory : ranges, even for 64-bit bars. PCI standards at least through 2.2 say : that this is the max (or 1GB is, I only know it is < 32bits). : : o Always define pci_addr_t as uint64_t. A pci address is always : 64-bits, : but some hosts can't address all of them. : o Preserve the upper half of the 64-bit word during resource probing. : o Test to make sure that 64-bit values can fit in a u_long (true on : some : platforms, but not others). Don't use those that can't. : o minor pedantry about data sizes. : o Better bridge resource reporting in bootverbose case. : o Minor formatting changes to cope with different data types on : different : platforms. : : Submitted by: jmg, with many changes by me to fully support 64-bit : addresses. : : Revision Changes Path : 1.317 +29 -12 src/sys/dev/pci/pci.c : 1.42 +39 -33 src/sys/dev/pci/pci_pci.c : 1.72 +1 -13 src/sys/dev/pci/pcivar.h : : http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c.diff?&r1=1.316&r2=1.317&f=h : http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci_pci.c.diff?&r1=1.41&r2=1.42&f=h : http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/dev/pci/pcivar.h.diff?&r1=1.71&r2=1.72&f=h : : : -- : : This .signature sanitized for your protection : : From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 22:49:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15A8116A412 for ; Fri, 3 Nov 2006 22:49:19 +0000 (UTC) (envelope-from vkushnir@i.kiev.ua) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91E9D43D55 for ; Fri, 3 Nov 2006 22:49:11 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h88.244.159.dialup.iptcom.net ([213.159.244.88]:44744 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1220800AbWKCWtK (INRCPT ); Sat, 4 Nov 2006 00:49:10 +0200 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [10.0.0.1]) by kushnir1.kiev.ua (8.13.8/8.13.8) with ESMTP id kA3Mn6mg079844; Sat, 4 Nov 2006 00:49:06 +0200 (EET) (envelope-from vkushnir@i.kiev.ua) Date: Sat, 4 Nov 2006 00:49:06 +0200 (EET) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: John-Mark Gurney In-Reply-To: <20061102220454.GK25511@funkthat.com> Message-ID: <20061103183548.T60893@kushnir1.kiev.ua> References: <20061026015618.E1706@kushnir1.kiev.ua> <20061102220454.GK25511@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Asus A8V hangs during pci probe on fresh -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 22:49:19 -0000 On Thu, 2 Nov 2006, John-Mark Gurney wrote: > Vladimir Kushnir wrote this message on Thu, Oct 26, 2006 at 02:27 +0300: >> Is there anything I could do to help fixing this? > > This is likely related to the vpd work that I've done recently... > > Attached is a patch that may fix your troubles. (I'll commit it shortly > once I've tested it on my own systems.) > Unfortunately, it does not help at all - system hangs at precisely the same point :-( Regards, Vladimir From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 22:56:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A384D16A47E for ; Fri, 3 Nov 2006 22:56:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 1BEAD43D53 for ; Fri, 3 Nov 2006 22:56:19 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 8341 invoked by uid 399); 3 Nov 2006 22:56:19 -0000 Received: from localhost (HELO ?156.154.4.134?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 3 Nov 2006 22:56:19 -0000 Message-ID: <454BC910.40202@FreeBSD.org> Date: Fri, 03 Nov 2006 14:56:16 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: "M. Warner Losh" References: <454BBF4C.3040205@FreeBSD.org> <20061103.151948.1102530221.imp@bsdimp.com> In-Reply-To: <20061103.151948.1102530221.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Panic w/latest sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 22:56:20 -0000 M. Warner Losh wrote: > In message: <454BBF4C.3040205@FreeBSD.org> > Doug Barton writes: > : > I have up to the minute -current sources, running on an Intel core > : > 2 duo in i386+SMP. Right after probing the PCI bus (pci0: > : > on pcib0) I get a panic. rman_get_start+0x6: movl 0(%eax),%eax > : > > : > GENERIC kernel from the October snapshot works fine. > : > : I'm afraid Warner is on the hook for this one. Reverting this change > : allows me to boot a new kernel with otherwise up to date sources. > : > : Warner, let me know if there is anything I can do to help, test, etc. > > Try the latest code. Should be fixed already. There was a use the > res before checking to see if it was NULL bug that I fixed after the > commit you quoted. I had the latest sources as of last night when I started (and as of this afternoon when I tried again), and I confirmed that the version of pci.c that I had in the tree was the one with your fix before I reverted the first commit. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 23:16:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D17C416A492 for ; Fri, 3 Nov 2006 23:16:30 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA15A43D5A for ; Fri, 3 Nov 2006 23:16:25 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([24.202.77.103]) by VL-MH-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J86008C3GNCEPI0@VL-MH-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Fri, 03 Nov 2006 18:16:25 -0500 (EST) Date: Fri, 03 Nov 2006 18:16:18 -0500 From: Nicolas Blais In-reply-to: <20061103183548.T60893@kushnir1.kiev.ua> To: freebsd-current@freebsd.org Message-id: <200611031816.24239.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1887470.E5ogu4fxk9; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <20061026015618.E1706@kushnir1.kiev.ua> <20061102220454.GK25511@funkthat.com> <20061103183548.T60893@kushnir1.kiev.ua> User-Agent: KMail/1.9.4 Cc: Subject: Re: Asus A8V hangs during pci probe on fresh -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 23:16:30 -0000 --nextPart1887470.E5ogu4fxk9 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 03 November 2006 17:49, Vladimir Kushnir wrote: > On Thu, 2 Nov 2006, John-Mark Gurney wrote: > > Vladimir Kushnir wrote this message on Thu, Oct 26, 2006 at 02:27 +0300: > >> Is there anything I could do to help fixing this? > > > > This is likely related to the vpd work that I've done recently... > > > > Attached is a patch that may fix your troubles. (I'll commit it shortly > > once I've tested it on my own systems.) > > Unfortunately, it does not help at all - system hangs at precisely the > same point :-( > > Regards, > Vladimir Well it fixed my issue, so that helped :) Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #9: Tue Oct 31 15:44:23 EST 2006 =20 nicblais@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart1887470.E5ogu4fxk9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFS83I4wTBlvcsbJURAsBZAJ902ZvFf/h5E8QHl5asFi8F7hz+KACeKsba 1HvJCwMp0AANGy4jmB/EaZc= =h5HV -----END PGP SIGNATURE----- --nextPart1887470.E5ogu4fxk9-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 23:27:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A29616A403; Fri, 3 Nov 2006 23:27:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 634A143D5A; Fri, 3 Nov 2006 23:27:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA3NR2xT056351; Fri, 3 Nov 2006 18:27:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3NR2sp096741; Fri, 3 Nov 2006 18:27:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 683EF73068; Fri, 3 Nov 2006 18:27:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061103232702.683EF73068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 18:27:02 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 23:27:14 -0000 TB --- 2006-11-03 21:49:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-03 21:49:42 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-11-03 21:49:42 - cleaning the object tree TB --- 2006-11-03 21:50:09 - checking out the source tree TB --- 2006-11-03 21:50:09 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-11-03 21:50:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-03 21:59:12 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-03 21:59:12 - cd /src TB --- 2006-11-03 21:59:12 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 3 21:59:13 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 3 23:14:40 UTC 2006 TB --- 2006-11-03 23:14:40 - generating LINT kernel config TB --- 2006-11-03 23:14:40 - cd /src/sys/ia64/conf TB --- 2006-11-03 23:14:40 - /usr/bin/make -B LINT TB --- 2006-11-03 23:14:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-03 23:14:41 - cd /src TB --- 2006-11-03 23:14:41 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 3 23:14:41 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet/ip_ipsec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet/ip_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet/ip_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet/raw_ip.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet/sctp_usrreq.c /src/sys/netinet/sctp_usrreq.c: In function `sctp_optsset': /src/sys/netinet/sctp_usrreq.c:3134: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-03 23:27:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-03 23:27:02 - ERROR: failed to build lint kernel TB --- 2006-11-03 23:27:02 - tinderbox aborted TB --- 0.59 user 1.80 system 5840.03 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 23:29:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 898D916A407; Fri, 3 Nov 2006 23:29:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D13E43D4C; Fri, 3 Nov 2006 23:29:38 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3NTcaa021459; Fri, 3 Nov 2006 18:29:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA3NTbDt064639; Fri, 3 Nov 2006 18:29:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6014673068; Fri, 3 Nov 2006 18:29:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061103232937.6014673068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 18:29:37 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 23:29:39 -0000 TB --- 2006-11-03 22:16:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-03 22:16:55 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-11-03 22:16:55 - cleaning the object tree TB --- 2006-11-03 22:17:23 - checking out the source tree TB --- 2006-11-03 22:17:23 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-11-03 22:17:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-03 22:25:46 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-03 22:25:46 - cd /src TB --- 2006-11-03 22:25:46 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 3 22:25:48 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 3 23:21:55 UTC 2006 TB --- 2006-11-03 23:21:55 - generating LINT kernel config TB --- 2006-11-03 23:21:55 - cd /src/sys/powerpc/conf TB --- 2006-11-03 23:21:55 - /usr/bin/make -B LINT TB --- 2006-11-03 23:21:55 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-03 23:21:55 - cd /src TB --- 2006-11-03 23:21:55 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 3 23:21:55 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_timer.c /src/sys/netinet/sctp_timer.c: In function `sctp_t3rxt_timer': /src/sys/netinet/sctp_timer.c:865: error: `sctps_datadropchklmt' undeclared (first use in this function) /src/sys/netinet/sctp_timer.c:865: error: (Each undeclared identifier is reported only once /src/sys/netinet/sctp_timer.c:865: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-03 23:29:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-03 23:29:37 - ERROR: failed to build lint kernel TB --- 2006-11-03 23:29:37 - tinderbox aborted TB --- 0.55 user 1.81 system 4361.66 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 23:30:23 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C01216A4C8; Fri, 3 Nov 2006 23:30:23 +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 A0E6A43D5A; Fri, 3 Nov 2006 23:29:58 +0000 (GMT) (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 kA3NSjti086717; Fri, 3 Nov 2006 16:28:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 03 Nov 2006 16:29:13 -0700 (MST) Message-Id: <20061103.162913.635732451.imp@bsdimp.com> To: dougb@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <454BC910.40202@FreeBSD.org> References: <454BBF4C.3040205@FreeBSD.org> <20061103.151948.1102530221.imp@bsdimp.com> <454BC910.40202@FreeBSD.org> 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]); Fri, 03 Nov 2006 16:28:45 -0700 (MST) Cc: freebsd-current@FreeBSD.org Subject: Re: Panic w/latest sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 23:30:23 -0000 In message: <454BC910.40202@FreeBSD.org> Doug Barton writes: : M. Warner Losh wrote: : > In message: <454BBF4C.3040205@FreeBSD.org> : > Doug Barton writes: : > : > I have up to the minute -current sources, running on an Intel core : > : > 2 duo in i386+SMP. Right after probing the PCI bus (pci0: : > : > on pcib0) I get a panic. rman_get_start+0x6: movl 0(%eax),%eax : > : > : > : > GENERIC kernel from the October snapshot works fine. : > : : > : I'm afraid Warner is on the hook for this one. Reverting this change : > : allows me to boot a new kernel with otherwise up to date sources. : > : : > : Warner, let me know if there is anything I can do to help, test, etc. : > : > Try the latest code. Should be fixed already. There was a use the : > res before checking to see if it was NULL bug that I fixed after the : > commit you quoted. : : I had the latest sources as of last night when I started (and as of : this afternoon when I tried again), and I confirmed that the version : of pci.c that I had in the tree was the one with your fix before I : reverted the first commit. Then I need a traceback to proceed. Warner From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 00:44:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE5FC16A47B; Sat, 4 Nov 2006 00:44:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 335D743DDB; Sat, 4 Nov 2006 00:43:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA40h1iH064857; Fri, 3 Nov 2006 19:43:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA40h1gv023753; Fri, 3 Nov 2006 19:43:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EBF9E73068; Fri, 3 Nov 2006 19:43:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104004300.EBF9E73068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 19:43:00 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 00:44:29 -0000 TB --- 2006-11-03 23:29:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-03 23:29:37 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-03 23:29:37 - cleaning the object tree TB --- 2006-11-03 23:30:09 - checking out the source tree TB --- 2006-11-03 23:30:09 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-03 23:30:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-03 23:38:10 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-03 23:38:10 - cd /src TB --- 2006-11-03 23:38:10 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 3 23:38:11 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 00:34:28 UTC 2006 TB --- 2006-11-04 00:34:28 - generating LINT kernel config TB --- 2006-11-04 00:34:28 - cd /src/sys/sun4v/conf TB --- 2006-11-04 00:34:28 - /usr/bin/make -B LINT TB --- 2006-11-04 00:34:28 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 00:34:28 - cd /src TB --- 2006-11-04 00:34:28 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 00:34:29 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 00:43:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 00:43:00 - ERROR: failed to build lint kernel TB --- 2006-11-04 00:43:00 - tinderbox aborted TB --- 0.56 user 1.76 system 4403.23 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 00:44:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D98DB16A4A7; Sat, 4 Nov 2006 00:44:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B35143DF3; Sat, 4 Nov 2006 00:43:28 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA40hMOn028525; Fri, 3 Nov 2006 19:43:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA40hMCl024036; Fri, 3 Nov 2006 19:43:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6407773068; Fri, 3 Nov 2006 19:43:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104004322.6407773068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 19:43:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 00:44:30 -0000 TB --- 2006-11-03 23:27:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-03 23:27:02 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-11-03 23:27:02 - cleaning the object tree TB --- 2006-11-03 23:27:28 - checking out the source tree TB --- 2006-11-03 23:27:28 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-11-03 23:27:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-03 23:38:10 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-03 23:38:10 - cd /src TB --- 2006-11-03 23:38:10 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 3 23:38:11 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 00:34:38 UTC 2006 TB --- 2006-11-04 00:34:38 - generating LINT kernel config TB --- 2006-11-04 00:34:38 - cd /src/sys/sparc64/conf TB --- 2006-11-04 00:34:38 - /usr/bin/make -B LINT TB --- 2006-11-04 00:34:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 00:34:38 - cd /src TB --- 2006-11-04 00:34:38 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 00:34:38 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 00:43:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 00:43:22 - ERROR: failed to build lint kernel TB --- 2006-11-04 00:43:22 - tinderbox aborted TB --- 0.51 user 1.83 system 4579.93 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 00:57:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1F2E16A494 for ; Sat, 4 Nov 2006 00:57:49 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 332D643D72 for ; Sat, 4 Nov 2006 00:57:43 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (a5zvne0eox676nsr@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id kA40vdsv042362; Fri, 3 Nov 2006 16:57:39 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id kA40vdDA042361; Fri, 3 Nov 2006 16:57:39 -0800 (PST) (envelope-from jmg) Date: Fri, 3 Nov 2006 16:57:39 -0800 From: John-Mark Gurney To: Vladimir Kushnir Message-ID: <20061104005738.GN25511@funkthat.com> Mail-Followup-To: Vladimir Kushnir , current@freebsd.org References: <20061026015618.E1706@kushnir1.kiev.ua> <20061102220454.GK25511@funkthat.com> <20061103183548.T60893@kushnir1.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061103183548.T60893@kushnir1.kiev.ua> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: current@freebsd.org Subject: Re: Asus A8V hangs during pci probe on fresh -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 00:57:50 -0000 Vladimir Kushnir wrote this message on Sat, Nov 04, 2006 at 00:49 +0200: > > > On Thu, 2 Nov 2006, John-Mark Gurney wrote: > > >Vladimir Kushnir wrote this message on Thu, Oct 26, 2006 at 02:27 +0300: > >>Is there anything I could do to help fixing this? > > > >This is likely related to the vpd work that I've done recently... > > > >Attached is a patch that may fix your troubles. (I'll commit it shortly > >once I've tested it on my own systems.) > > > > Unfortunately, it does not help at all - system hangs at precisely the > same point :-( in src/sys/dev/pci.c, at about line 583, in the function pci_read_vpd, there is #if 0, change it to #if 1, and send me the first few hundred lines of what it prints... That'll help me figure out where it's hanging.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 02:24:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 448E216A407; Sat, 4 Nov 2006 02:24:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1B5C43D58; Sat, 4 Nov 2006 02:24:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA42OF1w082913; Fri, 3 Nov 2006 21:24:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA42OFHF072108; Fri, 3 Nov 2006 21:24:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9C4F473068; Fri, 3 Nov 2006 21:24:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104022415.9C4F473068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 21:24:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 02:24:17 -0000 TB --- 2006-11-04 00:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 00:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-11-04 00:45:00 - cleaning the object tree TB --- 2006-11-04 00:45:44 - checking out the source tree TB --- 2006-11-04 00:45:44 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-11-04 00:45:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 00:56:11 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 00:56:11 - cd /src TB --- 2006-11-04 00:56:11 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 00:56:13 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Nov 4 02:14:18 UTC 2006 TB --- 2006-11-04 02:14:18 - generating LINT kernel config TB --- 2006-11-04 02:14:18 - cd /src/sys/amd64/conf TB --- 2006-11-04 02:14:18 - /usr/bin/make -B LINT TB --- 2006-11-04 02:14:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 02:14:18 - cd /src TB --- 2006-11-04 02:14:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 02:14:18 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/raw_ip.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c /src/sys/netinet/sctp_pcb.c: In function `sctp_inpcb_free': /src/sys/netinet/sctp_pcb.c:2210: warning: cast from pointer to integer of different size /src/sys/netinet/sctp_pcb.c:2211: warning: format argument is not a pointer (arg 2) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 02:24:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 02:24:15 - ERROR: failed to build lint kernel TB --- 2006-11-04 02:24:15 - tinderbox aborted TB --- 0.77 user 2.67 system 5954.61 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 03:10:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E47D816A407; Sat, 4 Nov 2006 03:10:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88B4343D4C; Sat, 4 Nov 2006 03:10:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA43AVks052668; Fri, 3 Nov 2006 22:10:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA43AV6K089705; Fri, 3 Nov 2006 22:10:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B438173068; Fri, 3 Nov 2006 22:10:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104031030.B438173068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 22:10:30 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 03:10:36 -0000 TB --- 2006-11-04 01:53:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 01:53:47 - starting HEAD tinderbox run for i386/i386 TB --- 2006-11-04 01:53:47 - cleaning the object tree TB --- 2006-11-04 01:54:20 - checking out the source tree TB --- 2006-11-04 01:54:20 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-11-04 01:54:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 02:02:57 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 02:02:57 - cd /src TB --- 2006-11-04 02:02:57 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 02:02:58 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 02:59:40 UTC 2006 TB --- 2006-11-04 02:59:40 - generating LINT kernel config TB --- 2006-11-04 02:59:40 - cd /src/sys/i386/conf TB --- 2006-11-04 02:59:40 - /usr/bin/make -B LINT TB --- 2006-11-04 02:59:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 02:59:40 - cd /src TB --- 2006-11-04 02:59:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 02:59:40 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/raw_ip.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c /src/sys/netinet/sctp_pcb.c: In function `sctp_inpcb_free': /src/sys/netinet/sctp_pcb.c:2211: warning: format argument is not a pointer (arg 2) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 03:10:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 03:10:30 - ERROR: failed to build lint kernel TB --- 2006-11-04 03:10:30 - tinderbox aborted TB --- 0.70 user 1.81 system 4602.55 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 03:30:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1260116A407 for ; Sat, 4 Nov 2006 03:30:20 +0000 (UTC) (envelope-from vkushnir@i.kiev.ua) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A1E043D53 for ; Sat, 4 Nov 2006 03:30:19 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h220.245.159.dialup.iptcom.net ([213.159.245.220]:57333 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1226690AbWKDDaR (INRCPT ); Sat, 4 Nov 2006 05:30:17 +0200 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [10.0.0.1]) by kushnir1.kiev.ua (8.13.8/8.13.8) with ESMTP id kA43UBYw001340; Sat, 4 Nov 2006 05:30:11 +0200 (EET) (envelope-from vkushnir@i.kiev.ua) Date: Sat, 4 Nov 2006 05:30:11 +0200 (EET) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: John-Mark Gurney In-Reply-To: <20061104005738.GN25511@funkthat.com> Message-ID: <20061104051417.U1182@kushnir1.kiev.ua> References: <20061026015618.E1706@kushnir1.kiev.ua> <20061102220454.GK25511@funkthat.com> <20061103183548.T60893@kushnir1.kiev.ua> <20061104005738.GN25511@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Asus A8V hangs during pci probe on fresh -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 03:30:20 -0000 On Fri, 3 Nov 2006, John-Mark Gurney wrote: > Vladimir Kushnir wrote this message on Sat, Nov 04, 2006 at 00:49 +0200: >> >> >> On Thu, 2 Nov 2006, John-Mark Gurney wrote: >> >>> Vladimir Kushnir wrote this message on Thu, Oct 26, 2006 at 02:27 +0300: >>>> Is there anything I could do to help fixing this? >>> >>> This is likely related to the vpd work that I've done recently... >>> >>> Attached is a patch that may fix your troubles. (I'll commit it shortly >>> once I've tested it on my own systems.) >>> >> >> Unfortunately, it does not help at all - system hangs at precisely the >> same point :-( > > in src/sys/dev/pci.c, at about line 583, in the function pci_read_vpd, > there is #if 0, change it to #if 1, and send me the first few hundred > lines of what it prints... > > That'll help me figure out where it's hanging.. > Sorry I'v no serial console so the only lines I can provide are the very last ones; and they don't seem to relate to vpd (they are the same for ANY changes - with or without patch, with "#if 0" or "#if 1", for GENERIC or my custom kernel etc): pcib1: at device 9.0 on pci0 pcib1: secondary bus 5 pcib1: subordinate bus 5 pcib1: I/O decode 0xf0000-0xfff pcib1: memory decode 0xca000000-0xca0fffff pcib1: prefetched decode 0xca100000-0xca1fffff pcib1: Subtractively decoded bridge pci5: on pcib1 pci5: physical bus=5 and here system hangs. Regards, Vladimir From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 03:39:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBEBE16A40F; Sat, 4 Nov 2006 03:39:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 832EE43D53; Sat, 4 Nov 2006 03:39:21 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA43dKuk088846; Fri, 3 Nov 2006 22:39:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA43dKZu067010; Fri, 3 Nov 2006 22:39:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4AB3C73068; Fri, 3 Nov 2006 22:39:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104033920.4AB3C73068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 22:39:20 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 03:39:22 -0000 TB --- 2006-11-04 02:24:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 02:24:15 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-04 02:24:15 - cleaning the object tree TB --- 2006-11-04 02:24:36 - checking out the source tree TB --- 2006-11-04 02:24:36 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-04 02:24:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 02:36:02 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 02:36:02 - cd /src TB --- 2006-11-04 02:36:02 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 02:36:03 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 03:30:51 UTC 2006 TB --- 2006-11-04 03:30:51 - generating LINT kernel config TB --- 2006-11-04 03:30:51 - cd /src/sys/pc98/conf TB --- 2006-11-04 03:30:51 - /usr/bin/make -B LINT TB --- 2006-11-04 03:30:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 03:30:51 - cd /src TB --- 2006-11-04 03:30:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 03:30:51 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/ip_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/raw_ip.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c /src/sys/netinet/sctp_pcb.c: In function `sctp_inpcb_free': /src/sys/netinet/sctp_pcb.c:2211: warning: format argument is not a pointer (arg 2) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 03:39:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 03:39:20 - ERROR: failed to build lint kernel TB --- 2006-11-04 03:39:20 - tinderbox aborted TB --- 0.63 user 1.79 system 4504.22 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 04:48:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E76C016A412; Sat, 4 Nov 2006 04:48:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6091743D49; Sat, 4 Nov 2006 04:48:07 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA44m61H058348; Fri, 3 Nov 2006 23:48:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA44m6WO026437; Fri, 3 Nov 2006 23:48:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 80E5D73068; Fri, 3 Nov 2006 23:48:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104044806.80E5D73068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 23:48:06 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 04:48:08 -0000 TB --- 2006-11-04 03:10:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 03:10:30 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-11-04 03:10:30 - cleaning the object tree TB --- 2006-11-04 03:10:55 - checking out the source tree TB --- 2006-11-04 03:10:55 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-11-04 03:10:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 03:20:06 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 03:20:06 - cd /src TB --- 2006-11-04 03:20:06 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 03:20:07 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 04:35:35 UTC 2006 TB --- 2006-11-04 04:35:35 - generating LINT kernel config TB --- 2006-11-04 04:35:35 - cd /src/sys/ia64/conf TB --- 2006-11-04 04:35:35 - /usr/bin/make -B LINT TB --- 2006-11-04 04:35:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 04:35:35 - cd /src TB --- 2006-11-04 04:35:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 04:35:35 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet/ip_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet/raw_ip.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet/sctp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/netinet/sctp_pcb.c /src/sys/netinet/sctp_pcb.c: In function `sctp_inpcb_free': /src/sys/netinet/sctp_pcb.c:2210: warning: cast from pointer to integer of different size /src/sys/netinet/sctp_pcb.c:2211: warning: format argument is not a pointer (arg 2) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 04:48:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 04:48:06 - ERROR: failed to build lint kernel TB --- 2006-11-04 04:48:06 - tinderbox aborted TB --- 0.59 user 1.77 system 5855.52 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 04:52:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C040E16A416; Sat, 4 Nov 2006 04:52:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F21FC43D5E; Sat, 4 Nov 2006 04:52:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA44qnBR058520; Fri, 3 Nov 2006 23:52:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA44qn8h029030; Fri, 3 Nov 2006 23:52:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3917773068; Fri, 3 Nov 2006 23:52:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104045249.3917773068@freebsd-current.sentex.ca> Date: Fri, 3 Nov 2006 23:52:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 04:52:50 -0000 TB --- 2006-11-04 03:39:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 03:39:20 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-11-04 03:39:20 - cleaning the object tree TB --- 2006-11-04 03:39:50 - checking out the source tree TB --- 2006-11-04 03:39:50 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-11-04 03:39:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 03:48:36 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 03:48:36 - cd /src TB --- 2006-11-04 03:48:36 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 03:48:38 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 04:44:58 UTC 2006 TB --- 2006-11-04 04:44:58 - generating LINT kernel config TB --- 2006-11-04 04:44:58 - cd /src/sys/powerpc/conf TB --- 2006-11-04 04:44:58 - /usr/bin/make -B LINT TB --- 2006-11-04 04:44:58 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 04:44:58 - cd /src TB --- 2006-11-04 04:44:58 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 04:44:59 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_options.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/ip_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/raw_ip.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_pcb.c /src/sys/netinet/sctp_pcb.c: In function `sctp_inpcb_free': /src/sys/netinet/sctp_pcb.c:2211: warning: format argument is not a pointer (arg 2) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 04:52:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 04:52:49 - ERROR: failed to build lint kernel TB --- 2006-11-04 04:52:49 - tinderbox aborted TB --- 0.56 user 1.89 system 4408.70 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 06:04:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4DDD16A417; Sat, 4 Nov 2006 06:04:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50A1043D45; Sat, 4 Nov 2006 06:04:22 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA464LtR063075; Sat, 4 Nov 2006 01:04:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA464LZi075684; Sat, 4 Nov 2006 01:04:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6145773068; Sat, 4 Nov 2006 01:04:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104060421.6145773068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 01:04:21 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 06:04:22 -0000 TB --- 2006-11-04 04:52:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 04:52:49 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-04 04:52:49 - cleaning the object tree TB --- 2006-11-04 04:53:25 - checking out the source tree TB --- 2006-11-04 04:53:25 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-04 04:53:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 04:59:00 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 04:59:00 - cd /src TB --- 2006-11-04 04:59:00 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 04:59:01 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 05:55:57 UTC 2006 TB --- 2006-11-04 05:55:57 - generating LINT kernel config TB --- 2006-11-04 05:55:57 - cd /src/sys/sun4v/conf TB --- 2006-11-04 05:55:57 - /usr/bin/make -B LINT TB --- 2006-11-04 05:55:57 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 05:55:57 - cd /src TB --- 2006-11-04 05:55:57 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 05:55:58 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 06:04:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 06:04:21 - ERROR: failed to build lint kernel TB --- 2006-11-04 06:04:21 - tinderbox aborted TB --- 0.55 user 1.76 system 4291.78 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 06:05:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F11E516A47C; Sat, 4 Nov 2006 06:05:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DA8843D62; Sat, 4 Nov 2006 06:04:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA464qKv063095; Sat, 4 Nov 2006 01:04:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA464qxH076063; Sat, 4 Nov 2006 01:04:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5B86D73068; Sat, 4 Nov 2006 01:04:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104060452.5B86D73068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 01:04:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 06:05:01 -0000 TB --- 2006-11-04 04:48:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 04:48:06 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-11-04 04:48:06 - cleaning the object tree TB --- 2006-11-04 04:48:32 - checking out the source tree TB --- 2006-11-04 04:48:32 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-11-04 04:48:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 04:59:00 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 04:59:00 - cd /src TB --- 2006-11-04 04:59:00 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 04:59:01 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 05:56:14 UTC 2006 TB --- 2006-11-04 05:56:14 - generating LINT kernel config TB --- 2006-11-04 05:56:14 - cd /src/sys/sparc64/conf TB --- 2006-11-04 05:56:14 - /usr/bin/make -B LINT TB --- 2006-11-04 05:56:14 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 05:56:14 - cd /src TB --- 2006-11-04 05:56:14 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 05:56:14 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 06:04:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 06:04:52 - ERROR: failed to build lint kernel TB --- 2006-11-04 06:04:52 - tinderbox aborted TB --- 0.59 user 1.73 system 4605.71 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 06:59:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2686B16A40F; Sat, 4 Nov 2006 06:59:23 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9FFB43D5A; Sat, 4 Nov 2006 06:59:22 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id C627D140EC03; Sat, 4 Nov 2006 07:00:47 +0000 (GMT) Date: Sat, 4 Nov 2006 07:00:47 +0000 From: John Birrell To: FreeBSD Tinderbox Message-ID: <20061104070047.GA98215@what-creek.com> References: <20061104060421.6145773068@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061104060421.6145773068@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 06:59:23 -0000 On Sat, Nov 04, 2006 at 01:04:21AM -0500, FreeBSD Tinderbox wrote: > [...] > /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here > /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' > /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' > /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here > /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': > /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' > /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' > /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here > *** Error code 1 This is a problem on sparc64 and sun4v because we don't have an atomic_add_16. I looked at the code in Solaris to see what asm is required to implement it and it takes 22 statements compared to 2 for a 64 bit variable and 4 for a 32 bit variable. Can't the code be changed to use a more typical variable size of the arches we have? 32 bits would be a better choice. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 07:33:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E703416A403 for ; Sat, 4 Nov 2006 07:33:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 865B943D4C for ; Sat, 4 Nov 2006 07:33:20 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 25786 invoked by uid 399); 4 Nov 2006 07:33:19 -0000 Received: from localhost (HELO ?192.168.0.11?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 4 Nov 2006 07:33:19 -0000 Message-ID: <454C423E.30007@FreeBSD.org> Date: Fri, 03 Nov 2006 23:33:18 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.7 (X11/20061103) MIME-Version: 1.0 To: "M. Warner Losh" References: <454BBF4C.3040205@FreeBSD.org> <20061103.151948.1102530221.imp@bsdimp.com> In-Reply-To: <20061103.151948.1102530221.imp@bsdimp.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Panic w/latest sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 07:33:21 -0000 The fix in sys/dev/pci/pci.c 1.319 did the trick, thanks! Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 07:45:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 205F816A416; Sat, 4 Nov 2006 07:45:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9295143D4C; Sat, 4 Nov 2006 07:45:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA47j4rG070499; Sat, 4 Nov 2006 02:45:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA47j43t052105; Sat, 4 Nov 2006 02:45:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7818973068; Sat, 4 Nov 2006 02:45:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104074504.7818973068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 02:45:04 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 07:45:06 -0000 TB --- 2006-11-04 06:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 06:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-11-04 06:05:00 - cleaning the object tree TB --- 2006-11-04 06:05:48 - checking out the source tree TB --- 2006-11-04 06:05:48 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-11-04 06:05:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 06:16:18 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 06:16:18 - cd /src TB --- 2006-11-04 06:16:18 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 06:16:19 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Nov 4 07:35:08 UTC 2006 TB --- 2006-11-04 07:35:08 - generating LINT kernel config TB --- 2006-11-04 07:35:08 - cd /src/sys/amd64/conf TB --- 2006-11-04 07:35:08 - /usr/bin/make -B LINT TB --- 2006-11-04 07:35:08 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 07:35:08 - cd /src TB --- 2006-11-04 07:35:08 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 07:35:08 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctputil.c:207: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_nagle_event': /src/sys/netinet/sctputil.c:237: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_lock': /src/sys/netinet/sctputil.c:380: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c:381: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_wakeup_log': /src/sys/netinet/sctputil.c:498: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 07:45:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 07:45:04 - ERROR: failed to build lint kernel TB --- 2006-11-04 07:45:04 - tinderbox aborted TB --- 0.70 user 2.78 system 6003.61 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 07:46:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B330316A403 for ; Sat, 4 Nov 2006 07:46:33 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1105443D5A for ; Sat, 4 Nov 2006 07:46:29 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id i2so1736409nfe for ; Fri, 03 Nov 2006 23:46:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NJPwW+V78l+UuTxA3DrEa35Oz4JiDxrWnojMOYhn1hlndpf9poTQERyXUFMQg8FexJEfIxNsoGXgPg2C1831QNHkuD6Dmws1awluGFAUAPlyeQN3qBKm9ITZLpM8db24moI3xLWMh2aHKWgRRP1OaEwfjuW9BmhkLBgQqBXIBak= Received: by 10.82.182.8 with SMTP id e8mr963525buf.1162626387153; Fri, 03 Nov 2006 23:46:27 -0800 (PST) Received: by 10.82.191.20 with HTTP; Fri, 3 Nov 2006 23:46:27 -0800 (PST) Message-ID: Date: Fri, 3 Nov 2006 23:46:27 -0800 From: "Kip Macy" To: "John Birrell" , "FreeBSD Tinderbox" , current@freebsd.org, sparc64@freebsd.org In-Reply-To: <20061104070047.GA98215@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061104060421.6145773068@freebsd-current.sentex.ca> <20061104070047.GA98215@what-creek.com> Cc: Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 07:46:33 -0000 Sparc64 only supports CAS on 4 and 8 byte quantities. The only operation it support on 16 bytes is load. -Kip On 11/3/06, John Birrell wrote: > On Sat, Nov 04, 2006 at 01:04:21AM -0500, FreeBSD Tinderbox wrote: > > [...] > > /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration > of 'atomic_add_16' was here > > /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of > `atomic_add_16' > > /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of > 'atomic_add_16' > > /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration > of 'atomic_add_16' was here > > /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': > > /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of > `atomic_add_16' > > /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of > 'atomic_add_16' > > /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration > of 'atomic_add_16' was here > > *** Error code 1 > > This is a problem on sparc64 and sun4v because we don't have an > atomic_add_16. > > I looked at the code in Solaris to see what asm is required to implement > it and it takes 22 statements compared to 2 for a 64 bit variable and 4 for > a 32 bit variable. > > Can't the code be changed to use a more typical variable size of the > arches we have? 32 bits would be a better choice. > > -- > John Birrell > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 08:42:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B566A16A47B; Sat, 4 Nov 2006 08:42:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9F7E43D64; Sat, 4 Nov 2006 08:42:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA48gUAj075354; Sat, 4 Nov 2006 03:42:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA48gUGp047324; Sat, 4 Nov 2006 03:42:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 091BF73068; Sat, 4 Nov 2006 03:42:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104084230.091BF73068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 03:42:29 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 08:42:32 -0000 TB --- 2006-11-04 07:14:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 07:14:33 - starting HEAD tinderbox run for i386/i386 TB --- 2006-11-04 07:14:33 - cleaning the object tree TB --- 2006-11-04 07:15:03 - checking out the source tree TB --- 2006-11-04 07:15:03 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-11-04 07:15:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 07:24:02 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 07:24:02 - cd /src TB --- 2006-11-04 07:24:02 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 07:24:03 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 08:28:08 UTC 2006 TB --- 2006-11-04 08:28:08 - generating LINT kernel config TB --- 2006-11-04 08:28:08 - cd /src/sys/i386/conf TB --- 2006-11-04 08:28:08 - /usr/bin/make -B LINT TB --- 2006-11-04 08:28:08 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 08:28:08 - cd /src TB --- 2006-11-04 08:28:08 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 08:28:08 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/raw_ip.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c /src/sys/netinet/sctp_timer.c: In function `sctp_iterator_timer': /src/sys/netinet/sctp_timer.c:1666: warning: format argument is not a pointer (arg 2) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 08:42:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 08:42:29 - ERROR: failed to build lint kernel TB --- 2006-11-04 08:42:29 - tinderbox aborted TB --- 0.59 user 1.96 system 5276.75 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 09:11:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69F6F16A407; Sat, 4 Nov 2006 09:11:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA3C643D45; Sat, 4 Nov 2006 09:11:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA49BQj2003472; Sat, 4 Nov 2006 04:11:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA49BQtR019667; Sat, 4 Nov 2006 04:11:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6E41773068; Sat, 4 Nov 2006 04:11:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104091126.6E41773068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 04:11:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 09:11:32 -0000 TB --- 2006-11-04 07:45:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 07:45:04 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-04 07:45:04 - cleaning the object tree TB --- 2006-11-04 07:45:26 - checking out the source tree TB --- 2006-11-04 07:45:26 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-04 07:45:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 07:56:55 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 07:56:55 - cd /src TB --- 2006-11-04 07:56:55 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 07:56:56 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 09:02:44 UTC 2006 TB --- 2006-11-04 09:02:44 - generating LINT kernel config TB --- 2006-11-04 09:02:44 - cd /src/sys/pc98/conf TB --- 2006-11-04 09:02:44 - /usr/bin/make -B LINT TB --- 2006-11-04 09:02:44 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 09:02:44 - cd /src TB --- 2006-11-04 09:02:44 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 09:02:44 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/raw_ip.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c /src/sys/netinet/sctp_timer.c: In function `sctp_iterator_timer': /src/sys/netinet/sctp_timer.c:1666: warning: format argument is not a pointer (arg 2) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 09:11:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 09:11:26 - ERROR: failed to build lint kernel TB --- 2006-11-04 09:11:26 - tinderbox aborted TB --- 0.60 user 1.95 system 5181.65 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 10:33:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 330E816A403; Sat, 4 Nov 2006 10:33:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9E8743D5A; Sat, 4 Nov 2006 10:33:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4AXH9q083962; Sat, 4 Nov 2006 05:33:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4AXGfd043316; Sat, 4 Nov 2006 05:33:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A6B5773068; Sat, 4 Nov 2006 05:33:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104103316.A6B5773068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 05:33:16 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 10:33:18 -0000 TB --- 2006-11-04 08:42:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 08:42:30 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-11-04 08:42:30 - cleaning the object tree TB --- 2006-11-04 08:42:58 - checking out the source tree TB --- 2006-11-04 08:42:58 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-11-04 08:42:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 08:52:05 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 08:52:05 - cd /src TB --- 2006-11-04 08:52:05 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 08:52:07 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 10:19:26 UTC 2006 TB --- 2006-11-04 10:19:26 - generating LINT kernel config TB --- 2006-11-04 10:19:26 - cd /src/sys/ia64/conf TB --- 2006-11-04 10:19:26 - /usr/bin/make -B LINT TB --- 2006-11-04 10:19:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 10:19:27 - cd /src TB --- 2006-11-04 10:19:27 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 10:19:28 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctputil.c:207: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_nagle_event': /src/sys/netinet/sctputil.c:237: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_lock': /src/sys/netinet/sctputil.c:380: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c:381: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_wakeup_log': /src/sys/netinet/sctputil.c:498: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 10:33:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 10:33:16 - ERROR: failed to build lint kernel TB --- 2006-11-04 10:33:16 - tinderbox aborted TB --- 0.59 user 1.84 system 6646.39 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 10:48:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DD9416A403; Sat, 4 Nov 2006 10:48:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E52D543D5C; Sat, 4 Nov 2006 10:48:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4AmtD6084925; Sat, 4 Nov 2006 05:48:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4Amtq3079962; Sat, 4 Nov 2006 05:48:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 311B973068; Sat, 4 Nov 2006 05:48:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104104855.311B973068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 05:48:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 10:48:56 -0000 TB --- 2006-11-04 09:11:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 09:11:26 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-11-04 09:11:26 - cleaning the object tree TB --- 2006-11-04 09:11:57 - checking out the source tree TB --- 2006-11-04 09:11:57 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-11-04 09:11:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 09:29:02 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 09:29:02 - cd /src TB --- 2006-11-04 09:29:02 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 09:29:04 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 10:39:55 UTC 2006 TB --- 2006-11-04 10:39:55 - generating LINT kernel config TB --- 2006-11-04 10:39:55 - cd /src/sys/powerpc/conf TB --- 2006-11-04 10:39:55 - /usr/bin/make -B LINT TB --- 2006-11-04 10:39:55 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 10:39:55 - cd /src TB --- 2006-11-04 10:39:55 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 10:39:56 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 10:48:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 10:48:54 - ERROR: failed to build lint kernel TB --- 2006-11-04 10:48:54 - tinderbox aborted TB --- 0.52 user 1.97 system 5848.26 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 11:06:48 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE1A716A40F; Sat, 4 Nov 2006 11:06:48 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB3EC43D53; Sat, 4 Nov 2006 11:06:47 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c58-107-94-118.belrs4.nsw.optusnet.com.au [58.107.94.118]) by mail14.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id kA4B6iKA029099 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 4 Nov 2006 22:06:45 +1100 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 kA4B6iww012961; Sat, 4 Nov 2006 22:06:44 +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 kA4B6iOM012960; Sat, 4 Nov 2006 22:06:44 +1100 (EST) (envelope-from peter) Date: Sat, 4 Nov 2006 22:06:44 +1100 From: Peter Jeremy To: Kip Macy Message-ID: <20061104110644.GE854@turion.vk2pj.dyndns.org> References: <20061104060421.6145773068@freebsd-current.sentex.ca> <20061104070047.GA98215@what-creek.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VdOwlNaOFKGAtAAV" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: current@freebsd.org, sparc64@freebsd.org, John Birrell , FreeBSD Tinderbox Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 11:06:48 -0000 --VdOwlNaOFKGAtAAV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 2006-Nov-03 23:46:27 -0800, Kip Macy wrote: >Sparc64 only supports CAS on 4 and 8 byte quantities. The only >operation it support on 16 bytes is load. The '16' in 'atomic_add_16' is bits. Few RISC architectures can support atomic operations (or primitives to build atomic ops) on anything other than their native word side and 32 bits. The problem is that SCTP is using a 16-bit refcnt and trying to manipulate it atomically. This is problematic on anything except i386 and amd64. The easiest solution seems to be to change refcnt to an [u]int - though I'm not sure what other impacts this may have. --=20 Peter Jeremy --VdOwlNaOFKGAtAAV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFTHRE/opHv/APuIcRAnBYAJ9oW7jVI4smKIV9aaz6RITJWmajZgCfYYgU zD7AhcbuoRUAy9VbvV44qeA= =MAHq -----END PGP SIGNATURE----- --VdOwlNaOFKGAtAAV-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 11:30:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44D1E16A4C8; Sat, 4 Nov 2006 11:30:38 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 649A343D55; Sat, 4 Nov 2006 11:30:33 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-2.cisco.com with ESMTP; 04 Nov 2006 03:30:34 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAEoITEWrR7PDh2dsb2JhbACMSQEBAQgOKg X-IronPort-AV: i="4.09,387,1157353200"; d="scan'208"; a="350078624:sNHT24828856" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id kA4BUXd5025403; Sat, 4 Nov 2006 03:30:33 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id kA4BUXAo022058; Sat, 4 Nov 2006 03:30:33 -0800 (PST) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 4 Nov 2006 03:30:32 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 4 Nov 2006 03:30:32 -0800 Message-ID: <454C79B3.9080609@cisco.com> Date: Sat, 04 Nov 2006 06:29:55 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <20061104060421.6145773068@freebsd-current.sentex.ca> <20061104070047.GA98215@what-creek.com> <20061104110644.GE854@turion.vk2pj.dyndns.org> In-Reply-To: <20061104110644.GE854@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Nov 2006 11:30:32.0694 (UTC) FILETIME=[A389E160:01C70004] DKIM-Signature: a=rsa-sha1; q=dns; l=995; t=1162639833; x=1163503833; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20[head=20tinderbox]=20failure=20on=20sparc64/sun4v; X=v=3Dcisco.com=3B=20h=3DdlYYRt/rc+u/Ae65nzXQdpNRGMA=3D; b=JhxMQDpW3ql5K5tpAzqD/hdsi6KWpZ6MuGAKhrN6x8z/rwtd5fP/K/Waxw913JkU4Q6TDqcl bTV31EkXW67JRDqOBxDjdnhPplUmbCF/L78fi7lQCVdHdJVivANCojyE; Authentication-Results: sj-dkim-3.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Cc: FreeBSD Tinderbox , Kip Macy , John Birrell , current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 11:30:38 -0000 Peter Jeremy wrote: > On Fri, 2006-Nov-03 23:46:27 -0800, Kip Macy wrote: > >>Sparc64 only supports CAS on 4 and 8 byte quantities. The only >>operation it support on 16 bytes is load. > > > The '16' in 'atomic_add_16' is bits. Few RISC architectures can > support atomic operations (or primitives to build atomic ops) on > anything other than their native word side and 32 bits. > > The problem is that SCTP is using a 16-bit refcnt and trying to > manipulate it atomically. This is problematic on anything except i386 > and amd64. The easiest solution seems to be to change refcnt to an > [u]int - though I'm not sure what other impacts this may have. > Ahh... cool.. I have been wondering if I should not just waste a few more bytes and move all 16 bit counts that we play with atomically to 32 bit.. I will do so.. it will make life easier for all concerned :-) R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 11:48:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81C6E16A4FA; Sat, 4 Nov 2006 11:48:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27F4E43D68; Sat, 4 Nov 2006 11:48:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA4BmAbB011286; Sat, 4 Nov 2006 06:48:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4BmAvQ044042; Sat, 4 Nov 2006 06:48:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1548373068; Sat, 4 Nov 2006 06:48:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104114810.1548373068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 06:48:10 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 11:48:11 -0000 TB --- 2006-11-04 10:33:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 10:33:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-11-04 10:33:16 - cleaning the object tree TB --- 2006-11-04 10:33:48 - checking out the source tree TB --- 2006-11-04 10:33:48 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-11-04 10:33:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 10:44:37 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 10:44:37 - cd /src TB --- 2006-11-04 10:44:37 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 10:44:38 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 11:39:31 UTC 2006 TB --- 2006-11-04 11:39:31 - generating LINT kernel config TB --- 2006-11-04 11:39:31 - cd /src/sys/sparc64/conf TB --- 2006-11-04 11:39:31 - /usr/bin/make -B LINT TB --- 2006-11-04 11:39:31 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 11:39:31 - cd /src TB --- 2006-11-04 11:39:31 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 11:39:31 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 11:48:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 11:48:09 - ERROR: failed to build lint kernel TB --- 2006-11-04 11:48:09 - tinderbox aborted TB --- 0.52 user 1.86 system 4492.98 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 11:53:26 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10B2D16A50E; Sat, 4 Nov 2006 11:53:26 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3475E43D75; Sat, 4 Nov 2006 11:53:20 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 04 Nov 2006 03:53:20 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAANwLTEWrR7PDh2dsb2JhbACMSQEBAQgOKg X-IronPort-AV: i="4.09,387,1157353200"; d="scan'208"; a="448033860:sNHT49806120" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id kA4BrJIO005526; Sat, 4 Nov 2006 03:53:19 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id kA4BrJAo002498; Sat, 4 Nov 2006 03:53:19 -0800 (PST) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Sat, 4 Nov 2006 03:53:19 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 4 Nov 2006 03:53:19 -0800 Message-ID: <454C7F0A.4080607@cisco.com> Date: Sat, 04 Nov 2006 06:52:42 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20061104114810.1548373068@freebsd-current.sentex.ca> In-Reply-To: <20061104114810.1548373068@freebsd-current.sentex.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Nov 2006 11:53:19.0415 (UTC) FILETIME=[D22AF470:01C70007] DKIM-Signature: a=rsa-sha1; q=dns; l=3543; t=1162641199; x=1163505199; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20[head=20tinderbox]=20failure=20on=20sparc64/sparc64; X=v=3Dcisco.com=3B=20h=3D/7mhP6KrdLa/cxS56ZiPUtxjgNs=3D; b=pj5FvKKx0M/jo4jWgD9vVfYFhz1mfywp9NOHKoN8fxih7YkrKFS2mjn/xSPg0FCyHCOy/pP1 ALCeRtpCyUZcvOi6Oz6eJ98cJeqJ4poQFF484a4jPiRMp5PZqy6H2mVB; Authentication-Results: sj-dkim-3.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Cc: current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 11:53:26 -0000 I have the commit ready to fix this.. but I am still waiting for it to come up ... for some reason when I do the commit.. it just hangs.. not sure why :-0 R FreeBSD Tinderbox wrote: > TB --- 2006-11-04 10:33:16 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2006-11-04 10:33:16 - starting HEAD tinderbox run for sparc64/sparc64 > TB --- 2006-11-04 10:33:16 - cleaning the object tree > TB --- 2006-11-04 10:33:48 - checking out the source tree > TB --- 2006-11-04 10:33:48 - cd /tinderbox/HEAD/sparc64/sparc64 > TB --- 2006-11-04 10:33:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2006-11-04 10:44:37 - building world (CFLAGS=-O2 -pipe) > TB --- 2006-11-04 10:44:37 - cd /src > TB --- 2006-11-04 10:44:37 - /usr/bin/make -B buildworld > >>>>World build started on Sat Nov 4 10:44:38 UTC 2006 >>>>Rebuilding the temporary build tree >>>>stage 1.1: legacy release compatibility shims >>>>stage 1.2: bootstrap tools >>>>stage 2.1: cleaning up the object tree >>>>stage 2.2: rebuilding the object tree >>>>stage 2.3: build tools >>>>stage 3: cross tools >>>>stage 4.1: building includes >>>>stage 4.2: building libraries >>>>stage 4.3: make dependencies >>>>stage 4.4: building everything >>>>World build completed on Sat Nov 4 11:39:31 UTC 2006 > > TB --- 2006-11-04 11:39:31 - generating LINT kernel config > TB --- 2006-11-04 11:39:31 - cd /src/sys/sparc64/conf > TB --- 2006-11-04 11:39:31 - /usr/bin/make -B LINT > TB --- 2006-11-04 11:39:31 - building LINT kernel (COPTFLAGS=-O2 -pipe) > TB --- 2006-11-04 11:39:31 - cd /src > TB --- 2006-11-04 11:39:31 - /usr/bin/make buildkernel KERNCONF=LINT > >>>>Kernel build for LINT started on Sat Nov 4 11:39:31 UTC 2006 >>>>stage 1: configuring the kernel >>>>stage 2.1: cleaning up the object tree >>>>stage 2.2: rebuilding the object tree >>>>stage 2.3: build tools >>>>stage 3.1: making dependencies >>>>stage 3.2: building everything > > [...] > /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here > /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' > /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' > /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here > /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': > /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' > /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' > /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here > *** Error code 1 > > Stop in /obj/sparc64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2006-11-04 11:48:09 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2006-11-04 11:48:09 - ERROR: failed to build lint kernel > TB --- 2006-11-04 11:48:09 - tinderbox aborted > TB --- 0.52 user 1.86 system 4492.98 real > > > http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 11:59:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9108C16A522; Sat, 4 Nov 2006 11:59:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B66843D49; Sat, 4 Nov 2006 11:59:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA4BxmIk011886; Sat, 4 Nov 2006 06:59:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4Bxm1O072477; Sat, 4 Nov 2006 06:59:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1796873068; Sat, 4 Nov 2006 06:59:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104115948.1796873068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 06:59:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 11:59:49 -0000 TB --- 2006-11-04 10:48:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 10:48:55 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-04 10:48:55 - cleaning the object tree TB --- 2006-11-04 10:49:21 - checking out the source tree TB --- 2006-11-04 10:49:21 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-04 10:49:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 10:58:21 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 10:58:21 - cd /src TB --- 2006-11-04 10:58:21 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 10:58:22 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 11:52:10 UTC 2006 TB --- 2006-11-04 11:52:10 - generating LINT kernel config TB --- 2006-11-04 11:52:10 - cd /src/sys/sun4v/conf TB --- 2006-11-04 11:52:10 - /usr/bin/make -B LINT TB --- 2006-11-04 11:52:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 11:52:10 - cd /src TB --- 2006-11-04 11:52:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 11:52:10 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 11:59:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 11:59:48 - ERROR: failed to build lint kernel TB --- 2006-11-04 11:59:48 - tinderbox aborted TB --- 0.51 user 1.83 system 4252.73 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 12:07:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75F2516A542; Sat, 4 Nov 2006 12:07:16 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E9F143D79; Sat, 4 Nov 2006 12:07:13 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 00446386C52; Sat, 4 Nov 2006 12:06:43 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 6DCD811434; Sat, 4 Nov 2006 13:07:12 +0100 (CET) Date: Sat, 4 Nov 2006 13:07:12 +0100 From: "Simon L. Nielsen" To: Randall Stewart Message-ID: <20061104120711.GC12770@zaphod.nitro.dk> References: <20061104114810.1548373068@freebsd-current.sentex.ca> <454C7F0A.4080607@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <454C7F0A.4080607@cisco.com> User-Agent: Mutt/1.5.11 Cc: sparc64@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 12:07:16 -0000 On 2006.11.04 06:52:42 -0500, Randall Stewart wrote: > I have the commit ready to fix this.. but I am > still waiting for it to come up ... for some > reason when I do the commit.. it just hangs.. not sure > why :-0 The NFS server at the FreeBSD.org cluster is not accessible for some reason, so commits etc. won't work until that is fixed. -- Simon L. Nielsen From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 12:11:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66B6F16A565; Sat, 4 Nov 2006 12:11:25 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 647E643D8B; Sat, 4 Nov 2006 12:11:11 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-2.cisco.com with ESMTP; 04 Nov 2006 04:11:11 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAJIQTEWrR7PDh2dsb2JhbACMSQEBAQgOKg X-IronPort-AV: i="4.09,387,1157353200"; d="scan'208"; a="350085585:sNHT24458908" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-3.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id kA4CBBCj016286; Sat, 4 Nov 2006 04:11:11 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id kA4CBBin014906; Sat, 4 Nov 2006 04:11:11 -0800 (PST) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 4 Nov 2006 04:11:10 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 4 Nov 2006 04:11:10 -0800 Message-ID: <454C8339.5000300@cisco.com> Date: Sat, 04 Nov 2006 07:10:33 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Simon L. Nielsen" References: <20061104114810.1548373068@freebsd-current.sentex.ca> <454C7F0A.4080607@cisco.com> <20061104120711.GC12770@zaphod.nitro.dk> In-Reply-To: <20061104120711.GC12770@zaphod.nitro.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Nov 2006 12:11:10.0772 (UTC) FILETIME=[50BF0F40:01C7000A] DKIM-Signature: a=rsa-sha1; q=dns; l=553; t=1162642271; x=1163506271; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20[head=20tinderbox]=20failure=20on=20sparc64/sparc64; X=v=3Dcisco.com=3B=20h=3D/7mhP6KrdLa/cxS56ZiPUtxjgNs=3D; b=UnzlBBu9AhFgssciUyaBXszUHGBy0eIA4A4AEqeSjSDVFAcRa97euYe9RH2rfYUdouhMZzCa cbIgWlIOA3mzOTEm1buRvb3n3UU7wRYbygB4cUjiy5Kuww2D1UErLxz3; Authentication-Results: sj-dkim-3.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Cc: sparc64@FreeBSD.org, FreeBSD Tinderbox , current@FreeBSD.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 12:11:25 -0000 Simon L. Nielsen wrote: > On 2006.11.04 06:52:42 -0500, Randall Stewart wrote: > >>I have the commit ready to fix this.. but I am >>still waiting for it to come up ... for some >>reason when I do the commit.. it just hangs.. not sure >>why :-0 > > > The NFS server at the FreeBSD.org cluster is not accessible for some > reason, so commits etc. won't work until that is fixed. > ahh.. well when this starts to work.. I will get this in :-) R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 13:40:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2407816A5E1; Sat, 4 Nov 2006 13:40:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF7B643D49; Sat, 4 Nov 2006 13:40:09 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA4De8su017537; Sat, 4 Nov 2006 08:40:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4De8Pm048649; Sat, 4 Nov 2006 08:40:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2D85473068; Sat, 4 Nov 2006 08:40:08 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104134008.2D85473068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 08:40:08 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 13:40:10 -0000 TB --- 2006-11-04 12:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 12:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-11-04 12:00:00 - cleaning the object tree TB --- 2006-11-04 12:00:43 - checking out the source tree TB --- 2006-11-04 12:00:43 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-11-04 12:00:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 12:11:16 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 12:11:16 - cd /src TB --- 2006-11-04 12:11:16 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 12:11:18 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Nov 4 13:30:23 UTC 2006 TB --- 2006-11-04 13:30:23 - generating LINT kernel config TB --- 2006-11-04 13:30:23 - cd /src/sys/amd64/conf TB --- 2006-11-04 13:30:23 - /usr/bin/make -B LINT TB --- 2006-11-04 13:30:23 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 13:30:23 - cd /src TB --- 2006-11-04 13:30:23 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 13:30:23 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctputil.c:207: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_nagle_event': /src/sys/netinet/sctputil.c:237: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_lock': /src/sys/netinet/sctputil.c:380: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c:381: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_wakeup_log': /src/sys/netinet/sctputil.c:498: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 13:40:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 13:40:07 - ERROR: failed to build lint kernel TB --- 2006-11-04 13:40:07 - tinderbox aborted TB --- 0.70 user 2.77 system 6007.55 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 14:27:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FFD216A615; Sat, 4 Nov 2006 14:27:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8DB043D5C; Sat, 4 Nov 2006 14:27:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA4ER1Zx020712; Sat, 4 Nov 2006 09:27:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4ER1Xi071740; Sat, 4 Nov 2006 09:27:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8925D73068; Sat, 4 Nov 2006 09:27:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104142701.8925D73068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 09:27:01 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 14:27:08 -0000 TB --- 2006-11-04 13:09:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 13:09:36 - starting HEAD tinderbox run for i386/i386 TB --- 2006-11-04 13:09:36 - cleaning the object tree TB --- 2006-11-04 13:10:13 - checking out the source tree TB --- 2006-11-04 13:10:13 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-11-04 13:10:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 13:19:05 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 13:19:05 - cd /src TB --- 2006-11-04 13:19:05 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 13:19:06 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 14:15:59 UTC 2006 TB --- 2006-11-04 14:15:59 - generating LINT kernel config TB --- 2006-11-04 14:15:59 - cd /src/sys/i386/conf TB --- 2006-11-04 14:15:59 - /usr/bin/make -B LINT TB --- 2006-11-04 14:15:59 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 14:15:59 - cd /src TB --- 2006-11-04 14:15:59 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 14:16:00 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 14:27:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 14:27:01 - ERROR: failed to build lint kernel TB --- 2006-11-04 14:27:01 - tinderbox aborted TB --- 0.59 user 1.98 system 4645.10 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 14:56:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B24816A637; Sat, 4 Nov 2006 14:56:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7BC643D5A; Sat, 4 Nov 2006 14:56:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4EuFT0006352; Sat, 4 Nov 2006 09:56:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4EuFYQ052092; Sat, 4 Nov 2006 09:56:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F026773068; Sat, 4 Nov 2006 09:56:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104145614.F026773068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 09:56:14 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 14:56:16 -0000 TB --- 2006-11-04 13:40:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 13:40:08 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-04 13:40:08 - cleaning the object tree TB --- 2006-11-04 13:40:36 - checking out the source tree TB --- 2006-11-04 13:40:36 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-04 13:40:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 13:52:29 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 13:52:29 - cd /src TB --- 2006-11-04 13:52:29 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 13:52:31 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 14:47:30 UTC 2006 TB --- 2006-11-04 14:47:30 - generating LINT kernel config TB --- 2006-11-04 14:47:30 - cd /src/sys/pc98/conf TB --- 2006-11-04 14:47:30 - /usr/bin/make -B LINT TB --- 2006-11-04 14:47:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 14:47:30 - cd /src TB --- 2006-11-04 14:47:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 14:47:30 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 14:56:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 14:56:14 - ERROR: failed to build lint kernel TB --- 2006-11-04 14:56:14 - tinderbox aborted TB --- 0.61 user 1.85 system 4566.49 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 15:02:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC23816A679; Sat, 4 Nov 2006 15:02:54 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F35F43D9B; Sat, 4 Nov 2006 15:02:38 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 506C878C1B; Sat, 4 Nov 2006 15:02:08 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 03A411141D; Sat, 4 Nov 2006 16:02:35 +0100 (CET) Date: Sat, 4 Nov 2006 16:02:35 +0100 From: "Simon L. Nielsen" To: freebsd-current@freebsd.org, freebsd-ports@FreeBSD.org, freebsd-chat@FreeBSD.org Message-ID: <20061104150235.GA2033@zaphod.nitro.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: dumpster offline = most FreeBSD.org offline... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Simon L. Nielsen" , freebsd-chat@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 15:02:55 -0000 [I sent this to the internal developers list, but since that doesn't work right now, I'm sending the info here. Please respect reply-to.] Hey, dumpster, the main FreeBSD.org NFS server, is offline with the expected result that most things like freefall login, cvs commits etc. don't work. I don't expect things to be fixed until morning PST when someone can get to the datacenter and look at what went wrong. -- Simon L. Nielsen Hat of the day: remote admins From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 16:06:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE19116A6AB; Sat, 4 Nov 2006 16:05:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E210043D4C; Sat, 4 Nov 2006 16:05:57 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4G5vpp013574; Sat, 4 Nov 2006 11:05:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4G5vgh080841; Sat, 4 Nov 2006 11:05:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F1C8673068; Sat, 4 Nov 2006 11:05:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104160556.F1C8673068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 11:05:56 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 16:06:05 -0000 TB --- 2006-11-04 14:27:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 14:27:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-11-04 14:27:01 - cleaning the object tree TB --- 2006-11-04 14:27:27 - checking out the source tree TB --- 2006-11-04 14:27:27 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-11-04 14:27:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 14:36:24 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 14:36:24 - cd /src TB --- 2006-11-04 14:36:24 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 14:36:26 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 15:53:15 UTC 2006 TB --- 2006-11-04 15:53:16 - generating LINT kernel config TB --- 2006-11-04 15:53:16 - cd /src/sys/ia64/conf TB --- 2006-11-04 15:53:16 - /usr/bin/make -B LINT TB --- 2006-11-04 15:53:16 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 15:53:16 - cd /src TB --- 2006-11-04 15:53:16 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 15:53:16 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctputil.c:207: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_nagle_event': /src/sys/netinet/sctputil.c:237: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_lock': /src/sys/netinet/sctputil.c:380: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c:381: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_wakeup_log': /src/sys/netinet/sctputil.c:498: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 16:05:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 16:05:56 - ERROR: failed to build lint kernel TB --- 2006-11-04 16:05:56 - tinderbox aborted TB --- 0.52 user 1.85 system 5935.04 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 16:10:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 415A716A6A8; Sat, 4 Nov 2006 16:10:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E92D43DA7; Sat, 4 Nov 2006 16:09:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4G9uSN013954; Sat, 4 Nov 2006 11:09:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4G9ucE060633; Sat, 4 Nov 2006 11:09:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 334A973068; Sat, 4 Nov 2006 11:09:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104160956.334A973068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 11:09:56 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 16:10:12 -0000 TB --- 2006-11-04 14:56:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 14:56:15 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-11-04 14:56:15 - cleaning the object tree TB --- 2006-11-04 14:56:44 - checking out the source tree TB --- 2006-11-04 14:56:44 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-11-04 14:56:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 15:05:14 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 15:05:14 - cd /src TB --- 2006-11-04 15:05:14 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 15:05:16 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 16:02:10 UTC 2006 TB --- 2006-11-04 16:02:10 - generating LINT kernel config TB --- 2006-11-04 16:02:10 - cd /src/sys/powerpc/conf TB --- 2006-11-04 16:02:10 - /usr/bin/make -B LINT TB --- 2006-11-04 16:02:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 16:02:10 - cd /src TB --- 2006-11-04 16:02:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 16:02:11 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 16:09:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 16:09:56 - ERROR: failed to build lint kernel TB --- 2006-11-04 16:09:56 - tinderbox aborted TB --- 0.55 user 1.98 system 4420.95 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 16:31:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAF1116A6FB for ; Sat, 4 Nov 2006 16:31:47 +0000 (UTC) (envelope-from bahamasfranks@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 2CC5243DAE for ; Sat, 4 Nov 2006 16:31:32 +0000 (GMT) (envelope-from bahamasfranks@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so542022uge for ; Sat, 04 Nov 2006 08:31:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=HnsHBrh1QXOLwT3s5amGyfd+r7QJAeCEunKPpsrJFRJekOH73M34cC1qeQHkhDmYHGMRL2XPslAOITeniGJhUEcFFBJFAdqUcapEcD8t9Bo6yYOdvF8/w78QRw4bejTfdRAIlBzqmZ8S7FeQB3uTbGGl+hGxgHs7XhhVF/+wr+Y= Received: by 10.66.244.10 with SMTP id r10mr4536318ugh.1162657891809; Sat, 04 Nov 2006 08:31:31 -0800 (PST) Received: by 10.66.236.1 with HTTP; Sat, 4 Nov 2006 08:31:30 -0800 (PST) Message-ID: <539c60b90611040831l3101a720i6cb87ee1cb8272ad@mail.gmail.com> Date: Sat, 4 Nov 2006 09:31:30 -0700 From: "Steve Franks" Sender: bahamasfranks@gmail.com To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: ce76fd524452e6d3 Subject: read cd's but not dvd's? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 16:31:47 -0000 Any potential configuration-realted reasons that I can mount cd's just fine in my dvd drive (atapi), but not data or movie dvd's (commercial and dvd+r's)? I get an 'unrecognized or drive empty' type error. Just a bad drive? It makes the standard spin-up noises and some reading sounds after loading a dvd, and it's a fairly new drive. The faq and man pages don't seem to suggest any configuration-realted differences between cd & dvd. They are both iso9660 format, correct? Steve From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 16:51:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9AEE16A731 for ; Sat, 4 Nov 2006 16:51:35 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7795D43D55 for ; Sat, 4 Nov 2006 16:51:35 +0000 (GMT) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1GgOk2-0001JV-G3>; Sat, 04 Nov 2006 17:51:34 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1GgOk2-0002pQ-Ex>; Sat, 04 Nov 2006 17:51:34 +0100 Message-ID: <454CC513.10707@zedat.fu-berlin.de> Date: Sat, 04 Nov 2006 17:51:31 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: Steve Franks References: <539c60b90611040831l3101a720i6cb87ee1cb8272ad@mail.gmail.com> In-Reply-To: <539c60b90611040831l3101a720i6cb87ee1cb8272ad@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-current@freebsd.org Subject: Re: read cd's but not dvd's? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 16:51:36 -0000 Steve Franks wrote: > Any potential configuration-realted reasons that I can mount cd's just > fine in my dvd drive (atapi), but not data or movie dvd's (commercial > and dvd+r's)? I get an 'unrecognized or drive empty' type error. Just > a bad drive? It makes the standard spin-up noises and some reading > sounds after loading a dvd, and it's a fairly new drive. The faq and > man pages don't seem to suggest any configuration-realted differences > between cd & dvd. They are both iso9660 format, correct? > > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Are you sure the drive is capable of handling DVDs physically, means: is it a DVD-drive? I also had never success mounting several commercial cinema-scope DVDs due to an unrecognized non-ISO9660 format - maybe some kind of copy prevention. Just some thoughts. regards, Oliver -- From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 17:16:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AAB416A73C for ; Sat, 4 Nov 2006 17:16:21 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9178343D97 for ; Sat, 4 Nov 2006 17:15:49 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.182.43] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis), id 0ML25U-1GgP7A11Dg-00085t; Sat, 04 Nov 2006 18:15:41 +0100 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sat, 4 Nov 2006 18:15:19 +0100 User-Agent: KMail/1.9.4 References: <539c60b90611040831l3101a720i6cb87ee1cb8272ad@mail.gmail.com> In-Reply-To: <539c60b90611040831l3101a720i6cb87ee1cb8272ad@mail.gmail.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12156562.EZh8NFkf1b"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200611041815.26099.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Steve Franks Subject: Re: read cd's but not dvd's? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 17:16:21 -0000 --nextPart12156562.EZh8NFkf1b Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 04 November 2006 17:31, Steve Franks wrote: > Any potential configuration-realted reasons that I can mount cd's just > fine in my dvd drive (atapi), but not data or movie dvd's (commercial > and dvd+r's)? I get an 'unrecognized or drive empty' type error. Just > a bad drive? It makes the standard spin-up noises and some reading > sounds after loading a dvd, and it's a fairly new drive. The faq and > man pages don't seem to suggest any configuration-realted differences > between cd & dvd. They are both iso9660 format, correct? Try if you can read from the disc "dd if=3D/dev/acd0 of=3Dsomefile bs=3D1m count=3D1" and check the resulting dump with file(1). e.g.: # file somefile somefile: ISO 9660 CD-ROM filesystem data 'CDROM ' # hd somefile | head 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |..............= =2E.| * 00008000 01 43 44 30 30 31 01 00 46 72 65 65 42 53 44 20 |.CD001..FreeBS= D | =2E.. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart12156562.EZh8NFkf1b Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFTMquXyyEoT62BG0RAoqPAJ9V4rSDIlev66w2lXTluYbk4/SMagCaAon8 I215VbLYbZJqkTU7nNrjT94= =xhlY -----END PGP SIGNATURE----- --nextPart12156562.EZh8NFkf1b-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 17:23:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7595616A734; Sat, 4 Nov 2006 17:23:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2B0C43D7C; Sat, 4 Nov 2006 17:23:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4HN298022652; Sat, 4 Nov 2006 12:23:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4HN2N4052441; Sat, 4 Nov 2006 12:23:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 99A7973068; Sat, 4 Nov 2006 12:23:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104172302.99A7973068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 12:23:02 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 17:23:05 -0000 TB --- 2006-11-04 16:09:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 16:09:56 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-04 16:09:56 - cleaning the object tree TB --- 2006-11-04 16:10:22 - checking out the source tree TB --- 2006-11-04 16:10:22 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-04 16:10:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 16:16:47 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 16:16:47 - cd /src TB --- 2006-11-04 16:16:47 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 16:16:49 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 17:14:29 UTC 2006 TB --- 2006-11-04 17:14:29 - generating LINT kernel config TB --- 2006-11-04 17:14:29 - cd /src/sys/sun4v/conf TB --- 2006-11-04 17:14:29 - /usr/bin/make -B LINT TB --- 2006-11-04 17:14:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 17:14:29 - cd /src TB --- 2006-11-04 17:14:29 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 17:14:29 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 17:23:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 17:23:02 - ERROR: failed to build lint kernel TB --- 2006-11-04 17:23:02 - tinderbox aborted TB --- 0.57 user 1.74 system 4385.98 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 17:23:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5771116A798; Sat, 4 Nov 2006 17:23:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3225443D7D; Sat, 4 Nov 2006 17:23:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA4HNUWX034717; Sat, 4 Nov 2006 12:23:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4HNUsL067165; Sat, 4 Nov 2006 12:23:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1A5A373068; Sat, 4 Nov 2006 12:23:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104172330.1A5A373068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 12:23:30 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 17:23:37 -0000 TB --- 2006-11-04 16:05:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 16:05:57 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-11-04 16:05:57 - cleaning the object tree TB --- 2006-11-04 16:06:15 - checking out the source tree TB --- 2006-11-04 16:06:15 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-11-04 16:06:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 16:16:47 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 16:16:47 - cd /src TB --- 2006-11-04 16:16:47 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 16:16:49 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 17:14:43 UTC 2006 TB --- 2006-11-04 17:14:43 - generating LINT kernel config TB --- 2006-11-04 17:14:43 - cd /src/sys/sparc64/conf TB --- 2006-11-04 17:14:43 - /usr/bin/make -B LINT TB --- 2006-11-04 17:14:44 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 17:14:44 - cd /src TB --- 2006-11-04 17:14:44 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 17:14:44 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 17:23:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 17:23:30 - ERROR: failed to build lint kernel TB --- 2006-11-04 17:23:30 - tinderbox aborted TB --- 0.54 user 1.83 system 4653.12 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 19:06:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B99516A416; Sat, 4 Nov 2006 19:06:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E17B743DDC; Sat, 4 Nov 2006 19:05:58 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4J5lsK032774; Sat, 4 Nov 2006 14:05:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4J5lZJ044998; Sat, 4 Nov 2006 14:05:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 38A7073068; Sat, 4 Nov 2006 14:05:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104190547.38A7073068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 14:05:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 19:06:45 -0000 TB --- 2006-11-04 17:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 17:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-11-04 17:25:00 - cleaning the object tree TB --- 2006-11-04 17:25:46 - checking out the source tree TB --- 2006-11-04 17:25:46 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-11-04 17:25:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 17:36:20 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 17:36:20 - cd /src TB --- 2006-11-04 17:36:20 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 17:36:22 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Nov 4 18:55:52 UTC 2006 TB --- 2006-11-04 18:55:52 - generating LINT kernel config TB --- 2006-11-04 18:55:52 - cd /src/sys/amd64/conf TB --- 2006-11-04 18:55:52 - /usr/bin/make -B LINT TB --- 2006-11-04 18:55:52 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 18:55:52 - cd /src TB --- 2006-11-04 18:55:52 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 18:55:53 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctputil.c:207: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_nagle_event': /src/sys/netinet/sctputil.c:237: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_lock': /src/sys/netinet/sctputil.c:380: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c:381: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_wakeup_log': /src/sys/netinet/sctputil.c:498: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 19:05:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 19:05:46 - ERROR: failed to build lint kernel TB --- 2006-11-04 19:05:46 - tinderbox aborted TB --- 0.77 user 2.67 system 6046.66 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 19:44:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D84BC16A407 for ; Sat, 4 Nov 2006 19:44:16 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from mail.twinthornes.com (mail.twinthornes.com [65.75.198.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CF5743D88 for ; Sat, 4 Nov 2006 19:44:10 +0000 (GMT) (envelope-from freebsd@bitfreak.org) Received: from [10.9.70.3] (c-71-56-148-19.hsd1.or.comcast.net [71.56.148.19]) by mail.twinthornes.com (Postfix) with ESMTP id BB65CF29; Sat, 4 Nov 2006 11:44:09 -0800 (PST) Message-ID: <454CED88.1070500@bitfreak.org> Date: Sat, 04 Nov 2006 11:44:08 -0800 From: freebsd@bitfreak.org User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: "O. Hartmann" References: <539c60b90611040831l3101a720i6cb87ee1cb8272ad@mail.gmail.com> <454CC513.10707@zedat.fu-berlin.de> In-Reply-To: <454CC513.10707@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: read cd's but not dvd's? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 19:44:16 -0000 O. Hartmann wrote: > I also had never success mounting several commercial cinema-scope DVDs > due to an unrecognized non-ISO9660 format - maybe some kind of copy > prevention. That would probably be because DVDs use the UDF format. ISO9660 is only for CDs. From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 19:54:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9896216A416; Sat, 4 Nov 2006 19:54:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D87F043D55; Sat, 4 Nov 2006 19:54:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4Js1Qf037890; Sat, 4 Nov 2006 14:54:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4Js1hB087517; Sat, 4 Nov 2006 14:54:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0B08273068; Sat, 4 Nov 2006 14:54:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104195401.0B08273068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 14:54:00 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 19:54:02 -0000 TB --- 2006-11-04 18:35:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 18:35:15 - starting HEAD tinderbox run for i386/i386 TB --- 2006-11-04 18:35:15 - cleaning the object tree TB --- 2006-11-04 18:35:49 - checking out the source tree TB --- 2006-11-04 18:35:49 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-11-04 18:35:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 18:44:46 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 18:44:46 - cd /src TB --- 2006-11-04 18:44:46 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 18:44:47 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 19:42:38 UTC 2006 TB --- 2006-11-04 19:42:38 - generating LINT kernel config TB --- 2006-11-04 19:42:38 - cd /src/sys/i386/conf TB --- 2006-11-04 19:42:38 - /usr/bin/make -B LINT TB --- 2006-11-04 19:42:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 19:42:38 - cd /src TB --- 2006-11-04 19:42:38 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 19:42:38 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 19:54:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 19:54:00 - ERROR: failed to build lint kernel TB --- 2006-11-04 19:54:00 - tinderbox aborted TB --- 0.55 user 2.01 system 4725.45 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 20:02:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EC5A16A4A0 for ; Sat, 4 Nov 2006 20:02:50 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26AE243D91 for ; Sat, 4 Nov 2006 20:01:41 +0000 (GMT) (envelope-from sos@freebsd.org) Received: from [194.192.25.130] (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id kA4K1Xkp070485; Sat, 4 Nov 2006 21:01:33 +0100 (CET) (envelope-from sos@freebsd.org) Message-ID: <454CF1A0.2090504@freebsd.org> Date: Sat, 04 Nov 2006 21:01:36 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.2 (X11/20060531) MIME-Version: 1.0 To: Steve Franks References: <539c60b90611040831l3101a720i6cb87ee1cb8272ad@mail.gmail.com> In-Reply-To: <539c60b90611040831l3101a720i6cb87ee1cb8272ad@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v2.0beta Cc: freebsd-current@freebsd.org Subject: Re: read cd's but not dvd's? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 20:02:50 -0000 Steve Franks wrote: > Any potential configuration-realted reasons that I can mount cd's just > fine in my dvd drive (atapi), but not data or movie dvd's (commercial > and dvd+r's)? I get an 'unrecognized or drive empty' type error. Just > a bad drive? It makes the standard spin-up noises and some reading > sounds after loading a dvd, and it's a fairly new drive. The faq and > man pages don't seem to suggest any configuration-realted differences > between cd & dvd. They are both iso9660 format, correct? Yes, but most movie DVD's are copyprotected where you need to perform the right woodoo agaist the DVD drive to enabling reading the data. When you get that far the data might be encrypted as well, needing a decrypt before they make sense. Welcome to the wonderfull world of copy protection :) -Søren From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 20:08:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FF3116A412 for ; Sat, 4 Nov 2006 20:08:30 +0000 (UTC) (envelope-from josh.carroll@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 0435D43D5A for ; Sat, 4 Nov 2006 20:07:59 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: by nf-out-0910.google.com with SMTP id i2so1936595nfe for ; Sat, 04 Nov 2006 12:07:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=hTfLOIrBED6aPwX8KCIe9tKMeV2iHW7oQ+SYaGbQNmz3la1wZvGfpgXPiXpZ+U0yIF/bVQ6BGCoaDFKbjLESAzZlRtvL80kdbDpSRTt2QdCBKyqqtREI4XGhNRaqmXuB1rx4EYab5w2yxhIkQLmJOXyo4iaW7Jwbe0hfD4qc1IQ= Received: by 10.82.118.2 with SMTP id q2mr1034882buc.1162670867741; Sat, 04 Nov 2006 12:07:47 -0800 (PST) Received: by 10.82.163.16 with HTTP; Sat, 4 Nov 2006 12:07:47 -0800 (PST) Message-ID: <8cb6106e0611041207v41a57784p136e9d06b7c668bf@mail.gmail.com> Date: Sat, 4 Nov 2006 12:07:47 -0800 From: "Josh Carroll" Sender: josh.carroll@gmail.com To: freebsd-current@freebsd.org In-Reply-To: <454CED88.1070500@bitfreak.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <539c60b90611040831l3101a720i6cb87ee1cb8272ad@mail.gmail.com> <454CC513.10707@zedat.fu-berlin.de> <454CED88.1070500@bitfreak.org> X-Google-Sender-Auth: fdfa0fcde1394a04 Cc: "freebsd@bitfreak.org" , "O. Hartmann" Subject: Re: read cd's but not dvd's? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 20:08:30 -0000 > That would probably be because DVDs use the UDF format. ISO9660 is only > for CDs. Actually, you can mount some DVDs with mount_iso9660, but obviously it won't work properly for large files. Note that I don't think you can just mount a commercial DVD with mount_udf and start copying .VOB files off if it. You'll need to use something like libdvdread, etc. I had the same problems with my DVD drive, and thought it was my hardware or a kernel bug, but it's simply not possible to read files off an encrypted DVD after mounting with mount_udf. Josh From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 20:14:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B32616A417 for ; Sat, 4 Nov 2006 20:14:23 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18F8343DB8 for ; Sat, 4 Nov 2006 20:13:01 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (8sr0b6sfhqi00ott@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id kA4KCpvX058651; Sat, 4 Nov 2006 12:12:51 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id kA4KCpuH058650; Sat, 4 Nov 2006 12:12:51 -0800 (PST) (envelope-from jmg) Date: Sat, 4 Nov 2006 12:12:50 -0800 From: John-Mark Gurney To: Vladimir Kushnir Message-ID: <20061104201250.GO25511@funkthat.com> Mail-Followup-To: Vladimir Kushnir , current@freebsd.org References: <20061026015618.E1706@kushnir1.kiev.ua> <20061102220454.GK25511@funkthat.com> <20061103183548.T60893@kushnir1.kiev.ua> <20061104005738.GN25511@funkthat.com> <20061104051417.U1182@kushnir1.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061104051417.U1182@kushnir1.kiev.ua> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: current@freebsd.org Subject: Re: Asus A8V hangs during pci probe on fresh -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 20:14:23 -0000 Vladimir Kushnir wrote this message on Sat, Nov 04, 2006 at 05:30 +0200: > > > On Fri, 3 Nov 2006, John-Mark Gurney wrote: > > >Vladimir Kushnir wrote this message on Sat, Nov 04, 2006 at 00:49 +0200: > >> > >> > >>On Thu, 2 Nov 2006, John-Mark Gurney wrote: > >> > >>>Vladimir Kushnir wrote this message on Thu, Oct 26, 2006 at 02:27 +0300: > >>>>Is there anything I could do to help fixing this? > >>> > >>>This is likely related to the vpd work that I've done recently... > >>> > >>>Attached is a patch that may fix your troubles. (I'll commit it shortly > >>>once I've tested it on my own systems.) > >>> > >> > >>Unfortunately, it does not help at all - system hangs at precisely the > >>same point :-( > > > >in src/sys/dev/pci.c, at about line 583, in the function pci_read_vpd, > >there is #if 0, change it to #if 1, and send me the first few hundred > >lines of what it prints... > > > >That'll help me figure out where it's hanging.. > > > > Sorry I'v no serial console so the only lines I can provide are the very > last ones; and they don't seem to relate to vpd (they are the same for > ANY changes - with or without patch, with "#if 0" or "#if 1", for GENERIC > or my custom kernel etc): > > pcib1: at device 9.0 on pci0 > pcib1: secondary bus 5 > pcib1: subordinate bus 5 > pcib1: I/O decode 0xf0000-0xfff > pcib1: memory decode 0xca000000-0xca0fffff > pcib1: prefetched decode 0xca100000-0xca1fffff > pcib1: Subtractively decoded bridge > pci5: on pcib1 > pci5: physical bus=5 > > and here system hangs. Ok, then add a couple printfs to the pci_read_vpd_reg line... one before the WREG line, and another before the return... I have a feeling that your card isn't setting the correct bit, as the printf you enabled w/ if 1 won't run unless it gets data from this function... If you're hanging in this function, then I'll have to do something else... :( or you could return the card/mobo as not PCI compliant... but I doubt you'd want to do the last one.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 20:23:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 175E616A47B; Sat, 4 Nov 2006 20:23:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11B6643D92; Sat, 4 Nov 2006 20:22:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4KMqAp040834; Sat, 4 Nov 2006 15:22:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4KMqpQ059254; Sat, 4 Nov 2006 15:22:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BE35D73068; Sat, 4 Nov 2006 15:22:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104202252.BE35D73068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 15:22:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 20:23:05 -0000 TB --- 2006-11-04 19:05:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 19:05:47 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-04 19:05:47 - cleaning the object tree TB --- 2006-11-04 19:06:10 - checking out the source tree TB --- 2006-11-04 19:06:10 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-04 19:06:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 19:18:23 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 19:18:23 - cd /src TB --- 2006-11-04 19:18:23 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 19:18:24 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 20:14:04 UTC 2006 TB --- 2006-11-04 20:14:04 - generating LINT kernel config TB --- 2006-11-04 20:14:04 - cd /src/sys/pc98/conf TB --- 2006-11-04 20:14:04 - /usr/bin/make -B LINT TB --- 2006-11-04 20:14:04 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 20:14:04 - cd /src TB --- 2006-11-04 20:14:04 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 20:14:04 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 20:22:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 20:22:52 - ERROR: failed to build lint kernel TB --- 2006-11-04 20:22:52 - tinderbox aborted TB --- 0.62 user 2.01 system 4625.12 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 21:32:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B82016A417; Sat, 4 Nov 2006 21:32:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCC4943D46; Sat, 4 Nov 2006 21:32:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4LWkLf046275; Sat, 4 Nov 2006 16:32:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4LWkfG044224; Sat, 4 Nov 2006 16:32:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E9DC973068; Sat, 4 Nov 2006 16:32:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104213245.E9DC973068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 16:32:45 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 21:32:47 -0000 TB --- 2006-11-04 19:54:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 19:54:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-11-04 19:54:01 - cleaning the object tree TB --- 2006-11-04 19:54:24 - checking out the source tree TB --- 2006-11-04 19:54:24 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-11-04 19:54:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 20:03:22 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 20:03:22 - cd /src TB --- 2006-11-04 20:03:22 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 20:03:23 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 21:20:10 UTC 2006 TB --- 2006-11-04 21:20:10 - generating LINT kernel config TB --- 2006-11-04 21:20:10 - cd /src/sys/ia64/conf TB --- 2006-11-04 21:20:10 - /usr/bin/make -B LINT TB --- 2006-11-04 21:20:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 21:20:10 - cd /src TB --- 2006-11-04 21:20:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 21:20:10 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctputil.c:207: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_nagle_event': /src/sys/netinet/sctputil.c:237: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_lock': /src/sys/netinet/sctputil.c:380: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c:381: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_wakeup_log': /src/sys/netinet/sctputil.c:498: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 21:32:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 21:32:45 - ERROR: failed to build lint kernel TB --- 2006-11-04 21:32:45 - tinderbox aborted TB --- 0.56 user 1.81 system 5924.47 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 21:37:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61C2C16A412; Sat, 4 Nov 2006 21:37:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EDD543D5A; Sat, 4 Nov 2006 21:37:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA4LbANx049839; Sat, 4 Nov 2006 16:37:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4LbAdT073698; Sat, 4 Nov 2006 16:37:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2DF0773068; Sat, 4 Nov 2006 16:37:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104213710.2DF0773068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 16:37:10 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 21:37:12 -0000 TB --- 2006-11-04 20:22:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 20:22:52 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-11-04 20:22:52 - cleaning the object tree TB --- 2006-11-04 20:23:18 - checking out the source tree TB --- 2006-11-04 20:23:18 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-11-04 20:23:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 20:32:04 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 20:32:04 - cd /src TB --- 2006-11-04 20:32:04 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 20:32:05 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 21:29:18 UTC 2006 TB --- 2006-11-04 21:29:18 - generating LINT kernel config TB --- 2006-11-04 21:29:18 - cd /src/sys/powerpc/conf TB --- 2006-11-04 21:29:18 - /usr/bin/make -B LINT TB --- 2006-11-04 21:29:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 21:29:18 - cd /src TB --- 2006-11-04 21:29:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 21:29:18 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 21:37:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 21:37:09 - ERROR: failed to build lint kernel TB --- 2006-11-04 21:37:09 - tinderbox aborted TB --- 0.57 user 1.91 system 4457.15 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 22:50:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5B9516A403; Sat, 4 Nov 2006 22:50:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5814143D76; Sat, 4 Nov 2006 22:50:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4MoT1l051815; Sat, 4 Nov 2006 17:50:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4MoTFG021004; Sat, 4 Nov 2006 17:50:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 505FC73068; Sat, 4 Nov 2006 17:50:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104225029.505FC73068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 17:50:29 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 22:50:36 -0000 TB --- 2006-11-04 21:37:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 21:37:10 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-04 21:37:10 - cleaning the object tree TB --- 2006-11-04 21:37:39 - checking out the source tree TB --- 2006-11-04 21:37:39 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-04 21:37:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 21:44:08 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 21:44:08 - cd /src TB --- 2006-11-04 21:44:08 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 21:44:10 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 22:41:32 UTC 2006 TB --- 2006-11-04 22:41:32 - generating LINT kernel config TB --- 2006-11-04 22:41:32 - cd /src/sys/sun4v/conf TB --- 2006-11-04 22:41:32 - /usr/bin/make -B LINT TB --- 2006-11-04 22:41:33 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 22:41:33 - cd /src TB --- 2006-11-04 22:41:33 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 22:41:33 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 22:50:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 22:50:28 - ERROR: failed to build lint kernel TB --- 2006-11-04 22:50:28 - tinderbox aborted TB --- 0.57 user 1.74 system 4398.64 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 4 22:50:51 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4346316A506; Sat, 4 Nov 2006 22:50:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B129043D55; Sat, 4 Nov 2006 22:50:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4Mom5G051828; Sat, 4 Nov 2006 17:50:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA4MolcA021218; Sat, 4 Nov 2006 17:50:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C74B37306B; Sat, 4 Nov 2006 17:50:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061104225047.C74B37306B@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 17:50:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 22:50:51 -0000 TB --- 2006-11-04 21:32:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 21:32:46 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-11-04 21:32:46 - cleaning the object tree TB --- 2006-11-04 21:33:14 - checking out the source tree TB --- 2006-11-04 21:33:14 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-11-04 21:33:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 21:44:08 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 21:44:08 - cd /src TB --- 2006-11-04 21:44:08 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 21:44:10 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 4 22:41:46 UTC 2006 TB --- 2006-11-04 22:41:46 - generating LINT kernel config TB --- 2006-11-04 22:41:46 - cd /src/sys/sparc64/conf TB --- 2006-11-04 22:41:46 - /usr/bin/make -B LINT TB --- 2006-11-04 22:41:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-04 22:41:46 - cd /src TB --- 2006-11-04 22:41:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 4 22:41:47 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-04 22:50:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-04 22:50:47 - ERROR: failed to build lint kernel TB --- 2006-11-04 22:50:47 - tinderbox aborted TB --- 0.62 user 1.69 system 4681.75 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full