From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 01:06:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B248106564A for ; Sun, 3 Jun 2012 01:06:01 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0EFFC8FC0C for ; Sun, 3 Jun 2012 01:06:01 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.10]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q5315eff029806; Sat, 2 Jun 2012 19:05:41 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Sun, 03 Jun 2012 08:05:34 +0700 Message-ID: <1864247.eVOd0n24z5@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <4FCA0B5F.5010500@digsys.bg> References: <3303845.JjFTmctz7f@x220.ovitrap.com> <4FCA0B5F.5010500@digsys.bg> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Daniel Kalchev Subject: Re: Why Are You Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 01:06:01 -0000 Hi, On 02 June 2012 PM 3:47:27 Daniel Kalchev wrote: > > On 02.06.12 15:32, Erich wrote: > > I know that the ports tree is a moving target. But it stops moving during the release period. This could be used to give a fall back solution. > > > > Or do I see this really too simple? > > The ports tree is a moving target during release periods still, although > there are efforts to make movements smaller. This is why, after a > release it suddenly moves more :) I know. I save me as many versions as possible during a release just as a fall back. I did not do this before and got hit several times when I believed that all I need is the installation of a small program. Anyway, the team knows the version of the tree used for the release they are working on. Making this ports tree easily available could help to overcome some problems. Erich From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 03:09:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FF9E106564A for ; Sun, 3 Jun 2012 03:09:37 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4DBB08FC08 for ; Sun, 3 Jun 2012 03:09:37 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 46DAC56205; Sat, 2 Jun 2012 22:09:31 -0500 (CDT) Date: Sat, 2 Jun 2012 22:09:31 -0500 From: Mark Linimon To: Fritz Wuehler Message-ID: <20120603030931.GA11225@lonesome.com> References: <20120602052228.GA6624@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 03:09:37 -0000 On Sun, Jun 03, 2012 at 01:43:43AM +0200, Fritz Wuehler wrote: > So there could be lots of overlap and just looking at the two numbers > you posted doesn't really tell the whole story. No, I agree that it doesn't. I was just trying to add an aside, and point out that the task would not be trivial. Since I'm heavily invested in FreeBSD ports I think I need to step back and let other folks comment in this thread. mcl From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 03:38:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86F6E106566B for ; Sun, 3 Jun 2012 03:38:41 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 57DE98FC08 for ; Sun, 3 Jun 2012 03:38:41 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.78]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q533cYPe030986; Sat, 2 Jun 2012 21:38:34 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Sun, 03 Jun 2012 08:21:42 +0700 Message-ID: <1628003.3f5XqiNPan@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: References: <4FC9F245.8030300@digsys.bg> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Alexander Yerenkow Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 03:38:41 -0000 Hi, On 02 June 2012 PM 4:07:23 Alexander Yerenkow wrote: > I'll try to be short. > I'm using FreeBSD both at servers and as a desktop, but I see > struggling of my friends with it in some things. > > 1. Ports mess. You can very easily render system unusable, or broken > if you trying to use latest ports. And then you had to became "a port > master" to fix all. Of course you need a lot of free time, right? :) this seems to be ignored. I have just a small discussion in the thread Why are you using FreeBSD about this. It would be already a step forward to help people out of this fix when the ports tree of release would be easily available. > 2. No decent packet manager (I hope pkgng will make life easier). You > can't just upgrade this and that packet and see what's new, and > rollback if you don't like somthing . I really hope this will never come. Why? It will kill make install. Make install is the key to FreeBSD. I believe a better solution would be versioning of the ports tree. When the ports tree compiles fully, it can be saved and its version number incremented. I do not believe that much more would be needed. Of course, we have then a huge number of versions. Would it matter? Give the ports tree the major version number of the latest release. So, at the moment it would be 10. Increment then the minor every hour if you want. Just make sure that the ports tree can be downloaded for some time under this version number. > 3. "FreeBSD is not a linux" - so FreeBSD avoid linuxisms, like KMS > etc. And when it became crystal clear that progress is inevitable, we > need wait few more years to get new graphics working. Some time ago, I > read somewhere on wiki proud phrase "We are more linux than linux > itself", it was about LSB test or something similar. FreeBSD can deny > linux ways, but it's here, and it's widespread standard (at least in > comparing with FreeBSD). FreeBSD do really need those fancy new techs, > at least which related to X/hardware. XEN is one more thing, which > could be attractive, but there's not much progress. I don't say let's > rewrite all as in linux. I'm saying about having copatibility layer a > bit fresher. Have you ever worked with Linux? They have so many new features which are pushed like crazy until they are forgotten again. But I agree. Something can be done about X. > 5. Name public person behind Microsoft? yes, there are one. And from > Google? And from Oracle? And from GNU? And from Linux? Human nature is > such that any company/big product is replaced in his mind with person, > at least partially. And there's no person behind FreeBSD. There are > many collaborators, who rarely well known in world as FreeBSD > developer. And this is how it's affect reality: I think that there is a big misunderstanding in this when it comes to Linux. Yes, there is one guy but he does not have the money. Others have the money. > - Please, big boss, give me 10mil for new cluster system run on Linux. > - What's Linux? > - It's product developed for 20 years by Linus, and in recent years > got support by many major world companies (long list goes here). It was the luck of Linus that he used GPL and somebody announced an OS but did not have a kernel. > P.S. Of course FreeBSD is great, and I'm using it, and I glad that it > here, and all developers are awesome, no offence here ;) > It is also the question if this would make sense in the spirit of FreeBSD. I have to run Fedora on one machine. The fast development there comes with a price. I installed Fedora and the applications I needed before I started to travel. I have had the chance to upgrade after 2 weeks. Hey, this was like Windows. Fedora downloaded more than 600 MB after just two weeks. I know, it can be even worse on FreeBSD when things like jpeg or png change. Erich From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 04:14:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A049E106566B; Sun, 3 Jun 2012 04:14:13 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6DF128FC0A; Sun, 3 Jun 2012 04:14:13 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.78]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q534EBgc006144; Sat, 2 Jun 2012 22:14:12 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Sun, 03 Jun 2012 11:14:05 +0700 Message-ID: <2421561.4aJcXPZZxh@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <4FCA20C5.6010901@zedat.fu-berlin.de> References: <4FCA0B5F.5010500@digsys.bg> <4FCA20C5.6010901@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: "freebs >> Current FreeBSD" , "O. Hartmann" Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 04:14:13 -0000 Hi, On 02 June 2012 PM 4:18:45 O. Hartmann wrote: > On 06/02/12 14:47, Daniel Kalchev wrote: > > On 02.06.12 15:32, Erich wrote: > >> I know that the ports tree is a moving target. But it stops moving > >> during the release period. This could be used to give a fall back > >> solution. > >> > >> Or do I see this really too simple? > > > > The ports tree is a moving target during release periods still, although > > there are efforts to make movements smaller. This is why, after a > > release it suddenly moves more :) > > > > Daniel > > Even IF the ports tree IS a moving target, updating of UPDATING, for > instance, follows most times AFTER the critical ports has been > changed/updated and folks started updating their ports without realizing > that they have shot themselfs into the foot! > it is worse when people suddenly need something they did not install before. > Since I'm with FreeBSD, StarOffice, OpenOffice and even now LibreOffice > is a MESS! If you need to keep up with STABLE, in most cases due to StarOffice a mess? Not compared to OpenOffice! I cannot remember that I have had such problems with StarOffice. As I used StarOffice to write cheques those days, people getting money from me would have made a lot of noise. I stopped doing this when OpenOffice came into the picture. > modern hardware (*), binary packages are NOT provided or if so, they > won't work due to some incompatibilities. Isn't the lack of a binary package the proof that something is difficult to compile? > I witnessed those cases several times and at this moment, our four > remaining FreeBSD servers and my personal desktop as well as my private > box are rendered "unusable" in terms of having no LibreOffice since it > doesn't compile anymore on FreeBSD 9-STABLE/amd64 and 10-CURRENT/amd64. Can I recommend jails to you? I compile ports in a jail. When everything went through, I move this outside and install it. If something does not compile, I keep normally the old ports tree. This is the main cause why I run the in serious problems when I need a new port which needs an update of the ports tree. > At the moment, this mess is introduced with a new PNG library. And we > are updating on "life" machines, that means, they are not freshly Have fun with it. I have a running FreeBSD and will not touch the ports tree before this all has settled. > installed, they have been maintained for several months now. Very often, > when compalining about this, I get responses from people installing then > the critical software in a virtual machine and/or on newly setup boxes. > That doesn't reflect the way the systems have to be maintained. > This gets even more complicated. Try once to install a new machine, bring an old machine to the same state and then install on the new machine the same software which actually runs on the old one. This is something which I never managed. There is always something missing. > Well, one may argue with me about "server" and "desktop". Comparing > Linux (several distros) with FreeBSd and Windows makes the limited > adavntages of FreeBSD getting rendered neglegible. We need PowerPoint or > a similar office product for presentations, I'm getting strangled by > students when using LaTeX and "beamer" or "PowerDot". The pressure from > the Windows world is large. > You forgot to mention Scribus. It is a fantastic tool for people who know how to handle it. But your are cut off if you cannot read the files coming from other people. Just for the fun. If you get Microsoft-Formats from a client and send it then back to the same client but in a different department, it is not sure that they can read their 'own' files. > (*) It might be true that FreeBSD runs well on older hardware. But when > I order hardware from the budget I get, I do not want myself buying > outdated hardware. > FreeBSD runs also well on new hardware if it is not a notebook. What I really do not understand in this whole discussion is very simple. Is it just a few people who run into problems like this or is this simply ignored by the people who set the strategy for FreeBSD? I mention since yeares here that putting version numbers onto the port tree would solve many of these problems. All I get as an answer is that it is not possible. I think that this should be easily possible with the limitation that older versions do not have security fixes. Yes, but of what help is a security fix if there is no running port for the fix? Erich > From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 04:22:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF4AD1065675 for ; Sun, 3 Jun 2012 04:22:58 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8204A8FC1B for ; Sun, 3 Jun 2012 04:22:58 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.78]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q534MtH0007889; Sat, 2 Jun 2012 22:22:57 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Sun, 03 Jun 2012 11:22:54 +0700 Message-ID: <4069760.8WmX7zQx9F@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120602185601.GD2309@isuckatdomains.members.linode.com> References: <95D35900-AC63-4948-B54F-40041FFCB232@gromit.dlib.vt.edu> <20120602185601.GD2309@isuckatdomains.members.linode.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Chris Nehren Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 04:22:59 -0000 Hi, On 02 June 2012 PM 2:56:01 Chris Nehren wrote: > On Sat, Jun 02, 2012 at 14:11:06 -0400 , Paul Mather wrote: > > I'm not sure what the solution is for the end user. I know I get > > somewhat leery of updating my ports if I see a large number of changes > > coming via portsnap (like the 4000+ that accompanied the recent libpng > > upgrade) and there is nothing new in UPDATING (which, happily wasn't > > the case with the libpng upgrade). Usually, I wait a while for the > > dust to clear and an UPDATING entry potentially to appear. > > If you're concerned about things breaking, don't follow the bleeding > edge. This seems to be common sense. is there a second version of the ports tree available? What is the response of the list if you want to install a new package with you old ports tree? Erich From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 04:24:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AD25106566B for ; Sun, 3 Jun 2012 04:24:42 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id B2C098FC18 for ; Sun, 3 Jun 2012 04:24:41 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.78]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q534Oarw008286; Sat, 2 Jun 2012 22:24:40 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Sun, 03 Jun 2012 11:24:30 +0700 Message-ID: <2683532.ZXZgRCPEVi@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120602195022.GG5335@home.opsec.eu> References: <95D35900-AC63-4948-B54F-40041FFCB232@gromit.dlib.vt.edu> <20120602195022.GG5335@home.opsec.eu> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Kurt Jaeger Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 04:24:42 -0000 Hi, On 02 June 2012 PM 9:50:22 Kurt Jaeger wrote: > Hi! > > > The point he made was actually not a matter of people not reading > > UPDATING but that UPDATING is oftentimes not updated until after > > the disruptive/potentially dangerous change has already hit the > > ports tree. > > > > I'm not sure what the solution is for the end user. > > We have our reference hosts, do daily portupgrades and on those days > where all looks fine, pkg_create the whole collection and pkg_delete/pkg_add > to production hosts. > > Still not perfect, but 'good enough'. > > isn't this what I just suggested to be done by the team? Give the ports tree a new version number and people can fall back to this then. Isn't this solution too simple to be done? Erich From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 04:26:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 328C1106564A; Sun, 3 Jun 2012 04:26:38 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 021638FC18; Sun, 3 Jun 2012 04:26:37 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.78]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q534QXqv008768; Sat, 2 Jun 2012 22:26:37 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Sun, 03 Jun 2012 11:26:26 +0700 Message-ID: <6003900.DuBAmUures@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: References: <1405746.nVtAo183hi@x220.ovitrap.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: David Chisnall , Chris Rees Subject: Re: Why Are You Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 04:26:38 -0000 Hi, On 02 June 2012 PM 10:52:48 Chris Rees wrote: > On 2 June 2012 10:42, Erich Dollansky wrote: > > On 02 June 2012 AM 9:14:28 Chris Rees wrote: > >> On Jun 2, 2012 4:04 AM, "Erich Dollansky" > >> wrote: > >> > > >> > But I have to mention one disadvantage. The ports are in no way linked to > >> the releases. This leads to situations in which a small change in a basic > >> library will result in a complete update of the installed ports. I > >> expressed this already many time here. It would be of advantage if the > >> ports tree would also have tags like the base system itself. > >> > > >> > >> Unfortunately this is a massive amount of extra work - we only just keep up > >> with updates as it is. > > > > I do not think so. At least not for the first step as I see it. Just make snapshots of the ports tree when the release comes out. These snapshots are with the releases anyway. > > > > What I did was very simple. I got the ports tree that comes with the release and installed the system back to the release status. Ok, it was some work for me - maybe not for others - to find this tree. > > > > A simple link could help here. > > > > I do not know if this is just an opinion which is too optimistic. > > > > What I know is that all the security fixes which appeared since the release are not in there. If I have the choice between three days or more of compiling and known security holes, I will take the security holes, make the client happy and upgrade after the work for the client is finished. > > > > I would not expect that FreeBSD will provide more than this. > > Then you already have all you need-- RELEASEs use packages compiled at > time of release if you use pkg_add -r, and the ports tree is tagged at > release if you wish to get a 'snapshot'. I have it. Yes, but how difficult is this to get for others? > > Note that you will not get any official support if you choose to use a > tagged tree :) When you can chose between a running system and a supported system which does not work, which would you take? Erich From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 07:47:35 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93C431065670; Sun, 3 Jun 2012 07:47:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 375398FC14; Sun, 3 Jun 2012 07:47:35 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q537lYI6029176; Sun, 3 Jun 2012 07:47:34 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q537lYpE029140; Sun, 3 Jun 2012 07:47:34 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 3 Jun 2012 07:47:34 GMT Message-Id: <201206030747.q537lYpE029140@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 07:47:35 -0000 TB --- 2012-06-03 04:38:10 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-06-03 04:38:10 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-06-03 04:38:10 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2012-06-03 04:38:11 - cleaning the object tree TB --- 2012-06-03 04:38:46 - cvsupping the source tree TB --- 2012-06-03 04:38:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc/powerpc/supfile TB --- 2012-06-03 04:39:40 - building world TB --- 2012-06-03 04:39:40 - CROSS_BUILD_TESTING=YES TB --- 2012-06-03 04:39:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-03 04:39:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-03 04:39:40 - SRCCONF=/dev/null TB --- 2012-06-03 04:39:40 - TARGET=powerpc TB --- 2012-06-03 04:39:40 - TARGET_ARCH=powerpc TB --- 2012-06-03 04:39:40 - TZ=UTC TB --- 2012-06-03 04:39:40 - __MAKE_CONF=/dev/null TB --- 2012-06-03 04:39:40 - cd /src TB --- 2012-06-03 04:39:40 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 3 04:39:41 UTC 2012 >>> 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 Sun Jun 3 07:20:21 UTC 2012 TB --- 2012-06-03 07:20:21 - generating LINT kernel config TB --- 2012-06-03 07:20:21 - cd /src/sys/powerpc/conf TB --- 2012-06-03 07:20:21 - /usr/bin/make -B LINT TB --- 2012-06-03 07:20:21 - cd /src/sys/powerpc/conf TB --- 2012-06-03 07:20:21 - /usr/sbin/config -m LINT TB --- 2012-06-03 07:20:21 - building LINT kernel TB --- 2012-06-03 07:20:21 - CROSS_BUILD_TESTING=YES TB --- 2012-06-03 07:20:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-03 07:20:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-03 07:20:21 - SRCCONF=/dev/null TB --- 2012-06-03 07:20:21 - TARGET=powerpc TB --- 2012-06-03 07:20:21 - TARGET_ARCH=powerpc TB --- 2012-06-03 07:20:21 - TZ=UTC TB --- 2012-06-03 07:20:21 - __MAKE_CONF=/dev/null TB --- 2012-06-03 07:20:21 - cd /src TB --- 2012-06-03 07:20:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 3 07:20:21 UTC 2012 >>> 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 >>> Kernel build for LINT completed on Sun Jun 3 07:41:23 UTC 2012 TB --- 2012-06-03 07:41:23 - cd /src/sys/powerpc/conf TB --- 2012-06-03 07:41:23 - /usr/sbin/config -m GENERIC TB --- 2012-06-03 07:41:23 - building GENERIC kernel TB --- 2012-06-03 07:41:23 - CROSS_BUILD_TESTING=YES TB --- 2012-06-03 07:41:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-03 07:41:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-03 07:41:23 - SRCCONF=/dev/null TB --- 2012-06-03 07:41:23 - TARGET=powerpc TB --- 2012-06-03 07:41:23 - TARGET_ARCH=powerpc TB --- 2012-06-03 07:41:23 - TZ=UTC TB --- 2012-06-03 07:41:23 - __MAKE_CONF=/dev/null TB --- 2012-06-03 07:41:23 - cd /src TB --- 2012-06-03 07:41:23 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jun 3 07:41:23 UTC 2012 >>> 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 -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -msoft-float -Wa,-many -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/mp_cpudep.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -msoft-float -Wa,-many -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/nexus.c cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -msoft-float -Wa,-many -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/swtch32.S cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -msoft-float -Wa,-many -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/trap.c cc1: warnings being treated as errors In file included from /src/sys/powerpc/aim/trap.c:77: ./machine/trap.h:11: warning: redundant redeclaration of 'trap' [-Wredundant-decls] ./machine/trap.h:11: warning: previous declaration of 'trap' was here *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-03 07:47:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-03 07:47:34 - ERROR: failed to build GENERIC kernel TB --- 2012-06-03 07:47:34 - 7864.45 user 1055.78 system 11363.38 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 07:58:18 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD18C106566B for ; Sun, 3 Jun 2012 07:58:18 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 42E238FC14 for ; Sun, 3 Jun 2012 07:58:18 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q537wDB4094543 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 3 Jun 2012 08:58:13 +0100 (BST) (envelope-from matthew@FreeBSD.org) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q537wDB4094543 Authentication-Results: smtp.infracaninophile.co.uk/q537wDB4094543; dkim=none (no signature); dkim-adsp=none Message-ID: <4FCB190E.5070702@FreeBSD.org> Date: Sun, 03 Jun 2012 08:58:06 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Erich References: <4FC9F245.8030300@digsys.bg> <1628003.3f5XqiNPan@x220.ovitrap.com> In-Reply-To: <1628003.3f5XqiNPan@x220.ovitrap.com> X-Enigmail-Version: 1.4.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig39EE603C3DD3CADF80A05504" X-Virus-Scanned: clamav-milter 0.97.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: Alexander Yerenkow , freebsd-stable@FreeBSD.org Subject: Implications of pkgng, was Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 07:58:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig39EE603C3DD3CADF80A05504 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/06/2012 02:21, Erich wrote: >> 2. No decent packet manager (I hope pkgng will make life easier). You >> > can't just upgrade this and that packet and see what's new, and >> > rollback if you don't like somthing . > I really hope this will never come. Why? It will kill make install. > Make install is the key to FreeBSD. I doubt very much indeed that pkgng will "kill make install." What it will do is fill in a widely recognised gap in FreeBSD's offering: that FreeBSD is essentially unmanageable at the moment only using binary packages. While compiling from ports really is the gold standard for tunability, configurability and lots of other good things, it lacks quite a lot in terms of speed and convenience for most users. This is something that turns off lots of new users coming from Linux or MacOSX before they have really had a chance to get to grips with the OS and start to appreciate its finer qualities. Somewhere that FreeBSD does itself absolutely no favours. The ideal which I think is attainable with pkgng is to be able to use the ports to compile your own customized versions of the applications which are critical to you, but otherwise rely on pre-compiled packages for anything else. Also, consider people developing embedded devices (and this is going to be a *major* area for FreeBSD in the future) -- you want to compile software offline (probably cross-compiling on a completely different architecture), strip out inessential documentation and so forth and manage precisely what is installed on your device using an efficient binary package manager. pkgng promises to make this feasible. PC-BSD's .pbi package format is another way of addressing this same sort of problem, and although originally aimed at desktop users it makes a lot of sense for server side usage too. As .pbi and pkgng are actually complimentary, rather than in competition, expect some interesting developments in the relatively near future. > I believe a better solution would be versioning of the ports tree. > When the ports tree compiles fully, it can be saved and its version > number incremented. This is simply a non-starter. Remember what the ports tree is: *third party software* ported to run on FreeBSD. That 3rd party software is going to continue to be developed at its own pace without any reference to the FreeBSD project. You can't just choose a point in time for the ports tree and expect it to keep working effectively. Particularly not if you admit the possibility of updating some packages for security reasons or other egregious bugs. Nor will most users be content with running year-or-more old versions of most software packages. In fact, one of the big plusses of the ports is how up to date it generally is. Most big packages are updated in the ports within days of updates being published upstream. > I do not believe that much more would be needed. Of course, we have > then a huge number of versions. Would it matter? Give the ports tree > the major version number of the latest release. So, at the moment it > would be 10. Increment then the minor every hour if you want. Just > make sure that the ports tree can be downloaded for some time under > this version number. What exactly is this supposed to solve? Simply attaching a number to the ports tree won't do anything. There is already a promise that the ports should work on all supported FreeBSD release branches. Besides, with the imminent switch of the ports from CVS to SVN, there will soon be a global revision number for the whole ports tree. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enig39EE603C3DD3CADF80A05504 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/LGRQACgkQ8Mjk52CukIy1WgCeM/1LNAj/SwqrfwbBd2OpI11X tMsAnRLBaBJGQBEUFQbEXjf283QyUgpI =iWnF -----END PGP SIGNATURE----- --------------enig39EE603C3DD3CADF80A05504-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 08:11:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EAE4106566C; Sun, 3 Jun 2012 08:11:20 +0000 (UTC) (envelope-from nicolas.braudsantoni@gmail.com) Received: from mail-qa0-f49.google.com (mail-qa0-f49.google.com [209.85.216.49]) by mx1.freebsd.org (Postfix) with ESMTP id AFA0D8FC0C; Sun, 3 Jun 2012 08:11:19 +0000 (UTC) Received: by qabj40 with SMTP id j40so1289584qab.15 for ; Sun, 03 Jun 2012 01:11:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=sJ6CTDygKb0Nyufl9Br4817c+k7P7e4X77DwDhMluh0=; b=FF0dHtanlXGR9LlBOpl6tq/SVvxwq5xq1n1KFqz1jjxkmc8biJKJketVak8Cusuw04 E49JeGd6dDKBSkduNmtbaj6Z5oWftpvKlSmiGiwM0QyFXrJ4FOGeHnH33wfIFYJyDchn UDYfDkTH6TMugaxXFzd2HpGOgWnuflcpEYuLgRvAcv4Gd6s9ymfqFiqml3HBCpSVwS/h aaDZYlXDf3LcAp4bBuGk916NNwhBYX9p6r86fhfOeWBKsrVZhbHGdzxf01t9iO7qy567 6jnCKmWX841RnUZKZhBcCPzi9AVqO1X/egl0+cRH/CLXVEgCgEixdc3Mf1/C8DpymM9f 3+MQ== MIME-Version: 1.0 Received: by 10.224.44.136 with SMTP id a8mr9623808qaf.34.1338711079098; Sun, 03 Jun 2012 01:11:19 -0700 (PDT) Sender: nicolas.braudsantoni@gmail.com Received: by 10.224.46.165 with HTTP; Sun, 3 Jun 2012 01:11:19 -0700 (PDT) In-Reply-To: <2421561.4aJcXPZZxh@x220.ovitrap.com> References: <4FCA0B5F.5010500@digsys.bg> <4FCA20C5.6010901@zedat.fu-berlin.de> <2421561.4aJcXPZZxh@x220.ovitrap.com> Date: Sun, 3 Jun 2012 10:11:19 +0200 X-Google-Sender-Auth: BhCOvmfHrR7U8mC8Dx64wQWFjSE Message-ID: From: Nicolas Braud-Santoni To: Erich , ohartman@zedat.fu-berlin.de Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebs >> Current FreeBSD" , freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 08:11:20 -0000 Hi, 2012/6/3 Erich : > [...] >> I witnessed those cases several times and at this moment, our four >> remaining FreeBSD servers and my personal desktop as well as my private >> box are rendered "unusable" in terms of having no LibreOffice since it >> doesn't compile anymore on FreeBSD 9-STABLE/amd64 and 10-CURRENT/amd64. > > Can I recommend jails to you? I compile ports in a jail. When everything went through, I move this outside and install it. If something does not compile, I keep normally the old ports tree. poudriere + pkgng is especially nice for that kind of things :-) >> At the moment, this mess is introduced with a new PNG library. And we >> are updating on "life" machines, that means, they are not freshly > > Have fun with it. I have a running FreeBSD and will not touch the ports tree before this all has settled. I didn't have any special trouble switching my "production" boxes (mostly website hosting, and backup handling) to pkgng. What kind of trouble did you run into ? > [...] >> Well, one may argue with me about "server" and "desktop". Comparing >> Linux (several distros) with FreeBSd and Windows makes the limited >> adavntages of FreeBSD getting rendered neglegible. We need PowerPoint or >> a similar office product for presentations, I'm getting strangled by >> students when using LaTeX and "beamer" or "PowerDot". The pressure from >> the Windows world is large. Why would students need to edit your presentations ? For viewing, they shouldn't care about what generated the pdf/ps/dvi/whatever. By the way, here, students are more likely to strangle you for not using *TeX/Beamer. > Just for the fun. If you get Microsoft-Formats from a client and send it then back to the same client but in a different department, it is not sure that they can read their 'own' files. Had the problem once : I got sent paperwork, filled it, and send it to another department, which didn't have a recent enough version of M$ Office, so they were unable to read docx files. Regards, From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 08:13:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B3D0106566C for ; Sun, 3 Jun 2012 08:13:00 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id E55C78FC16 for ; Sun, 3 Jun 2012 08:12:59 +0000 (UTC) Received: by bkvi18 with SMTP id i18so3711916bkv.13 for ; Sun, 03 Jun 2012 01:12:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=bQOTkOVju6Z3dLhOOetPTFvyXnK1VGhizpu7tGvAebo=; b=y5kb1j/nz+uqSmoKmc/7+eBPc6ytLVjkNWwa4d/mp86RvxDSnqSUG50roEwVSh7Rlo 6EhuqAILnXQ5utXMb6CuamDziT7SbLz0oqe8sB/toNlr3Q46c30V3M2GgXMxGsVvs5YU pBQCiY7yEA4EEebkRJyk4sBWfhXvzaNeQjxJC0kWPa5MMCBcpMOqOFa/8tWL5m6GEuCz w/brUNaXiS3QA63rem/kGxFxzwdR0t6xxvTJLpTzfOZokk7oqom6Oze8alCAzRzqkoEY Zq6R02Ld9/xleZmEK50QgU+JGICe3542j3q3L0ny9tM7k1Er0FdBJUaopNI6yw1otmSv T1hQ== MIME-Version: 1.0 Received: by 10.204.153.15 with SMTP id i15mr4566162bkw.74.1338711178098; Sun, 03 Jun 2012 01:12:58 -0700 (PDT) Received: by 10.204.171.138 with HTTP; Sun, 3 Jun 2012 01:12:57 -0700 (PDT) Received: by 10.204.171.138 with HTTP; Sun, 3 Jun 2012 01:12:57 -0700 (PDT) In-Reply-To: <1628003.3f5XqiNPan@x220.ovitrap.com> References: <4FC9F245.8030300@digsys.bg> <1628003.3f5XqiNPan@x220.ovitrap.com> Date: Sun, 3 Jun 2012 09:12:57 +0100 Message-ID: From: Chris Rees To: Erich Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Yerenkow , FreeBSD Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 08:13:00 -0000 On Jun 3, 2012 4:39 AM, "Erich" wrote: > > Hi, > > On 02 June 2012 PM 4:07:23 Alexander Yerenkow wrote: > > I'll try to be short. > > I'm using FreeBSD both at servers and as a desktop, but I see > > struggling of my friends with it in some things. > > > > 1. Ports mess. You can very easily render system unusable, or broken > > if you trying to use latest ports. And then you had to became "a port > > master" to fix all. Of course you need a lot of free time, right? :) > > this seems to be ignored. I have just a small discussion in the thread Why are you using FreeBSD about this. It would be already a step forward to help people out of this fix when the ports tree of release would be easily available. > > > 2. No decent packet manager (I hope pkgng will make life easier). You > > can't just upgrade this and that packet and see what's new, and > > rollback if you don't like somthing . > > I really hope this will never come. Why? It will kill make install. Make install is the key to FreeBSD. > > I believe a better solution would be versioning of the ports tree. When the ports tree compiles fully, it can be saved and its version number incremented. The Ports Tree is very rarely in a broken state-- the vast majority of commits are thoroughly tested and nearly all ports will always compile on a clean system. > I do not believe that much more would be needed. Of course, we have then a huge number of versions. Would it matter? Give the ports tree the major version number of the latest release. So, at the moment it would be 10. Increment then the minor every hour if you want. Just make sure that the ports tree can be downloaded for some time under this version number. This is already possible.... Chris From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 08:15:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E191106564A for ; Sun, 3 Jun 2012 08:15:16 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D83E08FC1B for ; Sun, 3 Jun 2012 08:15:15 +0000 (UTC) Received: by bkvi18 with SMTP id i18so3712561bkv.13 for ; Sun, 03 Jun 2012 01:15:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9lP1oSK+a3XF7vFxMOdNtKGBlN/L9ANPneYETh2uezI=; b=hcyqCdBKZuHEO2chb3XU9WGg5c0er98VddDg9dsk7vbUqJKuK0tGWevbQMOqx3Z/U+ P6JpowG8o6CMPBfs3CsaJ0zKRXf2bEYzltTe1hNPp3BOywFIgJRTW1ooeL8FAIA3hbdR n04lnmEfUFL4VyLjBuZFZCPHvCGFhS3KEzi25thvnb/0fDC4zE4Iv+UDC6+1N5WTRe7+ mWfZ3Ne5eVhVHNuoIRe3zAcz+czvO78Iqt9H3TIAh51pcVhKgKS7RMK4jdvv8r3criEG ZsLvrLXQRXKeNR1nViPMptIY+12iaNY/xwMKz3VxIfD61SG4rmGdAr+HuHiG8bJBq/Pl z5Iw== MIME-Version: 1.0 Received: by 10.204.154.193 with SMTP id p1mr4373797bkw.102.1338711314971; Sun, 03 Jun 2012 01:15:14 -0700 (PDT) Received: by 10.204.171.138 with HTTP; Sun, 3 Jun 2012 01:15:14 -0700 (PDT) Received: by 10.204.171.138 with HTTP; Sun, 3 Jun 2012 01:15:14 -0700 (PDT) In-Reply-To: <4069760.8WmX7zQx9F@x220.ovitrap.com> References: <95D35900-AC63-4948-B54F-40041FFCB232@gromit.dlib.vt.edu> <20120602185601.GD2309@isuckatdomains.members.linode.com> <4069760.8WmX7zQx9F@x220.ovitrap.com> Date: Sun, 3 Jun 2012 09:15:14 +0100 Message-ID: From: Chris Rees To: Erich Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD , Chris Nehren Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 08:15:16 -0000 On Jun 3, 2012 5:26 AM, "Erich" wrote: > > Hi, > > On 02 June 2012 PM 2:56:01 Chris Nehren wrote: > > On Sat, Jun 02, 2012 at 14:11:06 -0400 , Paul Mather wrote: > > > I'm not sure what the solution is for the end user. I know I get > > > somewhat leery of updating my ports if I see a large number of changes > > > coming via portsnap (like the 4000+ that accompanied the recent libpng > > > upgrade) and there is nothing new in UPDATING (which, happily wasn't > > > the case with the libpng upgrade). Usually, I wait a while for the > > > dust to clear and an UPDATING entry potentially to appear. > > > > If you're concerned about things breaking, don't follow the bleeding > > edge. This seems to be common sense. > > is there a second version of the ports tree available? > > What is the response of the list if you want to install a new package with you old ports tree? > The response is "Don't ask for support if you do that", I'm afraid. No major OS I can think of allows you to mix and match like that (though I could be wrong). Chris From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 08:32:59 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E108106566C; Sun, 3 Jun 2012 08:32:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2308FC16; Sun, 3 Jun 2012 08:32:59 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q538WwCH042295; Sun, 3 Jun 2012 08:32:58 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q538Ww4v042294; Sun, 3 Jun 2012 08:32:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 3 Jun 2012 08:32:58 GMT Message-Id: <201206030832.q538Ww4v042294@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 08:32:59 -0000 TB --- 2012-06-03 05:09:11 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-06-03 05:09:11 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-06-03 05:09:11 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2012-06-03 05:09:11 - cleaning the object tree TB --- 2012-06-03 05:09:42 - cvsupping the source tree TB --- 2012-06-03 05:09:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc64/powerpc/supfile TB --- 2012-06-03 05:11:02 - building world TB --- 2012-06-03 05:11:02 - CROSS_BUILD_TESTING=YES TB --- 2012-06-03 05:11:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-03 05:11:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-03 05:11:02 - SRCCONF=/dev/null TB --- 2012-06-03 05:11:02 - TARGET=powerpc TB --- 2012-06-03 05:11:02 - TARGET_ARCH=powerpc64 TB --- 2012-06-03 05:11:02 - TZ=UTC TB --- 2012-06-03 05:11:02 - __MAKE_CONF=/dev/null TB --- 2012-06-03 05:11:02 - cd /src TB --- 2012-06-03 05:11:02 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 3 05:11:03 UTC 2012 >>> 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 Sun Jun 3 08:09:07 UTC 2012 TB --- 2012-06-03 08:09:07 - generating LINT kernel config TB --- 2012-06-03 08:09:07 - cd /src/sys/powerpc/conf TB --- 2012-06-03 08:09:07 - /usr/bin/make -B LINT TB --- 2012-06-03 08:09:07 - cd /src/sys/powerpc/conf TB --- 2012-06-03 08:09:07 - /usr/sbin/config -m LINT TB --- 2012-06-03 08:09:07 - building LINT kernel TB --- 2012-06-03 08:09:07 - CROSS_BUILD_TESTING=YES TB --- 2012-06-03 08:09:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-03 08:09:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-03 08:09:07 - SRCCONF=/dev/null TB --- 2012-06-03 08:09:07 - TARGET=powerpc TB --- 2012-06-03 08:09:07 - TARGET_ARCH=powerpc64 TB --- 2012-06-03 08:09:07 - TZ=UTC TB --- 2012-06-03 08:09:07 - __MAKE_CONF=/dev/null TB --- 2012-06-03 08:09:07 - cd /src TB --- 2012-06-03 08:09:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 3 08:09:07 UTC 2012 >>> 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 >>> Kernel build for LINT completed on Sun Jun 3 08:27:56 UTC 2012 TB --- 2012-06-03 08:27:56 - cd /src/sys/powerpc/conf TB --- 2012-06-03 08:27:56 - /usr/sbin/config -m GENERIC TB --- 2012-06-03 08:27:56 - skipping GENERIC kernel TB --- 2012-06-03 08:27:56 - cd /src/sys/powerpc/conf TB --- 2012-06-03 08:27:56 - /usr/sbin/config -m GENERIC64 TB --- 2012-06-03 08:27:56 - building GENERIC64 kernel TB --- 2012-06-03 08:27:56 - CROSS_BUILD_TESTING=YES TB --- 2012-06-03 08:27:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-03 08:27:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-03 08:27:56 - SRCCONF=/dev/null TB --- 2012-06-03 08:27:56 - TARGET=powerpc TB --- 2012-06-03 08:27:56 - TARGET_ARCH=powerpc64 TB --- 2012-06-03 08:27:56 - TZ=UTC TB --- 2012-06-03 08:27:56 - __MAKE_CONF=/dev/null TB --- 2012-06-03 08:27:56 - cd /src TB --- 2012-06-03 08:27:56 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sun Jun 3 08:27:57 UTC 2012 >>> 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 -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -msoft-float -Wa,-many -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/nexus.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -msoft-float -Wa,-many -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/slb.c cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -msoft-float -Wa,-many -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/swtch64.S cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -msoft-float -Wa,-many -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/trap.c cc1: warnings being treated as errors In file included from /src/sys/powerpc/aim/trap.c:77: ./machine/trap.h:11: warning: redundant redeclaration of 'trap' [-Wredundant-decls] ./machine/trap.h:11: warning: previous declaration of 'trap' was here *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/GENERIC64. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-03 08:32:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-03 08:32:58 - ERROR: failed to build GENERIC64 kernel TB --- 2012-06-03 08:32:58 - 8883.79 user 1243.41 system 12227.34 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 10:07:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8039106564A for ; Sun, 3 Jun 2012 10:07:43 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 88C408FC12 for ; Sun, 3 Jun 2012 10:07:43 +0000 (UTC) Received: by obcni5 with SMTP id ni5so7221170obc.13 for ; Sun, 03 Jun 2012 03:07:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vxCqIluevaja7HBoaxsI/mtOM46ZLJu5/bAahH0BEPQ=; b=fpvm6KWQixqd9IH+BCpWKX3xIJfT8su/ORtcuTaZksEY9B46ehih2bwXEYCVijxiFX C/R2g1l1wUVL8oJz4p0CDJI9KMGEsZ8tUuaj1AYnxOGnXjaV30iBakSKlcu+pe3IgIop u+//U7U2TW57C9wR+fbUKkMBDf88qjFBE6qiakEyczEf4xZc+2fHZ15zp5eoAlDDwt5Y aBrrNTeqlepQcVVVpEl+hmFLBwaIMvVSGlpalHIalOhCz+jHY5oKp3daPqUb63imf36w TS5K2jOLv+zfeKp5Nko0RfPN42aRAjUaYjRGEV5eUQswuKp5T2K2Fxp8lgLWoK/6UuCg D95A== MIME-Version: 1.0 Received: by 10.182.18.137 with SMTP id w9mr8426733obd.75.1338718062609; Sun, 03 Jun 2012 03:07:42 -0700 (PDT) Received: by 10.182.53.1 with HTTP; Sun, 3 Jun 2012 03:07:42 -0700 (PDT) In-Reply-To: <2683532.ZXZgRCPEVi@x220.ovitrap.com> References: <95D35900-AC63-4948-B54F-40041FFCB232@gromit.dlib.vt.edu> <20120602195022.GG5335@home.opsec.eu> <2683532.ZXZgRCPEVi@x220.ovitrap.com> Date: Sun, 3 Jun 2012 03:07:42 -0700 Message-ID: From: Mehmet Erol Sanliturk To: Erich Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Kurt Jaeger , freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 10:07:43 -0000 On Sat, Jun 2, 2012 at 9:24 PM, Erich wrote: > Hi, > > On 02 June 2012 PM 9:50:22 Kurt Jaeger wrote: > > Hi! > > > > > The point he made was actually not a matter of people not reading > > > UPDATING but that UPDATING is oftentimes not updated until after > > > the disruptive/potentially dangerous change has already hit the > > > ports tree. > > > > > > I'm not sure what the solution is for the end user. > > > > We have our reference hosts, do daily portupgrades and on those days > > where all looks fine, pkg_create the whole collection and > pkg_delete/pkg_add > > to production hosts. > > > > Still not perfect, but 'good enough'. > > > > > isn't this what I just suggested to be done by the team? Give the ports > tree a new version number and people can fall back to this then. > > Isn't this solution too simple to be done? > > Erich > In my some previous messages in other threads I mentioned a requirement to have a list of files prepared in context of ports and also for base system . When a part is broken even in a very simple part , neither "make" nor package managers are able to repair it , because there is no a list of files to check what is present and what is missing . This problem is solved by Kurt Jaeger and possibly by others by maintaining a reference host means to dedicate a computer for this task which is not necessary if such lists are prepared during development of base and ports . For each person , to use such a reference host is not a possibility . In last weeks , during my FreeBSD 9.0 amd64 Release installation , I have scratched my installation due to a wrongly set parameter . I could not understand what is become corrupted , neither "make" could correct it nor port master or port upgrade or package add . Only it has been cured by installing another operating system onto it . From that point of view , FreeBSD is really a very fragile system . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 10:08:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D9771065675 for ; Sun, 3 Jun 2012 10:08:55 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 664838FC18 for ; Sun, 3 Jun 2012 10:08:55 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id AC4EBB9F22; Sun, 3 Jun 2012 06:08:47 -0400 (EDT) Message-ID: <4FCB37AC.6030308@ateamsystems.com> Date: Sun, 03 Jun 2012 17:08:44 +0700 From: Adam Strohl Organization: A-Team Systems User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Mark Linimon References: <20120602052228.GA6624@lonesome.com> <20120603030931.GA11225@lonesome.com> In-Reply-To: <20120603030931.GA11225@lonesome.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Fritz Wuehler Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 10:08:55 -0000 On 6/3/2012 10:09, Mark Linimon wrote: > On Sun, Jun 03, 2012 at 01:43:43AM +0200, Fritz Wuehler wrote: >> So there could be lots of overlap and just looking at the two numbers >> you posted doesn't really tell the whole story. > No, I agree that it doesn't. I was just trying to add an aside, and > point out that the task would not be trivial. > > Since I'm heavily invested in FreeBSD ports I think I need to step back= > and let other folks comment in this thread. I manage and support a little over 50 FreeBSD servers (VMWare, Xen and=20 native) and feel that the port system, on the whole, is excellent. Its=20 easily one of the best features about FreeBSD. Portaudit reports=20 issues and I can plan and upgrade them as needed. Portupgrade works=20 great 99% of the time and when it doesn't it has the good sense to roll=20 back what its done. If there is any question as to what it should do it = errors and tells me, which is exactly what I want it to do. I've been a FreeBSD user for about 18 years and supported it=20 professionally for about 10. In this thread I've read a few posts that=20 contain blanket statements like "ports are broken" and "never work", I'm = at a loss as to how to respond to this as it is completely counter to my = experience. I wish I could see what they were talking about and figure = out what happened so I could understand what caused them to make such a=20 statement. It's like they're talking about a different OS than the one=20 I know. I've written a simple script to run portaudit and pop up a dialog with=20 check boxes that then kicks off portupgrade for the selected ports which = have issues. 99% of the time its that simple. This is what I want in=20 a server environment. I do not want things auto-updating (a.k.a. auto=20 breaking) or making decisions about supporting libraries behind my back. = PHP is a good and common example why: an upgrade can and does break=20 web sites that ran fine before. Updates need to be managed in a=20 process which is outside the scope of the OS (because its a server not a = desktop). FreeBSD has all these great tools for managing the mechanical = action of updating and imposes minimal process which is perfect because=20 I have my own process. And if things get mucked up (which mostly isn't=20 the ports system fault when it does happen), its easy to back out and=20 re-do if needed. After reading this thread I am wondering if I should clean the update=20 dialog script up and submit to the ports tree. It seems like people=20 think the port update process is harder than it is because it lacks a=20 Windows Update like dialog which is essentially what this is akin to=20 (and there might be a port which does this already, too .. anyone?). =20 All the hard stuff has been done by the FreeBSD team, all I did was put=20 a bash/dialog script on it. I very rarely run into ports that don't build on supported versions of=20 FreeBSD (ie; ones that haven't reached EoL). I have a number of=20 customers with a few 6.2 boxes [which I can't wait to upgrade] and still = almost everything builds without tinkering. All of this is in the scope of servers though (web, DB, application,=20 etc) and not on the desktop. I haven't used a FreeBSD desktop since=20 probably 4.x, and while I don't begrudge the work people are doing for=20 the desktop experience it just doesn't apply to me nor is it why I love=20 FreeBSD. I won't say something like "you're running a server OS on=20 your desktop and expecting it to be like a Mac". What will say is: I'm=20 getting from this thread that a lot of the complaints people have seem=20 to be based around the desktop. My guess is that this is a super=20 minority of actual use (by server count). BUT: I feel like people are judging how fit an FreeBSD is for server=20 work by how easy/Mac/Windows/whatever like (as many Linux distros try to = emulate) it is to update. Not good ... but it makes sense from a=20 social/human perspective, and is probably another thing we should=20 consider in terms of advocacy. I'm interested in what people think about this, and yeah this should=20 probably be in the advocacy list but its not so thhblt :P From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 10:14:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33F1E1065674; Sun, 3 Jun 2012 10:14:14 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 143378FC08; Sun, 3 Jun 2012 10:14:13 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id 6BF9DB9F22; Sun, 3 Jun 2012 06:14:12 -0400 (EDT) Message-ID: <4FCB38F2.4030505@ateamsystems.com> Date: Sun, 03 Jun 2012 17:14:10 +0700 From: Adam Strohl Organization: A-Team Systems User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Erich References: <4FCA0B5F.5010500@digsys.bg> <4FCA20C5.6010901@zedat.fu-berlin.de> <2421561.4aJcXPZZxh@x220.ovitrap.com> In-Reply-To: <2421561.4aJcXPZZxh@x220.ovitrap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" , "freebs >> Current FreeBSD" , freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 10:14:14 -0000 On 6/3/2012 11:14, Erich wrote: > What I really do not understand in this whole discussion is very simple. Is it just a few people who run into problems like this or is this simply ignored by the people who set the strategy for FreeBSD? > > I mention since yeares here that putting version numbers onto the port tree would solve many of these problems. All I get as an answer is that it is not possible. > > I think that this should be easily possible with the limitation that older versions do not have security fixes. Yes, but of what help is a security fix if there is no running port for the fix? I feel like I'm missing something. Why would you ever want to go back to an old version of the ports tree? You're ignoring tons of security issues! And if a port build is broken then the maintainer needs to fix it, that is the solution. I must be missing something else here, it just seems like the underlying "need" for this is misguided (and dangerous from a security perspective). From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 10:51:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9061D1065672 for ; Sun, 3 Jun 2012 10:51:08 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4F4B78FC15 for ; Sun, 3 Jun 2012 10:51:08 +0000 (UTC) Received: by obcni5 with SMTP id ni5so7274701obc.13 for ; Sun, 03 Jun 2012 03:51:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ChiYxBMlM5sdFU/XghuUvlT+S/OoaSHhx5tF3s+a7jY=; b=Q3LwTV5WOdeDSUFReq3nLRThKsNWEnqen5y3a6sVzhynS1of2FLJu7wb3VLNE8DCHv QDl5bSE7OG7/JJJ9rrFrCLK1ucbNWKHznTKmtsEMuiBaRaRK1L8JM/E4UZHcYcabt14D LN9X0qQcUR4uUryiX+bQR1+Dy45i2aFEwFjQp1chNjWXXBX5KRUohhgR6RKTeYZ8dNoj cKnMlCA5gWLz29QTHOOhgUZD85QmJSS8e6Ckncd34OAMgTsh8v5hhWbSlengFBw8qG5G fznrg4FmF3Qry4+mv6v0DwVloo1wSw70OMpDt5kRmfmvmrg/vtbzQrEEQUZCJqN6Mn/V uXVg== MIME-Version: 1.0 Received: by 10.182.2.233 with SMTP id 9mr8554299obx.59.1338720667641; Sun, 03 Jun 2012 03:51:07 -0700 (PDT) Received: by 10.182.53.1 with HTTP; Sun, 3 Jun 2012 03:51:07 -0700 (PDT) In-Reply-To: <4FCB37AC.6030308@ateamsystems.com> References: <20120602052228.GA6624@lonesome.com> <20120603030931.GA11225@lonesome.com> <4FCB37AC.6030308@ateamsystems.com> Date: Sun, 3 Jun 2012 03:51:07 -0700 Message-ID: From: Mehmet Erol Sanliturk To: Adam Strohl Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Mark Linimon , freebsd-stable@freebsd.org, Fritz Wuehler Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 10:51:08 -0000 On Sun, Jun 3, 2012 at 3:08 AM, Adam Strohl wrote: > On 6/3/2012 10:09, Mark Linimon wrote: > >> On Sun, Jun 03, 2012 at 01:43:43AM +0200, Fritz Wuehler wrote: >> >>> So there could be lots of overlap and just looking at the two numbers >>> you posted doesn't really tell the whole story. >>> >> No, I agree that it doesn't. I was just trying to add an aside, and >> point out that the task would not be trivial. >> >> Since I'm heavily invested in FreeBSD ports I think I need to step back >> and let other folks comment in this thread. >> > > I manage and support a little over 50 FreeBSD servers (VMWare, Xen and > native) and feel that the port system, on the whole, is excellent. Its > easily one of the best features about FreeBSD. Portaudit reports issues > and I can plan and upgrade them as needed. Portupgrade works great 99% of > the time and when it doesn't it has the good sense to roll back what its > done. If there is any question as to what it should do it errors and tells > me, which is exactly what I want it to do. > > I've been a FreeBSD user for about 18 years and supported it > professionally for about 10. In this thread I've read a few posts that > contain blanket statements like "ports are broken" and "never work", I'm at > a loss as to how to respond to this as it is completely counter to my > experience. I wish I could see what they were talking about and figure > out what happened so I could understand what caused them to make such a > statement. It's like they're talking about a different OS than the one I > know. > > I've written a simple script to run portaudit and pop up a dialog with > check boxes that then kicks off portupgrade for the selected ports which > have issues. 99% of the time its that simple. This is what I want in a > server environment. I do not want things auto-updating (a.k.a. auto > breaking) or making decisions about supporting libraries behind my back. > PHP is a good and common example why: an upgrade can and does break web > sites that ran fine before. Updates need to be managed in a process which > is outside the scope of the OS (because its a server not a desktop). > FreeBSD has all these great tools for managing the mechanical action of > updating and imposes minimal process which is perfect because I have my own > process. And if things get mucked up (which mostly isn't the ports system > fault when it does happen), its easy to back out and re-do if needed. > > After reading this thread I am wondering if I should clean the update > dialog script up and submit to the ports tree. It seems like people think > the port update process is harder than it is because it lacks a Windows > Update like dialog which is essentially what this is akin to (and there > might be a port which does this already, too .. anyone?). All the hard > stuff has been done by the FreeBSD team, all I did was put a bash/dialog > script on it. > > I very rarely run into ports that don't build on supported versions of > FreeBSD (ie; ones that haven't reached EoL). I have a number of customers > with a few 6.2 boxes [which I can't wait to upgrade] and still almost > everything builds without tinkering. > > All of this is in the scope of servers though (web, DB, application, etc) > and not on the desktop. I haven't used a FreeBSD desktop since probably > 4.x, and while I don't begrudge the work people are doing for the desktop > experience it just doesn't apply to me nor is it why I love FreeBSD. I > won't say something like "you're running a server OS on your desktop and > expecting it to be like a Mac". What will say is: I'm getting from this > thread that a lot of the complaints people have seem to be based around the > desktop. My guess is that this is a super minority of actual use (by > server count). > > BUT: I feel like people are judging how fit an FreeBSD is for server work > by how easy/Mac/Windows/whatever like (as many Linux distros try to > emulate) it is to update. Not good ... but it makes sense from a > social/human perspective, and is probably another thing we should consider > in terms of advocacy. > > I'm interested in what people think about this, and yeah this should > probably be in the advocacy list but its not so thhblt :P > > Always I am stressing that to manage FreeBSD, a fair amount of expertise is required which I think this level may be reduced by improving the FreeBSD management by transferring knowledge to its managing parts ( for example : package management , repair of broken parts , installation steps to reach a state like in very easily usable Linux distributions such as Fedora , Mageia , Mandriva , and many others , etc. ) You know what to do by your expertise gained over use , which such an expertise is completely missing in a new comer , and even sometimes in very highly experienced computer professionals because a different operating system reduces them to a little experienced new starter . As an example : I have installed FreeBSD 9.0 amd64 Release . In root use , it is successfully mounting USB sticks and USB NTFS hard disks in KDE4 and GNOME . In user mode , it could NOT be possible either to automount USB sticks or NTFS USB hard disks . Obviously , everything is set how they are written in Handbook , but NOT working for ME . Dolphin is given a message pointing to HAL Policy Kit . When PolicyKit is searched , it is generating a very long file list which many of them are with the same name in different directories . One of them is responsible from the error message generation . Which one ? Look at the sources : To where ? Look at their web site : Nothing is there . They are working in GhostBSD . Which files are modified by GhostBSD which they are different ones in FreeBSD ? When number of related number of files are considered , it is very difficult to find the differences . After struggling with many fruitless steps , there remains ONLY another step : SWITCH to ANOTHER operating system . It should be remembered that struggling is a TIME EXPENSE and IT IS COSTED . Compare the cost of a Linux or Windows and personal time , and make a decision which one to choose . Another point frequently mentioned is that FreeBSD is leaned toward servers . Only I want to say that , "Please , install a CentOS , Debian , or Windows Server trial , and see how a server may be ..." Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 11:58:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A94C106564A for ; Sun, 3 Jun 2012 11:58:18 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 3A57A8FC0A for ; Sun, 3 Jun 2012 11:58:18 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id A96FFB9F24; Sun, 3 Jun 2012 07:58:15 -0400 (EDT) Message-ID: <4FCB5155.30003@ateamsystems.com> Date: Sun, 03 Jun 2012 18:58:13 +0700 From: Adam Strohl Organization: A-Team Systems User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Mehmet Erol Sanliturk References: <20120602052228.GA6624@lonesome.com> <20120603030931.GA11225@lonesome.com> <4FCB37AC.6030308@ateamsystems.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mark Linimon , freebsd-stable@freebsd.org, Fritz Wuehler Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 11:58:18 -0000 On 6/3/2012 17:51, Mehmet Erol Sanliturk wrote: > Always I am stressing that to manage FreeBSD, a fair amount of expertise > is required which I think this level may be reduced by improving the > FreeBSD management by transferring knowledge to its managing parts ( for > example : package management , repair of broken parts , installation steps > to reach a state like in very easily usable Linux distributions such as > Fedora , Mageia , Mandriva , and many others , etc. ) Yeah or a GUI to reduce the need for knowledge transfer. > You know what to do by your expertise gained over use , which such an > expertise is completely missing in a new comer , and even sometimes in very > highly experienced computer professionals because a different operating > system reduces them to a little experienced new starter . > I agree and your issue with USB sticks proves my point. I've never tried to mount an NTFS USB stick and I'm OK with that. But for you it is a big hassle (understandably so) and it has definitely negatively impacted your view of FreeBSD. > Compare the cost of a Linux or Windows and personal time , and make a > decision which one to choose . > > Another point frequently mentioned is that FreeBSD is leaned toward servers > . > Only I want to say that , "Please , install a CentOS , Debian , or Windows > Server trial , and see how a server may be ..." I manage Windows, CentOS and Debian (and RedHat and a few others) servers too. I've found FreeBSD is more reliable on the whole and takes less time to maintain (which means less expensive for my clients). This is one area where FreeBSD shines. And when things do break it is possible to recover fairly easily. That is another. And yes, in terms of that initial learning curve my experience helps but its the OS that is doing the work here. If I was more experienced with Windows or Linux it wouldn't make them any easier to update, either though. So there is a point at which "knowing what to do" stops being the limiting issue and its just "ok well this is broken now and it can't be cost-effectively fixed". That crossover point is something that is almost never reached with FreeBSD in my experience. All of this is completely parallel and unrelated to your (or another person's) experience as a desktop user though. What you see is "USB thumbdrives don't work" :) So you decide to use another OS, and probably wouldn't advocate for FreeBSD if presented the chance in a server context because of that experience. That is a shame in my book. (I know I'm putting words in your mouth but its simply to illustrate my thinking on how public perception is formed). From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 12:44:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CEFB1065692 for ; Sun, 3 Jun 2012 12:44:19 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id C28CE8FC1C for ; Sun, 3 Jun 2012 12:44:18 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.67]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q53CiGYc032065; Sun, 3 Jun 2012 06:44:17 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Sun, 03 Jun 2012 19:43:03 +0700 Message-ID: <2156532.vx6SHRoqL8@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: References: <4069760.8WmX7zQx9F@x220.ovitrap.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Chris Rees , Chris Nehren Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 12:44:19 -0000 Hi, On 03 June 2012 AM 9:15:14 Chris Rees wrote: > On Jun 3, 2012 5:26 AM, "Erich" wrote: > > > > Hi, > > > > On 02 June 2012 PM 2:56:01 Chris Nehren wrote: > > > On Sat, Jun 02, 2012 at 14:11:06 -0400 , Paul Mather wrote: > > > > I'm not sure what the solution is for the end user. I know I get > > > > somewhat leery of updating my ports if I see a large number of changes > > > > coming via portsnap (like the 4000+ that accompanied the recent libpng > > > > upgrade) and there is nothing new in UPDATING (which, happily wasn't > > > > the case with the libpng upgrade). Usually, I wait a while for the > > > > dust to clear and an UPDATING entry potentially to appear. > > > > > > If you're concerned about things breaking, don't follow the bleeding > > > edge. This seems to be common sense. > > > > is there a second version of the ports tree available? > > > > What is the response of the list if you want to install a new package > with you old ports tree? > > > > The response is "Don't ask for support if you do that", I'm afraid. > > No major OS I can think of allows you to mix and match like that (though I > could be wrong). it is new to me that Microsoft asks for a Windows update when a new Office version appears at the scene. Microsoft also does not ask to update all other applications before the latest Office can be installed. Erich From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 12:44:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EB5210657E6 for ; Sun, 3 Jun 2012 12:44:28 +0000 (UTC) (envelope-from erich@alogreentechnologies.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 013978FC20 for ; Sun, 3 Jun 2012 12:44:26 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.67]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q53CiNKa032111; Sun, 3 Jun 2012 06:44:24 -0600 From: Erich Dollansky To: freebsd-stable@freebsd.org Date: Sun, 03 Jun 2012 19:40:25 +0700 Message-ID: <4585454.SPjgGfiois@x220.ovitrap.com> Organization: ALO Green Technologies Pte Ltd User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <4FCB37AC.6030308@ateamsystems.com> References: <20120602052228.GA6624@lonesome.com> <20120603030931.GA11225@lonesome.com> <4FCB37AC.6030308@ateamsystems.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Mark Linimon , Adam Strohl , Fritz Wuehler Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 12:44:28 -0000 Hi, On 03 June 2012 PM 5:08:44 Adam Strohl wrote: > On 6/3/2012 10:09, Mark Linimon wrote: > > On Sun, Jun 03, 2012 at 01:43:43AM +0200, Fritz Wuehler wrote: > >> So there could be lots of overlap and just looking at the two numbers > >> you posted doesn't really tell the whole story. > > No, I agree that it doesn't. I was just trying to add an aside, and > > point out that the task would not be trivial. > > > > Since I'm heavily invested in FreeBSD ports I think I need to step back > > and let other folks comment in this thread. > > I manage and support a little over 50 FreeBSD servers (VMWare, Xen and servers are a bit different as the tricky ports are not installed there. > native) and feel that the port system, on the whole, is excellent. Its Yes, it is. But is this a reason to stop improving it a little bit. Just a little bit for the cases something went wrong. > easily one of the best features about FreeBSD. Portaudit reports > issues and I can plan and upgrade them as needed. Portupgrade works > great 99% of the time and when it doesn't it has the good sense to roll > back what its done. If there is any question as to what it should do it > errors and tells me, which is exactly what I want it to do. > I do not share the 99% for a server which runs some thin clients. But still, it makes life easy. > I've been a FreeBSD user for about 18 years and supported it > professionally for about 10. In this thread I've read a few posts that > contain blanket statements like "ports are broken" and "never work", I'm > at a loss as to how to respond to this as it is completely counter to my > experience. I wish I could see what they were talking about and figure I mentioned already one example. I install a plain FreeBSD on new hardware. I download the current ports tree and start compiling X then. I do this intentionally meanwhile as this did not work in a single case since around summer 2007 for me. I first reported this. I then tried to fix the make files myself. I could not find a working solution. Anyway, I always get a working system with some manual work. One time it is the left corner, one time it is the right corner where the problems hide. Do not ask me why it is so. After compiling X once on a machine, it is never a problem compiling it again. > out what happened so I could understand what caused them to make such a > statement. It's like they're talking about a different OS than the one > I know. > I know BSD since the end of the seventies from DEC hardware. This is the main reason why I am using it now. I think that I made the same mistake in thinking as you before. Hey, the OS is perfect. We are talking here about a real small problem when installing applications. Other operating systems would be happy if their problems would be that small. > I've written a simple script to run portaudit and pop up a dialog with > check boxes that then kicks off portupgrade for the selected ports which > have issues. 99% of the time its that simple. This is what I want in > a server environment. I do not want things auto-updating (a.k.a. auto > breaking) or making decisions about supporting libraries behind my back. Again, I did not experience these problems on a typical server. Just on servers which run thin clients or real desktop machines. > After reading this thread I am wondering if I should clean the update > dialog script up and submit to the ports tree. It seems like people > think the port update process is harder than it is because it lacks a > Windows Update like dialog which is essentially what this is akin to > (and there might be a port which does this already, too .. anyone?). > All the hard stuff has been done by the FreeBSD team, all I did was put > a bash/dialog script on it. I do not know if I suggested this here once. A small site which collects these things would be good. But who will maintain it. > > I very rarely run into ports that don't build on supported versions of > FreeBSD (ie; ones that haven't reached EoL). I have a number of > customers with a few 6.2 boxes [which I can't wait to upgrade] and still > almost everything builds without tinkering. > As I said before, it is not the updating as such, it is the time it will take when you do not have the time. > All of this is in the scope of servers though (web, DB, application, > etc) and not on the desktop. I haven't used a FreeBSD desktop since > probably 4.x, and while I don't begrudge the work people are doing for > the desktop experience it just doesn't apply to me nor is it why I love > FreeBSD. I won't say something like "you're running a server OS on > your desktop and expecting it to be like a Mac". What will say is: I'm > getting from this thread that a lot of the complaints people have seem > to be based around the desktop. My guess is that this is a super > minority of actual use (by server count). > Isn't this the problem FreeBSd has? I would like to see more people using it there. > BUT: I feel like people are judging how fit an FreeBSD is for server > work by how easy/Mac/Windows/whatever like (as many Linux distros try to > emulate) it is to update. Not good ... but it makes sense from a > social/human perspective, and is probably another thing we should > consider in terms of advocacy. > YYYYYYYYYYYYYYYEEEEEEEEEEEEEEEEEESSSSSSSSSSSSSSSSS You got the point. This is all we are talking about. You found the proper words for it. All other users of FreeBSD do not have a problem with these little things. You have written your script, I have written my script. You know what knob to turn, I know what knob to turn. But the newcomer who wants to do some for the first time gets easily stuck here. Erich From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 13:12:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D5A9106566C for ; Sun, 3 Jun 2012 13:12:39 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2ACCD8FC12 for ; Sun, 3 Jun 2012 13:12:39 +0000 (UTC) Received: by obcni5 with SMTP id ni5so7463349obc.13 for ; Sun, 03 Jun 2012 06:12:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5CCHk/nLUTS6psWdlPBKtw+Tc/EjLf81AFkPZmZQleE=; b=o6+dRcOf337mrJexvI2CzhMXc6a+DHu6Mfn1j9kZ/4+TYKEl/S2n8QVxrqBuYcQAkZ wDUOTqKGTKagKsisW3he+B10JE57DmhP3kL6UGaFzmTxcBnXakjUCss+wNrooDlWmb5q 3faf32RQjJWQ1bhITiRRG+HtbiPK67PhgLYzstKyqwGgt4yFZUMz13eMbyVvTmyNIXtT rmzbzDfhkKvsOHeNlOorOv9wnaA+0f/94uDVThwgTSEWv4D5iCWDmTWf8PLsHcoPAYPA phqiRnPunVmJyxFTpepXS71MovrZm91DUNw8W2J5OQH+rGKhWfiNkES1V6pDMuvIxUdp wYMA== MIME-Version: 1.0 Received: by 10.182.159.5 with SMTP id wy5mr9006402obb.24.1338729158591; Sun, 03 Jun 2012 06:12:38 -0700 (PDT) Received: by 10.182.53.1 with HTTP; Sun, 3 Jun 2012 06:12:38 -0700 (PDT) In-Reply-To: <4FCB5155.30003@ateamsystems.com> References: <20120602052228.GA6624@lonesome.com> <20120603030931.GA11225@lonesome.com> <4FCB37AC.6030308@ateamsystems.com> <4FCB5155.30003@ateamsystems.com> Date: Sun, 3 Jun 2012 06:12:38 -0700 Message-ID: From: Mehmet Erol Sanliturk To: Adam Strohl Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Mark Linimon , freebsd-stable@freebsd.org, Fritz Wuehler Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 13:12:39 -0000 On Sun, Jun 3, 2012 at 4:58 AM, Adam Strohl wrote: > On 6/3/2012 17:51, Mehmet Erol Sanliturk wrote: > >> Always I am stressing that to manage FreeBSD, a fair amount of expertise >> is required which I think this level may be reduced by improving the >> FreeBSD management by transferring knowledge to its managing parts ( for >> example : package management , repair of broken parts , installation steps >> to reach a state like in very easily usable Linux distributions such as >> Fedora , Mageia , Mandriva , and many others , etc. ) >> > > Yeah or a GUI to reduce the need for knowledge transfer. > > You know what to do by your expertise gained over use , which such an >> expertise is completely missing in a new comer , and even sometimes in >> very >> highly experienced computer professionals because a different operating >> system reduces them to a little experienced new starter . >> >> > I agree and your issue with USB sticks proves my point. I've never tried > to mount an NTFS USB stick and I'm OK with that. But for you it is a big > hassle (understandably so) and it has definitely negatively impacted your > view of FreeBSD. > > Compare the cost of a Linux or Windows and personal time , and make a >> decision which one to choose . >> >> Another point frequently mentioned is that FreeBSD is leaned toward >> servers >> . >> Only I want to say that , "Please , install a CentOS , Debian , or Windows >> Server trial , and see how a server may be ..." >> > > I manage Windows, CentOS and Debian (and RedHat and a few others) servers > too. I've found FreeBSD is more reliable on the whole and takes less time > to maintain (which means less expensive for my clients). This is one area > where FreeBSD shines. And when things do break it is possible to recover > fairly easily. That is another. > > And yes, in terms of that initial learning curve my experience helps but > its the OS that is doing the work here. If I was more experienced with > Windows or Linux it wouldn't make them any easier to update, either though. > So there is a point at which "knowing what to do" stops being the limiting > issue and its just "ok well this is broken now and it can't be > cost-effectively fixed". That crossover point is something that is almost > never reached with FreeBSD in my experience. > > All of this is completely parallel and unrelated to your (or another > person's) experience as a desktop user though. What you see is "USB > thumbdrives don't work" :) So you decide to use another OS, and probably > wouldn't advocate for FreeBSD if presented the chance in a server context > because of that experience. That is a shame in my book. (I know I'm > putting words in your mouth but its simply to illustrate my thinking on how > public perception is formed). > > All of us are here for like and love for FreeBSD and to make it much more better than the present state . Our goal is to identify gaps and missing parts to fill the gaps and to generate missing parts . Without doing this it is unlikely that FreeBSD will advance by itself . We should be helpful to developers by bringing issues to agenda . Actually and really FreeBSD is a very high quality operating system as a design and an implementation . With its that structure it is an important contribution to humanity welfare . For this , we really thank very much to its developers and supporters in any way . All over the years , my most stressed issue is its "easiness of usability" , not for my own benefit but for the "normal" users . I can solve my problems in any way , but the other people are not so much experienced and they are living without benefiting from FreeBSD . Since 1970 , I am in this area ( computing ) . If there were NOT FreeBSD or Linux , we will , MOST LIKELY perhaps still use a console mode operating system with painted by a useless windowing program . If you remember the history , Intel 386 with its 32-bit structure appeared around 1985 , and a famous operating system , perhaps understood that there is no other way than doing this , produced its 32-bit , again painted console mode operating system at 1995 , after 10 years , perhaps because , their vision was that a 640 Kilo Bytes program would be much more than requirements of the people . The contributions made by FreeBSD should NOT be forgotten . A few days ago I was suggesting to a professor to use a Unix which was very fond of computer usage too much at the beginning . He asked "Which Unix ?" . He is just a "user" in a different field than in "Computer Sciences and Engineering" . Which Unix you can advise to use by him ? Please think alternatives : ( I am NOT trying to insult any one , please understand in that way . ) FreeBSD : Installation is now easy . Use : Impossible because of installed structure . PC-BSD : Installation and then use is not possible ( I am trying each one by one , perhaps one day I can reach to a working release ) . GhostBSD : Installation is easy . Use is Easy . It is based on only GNOME . Personally I do NOT like GNOME very much and I am NOT using it . Linux : ( Fedora , Mandriva , Mageia , and many others ) Wonderful . I can not think any other choice other than LInux to suggest to ONLY a user which he/she will install and use the system . Please , do NOT forget that server installers and maintainers are computer professionals having sufficient training to work on such a job . The point is this . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 13:43:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 927E7106566B; Sun, 3 Jun 2012 13:43:04 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 604DC8FC14; Sun, 3 Jun 2012 13:43:04 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.67]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q53Dh0G1012797; Sun, 3 Jun 2012 07:43:01 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Sun, 03 Jun 2012 19:24:52 +0700 Message-ID: <1375234.KFMPb0Apoz@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <4FCB38F2.4030505@ateamsystems.com> References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: "freebs >> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 13:43:04 -0000 Hi, On 03 June 2012 PM 5:14:10 Adam Strohl wrote: > On 6/3/2012 11:14, Erich wrote: > > What I really do not understand in this whole discussion is very simple. Is it just a few people who run into problems like this or is this simply ignored by the people who set the strategy for FreeBSD? > > > > I mention since yeares here that putting version numbers onto the port tree would solve many of these problems. All I get as an answer is that it is not possible. > > > > I think that this should be easily possible with the limitation that older versions do not have security fixes. Yes, but of what help is a security fix if there is no running port for the fix? > > I feel like I'm missing something. Why would you ever want to go back > to an old version of the ports tree? You're ignoring tons of security > issues! > > And if a port build is broken then the maintainer needs to fix it, that > is the solution. > > I must be missing something else here, it just seems like the underlying > "need" for this is misguided (and dangerous from a security perspective). yes, you miss a very simple thing. Updated this morning your ports tree. Your client asks for something for Monday morning for which you need now a program which needs some kind of PNG but you did not install it. Do you have a machine that is fast enough to upgrade all your ports and still finish what your client needs Monday morning? The ports tree is not broken as such. Only the installation gets broken in some sense. Have a version number there would allow people to go back to the last known working ports tree, install the software - or whatever has to be done - with a working system. Of course, the next step will be an upgrade. But only after the work which brings in the money is done. You do not face this problem on Windows. You can run a 10 year old 'kernel' and still install modern software. Erich From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 13:43:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6014C10658A0; Sun, 3 Jun 2012 13:43:36 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2E7368FC19; Sun, 3 Jun 2012 13:43:36 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.67]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q53DhV92013001; Sun, 3 Jun 2012 07:43:32 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Sun, 03 Jun 2012 20:29:47 +0700 Message-ID: <3851080.JQJobqxLc8@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <4FCB38F2.4030505@ateamsystems.com> References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: "freebs >> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 13:43:36 -0000 Hi, On 03 June 2012 PM 5:14:10 Adam Strohl wrote: > On 6/3/2012 11:14, Erich wrote: > > What I really do not understand in this whole discussion is very simple. Is it just a few people who run into problems like this or is this simply ignored by the people who set the strategy for FreeBSD? > > > > I mention since yeares here that putting version numbers onto the port tree would solve many of these problems. All I get as an answer is that it is not possible. > > > > I think that this should be easily possible with the limitation that older versions do not have security fixes. Yes, but of what help is a security fix if there is no running port for the fix? > > I feel like I'm missing something. Why would you ever want to go back > to an old version of the ports tree? You're ignoring tons of security > issues! > > And if a port build is broken then the maintainer needs to fix it, that > is the solution. > > I must be missing something else here, it just seems like the underlying > "need" for this is misguided (and dangerous from a security perspective). yes, you miss a very simple thing. Updated this morning your ports tree. Your client asks for something for Monday morning for which you need now a program which needs some kind of PNG but you did not install it. Do you have a machine that is fast enough to upgrade all your ports and still finish what your client needs Monday morning? The ports tree is not broken as such. Only the installation gets broken in some sense. Have a version number there would allow people to go back to the last known working ports tree, install the software - or whatever has to be done - with a working system. Of course, the next step will be an upgrade. But only after the work which brings in the money is done. You do not face this problem on Windows. You can run a 10 year old 'kernel' and still install modern software. Erich From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 14:00:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DEB1106567B; Sun, 3 Jun 2012 14:00:33 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 841D88FC17; Sun, 3 Jun 2012 14:00:11 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so5190520pbb.13 for ; Sun, 03 Jun 2012 07:00:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=+hLAkp92zA2F0wwi9UnbS39b2DUcbtNj6EM6jzcG6vw=; b=S4WblKTY4qlJeQAYm7jPPgVZZo23vINTP3D6yrNA0OaiiZsV11bmMLIqhtD5ZttuKt vtSa/F6hi8QJ8A2wNMLcF4r8iwlzKPf1146+VTzp2+6C+SvdqNEBTTu/OrCBNQNhJwmM iZeKeklPnEtUNmqZDL2ruhPFdti1k5XlVFRgScCUHKYmRpm8jVn77ie6Spp5x6AKkUrh aR2cnwoJV9xxiomg6feD8ty6k1q4iz6opUeNs1fsgWfhuFGZgKrCY4wcUBDj4WtHkT67 TuFwFh7ck58haOaczhUFY1j96QWmR8y7+KQ6EGnoR86cV6EnhrhqtxlJdBawkzEzDqRQ zRhQ== MIME-Version: 1.0 Received: by 10.68.132.34 with SMTP id or2mr29960649pbb.118.1338732011029; Sun, 03 Jun 2012 07:00:11 -0700 (PDT) Received: by 10.68.6.201 with HTTP; Sun, 3 Jun 2012 07:00:10 -0700 (PDT) In-Reply-To: <3851080.JQJobqxLc8@x220.ovitrap.com> References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> Date: Sun, 3 Jun 2012 10:00:10 -0400 Message-ID: From: Super Bisquit To: freebsd-stable@freebsd.org, freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 14:00:33 -0000 On Sun, Jun 3, 2012 at 9:29 AM, Erich wrote: > Hi, > > On 03 June 2012 PM 5:14:10 Adam Strohl wrote: >> On 6/3/2012 11:14, Erich wrote: >> > What I really do not understand in this whole discussion is very simpl= e. Is it just a few people who run into problems like this or is this simpl= y ignored by the people who set the strategy for FreeBSD? >> > >> > I mention since yeares here that putting version numbers onto the port= tree would solve many of these problems. All I get as an answer is that it= is not possible. >> > >> > I think that this should be easily possible with the limitation that o= lder versions do not have security fixes. Yes, but of what help is a securi= ty fix if there is no running port for the fix? >> >> I feel like I'm missing something. =A0Why would you ever want to go back >> to an old version of the ports tree? =A0You're ignoring tons of security >> issues! >> >> And if a port build is broken then the maintainer needs to fix it, that >> is the solution. >> >> I must be missing something else here, it just seems like the underlying >> "need" for this is misguided (and dangerous from a security perspective)= . > > yes, you miss a very simple thing. Updated this morning your ports tree. = Your client asks for something for Monday morning for which you need now a = program which needs some kind of PNG but you did not install it. > > Do you have a machine that is fast enough to upgrade all your ports and s= till finish what your client needs Monday morning? > > The ports tree is not broken as such. Only the installation gets broken i= n some sense. Have a version number there would allow people to go back to = the last known working ports tree, install the software - or whatever has t= o be done - with a working system. > > Of course, the next step will be an upgrade. But only after the work whic= h brings in the money is done. > > You do not face this problem on Windows. You can run a 10 year old 'kerne= l' and still install modern software. > > Erich > _______________________________________________ > 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= " I am not currently using FreeBSD because I am transient, two laptops and only one works, not able to set up a FreeBSD system- using Linux. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 14:11:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6ACCE1065693 for ; Sun, 3 Jun 2012 14:11:19 +0000 (UTC) (envelope-from erich@alogreentechnologies.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 3BF658FC18 for ; Sun, 3 Jun 2012 14:11:19 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.67]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q53EBBgK019249; Sun, 3 Jun 2012 08:11:15 -0600 From: Erich Dollansky To: freebsd-stable@freebsd.org Date: Sun, 03 Jun 2012 21:11:05 +0700 Message-ID: <6628972.jbS0ig0lJ2@x220.ovitrap.com> Organization: ALO Green Technologies Pte Ltd User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: References: <20120602052228.GA6624@lonesome.com> <4FCB5155.30003@ateamsystems.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Mark Linimon , Adam Strohl , Fritz Wuehler Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 14:11:19 -0000 Hi, On 03 June 2012 AM 6:12:38 Mehmet Erol Sanliturk wrote: > On Sun, Jun 3, 2012 at 4:58 AM, Adam Strohl > wrote: > > > On 6/3/2012 17:51, Mehmet Erol Sanliturk wrote: > > > Linux : ( Fedora , Mandriva , Mageia , and many others ) Wonderful . I can are you talking about the Fedora I have installed here? > not think any other choice other than LInux to suggest to ONLY a user which > he/she will install and use the system . I am not so sure if this will work. At least not on my machine. I did a standard install as I expect to replace this installation with FreeBSD when I have a bit more time at hand. I noticed meanwhile two problems which are show stoppers for normal users. After the notebook was put to sleep, it was literally put to sleep, at least partially. I could not fire out what was wrong as the user interface still worked. I got many error messages that writes to sockets failed. So, I assume writing to sockets died. The next thing are updates. After downloading some 600MB of updates via the GUI tool, I could not install a single package with it anymore. I have had to go to the console and use yum install to get things installed. If a user manages this, the same user will manage FreeBSD too. If a user does not manage this, Windows will be back on the machine. > > Please , do NOT forget that server installers and maintainers are computer > professionals having sufficient training to work on such a job . > Yeah, FreeBSD is also very easy for me to handle. For my wife? No, she complains then that this was working under Windows even when she never saw it working under Windows. Erich From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 14:56:09 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BACC106564A for ; Sun, 3 Jun 2012 14:56:09 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) by mx1.freebsd.org (Postfix) with ESMTP id A65DE8FC1C for ; Sun, 3 Jun 2012 14:56:08 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sweb; b=aKk8Mg a8w1wbGx8+2cqZS0wsEKkz5Eh4h1v9XP+6bTo57bJgBLLbaAcgFE8m+pxPTG35Oh ovq6wz+HEzyBeh3RMn09qZeInmEyVI3vLfMITV+4Ymo5xuuYsI1nWzCc7Sx+EDd3 nTQk0WFzlIv/r54kvUrzWYdWeoDH/YpIEPnH8= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sweb; bh=stuPCQvYRW/Y Fimp9dNQ3g5TbE4nNRNltGJDWUxoxfk=; b=s+rvUpGhSyfQe/zRwXMk4YtXba3d rmLsESilGuclBRhnay88UhtusbY8DZgM6+StYJxGD9UDBu0X1mwr+86GS3Kds/fc X0vSgVu8l9Macfzj2uAu0iaBSMtccV78ikuBZAmLiy9iJHrC9rfpueWR7udpJw7t u9euUXcgByG4QUU= Received: (qmail 79568 invoked from network); 3 Jun 2012 09:56:01 -0500 Received: from unknown (HELO ?10.10.1.87?) (bryan@shatow.net@10.10.1.87) by sweb.xzibition.com with ESMTPA; 3 Jun 2012 09:56:01 -0500 Message-ID: <4FCB7B00.405@shatow.net> Date: Sun, 03 Jun 2012 09:56:00 -0500 From: Bryan Drewery User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Chris Nehren References: <20120531204556.GB15877@isuckatdomains.members.linode.com> In-Reply-To: <20120531204556.GB15877@isuckatdomains.members.linode.com> X-Enigmail-Version: 1.4.1 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Solaris features in FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 14:56:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 5/31/2012 3:45 PM, Chris Nehren wrote: > On Thu, May 31, 2012 at 17:20:04 +0200 , Oliver Fromme wrote: > And speaking of Solaris features... > > On Thu, May 31, 2012 at 19:13:32 +0100 , Matthew Seaman wrote: >> This sort of operation is something that ZFS boot environment support >> (recently committed to HEAD, due for MFC within the month) makes much, >> much safer and easier to deal with. You don't need to do a separate >> reboot to test the kernel as you've still got an entire kernel+world in >> the previous BE to fall back on. > > This is *awesome*. /me removes yet another item from the "reasons to use > Solaris" list. I cannot wait to try this out. > ZFS Boot Environments are supported even without the HEAD changes. Some ports/scripts to assist: beadm Solaris-like script: sysutils/beadm (see http://forums.freebsd.org/showthread.php?t=31662) Another: manageBE (http://anonsvn.h3q.com/projects/freebsd-patches/wiki/manageBE) Regards, Bryan Drewery -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPy3r/AAoJEG54KsA8mwz5jK8QALz9udwIxQ2aEjdDoqgbOVZ6 87PwyX8GNVhFdnusajj7zgZM+pqXft93SG8lpNPzPDa+bqI/wQRQAAvrztpPKZJM 4VwmRNmH7bFjjGSo0luUaJ+A5lyKmNl6IR5OqGniw51UVHgbIwDRLG304AXeQc9n Eua6bBSKgKUeYtYV+vtBcIAqCeOpyW+QD94z04BcM+f5LzC86E/XZyKKNhLwzDwb XWum7sBWa+bf3T5qfKofuV0iOlbMj8CEbHUZg1MqyuQASBLYwkhmC9MRhL6Wsksy ccmCTDW7dGk3ng7Iqfbs4JJJ71osToP/k1UxPECG+sISXafFFBTVqPHVquvxOaVv 2SmYMBT9FbfmwXg8Ld6mVCd/kqDQx2NBuIiHkHroi38EX2W1398/O/57VRlw031+ +vxrSAhHj2v3YXPEmBu+8J5gDGJV2luSCftH8COua2dhtwqLPfkJpxooJbuPc+ll fqQfd0D9Cr1GIRBg4NKn5naesTCSaEZSmRFbRx5cqmlJ+6BqTgCV3e3cGSQypF1L cwSTwZU9U1uDYGJJ/62BYZz01CCS/h3EcrkYzmpKN+L7HLe6dkXaWlE47GyJ7NZk YT9nyP/tZt/xf5cEkSiTCTg3m1iNYar+3eT51rPofmzybC0uBSqZe8Fj/CCjQQfH jkBjdI4fhyWWrosHpjC0 =G/Tu -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 14:58:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB623106564A for ; Sun, 3 Jun 2012 14:58:05 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vulpes.vvelox.net (vulpes.vvelox.net [99.69.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 65A408FC1A for ; Sun, 3 Jun 2012 14:58:05 +0000 (UTC) Received: from vixen42.vulpes.vvelox.net (vixen42.vulpes.vvelox.net [192.168.15.2]) (Authenticated sender: kitsune) by vulpes.vvelox.net (Postfix) with ESMTPA id F36FD3F64B; Sun, 3 Jun 2012 09:59:27 -0500 (CDT) Date: Sun, 3 Jun 2012 09:59:59 -0500 From: "Zane C. B-H." To: Kurt Jaeger Message-ID: <20120603095959.1392ed7d@vixen42.vulpes.vvelox.net> In-Reply-To: <20120601121555.GF5335@home.opsec.eu> References: <20120601121555.GF5335@home.opsec.eu> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 14:58:05 -0000 On Fri, 1 Jun 2012 14:15:55 +0200 Kurt Jaeger wrote: > > - Windows Terminalserver functionality > If you mean the lack of something similar in regards to reconnecting sessions, you may find xpra to be of interest to you. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 15:14:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01FE91065676 for ; Sun, 3 Jun 2012 15:14:50 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vulpes.vvelox.net (vulpes.vvelox.net [99.69.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id BEB128FC0C for ; Sun, 3 Jun 2012 15:14:49 +0000 (UTC) Received: from vixen42.vulpes.vvelox.net (vixen42.vulpes.vvelox.net [192.168.15.2]) (Authenticated sender: kitsune) by vulpes.vvelox.net (Postfix) with ESMTPA id 1897D3F62E; Sun, 3 Jun 2012 10:16:10 -0500 (CDT) Date: Sun, 3 Jun 2012 10:16:42 -0500 From: "Zane C. B-H." To: Alexander Yerenkow Message-ID: <20120603101642.10310505@vixen42.vulpes.vvelox.net> In-Reply-To: References: <2730bd1bab4223e718193254cb8bbd60@dizum.com> <20120601194621.GA83046@e-new.0x20.net> <4FC9DC69.6090907@zedat.fu-berlin.de> <4FC9F245.8030300@digsys.bg> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 15:14:50 -0000 On Sat, 2 Jun 2012 16:07:23 +0300 Alexander Yerenkow wrote: > I'll try to be short. > I'm using FreeBSD both at servers and as a desktop, but I see > struggling of my friends with it in some things. > > 1. Ports mess. You can very easily render system unusable, or broken > if you trying to use latest ports. And then you had to became "a > port master" to fix all. Of course you need a lot of free time, > right? :) This is not a FreeBSD specific issue. Regardless of the OS in question, one needs to make sure to run it all in a test environment first before pushing it out. > 2. No decent packet manager (I hope pkgng will make life > easier). You can't just upgrade this and that packet and see what's > new, and rollback if you don't like somthing . Actually rolling back is completely possible as the ports tree is in a vcs. Just roll back to the last working version of a port you are having issues with and make sure it is set to not be updated next time up update the tree. > 3. "FreeBSD is not a linux" - so FreeBSD avoid linuxisms, like KMS > etc. And when it became crystal clear that progress is inevitable, > we need wait few more years to get new graphics working. Some time > ago, I read somewhere on wiki proud phrase "We are more linux than > linux itself", it was about LSB test or something similar. FreeBSD > can deny linux ways, but it's here, and it's widespread standard > (at least in comparing with FreeBSD). FreeBSD do really need those > fancy new techs, at least which related to X/hardware. XEN is one > more thing, which could be attractive, but there's not much > progress. I don't say let's rewrite all as in linux. I'm saying > about having copatibility layer a bit fresher. This is question of time of the people involved. I can't say I've seen any one saying new features like KMS should not be added because it is to Linux like. > From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 16:11:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 278E91065675 for ; Sun, 3 Jun 2012 16:11:50 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D84018FC0A for ; Sun, 3 Jun 2012 16:11:49 +0000 (UTC) Received: by obcni5 with SMTP id ni5so7702192obc.13 for ; Sun, 03 Jun 2012 09:11:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5liIN+pHzXk7ZXAvOwoJ64jDDvoTx74hZwalXEhunaY=; b=voHCsnfp43tB7af8T7SeMqry5jyqQD92iJfLtcIgofBQznQ61mt5wHSmz/LknLSiti 5QI0/g/lm4ziHpIzlWaK3dz7cPeAj1pffJv7Kazv12Vw91yO71AjblDal1BeczQ1NJCM dt52sDEi3o33lY7HbgDw9HQpZfonsioZoxtDgGpzWDg/FKJt8TyOyUNrL5RXBmlO643A 4cdKGtoopARJHx7QepnWwB6/gaZpgfvJCCjEwmOd0FLOP5DQHfWWeXlRkwBfgOgl2Yp4 uB4sT6C7wsy6D28he/E5WaGQkEfTVOIQ8SrG37lWoQFJh/W2w4X3lV+2+LI7rzsXFN0H lHkw== MIME-Version: 1.0 Received: by 10.60.22.201 with SMTP id g9mr9187141oef.8.1338739909278; Sun, 03 Jun 2012 09:11:49 -0700 (PDT) Received: by 10.182.48.130 with HTTP; Sun, 3 Jun 2012 09:11:49 -0700 (PDT) In-Reply-To: References: <20120602052228.GA6624@lonesome.com> <20120603030931.GA11225@lonesome.com> <4FCB37AC.6030308@ateamsystems.com> <4FCB5155.30003@ateamsystems.com> Date: Sun, 3 Jun 2012 11:11:49 -0500 Message-ID: From: Franci Nabalanci To: Mehmet Erol Sanliturk Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Mark Linimon , freebsd-stable@freebsd.org, Adam Strohl , Fritz Wuehler Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 16:11:50 -0000 I am not a computer educated person but maybe I am like your professor (I am in genetics). I start with DOS, OS/2, Linux and last three years I am on FreeBSD. I don't have a server but I use console a lot, Fluxbox and KDE. I never tried PC BSD but it is FreeBSD and because that I will recommended him FreeBSD which is IMO more stable than Linux which I am 'friendly" too :). On Sun, Jun 3, 2012 at 8:12 AM, Mehmet Erol Sanliturk < m.e.sanliturk@gmail.com> wrote: > On Sun, Jun 3, 2012 at 4:58 AM, Adam Strohl > wrote: > > > On 6/3/2012 17:51, Mehmet Erol Sanliturk wrote: > > > >> Always I am stressing that to manage FreeBSD, a fair amount of > expertise > > > > > FreeBSD : Installation is now easy . Use : Impossible because of installed > structure . > PC-BSD : Installation and then use is not possible ( I am trying each one > by one , perhaps one day > I can reach to a working release ) . > GhostBSD : Installation is easy . Use is Easy . It is based on only GNOME . > Personally I do NOT like GNOME very much and I am NOT > using it . > > Linux : ( Fedora , Mandriva , Mageia , and many others ) Wonderful . I can > not think any other choice other than LInux to suggest to ONLY a user which > he/she will install and use the system . > > Please , do NOT forget that server installers and maintainers are computer > professionals having sufficient training to work on such a job . > > The point is this . > > > Thank you very much . > > Mehmet Erol Sanliturk > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 16:28:36 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ECAB106567F; Sun, 3 Jun 2012 16:28:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id F03188FC16; Sun, 3 Jun 2012 16:28:35 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q53GSZFe078376; Sun, 3 Jun 2012 16:28:35 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q53GSZBB078357; Sun, 3 Jun 2012 16:28:35 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 3 Jun 2012 16:28:35 GMT Message-Id: <201206031628.q53GSZBB078357@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 16:28:36 -0000 TB --- 2012-06-03 14:00:35 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-06-03 14:00:35 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-06-03 14:00:35 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2012-06-03 14:00:35 - cleaning the object tree TB --- 2012-06-03 14:01:11 - cvsupping the source tree TB --- 2012-06-03 14:01:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc/powerpc/supfile TB --- 2012-06-03 14:02:08 - building world TB --- 2012-06-03 14:02:08 - CROSS_BUILD_TESTING=YES TB --- 2012-06-03 14:02:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-03 14:02:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-03 14:02:08 - SRCCONF=/dev/null TB --- 2012-06-03 14:02:08 - TARGET=powerpc TB --- 2012-06-03 14:02:08 - TARGET_ARCH=powerpc TB --- 2012-06-03 14:02:08 - TZ=UTC TB --- 2012-06-03 14:02:08 - __MAKE_CONF=/dev/null TB --- 2012-06-03 14:02:08 - cd /src TB --- 2012-06-03 14:02:08 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 3 14:02:09 UTC 2012 >>> 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 [...] gzip -cn /src/sys/boot/powerpc/ofw/../../forth/version.4th.8 > version.4th.8.gz gzip -cn /src/sys/boot/powerpc/ofw/../../common/loader.8 > loader.8.gz cat /src/sys/boot/powerpc/ofw/../../common/help.common /src/sys/boot/powerpc/ofw/help.ofw | awk -f /src/sys/boot/powerpc/ofw/../../common/merge_help.awk > loader.help ===> sys/boot/powerpc/ps3 (all) cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_EXT2FS_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/ps3/../../ficl -I/src/sys/boot/powerpc/ps3/../../ficl/powerpc -DNETIF_OPEN_CLOSE_ONCE -mcpu=powerpc64 -I/src/sys/boot/powerpc/ps3/../../common -I/src/sys/boot/powerpc/ps3/../../.. -I. -Wall -ffreestanding -msoft-float -DAIM -DRELOC=0x0 -Wa,-mppc64bridge -I/src/sys/boot/powerpc/ps3/../../../../lib/libstand/ -std=gnu99 -c /src/sys/boot/powerpc/ps3/start.S /obj/powerpc.powerpc/src/tmp/usr/include/machine/trap_aim.h: Assembler messages: /obj/powerpc.powerpc/src/tmp/usr/include/machine/trap_aim.h:123: Error: Unrecognized opcode: `struct' /obj/powerpc.powerpc/src/tmp/usr/include/machine/trap_aim.h:124: Error: Unrecognized opcode: `void' *** Error code 1 Stop in /src/sys/boot/powerpc/ps3. *** Error code 1 Stop in /src/sys/boot/powerpc. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-03 16:28:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-03 16:28:35 - ERROR: failed to build world TB --- 2012-06-03 16:28:35 - 6087.52 user 829.58 system 8879.57 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 16:38:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E4311065688; Sun, 3 Jun 2012 16:38:27 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id F2F088FC12; Sun, 3 Jun 2012 16:38:26 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id 1224BB9F22; Sun, 3 Jun 2012 12:38:24 -0400 (EDT) Message-ID: <4FCB92FD.9040202@ateamsystems.com> Date: Sun, 03 Jun 2012 23:38:21 +0700 From: Adam Strohl Organization: A-Team Systems User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Erich References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <1375234.KFMPb0Apoz@x220.ovitrap.com> In-Reply-To: <1375234.KFMPb0Apoz@x220.ovitrap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" , "freebs >> Current FreeBSD" , freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 16:38:27 -0000 On 6/3/2012 19:24, Erich wrote: > yes, you miss a very simple thing. Updated this morning your ports tree. Your client asks for something for Monday morning for which you need now a program which needs some kind of PNG but you did not install it. > > Do you have a machine that is fast enough to upgrade all your ports and still finish what your client needs Monday morning? All I'd need to do is compile and install the libpng and then compile the program. There is no need to "upgrade all my ports". > > The ports tree is not broken as such. Only the installation gets broken in some sense. Have a version number there would allow people to go back to the last known working ports tree, install the software - or whatever has to be done - with a working system. > > Of course, the next step will be an upgrade. But only after the work which brings in the money is done. I don't understand what you are saying here, sorry. Or why you'd upgrade all your ports to install 1 new one. > > You do not face this problem on Windows. You can run a 10 year old 'kernel' and still install modern software. Not true at all. Lots of Windows software requires minimum service pack and KB patch levels. > > Erich From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 16:51:25 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE9B0106564A; Sun, 3 Jun 2012 16:51:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 866A18FC17; Sun, 3 Jun 2012 16:51:25 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q53GpPUn098852; Sun, 3 Jun 2012 16:51:25 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q53GpPRU098851; Sun, 3 Jun 2012 16:51:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 3 Jun 2012 16:51:25 GMT Message-Id: <201206031651.q53GpPRU098851@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9 tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 16:51:26 -0000 TB --- 2012-06-03 14:32:14 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-06-03 14:32:14 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-06-03 14:32:14 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2012-06-03 14:32:14 - cleaning the object tree TB --- 2012-06-03 14:33:14 - cvsupping the source tree TB --- 2012-06-03 14:33:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc64/powerpc/supfile TB --- 2012-06-03 14:34:13 - building world TB --- 2012-06-03 14:34:13 - CROSS_BUILD_TESTING=YES TB --- 2012-06-03 14:34:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-03 14:34:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-03 14:34:13 - SRCCONF=/dev/null TB --- 2012-06-03 14:34:13 - TARGET=powerpc TB --- 2012-06-03 14:34:13 - TARGET_ARCH=powerpc64 TB --- 2012-06-03 14:34:13 - TZ=UTC TB --- 2012-06-03 14:34:13 - __MAKE_CONF=/dev/null TB --- 2012-06-03 14:34:13 - cd /src TB --- 2012-06-03 14:34:13 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 3 14:34:14 UTC 2012 >>> 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 [...] gzip -cn /src/sys/boot/powerpc/ofw/../../forth/version.4th.8 > version.4th.8.gz gzip -cn /src/sys/boot/powerpc/ofw/../../common/loader.8 > loader.8.gz cat /src/sys/boot/powerpc/ofw/../../common/help.common /src/sys/boot/powerpc/ofw/help.ofw | awk -f /src/sys/boot/powerpc/ofw/../../common/merge_help.awk > loader.help ===> sys/boot/powerpc/ps3 (all) cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_EXT2FS_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/powerpc/ps3/../../ficl -I/src/sys/boot/powerpc/ps3/../../ficl/powerpc -DNETIF_OPEN_CLOSE_ONCE -mcpu=powerpc64 -I/src/sys/boot/powerpc/ps3/../../common -I/src/sys/boot/powerpc/ps3/../../.. -I. -Wall -ffreestanding -msoft-float -DAIM -DRELOC=0x0 -Wa,-mppc64bridge -I/src/sys/boot/powerpc/ps3/../../../../lib/libstand/ -m32 -mcpu=powerpc -std=gnu99 -c /src/sys/boot/powerpc/ps3/start.S /obj/powerpc.powerpc64/src/tmp/usr/include/machine/trap_aim.h: Assembler messages: /obj/powerpc.powerpc64/src/tmp/usr/include/machine/trap_aim.h:123: Error: Unrecognized opcode: `struct' /obj/powerpc.powerpc64/src/tmp/usr/include/machine/trap_aim.h:124: Error: Unrecognized opcode: `void' *** Error code 1 Stop in /src/sys/boot/powerpc/ps3. *** Error code 1 Stop in /src/sys/boot/powerpc. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-03 16:51:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-03 16:51:24 - ERROR: failed to build world TB --- 2012-06-03 16:51:24 - 5852.83 user 783.63 system 8350.09 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 19:25:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BCB8106566C for ; Sun, 3 Jun 2012 19:25:05 +0000 (UTC) (envelope-from apeiron@isuckatdomains.net) Received: from isuckatdomains.net (unknown [IPv6:2600:3c01:e000:4::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2CE868FC17 for ; Sun, 3 Jun 2012 19:25:05 +0000 (UTC) Received: from isuckatdomains.isuckatdomains.net (isuckatdomains.net [74.207.243.179]) by isuckatdomains.net (Postfix) with ESMTPSA id 5AD0945ACB for ; Sun, 3 Jun 2012 15:25:04 -0400 (EDT) Date: Sun, 3 Jun 2012 15:25:03 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Message-ID: <20120603192503.GA10783@isuckatdomains.isuckatdomains.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20120531204556.GB15877@isuckatdomains.members.linode.com> <4FCB7B00.405@shatow.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <4FCB7B00.405@shatow.net> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Solaris features in FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 19:25:05 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 03, 2012 at 09:56:00 -0500 , Bryan Drewery wrote: > ZFS Boot Environments are supported even without the HEAD changes. >=20 > Some ports/scripts to assist: >=20 > beadm Solaris-like script: > sysutils/beadm (see http://forums.freebsd.org/showthread.php?t=3D31662) >=20 > Another: > manageBE (http://anonsvn.h3q.com/projects/freebsd-patches/wiki/manageBE) Ooh, very cool. This makes me wonder how the work in HEAD compares to the existing tools and whether it's derived from it. Shall have to look. Too many cool things to research, not enough hours in the day. --=20 Thanks and best regards, Chris Nehren --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJPy7oOAAoJEB3ywRGrHAnQjikQAJrmbxD+Kx+Y9RHdBGQYDEFC VcNM2uFoqBIcdXogGINm7PWUr7OsqFDYogF12lfHMTfG0Qzhti2KdbmKftEWHo3N +mTOZlyey/C3tN9MxrBEywQT9VA3ZXymR9nfZfo9HILKgE4S8Xu08PSe22D/att/ Pf8T3Ga19dwXo2ZXENMIBbjbQ5l+Y5fmbxs1Xa2qisFHNxeDCfTNtHCdCYtGx88o uFRrFSK2JWbS1jYFD/Ak3JqSm/z67IuCmSIgxLMeRd/os8RiyHYYzpAt9JkOE7+M DvqMGF7v/5hrhpZvjXT04HkfEwBsdyYxBvSnIPdKZgvKoH5WD3ddHbWGBCYdKx2+ Skpnny9BLcd2QoP3sNrSoexC5bV9ZvqBfve+f2fnSvRHOx00XN66H7zSTX+nVt9J oneOCuZemS85w6eqENU64euehTdGq8HoRZ+tNyyPlZJOvh469aePlhz4Dr0YTEIE Ye0aThyXQv13tam6p8veqUU8f6BF0Ec7bPgdN1/PNEMxT29pISTlQpw7WX9S+QhI 6IZpQias0+7v1mVE8VnoaHjt8dxwIhsvHImnQF5aCe9F+wLmRNTRjK3pqNep0jug W/k01XkT4P4A96j7rUhuWto8I2c/WN69toyEt+ezto1/ULuyTTMlKkz4mcSK1dGH 8zoIr7ZhWW6GZHFrp3Mg =eh0Q -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 19:31:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26E2E106566C for ; Sun, 3 Jun 2012 19:31:23 +0000 (UTC) (envelope-from rflynn@acsalaska.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2CB6D8FC0A for ; Sun, 3 Jun 2012 19:31:23 +0000 (UTC) Received: from [127.0.0.1] (squeeze.lan.rachie.is-a-geek.net [192.168.2.30]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id D72307E850 for ; Sun, 3 Jun 2012 11:31:21 -0800 (AKDT) Message-ID: <4FCBBB87.4050802@acsalaska.net> Date: Sun, 03 Jun 2012 21:31:19 +0200 From: Mel Flynn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4FC9F245.8030300@digsys.bg> <1628003.3f5XqiNPan@x220.ovitrap.com> <4FCB190E.5070702@FreeBSD.org> In-Reply-To: <4FCB190E.5070702@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Implications of pkgng, was Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 19:31:24 -0000 On 3-6-2012 9:58, Matthew Seaman wrote: > On 03/06/2012 02:21, Erich wrote: >> I do not believe that much more would be needed. Of course, we have >> then a huge number of versions. Would it matter? Give the ports tree >> the major version number of the latest release. So, at the moment it >> would be 10. Increment then the minor every hour if you want. Just >> make sure that the ports tree can be downloaded for some time under >> this version number. > > What exactly is this supposed to solve? Simply attaching a number to > the ports tree won't do anything. There is already a promise that the > ports should work on all supported FreeBSD release branches. There's one problem that can never practically be solved and one that isn't being tested by maintainers because of Tinderbox. The first is that very fast the possible number of combinations introduced with options goes out of range of a human life time. This is especially true for GUI components. Other operating systems referenced here are no comparison, since they simply do not provide those kinds of choices for 3rd party software. The second issue is that Tinderbox processes each port stage separately, starting with a clean system. This hides bugs that only come out when the various stages are chained or when a ports management tool removes and tries to reinstall a port in the dependency chain. In a few cases there are hidden circular dependencies caused by runtime loading. Once the base system supports binary upgrades of packages through pkgng it should solve a lot of issues that people have with production systems now, though there are already people that are deploying custom built binary packages to their production systems using a "wipe and reload" approach. -- Mel From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 20:52:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCDB81065687 for ; Sun, 3 Jun 2012 20:52:39 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-wg0-f42.google.com (mail-wg0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5CB2B8FC1E for ; Sun, 3 Jun 2012 20:52:36 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so1909732wgb.1 for ; Sun, 03 Jun 2012 13:52:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Wu6ekjDlk1SiJQcAo3rTP+XY1tD4cVxHhaurxjS7lxw=; b=qenAy7yterH4TzKhqLmicARqGo4bFDJWv/W8RqlhwfwwzJ8mAMQmd1hMZ2wgZgH5Ni rSwcgDfKIE2fMNUBTmLNrqYCSUHeuR4TvevEwblc6oDzp/4/iNXdCgktNselE5k3suXa jorrVEMHlFZUhSHrdndg8OirWe7+IpcrU9DicPuVJ1pJzZay9ERd7PZaaUHYV6bA6YFD rMc0eU5wgGr6uayF3UGRMO1yxbFC/kkeSKzL2/qPRAm4kDfEO2BbBny2L69ROwCsoFnZ G09WK6TKcZnwewJu47Va4VKlTxjsCofjDH5ulHWYjQLn6m3VmA/f1xROXRYHvCUTrTYe OSng== MIME-Version: 1.0 Received: by 10.216.139.19 with SMTP id b19mr9350443wej.4.1338756755240; Sun, 03 Jun 2012 13:52:35 -0700 (PDT) Received: by 10.216.142.35 with HTTP; Sun, 3 Jun 2012 13:52:34 -0700 (PDT) Received: by 10.216.142.35 with HTTP; Sun, 3 Jun 2012 13:52:34 -0700 (PDT) In-Reply-To: <20120531202334.GA27926@pcjas.obspm.fr> References: <20120531202334.GA27926@pcjas.obspm.fr> Date: Mon, 4 Jun 2012 06:22:34 +0930 Message-ID: From: Matt Thyer To: Albert Shih Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Load when idl on stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 20:52:40 -0000 On Jun 1, 2012 11:27 PM, "Albert Shih" wrote: > > Hi > > I already post a message about my problem > > I've three PC, all are Dell. Two laptop and one desktop. > > All run FreeBSD 9-Stable amd64 > > Since 1 or 2 months I notice the load is never drop down 0.8-0.9 event when > nothing running but only on those laptop. > > I update today my desktop to last csup src and everything is fine on the > desktop. > > On both laptop the load is still at 0.8 - 0.9 > > And in same time the usb mouse on the laptop stop working meaning I can > use the touchpad, but if I plug a usb mouse, the kernel see the device but > the mouse not working on xorg. > > Is' not block my work so I can live with that. I just want report those > problems. > > Regards. > > JAS Is this due to a high rate of interrupts ? i.e. can you see this with "systat -vm 1" with a large number in the "intr" field. If yes, run "vmstat -i" to see what interrupt is being hit. Then tell us what hardware is on that irq (from grep irq /var/run/dmesg.boot). Matt From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 20:55:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E4EF106566C; Sun, 3 Jun 2012 20:55:53 +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 C338C8FC1E; Sun, 3 Jun 2012 20:55:52 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SbHpx-0007Fz-PH>; Sun, 03 Jun 2012 22:55:45 +0200 Received: from e178013064.adsl.alicedsl.de ([85.178.13.64] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SbHpx-0001Iy-JM>; Sun, 03 Jun 2012 22:55:45 +0200 Message-ID: <4FCBCF49.1010206@zedat.fu-berlin.de> Date: Sun, 03 Jun 2012 22:55:37 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Erich References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> In-Reply-To: <3851080.JQJobqxLc8@x220.ovitrap.com> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig41080BA85D89561BF18ABBB1" X-Originating-IP: 85.178.13.64 Cc: "freebs >> Current FreeBSD" , freebsd-stable@freebsd.org, Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 20:55:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig41080BA85D89561BF18ABBB1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/03/12 15:29, Erich wrote: > Hi, >=20 > On 03 June 2012 PM 5:14:10 Adam Strohl wrote: >> On 6/3/2012 11:14, Erich wrote: >>> What I really do not understand in this whole discussion is very simp= le. Is it just a few people who run into problems like this or is this si= mply ignored by the people who set the strategy for FreeBSD? >>> >>> I mention since yeares here that putting version numbers onto the por= t tree would solve many of these problems. All I get as an answer is that= it is not possible. >>> >>> I think that this should be easily possible with the limitation that = older versions do not have security fixes. Yes, but of what help is a sec= urity fix if there is no running port for the fix? >> >> I feel like I'm missing something. Why would you ever want to go back= =20 >> to an old version of the ports tree? You're ignoring tons of security= =20 >> issues! =2E.. I think the PNG update isn't a security issue. And for not being a security issue, it triggered an inadequate mess! >> >> And if a port build is broken then the maintainer needs to fix it, tha= t=20 >> is the solution. Look at the comment of the maintainer of LibreOffice ... >> >> I must be missing something else here, it just seems like the underlyi= ng=20 >> "need" for this is misguided (and dangerous from a security perspectiv= e). >=20 > yes, you miss a very simple thing. Updated this morning your ports tree= =2E Your client asks for something for Monday morning for which you need = now a program which needs some kind of PNG but you did not install it. =2E.. I spent now two complete days watching my boxes updating their ports. Several ports do not compile anymore (inkscape, libreoffice, libxul, to name some of the very hurting ones!). >=20 > Do you have a machine that is fast enough to upgrade all your ports and= still finish what your client needs Monday morning? Even my fastest box, a brand new 6 core Sandy-Bridge-E, wasn't capable of compiling all the ports in due time. Several ports requested attendance, several, as mentioned, didn't compile out of the blue. >=20 > The ports tree is not broken as such. Only the installation gets broken= in some sense. Have a version number there would allow people to go back= to the last known working ports tree, install the software - or whatever= has to be done - with a working system. >=20 > Of course, the next step will be an upgrade. But only after the work wh= ich brings in the money is done. >=20 > You do not face this problem on Windows. You can run a 10 year old 'ker= nel' and still install modern software. >=20 > Erich I like having a very modern system with the most recent software. But in some cases, like these days with the PNG, FreeBSD's ports becomes again a problem. There is no convenient way to downgrade or allow the user/admin managing how to deal with the load of updates. --------------enig41080BA85D89561BF18ABBB1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPy89RAAoJEOgBcD7A/5N8uCEIAMQgGimazyFfuNmK9zu4M7B8 uvOQWFSqDidSN23kCXcLur+u/A9a1PjEkuzMFjE//OP7br7SbCxPkdfyqn5j5QG7 Yhj/e0qs5+JL+WePaWWSKAPWmFqZqYtTSkn9/Bf6qglfDjG82hOq+7DxZZz976NP Ki6BGx1GJjUD1YBOeb8rHatc+Dz4PSqshsxBfwbuCieWuq8HRaQjmDeBfJ+77fJI 7RRfyGufixdeizttzWD7/8ouZBlEPqgjXUm5iW2CIvQdE1vHHDNuq70ri9jrGM3S 3ZOo87ewpFcaDfuJbZWGYaTcWRxTuH1K8FF55JTtEwdFeCCcLX78eFKIqR72umk= =M0oQ -----END PGP SIGNATURE----- --------------enig41080BA85D89561BF18ABBB1-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 21:07:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CF3A106564A for ; Sun, 3 Jun 2012 21:07:01 +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 A43708FC19 for ; Sun, 3 Jun 2012 21:07:00 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-stable@freebsd.org with esmtp (envelope-from ) id <1SbI0p-0000DP-RJ>; Sun, 03 Jun 2012 23:06:59 +0200 Received: from e178013064.adsl.alicedsl.de ([85.178.13.64] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-stable@freebsd.org with esmtpsa (envelope-from ) id <1SbI0p-0001qq-Js>; Sun, 03 Jun 2012 23:06:59 +0200 Message-ID: <4FCBD1ED.80704@zedat.fu-berlin.de> Date: Sun, 03 Jun 2012 23:06:53 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120602052228.GA6624@lonesome.com> <20120603030931.GA11225@lonesome.com> <4FCB37AC.6030308@ateamsystems.com> <4FCB5155.30003@ateamsystems.com> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigACFB77E69C2DF3240B9DC365" X-Originating-IP: 85.178.13.64 Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 21:07:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigACFB77E69C2DF3240B9DC365 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 06/03/12 15:12, Mehmet Erol Sanliturk wrote: > On Sun, Jun 3, 2012 at 4:58 AM, Adam Strohl > wrote: >=20 >> On 6/3/2012 17:51, Mehmet Erol Sanliturk wrote: >> >>> Always I am stressing that to manage FreeBSD, a fair amount of exper= tise >>> is required which I think this level may be reduced by improving the >>> FreeBSD management by transferring knowledge to its managing parts ( = for >>> example : package management , repair of broken parts , installation = steps >>> to reach a state like in very easily usable Linux distributions such = as >>> Fedora , Mageia , Mandriva , and many others , etc. ) >>> >> >> Yeah or a GUI to reduce the need for knowledge transfer. >> >> You know what to do by your expertise gained over use , which such an= >>> expertise is completely missing in a new comer , and even sometimes i= n >>> very >>> highly experienced computer professionals because a different operati= ng >>> system reduces them to a little experienced new starter . >>> >>> >> I agree and your issue with USB sticks proves my point. I've never tr= ied >> to mount an NTFS USB stick and I'm OK with that. But for you it is a = big >> hassle (understandably so) and it has definitely negatively impacted y= our >> view of FreeBSD. >> >> Compare the cost of a Linux or Windows and personal time , and make a= >>> decision which one to choose . >>> >>> Another point frequently mentioned is that FreeBSD is leaned toward >>> servers >>> . >>> Only I want to say that , "Please , install a CentOS , Debian , or Wi= ndows >>> Server trial , and see how a server may be ..." >>> >> >> I manage Windows, CentOS and Debian (and RedHat and a few others) serv= ers >> too. I've found FreeBSD is more reliable on the whole and takes less= time >> to maintain (which means less expensive for my clients). This is one = area >> where FreeBSD shines. And when things do break it is possible to reco= ver >> fairly easily. That is another. >> >> And yes, in terms of that initial learning curve my experience helps b= ut >> its the OS that is doing the work here. If I was more experienced wit= h >> Windows or Linux it wouldn't make them any easier to update, either th= ough. >> So there is a point at which "knowing what to do" stops being the lim= iting >> issue and its just "ok well this is broken now and it can't be >> cost-effectively fixed". That crossover point is something that is a= lmost >> never reached with FreeBSD in my experience. >> >> All of this is completely parallel and unrelated to your (or another >> person's) experience as a desktop user though. What you see is "USB >> thumbdrives don't work" :) So you decide to use another OS, and prob= ably >> wouldn't advocate for FreeBSD if presented the chance in a server cont= ext >> because of that experience. That is a shame in my book. (I know I'm >> putting words in your mouth but its simply to illustrate my thinking o= n how >> public perception is formed). >> >> > All of us are here for like and love for FreeBSD and to make it much mo= re > better than the present state . >=20 > Our goal is to identify gaps and missing parts to fill the gaps and to > generate missing parts . >=20 > Without doing this it is unlikely that FreeBSD will advance by itself .= We > should be helpful to developers by bringing issues to agenda . >=20 > Actually and really FreeBSD is a very high quality operating system as = a > design and an implementation . With its that structure it is an importa= nt > contribution to humanity welfare . For this , we really thank very much= to > its developers and supporters in any way . >=20 > All over the years , my most stressed issue is its "easiness of usabili= ty" > , not for my own benefit but for the "normal" users . I can solve my > problems in any way , but the other people are not so much experienced = and > they are living without benefiting from FreeBSD . >=20 > Since 1970 , I am in this area ( computing ) . >=20 > If there were NOT FreeBSD or Linux , we will , MOST LIKELY perhaps stil= l > use a console mode operating system with painted by a useless windowin= g =2E.. I highly doubt this view! > program . If you remember the history , Intel 386 with its 32-bit struc= ture > appeared around 1985 , and a famous operating system , perhaps understo= od > that there is no other way than doing this , produced its 32-bit , agai= n > painted console mode operating system at 1995 , after 10 years , perhap= s > because , their vision was that a 640 Kilo Bytes program would be much = more > than requirements of the people . Well, I regeret that in most cases the most aggressiv nonsense makes the run. This very famous operating system was no competition to so many other window based operating systems that time. Most of the windowing systems I remember of in that time where derived from X11 or Apples visio= n. And, by the way, compared the Intel x86 legacy crap in my recent box compared to the DEC Alpha AXP or the MIPS based platforms with either OSF/1 or BSD/4.3 or 4.4 is much more hurting! >=20 > The contributions made by FreeBSD should NOT be forgotten . >=20 >=20 > A few days ago I was suggesting to a professor to use a Unix which was = very > fond of computer usage too much at the beginning . He asked "Which Unix= ?" > . He is just a "user" in a different field than in "Computer Sciences a= nd > Engineering" . Which Unix you can advise to use by him ? =2E.. it is ALL about PR! That is, why my department is driven by manager= s and the IT by people which pretend having knowledge (they never where in computer science and all their knowledge comes from fancy weekly magazine= s). >=20 > Please think alternatives : ( I am NOT trying to insult any one , pleas= e > understand in that way . ) >=20 > FreeBSD : Installation is now easy . Use : Impossible because of instal= led > structure . > PC-BSD : Installation and then use is not possible ( I am trying each o= ne > by one , perhaps one day > I can reach to a working release ) . > GhostBSD : Installation is easy . Use is Easy . It is based on only GNO= ME . > Personally I do NOT like GNOME very much and I am NOT= > using it . >=20 > Linux : ( Fedora , Mandriva , Mageia , and many others ) Wonderful . I= can > not think any other choice other than LInux to suggest to ONLY a user w= hich > he/she will install and use the system . >=20 > Please , do NOT forget that server installers and maintainers are compu= ter > professionals having sufficient training to work on such a job . You really believe this is in general that way? I can proff you wrong! >=20 > The point is this . >=20 >=20 > Thank you very much . >=20 > Mehmet Erol Sanliturk --------------enigACFB77E69C2DF3240B9DC365 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPy9HzAAoJEOgBcD7A/5N8ApIH/RYdfa4j4zV0J4wSWQrK2ElQ fWd1tzntgAcJCH++Bd7uzF5oMwWpb2VqLH2I2+S5I8z906tdPXIpLVERRzyETDcf TV+b+tFlxlAzLGAS32X5K4PcTB+OLv9xaOyWKP+B+Cv43GuxnYcC7jbVpmPhe+Xm 9wGpbFaJGIWR9z3dSoS5ISHfYQzCmmdbR8aXu3pbpclKrVTACTY+zOKQ+6yeYB6i UUl2jvM7HFZftMkKrfq17cwT3HC5LiGOn0irGncxA7QFnJL08ZpM3Ily1P6G0LEO MtA2L9EhJ2DJ6Z4OlZiEdD4RfvBwGN1+qoWA84OzMHjcs3QFhjO4qUqqSPA48kU= =iTeB -----END PGP SIGNATURE----- --------------enigACFB77E69C2DF3240B9DC365-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 21:22:09 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FCCA106566C for ; Sun, 3 Jun 2012 21:22:09 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D61858FC15 for ; Sun, 3 Jun 2012 21:22:08 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA02186; Mon, 04 Jun 2012 00:21:50 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SbIFB-000Mvz-Vq; Mon, 04 Jun 2012 00:21:50 +0300 Message-ID: <4FCBD56C.9090203@FreeBSD.org> Date: Mon, 04 Jun 2012 00:21:48 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: Bryan Drewery References: <20120531204556.GB15877@isuckatdomains.members.linode.com> <4FCB7B00.405@shatow.net> In-Reply-To: <4FCB7B00.405@shatow.net> X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Chris Nehren Subject: Re: Solaris features in FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 21:22:09 -0000 on 03/06/2012 17:56 Bryan Drewery said the following: > > > On 5/31/2012 3:45 PM, Chris Nehren wrote: >> On Thu, May 31, 2012 at 17:20:04 +0200 , Oliver Fromme wrote: And >> speaking of Solaris features... > >> On Thu, May 31, 2012 at 19:13:32 +0100 , Matthew Seaman wrote: >>> This sort of operation is something that ZFS boot environment support >>> (recently committed to HEAD, due for MFC within the month) makes much, >>> much safer and easier to deal with. You don't need to do a separate >>> reboot to test the kernel as you've still got an entire kernel+world >>> in the previous BE to fall back on. > >> This is *awesome*. /me removes yet another item from the "reasons to use >> Solaris" list. I cannot wait to try this out. > > > ZFS Boot Environments are supported even without the HEAD changes. > > Some ports/scripts to assist: > > beadm Solaris-like script: sysutils/beadm (see > http://forums.freebsd.org/showthread.php?t=31662) > > Another: manageBE > (http://anonsvn.h3q.com/projects/freebsd-patches/wiki/manageBE) Let's avoid confusion here. These tool do all the hard parts of the boot environments concept - create them, manage them, destroy them, etc. But, if I am not mistaken, the tools don't deal with the essential aspect of boot environment - choosing which environment to boot. And I think that this is one of the main points of _boot_ environments. That is, the tools are very useful and convenient until a day when you create a new environment, populate it, activate it and then reboot to it only to discover that the boot fails at some very early stage (e.g. during kernel boot). At this point you would have to use some alternative boot method (like a boot CD) to switch back to any of the known good boot environments. The changes in head should help with selection of BE at boot time at loader or even zfsboot stage. Thus, the recovery should no longer require alternative boot methods. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 21:55:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6CE51065741 for ; Sun, 3 Jun 2012 21:55:20 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 23D608FC1F for ; Sun, 3 Jun 2012 21:55:14 +0000 (UTC) Received: by ghbz22 with SMTP id z22so3479145ghb.13 for ; Sun, 03 Jun 2012 14:55:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/q9HBHSMTOKalBt4zG/hmTYi+JsExFnxmLXiORDFzsE=; b=hsc+n7FHKNp66m69RbWrc/WuQS2/M53AVtYcYoVZE8owj+sxH+/ZG4oqxdRBg5QxpY KsJwP/dcoxNubLKarjx9yWr90SKb55x48Ofqb96Q8QL3vsJjBA0Fk4fBWuOFfC0S9loU HEWrxVJhcGkUS+2330tLArYv7PxdSCv0WHHMWwF2QD1zl+woNbcT+buc49OWe3IlB5X0 CPxfFETu1nxYCOCjWuajl6OzCnrunkCYStKdpqgUbZZuP6uDK17Xb9LFz3PxQnqueq4a 3RxaZ3Zzu4WjhL0zH5pkjdXRRJ6TqBE8+4cvPEKsR3ZhCc75aADoUCl7G9GY7GbAujpX KiPw== MIME-Version: 1.0 Received: by 10.236.73.136 with SMTP id v8mr4848701yhd.103.1338760507087; Sun, 03 Jun 2012 14:55:07 -0700 (PDT) Received: by 10.236.44.73 with HTTP; Sun, 3 Jun 2012 14:55:06 -0700 (PDT) In-Reply-To: References: <20120531202334.GA27926@pcjas.obspm.fr> Date: Sun, 3 Jun 2012 23:55:06 +0200 Message-ID: From: Oliver Pinter To: Matt Thyer Content-Type: text/plain; charset=ISO-8859-1 Cc: Albert Shih , freebsd-stable@freebsd.org Subject: Re: Load when idl on stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 21:55:20 -0000 I think, this is the old thread: http://freebsd.1045724.n5.nabble.com/High-load-event-idl-td5671431.html The interrupt rerouting does not help? On 6/3/12, Matt Thyer wrote: > On Jun 1, 2012 11:27 PM, "Albert Shih" wrote: >> >> Hi >> >> I already post a message about my problem >> >> I've three PC, all are Dell. Two laptop and one desktop. >> >> All run FreeBSD 9-Stable amd64 >> >> Since 1 or 2 months I notice the load is never drop down 0.8-0.9 event > when >> nothing running but only on those laptop. >> >> I update today my desktop to last csup src and everything is fine on the >> desktop. >> >> On both laptop the load is still at 0.8 - 0.9 >> >> And in same time the usb mouse on the laptop stop working meaning I can >> use the touchpad, but if I plug a usb mouse, the kernel see the device >> but >> the mouse not working on xorg. >> >> Is' not block my work so I can live with that. I just want report those >> problems. >> >> Regards. >> >> JAS > > Is this due to a high rate of interrupts ? > i.e. can you see this with "systat -vm 1" with a large number in the "intr" > field. > > If yes, run "vmstat -i" to see what interrupt is being hit. > > Then tell us what hardware is on that irq (from grep irq > /var/run/dmesg.boot). > > Matt > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 22:33:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D4161065673 for ; Sun, 3 Jun 2012 22:33:02 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id B3B758FC22 for ; Sun, 3 Jun 2012 22:33:01 +0000 (UTC) Received: from dagger.cc.vt.edu (dagger.cc.vt.edu [198.82.163.114]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id q53MWP6q002697; Sun, 3 Jun 2012 18:32:25 -0400 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by dagger.cc.vt.edu (MOS 4.3.3-GA FastPath queued) with ESMTP id VSA00594; Sun, 03 Jun 2012 18:32:25 -0400 (EDT) Received: from gromit.chumby.lan (c-98-249-9-133.hsd1.va.comcast.net [98.249.9.133]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id q53MWOWq010885 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 3 Jun 2012 18:32:25 -0400 Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Paul Mather In-Reply-To: <20120602185601.GD2309@isuckatdomains.members.linode.com> Date: Sun, 3 Jun 2012 18:32:24 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <11FFF29A-5B2F-45C7-AE79-DCA108B44EED@gromit.dlib.vt.edu> References: <1405746.nVtAo183hi@x220.ovitrap.com> <4FC9FECC.8090703@digsys.bg> <3303845.JjFTmctz7f@x220.ovitrap.com> <4FCA0B5F.5010500@digsys.bg> <4FCA20C5.6010901@zedat.fu-berlin.de> <95D35900-AC63-4948-B54F-40041FFCB232@gromit.dlib.vt.edu> <20120602185601.GD2309@isuckatdomains.members.linode.com> To: Chris Nehren X-Mailer: Apple Mail (2.1278) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Status: score=10/50, host=dagger.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020206.4FCBE5F9.0043,ss=1,re=0.000,fgs=0, ip=98.249.9.133, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=single engine X-Junkmail-IWF: false Cc: freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 22:33:02 -0000 On Jun 2, 2012, at 2:56 PM, Chris Nehren wrote: > On Sat, Jun 02, 2012 at 14:11:06 -0400 , Paul Mather wrote: >> I'm not sure what the solution is for the end user. I know I get >> somewhat leery of updating my ports if I see a large number of = changes >> coming via portsnap (like the 4000+ that accompanied the recent = libpng >> upgrade) and there is nothing new in UPDATING (which, happily wasn't >> the case with the libpng upgrade). Usually, I wait a while for the >> dust to clear and an UPDATING entry potentially to appear. >=20 > If you're concerned about things breaking, don't follow the bleeding > edge. This seems to be common sense. Unfortunately, unlike the base operating system, which has -CURRENT, = -STABLE, and -RELEASE, there is no well-defined "bleeding edge" in the = case of ports. (Although there is a strong case to be made that it is = analogous to -CURRENT.) So, as I said above, you have to fall back on = heuristics to determine when it is best to update (with the caveat that = waiting too long to update can also be as troublesome as updating too = quickly). Certainly, it's far from a case of "read UPDATING and you'll = be okay," as someone in this thread was seeming to imply. NetBSD's pkgsrc has a nice feature: the quarterly package branches. = These follow a quarterly release cycle and receive only security = updates. It makes pkgsrc more akin to -CURRENT and -STABLE (or = -RELEASE) instead of just -CURRENT. >> Maybe the solution is to track the freebsd-ports mailing list get get >> advanced warning of large changes, but that would mean following >> another high-volume list. :-( >=20 > And any decent mailer setup can filter those messages for you, leaving > only the messages relevant to ports you're interested in. There are = also > systems like gmane which provide an NNTP feed for mailing lists. > Combined with a newsreader with good killfile / scoring features, it > shouldn't be hard to keep up. Probably not, but then again you're still relying on it breaking for = someone else (and thereby being reported) to avoid it breaking for you. = :-) I'm not saying these are insurmountable problems, and, in my experience, = most of the time ports updates go smoothly. But, it can present more of = a challenge for those that are running an individual FreeBSD system (as = their desktop/laptop system, say), and especially if they are using = non-default port options in the ports they install, as these don't get = the benefit of widespread testing. Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 22:51:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 47300106566C for ; Sun, 3 Jun 2012 22:51:24 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 3E11F1EA77; Sun, 3 Jun 2012 22:19:14 +0000 (UTC) Message-ID: <4FCBE2E2.6080109@FreeBSD.org> Date: Sun, 03 Jun 2012 15:19:14 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: Erich References: <4069760.8WmX7zQx9F@x220.ovitrap.com> <2156532.vx6SHRoqL8@x220.ovitrap.com> In-Reply-To: <2156532.vx6SHRoqL8@x220.ovitrap.com> X-Enigmail-Version: 1.5pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Chris Rees , Chris Nehren Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 22:51:24 -0000 On 06/03/2012 05:43, Erich wrote: > it is new to me that Microsoft asks for a Windows update when a new > Office version appears at the scene. Actually it's very common for Windows applications to specify a minimum OS service pack level. To stretch the analogy a bit, you're also not going to find any modern Windows application that will run on Windows 98, for example. > Microsoft also does not ask to update all other applications before > the latest Office can be installed. I commonly get prompted to update the .Net I have installed, and/or to install a newer version altogether when installing the latest and greatest Windows applications. As with all things computery, your mileage may vary. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sun Jun 3 23:30:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 851CD1065768 for ; Sun, 3 Jun 2012 23:30:24 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE4A8FC1B for ; Sun, 3 Jun 2012 23:30:24 +0000 (UTC) Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.ams1.isc.org (Postfix) with ESMTPS id 326375F9985; Sun, 3 Jun 2012 23:30:04 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (unknown [IPv6:2001:470:1f00:820:11c3:b721:6977:1aa6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 767AA216C33; Sun, 3 Jun 2012 23:30:02 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id B3C84213527E; Mon, 4 Jun 2012 09:30:04 +1000 (EST) To: Erich From: Mark Andrews References: <4069760.8WmX7zQx9F@x220.ovitrap.com> <2156532.vx6SHRoqL8@x220.ovitrap.com> In-reply-to: Your message of "Sun, 03 Jun 2012 19:43:03 +0700." <2156532.vx6SHRoqL8@x220.ovitrap.com> Date: Mon, 04 Jun 2012 09:30:04 +1000 Message-Id: <20120603233004.B3C84213527E@drugs.dv.isc.org> X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00, T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.ams1.isc.org Cc: freebsd-stable@freebsd.org, Chris Rees , Chris Nehren Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 23:30:24 -0000 In message <2156532.vx6SHRoqL8@x220.ovitrap.com>, Erich writes: > Hi, > > On 03 June 2012 AM 9:15:14 Chris Rees wrote: > > On Jun 3, 2012 5:26 AM, "Erich" wrote: > > > > > > Hi, > > > > > > On 02 June 2012 PM 2:56:01 Chris Nehren wrote: > > > > On Sat, Jun 02, 2012 at 14:11:06 -0400 , Paul Mather wrote: > > > > > I'm not sure what the solution is for the end user. I know I get > > > > > somewhat leery of updating my ports if I see a large number of change > s > > > > > coming via portsnap (like the 4000+ that accompanied the recent libpn > g > > > > > upgrade) and there is nothing new in UPDATING (which, happily wasn't > > > > > the case with the libpng upgrade). Usually, I wait a while for the > > > > > dust to clear and an UPDATING entry potentially to appear. > > > > > > > > If you're concerned about things breaking, don't follow the bleeding > > > > edge. This seems to be common sense. > > > > > > is there a second version of the ports tree available? > > > > > > What is the response of the list if you want to install a new package > > with you old ports tree? > > > > > > > The response is "Don't ask for support if you do that", I'm afraid. > > > > No major OS I can think of allows you to mix and match like that (though I > > could be wrong). > > it is new to me that Microsoft asks for a Windows update when a new Office ve > rsion appears at the scene. No. It just silently does the OS update by installing new sets of libraries if required. When we install our software on a Windows machine we update the OS by installing the lastest C runtime libraries. We use Microsoft's installer but we do it. We also ship a private copy of the OpenSSL and libxml libraries we use. > Microsoft also does not ask to update all other applications before the lates > t Office can be installed. And you don't have to do that for FreeBSD if you don't want to. For each application you have you can put all the dependancies in its own tree. Apple does this for MacOS. The ports system defaults are to use a common build/runtime tree but at the cost of a little more disk space each major application could have its own build/runtime tree. This is a tradeoff. Most of the time having a shared set of libraries is a win, but just occasionally, it is a big pain. I've got a system where the X server is running a completely different set of libraries compared to the X applications. I just couldn't get the new server to work. I just took all the old server package and all its dependencies and installed it in a new location. This has a bit more that what is actually requires as I don't need all the header files but it works. For tools that are critical I would suggest building a seperate build / runtime tree. Disk space is relatively cheap. One thing that could help is splitting library packages into runtime / buildtime sub packages. That way you can reduce the foot print for a runtime install. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 00:49:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3A69106566B; Mon, 4 Jun 2012 00:49:09 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8EF848FC0C; Mon, 4 Jun 2012 00:49:09 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.67]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q540n8Bw002249; Sun, 3 Jun 2012 18:49:08 -0600 From: Erich To: Doug Barton Date: Mon, 04 Jun 2012 07:49:02 +0700 Message-ID: <7199276.kar7U8DLF4@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <4FCBE2E2.6080109@FreeBSD.org> References: <2156532.vx6SHRoqL8@x220.ovitrap.com> <4FCBE2E2.6080109@FreeBSD.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@freebsd.org, Chris Rees , Chris Nehren Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 00:49:10 -0000 Hi, On 03 June 2012 PM 3:19:14 Doug Barton wrote: > On 06/03/2012 05:43, Erich wrote: > > it is new to me that Microsoft asks for a Windows update when a new > > Office version appears at the scene. > > Actually it's very common for Windows applications to specify a minimum > OS service pack level. To stretch the analogy a bit, you're also not > going to find any modern Windows application that will run on Windows > 98, for example. > can you still install the ports tree and its applications on a FreeBSD 4.4? > > Microsoft also does not ask to update all other applications before > > the latest Office can be installed. > > I commonly get prompted to update the .Net I have installed, and/or to > install a newer version altogether when installing the latest and > greatest Windows applications. > I am not one of the unlucky Windows users. I only see many XP machines at the client side running the latest Office applications. By the concept of FreeBSD, .Net can be compare with Mono and is as such in the ports tree. > As with all things computery, your mileage may vary. Especially with low octane fuel. Erich From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 01:21:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ACA61065672; Mon, 4 Jun 2012 01:21:48 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by mx1.freebsd.org (Postfix) with ESMTP id 1BB858FC17; Mon, 4 Jun 2012 01:21:48 +0000 (UTC) Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.ams1.isc.org (Postfix) with ESMTPS id 083DF5F9996; Mon, 4 Jun 2012 01:21:27 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (unknown [IPv6:2001:470:1f00:820:11c3:b721:6977:1aa6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 38192216C33; Mon, 4 Jun 2012 01:21:25 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id 3C53D2136272; Mon, 4 Jun 2012 11:21:18 +1000 (EST) To: Erich From: Mark Andrews References: <2156532.vx6SHRoqL8@x220.ovitrap.com> <4FCBE2E2.6080109@FreeBSD.org> <7199276.kar7U8DLF4@x220.ovitrap.com> In-reply-to: Your message of "Mon, 04 Jun 2012 07:49:02 +0700." <7199276.kar7U8DLF4@x220.ovitrap.com> Date: Mon, 04 Jun 2012 11:21:17 +1000 Message-Id: <20120604012118.3C53D2136272@drugs.dv.isc.org> X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00, T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.ams1.isc.org Cc: Doug Barton , freebsd-stable@freebsd.org, Chris Rees , Chris Nehren Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 01:21:48 -0000 In message <7199276.kar7U8DLF4@x220.ovitrap.com>, Erich writes: > Hi, > > On 03 June 2012 PM 3:19:14 Doug Barton wrote: > > On 06/03/2012 05:43, Erich wrote: > > > it is new to me that Microsoft asks for a Windows update when a new > > > Office version appears at the scene. > > > > Actually it's very common for Windows applications to specify a minimum > > OS service pack level. To stretch the analogy a bit, you're also not > > going to find any modern Windows application that will run on Windows > > 98, for example. > > > can you still install the ports tree and its applications on a FreeBSD 4.4? The ports system was deliberately broken once support for FreeBSD 4.x was dropped. You need a more up-to-date make than that which ships with FreeBSD 4.x and some other tools to be upgraded all of which were in FreeBSD 5.x. If someone had added a compatible make to ports and a couple of other tools used by the ports sub-system itself, those that wanted to continue using FreeBSD 4.x with ports could of. Instead the whole ports framework was updated to use incompatible Makefiles and tools without providing the necessary tools. It's not like make from FreeBSD 5.x or even FreeBSD 8.x doesn't compile on FreeBSD 4.x. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 01:29:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62B981065679; Mon, 4 Jun 2012 01:29:00 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 29ED38FC08; Mon, 4 Jun 2012 01:29:00 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.67]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q541Swlo011335; Sun, 3 Jun 2012 19:28:59 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Mon, 04 Jun 2012 08:28:52 +0700 Message-ID: <1658480.D6BkAmLR0c@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: David Chisnall Subject: Re: Why Are You Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 01:29:00 -0000 Hi, On 30 May 2012 PM 7:20:31 David Chisnall wrote: > > This is off-topic, so please feel free to disregard it, but I'm sending it to this list in the hope that it will reach a largish number of users. > > I am currently looking at updating some of our advocacy material (which advertises exciting new features like SMP support), and before I do I'd like to get a better feel for why the rest of you are using FreeBSD. If you had to list the three things you most like about FreeBSD, which would you pick? Are they the same as when you first started using it? one thing which cannot be stressed enough is the responsiveness of FreeBSD under all load conditions. I am surprised how slow Fedora feels occasionally. FreeBSD does not show this behaviour until the load average is double the number of CPUs in a system. I also noticed meanwhile that another big advantage of FreeBSD is the fact they it does not even try to give you the feeling that all is possible with just a click without being able to work on the low level. Fedora gives you this feeling but makes you feel totally lost when the click does not work. This leads to the clear structure of FreeBSD and its configuration. There are not several different systems which might even change from release to release. It is just /etc/. The clear separation of the base system and the applications (ports) is another clear advantage. I would not like to see things which are happening now with Fedora 17 happening with FreeBSD. As I have said before, the only real reason for me not to use FreeBSD on a machine is hardware support. Erich From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 01:46:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75DFB106567F for ; Mon, 4 Jun 2012 01:46:06 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 3FB328FC0C for ; Mon, 4 Jun 2012 01:46:06 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.5/8.14.5) with ESMTP id q541jxM8072733 for ; Sun, 3 Jun 2012 20:45:59 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4FCC1357.9030302@missouri.edu> Date: Sun, 03 Jun 2012 20:45:59 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Why Are You Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 01:46:06 -0000 I use FreeBSD because it was the first Intel based unix I tried. A friend of mine suggested I try FreeBSD instead of Linux. More recently I have had to start using Linux because FreeBSD doesn't have very good laptop support. (All I ask for is a way to configure the mouse pad so that I can switch off "tap to click.") My main application is to write my own mathematics code. From time to time I try running it under both FreeBSD and Linux to see which is fastest. It seems the two OS's take turns in which is fastest, depending upon which has had more recent development work done on it. Another reason I am forced to use Linux is because I sometimes use Mathematica 8. I haven't got this to work with Linux emulation under FreeBSD yet. When I use Linux, I use Ubuntu. I like very much how things just "work." For example, to use a flash drive, I just plug it in. I am sure I could configure FreeBSD to do the same thing, but it just becomes easier to type "mount_msdos /dev/da0s1 /tmp" as root rather than climb the learning curve. On the other hand Ubuntu recently switched their Window manager, and I hated it on their early versions. They also offered gnome3, and it just wasn't working. So I dare not go beyond Ubuntu 10.04, and I fear the day 10.04 becomes EOL. Having started with FreeBSD before Linux, I feel I understand FreeBSD a lot better. Stephen From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 02:31:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D84A1065677; Mon, 4 Jun 2012 02:31:25 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from hugeraid.jetcafe.org (hugeraid.jetcafe.org [205.147.26.109]) by mx1.freebsd.org (Postfix) with ESMTP id 41D7C8FC1D; Mon, 4 Jun 2012 02:31:25 +0000 (UTC) Received: from hugeraid.jetcafe.org (localhost [127.0.0.1]) by hugeraid.jetcafe.org (8.13.8/8.13.8) with ESMTP id q542OBqk085897; Sun, 3 Jun 2012 19:24:11 -0700 (PDT) Message-Id: <201206040224.q542OBqk085897@hugeraid.jetcafe.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Gary Palmer In-reply-to: <20120602004230.GA14487@in-addr.com> References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 03 Jun 2012 19:24:11 -0700 From: Dave Hayes Cc: freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 02:31:25 -0000 Gary Palmer writes: > Have you looked at VirtualBox? /usr/ports/emulators/virtualbox-ose > Its not a fully featured replacement for vSphere (e.g. no equivalent > of vMotion) but it is a perfectly workable virtualisation solution > for a number of situations. I don't necessarily need vMotion. Thanks greatly for the tip, which is very valuable and the reason I like discussions like these. As I am trying to try this, of course I ran into a snag. This snag is very relevant to the current discussion(s) about ports and "ease of use". # cd /usr/ports/emulators/virtualbox-ose # make config I'm now presented with a number of options, but no real documentation for what these options actually mean (to say nothing of the -fine points- which can be drastically important). I can pretty much guess Qt4 is for a GUI frontend, but pulseaudio? Eh? Why do I need sound, especially pulseaudio, in a virtualbox hypervisor? What is VDE? Do I really need that to do intra-virtual-box networking at all or are there other solutions? I know. Google is a resource. Still, would it kill us to have some sort of extra file of textual documentation lying around for each port that explained each option in a bit more depth, what ports it will try to include, and why you'd want it or not want it? Ok so continuing... # make install ...way later... In file included from socket/qabstractsocket.cpp:2927: .moc/release-shared/moc_qabstractsocket.cpp:14:2: error: #error "This file was generated using the moc from 4.7.4. It" .moc/release-shared/moc_qabstractsocket.cpp:15:2: error: #error "cannot be used with the include files from this version of Qt." .moc/release-shared/moc_qabstractsocket.cpp:16:2: error: #error "(The moc has changed too much.)" Here you "just have to know" that this kind of an error likely means that the qt4-moc port is out of date. At this point, a "normal" user gives up. (A smarter "normal" user gave up when they couldn't figure out what the port options really meant.) When I talk about documentation and support being unavailable, this is a decent example of what I mean. I see features and pkgng and things being offered up as solutions...these are all well and good, but in my opinion more comprehensive documentation and support in these areas would do more good than pkgng. Even for us seasoned experts, installing something new out of ports is sometimes met with at least an hour of googling, re-compiling, re-installing, and struggling. It goes smoothly often enough, but IMO not often enough for prime time. All these ideas presume that the FreeBSD community wants more users. I have a vague impression that a percentage of the community really doesn't. I'm not commenting on this other than to say I understand both sides and that my comments really only make sense if FreeBSD as a community really does want more users. :) Anyway, given my workload, it will probably take me a man week to get two virtualized test servers. Someone I know with a vmware gui and windows is doing this in 15 minutes (and that's being careful). Just my $0.02. -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< There's only one corner of the universe you can be certain of improving and that's your own self. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 02:38:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 475401065670 for ; Mon, 4 Jun 2012 02:38:16 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id EF52B8FC0A for ; Mon, 4 Jun 2012 02:38:15 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.67]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q542cEIm026691; Sun, 3 Jun 2012 20:38:14 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Mon, 04 Jun 2012 09:38:12 +0700 Message-ID: <2591094.kj36vbmPD5@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <4FCC1357.9030302@missouri.edu> References: <4FCC1357.9030302@missouri.edu> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Subject: Re: Why Are You Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 02:38:16 -0000 Hi, On 03 June 2012 PM 8:45:59 Stephen Montgomery-Smith wrote: > On the other hand Ubuntu recently switched their Window manager, and I > hated it on their early versions. They also offered gnome3, and it just > wasn't working. So I dare not go beyond Ubuntu 10.04, and I fear the > day 10.04 becomes EOL. > while Ubuntu is certified to run on my laptop, it doesn't do so. So, I installed Fedora and it works. This might be an escape route for you if things go real bad. Erich From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 04:30:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 661F81065670 for ; Mon, 4 Jun 2012 04:30:24 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4177A8FC0A for ; Mon, 4 Jun 2012 04:30:24 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 81B2B5623C; Sun, 3 Jun 2012 23:30:18 -0500 (CDT) Date: Sun, 3 Jun 2012 23:30:18 -0500 From: Mark Linimon To: Mel Flynn Message-ID: <20120604043018.GA32597@lonesome.com> References: <4FC9F245.8030300@digsys.bg> <1628003.3f5XqiNPan@x220.ovitrap.com> <4FCB190E.5070702@FreeBSD.org> <4FCBBB87.4050802@acsalaska.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FCBBB87.4050802@acsalaska.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: Implications of pkgng, was Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 04:30:24 -0000 On Sun, Jun 03, 2012 at 09:31:19PM +0200, Mel Flynn wrote: > Once the base system supports binary upgrades of packages through pkgng > it should solve a lot of issues that people have with production systems > now IMHO, s/solve/expose/ :-) It will then be up to use to solve them. mcl From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 04:32:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37F7A106575F; Mon, 4 Jun 2012 04:32:34 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id E12A08FC0C; Mon, 4 Jun 2012 04:32:33 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 6E6E856205; Sun, 3 Jun 2012 23:32:33 -0500 (CDT) Date: Sun, 3 Jun 2012 23:32:33 -0500 From: Mark Linimon To: Dave Hayes Message-ID: <20120604043233.GB32597@lonesome.com> References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201206040224.q542OBqk085897@hugeraid.jetcafe.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 04:32:34 -0000 On Sun, Jun 03, 2012 at 07:24:11PM -0700, Dave Hayes wrote: > I see features and pkgng and things being offered up as solutions... > these are all well and good, but in my opinion more comprehensive > documentation and support in these areas would do more good than pkgng. IMHO pkgng and optionsng are necessary, but not sufficient, to solve our current problems. mcl From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 05:19:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08802106566C; Mon, 4 Jun 2012 05:19:20 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id D80A78FC12; Mon, 4 Jun 2012 05:19:19 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 5C09D56205; Mon, 4 Jun 2012 00:19:19 -0500 (CDT) Date: Mon, 4 Jun 2012 00:19:19 -0500 From: Mark Linimon To: Erich Message-ID: <20120604051919.GC32597@lonesome.com> References: <2156532.vx6SHRoqL8@x220.ovitrap.com> <4FCBE2E2.6080109@FreeBSD.org> <7199276.kar7U8DLF4@x220.ovitrap.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7199276.kar7U8DLF4@x220.ovitrap.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Doug Barton , freebsd-stable@freebsd.org, Chris Rees , Chris Nehren Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 05:19:20 -0000 On Mon, Jun 04, 2012 at 07:49:02AM +0700, Erich wrote: > can you still install the ports tree and its applications on a FreeBSD 4.4? No. When 4.11 finally went EOL on 01/31/2007 we removed all the compatiblity code, because by that time supporting both was increasing the maintenance burden on our port maintainers (probably in the range of 25%-50%). This was due to how much that the src and ports infrastructure had changed between 4.X and 5.X: different patches had to be kept for each branch, for instance. (This has been much less the case since then; 5.X had some very disruptive changes.) FWIW, according to my research, 4.4 was released 09/19/2001 and probably went EOL sometime in 2003: http://people.freebsd.org/~linimon/schedule/milestones.html The current status is that we support 8.x and 9.x well. Ports support for 7.x is starting to fade over time as new upstream releases rely on newer APIs. 6.x went EOL 11/30/2010 and we no longer claim to support it in ports. > I only see many XP machines at the client side running the latest > Office applications. Not to disagree that this is possible, but my own experience (with Quicken) is that I was finally forced to move off 2K/XP to be able to continue running their software the way I expect to run it. Without doing any research to back up my claims, I think 2K is from the same timeframe as 4.4. Please don't take any of the above as criticism. It's clear that our model of "everyone must run the current ports tree" failed long ago. We have some things in progress (pkgng; conversion to SVN, which allows much cheaper tagging/branching) that are key pieces of being able to fix this; others are coming. In the meantime, your criticisms about this facet are absolutely on-target. However, for anyone who expects to be able to run current applications on a 10-year-old OS release, there is no realistic choice other than an OS from a commercial company where there is a revenue stream to support a paid support staff dedicated to that task and that task only. FreeBSD does not have that now and is extremely unlikely to have that in the future. For anyone who has that criterion, we're the wrong choice. mcl From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 06:03:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C3481065670; Mon, 4 Jun 2012 06:03:54 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id E85AF8FC17; Mon, 4 Jun 2012 06:03:53 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 2EA5A13F69; Mon, 4 Jun 2012 06:03:46 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id q5463hIM019386; Mon, 4 Jun 2012 06:03:44 GMT (envelope-from phk@phk.freebsd.dk) To: Erich From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 03 Jun 2012 20:29:47 +0700." <3851080.JQJobqxLc8@x220.ovitrap.com> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 04 Jun 2012 06:03:43 +0000 Message-ID: <19385.1338789823@critter.freebsd.dk> Cc: "O. Hartmann" , "freebs >> Current FreeBSD" , freebsd-stable@freebsd.org, Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 06:03:54 -0000 In message <3851080.JQJobqxLc8@x220.ovitrap.com>, Erich writes: >yes, you miss a very simple thing. Updated this morning your ports >tree. Your client asks for something for Monday morning for which >you need now a program which needs some kind of PNG but you did not >install it. It seems to me that you are missing a number of aspects and options of how you do configuration control on a system, if you think the ports collection is your only tool. Take a peek at src/tools/tools/sysbuild for instance. -- 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-stable@FreeBSD.ORG Mon Jun 4 06:12:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7D19106564A for ; Mon, 4 Jun 2012 06:12:53 +0000 (UTC) (envelope-from kapral@toya.net.pl) Received: from mailt.toya.net.pl (mailt.toya.net.pl [217.113.224.9]) by mx1.freebsd.org (Postfix) with ESMTP id 7FFF28FC1A for ; Mon, 4 Jun 2012 06:12:53 +0000 (UTC) Received: from mail.toya.net.pl (localhost.localdomain [127.0.0.1]) by mail.toya.net.pl (Postfix) with ESMTP id A78632000086D for ; Mon, 4 Jun 2012 08:12:52 +0200 (CEST) Received: by mail.toya.net.pl (Postfix, from userid 5001) id 99DCB200008A5; Mon, 4 Jun 2012 08:12:52 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.toya.net.pl X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.5 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from moya.toya.net.pl (webmail.toya.net.pl [217.113.224.201]) (Authenticated sender: kapral@toya.net.pl) by mail.toya.net.pl (Postfix) with ESMTPSA id 416ED2000086D for ; Mon, 4 Jun 2012 08:12:51 +0200 (CEST) MIME-Version: 1.0 Date: Mon, 04 Jun 2012 08:12:51 +0200 From: Tomasz Marszal To: Message-ID: X-Sender: kapral@toya.net.pl User-Agent: TOYA-Poczta Portalu/2.2 X-Client-IP: 10.5.186.186 X-Client-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20100101 Firefox/12.0 X-Client-User: kapral@toya.net.pl@toya.net.pl Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" X-AV-Checked: ClamAV using ClamSMTP Subject: smtpd +spamd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 06:12:53 -0000 Hi all, I wonder if there is someone who managed to install Opensmtpd + Spamd + Pf + Imap + SquirrelMail. I have already installed Opensmtpd as demon sending emails because i dont have domain yet i will buy it in two days and i will try to install it and write about it ( howto ) on my page but earlier i need to know if there is someone who already do that and can give me some support. Is it possible to do such a combination under FreeBSD 8.3 with newest ports collection. OpenSMTPD port is dated 22.05.2012. Best Regards Tomasz Marszal From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 06:17:28 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52438106564A for ; Mon, 4 Jun 2012 06:17:28 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id ACA898FC22 for ; Mon, 4 Jun 2012 06:17:27 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q546HNsN032255 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 4 Jun 2012 07:17:24 +0100 (BST) (envelope-from matthew@FreeBSD.org) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q546HNsN032255 Authentication-Results: smtp.infracaninophile.co.uk/q546HNsN032255; dkim=none (no signature); dkim-adsp=none Message-ID: <4FCC52F3.9020304@FreeBSD.org> Date: Mon, 04 Jun 2012 07:17:23 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Mark Andrews References: <4069760.8WmX7zQx9F@x220.ovitrap.com> <2156532.vx6SHRoqL8@x220.ovitrap.com> <20120603233004.B3C84213527E@drugs.dv.isc.org> In-Reply-To: <20120603233004.B3C84213527E@drugs.dv.isc.org> X-Enigmail-Version: 1.4.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1941257AC150902C7D6546A6" X-Virus-Scanned: clamav-milter 0.97.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: Erich , freebsd-stable@FreeBSD.org, Chris Rees , Chris Nehren Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 06:17:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1941257AC150902C7D6546A6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 04/06/2012 00:30, Mark Andrews wrote: > The ports system defaults are to use a common build/runtime tree > but at the cost of a little more disk space each major application > could have its own build/runtime tree. This is a tradeoff. Most > of the time having a shared set of libraries is a win, but just > occasionally, it is a big pain. That's PC-BSD .pbi format in a nutshell. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enig1941257AC150902C7D6546A6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/MUvMACgkQ8Mjk52CukIzQDwCgjSEPm3VFJz53/YFiA3etQbxK s9AAn3I47Hz07H3DtIUDXx2x+AwEmkmJ =w0Ue -----END PGP SIGNATURE----- --------------enig1941257AC150902C7D6546A6-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 07:11:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CADD5106564A for ; Mon, 4 Jun 2012 07:11:01 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8174B8FC08 for ; Mon, 4 Jun 2012 07:11:01 +0000 (UTC) Received: by yhgm50 with SMTP id m50so3140523yhg.13 for ; Mon, 04 Jun 2012 00:10:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=D+MSbgvtKGdUMyl6kaIQL9sJglKi0l4Uwy8NduOHmT8=; b=lXUARvDHpjh7QeZXHOFW70xk0kAkAyU68bzZQhAdtBvaBS7Qb+40Jlm3kgUaSt7ffa +hbn2pUdu0Bu+HQU2nQRyDzir2wtlVzTQiF29jYD/SXJKnFeqP8pVa+FjMcFNHiZWG5q g3CgUEWnxe4+zTf9zuAkxuopCUWbqjosakjC8liU5YkxMikBDCephmouS+h2K9SYL4Cc wLk+ANybDUWSdjefbPXraydTIYhUX/OJKJida9IJtDy7+TlbZ4xnHyF0bU5n+LW/878W 8bS7dOrwp/PC1Pfe3WKNlAS91t/+UtJdZf0tqNWXpkVg+ySGfEIVRln5/jLbGLXUBQuY 9/1g== Received: by 10.50.161.198 with SMTP id xu6mr7141260igb.40.1338793854554; Mon, 04 Jun 2012 00:10:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.67.233 with HTTP; Mon, 4 Jun 2012 00:10:33 -0700 (PDT) In-Reply-To: References: From: Christer Solskogen Date: Mon, 4 Jun 2012 09:10:33 +0200 Message-ID: To: Kimmo Paasiala Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Installworld and /usr/include/*.h modification times X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 07:11:01 -0000 On Fri, Jun 1, 2012 at 3:42 PM, Kimmo Paasiala wrote: > Hello list, > > Why are /usr/include files installed with "install -C" during "make > installworld" =C2=A0when almost everything else is installed without the = -C > flag? This makes it harder to track which files were actually > installed during the last "make installworld". One can easily find > obsolete files =C2=A0(that are not covered with make delete-old(-libs)) > with "find -x / -type f -mtime +suitable_time" but this doesn't work > for /usr/include files because the modification times are not bumped > on "make installworld". > If you want, you can do this /after/ a buildworld # mv /usr/include /usr/include.old # cd /usr/src # make hierarchy # make installincludes --=20 chs, From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 08:12:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 2A1901065670 for ; Mon, 4 Jun 2012 08:12:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 94C7114EAF3; Mon, 4 Jun 2012 08:12:18 +0000 (UTC) Message-ID: <4FCC6DE2.6040106@FreeBSD.org> Date: Mon, 04 Jun 2012 01:12:18 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: Christer Solskogen References: In-Reply-To: X-Enigmail-Version: 1.5pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Kimmo Paasiala , freebsd-stable@freebsd.org Subject: Re: Installworld and /usr/include/*.h modification times X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 08:12:19 -0000 On 06/04/2012 00:10, Christer Solskogen wrote: > On Fri, Jun 1, 2012 at 3:42 PM, Kimmo Paasiala wrote: >> Hello list, >> >> Why are /usr/include files installed with "install -C" during "make >> installworld" when almost everything else is installed without the -C >> flag? This makes it harder to track which files were actually >> installed during the last "make installworld". One can easily find >> obsolete files (that are not covered with make delete-old(-libs)) >> with "find -x / -type f -mtime +suitable_time" but this doesn't work >> for /usr/include files because the modification times are not bumped >> on "make installworld". >> > > If you want, you can do this /after/ a buildworld > > # mv /usr/include /usr/include.old > # cd /usr/src You don't need to do those last 2 steps below if you mv /usr/include right before you do 'make installworld', FYI. > # make hierarchy > # make installincludes -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 08:19:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 253E61065674; Mon, 4 Jun 2012 08:19:01 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id C17888FC0A; Mon, 4 Jun 2012 08:19:00 +0000 (UTC) Received: by yhgm50 with SMTP id m50so3173201yhg.13 for ; Mon, 04 Jun 2012 01:19:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=TmNbM7mCkjglNrREcpJUD95IKK5YNXxTaeSCjLa3h1U=; b=AI2Da5tA+QzlefrZgGDmCsxaPlbgrA19Ls0OAYUSGJv1GHQ/bW6NNvOr3A7vuSuR3S v3weDPxcjQTN+5ld6rQ/uQFpWIS9eaeHvZ3VegU+glMdMMHYsZ7WdwJxBxP8DvHgYCTK sqXJev9YgXL/7dDzIMwVTI3SS8JVgy6D9FdtNbaG8dMlxNRU9isXbaVl6ajOtnOLix0I 81QovoRlQccD1bgRhuA9CwjueKrHFULzfJ+oi0hIUpSPgBT+L43L+U0g1nTEbl2M+WMc 1JX1c/gKrKHYpvMHmD6SEkgR1kJ0F+xKc3QrZimeiQIaiomOWBTWDLQx2IkzWxaTLTm9 Hk4Q== Received: by 10.50.202.102 with SMTP id kh6mr1470415igc.69.1338797939851; Mon, 04 Jun 2012 01:18:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.67.233 with HTTP; Mon, 4 Jun 2012 01:18:39 -0700 (PDT) In-Reply-To: <4FCC6DE2.6040106@FreeBSD.org> References: <4FCC6DE2.6040106@FreeBSD.org> From: Christer Solskogen Date: Mon, 4 Jun 2012 10:18:39 +0200 Message-ID: To: Doug Barton Content-Type: text/plain; charset=UTF-8 Cc: Kimmo Paasiala , freebsd-stable@freebsd.org Subject: Re: Installworld and /usr/include/*.h modification times X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 08:19:01 -0000 On Mon, Jun 4, 2012 at 10:12 AM, Doug Barton wrote: > You don't need to do those last 2 steps below if you mv /usr/include > right before you do 'make installworld', FYI. > You are completely right. -- chs, From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 08:48:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B80F3106564A; Mon, 4 Jun 2012 08:48:40 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from hugeraid.jetcafe.org (hugeraid.jetcafe.org [205.147.26.109]) by mx1.freebsd.org (Postfix) with ESMTP id 96FBD8FC14; Mon, 4 Jun 2012 08:48:40 +0000 (UTC) Received: from hugeraid.jetcafe.org (localhost [127.0.0.1]) by hugeraid.jetcafe.org (8.13.8/8.13.8) with ESMTP id q548fVHa091169; Mon, 4 Jun 2012 01:41:31 -0700 (PDT) Message-Id: <201206040841.q548fVHa091169@hugeraid.jetcafe.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Mark Linimon In-reply-to: <20120604043233.GB32597@lonesome.com> References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Jun 2012 01:41:31 -0700 From: Dave Hayes Cc: freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 08:48:40 -0000 Mark Linimon writes: > On Sun, Jun 03, 2012 at 07:24:11PM -0700, Dave Hayes wrote: >> I see features and pkgng and things being offered up as solutions... >> these are all well and good, but in my opinion more comprehensive >> documentation and support in these areas would do more good than pkgng. > IMHO pkgng and optionsng are necessary, but not sufficient, to solve > our current problems. Optionsng is nice, but lacking in documentation. Is it too much to ask port maintainers to write a bit more documentation on the options they are providing? -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Sunshine proves it's own existence. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 08:53:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60FAA1065678 for ; Mon, 4 Jun 2012 08:53:09 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) by mx1.freebsd.org (Postfix) with ESMTP id D92158FC12 for ; Mon, 4 Jun 2012 08:53:08 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.5/8.14.5) with ESMTP id q548r0xo088023 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 4 Jun 2012 10:53:00 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.5/8.14.5/Submit) with ESMTP id q548r0Xg088020 for ; Mon, 4 Jun 2012 10:53:00 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 4 Jun 2012 10:53:00 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-333582091-1338799980=:8570" X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Subject: cvsup{,d} woes after upgrading to RELENG_9 on amd64 this weekend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 08:53:09 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-333582091-1338799980=:8570 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Hi, After upgrading to RELENG_9 as of yesterday on my amd64 system, cvsup bombs out with Bus error: 10. Example: # /usr/local/bin/cvsup -g -L 2 /usr/src/stable-supfile Parsing supfile "/usr/src/stable-supfile" Connecting to localhost Connected to localhost Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection src-all/cvs Bus error: 10 The only recent change I can think of is switching to clang for building the kernel and base. Made I should rebuild world and kernel using gcc. Today, I used portupgrade -fprv lang/ezm3 net/cvsup-without-gui, but cvsup gives me the same result as in the example above. This bug also affects cvsupd for those of us who are running a local FreeBSD CVSup mirror (http://motoyuki.bsdclub.org/BSD/cvsup.html) on amd64/RELENG_9. I know csup is generally preferred over cvsup, and in the meantime I'm able to use csup with another local FreeBSD CVSup mirror running on i386/RELENG_8. cvsup on the amd64 box crashes with Bus error even when accessing the CVSup mirror on the i386 box, thus indicating a problem local to the amd64 box. I welcome any clues to solve this problem. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. dir. 61 14 54 39, | Office.....: +47 61 14 54 39, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-333582091-1338799980=:8570-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 09:32:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C430A1065670 for ; Mon, 4 Jun 2012 09:32:56 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7FCCA8FC1B for ; Mon, 4 Jun 2012 09:32:56 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:15e3:354:8c5f:bc21] (unknown [IPv6:2001:7b8:3a7:0:15e3:354:8c5f:bc21]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B68BC5C37; Mon, 4 Jun 2012 11:32:55 +0200 (CEST) Message-ID: <4FCC80C7.8060802@FreeBSD.org> Date: Mon, 04 Jun 2012 11:32:55 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120529 Thunderbird/13.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Trond_Endrest=F8l?= References: In-Reply-To: X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD stable Subject: Re: cvsup{, d} woes after upgrading to RELENG_9 on amd64 this weekend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 09:32:56 -0000 On 2012-06-04 10:53, Trond Endrest=F8l wrote: > After upgrading to RELENG_9 as of yesterday on my amd64 system, cvsup=20 > bombs out with Bus error: 10. =2E.. > The only recent change I can think of is switching to clang for=20 > building the kernel and base. Made I should rebuild world and kernel=20 > using gcc. Currently, the ezm3 port is broken for a world compiled with clang (or more specifically, for a world that uses SSE), see: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D162588 The problem is that ezm3 doesn't correctly align the stack, causing certain routines in libz to crash, because clang emits SSE instructions in them, whilst assuming the stack is 16-byte aligned. This could also occur with any other compiler that uses SSE. Basically, ezm3 doesn't seem to respect the amd64 ABI. I haven't been able to fix ezm3's stack alignment; it is based on a very old branch of gcc, and I am not familiar with Modula-3 in general. Any assistance in this area will be greatly appreciated. That said, since the ezm3 software is essentially unmaintained, the only practical solutions to your problem currently are: - Compile libz without SSE - Compile libz with gcc - Use csup instead of cvsup - Fix ezm3 to respect the amd64 ABI - Rewrite cvsupd in C (this is left as an exercise for the reader ;) From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 09:34:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEEC3106574C for ; Mon, 4 Jun 2012 09:34:49 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 642BA8FC1A for ; Mon, 4 Jun 2012 09:34:49 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3W5WFh2Z5lzg2N for ; Mon, 4 Jun 2012 11:34:48 +0200 (CEST) X-DKIM: OpenDKIM Filter v2.5.2 tignes.restart.be 3W5WFh2Z5lzg2N DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1338802488; bh=AQL0gYNhzV2z0BbeJPBbMfPx6nWpKx6FFiJkJXYrvFY=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Mon,=2004=20Jun=202012=2011:34:47=20+0200|From:=20Henri=2 0Hennebert=20|To:=20freebsd-stable@freebsd.org|Sub ject:=20Re:=20cvsup{,d}=20woes=20after=20upgrading=20to=20RELENG_9 =20on=20amd64=20this=20weekend|References:=20|In-Reply-To:=20; b=ixzgWahbojPx9QwkJnAzvsIYDxS8N1Hb3yxVLYH/Jlw2u/636xpFm4ZvaZbas3Mxo cjR8UUeALB167uevx9drW2N5xsiimQrMdFXqUsfKXGe+aHyEA5zVXR7EZUaV8+N8Yz FayB5dmCWMprThM7I0jgHmjfJ8Smv9yS7ACRNIOQ= Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id q549Ylhf020797 for ; Mon, 4 Jun 2012 11:34:47 +0200 (CEST) (envelope-from hlh@restart.be) Message-ID: <4FCC8137.2070301@restart.be> Date: Mon, 04 Jun 2012 11:34:47 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:12.0) Gecko/20120515 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: cvsup{, d} woes after upgrading to RELENG_9 on amd64 this weekend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 09:34:50 -0000 On 06/04/2012 10:53, Trond Endrestøl wrote: > Hi, > > After upgrading to RELENG_9 as of yesterday on my amd64 system, cvsup > bombs out with Bus error: 10. > > Example: > > # /usr/local/bin/cvsup -g -L 2 /usr/src/stable-supfile > Parsing supfile "/usr/src/stable-supfile" > Connecting to localhost > Connected to localhost > Server software version: SNAP_16_1h > Negotiating file attribute support > Exchanging collection information > Establishing multiplexed-mode data connection > Running > Updating collection src-all/cvs > Bus error: 10 > > The only recent change I can think of is switching to clang for > building the kernel and base. Made I should rebuild world and kernel > using gcc. > This is the culprit, you must compile libc and libz with gcc. See http://www.freebsd.org/cgi/query-pr.cgi?pr=162588 Henri > Today, I used portupgrade -fprv lang/ezm3 net/cvsup-without-gui, but > cvsup gives me the same result as in the example above. > > This bug also affects cvsupd for those of us who are running a local > FreeBSD CVSup mirror (http://motoyuki.bsdclub.org/BSD/cvsup.html) on > amd64/RELENG_9. > > I know csup is generally preferred over cvsup, and in the meantime I'm > able to use csup with another local FreeBSD CVSup mirror running on > i386/RELENG_8. > > cvsup on the amd64 box crashes with Bus error even when accessing the > CVSup mirror on the i386 box, thus indicating a problem local to the > amd64 box. > > I welcome any clues to solve this problem. > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 09:44:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 831001065715 for ; Mon, 4 Jun 2012 09:44:28 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) by mx1.freebsd.org (Postfix) with ESMTP id DBB768FC14 for ; Mon, 4 Jun 2012 09:44:27 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.5/8.14.5) with ESMTP id q549iO96088705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 4 Jun 2012 11:44:24 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.5/8.14.5/Submit) with ESMTP id q549iOHM088702 for ; Mon, 4 Jun 2012 11:44:24 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 4 Jun 2012 11:44:24 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable In-Reply-To: Message-ID: References: <4FCC7FD3.1050607@restart.be> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="2055831798-1225432730-1338802959=:8570" Content-ID: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Subject: Re: cvsup{,d} woes after upgrading to RELENG_9 on amd64 this weekend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 09:44:28 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-1225432730-1338802959=:8570 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: [I forgot to reply to the list, my bad] On Mon, 4 Jun 2012 11:42+0200, Trond Endrestøl wrote: > On Mon, 4 Jun 2012 11:28+0200, Henri Hennebert wrote: > > > On 06/04/2012 10:53, Trond Endrestøl wrote: > > > > > The only recent change I can think of is switching to clang for > > > building the kernel and base. Made I should rebuild world and kernel > > > using gcc. > > > > This is the culprit, you must compile libc and libz with gcc. > > > > See http://www.freebsd.org/cgi/query-pr.cgi?pr=162588 > > > > Henri > > Ah, that explains it. By disabling compression (-Z) I'm able to run > cvsup on the amd64 box using the CVSup mirror on the i386 box. I can > live with that. Hopefully the people working on clang will figure out > the details. Thanks. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. dir. 61 14 54 39, | Office.....: +47 61 14 54 39, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-1225432730-1338802959=:8570-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 09:45:09 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EC031065670; Mon, 4 Jun 2012 09:45:09 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id BB6D28FC0A; Mon, 4 Jun 2012 09:45:08 +0000 (UTC) Received: from alph.allbsd.org (p4242-ipbf1504funabasi.chiba.ocn.ne.jp [118.7.211.242]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id q549iOZ9044429; Mon, 4 Jun 2012 18:44:34 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id q549iNLP002394; Mon, 4 Jun 2012 18:44:23 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 04 Jun 2012 18:42:57 +0900 (JST) Message-Id: <20120604.184257.937867599752128181.hrs@allbsd.org> To: dim@FreeBSD.org From: Hiroki Sato In-Reply-To: <4FCC80C7.8060802@FreeBSD.org> References: <4FCC80C7.8060802@FreeBSD.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.4.50 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Jun__4_18_42_57_2012_441)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Mon, 04 Jun 2012 18:44:35 +0900 (JST) X-Spam-Status: No, score=-98.8 required=13.0 tests=CONTENT_TYPE_PRESENT, RCVD_IN_RP_RNBL,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: freebsd-stable@FreeBSD.org Subject: Re: cvsup{, d} woes after upgrading to RELENG_9 on amd64 this weekend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 09:45:09 -0000 ----Security_Multipart(Mon_Jun__4_18_42_57_2012_441)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dimitry Andric wrote in <4FCC80C7.8060802@FreeBSD.org>: di> That said, since the ezm3 software is essentially unmaintained, the di> only practical solutions to your problem currently are: di> di> - Compile libz without SSE di> - Compile libz with gcc di> - Use csup instead of cvsup di> - Fix ezm3 to respect the amd64 ABI di> - Rewrite cvsupd in C (this is left as an exercise for the reader ;) I have the same problem on my mirror server and currenly using a cvsup package for i386 on FreeBSD/amd64. -- Hiroki ----Security_Multipart(Mon_Jun__4_18_42_57_2012_441)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk/MgyEACgkQTyzT2CeTzy3kKQCfUkAVy1OQO5fLkLKydCXZ4hyc wGQAnA8l/95mWBoYKF3fhRHhF2equXQ/ =WFU4 -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Jun__4_18_42_57_2012_441)---- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 10:09:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 83E1C106566C for ; Mon, 4 Jun 2012 10:09:09 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 000668FC1A for ; Mon, 4 Jun 2012 10:09:08 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q54A92PM034351 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 4 Jun 2012 13:09:05 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FCC893E.2000309@digsys.bg> Date: Mon, 04 Jun 2012 13:09:02 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120528 Thunderbird/10.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <95D35900-AC63-4948-B54F-40041FFCB232@gromit.dlib.vt.edu> <20120602195022.GG5335@home.opsec.eu> <2683532.ZXZgRCPEVi@x220.ovitrap.com> In-Reply-To: <2683532.ZXZgRCPEVi@x220.ovitrap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 10:09:09 -0000 On 03.06.12 07:24, Erich wrote: > > isn't this what I just suggested to be done by the team? Give the ports tree a new version number and people can fall back to this then. > > Isn't this solution too simple to be done? As was mentioned earlier in this discussion, by virtue of the ports tree being hosted on CVS, you are able to get a version of the ports there at any date you chose. Just set PORTS_DATE="date=2012.06.01.00.00.00" to get the ports tree as it was on midnight 1st of June 2012. You can specify hours, minutes, seconds if you need. Way more powerful than any "version number" thing. As you can see, this is already available with FreeBSD. A lot more "hidden gems" are available with FreeBSD. People are just lazy and for the most part, refuse to learn. This is one aspect FreeBSD could benefit greatly from more education of the 'users' -- just because it has way more hidden gems than anything else around. Daniel From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 10:23:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9495A106566C for ; Mon, 4 Jun 2012 10:23:41 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 62FE68FC08 for ; Mon, 4 Jun 2012 10:23:41 +0000 (UTC) Received: by dadv36 with SMTP id v36so5916635dad.13 for ; Mon, 04 Jun 2012 03:23:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=LU6kPmnr6IBemkYFBkmQR2kd5Fo7YdrJbftZ0T722nI=; b=GgGv5F5J6DItlMrqMdZWRrKQQecTMCPIMq9loN5vIFRAeMwpK78Qeh6BtS+Wnbmvl6 po4YEyZuQNlqRtSiOn4SLtwGPC9DgjvtEXoVtwyfNFZPqhSil9J7mI4pxTmE3+biAMYw XWOx4/vvzQun8xZ48/kRG0DevHhH8eY6SM78ocX9iM6lpiHODzFpaOPoU/tb/c2YTfx1 9LHlcVdMFXl2qeDbOlz9sF9CbQNEmPKif26D6UxSlEj/hP3xf18x2aPunKiXQUT/BOgS O/WTU+pdpPvemO6S8FQviHO2+hwiGEXIKwnHNP93GKzvWoX8WtZcXXxAS45v/9wserKB q8iw== MIME-Version: 1.0 Received: by 10.68.223.35 with SMTP id qr3mr39076636pbc.83.1338805420906; Mon, 04 Jun 2012 03:23:40 -0700 (PDT) Received: by 10.68.225.3 with HTTP; Mon, 4 Jun 2012 03:23:40 -0700 (PDT) X-Originating-IP: [93.221.171.158] In-Reply-To: <4FCC893E.2000309@digsys.bg> References: <95D35900-AC63-4948-B54F-40041FFCB232@gromit.dlib.vt.edu> <20120602195022.GG5335@home.opsec.eu> <2683532.ZXZgRCPEVi@x220.ovitrap.com> <4FCC893E.2000309@digsys.bg> Date: Mon, 4 Jun 2012 12:23:40 +0200 Message-ID: From: "C. P. Ghost" To: Daniel Kalchev Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlWhLOkhi1P/tRzlndp1sUnnA5q9DwV+zm1HgbEP+srDifHNZH/N8tZ7WDG7j4FWN2T21z/ Cc: freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 10:23:41 -0000 On Mon, Jun 4, 2012 at 12:09 PM, Daniel Kalchev wrote: > On 03.06.12 07:24, Erich wrote: >> isn't this what I just suggested to be done by the team? Give the ports >> tree a new version number and people can fall back to this then. >> >> Isn't this solution too simple to be done? > > As was mentioned earlier in this discussion, by virtue of the ports tree > being hosted on CVS, you are able to get a version of the ports there at any > date you chose. Just set > > PORTS_DATE="date=2012.06.01.00.00.00" > > to get the ports tree as it was on midnight 1st of June 2012. You can > specify hours, minutes, seconds if you need. Way more powerful than any > "version number" thing. > > As you can see, this is already available with FreeBSD. A lot more "hidden > gems" are available with FreeBSD. People are just lazy and for the most > part, refuse to learn. This is one aspect FreeBSD could benefit greatly from > more education of the 'users' -- just because it has way more hidden gems > than anything else around. Indeed. And educating users means providing them with appropriate documentation. So how about adding a section to the Handbook with a list of hidden gems? Something like Dru Lavigne's "BSD Hacks" perhaps? > Daniel Regards, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 10:35:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7936106566B for ; Mon, 4 Jun 2012 10:35:14 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 49DD38FC14 for ; Mon, 4 Jun 2012 10:35:14 +0000 (UTC) Received: by bkvi18 with SMTP id i18so4477698bkv.13 for ; Mon, 04 Jun 2012 03:35:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2vDyxeZv2ltlGPBj6oQJ65Licgsm45QzgVThAV8inCc=; b=rBTwfvZjvd4Dl/IyQ0PfeSY14kd9cMXMg8SUpHPgzuRMRyB8lYmELbnoybKFtQZvZv MfRY5P/CEgtb3zmpdOvqSfc5ZnjsO9QFNOBLDFnbRPmZ3IiRucC094R8CMflIxXw92fh O/7TiUtWqocVEDGmjlK+rkK89OamVr5uqOFbOdAy8laq21uXGLBQ8EQZFpOe12ecvJ0J /0ZkamffVLiaepqQ6hRdFyQ79Kprvw1WKnERO6SwpUxcETiyJYnjnBw49Qoqrmi2EbDl 4me+es+4cUq+KKSOeRUlS5TJpX/fwN8ofNKQsAz7mWlKHxXOb/nAS3A+hbQXNP8ea6Gm nGJw== MIME-Version: 1.0 Received: by 10.204.145.89 with SMTP id c25mr6532731bkv.5.1338806113188; Mon, 04 Jun 2012 03:35:13 -0700 (PDT) Received: by 10.204.171.138 with HTTP; Mon, 4 Jun 2012 03:35:13 -0700 (PDT) Received: by 10.204.171.138 with HTTP; Mon, 4 Jun 2012 03:35:13 -0700 (PDT) In-Reply-To: <201206040841.q548fVHa091169@hugeraid.jetcafe.org> References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> Date: Mon, 4 Jun 2012 11:35:13 +0100 Message-ID: From: Chris Rees To: Dave Hayes Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Mark Linimon , FreeBSD Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 10:35:14 -0000 On Jun 4, 2012 9:50 AM, "Dave Hayes" wrote: > > Mark Linimon writes: > > On Sun, Jun 03, 2012 at 07:24:11PM -0700, Dave Hayes wrote: > >> I see features and pkgng and things being offered up as solutions... > >> these are all well and good, but in my opinion more comprehensive > >> documentation and support in these areas would do more good than pkgng. > > IMHO pkgng and optionsng are necessary, but not sufficient, to solve > > our current problems. > > Optionsng is nice, but lacking in documentation. Is it too much to ask > port maintainers to write a bit more documentation on the options they > are providing? Where are you looking? I updated the Porter's Handbook- is there something missing? Chris From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 10:58:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8600F1065677 for ; Mon, 4 Jun 2012 10:58:48 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 040588FC08 for ; Mon, 4 Jun 2012 10:58:47 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q54Awj4R034594 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 4 Jun 2012 13:58:45 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FCC94E5.9040506@digsys.bg> Date: Mon, 04 Jun 2012 13:58:45 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120528 Thunderbird/10.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> In-Reply-To: <201206040224.q542OBqk085897@hugeraid.jetcafe.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 10:58:48 -0000 On 04.06.12 05:24, Dave Hayes wrote: > Anyway, given my workload, it will probably take me a man week to get > two virtualized test servers. Someone I know with a vmware gui and > windows is doing this in 15 minutes (and that's being careful). Just > my $0.02. You are unfortunately comparing apples with oranges here. If you want true comparison, compare how fast you will have VirtualBox OSE up and running on both FreeBSD and Windows. Both of you start with a system where it has to be compiled and installed. I guess your Windows friend will stop at "compiler? what?". You can't get the source code of vmware and compile it yourself, of course.. that's just another little detail. Not the same? They get the thing pre-compiled? So could you. Thing is, once you go trough the trouble to install VirtualBox on FreeBSD you get a lot more usable vrtualization platform, with things like ZFS that aren't going to be available on Windows. It was mentioned a number of times already, that if you want to run "binary only" you would be better with PC-BSD -- and system based on FreeBSD (so it has most, but not all of the goodies), and someone else pre-compiles and pre-packages software for you. Just one click install. So, if you used PC-BSD, you could have had VirtualBox running perhaps for the same time an Windows user would. There is place for binary-only systems and systems where you are able to rebuild everything from source. FreeBSD tends to focus on the later while various folk (like PC-BSD) use the great FreeBSD platform to offer easier to use binary only systems. Of course, you could use the FreeBSD ports tree and build from source on PC-BSD too. Daniel From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 11:03:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 541F0106566B for ; Mon, 4 Jun 2012 11:03:48 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from equilibrium.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id EBC518FC0A for ; Mon, 4 Jun 2012 11:03:47 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id 8B8BA39836; Mon, 4 Jun 2012 13:03:39 +0200 (CEST) Date: Mon, 4 Jun 2012 13:03:39 +0200 From: Victor Balada Diaz To: Mehmet Erol Sanliturk Message-ID: <20120604110339.GA9426@equilibrium.bsdes.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 11:03:48 -0000 On Fri, Jun 01, 2012 at 05:03:26AM -0700, Mehmet Erol Sanliturk wrote: > Dear All , > > There is a thread > > "Why Are You Using FreeBSD ?" > > Hello, I'm using FreeBSD for most of my tasks and servers and i think it's great, but this things could be improved: - Good FUSE support. On the desktop side, you can't use NTFS for write access. On the server side, you miss things like Gluster. You can't run things like truecrypt because they need it and things like geli/gbde doesn't work on anything but FreeBSD. Ie: FUSE is needed for interoperability. - Easier way to replicate FreeBSD infrastructure. I've found that maintain 1 server on FreeBSD is great. Requires lower maintenance that any other operating system. Once you start managing 20 or 30 things change. Suddenly you find yourself needing automated package building because ports are not versioned, so you must copy the repo, maintain local patches and build a tinderbox. If you find problems on a FreeBSD version and need patches you need to build a freebsd-update server to still use it, or start maintaining servers on two different ways: source and binary, which just adds testing time. Would be better if you could switch from source to binary and back in a easier way. - Hardware support. If you want to build a server on new atom boards, you will have problems, eg: http://www.freebsd.org/cgi/query-pr.cgi?pr=amd64/166639 Same with laptop and other kind of hardware. Not just on computers, but also on peripherals. AFAIK no single all-in-one printer works fully with FreeBSD, so it's hard to configure as print/scan server. - I/O performance: If you do heavy I/O, the system becomes unresponsive. I've read a few days ago on the lists that it was a problem related to priorizing writes over reads and the recommendation was to use gsched, but haven't had time to check. Regards. Victor. -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 12:27:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9495106566C for ; Mon, 4 Jun 2012 12:27:54 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 9C5948FC0A for ; Mon, 4 Jun 2012 12:27:54 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SbWO1-0004LH-3r for freebsd-stable@freebsd.org; Mon, 04 Jun 2012 14:27:53 +0200 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SbWO1-0005Ys-0o for freebsd-stable@freebsd.org; Mon, 04 Jun 2012 14:27:53 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: Date: Mon, 04 Jun 2012 14:27:51 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.64 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.0 X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50 autolearn=disabled version=3.2.5 X-Scan-Signature: 4052b6d1c9976086d5ab5ce040fcf5b8 Subject: Re: smtpd +spamd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 12:27:55 -0000 On Mon, 04 Jun 2012 08:12:51 +0200, Tomasz Marszal wrote: > Hi all, > I wonder if there is someone who managed to install Opensmtpd + Spamd + > Pf > + Imap + SquirrelMail. > I have already installed Opensmtpd as demon sending emails because i dont > have domain yet i will buy it in two days and i will try to install it > and > write about it ( howto ) on my page but earlier i need to know if there > is > someone who already do that and can give me some support. Is it possible > to > do such a combination under FreeBSD 8.3 with newest ports collection. > OpenSMTPD port is dated 22.05.2012. > Best Regards > Tomasz Marszal I didn't do this precise combination, but the setup seems quite standard. I advise you to just go ahead and ask more specific questions on a mailinglist when you encounter a concrete problem. One tip: read about open-relay mailservers and avoid that situation on yours. ;-) Ronald. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 15:13:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD1731065674 for ; Mon, 4 Jun 2012 15:13:19 +0000 (UTC) (envelope-from xenophon+freebsd@irtnog.org) Received: from mx1.irtnog.org (rrcs-24-123-13-61.central.biz.rr.com [24.123.13.61]) by mx1.freebsd.org (Postfix) with ESMTP id 781EB8FC0A for ; Mon, 4 Jun 2012 15:13:19 +0000 (UTC) Received: from cinep001bsdgw.irtnog.net (localhost [127.0.0.1]) by mx1.irtnog.org (Postfix) with ESMTP id 4F614526 for ; Mon, 4 Jun 2012 11:04:17 -0400 (EDT) X-Virus-Scanned: amavisd-new at irtnog.org Received: from mx1.irtnog.org ([127.0.0.1]) by cinep001bsdgw.irtnog.net (mx1.irtnog.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lQ4442AnbvFm for ; Mon, 4 Jun 2012 11:04:11 -0400 (EDT) Received: from cinip100ntsbs.irtnog.net (cinip100ntsbs.irtnog.net [10.63.1.100]) by mx1.irtnog.org (Postfix) with ESMTP for ; Mon, 4 Jun 2012 11:04:11 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 4 Jun 2012 11:04:15 -0400 Content-class: urn:content-classes:message Message-ID: X-MimeOLE: Produced By Microsoft Exchange V6.5 In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Why Are You NOT Using FreeBSD ? thread-index: Ac1AelGGEAp+lBwxQNOMh0WmHRu8mwB54h2w References: <20120601121555.GF5335@home.opsec.eu> <4FC8B67D.5090208@digsys.bg><31DFBF41-37EC-43CF-A555-2D4E46F1F6E2@ee.ryerson.ca> From: "xenophon\\+freebsd" To: Subject: RE: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 15:13:19 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Daniel Kalchev > Sent: Saturday, June 02, 2012 12:42 AM >=20 > I really see no reason why your 'mail or calendaring server' > should be able to wipe your devices.. This is the sort of bloat > that keeps me away. From Microsoft products. I don't think that's fair to say. Email/calendaring seems to be the only connection point between a smartphone and an organization for at least the current crop of devices (although I'm sure that at some point soon, you'll be able to include organizational file servers as well). Even if you're just a SOHO or SMB, you should want to be able to locate or remotely wipe a device that's stolen, if only to ensure that someone doesn't have access to potentially sensitive personal information. Oh and by the way, not only do the Windows phones feature this, but so do the iPhones and the Android handsets - so this isn't just Microsoft. > In this regard I rather prefer the way Apple handles things. > Shiny wrapper interface to pretty much generic technology. No > reinvention of the wheel and experiments to see if it can be made > square. You can't damn Microsoft for being too proprietary in one paragraph and then praise Apple for its openness in the next. Does not compute. Best wishes, Matthew=20 --=20 I FIGHT FOR THE USERS From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 15:24:35 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C8F3106566B; Mon, 4 Jun 2012 15:24:35 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D67BD8FC08; Mon, 4 Jun 2012 15:24:34 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q54FOYsB020594; Mon, 4 Jun 2012 15:24:34 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q54FOYnQ020593; Mon, 4 Jun 2012 15:24:34 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Mon, 4 Jun 2012 17:24:31 +0200 From: Baptiste Daroussin To: "O. Hartmann" Message-ID: <20120604152431.GD73254@ithaqua.etoilebsd.net> References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pZs/OQEoSSbxGlYw" Content-Disposition: inline In-Reply-To: <4FCBCF49.1010206@zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Erich , "freebs >> Current FreeBSD" , freebsd-stable@FreeBSD.org, Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 15:24:35 -0000 --pZs/OQEoSSbxGlYw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 03, 2012 at 10:55:37PM +0200, O. Hartmann wrote: > On 06/03/12 15:29, Erich wrote: > >> > >> And if a port build is broken then the maintainer needs to fix it, tha= t=20 > >> is the solution. >=20 > Look at the comment of the maintainer of LibreOffice ... LibreOffice is not a small port, I managed to make 3.5.x work until the boost upgrade indirectly broke it. LibreOffice is quite complicated to work= on and I am only working on it to maintain it alive. Other projects like pkgng= and some huge changes on the port infrastructure are taking all my free time right n= ow. Remember this is a volunteer work, I already sent request for people to be help on LibreOffice. I got some help from time to time, but noone really co= me to take the hard work on LibreOffice, so yes my replies are still the same I'm just try= ing to keep it alive I missed 3.5.3 and now we are at 3.5.4 and I don't know when = I'll start to work. The work on it is not that complicated but it requires a huge amount of time which I currently don't have, and upstream is really nice to help porting. Sorry, Bapt --pZs/OQEoSSbxGlYw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/M0y8ACgkQ8kTtMUmk6EwfHgCglSlGEz+GKbR8lkqGk9++9ekw hYoAn2e05cnJMimmpM+wyPSw+57nRYfO =JRgH -----END PGP SIGNATURE----- --pZs/OQEoSSbxGlYw-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 15:25:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 876BC106564A; Mon, 4 Jun 2012 15:25:28 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C75EF8FC0A; Mon, 4 Jun 2012 15:25:27 +0000 (UTC) Received: by bkvi18 with SMTP id i18so4814989bkv.13 for ; Mon, 04 Jun 2012 08:25:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=qvmhiLjdbzjca/rrJIKPckHENW9HqX7oPl2qlLxlxbY=; b=jo2I+KfbqEC9eG5MXTOWGb2zb3L1byQOeQvOnpHks9tNt+J68pQjx60QagPvNx5ebe lBIQ8xlMmcoJJh+u9iL7lKNLGp91k9SQoV/QhvmSEDdLyE8EceCepL+LTBD4OAT5F/Xj o94619VkdnoMH31yGk3ruexoCIrdEE+N1HYdpaNznNmJNwR3MQzTZbG9w4O1sDXrKvkc VTc72GieOp+Z7ntfN1Ug95FjqdZCt1olekji2WzNBkXsTh/9PWB1eLyGRhZ/PsC28tbM w0mqV0Chuo/cWXbz/6xmZXWDFchV+rwUre7jKS6L6fF5C6Lhsl1j6vg2fEl4WBAPxqXB ZOQA== Received: by 10.204.154.193 with SMTP id p1mr6976652bkw.102.1338823526681; Mon, 04 Jun 2012 08:25:26 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.171.138 with HTTP; Mon, 4 Jun 2012 08:24:56 -0700 (PDT) In-Reply-To: <4FCBCF49.1010206@zedat.fu-berlin.de> References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> From: Chris Rees Date: Mon, 4 Jun 2012 16:24:56 +0100 X-Google-Sender-Auth: aHQOtRJjjv7Ah7-IeQ9L7ehdPm0 Message-ID: To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Erich , "freebs >> Current FreeBSD" , freebsd-stable@freebsd.org, Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 15:25:28 -0000 On 3 June 2012 21:55, O. Hartmann wrote: > On 06/03/12 15:29, Erich wrote: >> Hi, >> >> On 03 June 2012 PM 5:14:10 Adam Strohl wrote: >>> On 6/3/2012 11:14, Erich wrote: >>>> What I really do not understand in this whole discussion is very simpl= e. Is it just a few people who run into problems like this or is this simpl= y ignored by the people who set the strategy for FreeBSD? >>>> >>>> I mention since yeares here that putting version numbers onto the port= tree would solve many of these problems. All I get as an answer is that it= is not possible. >>>> >>>> I think that this should be easily possible with the limitation that o= lder versions do not have security fixes. Yes, but of what help is a securi= ty fix if there is no running port for the fix? >>> >>> I feel like I'm missing something. =A0Why would you ever want to go bac= k >>> to an old version of the ports tree? =A0You're ignoring tons of securit= y >>> issues! > > ... I think the PNG update isn't a security issue. And for not being a > security issue, it triggered an inadequate =A0mess! > >>> >>> And if a port build is broken then the maintainer needs to fix it, that >>> is the solution. > > Look at the comment of the maintainer of LibreOffice ... >>> >>> I must be missing something else here, it just seems like the underlyin= g >>> "need" for this is misguided (and dangerous from a security perspective= ). >> >> yes, you miss a very simple thing. Updated this morning your ports tree.= Your client asks for something for Monday morning for which you need now a= program which needs some kind of PNG but you did not install it. > > ... I spent now two complete days watching my boxes updating their > ports. Several ports do not compile anymore (inkscape, libreoffice, > libxul, to name some of the very hurting ones!). > >> >> Do you have a machine that is fast enough to upgrade all your ports and = still finish what your client needs Monday morning? > > Even my fastest box, a brand new 6 core Sandy-Bridge-E, wasn't capable > of compiling all the ports in due time. Several ports requested > attendance, several, as mentioned, didn't compile out of the blue. > >> >> The ports tree is not broken as such. Only the installation gets broken = in some sense. Have a version number there would allow people to go back to= the last known working ports tree, install the software - or whatever has = to be done - with a working system. >> >> Of course, the next step will be an upgrade. But only after the work whi= ch brings in the money is done. >> >> You do not face this problem on Windows. You can run a 10 year old 'kern= el' and still install modern software. >> >> Erich > > I like having a very modern system with the most recent software. But in > some cases, like these days with the PNG, FreeBSD's ports becomes again > a problem. There is no convenient way to downgrade or allow the > user/admin managing how to deal with the load of updates. You can't have both. As has been repeatedly explained to you, you should not expect an easy life with the very latest of software. Either stick to releases, or put up with lots of compiling etc-- you should not complain because of self-inflicted problems. Please remember that we do compile packages for release, or if more up to date packages are required you can use the stable package sets which are rarely over five days or so. Chris From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 15:49:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3CBA106566B for ; Mon, 4 Jun 2012 15:49:52 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 2E13B8FC0C for ; Mon, 4 Jun 2012 15:49:51 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q54FnjhI036805 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 4 Jun 2012 18:49:47 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FCCD919.2080502@digsys.bg> Date: Mon, 04 Jun 2012 18:49:45 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120528 Thunderbird/10.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120601121555.GF5335@home.opsec.eu> <4FC8B67D.5090208@digsys.bg><31DFBF41-37EC-43CF-A555-2D4E46F1F6E2@ee.ryerson.ca> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 15:49:52 -0000 On 04.06.12 18:04, xenophon\+freebsd wrote: >> -----Original Message----- >> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >> stable@freebsd.org] On Behalf Of Daniel Kalchev >> Sent: Saturday, June 02, 2012 12:42 AM >> >> I really see no reason why your 'mail or calendaring server' >> should be able to wipe your devices.. This is the sort of bloat >> that keeps me away. From Microsoft products. > I don't think that's fair to say. Email/calendaring seems to be the > only connection point between a smartphone and an organization for at > least the current crop of devices (although I'm sure that at some point > soon, you'll be able to include organizational file servers as well). Again, what does your e-mail or calendaring service have to do with wiping your device clean?? Wiping the device is task for your device management platform, which does not belong to the e-mail or calendaring platform. If you connect your desktop to Exchange, is it supposed to be wiped too? What if the Exchange account is just one of the many e-mail accounts you use, as typically is the case? > Even if you're just a SOHO or SMB, you should want to be able to locate > or remotely wipe a device that's stolen, if only to ensure that someone > doesn't have access to potentially sensitive personal information. Oh > and by the way, not only do the Windows phones feature this, but so do > the iPhones and the Android handsets - so this isn't just Microsoft. I understand you don't like it, but apparently Apple got this right. They have device management tool that is in no way ties to your e-mail or calendaring server. Not only Apple, but any sane vendor too. It is not excuse that because some (censored) at Microsoft has designed things this way, there are no other proper ways. >> In this regard I rather prefer the way Apple handles things. >> Shiny wrapper interface to pretty much generic technology. No >> reinvention of the wheel and experiments to see if it can be made >> square. > You can't damn Microsoft for being too proprietary in one paragraph and > then praise Apple for its openness in the next. Does not compute. I don't care how proprietary an proprietary thing is. If it is correctly implemented, it is ok, if it is not correctly implemented, it is not ok. Microsoft's "wipe trough Exchange" is weird, to put it mildly. Apple too had a track record of doing many proprietary things, but in recent years their offerings are, as I mentioned earlier, pretty much generic standard and widespread protocols with a lot of sugar coating. Daniel From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 17:57:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6C4C106566C; Mon, 4 Jun 2012 17:57:33 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7A5F58FC12; Mon, 4 Jun 2012 17:57:33 +0000 (UTC) Received: by vbmv11 with SMTP id v11so3215602vbm.13 for ; Mon, 04 Jun 2012 10:57:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ql5EJbwLUBSr/y+efdDwsY1P7Tb1wCBZu4UQdlJvRaY=; b=PiM/DHHIr1Eb73P8jnpeeSCgij9SBCTjMYq1BFQGQEJJhjOj60vI/ugSVBRnQDnCRr dpTIiDydkWuyQfrvb590lgXE+PoCFJ29onLDYWIngI4vLUY9qQKCNmDwhh1vUXuuxk6L w0at1nQBsPcMYCo/JlrXYTQUbOWQFTAs+Ui1R3HGXupbDfuCj6RX6n3ff/67+1ckHcOg mX/IDK68yGm4oGeZRMOOdJmnLxyzZJugvRCvLYZXTykzj/7Fr/YEYL9rP8vYBkNMoaF6 tOdPpzM2WmOMbi+MsJ6WbItuon3d8XLazpQvDzNFt/MTyCIUGG13Cwht+EXte5HRK8HI 5YpQ== MIME-Version: 1.0 Received: by 10.52.174.164 with SMTP id bt4mr11356538vdc.26.1338832646977; Mon, 04 Jun 2012 10:57:26 -0700 (PDT) Received: by 10.52.37.230 with HTTP; Mon, 4 Jun 2012 10:57:26 -0700 (PDT) In-Reply-To: <4FCC6DE2.6040106@FreeBSD.org> References: <4FCC6DE2.6040106@FreeBSD.org> Date: Mon, 4 Jun 2012 20:57:26 +0300 Message-ID: From: Kimmo Paasiala To: Doug Barton Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Christer Solskogen , freebsd-stable@freebsd.org Subject: Re: Installworld and /usr/include/*.h modification times X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 17:57:33 -0000 On Mon, Jun 4, 2012 at 11:12 AM, Doug Barton wrote: > On 06/04/2012 00:10, Christer Solskogen wrote: >> On Fri, Jun 1, 2012 at 3:42 PM, Kimmo Paasiala wrot= e: >>> Hello list, >>> >>> Why are /usr/include files installed with "install -C" during "make >>> installworld" =C2=A0when almost everything else is installed without th= e -C >>> flag? This makes it harder to track which files were actually >>> installed during the last "make installworld". One can easily find >>> obsolete files =C2=A0(that are not covered with make delete-old(-libs)) >>> with "find -x / -type f -mtime +suitable_time" but this doesn't work >>> for /usr/include files because the modification times are not bumped >>> on "make installworld". >>> >> >> If you want, you can do this /after/ a buildworld >> >> # mv /usr/include /usr/include.old >> # cd /usr/src > > You don't need to do those last 2 steps below if you mv /usr/include > right before you do 'make installworld', FYI. > >> # make hierarchy >> # make installincludes > > > -- > > =C2=A0 =C2=A0This .signature sanitized for your protection Thanks! I should have thought of that myself... There are few bits under /usr/share that behave the same way but now I know how to deal with those as well. -Kimmo From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 18:48:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B935B106564A for ; Mon, 4 Jun 2012 18:48:41 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from hugeraid.jetcafe.org (hugeraid.jetcafe.org [205.147.26.109]) by mx1.freebsd.org (Postfix) with ESMTP id 8D0878FC12 for ; Mon, 4 Jun 2012 18:48:41 +0000 (UTC) Received: from hugeraid.jetcafe.org (localhost [127.0.0.1]) by hugeraid.jetcafe.org (8.13.8/8.13.8) with ESMTP id q54IfUow001060; Mon, 4 Jun 2012 11:41:32 -0700 (PDT) Message-Id: <201206041841.q54IfUow001060@hugeraid.jetcafe.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Chris Rees In-reply-to: References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Jun 2012 11:41:30 -0700 From: Dave Hayes Cc: Mark Linimon , FreeBSD Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 18:48:41 -0000 Chris Rees writes: > On Jun 4, 2012 9:50 AM, "Dave Hayes" wrote: >> Mark Linimon writes: >> > On Sun, Jun 03, 2012 at 07:24:11PM -0700, Dave Hayes wrote: >> >> I see features and pkgng and things being offered up as solutions... >> >> these are all well and good, but in my opinion more comprehensive >> >> documentation and support in these areas would do more good than pkgng. >> > IMHO pkgng and optionsng are necessary, but not sufficient, to solve >> > our current problems. >> Optionsng is nice, but lacking in documentation. Is it too much to ask >> port maintainers to write a bit more documentation on the options they >> are providing? > Where are you looking? I updated the Porter's Handbook- is there something > missing? Yes there is...my point. :) Perhaps I was unclear. Optionsng is likely a fine project. However, it does not include the idea of extra documentation on the user selectable options provided to a port. Often when building a port I am presented with a list of build options. For example, virtualbox has this: OPTIONS= QT4 "Build with QT4 Frontend" on \ DEBUG "Build with debugging symbols" off \ GUESTADDITIONS "Build with Guest Additions" off \ DBUS "Build with D-Bus and HAL support" on \ PULSEAUDIO "Build with PulseAudio" off \ X11 "Build with X11 support" on \ UDPTUNNEL "Build with UDP tunnel support" on \ VDE "Build with VDE support" off \ VNC "Build with VNC support" off \ WEBSERVICE "Build Webservice" off \ NLS "Native language support" on What I feel is missing from ports is the information that would allow me to make intelligent decisions about each option. To see what's missing, consider the following questions: - Why would I want pulseaudio in a hypervisor? - What, exactly, are guestadditions and why would I want them? - Why does this need dbus and hal? - What is VDE? - What webservice? etc. The porter's handbook is fine if you are writing ports. It's using them that can get opaque. There's meta topics also, these would be great to know about without having to read 200 mail messages: - Some people do not like pulseaudio for good technical reasons. What are those? What are the non-technical opinion based reasons? - What are the common objections to HAL and DBUS? It's this kind of attention to communication that I think FreeBSD, in any attempt to reach more users, needs to strongly consider. -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Treat people as if they are what they ought to be, and you help them to become what they are capable of being. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 19:13:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF152106564A for ; Mon, 4 Jun 2012 19:13:44 +0000 (UTC) (envelope-from apeiron@isuckatdomains.net) Received: from isuckatdomains.net (unknown [IPv6:2600:3c01:e000:4::1]) by mx1.freebsd.org (Postfix) with ESMTP id A0E978FC0C for ; Mon, 4 Jun 2012 19:13:44 +0000 (UTC) Received: from isuckatdomains.isuckatdomains.net (isuckatdomains.net [74.207.243.179]) by isuckatdomains.net (Postfix) with ESMTPSA id 815B445AD6 for ; Mon, 4 Jun 2012 15:13:44 -0400 (EDT) Date: Mon, 4 Jun 2012 15:13:43 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Message-ID: <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qFgkTsE6LiHkLPZw" Content-Disposition: inline In-Reply-To: <201206041841.q54IfUow001060@hugeraid.jetcafe.org> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 19:13:44 -0000 --qFgkTsE6LiHkLPZw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 04, 2012 at 11:41:30 -0700 , Dave Hayes wrote: > Yes there is...my point. :) Perhaps I was unclear. Optionsng is likely a > fine project. However, it does not include the idea of extra > documentation on the user selectable options provided to a port. >=20 > Often when building a port I am presented with a list of build options.= =20 > For example, virtualbox has this: >=20 > OPTIONS=3D QT4 "Build with QT4 Frontend" on \ > DEBUG "Build with debugging symbols" off \ > GUESTADDITIONS "Build with Guest Additions" off \ > DBUS "Build with D-Bus and HAL support" on \ > PULSEAUDIO "Build with PulseAudio" off \ > X11 "Build with X11 support" on \ > UDPTUNNEL "Build with UDP tunnel support" on \ > VDE "Build with VDE support" off \ > VNC "Build with VNC support" off \ > WEBSERVICE "Build Webservice" off \ > NLS "Native language support" on >=20 > What I feel is missing from ports is the information that would allow me > to make intelligent decisions about each option. To see what's missing, > consider the following questions: >=20 > - Why would I want pulseaudio in a hypervisor?=20 > - What, exactly, are guestadditions and why would I want them?=20 > - Why does this need dbus and hal?=20 > - What is VDE?=20 > - What webservice?=20 > etc.=20 The descriptions of the options assume the admin is familiar with the software they're installing. I do not think it is the FreeBSD Project's purview to document every option for every port. At the very least it'd take quite a lot of time and effort to document all of that. Beyond this, such explanations would duplicate each port's own documentation. If you're not familiar with something, you very probably shouldn't be installing it. Show me one other similar packaging system that does this level of handholding. The only comparable ones I can think of are portage and macports, and they certainly don't, either. --=20 Thanks and best regards, Chris Nehren --qFgkTsE6LiHkLPZw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJPzQjmAAoJEB3ywRGrHAnQ+3AP/39GBOpMTramneLCwhyRxO2l W5C6tfuHA9TBG6FwHxXAPfgt4sW8bwMdoVVlxvstMb/Ux/AkiB3YN2ZxP638TUXm KS7CLV3So9glQ9UDIdpERBN2wYV46fVgxSzE6BqI2ahi0c+hrV1BC7L9PZbK1pY8 kc/FiDu4FLqC7nrNsAflvtvAHDUafyjayinLwlNw+Wno+1AIE2CJaCrF2QqE8ARQ geml/Veri8KkG7TZlHH10q2WSyQ4ma+Ltqra5sZyLb/GlBqoQ5Ep45Ic+ehHJW4+ fQCTqy1PfxNXlu8M/p6l7CHydyLHKMLIwNOrLt4kMBW33mucFUziZrx6PPWlavQQ FOygCksYz/PBmlfRpPVesxr2s5+gsm14mYHr3UW1OjA+JftgcJ84T7uxZ2/seEHj rqr1FPC0Ynfh0z+w57cpZQFEmnVbDk5SAs2lDTTQfSI05Oe2Fe6j72/D58fEX8wD EcrXMFCgnUDSZQLTtnE0USWRD/rbO1eX6sJnkXHWMtnI/98SPm2ijMn7d6bTRzWq p38JKSTKXe3o7mhV2E4mDw88ykUxw7ibLi9Yhsx9h3+FqYramoxJZApBF/Yk/tfm +Ousv6NfILEPaGVClqYxdK4WV1E1gNOiwteCkNidfi60fAAceibxvAvNIFaSgw+z htDXvkTUfvWT+7hSLt8U =cV2m -----END PGP SIGNATURE----- --qFgkTsE6LiHkLPZw-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 19:39:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F395106566B for ; Mon, 4 Jun 2012 19:39:33 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from hugeraid.jetcafe.org (hugeraid.jetcafe.org [205.147.26.109]) by mx1.freebsd.org (Postfix) with ESMTP id 5E1E58FC1A for ; Mon, 4 Jun 2012 19:39:33 +0000 (UTC) Received: from hugeraid.jetcafe.org (localhost [127.0.0.1]) by hugeraid.jetcafe.org (8.13.8/8.13.8) with ESMTP id q54JWONA001600; Mon, 4 Jun 2012 12:32:24 -0700 (PDT) Message-Id: <201206041932.q54JWONA001600@hugeraid.jetcafe.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Chris Nehren In-reply-to: <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Jun 2012 12:32:24 -0700 From: Dave Hayes Cc: freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 19:39:33 -0000 Chris Nehren writes: > The descriptions of the options assume the admin is familiar with the > software they're installing. I do not think it is the FreeBSD Project's > purview to document every option for every port. At the very least it'd > take quite a lot of time and effort to document all of that. That's a fair position. Perhaps it would not be too much trouble to add this one idea to optionsng: a "more info" field on each option knob which may be filled in by a port maintainer. > Beyond this, such explanations would duplicate each port's own > documentation. Not necessarily. I don't have an example offhand, but I suspect there are a number of FreeBSD specific option knobs applied to ports. > If you're not familiar with something, you very probably shouldn't be > installing it. Basing my argument here on assumptions that FreeBSD wants more users, I would argue that the better policy is to be liberal in who you help and conservative in who you call unfamiliar. In this spirit, I can guarantee you that there are plenty of people who will install despite your requirement above, set some option that they shouldn't (or fail to set one that they should), and then come away with a bad experience. Instead, if the person familiar with the software (who is ostensibly writing the port) could spend just 5 more minutes writing a simple "this option is documented at url://..." or "dont set this if you have port foo installed" that would help a lot of people. > Show me one other similar packaging system that does this level of > handholding. The only comparable ones I can think of are portage and > macports, and they certainly don't, either. The absence of such a system isn't really relevant to the idea of improving the current one is it? :) -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< "Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music." -- Kristian Wilson, Nintendo, Inc, 1989 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 20:05:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE3541065674 for ; Mon, 4 Jun 2012 20:05:12 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 765D98FC25 for ; Mon, 4 Jun 2012 20:05:12 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SbdWR-0002EG-Io for freebsd-stable@freebsd.org; Mon, 04 Jun 2012 22:05:03 +0200 Received: from 103.85-200-56.bkkb.no ([85.200.56.103]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jun 2012 22:05:03 +0200 Received: from christer.solskogen by 103.85-200-56.bkkb.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jun 2012 22:05:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Christer Solskogen Date: Mon, 04 Jun 2012 21:54:36 +0200 Lines: 17 Message-ID: References: <4FCC6DE2.6040106@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 103.85-200-56.bkkb.no User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 In-Reply-To: Subject: Re: Installworld and /usr/include/*.h modification times X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 20:05:12 -0000 On 4/6/2012 7:57 PM, Kimmo Paasiala wrote: > Thanks! I should have thought of that myself... There are few bits > under /usr/share that behave the same way but now I know how to deal > with those as well. > Be a little more careful with that. make(1) uses some of files there, and will bail out if /usr/share is missing. If you really must, do something like this: mv /usr/share /usr/share.old make -m /usr/src/share/mk hierarchy (you cant skip it, this time, I swear) make -m /usr/src/share/mk installworld -- chs From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 20:19:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4C081065675 for ; Mon, 4 Jun 2012 20:19:53 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7C19A8FC19 for ; Mon, 4 Jun 2012 20:19:53 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Sbdki-0001ym-0w for freebsd-stable@freebsd.org; Mon, 04 Jun 2012 22:19:48 +0200 Received: from 103.85-200-56.bkkb.no ([85.200.56.103]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jun 2012 22:19:48 +0200 Received: from christer.solskogen by 103.85-200-56.bkkb.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jun 2012 22:19:48 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Christer Solskogen Date: Mon, 04 Jun 2012 22:19:37 +0200 Lines: 12 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 103.85-200-56.bkkb.no User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 In-Reply-To: Subject: Re: cvsup{, d} woes after upgrading to RELENG_9 on amd64 this weekend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 20:19:53 -0000 On 4/6/2012 10:53 AM, Trond Endrestøl wrote: > Hi, > > After upgrading to RELENG_9 as of yesterday on my amd64 system, cvsup > bombs out with Bus error: 10. > Why use cvsup, when you've got csup? :-) -- chs From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 21:09:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E898C106566C; Mon, 4 Jun 2012 21:09:31 +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 8A2D08FC0C; Mon, 4 Jun 2012 21:09:31 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SbeWi-00056M-LQ>; Mon, 04 Jun 2012 23:09:24 +0200 Received: from e178025174.adsl.alicedsl.de ([85.178.25.174] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SbeWi-0003Ro-Eg>; Mon, 04 Jun 2012 23:09:24 +0200 Message-ID: <4FCD23FE.20906@zedat.fu-berlin.de> Date: Mon, 04 Jun 2012 23:09:18 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Chris Rees References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig05B254AF608A1538B0E378FC" X-Originating-IP: 85.178.25.174 Cc: Erich , "freebs >> Current FreeBSD" , freebsd-stable@freebsd.org, Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 21:09:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig05B254AF608A1538B0E378FC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/04/12 17:24, Chris Rees wrote: > On 3 June 2012 21:55, O. Hartmann wrote: >> On 06/03/12 15:29, Erich wrote: >>> Hi, >>> >>> On 03 June 2012 PM 5:14:10 Adam Strohl wrote: >>>> On 6/3/2012 11:14, Erich wrote: >>>>> What I really do not understand in this whole discussion is very si= mple. Is it just a few people who run into problems like this or is this = simply ignored by the people who set the strategy for FreeBSD? >>>>> >>>>> I mention since yeares here that putting version numbers onto the p= ort tree would solve many of these problems. All I get as an answer is th= at it is not possible. >>>>> >>>>> I think that this should be easily possible with the limitation tha= t older versions do not have security fixes. Yes, but of what help is a s= ecurity fix if there is no running port for the fix? >>>> >>>> I feel like I'm missing something. Why would you ever want to go ba= ck >>>> to an old version of the ports tree? You're ignoring tons of securi= ty >>>> issues! >> >> ... I think the PNG update isn't a security issue. And for not being a= >> security issue, it triggered an inadequate mess! >> >>>> >>>> And if a port build is broken then the maintainer needs to fix it, t= hat >>>> is the solution. >> >> Look at the comment of the maintainer of LibreOffice ... >>>> >>>> I must be missing something else here, it just seems like the underl= ying >>>> "need" for this is misguided (and dangerous from a security perspect= ive). >>> >>> yes, you miss a very simple thing. Updated this morning your ports tr= ee. Your client asks for something for Monday morning for which you need = now a program which needs some kind of PNG but you did not install it. >> >> ... I spent now two complete days watching my boxes updating their >> ports. Several ports do not compile anymore (inkscape, libreoffice, >> libxul, to name some of the very hurting ones!). >> >>> >>> Do you have a machine that is fast enough to upgrade all your ports a= nd still finish what your client needs Monday morning? >> >> Even my fastest box, a brand new 6 core Sandy-Bridge-E, wasn't capable= >> of compiling all the ports in due time. Several ports requested >> attendance, several, as mentioned, didn't compile out of the blue. >> >>> >>> The ports tree is not broken as such. Only the installation gets brok= en in some sense. Have a version number there would allow people to go ba= ck to the last known working ports tree, install the software - or whatev= er has to be done - with a working system. >>> >>> Of course, the next step will be an upgrade. But only after the work = which brings in the money is done. >>> >>> You do not face this problem on Windows. You can run a 10 year old 'k= ernel' and still install modern software. >>> >>> Erich >> >> I like having a very modern system with the most recent software. But = in >> some cases, like these days with the PNG, FreeBSD's ports becomes agai= n >> a problem. There is no convenient way to downgrade or allow the >> user/admin managing how to deal with the load of updates. >=20 > You can't have both. As has been repeatedly explained to you, you > should not expect an easy life with the very latest of software. Well, and repeatedly (no offense!) I will point out in this case, that I was FORCED having the latest software by the ports system! That it a difference in having running FreeBSD CURRENT on my own risk, or FreeBSD-STABLE due to new hardware and new drivers only supported by those and having a regular port update, which blows up the system because of the newest software! I take the burden of having not an easy life, but this, what is expected from so many "users" of FreeBSD, is simply beyond ... >=20 > Either stick to releases, or put up with lots of compiling etc-- you > should not complain because of self-inflicted problems. As I repeatedly have to point out in this case - the issue is not with STABLE and CURRENT, it is also with RELEASE. And as it has been pointed out herein so many times: FreeBSD ports lack in a version tagging. How would you suggest avoiding the problems we face with the ports by being sticky on RELEASE, if the problem is spread over all branches? >=20 > Please remember that we do compile packages for release, or if more up > to date packages are required you can use the stable package sets > which are rarely over five days or so. If it is about the binary packages - then you're right. Stick with RELEASE and binary packages - if available (the mentioned office packages are often much delayed). In such a case one is better with a binary spread version of an OS and this would exactly hit the subject of the thread: Why NOT using ... blablabla >=20 > Chris At the end, I'd like to see more care about the way ports get updated. There is no way to avoid messes like described at this very moment. And it is a kind of unedifying . oh --------------enig05B254AF608A1538B0E378FC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPzSQDAAoJEOgBcD7A/5N8Fx0IAI5gRB014goR3Aung2Hsony7 aLgSwNtuJ21h0ASjcV1orYIoVLUKHPWLLTUmw96BMcLMpbUkj9+5kX91Iiv5AnJi 97tXXNO646JE/x2Lv+Cz9ExJVgRc8Tqc66Ntuop7r+x/SqzOEhRGN9XeJ3kCEyUb fnNSebs3QGfz2wdE+CBFX5rkZ9j1B4jTO1/tggUtIy9JKHbe3Uh6KLSMANYS3iCI laNkls3n2TnBZkx0MazcmXHfbN5EJxquvAUaT/56+eyIW9FDTCBzguVmpRqDFErx MmlQt6qdIx9HkR5ShbDi+ipJGFNKE9p31hFMbp0FOZzj6I9usoT8cc/aVGYzNZ4= =F5yu -----END PGP SIGNATURE----- --------------enig05B254AF608A1538B0E378FC-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 00:51:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B478106566B; Tue, 5 Jun 2012 00:51:05 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 233868FC12; Tue, 5 Jun 2012 00:51:05 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q550p0co030537; Mon, 4 Jun 2012 18:51:01 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Tue, 05 Jun 2012 07:49:59 +0700 Message-ID: <4372143.AqkZIKUaKJ@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120604152431.GD73254@ithaqua.etoilebsd.net> References: <4FCBCF49.1010206@zedat.fu-berlin.de> <20120604152431.GD73254@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Baptiste Daroussin , "freebs >> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 00:51:05 -0000 Hi, On 04 June 2012 17:24:31 Baptiste Daroussin wrote: > On Sun, Jun 03, 2012 at 10:55:37PM +0200, O. Hartmann wrote: > > On 06/03/12 15:29, Erich wrote: > > >> > > >> And if a port build is broken then the maintainer needs to fix it, that > > >> is the solution. > > > > Look at the comment of the maintainer of LibreOffice ... > > LibreOffice is not a small port, I managed to make 3.5.x work until the > > The work on it is not that complicated but it requires a huge amount of time > which I currently don't have, and upstream is really nice to help porting. > I hope that this is all just a misunderstanding. I read the tread as such that LibreOffice is just an example of what can go wrong. Of course, it is your time and your work and nobody has the right to criticise you for your efforts. I hope that it is ok for you to use 'your' port as an example here for what can go wrong. Erich From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 01:02:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 382CF106564A; Tue, 5 Jun 2012 01:02:13 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 784818FC08; Tue, 5 Jun 2012 01:02:12 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q5511wpE000901; Mon, 4 Jun 2012 19:01:59 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Tue, 05 Jun 2012 08:01:53 +0700 Message-ID: <1770384.tpUCLYYuDz@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: References: <4FCBCF49.1010206@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Chris Rees , "freebs >> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 01:02:13 -0000 On 04 June 2012 16:24:56 Chris Rees wrote: > On 3 June 2012 21:55, O. Hartmann wrote: > > On 06/03/12 15:29, Erich wrote: > >> Hi, > >> > >> On 03 June 2012 PM 5:14:10 Adam Strohl wrote: > >>> On 6/3/2012 11:14, Erich wrote: > >>>> What I really do not understand in this whole discussion is very simple. Is it just a few people who run into problems like this or is this simply ignored by the people who set the strategy for FreeBSD? > >>>> > >>>> I mention since yeares here that putting version numbers onto the port tree would solve many of these problems. All I get as an answer is that it is not possible. > >>>> > >>>> I think that this should be easily possible with the limitation that older versions do not have security fixes. Yes, but of what help is a security fix if there is no running port for the fix? > >>> > >>> I feel like I'm missing something. Why would you ever want to go back > >>> to an old version of the ports tree? You're ignoring tons of security > >>> issues! > > > > ... I think the PNG update isn't a security issue. And for not being a > > security issue, it triggered an inadequate mess! > > > >>> > >>> And if a port build is broken then the maintainer needs to fix it, that > >>> is the solution. > > > > Look at the comment of the maintainer of LibreOffice ... > >>> > >>> I must be missing something else here, it just seems like the underlying > >>> "need" for this is misguided (and dangerous from a security perspective). > >> > >> yes, you miss a very simple thing. Updated this morning your ports tree. Your client asks for something for Monday morning for which you need now a program which needs some kind of PNG but you did not install it. > > > > ... I spent now two complete days watching my boxes updating their > > ports. Several ports do not compile anymore (inkscape, libreoffice, > > libxul, to name some of the very hurting ones!). > > > >> > >> Do you have a machine that is fast enough to upgrade all your ports and still finish what your client needs Monday morning? > > > > Even my fastest box, a brand new 6 core Sandy-Bridge-E, wasn't capable > > of compiling all the ports in due time. Several ports requested > > attendance, several, as mentioned, didn't compile out of the blue. > > > >> > >> The ports tree is not broken as such. Only the installation gets broken in some sense. Have a version number there would allow people to go back to the last known working ports tree, install the software - or whatever has to be done - with a working system. > >> > >> Of course, the next step will be an upgrade. But only after the work which brings in the money is done. > >> > >> You do not face this problem on Windows. You can run a 10 year old 'kernel' and still install modern software. > >> > >> Erich > > > > I like having a very modern system with the most recent software. But in > > some cases, like these days with the PNG, FreeBSD's ports becomes again > > a problem. There is no convenient way to downgrade or allow the > > user/admin managing how to deal with the load of updates. > > You can't have both. As has been repeatedly explained to you, you > should not expect an easy life with the very latest of software. > but FreeBSD only offer bleeding edge. This is why I suggest to have version numbers on the ports tree. Erich From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 01:24:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 03854106564A; Tue, 5 Jun 2012 01:24:42 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by mx1.freebsd.org (Postfix) with ESMTP id CFCD08FC08; Tue, 5 Jun 2012 01:24:41 +0000 (UTC) Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS id 948A2C9580; Tue, 5 Jun 2012 01:24:29 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (unknown [IPv6:2001:470:1f00:820:9c5e:58a1:7216:e6ae]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 0A189216C36; Tue, 5 Jun 2012 01:24:29 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id 4BE48213F3FF; Tue, 5 Jun 2012 11:24:25 +1000 (EST) To: "O. Hartmann" From: Mark Andrews References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> <4FCD23FE.20906@zedat.fu-berlin.de> In-reply-to: Your message of "Mon, 04 Jun 2012 23:09:18 +0200." <4FCD23FE.20906@zedat.fu-berlin.de> Date: Tue, 05 Jun 2012 11:24:25 +1000 Message-Id: <20120605012425.4BE48213F3FF@drugs.dv.isc.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org Cc: Chris Rees , Erich , "freebs @mail.isc.org>> Current FreeBSD" , freebsd-stable@freebsd.org, Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 01:24:42 -0000 In message <4FCD23FE.20906@zedat.fu-berlin.de>, "O. Hartmann" writes: > Well, and repeatedly (no offense!) I will point out in this case, that I > was FORCED having the latest software by the ports system! > That it a difference in having running FreeBSD CURRENT on my own risk, > or FreeBSD-STABLE due to new hardware and new drivers only supported by > those and having a regular port update, which blows up the system > because of the newest software! You were not forced to use the latest. You can quite easily use years old ports trees if you want to. I just installed a port using a tree from October 2011. I could have upgraded the ports tree to the latest and greatest but I choose not to. > I take the burden of having not an easy life, but this, what is expected > from so many "users" of FreeBSD, is simply beyond ... There are also binary packages available. > > Either stick to releases, or put up with lots of compiling etc-- you > > should not complain because of self-inflicted problems. > > As I repeatedly have to point out in this case - the issue is not with > STABLE and CURRENT, it is also with RELEASE. And as it has been pointed > out herein so many times: FreeBSD ports lack in a version tagging. Version tagging is just a convient way to get a snapshot at a particular point in time unless you create branches that are them made stable by doing a release engineering process on the branch. This would require rules like "don't make a change unless it is to fix something that is broken". It would also require a lot of man power. If you are willing to pay salaries for people to do this then I'm sure there are people who would do the job. The ports system has to ability to set the ports tree to any point in time in its existance. You can then build all the indexes as they were at that point in time. > How would you suggest avoiding the problems we face with the ports by > being sticky on RELEASE, if the problem is spread over all branches? > > > Please remember that we do compile packages for release, or if more up > > to date packages are required you can use the stable package sets > > which are rarely over five days or so. > > If it is about the binary packages - then you're right. Stick with > RELEASE and binary packages - if available (the mentioned office > packages are often much delayed). > In such a case one is better with a binary spread version of an OS and > this would exactly hit the subject of the thread: Why NOT using ... > blablabla > > > > > Chris > > At the end, I'd like to see more care about the way ports get updated. > There is no way to avoid messes like described at this very moment. And > it is a kind of unedifying . And I'd like to be able to world hunger and to see FTL travel. One doesn't have to live at the bleeding edge with ports if one doesn't want to even when compiling. One can live a day, a week, a month behind the bleeding edge and allow other to hit problems and report them. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 02:07:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25FCA1065676; Tue, 5 Jun 2012 02:07:44 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id CE6818FC08; Tue, 5 Jun 2012 02:07:43 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q5527UiC021219; Mon, 4 Jun 2012 20:07:35 -0600 From: Erich To: Mark Andrews Date: Tue, 05 Jun 2012 09:07:24 +0700 Message-ID: <3506767.Fvm2KmtnYf@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605012425.4BE48213F3FF@drugs.dv.isc.org> References: <4FCD23FE.20906@zedat.fu-berlin.de> <20120605012425.4BE48213F3FF@drugs.dv.isc.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Chris Rees , freebsd-stable@freebsd.org, "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 02:07:44 -0000 Hi, On 05 June 2012 11:24:25 Mark Andrews wrote: > > Version tagging is just a convient way to get a snapshot at a > particular point in time unless you create branches that are them we do not ask for more. There should be only one difference to a snapshot. As snapshot has a date. No matter in what state the ports tree was, it is in that state in the ports tree. If user - especially the one not so fit in this aspect - want to use a snapshot, it will be difficult to impossible to figure out which one they need. If version numbers would be introduced, it would be ok to use the version number of the FreeBSD and have only version available which reflect the release version of the ports tree. People here want to make always a perfect system. People like me want to have some small things in there available with a click. As the ports trees are there anyway, only the direct link to the snapshot of that day or a version number in the ports tree would be needed to make this available for people who just want to use FreeBSD. Please note, I do not want any extra work spend here to make this perfect. I only want a simple way to fall back to a big net which is not that old from which the user can restart. You can add a huge note to the links stating the risks. This is all fine. There is another reason why I ask for this. I noticed a long time ago that the ports are in a better shape around the release date of a new version. So, I try to get it always around the release dates. But, some times - you know how life is - I miss this date. It does not kill me but it leads some times to extra work steps I can do but I see the problems people will face who know FreeBSD not that well. > One doesn't have to live at the bleeding edge with ports if one > doesn't want to even when compiling. One can live a day, a week, > a month behind the bleeding edge and allow other to hit problems > and report them. How is this done with the knowledge of a beginner? Erich From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 02:48:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93B19106564A; Tue, 5 Jun 2012 02:48:39 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 6DA0D8FC08; Tue, 5 Jun 2012 02:48:39 +0000 (UTC) Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS id D62E4C97F0; Tue, 5 Jun 2012 02:48:23 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (unknown [IPv6:2001:470:1f00:820:9c5e:58a1:7216:e6ae]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 875F0216C3B; Tue, 5 Jun 2012 02:48:23 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id 5BB4521403B6; Tue, 5 Jun 2012 12:48:20 +1000 (EST) To: Erich From: Mark Andrews References: <4FCD23FE.20906@zedat.fu-berlin.de> <20120605012425.4BE48213F3FF@drugs.dv.isc.org> <3506767.Fvm2KmtnYf@x220.ovitrap.com> In-reply-to: Your message of "Tue, 05 Jun 2012 09:07:24 +0700." <3506767.Fvm2KmtnYf@x220.ovitrap.com> Date: Tue, 05 Jun 2012 12:48:20 +1000 Message-Id: <20120605024820.5BB4521403B6@drugs.dv.isc.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org Cc: Chris Rees , freebsd-stable@freebsd.org, "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 02:48:39 -0000 In message <3506767.Fvm2KmtnYf@x220.ovitrap.com>, Erich writes: > Hi, > > On 05 June 2012 11:24:25 Mark Andrews wrote: > > > > > Version tagging is just a convient way to get a snapshot at a > > particular point in time unless you create branches that are them > > we do not ask for more. There should be only one difference to a snapshot. As > snapshot has a date. No matter in what state the ports tree was, it is in th > at state in the ports tree. If user - especially the one not so fit in this a > spect - want to use a snapshot, it will be difficult to impossible to figure > out which one they need. > > If version numbers would be introduced, it would be ok to use the version num > ber of the FreeBSD and have only version available which reflect the release > version of the ports tree. It's already there. If you want the ports as of FreeBSD 4.x EOL then the tag is "RELEASE_4_EOL". If you want ports as of FreeBSD 9.0 then the tag is "RELEASE_9_9_0". > People here want to make always a perfect system. People like me want to have > some small things in there available with a click. > > As the ports trees are there anyway, only the direct link to the snapshot of > that day or a version number in the ports tree would be needed to make this a > vailable for people who just want to use FreeBSD. > > Please note, I do not want any extra work spend here to make this perfect. I > only want a simple way to fall back to a big net which is not that old from w > hich the user can restart. > > You can add a huge note to the links stating the risks. This is all fine. > > There is another reason why I ask for this. I noticed a long time ago that th > e ports are in a better shape around the release date of a new version. So, I > try to get it always around the release dates. But, some times - you know ho > w life is - I miss this date. It does not kill me but it leads some times to > extra work steps I can do but I see the problems people will face who know Fr > eeBSD not that well. > > > One doesn't have to live at the bleeding edge with ports if one > > doesn't want to even when compiling. One can live a day, a week, > > a month behind the bleeding edge and allow other to hit problems > > and report them. > > How is this done with the knowledge of a beginner? One reads the documentation. > Erich -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 02:55:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6BE91065674; Tue, 5 Jun 2012 02:55:03 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id B49468FC16; Tue, 5 Jun 2012 02:55:03 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 0E2F756205; Mon, 4 Jun 2012 21:55:03 -0500 (CDT) Date: Mon, 4 Jun 2012 21:55:03 -0500 From: Mark Linimon To: Mark Andrews Message-ID: <20120605025502.GA23429@lonesome.com> References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> <4FCD23FE.20906@zedat.fu-berlin.de> <20120605012425.4BE48213F3FF@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120605012425.4BE48213F3FF@drugs.dv.isc.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , Erich , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 02:55:04 -0000 > One doesn't have to live at the bleeding edge with ports if one > doesn't want to even when compiling. One can live a day, a week, > a month behind the bleeding edge and allow other to hit problems > and report them. To be pedantic, there's a lot of difference between reporting problems, and supplying fixes. Sometimes figuring out the fixes is beyond the capabilities of our maintainers, of course. People should feel free to ask for help on the mailing lists or forums in those cases. But our general problem won't be solved merely by tagging. There have to be people willing to test based only on whatever tree, or branch, or whatever, has been tagged. This is on reason why the tree at release time is _somewhat_ more stable: we are asking people to test, test, test. (The fact that we slow down the rate of major changes to the tree accounts for the rest.) mcl From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 04:31:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC2BD106564A for ; Tue, 5 Jun 2012 04:31:20 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vulpes.vvelox.net (vulpes.vvelox.net [99.69.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 296978FC0C for ; Tue, 5 Jun 2012 04:31:19 +0000 (UTC) Received: from vixen42.vulpes.vvelox.net (vixen42.vulpes.vvelox.net [192.168.15.2]) (Authenticated sender: kitsune) by vulpes.vvelox.net (Postfix) with ESMTPA id 51A4F3F62E for ; Mon, 4 Jun 2012 23:32:36 -0500 (CDT) Date: Mon, 4 Jun 2012 23:33:08 -0500 From: "Zane C. B-H." To: freebsd-stable@freebsd.org Message-ID: <20120604233308.25183995@vixen42.vulpes.vvelox.net> In-Reply-To: <4FCCD919.2080502@digsys.bg> References: <20120601121555.GF5335@home.opsec.eu> <4FC8B67D.5090208@digsys.bg> <31DFBF41-37EC-43CF-A555-2D4E46F1F6E2@ee.ryerson.ca> <4FCCD919.2080502@digsys.bg> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 04:31:20 -0000 On Mon, 04 Jun 2012 18:49:45 +0300 Daniel Kalchev wrote: >=20 >=20 > On 04.06.12 18:04, xenophon\+freebsd wrote: > >> -----Original Message----- > >> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > >> stable@freebsd.org] On Behalf Of Daniel Kalchev > >> Sent: Saturday, June 02, 2012 12:42 AM > >> > >> I really see no reason why your 'mail or calendaring server' > >> should be able to wipe your devices.. This is the sort of bloat > >> that keeps me away. From Microsoft products. > > I don't think that's fair to say. Email/calendaring seems to be > > the only connection point between a smartphone and an > > organization for at least the current crop of devices (although > > I'm sure that at some point soon, you'll be able to include > > organizational file servers as well). >=20 > Again, what does your e-mail or calendaring service have to do with=20 > wiping your device clean?? Wiping the device is task for your > device management platform, which does not belong to the e-mail or > calendaring platform. If you connect your desktop to Exchange, is > it supposed to be wiped too? What if the Exchange account is just > one of the many e-mail accounts you use, as typically is the case? It is part of the protocol, Exchanged ActiveSync, used by Exchange based mobile devices. > >> In this regard I rather prefer the way Apple handles things. > >> Shiny wrapper interface to pretty much generic technology. No > >> reinvention of the wheel and experiments to see if it can be made > >> square. > > You can't damn Microsoft for being too proprietary in one > > paragraph and then praise Apple for its openness in the next. > > Does not compute. >=20 > I don't care how proprietary an proprietary thing is. If it is > correctly implemented, it is ok, if it is not correctly > implemented, it is not ok. Microsoft's "wipe trough Exchange" is > weird, to put it mildly. Apple too had a track record of doing many > proprietary things, but in recent years their offerings are, as I > mentioned earlier, pretty much generic standard and widespread > protocols with a lot of sugar coating. =46rom a enterprise perspective, it makes sense. Lets say a device goes missing, it allows one to wipe it the next time it calls home. The usefulness of such a feature is better disconnected from the debate of proprietary v. non-proprietary though, given the different nature of both issues. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 05:18:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDDDF106566B; Tue, 5 Jun 2012 05:18:50 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 82A678FC12; Tue, 5 Jun 2012 05:18:50 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q555IZPj006588; Mon, 4 Jun 2012 23:18:41 -0600 From: Erich To: Mark Andrews Date: Tue, 05 Jun 2012 12:18:33 +0700 Message-ID: <2490439.EC638TI0j3@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605024820.5BB4521403B6@drugs.dv.isc.org> References: <3506767.Fvm2KmtnYf@x220.ovitrap.com> <20120605024820.5BB4521403B6@drugs.dv.isc.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Chris Rees , freebsd-stable@freebsd.org, "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 05:18:51 -0000 Hi, On 05 June 2012 12:48:20 Mark Andrews wrote: > > In message <3506767.Fvm2KmtnYf@x220.ovitrap.com>, Erich writes: > > > > On 05 June 2012 11:24:25 Mark Andrews wrote: > > > > > > > It's already there. If you want the ports as of FreeBSD 4.x EOL > then the tag is "RELEASE_4_EOL". If you want ports as of FreeBSD > 9.0 then the tag is "RELEASE_9_9_0". > I did not know this. Do you have a link for this? I never read about it. Erich From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 05:33:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 938BE106564A; Tue, 5 Jun 2012 05:33:36 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by mx1.freebsd.org (Postfix) with ESMTP id 22B798FC15; Tue, 5 Jun 2012 05:33:36 +0000 (UTC) Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.ams1.isc.org (Postfix) with ESMTPS id 208FC5F99DF; Tue, 5 Jun 2012 05:33:22 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (unknown [IPv6:2001:470:1f00:820:9c5e:58a1:7216:e6ae]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 1FEB4216C33; Tue, 5 Jun 2012 05:33:20 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id CDE9A2145078; Tue, 5 Jun 2012 15:33:16 +1000 (EST) To: Erich From: Mark Andrews References: <3506767.Fvm2KmtnYf@x220.ovitrap.com> <20120605024820.5BB4521403B6@drugs.dv.isc.org> <2490439.EC638TI0j3@x220.ovitrap.com> In-reply-to: Your message of "Tue, 05 Jun 2012 12:18:33 +0700." <2490439.EC638TI0j3@x220.ovitrap.com> Date: Tue, 05 Jun 2012 15:33:16 +1000 Message-Id: <20120605053316.CDE9A2145078@drugs.dv.isc.org> X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00, T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.ams1.isc.org Cc: Chris Rees , freebsd-stable@freebsd.org, "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 05:33:36 -0000 In message <2490439.EC638TI0j3@x220.ovitrap.com>, Erich writes: > Hi, > > On 05 June 2012 12:48:20 Mark Andrews wrote: > > > > In message <3506767.Fvm2KmtnYf@x220.ovitrap.com>, Erich writes: > > > > > > On 05 June 2012 11:24:25 Mark Andrews wrote: > > > > > > > > > > > It's already there. If you want the ports as of FreeBSD 4.x EOL > > then the tag is "RELEASE_4_EOL". If you want ports as of FreeBSD > > 9.0 then the tag is "RELEASE_9_9_0". > > > I did not know this. Do you have a link for this? I never read about it. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html If you wander around in http://www.freebsd.org/cgi/cvsweb.cgi/ you can see all the possible tags. > Erich -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 05:49:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7748106564A for ; Tue, 5 Jun 2012 05:49:19 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) by mx1.freebsd.org (Postfix) with ESMTP id 6AEF78FC08 for ; Tue, 5 Jun 2012 05:49:19 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.5/8.14.5) with ESMTP id q555nFIJ009455 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jun 2012 07:49:15 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.5/8.14.5/Submit) with ESMTP id q555nFaS009452; Tue, 5 Jun 2012 07:49:15 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 5 Jun 2012 07:49:15 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Christer Solskogen In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-531528363-1338875355=:8570" X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Cc: freebsd-stable@freebsd.org Subject: Re: cvsup{, d} woes after upgrading to RELENG_9 on amd64 this weekend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 05:49:20 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-531528363-1338875355=:8570 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Mon, 4 Jun 2012 22:19+0200, Christer Solskogen wrote: > On 4/6/2012 10:53 AM, Trond Endrestøl wrote: > > Hi, > > > > After upgrading to RELENG_9 as of yesterday on my amd64 system, cvsup > > bombs out with Bus error: 10. > > > > Why use cvsup, when you've got csup? :-) If you read the OP you'll see I prefer to run and use a local CVSup mirror. Thus, I need a working cvsupd on the amd64 box. Whether I use cvsup or csup doesn't really matter. Problem solved by continuing to use GCC instead of clang when building world & kernel. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. dir. 61 14 54 39, | Office.....: +47 61 14 54 39, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-531528363-1338875355=:8570-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 06:00:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 446A7106564A; Tue, 5 Jun 2012 06:00:55 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id BF4D48FC12; Tue, 5 Jun 2012 06:00:54 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q5560ooA016800; Tue, 5 Jun 2012 00:00:51 -0600 From: Erich To: Mark Andrews Date: Tue, 05 Jun 2012 13:00:45 +0700 Message-ID: <2188078.y2TVGRxzTH@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605053316.CDE9A2145078@drugs.dv.isc.org> References: <2490439.EC638TI0j3@x220.ovitrap.com> <20120605053316.CDE9A2145078@drugs.dv.isc.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Chris Rees , freebsd-stable@freebsd.org, "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 06:00:55 -0000 Hi, On 05 June 2012 15:33:16 Mark Andrews wrote: > > In message <2490439.EC638TI0j3@x220.ovitrap.com>, Erich writes: > > Hi, > > > > On 05 June 2012 12:48:20 Mark Andrews wrote: > > > > > > In message <3506767.Fvm2KmtnYf@x220.ovitrap.com>, Erich writes: > > > > > > > > On 05 June 2012 11:24:25 Mark Andrews wrote: > > > > > > > > > > > > > > > It's already there. If you want the ports as of FreeBSD 4.x EOL > > > then the tag is "RELEASE_4_EOL". If you want ports as of FreeBSD > > > 9.0 then the tag is "RELEASE_9_9_0". > > > > > I did not know this. Do you have a link for this? I never read about it. > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html All of these, with the exception of HEAD (which is always a valid tag), only apply to the src/ tree. The ports/, doc/, and www/ trees are not branched. I understand this that I can use these tags on the FreeBSD sources but not on the ports. I never tried this on the ports. Erich From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 06:01:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 654F9106566B; Tue, 5 Jun 2012 06:01:37 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 3E25A8FC0C; Tue, 5 Jun 2012 06:01:37 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 03F9C56205; Tue, 5 Jun 2012 01:01:37 -0500 (CDT) Date: Tue, 5 Jun 2012 01:01:37 -0500 From: Mark Linimon To: Erich Message-ID: <20120605060136.GB32448@lonesome.com> References: <3506767.Fvm2KmtnYf@x220.ovitrap.com> <20120605024820.5BB4521403B6@drugs.dv.isc.org> <2490439.EC638TI0j3@x220.ovitrap.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2490439.EC638TI0j3@x220.ovitrap.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 06:01:37 -0000 On Tue, Jun 05, 2012 at 12:18:33PM +0700, Erich wrote: > I did not know this. Do you have a link for this? I never read about it. The EOL announcements have them. I don't think the release announcements do, however. mcl From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 06:04:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ED2B106568A for ; Tue, 5 Jun 2012 06:04:47 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 915BB8FC19 for ; Tue, 5 Jun 2012 06:04:23 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q5564Cnh047634 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 5 Jun 2012 09:04:12 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FCDA15C.2000700@digsys.bg> Date: Tue, 05 Jun 2012 09:04:12 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120528 Thunderbird/10.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> <201206041932.q54JWONA001600@hugeraid.jetcafe.org> In-Reply-To: <201206041932.q54JWONA001600@hugeraid.jetcafe.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 06:04:47 -0000 On 04.06.12 22:32, Dave Hayes wrote: > Chris Nehren writes: >> The descriptions of the options assume the admin is familiar with the >> software they're installing. I do not think it is the FreeBSD Project's >> purview to document every option for every port. At the very least it'd >> take quite a lot of time and effort to document all of that. > That's a fair position. Perhaps it would not be too much trouble to add > this one idea to optionsng: a "more info" field on each option knob > which may be filled in by a port maintainer. The pkg-descr file in the port already contains link to the software's origin. The various options the software has are or should be described there. We definitely don't want the ports cluttered with extraneous and sometimes out of date (and thus misleading) information. >> Beyond this, such explanations would duplicate each port's own >> documentation. > Not necessarily. I don't have an example offhand, but I suspect there > are a number of FreeBSD specific option knobs applied to ports. There are in a way, and all of them are pretty much generic. Like WITHOUT_X11, WITH_CUPS etc. The purpose of these options is to more or less define the environment in which the port is intended to be used. For example, on a head-less server you most definitely want to build (say) php5 with WITHOUT_X11 in order to not pull unnecessary X11 related pieces. The intent of such options is to go to make.conf. These options are for convenience however. You can set each port's options individually. In all case, compiling from source is not for those having no clue what they do. The ports infrastructure in FreeBSD is already doing the hard work to port the software to your OS, you need to make informed decisions on options yourself. If this is beyond you (and not you personally), then by all means use pre-packaged software in binary form. Since it is very likely that you interpret this as yet another elitist comment, let's make it clear: anyone is welcome to ask for help with FreeBSD and ports (in the proper mailing list as to not create much noise and get negative response). Nobody is obliged to provide any help on anything. Nevertheless, the FreeBSD users are great community and you are often getting help even for the most stupid questions. Except when you start with name calling, or insist "if you don't help me, I will go elsewhere" or "apparently, you don't want the number of FreeBSD users to grow". Then you waste everyone's time -- that could be spent on answering other people's "stupid" questions. Daniel Daniel From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 06:09:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C9AA106564A; Tue, 5 Jun 2012 06:09:51 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9431D8FC12; Tue, 5 Jun 2012 06:09:50 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 5DEB856205; Tue, 5 Jun 2012 01:09:50 -0500 (CDT) Date: Tue, 5 Jun 2012 01:09:50 -0500 From: Mark Linimon To: Erich Message-ID: <20120605060950.GC32448@lonesome.com> References: <2490439.EC638TI0j3@x220.ovitrap.com> <20120605053316.CDE9A2145078@drugs.dv.isc.org> <2188078.y2TVGRxzTH@x220.ovitrap.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2188078.y2TVGRxzTH@x220.ovitrap.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 06:09:51 -0000 On Tue, Jun 05, 2012 at 01:00:45PM +0700, Erich wrote: > All of these, with the exception of HEAD (which is always a valid tag), > only apply to the src/ tree. The ports/, doc/, and www/ trees are not > branched. If you create a branch, you must create a tag for that branch. However, you can create a tag without creating a branch. That is what is done for the ports tree. It's not particularly easy to see this on cvsweb. But let's take a look at a random Mk/bsd.*.mk file via 'cvs log': RCS file: /home/FreeBSD/pcvs/ports/Mk/bsd.apache.mk,v Working file: bsd.apache.mk head: 1.36 branch: locks: strict access list: symbolic names: RELEASE_8_3_0: 1.35 RELEASE_9_0_0: 1.33 RELEASE_7_4_0: 1.26 RELEASE_8_2_0: 1.26 RELEASE_6_EOL: 1.26 [...] RELEASE_6_1_0: 1.9 RELEASE_5_5_0: 1.9 keyword substitution: kv total revisions: 36; selected revisions: 36 description: ---------------------------- revision 1.36 date: 2012/05/23 08:17:48; author: miwi; state: Exp; lines: +2 -2 - Remove emacs mode, -*- mode: ...; -*- [1] - Comments for BUILD_ and RUN_DEPENDS fail to mention alternate means to specify dependencie [2] - Fix make reinstall [3] - Trivial comment change for PORTDATA [4] [...] and so forth. The line "RELEASE_8_3_0: 1.35" tells you "the version of this file as of tag RELEASE_8_3_0 was r1.35." So that's what's on the 8.3R distribution media. mcl From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 06:24:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4943E106564A for ; Tue, 5 Jun 2012 06:24:05 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id BD7C88FC0C for ; Tue, 5 Jun 2012 06:24:04 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q556O1xJ047763 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 5 Jun 2012 09:24:01 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FCDA601.3000605@digsys.bg> Date: Tue, 05 Jun 2012 09:24:01 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120528 Thunderbird/10.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120601121555.GF5335@home.opsec.eu> <4FC8B67D.5090208@digsys.bg> <31DFBF41-37EC-43CF-A555-2D4E46F1F6E2@ee.ryerson.ca> <4FCCD919.2080502@digsys.bg> <20120604233308.25183995@vixen42.vulpes.vvelox.net> In-Reply-To: <20120604233308.25183995@vixen42.vulpes.vvelox.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 06:24:05 -0000 On 05.06.12 07:33, Zane C. B-H. wrote: [on Exchange wiping devices] > From a enterprise perspective, it makes sense. Lets say a device goes > missing, it allows one to wipe it the next time it calls home. This is supposed to be handled by the device management software. Not by your e-mail server. Because it does not belong to the mail server, this is why you will not find this functionality implemented in any "open" mail server or calendaring or groupware software. As you involved "enterprise" and your previous statement on Apple, they "surprisingly" do have such device deployment and management solution. You can either use their own Apple Configurator, or any third party MDM as described in http://www.apple.com/ipad/business/integration/mdm/. I would not call this technique "proprietary". Ok, it only works on iOS ;) > The usefulness of such a feature is better disconnected from the > debate of proprietary v. non-proprietary though, given the different > nature of both issues. With this I fully agree. I hope you too agree, than when you disconnect the e-mail handling features of Exchange, from the lock-in technology Microsoft integrated there (ActiveSync), Exchange is no different than any other non-proprietary mail server. The point here is that in order to have more freedom, one has to set expectations and setups right, from the begining. Separate the MDM and e-mail functionality and you are no longer locked with Microsoft or anyone. You can easily replace each component of your system and use the best software for the task. Not make compromises. Daniel PS: Yes, I don't like Microsoft's offerings. I understand why they do this, but this doesn't mean I agree and since I have plenty of other choices... I prefer the best. My enterprise(s) have been running on BSD UNIX for good over 20 years now. No Microsoft stuff. Not needed, not missed. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 08:17:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B1BD1065673 for ; Tue, 5 Jun 2012 08:17:17 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 44F0E8FC08 for ; Tue, 5 Jun 2012 08:17:17 +0000 (UTC) Received: by yenl8 with SMTP id l8so4433068yen.13 for ; Tue, 05 Jun 2012 01:17:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=4OeSOrw2O7L4qMUNM/jVSZNUK+1W93sEBBa35qsIV94=; b=jh3OollbaD0ot5J8KojHGjdYz78wKMQFOKU+tJMKugO1FzUQ9oqBoDmPeileUhjh1/ aojMGgdRVKLL4Vr0/SmNYUUQgoUJJusQi6q2N2CIEwWvaYvnnD4uPEw3Z9zZOyD3a3Sz 2rYEK1vTBcoE1Jsd8juo9yIzJcjcPlAHugS4LMy/k2k3UbpH7E6TDmMnkbHWLUBwy7c6 3WfKiQW4KdmLyc/ZbT6BW3OLm9uTFFztUPLjcubdXhCW2yknKE9fGll0zGI6rvRhv2Q9 7/GxwMQ1c+gNDGbiqPFmcqq/F2cRSFOvhzclzxY3pv7lwTaTdy4u53n4zMUC0uJa28YK 3tow== MIME-Version: 1.0 Received: by 10.60.19.67 with SMTP id c3mr14869165oee.2.1338884236481; Tue, 05 Jun 2012 01:17:16 -0700 (PDT) Received: by 10.60.116.38 with HTTP; Tue, 5 Jun 2012 01:17:16 -0700 (PDT) In-Reply-To: <4FCC8137.2070301@restart.be> References: <4FCC8137.2070301@restart.be> Date: Tue, 5 Jun 2012 03:17:16 -0500 Message-ID: From: Scot Hetzel To: Henri Hennebert Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: cvsup{, d} woes after upgrading to RELENG_9 on amd64 this weekend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 08:17:17 -0000 On Mon, Jun 4, 2012 at 4:34 AM, Henri Hennebert wrote: > On 06/04/2012 10:53, Trond Endrest=F8l wrote: >> >> Hi, >> >> After upgrading to RELENG_9 as of yesterday on my amd64 system, cvsup >> bombs out with Bus error: 10. >> >> Example: >> >> # /usr/local/bin/cvsup -g -L 2 /usr/src/stable-supfile >> Parsing supfile "/usr/src/stable-supfile" >> Connecting to localhost >> Connected to localhost >> Server software version: SNAP_16_1h >> Negotiating file attribute support >> Exchanging collection information >> Establishing multiplexed-mode data connection >> Running >> Updating collection src-all/cvs >> Bus error: 10 >> >> The only recent change I can think of is switching to clang for >> building the kernel and base. Made I should rebuild world and kernel >> using gcc. >> > This is the culprit, you must compile libc and libz with gcc. > > See http://www.freebsd.org/cgi/query-pr.cgi?pr=3D162588 > make.conf snipet from PR 162588: .if defined(WITH_CLANG) .if !defined(CC) || ${CC} =3D=3D "cc" CC=3Dclang .endif .if !defined(CXX) || ${CXX} =3D=3D "c++" CXX=3Dclang++ .endif .if !defined(CPP) || ${CPP} =3D=3D "cpp" CPP=3Dclang -E .endif NO_WERROR=3D WERROR=3D .endif # WITH_CLANG acccording to http://wiki.freebsd.org/BuildingFreeBSDWithClang#Quickstart, you should be using: CPP=3Dclang-cpp If you change this , does it fix the issue? Scot From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 08:17:30 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8013510656AD; Tue, 5 Jun 2012 08:17:30 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 24F468FC14; Tue, 5 Jun 2012 08:17:30 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q558HFev017280; Tue, 5 Jun 2012 02:17:16 -0600 From: Erich To: Mark Linimon Date: Tue, 05 Jun 2012 15:17:09 +0700 Message-ID: <3761419.pz9k9Ub4qf@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605060136.GB32448@lonesome.com> References: <2490439.EC638TI0j3@x220.ovitrap.com> <20120605060136.GB32448@lonesome.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@freebsd.org, Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 08:17:30 -0000 Hi, On 05 June 2012 1:01:37 Mark Linimon wrote: > On Tue, Jun 05, 2012 at 12:18:33PM +0700, Erich wrote: > > I did not know this. Do you have a link for this? I never read about it. > > The EOL announcements have them. I don't think the release announcements > do, however. > this is the problem. I would like to be able to go back to the last release in case of a problem and restart from there. When it is possible to tag the EOL, it should be as easy to tag the SOL (start of life). This would save a lot of time for many people. Erich From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 08:23:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05E3E1065672; Tue, 5 Jun 2012 08:23:26 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9F5BD8FC1B; Tue, 5 Jun 2012 08:23:25 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q558N2kF018565; Tue, 5 Jun 2012 02:23:03 -0600 From: Erich To: Mark Linimon Date: Tue, 05 Jun 2012 15:23:01 +0700 Message-ID: <1544703.EkgB5WbdBi@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605060950.GC32448@lonesome.com> References: <2188078.y2TVGRxzTH@x220.ovitrap.com> <20120605060950.GC32448@lonesome.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@freebsd.org, Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 08:23:26 -0000 Hi, On 05 June 2012 1:09:50 Mark Linimon wrote: > On Tue, Jun 05, 2012 at 01:00:45PM +0700, Erich wrote: > > All of these, with the exception of HEAD (which is always a valid tag), > > only apply to the src/ tree. The ports/, doc/, and www/ trees are not > > branched. > > If you create a branch, you must create a tag for that branch. > > However, you can create a tag without creating a branch. That is what > is done for the ports tree. > > It's not particularly easy to see this on cvsweb. But let's take a look > at a random Mk/bsd.*.mk file via 'cvs log': here we are. I never found this. > > RCS file: /home/FreeBSD/pcvs/ports/Mk/bsd.apache.mk,v > Working file: bsd.apache.mk > head: 1.36 > branch: > locks: strict > access list: > symbolic names: > RELEASE_8_3_0: 1.35 > RELEASE_9_0_0: 1.33 > RELEASE_7_4_0: 1.26 > RELEASE_8_2_0: 1.26 > RELEASE_6_EOL: 1.26 > [...] > RELEASE_6_1_0: 1.9 > RELEASE_5_5_0: 1.9 If this list would make it into the documentation, all I asked would be already there. I could write this but my English will need some corrections. If you could give a link to how to do this properly, I would do it then. But is this true for apache only or for the whole ports tree? Erich From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 08:26:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25F4A1065801 for ; Tue, 5 Jun 2012 08:26:31 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 9BFE98FC2F for ; Tue, 5 Jun 2012 08:26:30 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3W65hP2l2LzfrB; Tue, 5 Jun 2012 10:26:29 +0200 (CEST) X-DKIM: OpenDKIM Filter v2.5.2 tignes.restart.be 3W65hP2l2LzfrB DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1338884789; bh=YZlyLOBtKIh2bJezdB82jvHuNpkypWMX/5QBjGloYHk=; h=Date:From:To:CC:Subject:References:In-Reply-To; z=Date:=20Tue,=2005=20Jun=202012=2010:26:27=20+0200|From:=20Henri=2 0Hennebert=20|To:=20Scot=20Hetzel=20|CC:=20freebsd-stable@freebsd.org|Subject:=20Re:=20cvsup{,=2 0d}=20woes=20after=20upgrading=20to=20RELENG_9=20on=20amd64=20this =20weekend|References:=20=20<4FCC8137.2070301@restart.be>=20|In-Reply-To:=20; b=eIv9s6t+sB6DLzNXJxOpbbJbF7YZeD91zcqEcNxrYjQ8zgT+1qCT2xsLQ20MrfCbm wREOe0iBqGRy3LAdn3VliuJNhKFMRZ+By5EHmoGNFVeLm8eSFysSvm2S+eT44VCSPn I1tOYUngMfYFT2PC3DTxJMCzjYZyMU0V3NX4+Lxc= Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id q558QRvW052184; Tue, 5 Jun 2012 10:26:28 +0200 (CEST) (envelope-from hlh@restart.be) Message-ID: <4FCDC2B3.6030805@restart.be> Date: Tue, 05 Jun 2012 10:26:27 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:12.0) Gecko/20120515 Thunderbird/12.0.1 MIME-Version: 1.0 To: Scot Hetzel References: <4FCC8137.2070301@restart.be> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: cvsup{, d} woes after upgrading to RELENG_9 on amd64 this weekend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 08:26:31 -0000 On 06/05/2012 10:17, Scot Hetzel wrote: > On Mon, Jun 4, 2012 at 4:34 AM, Henri Hennebert wrote: >> On 06/04/2012 10:53, Trond Endrestøl wrote: >>> >>> Hi, >>> >>> After upgrading to RELENG_9 as of yesterday on my amd64 system, cvsup >>> bombs out with Bus error: 10. >>> >>> Example: >>> >>> # /usr/local/bin/cvsup -g -L 2 /usr/src/stable-supfile >>> Parsing supfile "/usr/src/stable-supfile" >>> Connecting to localhost >>> Connected to localhost >>> Server software version: SNAP_16_1h >>> Negotiating file attribute support >>> Exchanging collection information >>> Establishing multiplexed-mode data connection >>> Running >>> Updating collection src-all/cvs >>> Bus error: 10 >>> >>> The only recent change I can think of is switching to clang for >>> building the kernel and base. Made I should rebuild world and kernel >>> using gcc. >>> >> This is the culprit, you must compile libc and libz with gcc. >> >> See http://www.freebsd.org/cgi/query-pr.cgi?pr=162588 >> > > make.conf snipet from PR 162588: > > .if defined(WITH_CLANG) > .if !defined(CC) || ${CC} == "cc" > CC=clang > .endif > .if !defined(CXX) || ${CXX} == "c++" > CXX=clang++ > .endif > .if !defined(CPP) || ${CPP} == "cpp" > CPP=clang -E > .endif > NO_WERROR= > WERROR= > .endif # WITH_CLANG > > acccording to http://wiki.freebsd.org/BuildingFreeBSDWithClang#Quickstart, > you should be using: > > CPP=clang-cpp > I change this a while ago and it don't change the problem at hand Henri > If you change this , does it fix the issue? > > Scot > From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 09:41:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD9391065670; Tue, 5 Jun 2012 09:41:51 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1B1BC8FC0A; Tue, 5 Jun 2012 09:41:50 +0000 (UTC) Received: by lbon10 with SMTP id n10so4774474lbo.13 for ; Tue, 05 Jun 2012 02:41:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tnH5MLBQXQYn+bGQskRAs8uljXjQKLZmWX9TIBooE3o=; b=HTxR59f1jlCx4cDUNnec8DPpnejiRxfnxWN/t1OikNsZ6oVWAlanF4NTh4FBteJ7Ci 9D7oDbW8tHpk7wfsgNwnRcL2PGgR1l42r1WGdhUWJzuVFsbXjFjVlnwaoN2KH9CffrDi dBXCsgMlpv5HJzPDFSyCaXviNA2W3G2br7m6lbs5HEc7VA98tBpJq3QaRa4pePp9Vg9u eJNa+swis7ttZMEnWEaPGh5zee1nYjowt7I8rV0jBQAHFzPNYHZTREuNG8EGCuBKW3Lr DZpWqkxe5yKcYl0KQ+pKLpj/tkNmAn3MkfqxcuaDOeJ+wSdSlYZMFcaUUkyyBqTGJc2l GwRg== MIME-Version: 1.0 Received: by 10.112.84.168 with SMTP id a8mr7570120lbz.92.1338889308955; Tue, 05 Jun 2012 02:41:48 -0700 (PDT) Received: by 10.112.30.73 with HTTP; Tue, 5 Jun 2012 02:41:48 -0700 (PDT) Received: by 10.112.30.73 with HTTP; Tue, 5 Jun 2012 02:41:48 -0700 (PDT) In-Reply-To: <3506767.Fvm2KmtnYf@x220.ovitrap.com> References: <4FCD23FE.20906@zedat.fu-berlin.de> <20120605012425.4BE48213F3FF@drugs.dv.isc.org> <3506767.Fvm2KmtnYf@x220.ovitrap.com> Date: Tue, 5 Jun 2012 10:41:48 +0100 Message-ID: From: Chris Rees To: Erich Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, freebsd-current , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 09:41:51 -0000 On Jun 5, 2012 3:07 AM, "Erich" wrote: > > Hi, > > On 05 June 2012 11:24:25 Mark Andrews wrote: > > > > > Version tagging is just a convient way to get a snapshot at a > > particular point in time unless you create branches that are them > > we do not ask for more. There should be only one difference to a snapshot. As snapshot has a date. No matter in what state the ports tree was, it is in that state in the ports tree. If user - especially the one not so fit in this aspect - want to use a snapshot, it will be difficult to impossible to figure out which one they need. > > If version numbers would be introduced, it would be ok to use the version number of the FreeBSD and have only version available which reflect the release version of the ports tree. > > People here want to make always a perfect system. People like me want to have some small things in there available with a click. > > As the ports trees are there anyway, only the direct link to the snapshot of that day or a version number in the ports tree would be needed to make this available for people who just want to use FreeBSD. > > Please note, I do not want any extra work spend here to make this perfect. I only want a simple way to fall back to a big net which is not that old from which the user can restart. > I and most others will purposely refuse to document this in any official capacity, but I'll give you a hint..... Look for the date tag in man csup. Chris From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 10:40:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 045F11065717 for ; Tue, 5 Jun 2012 10:40:51 +0000 (UTC) (envelope-from mgamsjager@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id A6EA78FC14 for ; Tue, 5 Jun 2012 10:40:50 +0000 (UTC) Received: by vcbfy7 with SMTP id fy7so3698913vcb.13 for ; Tue, 05 Jun 2012 03:40:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=EXs3q9/BEbyx7VQuCMh1+u5CO0JlnTNqWeq0RTpQXbw=; b=X2XLzawEV36eMNWG4Wbej3+Bn84mhNRtKwvSBVkFcOw91lPLmJkI2SZqPx0fs31ys8 5mJoI5mIQWaCv06uP7Rgii0IuAuzoQKQy/xMfnPIzTHgFYwkSzrGYnZzfVGcs8tORZGO Dqsw7JiMWm/gA9FcLPp568DWJm5KNbwXPLxvSu891MfgFO7/iCJM3uzlRWSiYwB/qdLz 2mLw+pAeqsXEDtgOq7UI8Dj0lOp2zlEnwTLiJV+aQB5jny3RUcpUkM3IB9CAm5mnQOSK oUCQB8OTRzJ3xNW3+c++P6kbBDQlRhSp7MGN2gVfbh5kHyEc5TW4hdyBmyIe0Y2xuwqL aO6A== Received: by 10.220.8.17 with SMTP id f17mr15814891vcf.11.1338892849637; Tue, 05 Jun 2012 03:40:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.172.199 with HTTP; Tue, 5 Jun 2012 03:40:19 -0700 (PDT) In-Reply-To: References: <20120531202334.GA27926@pcjas.obspm.fr> From: Matthias Gamsjager Date: Tue, 5 Jun 2012 12:40:19 +0200 Message-ID: To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Albert Shih , Matt Thyer , freebsd-stable@freebsd.org Subject: Re: Load when idl on stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 10:40:51 -0000 On Sun, Jun 3, 2012 at 11:55 PM, Oliver Pinter wrote: > I think, this is the old thread: > http://freebsd.1045724.n5.nabble.com/High-load-event-idl-td5671431.html > > The interrupt rerouting does not help? > > On 6/3/12, Matt Thyer wrote: > > On Jun 1, 2012 11:27 PM, "Albert Shih" wrote: > >> > >> Hi > >> > >> I already post a message about my problem > >> > >> I've three PC, all are Dell. Two laptop and one desktop. > >> > >> All run FreeBSD 9-Stable amd64 > >> > >> Since 1 or 2 months I notice the load is never drop down 0.8-0.9 event > > when > >> nothing running but only on those laptop. > >> > >> I update today my desktop to last csup src and everything is fine on the > >> desktop. > >> > >> On both laptop the load is still at 0.8 - 0.9 > >> > >> And in same time the usb mouse on the laptop stop working meaning I can > >> use the touchpad, but if I plug a usb mouse, the kernel see the device > >> but > >> the mouse not working on xorg. > >> > >> Is' not block my work so I can live with that. I just want report those > >> problems. > >> > >> Regards. > >> > >> JAS > > > > Is this due to a high rate of interrupts ? > > i.e. can you see this with "systat -vm 1" with a large number in the > "intr" > > field. > > > > If yes, run "vmstat -i" to see what interrupt is being hit. > > > > Then tell us what hardware is on that irq (from grep irq > > /var/run/dmesg.boot). > > > > Matt > > did you enable device polling for your NIC? From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 11:12:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52371106564A for ; Tue, 5 Jun 2012 11:12:34 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (ip-2-2-0-2.r20.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) by mx1.freebsd.org (Postfix) with ESMTP id E41A48FC12 for ; Tue, 5 Jun 2012 11:12:33 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.4/8.14.4) with ESMTP id q55BCRaL006376 for ; Tue, 5 Jun 2012 07:12:32 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <4FCDE99B.4020108@m5p.com> Date: Tue, 05 Jun 2012 07:12:27 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120604 Thunderbird/10.0.3 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Tue, 05 Jun 2012 07:12:33 -0400 (EDT) X-Scanned-By: MIMEDefang 2.72 on 10.100.0.3 Subject: ata_controlcmd undefined X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 11:12:34 -0000 I csupped my 9.0-STABLE kernel on Sunday and now get this message at the beginning of booting up: link-elf-obj: symbol ata_controlcmd undefined KLD file atapicat.ko - could not finalize loading Kernel configuration is GENERIC (except scheduler is SCHED_4BSD). -- George Mitchell From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 11:26:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A3A31065670 for ; Tue, 5 Jun 2012 11:26:15 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 190038FC1D for ; Tue, 5 Jun 2012 11:26:14 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate1.intern.punkt.de with ESMTP id q55BQ8LC046638 for ; Tue, 5 Jun 2012 13:26:08 +0200 (CEST) Received: from hausen-mbp.intern.punkt.de (hausen-mbp.intern.punkt.de [217.29.45.158]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id q55BQ8UK031007 for ; Tue, 5 Jun 2012 13:26:08 +0200 (CEST) (envelope-from hausen@punkt.de) From: "Patrick M. Hausen" Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Tue, 5 Jun 2012 13:26:08 +0200 Message-Id: <3CC42829-EED0-4F40-A046-7191498B1850@punkt.de> To: "freebsd-stable@freebsd.org Mailing List" Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Subject: ZFS autoexpand when there are 2 raidz2 vdevs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 11:26:15 -0000 Hi, all, during the last couple of years I occasionally increased the capacity of raidz2 based zpools by replacing one disk at a time and resilvering, subsequently. After replacing the final disk and a reboot (I guess zpool export & zpool import would have done the trick, too) the capacity of the FS on top of that pool was increased according to the size of the new disk. All of theses systems had a pool built on one single vdev. Last week I exchanged all disks of one vdev that is part of a 2 vdev zpool. According to the Solaris documentation I found that should be possible. I always assumed vdevs were sort of independent of each other. My observations: During resilvering the activity LEDs of all 12 disks were showing heavy load, not only the ones of the 6 disks being part of the vdev in = question. After exchanging all 6 disks the capacity stayed the same. I tried zpool export, zpool import reboot zpool scrub to no avail. datatomb2# zpool status sx40 pool: sx40 state: ONLINE scan: scrub repaired 0 in 3h32m with 0 errors on Sat Jun 2 00:41:38 = 2012 config: NAME STATE READ WRITE CKSUM sx40 ONLINE 0 0 0 raidz2-0 ONLINE 0 0 0 gpt/sx40-disk0 ONLINE 0 0 0 gpt/sx40-disk1 ONLINE 0 0 0 gpt/sx40-disk2 ONLINE 0 0 0 gpt/sx40-disk3 ONLINE 0 0 0 gpt/sx40-disk4 ONLINE 0 0 0 gpt/sx40-disk5 ONLINE 0 0 0 raidz2-1 ONLINE 0 0 0 gpt/sx40-disk6 ONLINE 0 0 0 gpt/sx40-disk7 ONLINE 0 0 0 gpt/sx40-disk8 ONLINE 0 0 0 gpt/sx40-disk9 ONLINE 0 0 0 gpt/sx40-disk10 ONLINE 0 0 0 gpt/sx40-disk11 ONLINE 0 0 0 errors: No known data errors datatomb2# zpool get all sx40 NAME PROPERTY VALUE SOURCE sx40 size 10.9T - sx40 capacity 78% - sx40 altroot - default sx40 health ONLINE - sx40 guid 1478259715706579670 default sx40 version 28 default sx40 bootfs - default sx40 delegation on default sx40 autoreplace off default sx40 cachefile - default sx40 failmode wait default sx40 listsnapshots off default sx40 autoexpand on local sx40 dedupditto 0 default sx40 dedupratio 1.00x - sx40 free 2.31T - sx40 allocated 8.57T - sx40 readonly off - The first 6 disks building raidz2-0 are 2 TB ones, not 1 TB. The gpt partitions *are* about 2 TB in size. What am I missing? Any hints welcome. I do have the hardware to build another device with 6 drives 2 TB and 6 drives 1 TB, which I planned to hook up to another server. Of course I could connect it to this one first, build a second pool, copy over the data ... but I was trying to avoid that in the first place ;-) Thanks in advance, Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 12:13:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CA76106566B; Tue, 5 Jun 2012 12:13:48 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 64DE38FC12; Tue, 5 Jun 2012 12:13:48 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id D9B2A56205; Tue, 5 Jun 2012 07:13:47 -0500 (CDT) Date: Tue, 5 Jun 2012 07:13:47 -0500 From: Mark Linimon To: Erich Message-ID: <20120605121347.GA19192@lonesome.com> References: <2188078.y2TVGRxzTH@x220.ovitrap.com> <20120605060950.GC32448@lonesome.com> <1544703.EkgB5WbdBi@x220.ovitrap.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1544703.EkgB5WbdBi@x220.ovitrap.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 12:13:48 -0000 On Tue, Jun 05, 2012 at 03:23:01PM +0700, Erich wrote: > But is this true for apache only or for the whole ports tree? Entire tree. mcl From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 12:28:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9205106564A for ; Tue, 5 Jun 2012 12:28:27 +0000 (UTC) (envelope-from Holger.Kipp@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id 33B658FC14 for ; Tue, 5 Jun 2012 12:28:26 +0000 (UTC) Received: from msx3.exchange.alogis.com (msx3exchange.alogis.com [10.1.1.6] (may be forged)) by alogis.com (8.13.4/8.13.1) with ESMTP id q55CSKAo023419; Tue, 5 Jun 2012 14:28:20 +0200 (CEST) (envelope-from Holger.Kipp@alogis.com) Received: from MSX3.exchange.alogis.com ([fe80::c8ed:428a:a157:b61]) by msx3.exchange.alogis.com ([fe80::c8ed:428a:a157:b61%13]) with mapi id 14.01.0255.000; Tue, 5 Jun 2012 14:28:15 +0200 From: Holger Kipp To: "Patrick M. Hausen" Thread-Topic: ZFS autoexpand when there are 2 raidz2 vdevs Thread-Index: AQHNQw52IL04OoalSU22GI1kOjHhSZbrpz8L Date: Tue, 5 Jun 2012 12:28:15 +0000 Message-ID: <1A593EEC-0D72-450C-8729-0A7F7FE80713@alogis.com> References: <3CC42829-EED0-4F40-A046-7191498B1850@punkt.de> In-Reply-To: <3CC42829-EED0-4F40-A046-7191498B1850@punkt.de> Accept-Language: en-GB, de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-stable@freebsd.org Mailing List" Subject: Re: ZFS autoexpand when there are 2 raidz2 vdevs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 12:28:27 -0000 Dear Patrick Am 05.06.2012 um 13:29 schrieb "Patrick M. Hausen" : > Hi, all, > > during the last couple of years I occasionally increased the capacity > of raidz2 based zpools by replacing one disk at a time and resilvering, > subsequently. After replacing the final disk and a reboot (I guess > zpool export & zpool import would have done the trick, too) the capacity > of the FS on top of that pool was increased according to the size of > the new disk. All of theses systems had a pool built on one single vdev. > > Last week I exchanged all disks of one vdev that is part of a 2 vdev > zpool. According to the Solaris documentation I found that should be > possible. I always assumed vdevs were sort of independent of each > other. > > My observations: > > During resilvering the activity LEDs of all 12 disks were showing heavy > load, not only the ones of the 6 disks being part of the vdev in question= . > > After exchanging all 6 disks the capacity stayed the same. I tried > > zpool export, zpool import > reboot > zpool scrub > > to no avail. I used zpool set autoextend=3Don tank zpool online -e tank da0 zpool online -e tank da1 ... zpool online -e tank da7 to increase the size of a raidz2 here from 5+ to 11+TB. Worked without problems. This was with v28. Please check manages etc. for further explanations. Best regards, Holger -- Holger Kipp Diplom-Mathematiker Senior Consultant Tel. : +49 30 436 58 114 Fax. : +49 30 436 58 214 Mobil: +49 178 36 58 114 Email: holger.kipp@alogis.com alogis AG Alt-Moabit 90b D-10559 Berlin web : http://www.alogis.com ---------------------------------------------------------- alogis AG Sitz/Registergericht: Berlin/AG Charlottenburg, HRB 71484 Vorstand: Arne Friedrichs, Joern Samuelson Aufsichtsratsvorsitzender: Reinhard Mielke From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 12:32:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC4AF1065672; Tue, 5 Jun 2012 12:32:17 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 46DCA8FC0A; Tue, 5 Jun 2012 12:32:17 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q55CW2cI013947; Tue, 5 Jun 2012 06:32:03 -0600 From: Erich To: freebsd-current@freebsd.org Date: Tue, 05 Jun 2012 19:31:56 +0700 Message-ID: <1541214.ZfRdXxb0Qe@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605060950.GC32448@lonesome.com> References: <2188078.y2TVGRxzTH@x220.ovitrap.com> <20120605060950.GC32448@lonesome.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@freebsd.org, Chris Rees , Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 12:32:17 -0000 Hi, On 05 June 2012 1:09:50 Mark Linimon wrote: > On Tue, Jun 05, 2012 at 01:00:45PM +0700, Erich wrote: > > All of these, with the exception of HEAD (which is always a valid tag), > > only apply to the src/ tree. The ports/, doc/, and www/ trees are not > > branched. > > If you create a branch, you must create a tag for that branch. > > However, you can create a tag without creating a branch. That is what > is done for the ports tree. > I found now the location where this information is missing for beginners. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html I simply cannot believe that beginners would expect this information to find this in the section for updating the kernel. Erich From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 12:47:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC17A1065674 for ; Tue, 5 Jun 2012 12:47:06 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 65D938FC20 for ; Tue, 5 Jun 2012 12:47:06 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate1.intern.punkt.de with ESMTP id q55CjEvi048683; Tue, 5 Jun 2012 14:45:14 +0200 (CEST) Received: from hausen-mbp.intern.punkt.de (hausen-mbp.intern.punkt.de [217.29.45.158]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id q55CjE06034482; Tue, 5 Jun 2012 14:45:14 +0200 (CEST) (envelope-from hausen@punkt.de) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: "Patrick M. Hausen" In-Reply-To: <1A593EEC-0D72-450C-8729-0A7F7FE80713@alogis.com> Date: Tue, 5 Jun 2012 14:45:14 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <3CC42829-EED0-4F40-A046-7191498B1850@punkt.de> <1A593EEC-0D72-450C-8729-0A7F7FE80713@alogis.com> To: Holger Kipp X-Mailer: Apple Mail (2.1278) Cc: "freebsd-stable@freebsd.org Mailing List" Subject: Re: ZFS autoexpand when there are 2 raidz2 vdevs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 12:47:06 -0000 Hi, Am 05.06.2012 um 14:28 schrieb Holger Kipp: > I used > zpool set autoextend=3Don tank > zpool online -e tank da0 > zpool online -e tank da1 > ... > zpool online -e tank da7 >=20 > to increase the size of a raidz2 > here from 5+ to 11+TB. Worked without problems. datatomb2# zpool online -e sx40 gpt/sx40-disk0 ... datatomb2# zpool online -e sx40 gpt/sx40-disk5 datatomb2# zpool get all sx40 NAME PROPERTY VALUE SOURCE sx40 size 16.3T - ... Thanks! > This was with v28. Please check manages etc. for further explanations. Done :-) Still puzzled why this worked "automagically" before. I don't = have the time right now to check the repository for a change that might disable = the automatic expansion of all new devices, but I suspect something like = this. I see how it is safer if you trigger expansion manually. E.g. if you = need to use a bigger temporary disk untill your warranty replacement with the = correct size arrives. Best regards, Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 14:35:02 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A09E106575A for ; Tue, 5 Jun 2012 14:35:02 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 988708FC18 for ; Tue, 5 Jun 2012 14:35:01 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q55EYiQ9057967; Tue, 5 Jun 2012 16:34:59 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q55EYiSD057966; Tue, 5 Jun 2012 16:34:44 +0200 (CEST) (envelope-from olli) Date: Tue, 5 Jun 2012 16:34:44 +0200 (CEST) Message-Id: <201206051434.q55EYiSD057966@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, ohartman@zedat.fu-berlin.de In-Reply-To: <4FC9DC69.6090907@zedat.fu-berlin.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Tue, 05 Jun 2012 16:35:00 +0200 (CEST) Cc: Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 14:35:02 -0000 O. Hartmann wrote: > 2) Disk and network I/O issues under load. We realized that FreeBSD has > some issues in multithreaded environments. Even on 6/12 or 12/24 > core/thread systems, under heavy load (especially network and CPU load), > disk I/O was (is?) poor. This is a no-go in a HPC environment. This got a lot better when I switched to native AHCI mode for SATA disks. You have to have a fairly recent mainboard; my workstation at the office (about 3 years old) doesn't support AHCI mode yet. > 4) The lack of clustering capabilities. The lack of a clustered > filesystem grows more and more important in the area of HPC, where > storage systems get spread over a department. Yes, a clustered file system would be very useful to have, even outside the HPC area. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 14:42:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9231106566C for ; Tue, 5 Jun 2012 14:42:08 +0000 (UTC) (envelope-from feld@feld.me) Received: from feld.me (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8321C8FC1D for ; Tue, 5 Jun 2012 14:42:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Cc:Date:References:Subject:To:Content-Type; bh=g4SuMAW+yOtdtE8ItRUr+7PQpC/UdbdfAke/RyhA488=; b=TPAYApI7+izF8WCOV8vv0IHiNx4ukvnEXT073NFlVC3HDXxMJ2e6aZGlXM7Thvex8kW2c/edomLYD6vsAhen+oGF/V7EZHBjaux6ZMNKxcyj9R/vRPHz2pVy45eYgEfw; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by feld.me with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SbuxO-000A1t-BE; Tue, 05 Jun 2012 09:42:07 -0500 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpa id 1338907316-26372-26371/5/23; Tue, 5 Jun 2012 14:41:56 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <4FCC1357.9030302@missouri.edu> Date: Tue, 5 Jun 2012 09:41:56 -0500 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: <4FCC1357.9030302@missouri.edu> User-Agent: Opera Mail/11.64 (FreeBSD) X-SA-Score: -1.5 Cc: Subject: Re: Why Are You Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 14:42:08 -0000 On Sun, 03 Jun 2012 20:45:59 -0500, Stephen Montgomery-Smith wrote: > More recently I have had to start using Linux because FreeBSD doesn't > have very good laptop support. (All I ask for is a way to configure the > mouse pad so that I can switch off "tap to click.") See, this isn't very obvious to most people. It took me forever to figure it out. On every other OS you use the Xorg synaptics driver, but on FreeBSD there is synaptics support built-in with the rest of the mouse driver. man 4 psm: Tap and drag gestures can be disabled by setting hw.psm.tap_enabled to 0 at boot-time. Currently, this is only supported on Synaptics touchpads with Extended support disabled. The behaviour may be changed after boot by setting the sysctl with the same name and by restarting moused(8) using /etc/rc.d/moused. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 14:43:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 747C6106566C; Tue, 5 Jun 2012 14:43:07 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by mx1.freebsd.org (Postfix) with ESMTP id 0329A8FC15; Tue, 5 Jun 2012 14:43:07 +0000 (UTC) Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.ams1.isc.org (Postfix) with ESMTPS id 8ADC55F9A89; Tue, 5 Jun 2012 14:42:52 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (unknown [IPv6:2001:470:1f00:820:c588:5ff7:ad63:7bd2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id B4B98216C3D; Tue, 5 Jun 2012 14:42:50 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id 6C1C121489D2; Wed, 6 Jun 2012 00:42:47 +1000 (EST) To: Erich From: Mark Andrews References: <2188078.y2TVGRxzTH@x220.ovitrap.com> <20120605060950.GC32448@lonesome.com> <1541214.ZfRdXxb0Qe@x220.ovitrap.com> In-reply-to: Your message of "Tue, 05 Jun 2012 19:31:56 +0700." <1541214.ZfRdXxb0Qe@x220.ovitrap.com> Date: Wed, 06 Jun 2012 00:42:47 +1000 Message-Id: <20120605144247.6C1C121489D2@drugs.dv.isc.org> X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00, T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.ams1.isc.org Cc: freebsd-stable@freebsd.org, Chris Rees , freebsd-current@freebsd.org, Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 14:43:07 -0000 In message <1541214.ZfRdXxb0Qe@x220.ovitrap.com>, Erich writes: > Hi, > > On 05 June 2012 1:09:50 Mark Linimon wrote: > > On Tue, Jun 05, 2012 at 01:00:45PM +0700, Erich wrote: > > > All of these, with the exception of HEAD (which is always a valid tag), > > > only apply to the src/ tree. The ports/, doc/, and www/ trees are not > > > branched. > > > > If you create a branch, you must create a tag for that branch. > > > > However, you can create a tag without creating a branch. That is what > > is done for the ports tree. > > > I found now the location where this information is missing for beginners. > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html > > I simply cannot believe that beginners would expect this information to find > this in the section for updating the kernel. > > Erich Because, while you believe it is better to roll back to the release point it really isn't. The ports tree is rarely broken for long. When it is broken people will tell you to roll back to a good date and give you the date to use. I've had to roll back a couple of times in 11+ years of updating and never to a release point. What is there is good advice. Use a up-to-date ports tree. If it is broken wait a days or so and try again. If it is still broken report the problem using send-pr. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 14:52:31 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A47E1065675; Tue, 5 Jun 2012 14:52:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 61FB68FC1E; Tue, 5 Jun 2012 14:52:27 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q55Eq9LE059095; Tue, 5 Jun 2012 16:52:24 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q55Eq80T059094; Tue, 5 Jun 2012 16:52:08 +0200 (CEST) (envelope-from olli) Date: Tue, 5 Jun 2012 16:52:08 +0200 (CEST) Message-Id: <201206051452.q55Eq80T059094@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Mark Linimon , Erich , Doug Barton , freebsd-stable@FreeBSD.ORG, Chris Rees , Chris Nehren In-Reply-To: <20120604051919.GC32597@lonesome.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Tue, 05 Jun 2012 16:52:25 +0200 (CEST) Cc: Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 14:52:31 -0000 Mark Linimon wrote: > The current status is that we support 8.x and 9.x well. Ports support > for 7.x is starting to fade over time as new upstream releases rely > on newer APIs. 6.x went EOL 11/30/2010 and we no longer claim to > support it in ports. FWIW ... In fact, I can confirm that the ports don't support 6.x anymore since last week. :-) # cd /usr/ports/dns/bind96 # make No closing parenthesis in archive specification "/usr/ports/Mk/bsd.options.mk", line 177: Error in archive specification: "WITH_" No closing parenthesis in archive specification "/usr/ports/Mk/bsd.options.mk", line 177: Error in archive specification: "WITH_" make: fatal errors encountered -- cannot continue Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is the only current language making COBOL look good." -- Bertrand Meyer From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 15:20:32 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7880106566C for ; Tue, 5 Jun 2012 15:20:32 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 695BE8FC0C for ; Tue, 5 Jun 2012 15:20:32 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q55FKEGF060864; Tue, 5 Jun 2012 17:20:30 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q55FKEUI060863; Tue, 5 Jun 2012 17:20:14 +0200 (CEST) (envelope-from olli) Date: Tue, 5 Jun 2012 17:20:14 +0200 (CEST) Message-Id: <201206051520.q55FKEUI060863@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, george+freebsd@m5p.com In-Reply-To: <4FCDE99B.4020108@m5p.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Tue, 05 Jun 2012 17:20:31 +0200 (CEST) Cc: Subject: Re: ata_controlcmd undefined X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 15:20:33 -0000 George Mitchell <> wrote: > I csupped my 9.0-STABLE kernel on Sunday and now get this message > at the beginning of booting up: > > link-elf-obj: symbol ata_controlcmd undefined > KLD file atapicat.ko - could not finalize loading The same happened to me, except that I had "device atapicam" statically in my kernel config. When building the new kernel, linking failed because of missing symbols (ata_controlcmd and others). It seems that atapicam is now obsolet and has been replaced by "options ATA_CAM" which is already present in GENERIC. Have you tried removing atapicam_load from /boot/loader.conf (I guess that's where you're trying to load the module)? > Kernel configuration is GENERIC (except scheduler is SCHED_4BSD). Just out of curiosity, why do you prefer SCHED_4BSD? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "To this day, many C programmers believe that 'strong typing' just means pounding extra hard on the keyboard." -- Peter van der Linden From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 15:39:29 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93F6D106566B for ; Tue, 5 Jun 2012 15:39:29 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 73AA58FC0A; Tue, 5 Jun 2012 15:39:29 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q55FdTW4028619; Tue, 5 Jun 2012 15:39:29 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q55FdTEv028618; Tue, 5 Jun 2012 15:39:29 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Tue, 5 Jun 2012 17:39:26 +0200 From: Baptiste Daroussin To: "O. Hartmann" Message-ID: <20120605153926.GJ71005@ithaqua.etoilebsd.net> References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1y6imfT/xHuCvpN0" Content-Disposition: inline In-Reply-To: <4FCBCF49.1010206@zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Erich , freebsd-stable@FreeBSD.org, Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 15:39:29 -0000 --1y6imfT/xHuCvpN0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Look at the comment of the maintainer of LibreOffice ... btw I tested and libreoffice is still working as expected. Most of the time the libreoffice failures is from people tuning their system without knowing the impact/risk of doing such, for example building some c++ libraries with g++47 let's imagine cppunit or anyother library depended on by libreoffice, and building libreoffice with clang (which is default) and using the libstdc++ from base (which also is default) and the mix of libstdc++ is producing tons of problems. problem i can't fix. regards, Bapt --1y6imfT/xHuCvpN0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/OKC4ACgkQ8kTtMUmk6EztwgCgldutb69mAaK0/GxSoXYnBBcB 5s4AoJi8EpcDromNF8pEvEJMA+cDFWef =yreM -----END PGP SIGNATURE----- --1y6imfT/xHuCvpN0-- From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 15:57:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47B9A106570B for ; Tue, 5 Jun 2012 15:57:08 +0000 (UTC) (envelope-from bfrancom@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8CB8FC1E for ; Tue, 5 Jun 2012 15:57:08 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so8114926pbb.13 for ; Tue, 05 Jun 2012 08:57:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=M4kibiJKQwk1C8L1iegklZWzOcYMf0Urp4twfMZ2atY=; b=kQPs1B9hBD6aQ3cqO5PMLwP085xOjiKgD9NHKsSS/XDkYDmd311gI+b2KocJWYyHLA nFQKVlBzMAd/Z8MyaqvrNL63oesBD55G2f1cR39jylhprzzj0ySK36o8/JeIO5vsZSqt mACuc/gUzehszwHA3XQKtxBP+gK7U3YFItGbvm2d++Yj5j1Bz7xjwxBx6Q5h/Y/hS4Mr 4BMJb0kHkDpHuy38pxqBF//Gnpyq3Rag5LVcRW0jMxjiy5+1qagFEUafsMX+kb4QOlul 7evlM6wiJp4IcNLIumadv6McnAJPsEh5tYMHq2vPmS0G/J6Mh9TfjNOha2EyW0Hd11nh AMgg== Received: by 10.68.224.233 with SMTP id rf9mr3139068pbc.141.1338911827841; Tue, 05 Jun 2012 08:57:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.90.4 with HTTP; Tue, 5 Jun 2012 08:56:47 -0700 (PDT) From: Benjamin Francom Date: Tue, 5 Jun 2012 09:56:47 -0600 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Netflix's New Peering Appliance Uses FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 15:57:08 -0000 I just saw this, and thought I'd share: Open Connect Appliance Software Netflix delivers streaming content using a combination of intelligent clients, a central control system, and a network of Open Connect appliances. When designing the Open Connect Appliance Software, we focused on these fundamental design goals: - Use of Open Source software - Ability to efficiently read from disk and write to network sockets - High-performance HTTP delivery - Ability to gather routing information via BGP Operating System For the operating system, we use FreeBSD version 9.0. This was selected for its balance of stability and features, a strong development community and staff expertise. We will contribute changes we make as part of our project to the community through the FreeBSD committers on our team. Web server We use the nginx web server for its proven scalability and performance. Netflix audio and video is served via HTTP. Routing intelligence proxy We use the BIRD Internet routing daemon to enable the transfer of network topology from ISP networks to the Netflix control system that directs clients to sources of content. Acknowledgements We would would like to express our thanks to the FreeBSD community, the nginx community, and Ondrej and the BIRD team for providing excellent open source software. We also work directly with Igor, Maxim, Andrew, Sergey, Ruslan and the rest of the team at nginx.com , who provide superb development support for our project." -- Benjamin Francom Information Technology Professional http://www.benfrancom.com From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 16:46:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B18B310657C5 for ; Tue, 5 Jun 2012 16:46:57 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3870D8FC0A for ; Tue, 5 Jun 2012 16:46:57 +0000 (UTC) Received: by eeke49 with SMTP id e49so2202990eek.13 for ; Tue, 05 Jun 2012 09:46:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=ZvkZoxw47ZHtWtt7g8VWqUmMvh2gHUCbbfB/4L3EuRE=; b=xMnv1JcxT5qrDSr/ygihHW75eCJ1GHSMGRpxYsVHuvFQ8fx3wggYuvg8Hkxb79khb8 JltCNQraAFn0JfmuNnXmCOps93iBVI4Az/mBVokSsevI7q69bZdy6ot1CuXDTlGL7+jS 4l8furJnJP3oNAIzFJxznBrFJFF1acrLT/PYgmLiAFUi4pdmKwhzoym/0ZTCbHX5jxrD XuFYJandD/qe8RrByRwguObaK1+3xL02iQJncRcBLXjAUb98hW9KGrjMlMMcVE47Uoob MMfQBLvLgDHV7M/5HOgLx/RkqpyrjyDmxTNXnVadVrqPL+MJcbMisNMjvHWlszuf92CR vjyg== Received: by 10.14.95.207 with SMTP id p55mr7906612eef.40.1338914816081; Tue, 05 Jun 2012 09:46:56 -0700 (PDT) Received: from [192.168.50.111] (double-l.xs4all.nl. [80.126.205.144]) by mx.google.com with ESMTPS id a16sm7968148eeg.0.2012.06.05.09.46.53 (version=SSLv3 cipher=OTHER); Tue, 05 Jun 2012 09:46:54 -0700 (PDT) Message-ID: <4FCE37FC.1090405@gmail.com> Date: Tue, 05 Jun 2012 18:46:52 +0200 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: em interfaces supermicro X9SCM-F board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 16:46:57 -0000 hello all. i have a new board the supermicro X9SCM-F with the latest firmware 508. I am having some trouble with the onboard intel nics. It only activate one nic. From dmesg em0: port 0xf020-0xf03f mem 0xf7800000-0xf781ffff,0xf7825000-0xf7825fff irq 20 at device 25.0 on pci0 em0: Using an MSI interrupt em0: Setup of Shared code failed device_attach: em0 attach returned 6 ehci0: mem 0xf7824000-0xf78243ff irq 16 at device 26.0 on pci0 usbus0: EHCI version 1.0 usbus0: on ehci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 16 at device 28.4 on pci0 pci3: on pcib3 em1: port 0xd000-0xd01f mem 0xf7700000-0xf771ffff,0xf7720000-0xf7723fff irq 16 at device 0.0 on pci3 em1: Using MSIX interrupts with 3 vectors em1: Ethernet address: 00:25:90:75:c8:08 pciconf -vl em0@pci0:0:25:0: class=0x020000 card=0x00008086 chip=0x15038086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82579V Gigabit Network Connection' class = network subclass = ethernet em1@pci0:3:0:0: class=0x020000 card=0x000015d9 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82574L Gigabit Network Connection' class = network subclass = ethernet I have anothe machine wich has 9.0 stable as of today, if i boot from that disk, then it shows the above dmesg message with one difference that it replaces em1 for em0 also. it then looks like so em0: port 0xf020-0xf03f mem 0xf7800000-0xf781ffff,0xf7825000-0xf7825fff irq 20 at device 25.0 on pci0 em0: Using an MSI interrupt em0: Setup of Shared code failed device_attach: em0 attach returned 6 ehci0: mem 0xf7824000-0xf78243ff irq 16 at device 26.0 on pci0 usbus0: EHCI version 1.0 usbus0 on ehci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 16 at device 28.4 on pci0 pci3: on pcib3 em0: port 0xd000-0xd01f mem 0xf7700000-0xf771ffff,0xf7720000-0xf7723fff irq 16 at device 0.0 on pci3 em0: Using MSIX interrupts with 3 vectors em0: Ethernet address: 00:25:90:75:c8:08 So still one network card. Full dmesg from the 9.0-STABLE install. Copyright (c) 1992-2012 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 9.0-STABLE #0: Tue Jun 5 13:55:38 CEST 2012 root@filer01.neuteboom.local:/usr/obj/usr/src/sys/KRNL amd64 CPU: Intel(R) Xeon(R) CPU E31220 @ 3.10GHz (3093.05-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x206a7 Family = 6 Model = 2a Stepping = 7 Features=0xbfebfbff Features2=0x1fbae3ff AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 34359738368 (32768 MB) avail memory = 33077051392 (31544 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 6 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ctl: CAM Target Layer loaded acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 67, 1 (4) failed cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 Event timer "HPET4" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 19 at device 6.0 on pci0 pci1: on pcib1 mps0: port 0xe000-0xe0ff mem 0xf7600000-0xf7603fff,0xf7580000-0xf75bffff irq 19 at device 0.0 on pci1 mps0: Firmware: 13.00.57.00, Driver: 13.00.00.00-fbsd mps0: IOCCapabilities: 1285c em0: port 0xf020-0xf03f mem 0xf7800000-0xf781ffff,0xf7825000-0xf7825fff irq 20 at device 25.0 on pci0 em0: Using an MSI interrupt em0: Setup of Shared code failed device_attach: em0 attach returned 6 ehci0: mem 0xf7824000-0xf78243ff irq 16 at device 26.0 on pci0 usbus0: EHCI version 1.0 usbus0 on ehci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 16 at device 28.4 on pci0 pci3: on pcib3 em0: port 0xd000-0xd01f mem 0xf7700000-0xf771ffff,0xf7720000-0xf7723fff irq 16 at device 0.0 on pci3 em0: Using MSIX interrupts with 3 vectors em0: Ethernet address: 00:25:90:75:c8:08 ehci1: mem 0xf7823000-0xf78233ff irq 23 at device 29.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci1 pcib4: at device 30.0 on pci0 pci4: on pcib4 vgapci0: mem 0xf5000000-0xf5ffffff,0xf7000000-0xf7003fff,0xf6800000-0xf6ffffff irq 19 at device 3.0 on pci4 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xf070-0xf077,0xf060-0xf063,0xf050-0xf057,0xf040-0xf043,0xf000-0xf01f mem 0xf7822000-0xf78227ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart2: <16550 or compatible> port 0x3e8-0x3ef irq 10 on acpi0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc87ff,0xc8800-0xc97ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 ZFS filesystem version 5 ZFS storage pool version 28 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched PRIO loaded usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered ugen0.2: at usbus0 uhub2: on usbus0 ugen1.2: at usbus1 uhub3: on usbus1 uhub2: 6 ports with 6 removable, self powered uhub3: 6 ports with 6 removable, self powered ses0 at mps0 bus 0 scbus0 target 8 lun 0 ses0: Fixed Enclosure Services SCSI-5 device ses0: 600.000MB/s transfers ses0: Command Queueing enabled ses0: SCSI-3 SES Device ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 ada0: ATA-7 SATA 1.x device ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) ada0: 76319MB (156301488 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Timecounter "TSC-low" frequency 12082230 Hz quality 1000 Root mount waiting for: usbus0 ugen0.3: at usbus0 ums0: on usbus0 ums0: 3 buttons and [Z] coordinates ID=0 ukbd0: on usbus0 kbd2 at ukbd0 Trying to mount root from ufs:/dev/ada0p2 [rw]... regards, Johan Hendriks From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 17:31:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75FD31065670 for ; Tue, 5 Jun 2012 17:31:59 +0000 (UTC) (envelope-from sebsta@t-online.de) Received: from mailout02.t-online.de (mailout02.t-online.de [194.25.134.17]) by mx1.freebsd.org (Postfix) with ESMTP id E5E598FC14 for ; Tue, 5 Jun 2012 17:31:58 +0000 (UTC) Received: from fwd09.aul.t-online.de (fwd09.aul.t-online.de ) by mailout02.t-online.de with smtp id 1Sbxbk-0005j2-66; Tue, 05 Jun 2012 19:31:52 +0200 Received: from imac.lokal.netz (ZZ0pssZawh6eDLdz+6DRku3+ffsU5ZVJdGEho-dAadhkm4M6sF9e8-dxl7XMt9EZwA@[93.199.31.246]) by fwd09.t-online.de with esmtp id 1Sbxbd-20INd20; Tue, 5 Jun 2012 19:31:45 +0200 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1257) From: Sebastian Stach In-Reply-To: <4FCE37FC.1090405@gmail.com> Date: Tue, 5 Jun 2012 19:31:44 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> References: <4FCE37FC.1090405@gmail.com> To: freebsd-stable X-Mailer: Apple Mail (2.1257) X-ID: ZZ0pssZawh6eDLdz+6DRku3+ffsU5ZVJdGEho-dAadhkm4M6sF9e8-dxl7XMt9EZwA X-TOI-MSGID: ed995d22-ae8f-4c05-972c-15a4d4c08b52 Subject: Re: em interfaces supermicro X9SCM-F board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 17:31:59 -0000 I have an X9SCA-F board and recently updated the BIOS to version 2.0 = (the .508 BIOS file). Its not the same board as yours but maybe the you have the same problem. = When i downloaded the BIOS from the Supermicro website on May 23 the included AMI.BAT only = updated the BIOS and not the Intel ME BIOS extension. When i downloaded the file again 2 days ago the AMI.BAT was updated to = also flash the Intel ME. Too bad the version number and the filename are still the same. I only = got to know this after contacting their support. My problems were different though. Both of my nics were usable but were = hanging after about 2 hours of heavy load but maybe your problem can be fixed with a new = BIOS update. Sebastian Am 05.06.2012 um 18:46 schrieb Johan Hendriks: > hello all. >=20 > i have a new board the supermicro X9SCM-F with the latest firmware = 508. > I am having some trouble with the onboard intel nics. > It only activate one nic. > =46rom dmesg >=20 > em0: port 0xf020-0xf03f = mem 0xf7800000-0xf781ffff,0xf7825000-0xf7825fff irq 20 at device 25.0 on = pci0 > em0: Using an MSI interrupt > em0: Setup of Shared code failed > device_attach: em0 attach returned 6 > ehci0: mem 0xf7824000-0xf78243ff = irq 16 at device 26.0 on pci0 > usbus0: EHCI version 1.0 > usbus0: on ehci0 > pcib2: irq 16 at device 28.0 on pci0 > pci2: on pcib2 > pcib3: irq 16 at device 28.4 on pci0 > pci3: on pcib3 > em1: port 0xd000-0xd01f = mem 0xf7700000-0xf771ffff,0xf7720000-0xf7723fff irq 16 at device 0.0 on = pci3 > em1: Using MSIX interrupts with 3 vectors > em1: Ethernet address: 00:25:90:75:c8:08 >=20 > pciconf -vl >=20 > em0@pci0:0:25:0: class=3D0x020000 card=3D0x00008086 = chip=3D0x15038086 rev=3D0x05 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82579V Gigabit Network Connection' > class =3D network > subclass =3D ethernet >=20 >=20 > em1@pci0:3:0:0: class=3D0x020000 card=3D0x000015d9 chip=3D0x10d38086 = rev=3D0x00 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82574L Gigabit Network Connection' > class =3D network > subclass =3D ethernet >=20 > I have anothe machine wich has 9.0 stable as of today, if i boot from = that disk, then it shows the above dmesg message with one difference = that it replaces em1 for em0 also. >=20 > it then looks like so >=20 > em0: port 0xf020-0xf03f = mem 0xf7800000-0xf781ffff,0xf7825000-0xf7825fff irq 20 at device 25.0 on = pci0 > em0: Using an MSI interrupt > em0: Setup of Shared code failed > device_attach: em0 attach returned 6 > ehci0: mem 0xf7824000-0xf78243ff = irq 16 at device 26.0 on pci0 > usbus0: EHCI version 1.0 > usbus0 on ehci0 > pcib2: irq 16 at device 28.0 on pci0 > pci2: on pcib2 > pcib3: irq 16 at device 28.4 on pci0 > pci3: on pcib3 > em0: port 0xd000-0xd01f = mem 0xf7700000-0xf771ffff,0xf7720000-0xf7723fff irq 16 at device 0.0 on = pci3 > em0: Using MSIX interrupts with 3 vectors > em0: Ethernet address: 00:25:90:75:c8:08 >=20 > So still one network card. >=20 > Full dmesg from the 9.0-STABLE install. >=20 > Copyright (c) 1992-2012 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 9.0-STABLE #0: Tue Jun 5 13:55:38 CEST 2012 > root@filer01.neuteboom.local:/usr/obj/usr/src/sys/KRNL amd64 > CPU: Intel(R) Xeon(R) CPU E31220 @ 3.10GHz (3093.05-MHz K8-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x206a7 Family =3D 6 Model =3D 2a = Stepping =3D 7 > = Features=3D0xbfebfbff > = Features2=3D0x1fbae3ff > AMD Features=3D0x28100800 > AMD Features2=3D0x1 > TSC: P-state invariant, performance statistics > real memory =3D 34359738368 (32768 MB) > avail memory =3D 33077051392 (31544 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 4 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 2 > cpu2 (AP): APIC ID: 4 > cpu3 (AP): APIC ID: 6 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > ctl: CAM Target Layer loaded > acpi0: on motherboard > acpi0: Power Button (fixed) > acpi0: reservation of 67, 1 (4) failed > cpu0: on acpi0 > cpu1: on acpi0 > cpu2: on acpi0 > cpu3: on acpi0 > hpet0: iomem 0xfed00000-0xfed003ff on = acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 950 > Event timer "HPET" frequency 14318180 Hz quality 550 > Event timer "HPET1" frequency 14318180 Hz quality 440 > Event timer "HPET2" frequency 14318180 Hz quality 440 > Event timer "HPET3" frequency 14318180 Hz quality 440 > Event timer "HPET4" frequency 14318180 Hz quality 440 > atrtc0: port 0x70-0x77 irq 8 on acpi0 > atrtc0: Warning: Couldn't map I/O. > Event timer "RTC" frequency 32768 Hz quality 0 > attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 19 at device 6.0 on pci0 > pci1: on pcib1 > mps0: port 0xe000-0xe0ff mem = 0xf7600000-0xf7603fff,0xf7580000-0xf75bffff irq 19 at device 0.0 on pci1 > mps0: Firmware: 13.00.57.00, Driver: 13.00.00.00-fbsd > mps0: IOCCapabilities: = 1285c= > em0: port 0xf020-0xf03f = mem 0xf7800000-0xf781ffff,0xf7825000-0xf7825fff irq 20 at device 25.0 on = pci0 > em0: Using an MSI interrupt > em0: Setup of Shared code failed > device_attach: em0 attach returned 6 > ehci0: mem 0xf7824000-0xf78243ff = irq 16 at device 26.0 on pci0 > usbus0: EHCI version 1.0 > usbus0 on ehci0 > pcib2: irq 16 at device 28.0 on pci0 > pci2: on pcib2 > pcib3: irq 16 at device 28.4 on pci0 > pci3: on pcib3 > em0: port 0xd000-0xd01f = mem 0xf7700000-0xf771ffff,0xf7720000-0xf7723fff irq 16 at device 0.0 on = pci3 > em0: Using MSIX interrupts with 3 vectors > em0: Ethernet address: 00:25:90:75:c8:08 > ehci1: mem 0xf7823000-0xf78233ff = irq 23 at device 29.0 on pci0 > usbus1: EHCI version 1.0 > usbus1 on ehci1 > pcib4: at device 30.0 on pci0 > pci4: on pcib4 > vgapci0: mem = 0xf5000000-0xf5ffffff,0xf7000000-0xf7003fff,0xf6800000-0xf6ffffff irq 19 = at device 3.0 on pci4 > isab0: at device 31.0 on pci0 > isa0: on isab0 > ahci0: port = 0xf070-0xf077,0xf060-0xf063,0xf050-0xf057,0xf040-0xf043,0xf000-0xf01f = mem 0xf7822000-0xf78227ff irq 19 at device 31.2 on pci0 > ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported > ahcich0: at channel 0 on ahci0 > ahcich1: at channel 1 on ahci0 > ahcich2: at channel 2 on ahci0 > ahcich4: at channel 4 on ahci0 > ahcich5: at channel 5 on ahci0 > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > acpi_tz0: on acpi0 > acpi_tz1: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on = acpi0 > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > uart2: <16550 or compatible> port 0x3e8-0x3ef irq 10 on acpi0 > orm0: at iomem = 0xc0000-0xc7fff,0xc8000-0xc87ff,0xc8800-0xc97ff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 > ppc0: cannot reserve I/O port range > est0: on cpu0 > p4tcc0: on cpu0 > est1: on cpu1 > p4tcc1: on cpu1 > est2: on cpu2 > p4tcc2: on cpu2 > est3: on cpu3 > p4tcc3: on cpu3 > ZFS filesystem version 5 > ZFS storage pool version 28 > Timecounters tick every 1.000 msec > ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based = forwarding disabled, default to deny, logging disabled > DUMMYNET 0 with IPv6 initialized (100409) > load_dn_sched dn_sched FIFO loaded > load_dn_sched dn_sched QFQ loaded > load_dn_sched dn_sched RR loaded > load_dn_sched dn_sched WF2Q+ loaded > load_dn_sched dn_sched PRIO loaded > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on = usbus0 > ugen1.1: at usbus1 > uhub1: on = usbus1 > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > ugen0.2: at usbus0 > uhub2: on usbus0 > ugen1.2: at usbus1 > uhub3: on usbus1 > uhub2: 6 ports with 6 removable, self powered > uhub3: 6 ports with 6 removable, self powered > ses0 at mps0 bus 0 scbus0 target 8 lun 0 > ses0: Fixed Enclosure Services SCSI-5 device > ses0: 600.000MB/s transfers > ses0: Command Queueing enabled > ses0: SCSI-3 SES Device > ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 > ada0: ATA-7 SATA 1.x device > ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) > ada0: 76319MB (156301488 512 byte sectors: 16H 63S/T 16383C) > ada0: Previously was known as ad4 > SMP: AP CPU #3 Launched! > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > Timecounter "TSC-low" frequency 12082230 Hz quality 1000 > Root mount waiting for: usbus0 > ugen0.3: at usbus0 > ums0: on usbus0 > ums0: 3 buttons and [Z] coordinates ID=3D0 > ukbd0: on usbus0 > kbd2 at ukbd0 > Trying to mount root from ufs:/dev/ada0p2 [rw]... >=20 > regards, > Johan Hendriks >=20 >=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 17:39:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 371AC106564A for ; Tue, 5 Jun 2012 17:39:57 +0000 (UTC) (envelope-from dddaley@yahoo.com) Received: from nm9-vm2.bullet.mail.ne1.yahoo.com (nm9-vm2.bullet.mail.ne1.yahoo.com [98.138.90.157]) by mx1.freebsd.org (Postfix) with SMTP id CB9828FC12 for ; Tue, 5 Jun 2012 17:39:56 +0000 (UTC) Received: from [98.138.226.178] by nm9.bullet.mail.ne1.yahoo.com with NNFMP; 05 Jun 2012 17:39:55 -0000 Received: from [68.142.200.224] by tm13.bullet.mail.ne1.yahoo.com with NNFMP; 05 Jun 2012 17:39:55 -0000 Received: from [66.94.237.118] by t5.bullet.mud.yahoo.com with NNFMP; 05 Jun 2012 17:39:55 -0000 Received: from [127.0.0.1] by omp1023.access.mail.mud.yahoo.com with NNFMP; 05 Jun 2012 17:39:55 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 184928.91844.bm@omp1023.access.mail.mud.yahoo.com Received: (qmail 89936 invoked by uid 60001); 5 Jun 2012 17:39:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1338917994; bh=An/wQktiKg3MWc7uRQwfTKKc5gzuZV5QdUnNFAxoI9U=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=PGK1y9gnLNkV3t/WQMOqPhJBXJKpksAmqnYQONWA56/6vR03Hn54h1s/PvYp8PdqxyoU18cz95imYUewORHwxC89TOxoQao4Ngm4LSEl1pNNz5tDamlkPdJ2UhBeWOEmmAXVzX6LOiUNeN7vZ43noDARux8H/xiOyUNP4vgh3tE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=HV/K9VjvCvVZV2ovTb5/4MQ8LIlApWBXC7GM6U6o/NRo0sanjeAfw59umo9l5RFaWcoOhukg5DKY8++dcM2HyEGuC9r629DyFR+ZZKf/AY3QWIPMzaN4mWYB7qMKXk4fh3drfywb9pGVO3+r3mBEzNrRDQFqY8faP88B03cQRgo=; X-YMail-OSG: NUIlLIYVM1nl6qvIsA6xEe.p3zmNicDgA6MyQmSye.xh8vO pdKOpb_YRvjvUZRXSqztVAd2tjkDefjgaE2uYHSAHGw5DlcSu0hMRwcP8UNV PIPcWYz5T6Cs.gIruTv6nz3v4JPfHexnkYfKR0V_7UdOL99ebAIdf8jnAzkf Orhj5QEQ_i0GqyQq8McJc4zZ8Aq5ssVTNwc2rcwMk0ldm3wcOdKJV7lRXg4b 49All9tMxeFGxjEc4eAoSUC2uQFLPDQiKA6VVoyIFda.NfTwcTCZjHaLAYi_ 9ph7oO1l6Z7hfg8jbHERAUP.sZwduzHlWGBE3ljY5ymRpwp79WQrrzM0SoQS xd25AIsZHHE9eJC4Q_8IxxkWn0XN5c00NR3HSmwl8hFJ3zVMw4kuEKM670gJ smhJa0sSpiLWUdxDN.mMurXMfmeRH8onE434nYvAh.azcWOitA7YnuZtIDjb mGVBWfmoBQyq8VCDd1Ztdu0ERvJfavvWVD.WfVPDX.jydwpBe6tROvStFQ36 oN6iLXLAUILAtePDw57DZQEEClhd7RNv71yzmfXOV.pYUTDiKbqhMHhr2Ie_ qCPqnP8vhWG4I0S1ZDJr3ywIsma_leujfsbyIY0NTw.8VRA0C4u028TtApQp etP6o2UOOVNM0vFNGoQxRXdpMUUthfdab4GTtzCBH7URn4dpTF1bCLEQuR6p r1aJyOaRtwQocdIUMK0QD4NSqYIlFUk5zHKNQXQt10fzR6onL.DBiziIV50n bb.EEavgOtas15HY- Received: from [50.56.228.64] by web83103.mail.mud.yahoo.com via HTTP; Tue, 05 Jun 2012 10:39:54 PDT X-Mailer: YahooMailRC/708 YahooMailWebService/0.8.118.349524 References: Message-ID: <1338917994.76231.YahooMailRC@web83103.mail.mud.yahoo.com> Date: Tue, 5 Jun 2012 10:39:54 -0700 (PDT) From: Dan Daley To: Benjamin Francom , freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Netflix's New Peering Appliance Uses FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 17:39:57 -0000 I didn't see a link to this information in the e-mail below. I found this info detailed here: https://signup.netflix.com/openconnect/software ________________________________ From: Benjamin Francom To: freebsd-stable@freebsd.org Sent: Tue, June 5, 2012 11:00:01 AM Subject: Netflix's New Peering Appliance Uses FreeBSD I just saw this, and thought I'd share: Open Connect Appliance Software Netflix delivers streaming content using a combination of intelligent clients, a central control system, and a network of Open Connect appliances. When designing the Open Connect Appliance Software, we focused on these fundamental design goals: - Use of Open Source software - Ability to efficiently read from disk and write to network sockets - High-performance HTTP delivery - Ability to gather routing information via BGP Operating System For the operating system, we use FreeBSD version 9.0. This was selected for its balance of stability and features, a strong development community and staff expertise. We will contribute changes we make as part of our project to the community through the FreeBSD committers on our team. Web server We use the nginx web server for its proven scalability and performance. Netflix audio and video is served via HTTP. Routing intelligence proxy We use the BIRD Internet routing daemon to enable the transfer of network topology from ISP networks to the Netflix control system that directs clients to sources of content. Acknowledgements We would would like to express our thanks to the FreeBSD community, the nginx community, and Ondrej and the BIRD team for providing excellent open source software. We also work directly with Igor, Maxim, Andrew, Sergey, Ruslan and the rest of the team at nginx.com , who provide superb development support for our project." -- Benjamin Francom Information Technology Professional http://www.benfrancom.com _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 18:28:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FD6C106566C for ; Tue, 5 Jun 2012 18:28:02 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id DC81A8FC16 for ; Tue, 5 Jun 2012 18:28:01 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SbyU7-0003x8-JK for freebsd-stable@freebsd.org; Tue, 05 Jun 2012 20:28:03 +0200 Date: Tue, 5 Jun 2012 20:28:03 +0200 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20120605182803.GM5335@home.opsec.eu> References: <1338917994.76231.YahooMailRC@web83103.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1338917994.76231.YahooMailRC@web83103.mail.mud.yahoo.com> Subject: Re: Netflix's New Peering Appliance Uses FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 18:28:02 -0000 Hi! > I didn't see a link to this information in the e-mail below. I found this info > detailed here: > > > https://signup.netflix.com/openconnect/software If you come from an IP range outside of netflix' footprint, that page is not available. But have a look at that PDF, comes from their webpage: http://opsec.eu/backup/OpenConnectDeploymentGuide-v2.4a.pdf -- pi@opsec.eu +49 171 3101372 8 years to go ! From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 18:39:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 043C4106564A for ; Tue, 5 Jun 2012 18:39:17 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 75BC58FC14 for ; Tue, 5 Jun 2012 18:39:16 +0000 (UTC) Received: by eaac13 with SMTP id c13so1485072eaa.13 for ; Tue, 05 Jun 2012 11:39:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=L50j9Cf9bCXcsBRCf051dqzoqe2H5QeSe0ugSDIu7sI=; b=jbg0TbR7Wywfc7WqfwTSOOSsWF/SpMtOiTOfTanN2pqxB5U2rYm4kOPoM3Y66LxsDn 8AOvZ5/QjJMO7kqJ+ngiqiIMFKdtUJa8H5k2W6BK/3fEUxyA22oe+P53D8AUZjrPK9UG KAE+WITF0hLXfPSYlB1M/oeq6kN6DGNfMr6hwCSM1mO5AvSoXEQywdhUxOtPL+bLns97 uM5pcab7oHlr6JT5+Zk9VjQLKXKJRRdYeMcT4aqtDrDSzANImmuWse7fu/G3Wop4ykVk BH1ZHTGAgHbXZ+dNgvU2CnIY7iqKyr1Q8IwgyQbun2yB74LroovaNZpdafUtU1CSrnoE dquA== Received: by 10.14.53.13 with SMTP id f13mr8366647eec.133.1338921555106; Tue, 05 Jun 2012 11:39:15 -0700 (PDT) Received: from [192.168.50.111] (double-l.xs4all.nl. [80.126.205.144]) by mx.google.com with ESMTPS id a16sm8960130eeg.0.2012.06.05.11.39.12 (version=SSLv3 cipher=OTHER); Tue, 05 Jun 2012 11:39:13 -0700 (PDT) Message-ID: <4FCE524F.9000900@gmail.com> Date: Tue, 05 Jun 2012 20:39:11 +0200 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Sebastian Stach References: <4FCE37FC.1090405@gmail.com> <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> In-Reply-To: <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: em interfaces supermicro X9SCM-F board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 18:39:17 -0000 Sebastian Stach schreef: > I have an X9SCA-F board and recently updated the BIOS to version 2.0 (the .508 BIOS file). > Its not the same board as yours but maybe the you have the same problem. When i downloaded > the BIOS from the Supermicro website on May 23 the included AMI.BAT only updated the BIOS > and not the Intel ME BIOS extension. > > When i downloaded the file again 2 days ago the AMI.BAT was updated to also flash the Intel ME. > Too bad the version number and the filename are still the same. I only got to know this after > contacting their support. > > My problems were different though. Both of my nics were usable but were hanging after about > 2 hours of heavy load but maybe your problem can be fixed with a new BIOS update. > > Sebastian > > > Am 05.06.2012 um 18:46 schrieb Johan Hendriks: > >> hello all. >> >> i have a new board the supermicro X9SCM-F with the latest firmware 508. >> I am having some trouble with the onboard intel nics. >> It only activate one nic. >> From dmesg >> >> em0: port 0xf020-0xf03f mem 0xf7800000-0xf781ffff,0xf7825000-0xf7825fff irq 20 at device 25.0 on pci0 >> em0: Using an MSI interrupt >> em0: Setup of Shared code failed >> device_attach: em0 attach returned 6 >> ehci0: mem 0xf7824000-0xf78243ff irq 16 at device 26.0 on pci0 >> usbus0: EHCI version 1.0 >> usbus0: on ehci0 >> pcib2: irq 16 at device 28.0 on pci0 >> pci2: on pcib2 >> pcib3: irq 16 at device 28.4 on pci0 >> pci3: on pcib3 >> em1: port 0xd000-0xd01f mem 0xf7700000-0xf771ffff,0xf7720000-0xf7723fff irq 16 at device 0.0 on pci3 >> em1: Using MSIX interrupts with 3 vectors >> em1: Ethernet address: 00:25:90:75:c8:08 >> >> pciconf -vl >> >> em0@pci0:0:25:0: class=0x020000 card=0x00008086 chip=0x15038086 rev=0x05 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82579V Gigabit Network Connection' >> class = network >> subclass = ethernet >> >> >> em1@pci0:3:0:0: class=0x020000 card=0x000015d9 chip=0x10d38086 rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82574L Gigabit Network Connection' >> class = network >> subclass = ethernet >> >> I have anothe machine wich has 9.0 stable as of today, if i boot from that disk, then it shows the above dmesg message with one difference that it replaces em1 for em0 also. >> >> it then looks like so >> >> em0: port 0xf020-0xf03f mem 0xf7800000-0xf781ffff,0xf7825000-0xf7825fff irq 20 at device 25.0 on pci0 >> em0: Using an MSI interrupt >> em0: Setup of Shared code failed >> device_attach: em0 attach returned 6 >> ehci0: mem 0xf7824000-0xf78243ff irq 16 at device 26.0 on pci0 >> usbus0: EHCI version 1.0 >> usbus0 on ehci0 >> pcib2: irq 16 at device 28.0 on pci0 >> pci2: on pcib2 >> pcib3: irq 16 at device 28.4 on pci0 >> pci3: on pcib3 >> em0: port 0xd000-0xd01f mem 0xf7700000-0xf771ffff,0xf7720000-0xf7723fff irq 16 at device 0.0 on pci3 >> em0: Using MSIX interrupts with 3 vectors >> em0: Ethernet address: 00:25:90:75:c8:08 >> >> So still one network card. >> >> Full dmesg from the 9.0-STABLE install. >> >> Copyright (c) 1992-2012 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 9.0-STABLE #0: Tue Jun 5 13:55:38 CEST 2012 >> root@filer01.neuteboom.local:/usr/obj/usr/src/sys/KRNL amd64 >> CPU: Intel(R) Xeon(R) CPU E31220 @ 3.10GHz (3093.05-MHz K8-class CPU) >> Origin = "GenuineIntel" Id = 0x206a7 Family = 6 Model = 2a Stepping = 7 >> Features=0xbfebfbff >> Features2=0x1fbae3ff >> AMD Features=0x28100800 >> AMD Features2=0x1 >> TSC: P-state invariant, performance statistics >> real memory = 34359738368 (32768 MB) >> avail memory = 33077051392 (31544 MB) >> Event timer "LAPIC" quality 600 >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> FreeBSD/SMP: 1 package(s) x 4 core(s) >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 2 >> cpu2 (AP): APIC ID: 4 >> cpu3 (AP): APIC ID: 6 >> ioapic0 irqs 0-23 on motherboard >> kbd1 at kbdmux0 >> ctl: CAM Target Layer loaded >> acpi0: on motherboard >> acpi0: Power Button (fixed) >> acpi0: reservation of 67, 1 (4) failed >> cpu0: on acpi0 >> cpu1: on acpi0 >> cpu2: on acpi0 >> cpu3: on acpi0 >> hpet0: iomem 0xfed00000-0xfed003ff on acpi0 >> Timecounter "HPET" frequency 14318180 Hz quality 950 >> Event timer "HPET" frequency 14318180 Hz quality 550 >> Event timer "HPET1" frequency 14318180 Hz quality 440 >> Event timer "HPET2" frequency 14318180 Hz quality 440 >> Event timer "HPET3" frequency 14318180 Hz quality 440 >> Event timer "HPET4" frequency 14318180 Hz quality 440 >> atrtc0: port 0x70-0x77 irq 8 on acpi0 >> atrtc0: Warning: Couldn't map I/O. >> Event timer "RTC" frequency 32768 Hz quality 0 >> attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> Event timer "i8254" frequency 1193182 Hz quality 100 >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 >> acpi_timer0:<24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> pcib1: irq 19 at device 6.0 on pci0 >> pci1: on pcib1 >> mps0: port 0xe000-0xe0ff mem 0xf7600000-0xf7603fff,0xf7580000-0xf75bffff irq 19 at device 0.0 on pci1 >> mps0: Firmware: 13.00.57.00, Driver: 13.00.00.00-fbsd >> mps0: IOCCapabilities: 1285c >> em0: port 0xf020-0xf03f mem 0xf7800000-0xf781ffff,0xf7825000-0xf7825fff irq 20 at device 25.0 on pci0 >> em0: Using an MSI interrupt >> em0: Setup of Shared code failed >> device_attach: em0 attach returned 6 >> ehci0: mem 0xf7824000-0xf78243ff irq 16 at device 26.0 on pci0 >> usbus0: EHCI version 1.0 >> usbus0 on ehci0 >> pcib2: irq 16 at device 28.0 on pci0 >> pci2: on pcib2 >> pcib3: irq 16 at device 28.4 on pci0 >> pci3: on pcib3 >> em0: port 0xd000-0xd01f mem 0xf7700000-0xf771ffff,0xf7720000-0xf7723fff irq 16 at device 0.0 on pci3 >> em0: Using MSIX interrupts with 3 vectors >> em0: Ethernet address: 00:25:90:75:c8:08 >> ehci1: mem 0xf7823000-0xf78233ff irq 23 at device 29.0 on pci0 >> usbus1: EHCI version 1.0 >> usbus1 on ehci1 >> pcib4: at device 30.0 on pci0 >> pci4: on pcib4 >> vgapci0: mem 0xf5000000-0xf5ffffff,0xf7000000-0xf7003fff,0xf6800000-0xf6ffffff irq 19 at device 3.0 on pci4 >> isab0: at device 31.0 on pci0 >> isa0: on isab0 >> ahci0: port 0xf070-0xf077,0xf060-0xf063,0xf050-0xf057,0xf040-0xf043,0xf000-0xf01f mem 0xf7822000-0xf78227ff irq 19 at device 31.2 on pci0 >> ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported >> ahcich0: at channel 0 on ahci0 >> ahcich1: at channel 1 on ahci0 >> ahcich2: at channel 2 on ahci0 >> ahcich4: at channel 4 on ahci0 >> ahcich5: at channel 5 on ahci0 >> pci0: at device 31.3 (no driver attached) >> acpi_button0: on acpi0 >> acpi_tz0: on acpi0 >> acpi_tz1: on acpi0 >> atkbdc0: port 0x60,0x64 irq 1 on acpi0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> uart0:<16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >> uart1:<16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 >> uart2:<16550 or compatible> port 0x3e8-0x3ef irq 10 on acpi0 >> orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc87ff,0xc8800-0xc97ff on isa0 >> sc0: at flags 0x100 on isa0 >> sc0: VGA<16 virtual consoles, flags=0x300> >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >> ppc0: cannot reserve I/O port range >> est0: on cpu0 >> p4tcc0: on cpu0 >> est1: on cpu1 >> p4tcc1: on cpu1 >> est2: on cpu2 >> p4tcc2: on cpu2 >> est3: on cpu3 >> p4tcc3: on cpu3 >> ZFS filesystem version 5 >> ZFS storage pool version 28 >> Timecounters tick every 1.000 msec >> ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled >> DUMMYNET 0 with IPv6 initialized (100409) >> load_dn_sched dn_sched FIFO loaded >> load_dn_sched dn_sched QFQ loaded >> load_dn_sched dn_sched RR loaded >> load_dn_sched dn_sched WF2Q+ loaded >> load_dn_sched dn_sched PRIO loaded >> usbus0: 480Mbps High Speed USB v2.0 >> usbus1: 480Mbps High Speed USB v2.0 >> ugen0.1: at usbus0 >> uhub0: on usbus0 >> ugen1.1: at usbus1 >> uhub1: on usbus1 >> uhub0: 2 ports with 2 removable, self powered >> uhub1: 2 ports with 2 removable, self powered >> ugen0.2: at usbus0 >> uhub2: on usbus0 >> ugen1.2: at usbus1 >> uhub3: on usbus1 >> uhub2: 6 ports with 6 removable, self powered >> uhub3: 6 ports with 6 removable, self powered >> ses0 at mps0 bus 0 scbus0 target 8 lun 0 >> ses0: Fixed Enclosure Services SCSI-5 device >> ses0: 600.000MB/s transfers >> ses0: Command Queueing enabled >> ses0: SCSI-3 SES Device >> ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 >> ada0: ATA-7 SATA 1.x device >> ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) >> ada0: 76319MB (156301488 512 byte sectors: 16H 63S/T 16383C) >> ada0: Previously was known as ad4 >> SMP: AP CPU #3 Launched! >> SMP: AP CPU #1 Launched! >> SMP: AP CPU #2 Launched! >> Timecounter "TSC-low" frequency 12082230 Hz quality 1000 >> Root mount waiting for: usbus0 >> ugen0.3: at usbus0 >> ums0: on usbus0 >> ums0: 3 buttons and [Z] coordinates ID=0 >> ukbd0: on usbus0 >> kbd2 at ukbd0 >> Trying to mount root from ufs:/dev/ada0p2 [rw]... >> >> regards, >> Johan Hendriks >> >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Thanks for the pointer. But my ami.bat file from the just downloaded .508 (2.0) firmware is the same as the one i used. this is my ami.bat @echo off REN AFUDOSU.SMC AFUDOSU.EXE AFUDOSU.EXE %1 /P /B /N /K /R /FDT /MER /OPR REN AFUDOSU.EXE AFUDOSU.SMC I will also try to contact there support desk, maybe they need to adjust some things for the bios file for the X9SCM-F also. regards Johan Hendriks. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 18:41:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6AEA106564A for ; Tue, 5 Jun 2012 18:41:35 +0000 (UTC) (envelope-from alonsoschaich@fastmail.fm) Received: from new1-smtp.messagingengine.com (new1-smtp.messagingengine.com [66.111.4.221]) by mx1.freebsd.org (Postfix) with ESMTP id 79F9E8FC08 for ; Tue, 5 Jun 2012 18:41:35 +0000 (UTC) Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id A8B0BC2C for ; Tue, 5 Jun 2012 14:41:29 -0400 (EDT) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute5.internal (MEProxy); Tue, 05 Jun 2012 14:41:29 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= from:to:subject:date:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; s=mesmtp; bh=bqx6yoJxeNcuzW73Dayi0FVS984=; b=TrVBFLqN1witPla53vJdNmRvfKF2 ktvFLmxc8Q6PBpRwLm/ywtpUaO2U7jfwxn9dqZIADRi5cdoEAvpSwlJSTysL7P4w wtpYDmQ6V/TSpO22IGvIKdkEAVgEf3bKMa5BAMNSFAyOFt/wVdHp7BTbzoFHzvBd olLxe86skkw5g7E= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=from:to:subject:date:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; s=smtpout; bh=bqx6yoJxeNcuzW73Dayi0FVS984=; b=DbpC/ lpSw269YGmGWiBkvlQLisKqFUCdjFkkOmeMMcoOvcwa1Mklsa4bLpNbcIwRJjxPJ Dsc65rALr7zgpNrSNuGtlXPtHV2qceVbaz0iHuRHK63mOMSE8+m/TslH0RO470aI muGA6WaHMa9U/mU37zoxubs/GPbQJSjqICbwi0= X-Sasl-enc: cmbofcazdMr57KbXxmBAOqdlgzP0wy1q0ZeQ4RWYX11N 1338921688 Received: from harmony.localnet.edu (unknown [141.87.213.55]) by mail.messagingengine.com (Postfix) with ESMTPA id B51ED8E008E for ; Tue, 5 Jun 2012 14:41:28 -0400 (EDT) From: Schaich Alonso To: freebsd-stable@freebsd.org Date: Tue, 5 Jun 2012 20:41:19 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.8.3; amd64; ; ) References: <4FCE37FC.1090405@gmail.com> <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> In-Reply-To: <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206052041.19414.alonsoschaich@fastmail.fm> Subject: Re: em interfaces supermicro X9SCM-F board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 18:41:35 -0000 On 2012-06-05 (Tuesday) 19:31:44 Sebastian Stach wrote: > I have an X9SCA-F board and recently updated the BIOS to version 2.0 (the > .508 BIOS file). Its not the same board as yours but maybe the you have > the same problem. When i downloaded the BIOS from the Supermicro website > on May 23 the included AMI.BAT only updated the BIOS and not the Intel ME > BIOS extension. > > When i downloaded the file again 2 days ago the AMI.BAT was updated to also > flash the Intel ME. Too bad the version number and the filename are still > the same. I only got to know this after contacting their support. > > My problems were different though. Both of my nics were usable but were > hanging after about 2 hours of heavy load but maybe your problem can be > fixed with a new BIOS update. > > Sebastian > Hello I never have updated the BIOS on my X9SCM-F, yet the interfaces are also going down after some time of full load. Was the NIC issue fixed for you by updating the BIOS? Alonso From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 19:31:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46BE8106566B for ; Tue, 5 Jun 2012 19:31:22 +0000 (UTC) (envelope-from sebsta@t-online.de) Received: from mailout01.t-online.de (mailout01.t-online.de [194.25.134.80]) by mx1.freebsd.org (Postfix) with ESMTP id 031538FC12 for ; Tue, 5 Jun 2012 19:31:22 +0000 (UTC) Received: from fwd05.aul.t-online.de (fwd05.aul.t-online.de ) by mailout01.t-online.de with smtp id 1SbzTG-0005ey-L2; Tue, 05 Jun 2012 21:31:14 +0200 Received: from imac.lokal.netz (Tb4nE2ZQohkEQVYpnXFekblSFWdTYNVyWu5GeaOcMG33kVMGNf1boRso3N8oY66wpq@[93.199.31.246]) by fwd05.t-online.de with esmtp id 1SbzTE-1PtKCG0; Tue, 5 Jun 2012 21:31:12 +0200 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1257) From: Sebastian Stach In-Reply-To: <4FCE524F.9000900@gmail.com> Date: Tue, 5 Jun 2012 21:31:12 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <2832F9F9-6E74-4A2F-A2D5-C02971BB649C@t-online.de> References: <4FCE37FC.1090405@gmail.com> <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> <4FCE524F.9000900@gmail.com> To: freebsd-stable X-Mailer: Apple Mail (2.1257) X-ID: Tb4nE2ZQohkEQVYpnXFekblSFWdTYNVyWu5GeaOcMG33kVMGNf1boRso3N8oY66wpq X-TOI-MSGID: 9e38a385-be36-4a14-a1d4-4f474477bea3 Subject: Re: em interfaces supermicro X9SCM-F board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 19:31:22 -0000 The AMI.BAT you have already updates the BIOS and the Intel ME. I'm = still in contact with the support but they told me that this fixes the issue most people are = having. On my board one of the two nics is still hanging under heavy load. I hope that they = will come up with a solution to this. Sebastian Stach Am 05.06.2012 um 20:39 schrieb Johan Hendriks: > Thanks for the pointer. > But my ami.bat file from the just downloaded .508 (2.0) firmware is = the same as the one i used. >=20 > this is my ami.bat > @echo off >=20 > REN AFUDOSU.SMC AFUDOSU.EXE >=20 > AFUDOSU.EXE %1 /P /B /N /K /R /FDT /MER /OPR >=20 > REN AFUDOSU.EXE AFUDOSU.SMC >=20 > I will also try to contact there support desk, maybe they need to = adjust some things for the bios file for the X9SCM-F also. >=20 > regards > Johan Hendriks. >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 19:36:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72EF71065674 for ; Tue, 5 Jun 2012 19:36:56 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from cpsmtpb-ews07.kpnxchange.com (cpsmtpb-ews07.kpnxchange.com [213.75.39.10]) by mx1.freebsd.org (Postfix) with ESMTP id ED2588FC18 for ; Tue, 5 Jun 2012 19:36:55 +0000 (UTC) Received: from cpsps-ews04.kpnxchange.com ([10.94.84.171]) by cpsmtpb-ews07.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 5 Jun 2012 21:36:49 +0200 Received: from CPSMTPM-TLF103.kpnxchange.com ([195.121.3.6]) by cpsps-ews04.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 5 Jun 2012 21:36:49 +0200 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF103.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 5 Jun 2012 21:36:49 +0200 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id E1961B0AA for ; Tue, 5 Jun 2012 21:36:48 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: Date: Tue, 05 Jun 2012 21:36:48 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.64 (FreeBSD) X-OriginalArrivalTime: 05 Jun 2012 19:36:49.0298 (UTC) FILETIME=[8CD85720:01CD4352] X-RcptDomain: freebsd.org Subject: Re: Problem with sub-path (or sub-url) in smbfs. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 19:36:56 -0000 On Tue, 29 May 2012 23:00:31 +0200, Manuel Trujillo (TooManySecrets) wrote: > On Fri, May 25, 2012 at 12:38 PM, Manuel Trujillo (TooManySecrets) > wrote: >> I have also an /etc/nsmb.conf configured. All runs fine... except >> because I only can mount up to "recursos" (from the line >> teide/recursos/usuarios/myuser), and NOT the share "myuser" (the last >> part of the PATH). > > Anybody could tell me, please, where is the better site/list to make > this question? > > Thank you very much. > Maybe freebsd-fs. Do you have error messages? Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 19:37:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A93D10657B1 for ; Tue, 5 Jun 2012 19:37:11 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: from smtp-int-m.obspm.fr (smtp-int-m.obspm.fr [145.238.187.15]) by mx1.freebsd.org (Postfix) with ESMTP id 354F98FC12 for ; Tue, 5 Jun 2012 19:37:11 +0000 (UTC) Received: from pcjas.obspm.fr (pcjas.obspm.fr [145.238.184.233]) by smtp-int-m.obspm.fr (8.14.3/8.14.3/SIO Observatoire de Paris - 07/2009) with ESMTP id q55Jb28e023606 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 5 Jun 2012 21:37:03 +0200 Date: Tue, 5 Jun 2012 21:37:02 +0200 From: Albert Shih To: Oliver Pinter Message-ID: <20120605193702.GA9945@pcjas.obspm.fr> References: <20120531202334.GA27926@pcjas.obspm.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Miltered: at smtp-int-m.obspm.fr with ID 4FCE5FDE.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4FCE5FDE.000/145.238.184.233/pcjas.obspm.fr/pcjas.obspm.fr/ Cc: Matt Thyer , freebsd-stable@freebsd.org Subject: Re: Load when idl on stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 19:37:11 -0000 Le 03/06/2012 ? 23:55:06+0200, Oliver Pinter a écrit > I think, this is the old thread: > http://freebsd.1045724.n5.nabble.com/High-load-event-idl-td5671431.html Yes. But because I didn't find any solution, I resent the problem. > > The interrupt rerouting does not help? Well I've no idea what you talking but I try every solution describe in the thread you mentioned. I didn't find any solution. Regards. NB: I forget to say I'm not a developer, just sysadmin. I use Stable just for report here any problem I got. -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex Téléphone : 01 45 07 76 26/06 86 69 95 71 xmpp: jas@jabber.obspm.fr Heure local/Local time: mar 5 jui 2012 21:34:35 CEST From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 19:48:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D804106566B for ; Tue, 5 Jun 2012 19:48:56 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: from smtp-int-m.obspm.fr (smtp-int-m.obspm.fr [145.238.187.15]) by mx1.freebsd.org (Postfix) with ESMTP id DA8108FC0A for ; Tue, 5 Jun 2012 19:48:55 +0000 (UTC) Received: from pcjas.obspm.fr (pcjas.obspm.fr [145.238.184.233]) by smtp-int-m.obspm.fr (8.14.3/8.14.3/SIO Observatoire de Paris - 07/2009) with ESMTP id q55Jmr9S032454 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 5 Jun 2012 21:48:55 +0200 Date: Tue, 5 Jun 2012 21:48:53 +0200 From: Albert Shih To: Matt Thyer Message-ID: <20120605194853.GB9945@pcjas.obspm.fr> References: <20120531202334.GA27926@pcjas.obspm.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Miltered: at smtp-int-m.obspm.fr with ID 4FCE62A5.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4FCE62A5.000/145.238.184.233/pcjas.obspm.fr/pcjas.obspm.fr/ Cc: freebsd-stable@freebsd.org Subject: Re: Load when idl on stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 19:48:56 -0000 Le 04/06/2012 ? 06:22:34+0930, Matt Thyer a écrit > Hi, > Is this due to a high rate of interrupts ? No idea ;-) > i.e. can you see this with "systat -vm 1" with a large number in the "intr" > field. Well I don't known what you mean by «high rate», so I make a compraison between my desktop and my laptop. On the laptop (where the load is always high) I got ~500- 650 total Interrupts with ~490-500 from hpet0 uhci On my desktop (load is ~0) I got ~340- 360 total Interrupts with 320-350 from hpet0 20 > > If yes, run "vmstat -i" to see what interrupt is being hit. On my laptop (uptime ~ 1h): vmstat -i interrupt total rate irq1: atkbd0 7240 1 irq9: acpi0 7 0 irq12: psm0 44037 10 irq14: ata0 6590 1 irq17: wpi0 683770 155 irq18: atapci1 15447 3 irq19: fwohci0 2 0 irq20: hpet0 uhci0* 2888037 656 irq22: ehci0 uhci4 2 0 irq256: hdac0 270090 61 Total 3915222 890 On my destkop (uptime 5 days) interrupt total rate irq1: atkbd0 239742 0 irq12: psm0 999224 2 irq16: uhci0 4062873 9 irq17: fwohci0++ 1 0 irq20: hpet0 222779529 500 irq22: uhci2 ehci0 222967 0 irq24: vgapci0 972589 2 irq256: hdac0 9881473 22 irq257: bge0 8422313 18 irq258: ahci0 5744209 12 Total 253324920 568 > > Then tell us what hardware is on that irq (from grep irq /var/run/dmesg.boot). Here on the laptop: grep irq /var/run/dmesg.boot ioapic0 irqs 0-23 on motherboard atrtc0: port 0x70-0x71,0x72-0x77 irq 8 on acpi0 attimer0: port 0x40-0x43,0x50-0x53 irq 2 on acpi0 vgapci0: port 0xdf00-0xdf7f mem 0xf5000000-0xf5ffffff,0xe0000000-0xefffffff,0xf2000000-0xf3ffffff irq 16 at device 0.0 on pci1 uhci0: port 0x6f20-0x6f3f irq 20 at device 26.0 on pci0 uhci1: port 0x6f00-0x6f1f irq 21 at device 26.1 on pci0 ehci0: mem 0xfed1c400-0xfed1c7ff irq 22 at device 26.7 on pci0 hdac0: mem 0xf6ffc000-0xf6ffffff irq 21 at device 27.0 on pci0 wpi0: mem 0xf1fff000-0xf1ffffff irq 17 at device 0.0 on pci12 bge0: mem 0xf1bf0000-0xf1bfffff irq 17 at device 0.0 on pci9 uhci2: port 0x6f80-0x6f9f irq 20 at device 29.0 on pci0 uhci3: port 0x6f60-0x6f7f irq 21 at device 29.1 on pci0 uhci4: port 0x6f40-0x6f5f irq 22 at device 29.2 on pci0 ehci1: mem 0xfed1c000-0xfed1c3ff irq 20 at device 29.7 on pci0 fwohci0: <1394 Open Host Controller Interface> mem 0xf1aff800-0xf1afffff irq 19 at device 1.0 on pci3 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x6fa0-0x6faf irq 16 at device 31.1 on pci0 atapci1: port 0x6eb0-0x6eb7,0x6eb8-0x6ebb,0x6ec0-0x6ec7,0x6ec8-0x6ecb,0x6ee0-0x6eef,0xeff0-0xefff irq 18 at device 31.2 on pci0 atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 Regards. JAS -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex Téléphone : 01 45 07 76 26/06 86 69 95 71 xmpp: jas@jabber.obspm.fr Heure local/Local time: mar 5 jui 2012 21:38:47 CEST From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 19:52:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 494EF106566C for ; Tue, 5 Jun 2012 19:52:45 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: from smtp-int-m.obspm.fr (smtp-int-m.obspm.fr [145.238.187.15]) by mx1.freebsd.org (Postfix) with ESMTP id CD9658FC1B for ; Tue, 5 Jun 2012 19:52:44 +0000 (UTC) Received: from pcjas.obspm.fr (pcjas.obspm.fr [145.238.184.233]) by smtp-int-m.obspm.fr (8.14.3/8.14.3/SIO Observatoire de Paris - 07/2009) with ESMTP id q55Jqggp004009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 5 Jun 2012 21:52:43 +0200 Date: Tue, 5 Jun 2012 21:52:42 +0200 From: Albert Shih To: Matthias Gamsjager Message-ID: <20120605195242.GC9945@pcjas.obspm.fr> References: <20120531202334.GA27926@pcjas.obspm.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Miltered: at smtp-int-m.obspm.fr with ID 4FCE638A.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4FCE638A.000/145.238.184.233/pcjas.obspm.fr/pcjas.obspm.fr/ Cc: Matt Thyer , freebsd-stable@freebsd.org, Oliver Pinter Subject: Re: Load when idl on stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 19:52:45 -0000 Le 05/06/2012 ? 12:40:19+0200, Matthias Gamsjager a écrit > > > >> > >> I've three PC, all are Dell. Two laptop and one desktop. > >> > >> All run FreeBSD 9-Stable amd64 > >> > >> Since 1 or 2 months I notice the load is never drop down 0.8-0.9 event > > when > >> nothing running but only on those laptop. > >> > >> I update today my desktop to last csup src and everything is fine on the > >> desktop. > >> > >> On both laptop the load is still at 0.8 - 0.9 > >> > >> And in same time the usb mouse on the laptop stop working meaning I can > >> use the touchpad, but if I plug a usb mouse, the kernel see the device > >> but > >> the mouse not working on xorg. > >> > >> Is' not block my work so I can live with that. I just want report those > >> problems. > >> > > > did you enable device polling for your NIC?  No it's standard configuration about NIC. I don't need to enable anything to got high load, I boot the laptop, log with root login that's enough (without X11) to got 0.6-0.7 load. Basicaly I use a wifi NIC, and most important I change nothing on the configuration since ... long time ago (maybe FreeBSD 6.x). First time I got a problem so strange with Stable. (Maybe third time I got a problem with stable ;-) ). Regards. JAS -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex Téléphone : 01 45 07 76 26/06 86 69 95 71 xmpp: jas@jabber.obspm.fr Heure local/Local time: mar 5 jui 2012 21:51:58 CEST From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 19:56:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E53DF10656EF for ; Tue, 5 Jun 2012 19:56:38 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from cpsmtpb-ews07.kpnxchange.com (cpsmtpb-ews07.kpnxchange.com [213.75.39.10]) by mx1.freebsd.org (Postfix) with ESMTP id 704758FC0A for ; Tue, 5 Jun 2012 19:56:37 +0000 (UTC) Received: from cpsps-ews11.kpnxchange.com ([10.94.84.178]) by cpsmtpb-ews07.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 5 Jun 2012 21:56:37 +0200 Received: from CPSMTPM-TLF104.kpnxchange.com ([195.121.3.7]) by cpsps-ews11.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 5 Jun 2012 21:56:37 +0200 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF104.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 5 Jun 2012 21:56:36 +0200 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 481B8B0B9 for ; Tue, 5 Jun 2012 21:56:36 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <201206011857.q51IvqN3049343@office.dignus.com> Date: Tue, 05 Jun 2012 21:56:36 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <201206011857.q51IvqN3049343@office.dignus.com> User-Agent: Opera Mail/11.64 (FreeBSD) X-OriginalArrivalTime: 05 Jun 2012 19:56:36.0407 (UTC) FILETIME=[506ACC70:01CD4355] X-RcptDomain: freebsd.org Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 19:56:39 -0000 On Fri, 01 Jun 2012 20:57:52 +0200, Thomas David Rivers wrote: > We used to have FreeBSD exclusively on desktops... > > Now, we have migrated to other desktops (mac) with FreeBSD running > the build and file server... > > Why? > > Because - the mac updates itself! No pain, no installation, > no keeping-up with mailing lists/announcements, just and its > done. > > Mac OS has a nice X11 server, the Mac UI is good enough, you don't > have to install/update anything, the "app store" is perfect > for downloading/installing whatever a desktop user might need. > > It was just too alluring... > > So, FreeBSD runs our NFS file server, and we log into a larger > FreeBSD machine to do builds, etc... but, the desktop has moved. > > One developer here uses Linux Debian for about the same reason, > it's trivial to update (via the network) to new versions, etc... > > Our web site used to be FreeBSD-based, but it was just too > cost-effective to get a virtual Linux box on the backbone and > move everything to that. Our requirements aren't too big, so > that works beautifully. There _are_ people doing virtual > FreeBSD boxes in a similar fashion, but they were quote a lot > more for the annual fee.. so, Linux it was... > > I suppose, in some sense, you could argue that MacOS is FreeBSD... > > - Dave Rivers - Have you already tried pc-bsd? http://www.pcbsd.org/ FreeBSD with easy install and auto-update. Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 20:14:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBACF106566B for ; Tue, 5 Jun 2012 20:14:57 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (hill.egr.msu.edu [35.9.37.162]) by mx1.freebsd.org (Postfix) with ESMTP id AE5998FC0C for ; Tue, 5 Jun 2012 20:14:57 +0000 (UTC) Received: from hill (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id E7DB452CCE for ; Tue, 5 Jun 2012 16:14:56 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by hill (hill.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SuFbA3jt-04q for ; Tue, 5 Jun 2012 16:14:56 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <4FCE68C0.4030306@egr.msu.edu> Date: Tue, 05 Jun 2012 16:14:56 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120502 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120531202334.GA27926@pcjas.obspm.fr> <20120605193702.GA9945@pcjas.obspm.fr> In-Reply-To: <20120605193702.GA9945@pcjas.obspm.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Load when idl on stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 20:14:57 -0000 On 06/05/12 15:37, Albert Shih wrote: > Le 03/06/2012 ? 23:55:06+0200, Oliver Pinter a écrit >> I think, this is the old thread: >> http://freebsd.1045724.n5.nabble.com/High-load-event-idl-td5671431.html > > Yes. But because I didn't find any solution, I resent the problem. >> >> The interrupt rerouting does not help? > > Well I've no idea what you talking but I try every solution describe in the > thread you mentioned. I didn't find any solution. > > Regards. > > NB: I forget to say I'm not a developer, just sysadmin. I use Stable just > for report here any problem I got. Try changing kern.eventtimer.timer: % sysctl kern.eventtimer.timer=LAPIC How to display your choices ordered by quality: % sysctl kern.eventtimer From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 20:16:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C832106567B for ; Tue, 5 Jun 2012 20:16:53 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 05C4F8FC14 for ; Tue, 5 Jun 2012 20:16:53 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 8E24C28427; Tue, 5 Jun 2012 22:16:51 +0200 (CEST) Received: from [192.168.1.2] (static-84-242-120-26.net.upcbroadband.cz [84.242.120.26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 9D97D28426; Tue, 5 Jun 2012 22:16:50 +0200 (CEST) Message-ID: <4FCE6931.6010901@quip.cz> Date: Tue, 05 Jun 2012 22:16:49 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Sebastian Stach References: <4FCE37FC.1090405@gmail.com> <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> In-Reply-To: <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: em interfaces supermicro X9SCM-F board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 20:16:53 -0000 Sebastian Stach wrote: > I have an X9SCA-F board and recently updated the BIOS to version 2.0 (the .508 BIOS file). > Its not the same board as yours but maybe the you have the same problem. When i downloaded > the BIOS from the Supermicro website on May 23 the included AMI.BAT only updated the BIOS > and not the Intel ME BIOS extension. [...] There is a differenc between X9SCM-F and X9SCA-F. The SCM version has 82579V and 82574L NIC, but X9SCA-F has both NICs 82574L. And as I read about some problems with 82579V on the net, I bought X9SCA-F few weeks ago. I didn't notice any problem. Can you describe the conditions when you have some network problems so I can do some tests? I am running FreeBSD 8.3-RELEASE for testing, not heavily loaded. Miroslav Lachman > Am 05.06.2012 um 18:46 schrieb Johan Hendriks: > >> hello all. >> >> i have a new board the supermicro X9SCM-F with the latest firmware 508. >> I am having some trouble with the onboard intel nics. >> It only activate one nic. >> From dmesg >> >> em0: port 0xf020-0xf03f mem 0xf7800000-0xf781ffff,0xf7825000-0xf7825fff irq 20 at device 25.0 on pci0 >> em0: Using an MSI interrupt >> em0: Setup of Shared code failed >> device_attach: em0 attach returned 6 >> ehci0: mem 0xf7824000-0xf78243ff irq 16 at device 26.0 on pci0 >> usbus0: EHCI version 1.0 >> usbus0: on ehci0 >> pcib2: irq 16 at device 28.0 on pci0 >> pci2: on pcib2 >> pcib3: irq 16 at device 28.4 on pci0 >> pci3: on pcib3 >> em1: port 0xd000-0xd01f mem 0xf7700000-0xf771ffff,0xf7720000-0xf7723fff irq 16 at device 0.0 on pci3 >> em1: Using MSIX interrupts with 3 vectors >> em1: Ethernet address: 00:25:90:75:c8:08 >> >> pciconf -vl >> >> em0@pci0:0:25:0: class=0x020000 card=0x00008086 chip=0x15038086 rev=0x05 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82579V Gigabit Network Connection' >> class = network >> subclass = ethernet >> >> >> em1@pci0:3:0:0: class=0x020000 card=0x000015d9 chip=0x10d38086 rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82574L Gigabit Network Connection' >> class = network >> subclass = ethernet >> From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 20:29:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96FFC106566B for ; Tue, 5 Jun 2012 20:29:34 +0000 (UTC) (envelope-from sebsta@t-online.de) Received: from mailout10.t-online.de (mailout10.t-online.de [194.25.134.21]) by mx1.freebsd.org (Postfix) with ESMTP id 5334B8FC1B for ; Tue, 5 Jun 2012 20:29:34 +0000 (UTC) Received: from fwd00.aul.t-online.de (fwd00.aul.t-online.de ) by mailout10.t-online.de with smtp id 1Sc0Nh-0007xe-AT; Tue, 05 Jun 2012 22:29:33 +0200 Received: from imac.lokal.netz (b7vZUiZGZh4Hc0YiJKS3-fUAUEvds3mjpHwE1eF20fnDA65c9VXa9s8MbqoOJ2hQ5E@[93.199.31.246]) by fwd00.t-online.de with esmtp id 1Sc0NW-2GkI1g0; Tue, 5 Jun 2012 22:29:22 +0200 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1257) From: Sebastian Stach In-Reply-To: <4FCE6931.6010901@quip.cz> Date: Tue, 5 Jun 2012 22:29:21 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4FCE37FC.1090405@gmail.com> <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> <4FCE6931.6010901@quip.cz> To: freebsd-stable X-Mailer: Apple Mail (2.1257) X-ID: b7vZUiZGZh4Hc0YiJKS3-fUAUEvds3mjpHwE1eF20fnDA65c9VXa9s8MbqoOJ2hQ5E X-TOI-MSGID: f6c5118e-d9fd-4f05-81c2-339f53f7c633 Subject: Re: em interfaces supermicro X9SCM-F board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 20:29:34 -0000 I just need to run a tool like iperf and let it run. After about 1-2 = hours my nic will just hang without any messages. I can't even ping the machine anymore. I also = installed Solaris to check if it's maybe a FreeBSD problem but it's the same there. The support told me that they know about problems with the nics and the = BIOS version 2.0 but that the new update should fix it. Which BIOS version do you have? Sebastian Stach Am 05.06.2012 um 22:16 schrieb Miroslav Lachman: > There is a differenc between X9SCM-F and X9SCA-F. The SCM version has = 82579V and 82574L NIC, but X9SCA-F has both NICs 82574L. > And as I read about some problems with 82579V on the net, I bought = X9SCA-F few weeks ago. > I didn't notice any problem. >=20 > Can you describe the conditions when you have some network problems so = I can do some tests? >=20 > I am running FreeBSD 8.3-RELEASE for testing, not heavily loaded. >=20 > Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 20:47:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4AB9C106564A for ; Tue, 5 Jun 2012 20:47:48 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: from smtp-int-m.obspm.fr (smtp-int-m.obspm.fr [145.238.187.15]) by mx1.freebsd.org (Postfix) with ESMTP id D01E68FC14 for ; Tue, 5 Jun 2012 20:47:47 +0000 (UTC) Received: from pcjas.obspm.fr (pcjas.obspm.fr [145.238.184.233]) by smtp-int-m.obspm.fr (8.14.3/8.14.3/SIO Observatoire de Paris - 07/2009) with ESMTP id q55KlgS3018437 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 5 Jun 2012 22:47:43 +0200 Date: Tue, 5 Jun 2012 22:47:42 +0200 From: Albert Shih To: Adam McDougall Message-ID: <20120605204742.GA10124@pcjas.obspm.fr> References: <20120531202334.GA27926@pcjas.obspm.fr> <20120605193702.GA9945@pcjas.obspm.fr> <4FCE68C0.4030306@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4FCE68C0.4030306@egr.msu.edu> User-Agent: Mutt/1.5.21 (2010-09-15) X-Miltered: at smtp-int-m.obspm.fr with ID 4FCE706E.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4FCE706E.000/145.238.184.233/pcjas.obspm.fr/pcjas.obspm.fr/ Cc: freebsd-stable@freebsd.org Subject: Re: Load when idl on stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 20:47:48 -0000 Le 05/06/2012 ? 16:14:56-0400, Adam McDougall a écrit > On 06/05/12 15:37, Albert Shih wrote: > > Le 03/06/2012 ? 23:55:06+0200, Oliver Pinter a écrit > >> I think, this is the old thread: > >> http://freebsd.1045724.n5.nabble.com/High-load-event-idl-td5671431.html > > > > Yes. But because I didn't find any solution, I resent the problem. > >> > >> The interrupt rerouting does not help? > > > > Well I've no idea what you talking but I try every solution describe in the > > thread you mentioned. I didn't find any solution. > > > > Regards. > > > > NB: I forget to say I'm not a developer, just sysadmin. I use Stable just > > for report here any problem I got. > > Try changing kern.eventtimer.timer: > > % sysctl kern.eventtimer.timer=LAPIC I have no idea what's that mean, but yes it's much better. After 10 minutes the load drop to 0.08 (from 0.60-0.70) last pid: 2876; load averages: 0.05, 0.06, 0.17 up 0+02:14:49 22:45:45 81 processes: 1 running, 80 sleeping but still more than my desktop: last pid: 10150; load averages: 0.00, 0.00, 0.00 up 5+04:42:21 22:46:18 166 processes: 1 running, 165 sleeping Regards. JAS -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex Téléphone : 01 45 07 76 26/06 86 69 95 71 xmpp: jas@jabber.obspm.fr Heure local/Local time: mar 5 jui 2012 22:44:55 CEST From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 21:21:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52993106564A for ; Tue, 5 Jun 2012 21:21:49 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 061688FC14 for ; Tue, 5 Jun 2012 21:21:49 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 9180D28427; Tue, 5 Jun 2012 23:21:47 +0200 (CEST) Received: from [192.168.1.2] (static-84-242-120-26.net.upcbroadband.cz [84.242.120.26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id C000828423; Tue, 5 Jun 2012 23:21:46 +0200 (CEST) Message-ID: <4FCE786A.2030205@quip.cz> Date: Tue, 05 Jun 2012 23:21:46 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Sebastian Stach References: <4FCE37FC.1090405@gmail.com> <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> <4FCE6931.6010901@quip.cz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: em interfaces supermicro X9SCM-F board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 21:21:49 -0000 Sebastian Stach wrote: > I just need to run a tool like iperf and let it run. After about 1-2 hours my nic will just hang > without any messages. I can't even ping the machine anymore. I also installed Solaris to check > if it's maybe a FreeBSD problem but it's the same there. > > The support told me that they know about problems with the nics and the BIOS version 2.0 > but that the new update should fix it. > > Which BIOS version do you have? The board had BIOS 1.1a with build date 2011-09-28 so I updated it to version 2.0 with build date 2012-05-08. I am preparing iperf test so I will let you know tomorrow about results. One question - are you using dedicated management port or shared with Intel NIC? Miroslav Lachman > Am 05.06.2012 um 22:16 schrieb Miroslav Lachman: > >> There is a differenc between X9SCM-F and X9SCA-F. The SCM version has 82579V and 82574L NIC, but X9SCA-F has both NICs 82574L. >> And as I read about some problems with 82579V on the net, I bought X9SCA-F few weeks ago. >> I didn't notice any problem. >> >> Can you describe the conditions when you have some network problems so I can do some tests? >> >> I am running FreeBSD 8.3-RELEASE for testing, not heavily loaded. >> >> Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Tue Jun 5 22:10:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 282F3106566B for ; Tue, 5 Jun 2012 22:10:42 +0000 (UTC) (envelope-from sebsta@t-online.de) Received: from mailout07.t-online.de (mailout07.t-online.de [194.25.134.83]) by mx1.freebsd.org (Postfix) with ESMTP id D836D8FC08 for ; Tue, 5 Jun 2012 22:10:41 +0000 (UTC) Received: from fwd21.aul.t-online.de (fwd21.aul.t-online.de ) by mailout07.t-online.de with smtp id 1Sc1xT-0001LY-5n; Wed, 06 Jun 2012 00:10:35 +0200 Received: from imac.lokal.netz (bdHTDTZFrhqIyKa3uNrTZpURF17NdNLCNmYalbNKbWl6m3esEmNTAsjMU9a+7flwqw@[93.199.31.246]) by fwd21.t-online.de with esmtp id 1Sc1xO-1P0bSq0; Wed, 6 Jun 2012 00:10:30 +0200 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1257) From: Sebastian Stach In-Reply-To: <4FCE786A.2030205@quip.cz> Date: Wed, 6 Jun 2012 00:10:29 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4FCE37FC.1090405@gmail.com> <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> <4FCE6931.6010901@quip.cz> <4FCE786A.2030205@quip.cz> To: freebsd-stable X-Mailer: Apple Mail (2.1257) X-ID: bdHTDTZFrhqIyKa3uNrTZpURF17NdNLCNmYalbNKbWl6m3esEmNTAsjMU9a+7flwqw X-TOI-MSGID: 5c6c63ce-23e9-4139-939e-1e0da16fd8ab Subject: Re: em interfaces supermicro X9SCM-F board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 22:10:42 -0000 The default was that IPMI is shared with the Intel NIC but i configured = it to use the dedicated interface. Sebastian Stach Am 05.06.2012 um 23:21 schrieb Miroslav Lachman: > The board had BIOS 1.1a with build date 2011-09-28 so I updated it to = version 2.0 with build date 2012-05-08. >=20 > I am preparing iperf test so I will let you know tomorrow about = results. >=20 > One question - are you using dedicated management port or shared with = Intel NIC? >=20 > Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 00:16:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D4951065670 for ; Wed, 6 Jun 2012 00:16:55 +0000 (UTC) (envelope-from scottl@netflix.com) Received: from exout104.netflix.com (exout102.netflix.com [69.53.237.163]) by mx1.freebsd.org (Postfix) with ESMTP id 3254C8FC14 for ; Wed, 6 Jun 2012 00:16:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=s1024;d=netflix.com; h=from:to:cc:subject:date:message-id:references:in-reply-to :content-type:mime-version; bh=sivi140IM5fdDVQ2lWtXkY9LuEQ=; b=ZH1l+hP9HWH4JvaNLS+Bi3ymFu8DOoJdHIUDyvpNSrkYSY1ebW+N6x6zGsPgpbJIzlM3Vi9w NfYJWfp9IBUx+LLbBipOALvW9rrbGG2IEB8R5Jv7VnnjgCt8rH2fSQOiHwBNAIVmYdd7Xabz wJ7VzNq6onRrqm/k4o5uaNweyJE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024;d=netflix.com; h=from:to:cc:subject:date:message-id:references:in-reply-to :content-type:mime-version; b=SIT/2n7VKws+iqypSU7N9mOJkoRFzeYf/v+RlTOxuiVJGz1yPHjZ6o9v6OaX6eEVq81iczVd t+ncyf5TtleB0dMLOj0gvVq8mxNp7oOVxKGI7d3q5k+V2/FO6laqWXTXG6aQSBXGD3X46mGr yKZ4R/KGfUAzkXhmOQlDLyxzdwk= Received: from EXFE101.corp.netflix.com (10.64.32.161) by exout104.netflix.com (10.64.240.74) with Microsoft SMTP Server (TLS) id 14.2.298.4; Tue, 5 Jun 2012 17:16:50 -0700 Received: from EXMB107.corp.netflix.com ([169.254.7.134]) by exfe101.corp.netflix.com ([10.64.32.161]) with mapi id 14.02.0283.003; Tue, 5 Jun 2012 17:16:48 -0700 From: Scott Long To: Benjamin Francom Thread-Topic: Netflix's New Peering Appliance Uses FreeBSD Thread-Index: AQHNQ3mpDyhfu/u2jUaowYKh4kcMDQ== Date: Wed, 6 Jun 2012 00:16:46 +0000 Message-ID: <3CEF3B39-BE1E-4FC4-81F3-D26049C83313@netflix.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.64.24.140] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-stable@freebsd.org" Subject: Re: Netflix's New Peering Appliance Uses FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 00:16:55 -0000 On Jun 5, 2012, at 9:56 AM, Benjamin Francom wrote: > I just saw this, and thought I'd share: >=20 > Open Connect Appliance Software >=20 > Netflix delivers streaming content using a combination of intelligent > clients, a central control system, and a network of Open Connect applianc= es. >=20 > When designing the Open Connect Appliance Software, we focused on these > fundamental design goals: >=20 > - Use of Open Source software > - Ability to efficiently read from disk and write to network sockets > - High-performance HTTP delivery > - Ability to gather routing information via BGP >=20 > Operating System >=20 > For the operating system, we use FreeBSD versio= n > 9.0. This was selected for its balance of stability and features, a stron= g > development community and staff expertise. We will contribute changes we > make as part of our project to the community through the FreeBSD committe= rs > on our team. > Web server >=20 Yes, we are indeed using FreeBSD at Netflix! For those who are interested,= I recently moved from Yahoo to Netflix to help support FreeBSD for them, and I'm definitely impressed with what is going on there. Other than a few sma= ll changes, we're using stock FreeBSD 9, tracking the 9-stable branch on a regular basis. Our chassis is a semi-custom 4U 19" form factor with thirty= six 3TB SATA disks and 2 SSDs. Each disk has its own UFS+J filesystem, except = for the SSDs that are mirrored together with gmirror. The SSDs hold the OS ima= ge and cache some of the busiest content. The other disks hold nothing but th= e audio and video files for our content streams. We connect to the outside w= orld via a twin-port Intel 10GBe optical NIC (only one port is active at the mom= ent), and we use LSI MPT2 controllers for 32 of the 36 disks. The other 4 disks connect to the onboard AHCI SATA controller. All of the disks are direct-attach with no SAS backplanes or expanders. Out-of-band management happens via IPMI on an on-board 1Gb NIC. The entire system consumes around 500W of power, making it a very efficient appliance for its function= ality. Netflix is also at the front of the internet pack with IPv6 roll-out, and F= reeBSD plays an essential part of that. We've been working hard on stabilizing th= e FreeBSD IPv6 stack for production-level traffic, and I recommend that all u= sers of IPv6 update to the latest patches in 9-stable and 8-stable. Contact me directly if you have questions about this. That said, we're excited about = World IPv6 Day, and we're ready with AAAA DNS records and content service from bo= th Amazon and the traditional CDNs as well as our OpenConnect network. >From an advocacy standpoint, Netflix represents 30% of all North American internet traffic during peak hours, and FreeBSD is becoming an integral par= t of that metric as we shift traffic off of the traditional CDNs. We're expa= nding quickly, which means that FreeBSD is once again a core part of the internet infrastructure. As we find and fix stability and performance issues, we're aggressively pushing those changes into FreeBSD so that everyone can benefit from them, just as we benefit from the contributions of the rest of= the FreeBSD ecosystem. We're proud to be a part of the community, and look forward to a long-term relationship with FreeBSD. If you have any questions, let me know or follow the information links on t= he OpenConnect web site. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 00:31:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F16B5106564A for ; Wed, 6 Jun 2012 00:31:39 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (ip-2-2-0-2.r20.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) by mx1.freebsd.org (Postfix) with ESMTP id A477A8FC12 for ; Wed, 6 Jun 2012 00:31:39 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.4/8.14.4) with ESMTP id q560VXHZ012795; Tue, 5 Jun 2012 20:31:38 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <4FCEA4E5.4010908@m5p.com> Date: Tue, 05 Jun 2012 20:31:33 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120604 Thunderbird/10.0.3 MIME-Version: 1.0 To: Oliver Fromme References: <201206051520.q55FKEUI060863@lurza.secnetix.de> In-Reply-To: <201206051520.q55FKEUI060863@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Tue, 05 Jun 2012 20:31:38 -0400 (EDT) X-Scanned-By: MIMEDefang 2.72 on 10.100.0.3 Cc: freebsd-stable@freebsd.org Subject: Re: ata_controlcmd undefined X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 00:31:40 -0000 On 06/05/12 11:20, Oliver Fromme wrote: > George Mitchell<> wrote: > > I csupped my 9.0-STABLE kernel on Sunday and now get this message > > at the beginning of booting up: > > > > link-elf-obj: symbol ata_controlcmd undefined > > KLD file atapicat.ko - could not finalize loading > > The same happened to me, except that I had "device atapicam" > statically in my kernel config. When building the new kernel, > linking failed because of missing symbols (ata_controlcmd and > others). > > It seems that atapicam is now obsolet and has been replaced by > "options ATA_CAM" which is already present in GENERIC. Okay, thanks for the explanation. > Have you tried removing atapicam_load from /boot/loader.conf > (I guess that's where you're trying to load the module)? Yes. > > > Kernel configuration is GENERIC (except scheduler is SCHED_4BSD). > > Just out of curiosity, why do you prefer SCHED_4BSD? Don't get me started! -- George > > Best regards > Oliver > From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 00:42:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31EEA106566C for ; Wed, 6 Jun 2012 00:42:58 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from eccles.ee.ryerson.ca (eccles.ee.ryerson.ca [141.117.1.2]) by mx1.freebsd.org (Postfix) with ESMTP id E2FDF8FC0A for ; Wed, 6 Jun 2012 00:42:57 +0000 (UTC) Received: from [10.0.1.10] ([65.93.202.196]) (authenticated bits=0) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id q560gnAk022146 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 5 Jun 2012 20:42:50 -0400 (EDT) (envelope-from dmagda@ee.ryerson.ca) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: David Magda In-Reply-To: <3CEF3B39-BE1E-4FC4-81F3-D26049C83313@netflix.com> Date: Tue, 5 Jun 2012 20:42:49 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <331117A3-8C3B-4F39-848C-D08008633F09@ee.ryerson.ca> References: <3CEF3B39-BE1E-4FC4-81F3-D26049C83313@netflix.com> To: Scott Long X-Mailer: Apple Mail (2.1278) Cc: FreeBSD Stable Subject: Re: Netflix's New Peering Appliance Uses FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 00:42:58 -0000 On Jun 5, 2012, at 20:16, Scott Long wrote: > If you have any questions, let me know or follow the information links = on the > OpenConnect web site. Out of curiosity, given that Linux seems popular in so many other places = (Google, Facebook), is there any particular reason why FreeBSD was = chosen for this? I'm sure Linux is used in many other places (much of Netflix's IT = infrastructure is on Amazon IIRC), so I'm kind of surprised that they = went with FreeBSD when they probably already have so much knowledge with = Linux. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 00:48:28 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A6181065672; Wed, 6 Jun 2012 00:48:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id B56D28FC14; Wed, 6 Jun 2012 00:48:27 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q560mREk092740; Wed, 6 Jun 2012 00:48:27 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q560mQXI092689; Wed, 6 Jun 2012 00:48:26 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 00:48:26 GMT Message-Id: <201206060048.q560mQXI092689@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 00:48:28 -0000 TB --- 2012-06-05 23:22:03 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-05 23:22:03 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-05 23:22:03 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-06-05 23:22:03 - cleaning the object tree TB --- 2012-06-05 23:22:03 - cvsupping the source tree TB --- 2012-06-05 23:22:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2012-06-05 23:22:14 - building world TB --- 2012-06-05 23:22:14 - CROSS_BUILD_TESTING=YES TB --- 2012-06-05 23:22:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-05 23:22:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-05 23:22:14 - SRCCONF=/dev/null TB --- 2012-06-05 23:22:14 - TARGET=amd64 TB --- 2012-06-05 23:22:14 - TARGET_ARCH=amd64 TB --- 2012-06-05 23:22:14 - TZ=UTC TB --- 2012-06-05 23:22:14 - __MAKE_CONF=/dev/null TB --- 2012-06-05 23:22:14 - cd /src TB --- 2012-06-05 23:22:14 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 23:22:15 UTC 2012 >>> 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 Wed Jun 6 00:30:14 UTC 2012 TB --- 2012-06-06 00:30:14 - generating LINT kernel config TB --- 2012-06-06 00:30:14 - cd /src/sys/amd64/conf TB --- 2012-06-06 00:30:14 - /usr/bin/make -B LINT TB --- 2012-06-06 00:30:14 - cd /src/sys/amd64/conf TB --- 2012-06-06 00:30:14 - /usr/sbin/config -m LINT TB --- 2012-06-06 00:30:14 - building LINT kernel TB --- 2012-06-06 00:30:14 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 00:30:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 00:30:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 00:30:14 - SRCCONF=/dev/null TB --- 2012-06-06 00:30:14 - TARGET=amd64 TB --- 2012-06-06 00:30:14 - TARGET_ARCH=amd64 TB --- 2012-06-06 00:30:14 - TZ=UTC TB --- 2012-06-06 00:30:14 - __MAKE_CONF=/dev/null TB --- 2012-06-06 00:30:14 - cd /src TB --- 2012-06-06 00:30:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 00:30:14 UTC 2012 >>> 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 [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk if_rum.ko export_syms | xargs -J% objcopy % if_rum.ko objcopy --strip-debug if_rum.ko ===> usb/run (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:77:1: error: "nitems" redefined In file included from /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:27: @/sys/param.h:274:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/usb/run. *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 00:48:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 00:48:26 - ERROR: failed to build LINT kernel TB --- 2012-06-06 00:48:26 - 4069.31 user 737.18 system 5183.05 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 01:11:14 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58C83106566B; Wed, 6 Jun 2012 01:11:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id F159E8FC1A; Wed, 6 Jun 2012 01:11:13 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q561BDJQ010051; Wed, 6 Jun 2012 01:11:13 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q561BDVw010050; Wed, 6 Jun 2012 01:11:13 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 01:11:13 GMT Message-Id: <201206060111.q561BDVw010050@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 01:11:14 -0000 TB --- 2012-06-06 00:04:34 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 00:04:34 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 00:04:34 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-06-06 00:04:34 - cleaning the object tree TB --- 2012-06-06 00:04:34 - cvsupping the source tree TB --- 2012-06-06 00:04:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-06-06 00:04:45 - building world TB --- 2012-06-06 00:04:45 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 00:04:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 00:04:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 00:04:45 - SRCCONF=/dev/null TB --- 2012-06-06 00:04:45 - TARGET=i386 TB --- 2012-06-06 00:04:45 - TARGET_ARCH=i386 TB --- 2012-06-06 00:04:45 - TZ=UTC TB --- 2012-06-06 00:04:45 - __MAKE_CONF=/dev/null TB --- 2012-06-06 00:04:45 - cd /src TB --- 2012-06-06 00:04:45 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 00:04:46 UTC 2012 >>> 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 Jun 6 00:51:29 UTC 2012 TB --- 2012-06-06 00:51:29 - generating LINT kernel config TB --- 2012-06-06 00:51:29 - cd /src/sys/i386/conf TB --- 2012-06-06 00:51:29 - /usr/bin/make -B LINT TB --- 2012-06-06 00:51:29 - cd /src/sys/i386/conf TB --- 2012-06-06 00:51:29 - /usr/sbin/config -m LINT TB --- 2012-06-06 00:51:29 - building LINT kernel TB --- 2012-06-06 00:51:29 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 00:51:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 00:51:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 00:51:29 - SRCCONF=/dev/null TB --- 2012-06-06 00:51:29 - TARGET=i386 TB --- 2012-06-06 00:51:29 - TARGET_ARCH=i386 TB --- 2012-06-06 00:51:29 - TZ=UTC TB --- 2012-06-06 00:51:29 - __MAKE_CONF=/dev/null TB --- 2012-06-06 00:51:29 - cd /src TB --- 2012-06-06 00:51:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 00:51:29 UTC 2012 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk if_rum.kld export_syms | xargs -J% objcopy % if_rum.kld ld -Bshareable -d -warn-common -o if_rum.ko if_rum.kld objcopy --strip-debug if_rum.ko ===> usb/run (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:77:1: error: "nitems" redefined In file included from /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:27: @/sys/param.h:274:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/usb/run. *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 01:11:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 01:11:13 - ERROR: failed to build LINT kernel TB --- 2012-06-06 01:11:13 - 3185.40 user 542.33 system 3999.20 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 01:11:22 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE625106564A; Wed, 6 Jun 2012 01:11:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 835F68FC0C; Wed, 6 Jun 2012 01:11:22 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q561BMKO012008; Wed, 6 Jun 2012 01:11:22 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q561BM1C012003; Wed, 6 Jun 2012 01:11:22 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 01:11:22 GMT Message-Id: <201206060111.q561BM1C012003@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 01:11:23 -0000 TB --- 2012-06-06 00:08:22 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 00:08:22 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 00:08:22 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-06-06 00:08:22 - cleaning the object tree TB --- 2012-06-06 00:08:22 - cvsupping the source tree TB --- 2012-06-06 00:08:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2012-06-06 00:08:33 - building world TB --- 2012-06-06 00:08:33 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 00:08:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 00:08:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 00:08:33 - SRCCONF=/dev/null TB --- 2012-06-06 00:08:33 - TARGET=pc98 TB --- 2012-06-06 00:08:33 - TARGET_ARCH=i386 TB --- 2012-06-06 00:08:33 - TZ=UTC TB --- 2012-06-06 00:08:33 - __MAKE_CONF=/dev/null TB --- 2012-06-06 00:08:33 - cd /src TB --- 2012-06-06 00:08:33 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 00:08:34 UTC 2012 >>> 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 Jun 6 00:54:49 UTC 2012 TB --- 2012-06-06 00:54:49 - generating LINT kernel config TB --- 2012-06-06 00:54:49 - cd /src/sys/pc98/conf TB --- 2012-06-06 00:54:49 - /usr/bin/make -B LINT TB --- 2012-06-06 00:54:49 - cd /src/sys/pc98/conf TB --- 2012-06-06 00:54:49 - /usr/sbin/config -m LINT TB --- 2012-06-06 00:54:49 - building LINT kernel TB --- 2012-06-06 00:54:49 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 00:54:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 00:54:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 00:54:49 - SRCCONF=/dev/null TB --- 2012-06-06 00:54:49 - TARGET=pc98 TB --- 2012-06-06 00:54:49 - TARGET_ARCH=i386 TB --- 2012-06-06 00:54:49 - TZ=UTC TB --- 2012-06-06 00:54:49 - __MAKE_CONF=/dev/null TB --- 2012-06-06 00:54:49 - cd /src TB --- 2012-06-06 00:54:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 00:54:49 UTC 2012 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk if_rum.kld export_syms | xargs -J% objcopy % if_rum.kld ld -Bshareable -d -warn-common -o if_rum.ko if_rum.kld objcopy --strip-debug if_rum.ko ===> usb/run (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:77:1: error: "nitems" redefined In file included from /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:27: @/sys/param.h:274:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/usb/run. *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 01:11:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 01:11:22 - ERROR: failed to build LINT kernel TB --- 2012-06-06 01:11:22 - 3004.39 user 522.87 system 3780.00 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 01:12:56 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2020106564A; Wed, 6 Jun 2012 01:12:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id ADA778FC1D; Wed, 6 Jun 2012 01:12:56 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q561Cu23033814; Wed, 6 Jun 2012 01:12:56 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q561CueI033813; Wed, 6 Jun 2012 01:12:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 01:12:56 GMT Message-Id: <201206060112.q561CueI033813@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 01:12:57 -0000 TB --- 2012-06-06 00:26:55 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 00:26:55 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 00:26:55 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-06-06 00:26:55 - cleaning the object tree TB --- 2012-06-06 00:26:55 - cvsupping the source tree TB --- 2012-06-06 00:26:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/mips/mips/supfile TB --- 2012-06-06 00:27:09 - building world TB --- 2012-06-06 00:27:09 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 00:27:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 00:27:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 00:27:09 - SRCCONF=/dev/null TB --- 2012-06-06 00:27:09 - TARGET=mips TB --- 2012-06-06 00:27:09 - TARGET_ARCH=mips TB --- 2012-06-06 00:27:09 - TZ=UTC TB --- 2012-06-06 00:27:09 - __MAKE_CONF=/dev/null TB --- 2012-06-06 00:27:09 - cd /src TB --- 2012-06-06 00:27:09 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 00:27:09 UTC 2012 >>> 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 Jun 6 01:03:48 UTC 2012 TB --- 2012-06-06 01:03:48 - cd /src/sys/mips/conf TB --- 2012-06-06 01:03:48 - /usr/sbin/config -m ADM5120 TB --- 2012-06-06 01:03:48 - building ADM5120 kernel TB --- 2012-06-06 01:03:48 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 01:03:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 01:03:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 01:03:48 - SRCCONF=/dev/null TB --- 2012-06-06 01:03:48 - TARGET=mips TB --- 2012-06-06 01:03:48 - TARGET_ARCH=mips TB --- 2012-06-06 01:03:48 - TZ=UTC TB --- 2012-06-06 01:03:48 - __MAKE_CONF=/dev/null TB --- 2012-06-06 01:03:48 - cd /src TB --- 2012-06-06 01:03:48 - /usr/bin/make -B buildkernel KERNCONF=ADM5120 >>> Kernel build for ADM5120 started on Wed Jun 6 01:03:48 UTC 2012 >>> 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 >>> Kernel build for ADM5120 completed on Wed Jun 6 01:05:02 UTC 2012 TB --- 2012-06-06 01:05:02 - cd /src/sys/mips/conf TB --- 2012-06-06 01:05:02 - /usr/sbin/config -m ALCHEMY TB --- 2012-06-06 01:05:02 - building ALCHEMY kernel TB --- 2012-06-06 01:05:02 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 01:05:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 01:05:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 01:05:02 - SRCCONF=/dev/null TB --- 2012-06-06 01:05:02 - TARGET=mips TB --- 2012-06-06 01:05:02 - TARGET_ARCH=mips TB --- 2012-06-06 01:05:02 - TZ=UTC TB --- 2012-06-06 01:05:02 - __MAKE_CONF=/dev/null TB --- 2012-06-06 01:05:02 - cd /src TB --- 2012-06-06 01:05:02 - /usr/bin/make -B buildkernel KERNCONF=ALCHEMY >>> Kernel build for ALCHEMY started on Wed Jun 6 01:05:02 UTC 2012 >>> 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 >>> Kernel build for ALCHEMY completed on Wed Jun 6 01:06:14 UTC 2012 TB --- 2012-06-06 01:06:14 - cd /src/sys/mips/conf TB --- 2012-06-06 01:06:14 - /usr/sbin/config -m AR71XX TB --- 2012-06-06 01:06:14 - building AR71XX kernel TB --- 2012-06-06 01:06:14 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 01:06:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 01:06:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 01:06:14 - SRCCONF=/dev/null TB --- 2012-06-06 01:06:14 - TARGET=mips TB --- 2012-06-06 01:06:14 - TARGET_ARCH=mips TB --- 2012-06-06 01:06:14 - TZ=UTC TB --- 2012-06-06 01:06:14 - __MAKE_CONF=/dev/null TB --- 2012-06-06 01:06:14 - cd /src TB --- 2012-06-06 01:06:14 - /usr/bin/make -B buildkernel KERNCONF=AR71XX >>> Kernel build for AR71XX started on Wed Jun 6 01:06:14 UTC 2012 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk if_rum.ko.debug export_syms | xargs -J% objcopy % if_rum.ko.debug objcopy --only-keep-debug if_rum.ko.debug if_rum.ko.symbols objcopy --strip-debug --add-gnu-debuglink=if_rum.ko.symbols if_rum.ko.debug if_rum.ko ===> usb/run (all) cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:77:1: error: "nitems" redefined In file included from /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:27: @/sys/param.h:274:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/usb/run. *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/mips/src/sys/AR71XX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 01:12:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 01:12:56 - ERROR: failed to build AR71XX kernel TB --- 2012-06-06 01:12:56 - 2117.12 user 431.56 system 2761.21 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 01:37:32 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 36BAE106564A; Wed, 6 Jun 2012 01:37:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id D23D48FC0C; Wed, 6 Jun 2012 01:37:31 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q561bVkm001460; Wed, 6 Jun 2012 01:37:31 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q561bVF2001459; Wed, 6 Jun 2012 01:37:31 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 01:37:31 GMT Message-Id: <201206060137.q561bVF2001459@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 01:37:32 -0000 TB --- 2012-06-06 00:20:20 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 00:20:20 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 00:20:20 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-06-06 00:20:20 - cleaning the object tree TB --- 2012-06-06 00:20:20 - cvsupping the source tree TB --- 2012-06-06 00:20:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2012-06-06 00:20:31 - building world TB --- 2012-06-06 00:20:31 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 00:20:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 00:20:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 00:20:31 - SRCCONF=/dev/null TB --- 2012-06-06 00:20:31 - TARGET=ia64 TB --- 2012-06-06 00:20:31 - TARGET_ARCH=ia64 TB --- 2012-06-06 00:20:31 - TZ=UTC TB --- 2012-06-06 00:20:31 - __MAKE_CONF=/dev/null TB --- 2012-06-06 00:20:31 - cd /src TB --- 2012-06-06 00:20:31 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 00:20:32 UTC 2012 >>> 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 Jun 6 01:18:57 UTC 2012 TB --- 2012-06-06 01:18:57 - generating LINT kernel config TB --- 2012-06-06 01:18:57 - cd /src/sys/ia64/conf TB --- 2012-06-06 01:18:57 - /usr/bin/make -B LINT TB --- 2012-06-06 01:18:57 - cd /src/sys/ia64/conf TB --- 2012-06-06 01:18:57 - /usr/sbin/config -m LINT TB --- 2012-06-06 01:18:57 - building LINT kernel TB --- 2012-06-06 01:18:57 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 01:18:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 01:18:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 01:18:57 - SRCCONF=/dev/null TB --- 2012-06-06 01:18:57 - TARGET=ia64 TB --- 2012-06-06 01:18:57 - TARGET_ARCH=ia64 TB --- 2012-06-06 01:18:57 - TZ=UTC TB --- 2012-06-06 01:18:57 - __MAKE_CONF=/dev/null TB --- 2012-06-06 01:18:57 - cd /src TB --- 2012-06-06 01:18:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 01:18:57 UTC 2012 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk if_rum.kld export_syms | xargs -J% objcopy % if_rum.kld ld -Bshareable -d -warn-common -o if_rum.ko if_rum.kld objcopy --strip-debug if_rum.ko ===> usb/run (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64/src/sys/LINT -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:77:1: error: "nitems" redefined In file included from /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:27: @/sys/param.h:274:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/usb/run. *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 01:37:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 01:37:31 - ERROR: failed to build LINT kernel TB --- 2012-06-06 01:37:31 - 3959.70 user 527.77 system 4631.04 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 01:43:55 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B1AD106564A; Wed, 6 Jun 2012 01:43:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 570D28FC12; Wed, 6 Jun 2012 01:43:54 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q561hrdt018973; Wed, 6 Jun 2012 01:43:53 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q561hrlX018972; Wed, 6 Jun 2012 01:43:53 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 01:43:53 GMT Message-Id: <201206060143.q561hrlX018972@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 01:43:55 -0000 TB --- 2012-06-06 00:48:27 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 00:48:27 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 00:48:27 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-06-06 00:48:27 - cleaning the object tree TB --- 2012-06-06 00:48:27 - cvsupping the source tree TB --- 2012-06-06 00:48:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-06-06 00:48:38 - building world TB --- 2012-06-06 00:48:38 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 00:48:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 00:48:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 00:48:38 - SRCCONF=/dev/null TB --- 2012-06-06 00:48:38 - TARGET=powerpc TB --- 2012-06-06 00:48:38 - TARGET_ARCH=powerpc TB --- 2012-06-06 00:48:38 - TZ=UTC TB --- 2012-06-06 00:48:38 - __MAKE_CONF=/dev/null TB --- 2012-06-06 00:48:38 - cd /src TB --- 2012-06-06 00:48:38 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 00:48:38 UTC 2012 >>> 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 Jun 6 01:31:15 UTC 2012 TB --- 2012-06-06 01:31:15 - generating LINT kernel config TB --- 2012-06-06 01:31:15 - cd /src/sys/powerpc/conf TB --- 2012-06-06 01:31:15 - /usr/bin/make -B LINT TB --- 2012-06-06 01:31:15 - cd /src/sys/powerpc/conf TB --- 2012-06-06 01:31:15 - /usr/sbin/config -m LINT TB --- 2012-06-06 01:31:15 - building LINT kernel TB --- 2012-06-06 01:31:15 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 01:31:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 01:31:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 01:31:15 - SRCCONF=/dev/null TB --- 2012-06-06 01:31:15 - TARGET=powerpc TB --- 2012-06-06 01:31:15 - TARGET_ARCH=powerpc TB --- 2012-06-06 01:31:15 - TZ=UTC TB --- 2012-06-06 01:31:15 - __MAKE_CONF=/dev/null TB --- 2012-06-06 01:31:15 - cd /src TB --- 2012-06-06 01:31:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 01:31:15 UTC 2012 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk if_rum.kld export_syms | xargs -J% objcopy % if_rum.kld ld -Bshareable -d -warn-common -o if_rum.ko if_rum.kld objcopy --strip-debug if_rum.ko ===> usb/run (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc/src/sys/LINT -msoft-float -mno-altivec -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:77:1: error: "nitems" redefined In file included from /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:27: @/sys/param.h:274:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/usb/run. *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 01:43:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 01:43:53 - ERROR: failed to build LINT kernel TB --- 2012-06-06 01:43:53 - 2796.39 user 441.25 system 3326.69 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 01:44:41 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F4521065670; Wed, 6 Jun 2012 01:44:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id B99CC8FC14; Wed, 6 Jun 2012 01:44:40 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q561iemi020093; Wed, 6 Jun 2012 01:44:40 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q561ievd020092; Wed, 6 Jun 2012 01:44:40 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 01:44:40 GMT Message-Id: <201206060144.q561ievd020092@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 01:44:41 -0000 TB --- 2012-06-06 00:51:08 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 00:51:08 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 00:51:08 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-06-06 00:51:08 - cleaning the object tree TB --- 2012-06-06 00:51:08 - cvsupping the source tree TB --- 2012-06-06 00:51:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2012-06-06 00:51:19 - building world TB --- 2012-06-06 00:51:19 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 00:51:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 00:51:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 00:51:19 - SRCCONF=/dev/null TB --- 2012-06-06 00:51:19 - TARGET=sparc64 TB --- 2012-06-06 00:51:19 - TARGET_ARCH=sparc64 TB --- 2012-06-06 00:51:19 - TZ=UTC TB --- 2012-06-06 00:51:19 - __MAKE_CONF=/dev/null TB --- 2012-06-06 00:51:19 - cd /src TB --- 2012-06-06 00:51:19 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 00:51:19 UTC 2012 >>> 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 Jun 6 01:31:24 UTC 2012 TB --- 2012-06-06 01:31:24 - generating LINT kernel config TB --- 2012-06-06 01:31:24 - cd /src/sys/sparc64/conf TB --- 2012-06-06 01:31:24 - /usr/bin/make -B LINT TB --- 2012-06-06 01:31:24 - cd /src/sys/sparc64/conf TB --- 2012-06-06 01:31:24 - /usr/sbin/config -m LINT TB --- 2012-06-06 01:31:24 - building LINT kernel TB --- 2012-06-06 01:31:24 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 01:31:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 01:31:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 01:31:24 - SRCCONF=/dev/null TB --- 2012-06-06 01:31:24 - TARGET=sparc64 TB --- 2012-06-06 01:31:24 - TARGET_ARCH=sparc64 TB --- 2012-06-06 01:31:24 - TZ=UTC TB --- 2012-06-06 01:31:24 - __MAKE_CONF=/dev/null TB --- 2012-06-06 01:31:24 - cd /src TB --- 2012-06-06 01:31:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 01:31:24 UTC 2012 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk if_rum.kld export_syms | xargs -J% objcopy % if_rum.kld ld -Bshareable -d -warn-common -o if_rum.ko if_rum.kld objcopy --strip-debug if_rum.ko ===> usb/run (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:77:1: error: "nitems" redefined In file included from /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:27: @/sys/param.h:274:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/usb/run. *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 01:44:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 01:44:40 - ERROR: failed to build LINT kernel TB --- 2012-06-06 01:44:40 - 2699.03 user 426.41 system 3212.26 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 01:48:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 786CC106566B for ; Wed, 6 Jun 2012 01:48:40 +0000 (UTC) (envelope-from dddaley@yahoo.com) Received: from nm28-vm0.bullet.mail.sp2.yahoo.com (nm28-vm0.bullet.mail.sp2.yahoo.com [98.139.91.234]) by mx1.freebsd.org (Postfix) with SMTP id 311F08FC1E for ; Wed, 6 Jun 2012 01:48:40 +0000 (UTC) Received: from [98.139.91.66] by nm28.bullet.mail.sp2.yahoo.com with NNFMP; 06 Jun 2012 01:48:34 -0000 Received: from [208.71.42.205] by tm6.bullet.mail.sp2.yahoo.com with NNFMP; 06 Jun 2012 01:45:39 -0000 Received: from [127.0.0.1] by smtp216.mail.gq1.yahoo.com with NNFMP; 06 Jun 2012 01:45:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1338947139; bh=i4NsFIYhR0/wRvy1CohirN6yPTyWT6L1k89k65zPVkY=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ubKChXkbVaKo0uDX8BeqB4yynyIjo6kgoLVRx/xt2lL+YHdXIoB+wSdo/F9peXBzS3w5T3lAtz0uHbIT+nhXtxx/uXFmUEqCM5HM8HY9cG25pcYw5e6jaQLHnJ+k49+dXkd+jjRxO/GKbx4MWEh6DG9vG75WmpTZ4vD89AO7Yx0= X-Yahoo-Newman-Id: 852614.80218.bm@smtp216.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: RHit71cVM1nipwMuOdbALXgfxd6ZMacv8zFGc4HP0oFb64x dWKJ1vROvsULZpVSbFOfUQhvwlxpdp.DT2TO6asscXn4c2tjOuEyzZNIMeRq LIOkO9BAWEqXA2MfMADwsM3WUJc6x17gB6nRLrM2tYnwf_21VDfzSw4jKpyJ gfdgWRN2PrMSkyQdQTotd6BSYhJoGA.5QKGRbfhtDn3sQ_OfusEWQ6.8t9NR XSjZ4TaFVsoe9J2UowdeH_GNo5c5U8SkREE8Os93jtmBW2xGMXBCobW8fwMb KzlgH_7rijtu.9QBWDyFdnK_6kBcOb6mrNq94G5H6XyLwC5p_V0nv9uvtXGb wG_Fo0xkic7ouDvtAsZaZjws.vJG3nm0i_rOquq7sNenxsxUETv54JPR17qM gN6PqQqWVPQCbPCzG2pLpriHQg.K5AE8UpB4hUzDDfb8- X-Yahoo-SMTP: z6dQwTeswBDDR3zJap0nVIllEEY- Received: from shuttlebsd.localdomain (dddaley@107.30.203.177 with plain) by smtp216.mail.gq1.yahoo.com with SMTP; 05 Jun 2012 18:45:39 -0700 PDT Message-ID: <4FCEB63D.3080409@yahoo.com> Date: Tue, 05 Jun 2012 20:45:33 -0500 From: Dan Daley User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120318 Thunderbird/10.0.3 MIME-Version: 1.0 To: David Magda References: <3CEF3B39-BE1E-4FC4-81F3-D26049C83313@netflix.com> <331117A3-8C3B-4F39-848C-D08008633F09@ee.ryerson.ca> In-Reply-To: <331117A3-8C3B-4F39-848C-D08008633F09@ee.ryerson.ca> Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Scott Long , FreeBSD Stable Subject: Re: Netflix's New Peering Appliance Uses FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 01:48:40 -0000 Maybe their knowledge of Linux drove them to use FreeBSD. Sorry, couldn't resist ;) On 06/05/2012 19:42, David Magda wrote: > On Jun 5, 2012, at 20:16, Scott Long wrote: > >> If you have any questions, let me know or follow the information links on the >> OpenConnect web site. > Out of curiosity, given that Linux seems popular in so many other places (Google, Facebook), is there any particular reason why FreeBSD was chosen for this? > > I'm sure Linux is used in many other places (much of Netflix's IT infrastructure is on Amazon IIRC), so I'm kind of surprised that they went with FreeBSD when they probably already have so much knowledge with Linux. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 02:29:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFED1106566B; Wed, 6 Jun 2012 02:29:18 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 965A58FC12; Wed, 6 Jun 2012 02:29:18 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q562Sw2G032100; Tue, 5 Jun 2012 20:29:03 -0600 From: Erich To: freebsd-current@freebsd.org Date: Wed, 06 Jun 2012 09:28:57 +0700 Message-ID: <1512108.ktTFbKUn1p@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605060950.GC32448@lonesome.com> References: <2188078.y2TVGRxzTH@x220.ovitrap.com> <20120605060950.GC32448@lonesome.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@freebsd.org, Chris Rees , Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 02:29:19 -0000 Hi, On 05 June 2012 1:09:50 Mark Linimon wrote: > On Tue, Jun 05, 2012 at 01:00:45PM +0700, Erich wrote: > > All of these, with the exception of HEAD (which is always a valid tag), > > only apply to the src/ tree. The ports/, doc/, and www/ trees are not > > branched. > > If you create a branch, you must create a tag for that branch. > > However, you can create a tag without creating a branch. That is what > is done for the ports tree. > I found now the point in which all normal users will give up: The handbook states this: Which version(s) of them do you want? 'With CVSup, you can receive virtually any version of the sources that ever existed. That is possible because the cvsupd server works directly from the CVS repository, which contains all of the versions. You specify which one of them you want using the tag= and date= value fields. Warning: Be very careful to specify any tag= fields correctly. Some tags are valid only for certain collections of files. If you specify an incorrect or misspelled tag, CVSup will delete files which you probably do not want deleted. In particular, use only tag=. for the ports-* collections.' Why should a normal user continue to search for a tag when the handbook is so clear on this? Erich From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 02:36:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1AEC1065670; Wed, 6 Jun 2012 02:36:01 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 55C3A8FC0A; Wed, 6 Jun 2012 02:36:01 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q562ZtEx001443; Tue, 5 Jun 2012 20:35:57 -0600 From: Erich To: Mark Linimon Date: Wed, 06 Jun 2012 09:35:53 +0700 Message-ID: <3019920.ozTXahhPXd@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605121347.GA19192@lonesome.com> References: <1544703.EkgB5WbdBi@x220.ovitrap.com> <20120605121347.GA19192@lonesome.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@freebsd.org, Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 02:36:01 -0000 Hi, On 05 June 2012 7:13:47 Mark Linimon wrote: > On Tue, Jun 05, 2012 at 03:23:01PM +0700, Erich wrote: > > But is this true for apache only or for the whole ports tree? > > Entire tree. my problem with this is that the documentation states something very different: >From the handbook at the location where beginners will look for it: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html 'Which version(s) of them do you want? With CVSup, you can receive virtually any version of the sources that ever existed. That is possible because the cvsupd server works directly from the CVS repository, which contains all of the versions. You specify which one of them you want using the tag= and date= value fields. Warning: Be very careful to specify any tag= fields correctly. Some tags are valid only for certain collections of files. If you specify an incorrect or misspelled tag, CVSup will delete files which you probably do not want deleted. In particular, use only tag=. for the ports-* collections.' I think that this states very clearly that there are no tags. So, after we learned that every thing I am asking is there anyway in an official and supported way, only the documentation has to be changed. Erich From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 02:48:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F0721065673; Wed, 6 Jun 2012 02:48:12 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 147EC8FC15; Wed, 6 Jun 2012 02:48:11 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q562m6vA004909; Tue, 5 Jun 2012 20:48:07 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Wed, 06 Jun 2012 09:47:55 +0700 Message-ID: <1805884.WJzBQIFnSm@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605144247.6C1C121489D2@drugs.dv.isc.org> References: <1541214.ZfRdXxb0Qe@x220.ovitrap.com> <20120605144247.6C1C121489D2@drugs.dv.isc.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Chris Rees , freebsd-current@freebsd.org, Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 02:48:12 -0000 Hi, On 06 June 2012 0:42:47 Mark Andrews wrote: > > In message <1541214.ZfRdXxb0Qe@x220.ovitrap.com>, Erich writes: > > Hi, > > > > On 05 June 2012 1:09:50 Mark Linimon wrote: > > > On Tue, Jun 05, 2012 at 01:00:45PM +0700, Erich wrote: > > > > All of these, with the exception of HEAD (which is always a valid tag), > > > > only apply to the src/ tree. The ports/, doc/, and www/ trees are not > > > > branched. > > > > > > If you create a branch, you must create a tag for that branch. > > > > > > However, you can create a tag without creating a branch. That is what > > > is done for the ports tree. > > > > > I found now the location where this information is missing for beginners. > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html > > > > I simply cannot believe that beginners would expect this information to find > > this in the section for updating the kernel. > > > > Erich > > Because, while you believe it is better to roll back to the release > point it really isn't. The ports tree is rarely broken for long. > When it is broken people will tell you to roll back to a good date > and give you the date to use. I've had to roll back a couple of > times in 11+ years of updating and never to a release point. > > What is there is good advice. Use a up-to-date ports tree. If it > is broken wait a days or so and try again. If it is still broken > report the problem using send-pr. > you will find thousands of notes that people should not run bleeding edge when it comes to the kernel. But people are forced to run bleeding edge on the ports. The documentation than even states that there is no fall back. You state it as being just normal to wait for a week or more until the problem is solved. I cannot imagine that people who come to FreeBSD and get trapped somehow will stick to it then. They might will ask on this list just to learn that there is no help available. Just wait. People who have to make decisions what operating system should be used on their workplaces will not like this and stick with whatever they have. I believe that this is a very good user repellent. Erich From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 03:29:30 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE148106564A for ; Wed, 6 Jun 2012 03:29:30 +0000 (UTC) (envelope-from scottl@netflix.com) Received: from exout103.netflix.com (exout101.netflix.com [69.53.237.162]) by mx1.freebsd.org (Postfix) with ESMTP id A0C9D8FC15 for ; Wed, 6 Jun 2012 03:29:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=s1024;d=netflix.com; h=from:to:cc:subject:date:message-id:references:in-reply-to :content-type:mime-version; bh=3lwYjqDrRNLsrB/BLijk6OF0LR4=; b=gxfrAHCv41U/Cj4UnPIDm/J4tsUBXc8OOslcP/XmyHhHFClcKGdV0ZvlYm1islZyardMhf6y IULQjq7XFSF9AZPLOjCmeGqV8G7G11la7CQ4QK4KQnT6jQ9LCpViftb/vRHIxEW+jFD4p4rG iAqagoHV6l8NMhv/zuhcNwJ5mY8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024;d=netflix.com; h=from:to:cc:subject:date:message-id:references:in-reply-to :content-type:mime-version; b=A2Jrg4FBtj96npaYP1kl6pakLgPkWJy7xEt6vFfWwOh6GcE+BUffdtmqeDjaHMCZZ09QwEuV CvwkVRaILXPExDuKz3lFJtDwiuKK8a69/e/WLc7jS9FgdwNtHVmX+N/McjYO2V///dxZdp/S axS3aEVIypEDzZNZZVwMylonINw= Received: from EXFE102.corp.netflix.com (10.64.32.162) by exout103.netflix.com (10.64.240.73) with Microsoft SMTP Server (TLS) id 14.2.298.4; Tue, 5 Jun 2012 20:29:20 -0700 Received: from EXMB107.corp.netflix.com ([169.254.7.134]) by exfe102.corp.netflix.com ([10.64.32.162]) with mapi id 14.02.0283.003; Tue, 5 Jun 2012 20:29:23 -0700 From: Scott Long To: David Magda Thread-Topic: Netflix's New Peering Appliance Uses FreeBSD Thread-Index: AQHNQ3mpDyhfu/u2jUaowYKh4kcMDZbs6P2AgAAuiQA= Date: Wed, 6 Jun 2012 03:29:22 +0000 Message-ID: References: <3CEF3B39-BE1E-4FC4-81F3-D26049C83313@netflix.com> <331117A3-8C3B-4F39-848C-D08008633F09@ee.ryerson.ca> In-Reply-To: <331117A3-8C3B-4F39-848C-D08008633F09@ee.ryerson.ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.64.24.140] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: FreeBSD Stable Subject: Re: Netflix's New Peering Appliance Uses FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 03:29:30 -0000 On Jun 5, 2012, at 6:42 PM, David Magda wrote: > On Jun 5, 2012, at 20:16, Scott Long wrote: >=20 >> If you have any questions, let me know or follow the information links o= n the >> OpenConnect web site. >=20 > Out of curiosity, given that Linux seems popular in so many other places = (Google, Facebook), is there any particular reason why FreeBSD was chosen f= or this? >=20 > I'm sure Linux is used in many other places (much of Netflix's IT infrast= ructure is on Amazon IIRC), so I'm kind of surprised that they went with Fr= eeBSD when they probably already have so much knowledge with Linux. >=20 >=20 Linux works wonderfully on EC2 for our C&C and computational tasks, FreeBSD= is proving to work well on deployed hardware for serving bits. It highly = maintainable, and there's an excellent community supporting it. From the w= ebsite: For the operating system, we use FreeBSD version 9.0. This was selected for its balance of stability and features, a strong development community and staff expertise. We will contribute changes we make as part of our project to the community through the FreeBSD committers on our team. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 05:48:35 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FD6B106564A; Wed, 6 Jun 2012 05:48:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 2B8788FC08; Wed, 6 Jun 2012 05:48:35 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q565mYK5064496; Wed, 6 Jun 2012 05:48:34 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q565mYoZ064494; Wed, 6 Jun 2012 05:48:34 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 05:48:34 GMT Message-Id: <201206060548.q565mYoZ064494@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 05:48:35 -0000 TB --- 2012-06-06 05:11:14 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 05:11:14 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 05:11:14 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-06-06 05:11:14 - cleaning the object tree TB --- 2012-06-06 05:11:14 - cvsupping the source tree TB --- 2012-06-06 05:11:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/arm/arm/supfile TB --- 2012-06-06 05:11:41 - building world TB --- 2012-06-06 05:11:41 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:11:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:11:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:11:41 - SRCCONF=/dev/null TB --- 2012-06-06 05:11:41 - TARGET=arm TB --- 2012-06-06 05:11:41 - TARGET_ARCH=arm TB --- 2012-06-06 05:11:41 - TZ=UTC TB --- 2012-06-06 05:11:41 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:11:41 - cd /src TB --- 2012-06-06 05:11:41 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 05:11:41 UTC 2012 >>> 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 Jun 6 05:48:17 UTC 2012 TB --- 2012-06-06 05:48:17 - cd /src/sys/arm/conf TB --- 2012-06-06 05:48:17 - /usr/sbin/config -m AVILA TB --- 2012-06-06 05:48:17 - building AVILA kernel TB --- 2012-06-06 05:48:17 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:48:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:48:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:48:17 - SRCCONF=/dev/null TB --- 2012-06-06 05:48:17 - TARGET=arm TB --- 2012-06-06 05:48:17 - TARGET_ARCH=arm TB --- 2012-06-06 05:48:17 - TZ=UTC TB --- 2012-06-06 05:48:17 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:48:17 - cd /src TB --- 2012-06-06 05:48:17 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Wed Jun 6 05:48:17 UTC 2012 >>> 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 -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/cam_queue.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/cam_sim.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/cam_xpt.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/ata/ata_all.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/ata/ata_xpt.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/ata/ata_pmp.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/scsi/scsi_xpt.c /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /obj/arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 05:48:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 05:48:34 - ERROR: failed to build AVILA kernel TB --- 2012-06-06 05:48:34 - 1715.06 user 382.20 system 2239.81 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 05:56:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA5B4106566B for ; Wed, 6 Jun 2012 05:56:56 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 547688FC0A for ; Wed, 6 Jun 2012 05:56:56 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id q565um8Q022552; Wed, 6 Jun 2012 15:56:48 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 6 Jun 2012 15:56:48 +1000 (EST) From: Ian Smith To: Kurt Jaeger In-Reply-To: <20120605182803.GM5335@home.opsec.eu> Message-ID: <20120606153312.J46641@sola.nimnet.asn.au> References: <1338917994.76231.YahooMailRC@web83103.mail.mud.yahoo.com> <20120605182803.GM5335@home.opsec.eu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Netflix's New Peering Appliance Uses FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 05:56:56 -0000 On Tue, 5 Jun 2012, Kurt Jaeger wrote: > > I didn't see a link to this information in the e-mail below. I found this info > > detailed here: > > > > > > https://signup.netflix.com/openconnect/software > > If you come from an IP range outside of netflix' footprint, that > page is not available. Indeed, I found it a tad strange that URL redirecting to https://signup.netflix.com/global which sayeth: "Sorry, Netflix is not available in your country... yet Enter your name and email address below and we'll email you when Netflix is available." > But have a look at that PDF, comes from their webpage: > > http://opsec.eu/backup/OpenConnectDeploymentGuide-v2.4a.pdf Interesting box alright. Hope it wasn't Top Secret in my country, and that I can ask my (Debian based) ISP when they'll be getting some? :) Good to see Scott's found something to keep him off the streets too .. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 06:07:46 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DA7D1065670; Wed, 6 Jun 2012 06:07:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 139018FC14; Wed, 6 Jun 2012 06:07:46 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q5667jsx061052; Wed, 6 Jun 2012 06:07:45 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q5667jFt061051; Wed, 6 Jun 2012 06:07:45 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 06:07:45 GMT Message-Id: <201206060607.q5667jFt061051@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 06:07:46 -0000 TB --- 2012-06-06 04:41:23 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 04:41:23 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 04:41:23 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-06-06 04:41:23 - cleaning the object tree TB --- 2012-06-06 04:41:53 - cvsupping the source tree TB --- 2012-06-06 04:41:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2012-06-06 04:42:40 - building world TB --- 2012-06-06 04:42:40 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 04:42:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 04:42:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 04:42:40 - SRCCONF=/dev/null TB --- 2012-06-06 04:42:40 - TARGET=amd64 TB --- 2012-06-06 04:42:40 - TARGET_ARCH=amd64 TB --- 2012-06-06 04:42:40 - TZ=UTC TB --- 2012-06-06 04:42:40 - __MAKE_CONF=/dev/null TB --- 2012-06-06 04:42:40 - cd /src TB --- 2012-06-06 04:42:40 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 04:42:41 UTC 2012 >>> 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 Wed Jun 6 05:49:51 UTC 2012 TB --- 2012-06-06 05:49:51 - generating LINT kernel config TB --- 2012-06-06 05:49:51 - cd /src/sys/amd64/conf TB --- 2012-06-06 05:49:51 - /usr/bin/make -B LINT TB --- 2012-06-06 05:49:51 - cd /src/sys/amd64/conf TB --- 2012-06-06 05:49:51 - /usr/sbin/config -m LINT TB --- 2012-06-06 05:49:51 - building LINT kernel TB --- 2012-06-06 05:49:51 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:49:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:49:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:49:51 - SRCCONF=/dev/null TB --- 2012-06-06 05:49:51 - TARGET=amd64 TB --- 2012-06-06 05:49:51 - TARGET_ARCH=amd64 TB --- 2012-06-06 05:49:51 - TZ=UTC TB --- 2012-06-06 05:49:51 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:49:51 - cd /src TB --- 2012-06-06 05:49:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 05:49:51 UTC 2012 >>> 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 [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk if_rum.ko export_syms | xargs -J% objcopy % if_rum.ko objcopy --strip-debug if_rum.ko ===> usb/run (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:77:1: error: "nitems" redefined In file included from /src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:27: @/sys/param.h:274:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/usb/run. *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 06:07:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 06:07:45 - ERROR: failed to build LINT kernel TB --- 2012-06-06 06:07:45 - 4043.45 user 728.30 system 5182.43 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 06:19:07 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D1971065674; Wed, 6 Jun 2012 06:19:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 115B08FC15; Wed, 6 Jun 2012 06:19:06 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q566J6Kf078377; Wed, 6 Jun 2012 06:19:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q566J6HM078360; Wed, 6 Jun 2012 06:19:06 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 06:19:06 GMT Message-Id: <201206060619.q566J6HM078360@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 06:19:07 -0000 TB --- 2012-06-06 05:29:37 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 05:29:37 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 05:29:37 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-06-06 05:29:37 - cleaning the object tree TB --- 2012-06-06 05:30:03 - cvsupping the source tree TB --- 2012-06-06 05:30:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-06-06 05:30:15 - building world TB --- 2012-06-06 05:30:15 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:30:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:30:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:30:15 - SRCCONF=/dev/null TB --- 2012-06-06 05:30:15 - TARGET=i386 TB --- 2012-06-06 05:30:15 - TARGET_ARCH=i386 TB --- 2012-06-06 05:30:15 - TZ=UTC TB --- 2012-06-06 05:30:15 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:30:15 - cd /src TB --- 2012-06-06 05:30:15 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 05:30:16 UTC 2012 >>> 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 Jun 6 06:16:16 UTC 2012 TB --- 2012-06-06 06:16:16 - generating LINT kernel config TB --- 2012-06-06 06:16:16 - cd /src/sys/i386/conf TB --- 2012-06-06 06:16:16 - /usr/bin/make -B LINT TB --- 2012-06-06 06:16:16 - cd /src/sys/i386/conf TB --- 2012-06-06 06:16:16 - /usr/sbin/config -m LINT TB --- 2012-06-06 06:16:16 - building LINT kernel TB --- 2012-06-06 06:16:16 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:16:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:16:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:16:16 - SRCCONF=/dev/null TB --- 2012-06-06 06:16:16 - TARGET=i386 TB --- 2012-06-06 06:16:16 - TARGET_ARCH=i386 TB --- 2012-06-06 06:16:16 - TZ=UTC TB --- 2012-06-06 06:16:16 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:16:16 - cd /src TB --- 2012-06-06 06:16:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 06:16:16 UTC 2012 >>> 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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_queue.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_sim.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_all.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_pmp.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_xpt.c /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 06:19:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 06:19:06 - ERROR: failed to build LINT kernel TB --- 2012-06-06 06:19:06 - 2284.15 user 435.15 system 2969.48 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 06:21:55 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A91AE1065670; Wed, 6 Jun 2012 06:21:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 3B6238FC17; Wed, 6 Jun 2012 06:21:55 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q566Lst9024033; Wed, 6 Jun 2012 06:21:54 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q566Ls2C024032; Wed, 6 Jun 2012 06:21:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 06:21:54 GMT Message-Id: <201206060621.q566Ls2C024032@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 06:21:55 -0000 TB --- 2012-06-06 05:33:44 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 05:33:44 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 05:33:44 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-06-06 05:33:44 - cleaning the object tree TB --- 2012-06-06 05:34:08 - cvsupping the source tree TB --- 2012-06-06 05:34:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2012-06-06 05:34:20 - building world TB --- 2012-06-06 05:34:20 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:34:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:34:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:34:20 - SRCCONF=/dev/null TB --- 2012-06-06 05:34:20 - TARGET=pc98 TB --- 2012-06-06 05:34:20 - TARGET_ARCH=i386 TB --- 2012-06-06 05:34:20 - TZ=UTC TB --- 2012-06-06 05:34:20 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:34:20 - cd /src TB --- 2012-06-06 05:34:20 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 05:34:21 UTC 2012 >>> 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 Jun 6 06:19:49 UTC 2012 TB --- 2012-06-06 06:19:49 - generating LINT kernel config TB --- 2012-06-06 06:19:49 - cd /src/sys/pc98/conf TB --- 2012-06-06 06:19:49 - /usr/bin/make -B LINT TB --- 2012-06-06 06:19:49 - cd /src/sys/pc98/conf TB --- 2012-06-06 06:19:49 - /usr/sbin/config -m LINT TB --- 2012-06-06 06:19:49 - building LINT kernel TB --- 2012-06-06 06:19:49 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:19:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:19:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:19:49 - SRCCONF=/dev/null TB --- 2012-06-06 06:19:49 - TARGET=pc98 TB --- 2012-06-06 06:19:49 - TARGET_ARCH=i386 TB --- 2012-06-06 06:19:49 - TZ=UTC TB --- 2012-06-06 06:19:49 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:19:49 - cd /src TB --- 2012-06-06 06:19:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 06:19:49 UTC 2012 >>> 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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_queue.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_sim.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_all.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_pmp.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_xpt.c /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 06:21:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 06:21:54 - ERROR: failed to build LINT kernel TB --- 2012-06-06 06:21:54 - 2242.78 user 430.79 system 2890.47 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 06:32:53 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B90C1065670; Wed, 6 Jun 2012 06:32:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id D5D938FC08; Wed, 6 Jun 2012 06:32:52 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q566WquC028593; Wed, 6 Jun 2012 06:32:52 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q566Wqx1028592; Wed, 6 Jun 2012 06:32:52 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 06:32:52 GMT Message-Id: <201206060632.q566Wqx1028592@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 06:32:53 -0000 TB --- 2012-06-06 05:51:49 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 05:51:49 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 05:51:49 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-06-06 05:51:49 - cleaning the object tree TB --- 2012-06-06 05:52:13 - cvsupping the source tree TB --- 2012-06-06 05:52:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/mips/mips/supfile TB --- 2012-06-06 05:52:31 - building world TB --- 2012-06-06 05:52:31 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:52:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:52:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:52:31 - SRCCONF=/dev/null TB --- 2012-06-06 05:52:31 - TARGET=mips TB --- 2012-06-06 05:52:31 - TARGET_ARCH=mips TB --- 2012-06-06 05:52:31 - TZ=UTC TB --- 2012-06-06 05:52:31 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:52:31 - cd /src TB --- 2012-06-06 05:52:31 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 05:52:31 UTC 2012 >>> 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 Jun 6 06:27:36 UTC 2012 TB --- 2012-06-06 06:27:36 - cd /src/sys/mips/conf TB --- 2012-06-06 06:27:36 - /usr/sbin/config -m ADM5120 TB --- 2012-06-06 06:27:36 - building ADM5120 kernel TB --- 2012-06-06 06:27:36 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:27:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:27:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:27:36 - SRCCONF=/dev/null TB --- 2012-06-06 06:27:36 - TARGET=mips TB --- 2012-06-06 06:27:36 - TARGET_ARCH=mips TB --- 2012-06-06 06:27:36 - TZ=UTC TB --- 2012-06-06 06:27:36 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:27:36 - cd /src TB --- 2012-06-06 06:27:36 - /usr/bin/make -B buildkernel KERNCONF=ADM5120 >>> Kernel build for ADM5120 started on Wed Jun 6 06:27:36 UTC 2012 >>> 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 >>> Kernel build for ADM5120 completed on Wed Jun 6 06:28:42 UTC 2012 TB --- 2012-06-06 06:28:42 - cd /src/sys/mips/conf TB --- 2012-06-06 06:28:42 - /usr/sbin/config -m ALCHEMY TB --- 2012-06-06 06:28:42 - building ALCHEMY kernel TB --- 2012-06-06 06:28:42 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:28:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:28:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:28:42 - SRCCONF=/dev/null TB --- 2012-06-06 06:28:42 - TARGET=mips TB --- 2012-06-06 06:28:42 - TARGET_ARCH=mips TB --- 2012-06-06 06:28:42 - TZ=UTC TB --- 2012-06-06 06:28:42 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:28:42 - cd /src TB --- 2012-06-06 06:28:42 - /usr/bin/make -B buildkernel KERNCONF=ALCHEMY >>> Kernel build for ALCHEMY started on Wed Jun 6 06:28:43 UTC 2012 >>> 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 >>> Kernel build for ALCHEMY completed on Wed Jun 6 06:29:47 UTC 2012 TB --- 2012-06-06 06:29:47 - cd /src/sys/mips/conf TB --- 2012-06-06 06:29:47 - /usr/sbin/config -m AR71XX TB --- 2012-06-06 06:29:47 - building AR71XX kernel TB --- 2012-06-06 06:29:47 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:29:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:29:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:29:47 - SRCCONF=/dev/null TB --- 2012-06-06 06:29:47 - TARGET=mips TB --- 2012-06-06 06:29:47 - TARGET_ARCH=mips TB --- 2012-06-06 06:29:47 - TZ=UTC TB --- 2012-06-06 06:29:47 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:29:47 - cd /src TB --- 2012-06-06 06:29:47 - /usr/bin/make -B buildkernel KERNCONF=AR71XX >>> Kernel build for AR71XX started on Wed Jun 6 06:29:47 UTC 2012 >>> 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 -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_pt.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_sa.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_ses.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_sg.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_targ_bh.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_target.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_xpt.c /src/sys/modules/cam/../../cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /src/sys/modules/cam. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/mips/src/sys/AR71XX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 06:32:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 06:32:52 - ERROR: failed to build AR71XX kernel TB --- 2012-06-06 06:32:52 - 1912.98 user 400.46 system 2462.84 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 06:38:59 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D798106567D; Wed, 6 Jun 2012 06:38:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 3A89A8FC17; Wed, 6 Jun 2012 06:38:59 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q566cwCQ073337; Wed, 6 Jun 2012 06:38:58 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q566cwM8073336; Wed, 6 Jun 2012 06:38:58 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 06:38:58 GMT Message-Id: <201206060638.q566cwM8073336@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 06:38:59 -0000 TB --- 2012-06-06 05:52:40 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 05:52:40 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 05:52:40 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-06-06 05:52:40 - cleaning the object tree TB --- 2012-06-06 05:53:02 - cvsupping the source tree TB --- 2012-06-06 05:53:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-06-06 05:53:14 - building world TB --- 2012-06-06 05:53:14 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:53:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:53:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:53:14 - SRCCONF=/dev/null TB --- 2012-06-06 05:53:14 - TARGET=powerpc TB --- 2012-06-06 05:53:14 - TARGET_ARCH=powerpc TB --- 2012-06-06 05:53:14 - TZ=UTC TB --- 2012-06-06 05:53:14 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:53:14 - cd /src TB --- 2012-06-06 05:53:14 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 05:53:15 UTC 2012 >>> 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 Jun 6 06:37:28 UTC 2012 TB --- 2012-06-06 06:37:28 - generating LINT kernel config TB --- 2012-06-06 06:37:28 - cd /src/sys/powerpc/conf TB --- 2012-06-06 06:37:28 - /usr/bin/make -B LINT TB --- 2012-06-06 06:37:28 - cd /src/sys/powerpc/conf TB --- 2012-06-06 06:37:28 - /usr/sbin/config -m LINT TB --- 2012-06-06 06:37:28 - building LINT kernel TB --- 2012-06-06 06:37:28 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:37:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:37:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:37:28 - SRCCONF=/dev/null TB --- 2012-06-06 06:37:28 - TARGET=powerpc TB --- 2012-06-06 06:37:28 - TARGET_ARCH=powerpc TB --- 2012-06-06 06:37:28 - TZ=UTC TB --- 2012-06-06 06:37:28 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:37:28 - cd /src TB --- 2012-06-06 06:37:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 06:37:28 UTC 2012 >>> 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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_queue.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_sim.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_all.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_pmp.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_xpt.c /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 06:38:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 06:38:58 - ERROR: failed to build LINT kernel TB --- 2012-06-06 06:38:58 - 2229.95 user 406.41 system 2777.85 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 06:45:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57728106568C; Wed, 6 Jun 2012 06:45:18 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 3175C8FC15; Wed, 6 Jun 2012 06:45:18 +0000 (UTC) Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS id BD42DC99C9; Wed, 6 Jun 2012 06:45:06 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (unknown [IPv6:2001:470:1f00:820:b5fa:1d16:369:7b49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 4AF50216C33; Wed, 6 Jun 2012 06:45:06 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id 91634214DF23; Wed, 6 Jun 2012 16:45:03 +1000 (EST) To: Erich From: Mark Andrews References: <1541214.ZfRdXxb0Qe@x220.ovitrap.com> <20120605144247.6C1C121489D2@drugs.dv.isc.org> <1805884.WJzBQIFnSm@x220.ovitrap.com> In-reply-to: Your message of "Wed, 06 Jun 2012 09:47:55 +0700." <1805884.WJzBQIFnSm@x220.ovitrap.com> Date: Wed, 06 Jun 2012 16:45:03 +1000 Message-Id: <20120606064503.91634214DF23@drugs.dv.isc.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org Cc: freebsd-stable@freebsd.org, Chris Rees , freebsd-current@freebsd.org, Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 06:45:18 -0000 In message <1805884.WJzBQIFnSm@x220.ovitrap.com>, Erich writes: > Hi, > > On 06 June 2012 0:42:47 Mark Andrews wrote: > > > > In message <1541214.ZfRdXxb0Qe@x220.ovitrap.com>, Erich writes: > > > Hi, > > > > > > On 05 June 2012 1:09:50 Mark Linimon wrote: > > > > On Tue, Jun 05, 2012 at 01:00:45PM +0700, Erich wrote: > > > > > All of these, with the exception of HEAD (which is always a valid tag > ), > > > > > only apply to the src/ tree. The ports/, doc/, and www/ trees are not > > > > > branched. > > > > > > > > If you create a branch, you must create a tag for that branch. > > > > > > > > However, you can create a tag without creating a branch. That is what > > > > is done for the ports tree. > > > > > > > I found now the location where this information is missing for beginners. > > > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.htm > l > > > > > > I simply cannot believe that beginners would expect this information to f > ind > > > this in the section for updating the kernel. > > > > > > Erich > > > > Because, while you believe it is better to roll back to the release > > point it really isn't. The ports tree is rarely broken for long. > > When it is broken people will tell you to roll back to a good date > > and give you the date to use. I've had to roll back a couple of > > times in 11+ years of updating and never to a release point. > > > > What is there is good advice. Use a up-to-date ports tree. If it > > is broken wait a days or so and try again. If it is still broken > > report the problem using send-pr. > > you will find thousands of notes that people should not run bleeding > edge when it comes to the kernel. > > But people are forced to run bleeding edge on the ports. The kernel and ports are very different things. On the bleeding edge the kernel may not even boot and if it boots it may corrupt the entire disk requiring you to reinstall and recover from backups. Ports don't normally get added unless they build and run. Occasionally there are integration issues because one cannot test the billions if not trillions of possible port combinations. Remember almost every port is already "released" software that has already gone through alpha and beta testing. Those that arn't are clearly marked as such. > The documentation than even states that there is no fall back. > > You state it as being just normal to wait for a week or more until the > problem is solved. I cannot imagine that people who come to FreeBSD and > get trapped somehow will stick to it then. If you report a bug to Oracle or Microsoft you won't get a fix within a week. It just doesn't happen unless you are paying very big dollars and might not happen even then as it can take weeks to find the cause of a bug even with a team working 7x24 to find it. > They might will ask on this list just to learn that there is no help > available. Just wait. > > People who have to make decisions what operating system should be used on > their workplaces will not like this and stick with whatever they have. Yet there are plenty of places that do run FreeBSD. They understand the limitations and accept them. > I believe that this is a very good user repellent. Remember you don't have to use the ports system. You can install software without using ports. The ports system just saves you time. > Erich -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 06:46:07 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C3F61065674; Wed, 6 Jun 2012 06:46:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 09F828FC1A; Wed, 6 Jun 2012 06:46:06 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q566k6P3017656; Wed, 6 Jun 2012 06:46:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q566k6Ko017653; Wed, 6 Jun 2012 06:46:06 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 06:46:06 GMT Message-Id: <201206060646.q566k6Ko017653@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 06:46:07 -0000 TB --- 2012-06-06 05:48:34 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 05:48:34 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 05:48:34 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-06-06 05:48:34 - cleaning the object tree TB --- 2012-06-06 05:48:53 - cvsupping the source tree TB --- 2012-06-06 05:48:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2012-06-06 05:49:06 - building world TB --- 2012-06-06 05:49:06 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:49:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:49:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:49:06 - SRCCONF=/dev/null TB --- 2012-06-06 05:49:06 - TARGET=ia64 TB --- 2012-06-06 05:49:06 - TARGET_ARCH=ia64 TB --- 2012-06-06 05:49:06 - TZ=UTC TB --- 2012-06-06 05:49:06 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:49:06 - cd /src TB --- 2012-06-06 05:49:06 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 05:49:07 UTC 2012 >>> 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 Jun 6 06:44:34 UTC 2012 TB --- 2012-06-06 06:44:34 - generating LINT kernel config TB --- 2012-06-06 06:44:34 - cd /src/sys/ia64/conf TB --- 2012-06-06 06:44:34 - /usr/bin/make -B LINT TB --- 2012-06-06 06:44:34 - cd /src/sys/ia64/conf TB --- 2012-06-06 06:44:34 - /usr/sbin/config -m LINT TB --- 2012-06-06 06:44:34 - building LINT kernel TB --- 2012-06-06 06:44:34 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:44:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:44:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:44:34 - SRCCONF=/dev/null TB --- 2012-06-06 06:44:34 - TARGET=ia64 TB --- 2012-06-06 06:44:34 - TARGET_ARCH=ia64 TB --- 2012-06-06 06:44:34 - TZ=UTC TB --- 2012-06-06 06:44:34 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:44:34 - cd /src TB --- 2012-06-06 06:44:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 06:44:34 UTC 2012 >>> 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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fpic -ffreestanding -Werror /src/sys/cam/cam_queue.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fpic -ffreestanding -Werror /src/sys/cam/cam_sim.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fpic -ffreestanding -Werror /src/sys/cam/cam_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fpic -ffreestanding -Werror /src/sys/cam/ata/ata_all.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fpic -ffreestanding -Werror /src/sys/cam/ata/ata_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fpic -ffreestanding -Werror /src/sys/cam/ata/ata_pmp.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fpic -ffreestanding -Werror /src/sys/cam/scsi/scsi_xpt.c /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 06:46:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 06:46:06 - ERROR: failed to build LINT kernel TB --- 2012-06-06 06:46:06 - 2902.93 user 433.98 system 3451.73 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 06:48:46 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2081B106564A; Wed, 6 Jun 2012 06:48:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id D411A8FC1E; Wed, 6 Jun 2012 06:48:45 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q566mj2g035720; Wed, 6 Jun 2012 06:48:45 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q566mjK2035719; Wed, 6 Jun 2012 06:48:45 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 06:48:45 GMT Message-Id: <201206060648.q566mjK2035719@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 06:48:46 -0000 TB --- 2012-06-06 06:07:45 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 06:07:45 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 06:07:45 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-06-06 06:07:45 - cleaning the object tree TB --- 2012-06-06 06:08:03 - cvsupping the source tree TB --- 2012-06-06 06:08:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2012-06-06 06:08:15 - building world TB --- 2012-06-06 06:08:15 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:08:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:08:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:08:15 - SRCCONF=/dev/null TB --- 2012-06-06 06:08:15 - TARGET=sparc64 TB --- 2012-06-06 06:08:15 - TARGET_ARCH=sparc64 TB --- 2012-06-06 06:08:15 - TZ=UTC TB --- 2012-06-06 06:08:15 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:08:15 - cd /src TB --- 2012-06-06 06:08:15 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 06:08:15 UTC 2012 >>> 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 Jun 6 06:47:21 UTC 2012 TB --- 2012-06-06 06:47:21 - generating LINT kernel config TB --- 2012-06-06 06:47:21 - cd /src/sys/sparc64/conf TB --- 2012-06-06 06:47:21 - /usr/bin/make -B LINT TB --- 2012-06-06 06:47:21 - cd /src/sys/sparc64/conf TB --- 2012-06-06 06:47:21 - /usr/sbin/config -m LINT TB --- 2012-06-06 06:47:21 - building LINT kernel TB --- 2012-06-06 06:47:21 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:47:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:47:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:47:21 - SRCCONF=/dev/null TB --- 2012-06-06 06:47:21 - TARGET=sparc64 TB --- 2012-06-06 06:47:21 - TARGET_ARCH=sparc64 TB --- 2012-06-06 06:47:21 - TZ=UTC TB --- 2012-06-06 06:47:21 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:47:21 - cd /src TB --- 2012-06-06 06:47:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 06:47:21 UTC 2012 >>> 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 -Wno-pointer-sign -fformat-extensions -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_queue.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_sim.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_all.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_pmp.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_xpt.c /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 06:48:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 06:48:45 - ERROR: failed to build LINT kernel TB --- 2012-06-06 06:48:45 - 2033.03 user 369.68 system 2459.44 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 07:26:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CF61106564A for ; Wed, 6 Jun 2012 07:26:53 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id C11DD8FC12 for ; Wed, 6 Jun 2012 07:26:52 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q567Qhxm057331 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 6 Jun 2012 10:26:48 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FCF0633.10409@digsys.bg> Date: Wed, 06 Jun 2012 10:26:43 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120528 Thunderbird/10.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <2188078.y2TVGRxzTH@x220.ovitrap.com> <20120605060950.GC32448@lonesome.com> <1512108.ktTFbKUn1p@x220.ovitrap.com> In-Reply-To: <1512108.ktTFbKUn1p@x220.ovitrap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 07:26:53 -0000 On 06.06.12 05:28, Erich wrote: > Why should a normal user continue to search for a tag when the > handbook is so clear on this? Erich I continue to wonder, why are you searching for tags on the ports tree, when you were told on a number of occasions that those who depend on particular state of the ports tree use DATE. There is not much point in tagging the ports tree, because it is never 'released' as such. You will end up with millions of tags and sorting out which one you need will become difficult. Further, you are not advised to use an not-current ports tree, unless you know exactly what you are doing. If you know what you are doing, you are not likely to ask questions like these. (*) The ports tree is a collection of instructions how to compile and install particular software on FreeBSD. Don't think of the ports tree in any other way. Daniel (*) I gave earlier the example of how BSDRP builds. It's build script pulls a version of the ports tree at certain date. Then compiles and installs a number of ports from there. The project uses a bunch of networking tools and nobody cares if the version of KDE, LibreOffice or the PNG library is broken in that particular version of the ports tree. They do care, great deal, if the version of net/quagga for example, in that particular ports tree version is broken. In any case, when pulling the ports tree, they do not care about any particular tag, but specify an date. The date, when the ports were tested to be ok. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 07:48:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 479FE106566C; Wed, 6 Jun 2012 07:48:12 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9165A8FC14; Wed, 6 Jun 2012 07:48:11 +0000 (UTC) Received: by bkvi18 with SMTP id i18so6872222bkv.13 for ; Wed, 06 Jun 2012 00:48:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ekzNBjruBkPkXw/DZheWGfVKJukwjVOE1HkqLx980UQ=; b=yS+cZ7pIUgoOYyLPwdahz3NqePRWYDcIh2tCeHMKKa2BigSFxCeAAbPQ6Fdbaw03Ze QZMi9hCrHqmRfka1woY5Ybbs7tAUxyRrid0s5jsKcjsJcqaAxBnZqsoQ2v4Xb1va3igu AouYWtjS/alBttIYESOeG04wdNQBpMMAOCV2cO94Z71avksY2ZcN/a+T32d0q5NXcxvt NVgz+aCOoLXhPbBDd9+L0IEgA53KyCKLPU7yuiFV/pKptyX9VZrZzIfGYO0+UDXj+/Zm s6NOGf+n8WCYkOfIX2nBOhp4D/53hMuOn0OMhamXApkN6COISckHzTNZnoTkeKLK9udL Jl7Q== MIME-Version: 1.0 Received: by 10.204.156.69 with SMTP id v5mr11009344bkw.133.1338968890495; Wed, 06 Jun 2012 00:48:10 -0700 (PDT) Received: by 10.204.171.138 with HTTP; Wed, 6 Jun 2012 00:48:10 -0700 (PDT) Received: by 10.204.171.138 with HTTP; Wed, 6 Jun 2012 00:48:10 -0700 (PDT) In-Reply-To: <3019920.ozTXahhPXd@x220.ovitrap.com> References: <1544703.EkgB5WbdBi@x220.ovitrap.com> <20120605121347.GA19192@lonesome.com> <3019920.ozTXahhPXd@x220.ovitrap.com> Date: Wed, 6 Jun 2012 08:48:10 +0100 Message-ID: From: Chris Rees To: Erich Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, freebsd-current , Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 07:48:12 -0000 On Jun 6, 2012 3:38 AM, "Erich" wrote: > > Hi, > > On 05 June 2012 7:13:47 Mark Linimon wrote: > > On Tue, Jun 05, 2012 at 03:23:01PM +0700, Erich wrote: > > > But is this true for apache only or for the whole ports tree? > > > > Entire tree. > > my problem with this is that the documentation states something very different: > > From the handbook at the location where beginners will look for it: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html > > 'Which version(s) of them do you want? > > With CVSup, you can receive virtually any version of the sources that ever existed. That is possible because the cvsupd server works directly from the CVS repository, which contains all of the versions. You specify which one of them you want using the tag= and date= value fields. > > Warning: Be very careful to specify any tag= fields correctly. Some tags are valid only for certain collections of files. If you specify an incorrect or misspelled tag, CVSup will delete files which you probably do not want deleted. In particular, use only tag=. for the ports-* collections.' > > I think that this states very clearly that there are no tags. > No it doesn't. It states clearly that you shouldn't use tags unless you know what you are doing, as several of us have explained more than once. Chris From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 08:46:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD6FE106566B for ; Wed, 6 Jun 2012 08:46:31 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.freebsd.org (Postfix) with ESMTP id 5E1EF8FC1E for ; Wed, 6 Jun 2012 08:46:31 +0000 (UTC) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 3W6jyj52Vhz7ySG; Wed, 6 Jun 2012 10:41:01 +0200 (CEST) Date: Wed, 6 Jun 2012 10:41:01 +0200 From: Nicolas Rachinsky To: freebsd-stable@freebsd.org Message-ID: <20120606084101.GA45654@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FCBCF49.1010206@zedat.fu-berlin.de> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 08:46:31 -0000 * "O. Hartmann" [2012-06-03 22:55 +0200]: > ... I spent now two complete days watching my boxes updating their > ports. Several ports do not compile anymore (inkscape, libreoffice, > libxul, to name some of the very hurting ones!). Do you have graphics/libwpg01 installed? After deinstalling this, I was able to compile inkscape again. Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 10:18:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89AED106564A for ; Wed, 6 Jun 2012 10:18:26 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8918FC16 for ; Wed, 6 Jun 2012 10:18:26 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 5FF6328426; Wed, 6 Jun 2012 12:18:24 +0200 (CEST) Received: from [192.168.1.2] (static-84-242-120-26.net.upcbroadband.cz [84.242.120.26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 60D5C28423; Wed, 6 Jun 2012 12:18:23 +0200 (CEST) Message-ID: <4FCF2E6E.2040902@quip.cz> Date: Wed, 06 Jun 2012 12:18:22 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Sebastian Stach References: <4FCE37FC.1090405@gmail.com> <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> <4FCE6931.6010901@quip.cz> <4FCE786A.2030205@quip.cz> In-Reply-To: <4FCE786A.2030205@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: em interfaces supermicro X9SCM-F board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 10:18:26 -0000 Miroslav Lachman wrote: > Sebastian Stach wrote: >> I just need to run a tool like iperf and let it run. After about 1-2 >> hours my nic will just hang >> without any messages. I can't even ping the machine anymore. I also >> installed Solaris to check >> if it's maybe a FreeBSD problem but it's the same there. >> >> The support told me that they know about problems with the nics and >> the BIOS version 2.0 >> but that the new update should fix it. >> >> Which BIOS version do you have? > > The board had BIOS 1.1a with build date 2011-09-28 so I updated it to > version 2.0 with build date 2012-05-08. > > I am preparing iperf test so I will let you know tomorrow about results. > > One question - are you using dedicated management port or shared with > Intel NIC? I am running iperf for more than 11 hours without any problem. More than 450GB were transmitted. The NIC is connected to old 100Mbps switch and using first port (em0) in shared mode for remote management. em0: flags=8843 metric 0 mtu 1500 options=4219b ether 00:25:90:73:d1:76 inet xx.xx.xx.xx netmask 0xffffff80 broadcast xx.xx.xx.xx media: Ethernet autoselect (100baseTX ) status: active The iperf command on Supermicro side was: # iperf -c xx.xx.xx.yy --format k -m -p 999 -t 1800 The other side (Cisco UCS C200 M2) was: # iperf -s -p 999 Server listening on TCP port 999 TCP window size: 64.0 KByte (default) ------------------------------------------------------------ [ 5] local 94.124.105.117 port 999 connected with 94.124.105.115 port 29787 [ 5] 0.0-1799.8 sec 19.5 GBytes 93.0 Mbits/sec [ 4] local 94.124.105.117 port 999 connected with 94.124.105.115 port 44792 [ 4] 0.0-1799.9 sec 19.5 GBytes 93.1 Mbits/sec [ 5] local 94.124.105.117 port 999 connected with 94.124.105.115 port 11327 [ 5] 0.0-1799.9 sec 19.5 GBytes 93.0 Mbits/sec Both sides are running FreeBSD 8.3-RELEASE amd64 Let me know if I should run iperf with different options to better simulate your conditions where your NIC hangs. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 10:50:54 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2A2C106564A; Wed, 6 Jun 2012 10:50:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 8D4C88FC1F; Wed, 6 Jun 2012 10:50:54 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q56Aos5a081702; Wed, 6 Jun 2012 10:50:54 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q56Aor1S081505; Wed, 6 Jun 2012 10:50:53 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 10:50:53 GMT Message-Id: <201206061050.q56Aor1S081505@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 10:50:55 -0000 TB --- 2012-06-06 10:13:33 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 10:13:33 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 10:13:33 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-06-06 10:13:33 - cleaning the object tree TB --- 2012-06-06 10:13:41 - cvsupping the source tree TB --- 2012-06-06 10:13:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/arm/arm/supfile TB --- 2012-06-06 10:14:04 - building world TB --- 2012-06-06 10:14:04 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:14:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:14:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:14:04 - SRCCONF=/dev/null TB --- 2012-06-06 10:14:04 - TARGET=arm TB --- 2012-06-06 10:14:04 - TARGET_ARCH=arm TB --- 2012-06-06 10:14:04 - TZ=UTC TB --- 2012-06-06 10:14:04 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:14:04 - cd /src TB --- 2012-06-06 10:14:04 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 10:14:04 UTC 2012 >>> 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 Jun 6 10:50:36 UTC 2012 TB --- 2012-06-06 10:50:36 - cd /src/sys/arm/conf TB --- 2012-06-06 10:50:36 - /usr/sbin/config -m AVILA TB --- 2012-06-06 10:50:36 - building AVILA kernel TB --- 2012-06-06 10:50:36 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:50:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:50:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:50:36 - SRCCONF=/dev/null TB --- 2012-06-06 10:50:36 - TARGET=arm TB --- 2012-06-06 10:50:36 - TARGET_ARCH=arm TB --- 2012-06-06 10:50:36 - TZ=UTC TB --- 2012-06-06 10:50:36 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:50:36 - cd /src TB --- 2012-06-06 10:50:36 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Wed Jun 6 10:50:36 UTC 2012 >>> 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 -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/cam_queue.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/cam_sim.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/cam_xpt.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/ata/ata_all.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/ata/ata_xpt.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/ata/ata_pmp.c cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mcpu=xscale -ffreestanding -Werror /src/sys/cam/scsi/scsi_xpt.c /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /obj/arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 10:50:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 10:50:53 - ERROR: failed to build AVILA kernel TB --- 2012-06-06 10:50:53 - 1707.70 user 384.24 system 2239.30 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 10:54:40 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 950831065673; Wed, 6 Jun 2012 10:54:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 290B28FC16; Wed, 6 Jun 2012 10:54:40 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q56AsdZc057899; Wed, 6 Jun 2012 10:54:39 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q56AsdUo057898; Wed, 6 Jun 2012 10:54:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 10:54:39 GMT Message-Id: <201206061054.q56AsdUo057898@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 10:54:40 -0000 TB --- 2012-06-06 09:44:27 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 09:44:27 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 09:44:27 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-06-06 09:44:27 - cleaning the object tree TB --- 2012-06-06 09:44:58 - cvsupping the source tree TB --- 2012-06-06 09:44:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2012-06-06 09:45:15 - building world TB --- 2012-06-06 09:45:15 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 09:45:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 09:45:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 09:45:15 - SRCCONF=/dev/null TB --- 2012-06-06 09:45:15 - TARGET=amd64 TB --- 2012-06-06 09:45:15 - TARGET_ARCH=amd64 TB --- 2012-06-06 09:45:15 - TZ=UTC TB --- 2012-06-06 09:45:15 - __MAKE_CONF=/dev/null TB --- 2012-06-06 09:45:15 - cd /src TB --- 2012-06-06 09:45:15 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 09:45:16 UTC 2012 >>> 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 Wed Jun 6 10:52:04 UTC 2012 TB --- 2012-06-06 10:52:04 - generating LINT kernel config TB --- 2012-06-06 10:52:04 - cd /src/sys/amd64/conf TB --- 2012-06-06 10:52:04 - /usr/bin/make -B LINT TB --- 2012-06-06 10:52:04 - cd /src/sys/amd64/conf TB --- 2012-06-06 10:52:04 - /usr/sbin/config -m LINT TB --- 2012-06-06 10:52:04 - building LINT kernel TB --- 2012-06-06 10:52:04 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:52:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:52:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:52:04 - SRCCONF=/dev/null TB --- 2012-06-06 10:52:04 - TARGET=amd64 TB --- 2012-06-06 10:52:04 - TARGET_ARCH=amd64 TB --- 2012-06-06 10:52:04 - TZ=UTC TB --- 2012-06-06 10:52:04 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:52:04 - cd /src TB --- 2012-06-06 10:52:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 10:52:04 UTC 2012 >>> 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_queue.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_sim.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_xpt.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_all.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_xpt.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_pmp.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_xpt.c /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 10:54:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 10:54:39 - ERROR: failed to build LINT kernel TB --- 2012-06-06 10:54:39 - 3223.64 user 632.52 system 4212.62 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 11:16:21 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C3497106566C; Wed, 6 Jun 2012 11:16:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 531808FC0C; Wed, 6 Jun 2012 11:16:21 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q56BGKQG007029; Wed, 6 Jun 2012 11:16:20 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q56BGKNK007027; Wed, 6 Jun 2012 11:16:20 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 11:16:20 GMT Message-Id: <201206061116.q56BGKNK007027@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 11:16:21 -0000 TB --- 2012-06-06 10:26:20 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 10:26:20 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 10:26:20 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-06-06 10:26:20 - cleaning the object tree TB --- 2012-06-06 10:26:50 - cvsupping the source tree TB --- 2012-06-06 10:26:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-06-06 10:27:08 - building world TB --- 2012-06-06 10:27:08 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:27:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:27:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:27:08 - SRCCONF=/dev/null TB --- 2012-06-06 10:27:08 - TARGET=i386 TB --- 2012-06-06 10:27:08 - TARGET_ARCH=i386 TB --- 2012-06-06 10:27:08 - TZ=UTC TB --- 2012-06-06 10:27:08 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:27:08 - cd /src TB --- 2012-06-06 10:27:08 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 10:27:09 UTC 2012 >>> 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 Jun 6 11:13:28 UTC 2012 TB --- 2012-06-06 11:13:28 - generating LINT kernel config TB --- 2012-06-06 11:13:28 - cd /src/sys/i386/conf TB --- 2012-06-06 11:13:28 - /usr/bin/make -B LINT TB --- 2012-06-06 11:13:28 - cd /src/sys/i386/conf TB --- 2012-06-06 11:13:28 - /usr/sbin/config -m LINT TB --- 2012-06-06 11:13:28 - building LINT kernel TB --- 2012-06-06 11:13:28 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:13:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:13:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:13:28 - SRCCONF=/dev/null TB --- 2012-06-06 11:13:28 - TARGET=i386 TB --- 2012-06-06 11:13:28 - TARGET_ARCH=i386 TB --- 2012-06-06 11:13:28 - TZ=UTC TB --- 2012-06-06 11:13:28 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:13:28 - cd /src TB --- 2012-06-06 11:13:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 11:13:28 UTC 2012 >>> 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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_queue.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_sim.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_all.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_pmp.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_xpt.c /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 11:16:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 11:16:20 - ERROR: failed to build LINT kernel TB --- 2012-06-06 11:16:20 - 2297.46 user 438.36 system 3000.24 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 11:29:58 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D968F106564A; Wed, 6 Jun 2012 11:29:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 6D08D8FC20; Wed, 6 Jun 2012 11:29:58 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q56BTvwq092795; Wed, 6 Jun 2012 11:29:57 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q56BTvXu092794; Wed, 6 Jun 2012 11:29:57 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 11:29:57 GMT Message-Id: <201206061129.q56BTvXu092794@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 11:29:59 -0000 TB --- 2012-06-06 10:41:59 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 10:41:59 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 10:41:59 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-06-06 10:41:59 - cleaning the object tree TB --- 2012-06-06 10:42:27 - cvsupping the source tree TB --- 2012-06-06 10:42:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2012-06-06 10:42:45 - building world TB --- 2012-06-06 10:42:45 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:42:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:42:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:42:45 - SRCCONF=/dev/null TB --- 2012-06-06 10:42:45 - TARGET=pc98 TB --- 2012-06-06 10:42:45 - TARGET_ARCH=i386 TB --- 2012-06-06 10:42:45 - TZ=UTC TB --- 2012-06-06 10:42:45 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:42:45 - cd /src TB --- 2012-06-06 10:42:45 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 10:42:46 UTC 2012 >>> 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 Jun 6 11:27:51 UTC 2012 TB --- 2012-06-06 11:27:51 - generating LINT kernel config TB --- 2012-06-06 11:27:51 - cd /src/sys/pc98/conf TB --- 2012-06-06 11:27:51 - /usr/bin/make -B LINT TB --- 2012-06-06 11:27:51 - cd /src/sys/pc98/conf TB --- 2012-06-06 11:27:51 - /usr/sbin/config -m LINT TB --- 2012-06-06 11:27:51 - building LINT kernel TB --- 2012-06-06 11:27:51 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:27:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:27:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:27:51 - SRCCONF=/dev/null TB --- 2012-06-06 11:27:51 - TARGET=pc98 TB --- 2012-06-06 11:27:51 - TARGET_ARCH=i386 TB --- 2012-06-06 11:27:51 - TZ=UTC TB --- 2012-06-06 11:27:51 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:27:51 - cd /src TB --- 2012-06-06 11:27:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 11:27:51 UTC 2012 >>> 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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_queue.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_sim.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_all.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/ata/ata_pmp.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/scsi/scsi_xpt.c /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 11:29:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 11:29:57 - ERROR: failed to build LINT kernel TB --- 2012-06-06 11:29:57 - 2256.12 user 439.55 system 2878.34 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 11:36:27 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60680106564A; Wed, 6 Jun 2012 11:36:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 0CB068FC1C; Wed, 6 Jun 2012 11:36:26 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q56BaQBE059816; Wed, 6 Jun 2012 11:36:26 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q56BaQE3059815; Wed, 6 Jun 2012 11:36:26 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 11:36:26 GMT Message-Id: <201206061136.q56BaQE3059815@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 11:36:27 -0000 TB --- 2012-06-06 10:54:29 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 10:54:29 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 10:54:29 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-06-06 10:54:29 - cleaning the object tree TB --- 2012-06-06 10:55:14 - cvsupping the source tree TB --- 2012-06-06 10:55:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/mips/mips/supfile TB --- 2012-06-06 10:55:54 - building world TB --- 2012-06-06 10:55:54 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:55:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:55:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:55:54 - SRCCONF=/dev/null TB --- 2012-06-06 10:55:54 - TARGET=mips TB --- 2012-06-06 10:55:54 - TARGET_ARCH=mips TB --- 2012-06-06 10:55:54 - TZ=UTC TB --- 2012-06-06 10:55:54 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:55:54 - cd /src TB --- 2012-06-06 10:55:54 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 10:55:54 UTC 2012 >>> 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 Jun 6 11:31:10 UTC 2012 TB --- 2012-06-06 11:31:10 - cd /src/sys/mips/conf TB --- 2012-06-06 11:31:10 - /usr/sbin/config -m ADM5120 TB --- 2012-06-06 11:31:10 - building ADM5120 kernel TB --- 2012-06-06 11:31:10 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:31:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:31:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:31:10 - SRCCONF=/dev/null TB --- 2012-06-06 11:31:10 - TARGET=mips TB --- 2012-06-06 11:31:10 - TARGET_ARCH=mips TB --- 2012-06-06 11:31:10 - TZ=UTC TB --- 2012-06-06 11:31:10 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:31:10 - cd /src TB --- 2012-06-06 11:31:10 - /usr/bin/make -B buildkernel KERNCONF=ADM5120 >>> Kernel build for ADM5120 started on Wed Jun 6 11:31:10 UTC 2012 >>> 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 >>> Kernel build for ADM5120 completed on Wed Jun 6 11:32:17 UTC 2012 TB --- 2012-06-06 11:32:17 - cd /src/sys/mips/conf TB --- 2012-06-06 11:32:17 - /usr/sbin/config -m ALCHEMY TB --- 2012-06-06 11:32:17 - building ALCHEMY kernel TB --- 2012-06-06 11:32:17 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:32:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:32:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:32:17 - SRCCONF=/dev/null TB --- 2012-06-06 11:32:17 - TARGET=mips TB --- 2012-06-06 11:32:17 - TARGET_ARCH=mips TB --- 2012-06-06 11:32:17 - TZ=UTC TB --- 2012-06-06 11:32:17 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:32:17 - cd /src TB --- 2012-06-06 11:32:17 - /usr/bin/make -B buildkernel KERNCONF=ALCHEMY >>> Kernel build for ALCHEMY started on Wed Jun 6 11:32:17 UTC 2012 >>> 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 >>> Kernel build for ALCHEMY completed on Wed Jun 6 11:33:21 UTC 2012 TB --- 2012-06-06 11:33:21 - cd /src/sys/mips/conf TB --- 2012-06-06 11:33:21 - /usr/sbin/config -m AR71XX TB --- 2012-06-06 11:33:21 - building AR71XX kernel TB --- 2012-06-06 11:33:21 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:33:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:33:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:33:21 - SRCCONF=/dev/null TB --- 2012-06-06 11:33:21 - TARGET=mips TB --- 2012-06-06 11:33:21 - TARGET_ARCH=mips TB --- 2012-06-06 11:33:21 - TZ=UTC TB --- 2012-06-06 11:33:21 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:33:21 - cd /src TB --- 2012-06-06 11:33:21 - /usr/bin/make -B buildkernel KERNCONF=AR71XX >>> Kernel build for AR71XX started on Wed Jun 6 11:33:21 UTC 2012 >>> 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 -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_pt.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_sa.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_ses.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_sg.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_targ_bh.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_target.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips/src/sys/AR71XX/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips/src/sys/AR71XX -msoft-float -mno-dsp -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/cam/../../cam/scsi/scsi_xpt.c /src/sys/modules/cam/../../cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /src/sys/modules/cam. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/mips/src/sys/AR71XX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 11:36:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 11:36:26 - ERROR: failed to build AR71XX kernel TB --- 2012-06-06 11:36:26 - 1936.44 user 413.50 system 2517.00 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 11:39:40 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A432A106564A; Wed, 6 Jun 2012 11:39:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 644918FC25; Wed, 6 Jun 2012 11:39:40 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q56BddG4092413; Wed, 6 Jun 2012 11:39:39 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q56BddMs092409; Wed, 6 Jun 2012 11:39:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 11:39:39 GMT Message-Id: <201206061139.q56BddMs092409@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 11:39:40 -0000 TB --- 2012-06-06 10:55:06 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 10:55:06 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 10:55:06 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-06-06 10:55:06 - cleaning the object tree TB --- 2012-06-06 10:55:34 - cvsupping the source tree TB --- 2012-06-06 10:55:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2012-06-06 10:55:54 - building world TB --- 2012-06-06 10:55:54 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:55:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:55:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:55:54 - SRCCONF=/dev/null TB --- 2012-06-06 10:55:54 - TARGET=sparc64 TB --- 2012-06-06 10:55:54 - TARGET_ARCH=sparc64 TB --- 2012-06-06 10:55:54 - TZ=UTC TB --- 2012-06-06 10:55:54 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:55:54 - cd /src TB --- 2012-06-06 10:55:54 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 10:55:54 UTC 2012 >>> 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 Jun 6 11:38:07 UTC 2012 TB --- 2012-06-06 11:38:07 - generating LINT kernel config TB --- 2012-06-06 11:38:07 - cd /src/sys/sparc64/conf TB --- 2012-06-06 11:38:07 - /usr/bin/make -B LINT TB --- 2012-06-06 11:38:07 - cd /src/sys/sparc64/conf TB --- 2012-06-06 11:38:07 - /usr/sbin/config -m LINT TB --- 2012-06-06 11:38:07 - building LINT kernel TB --- 2012-06-06 11:38:07 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:38:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:38:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:38:07 - SRCCONF=/dev/null TB --- 2012-06-06 11:38:07 - TARGET=sparc64 TB --- 2012-06-06 11:38:07 - TARGET_ARCH=sparc64 TB --- 2012-06-06 11:38:07 - TZ=UTC TB --- 2012-06-06 11:38:07 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:38:07 - cd /src TB --- 2012-06-06 11:38:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 11:38:07 UTC 2012 >>> 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 -Wno-pointer-sign -fformat-extensions -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_queue.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_sim.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_all.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_pmp.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_xpt.c /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 11:39:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 11:39:39 - ERROR: failed to build LINT kernel TB --- 2012-06-06 11:39:39 - 2138.66 user 410.69 system 2673.68 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 11:41:40 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D6AA1065679; Wed, 6 Jun 2012 11:41:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id E10F58FC22; Wed, 6 Jun 2012 11:41:39 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q56Bfdxh010116; Wed, 6 Jun 2012 11:41:39 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q56BfdKP010115; Wed, 6 Jun 2012 11:41:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 11:41:39 GMT Message-Id: <201206061141.q56BfdKP010115@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 11:41:40 -0000 TB --- 2012-06-06 10:54:39 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 10:54:39 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 10:54:39 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-06-06 10:54:39 - cleaning the object tree TB --- 2012-06-06 10:55:24 - cvsupping the source tree TB --- 2012-06-06 10:55:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-06-06 10:55:54 - building world TB --- 2012-06-06 10:55:54 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:55:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:55:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:55:54 - SRCCONF=/dev/null TB --- 2012-06-06 10:55:54 - TARGET=powerpc TB --- 2012-06-06 10:55:54 - TARGET_ARCH=powerpc TB --- 2012-06-06 10:55:54 - TZ=UTC TB --- 2012-06-06 10:55:54 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:55:54 - cd /src TB --- 2012-06-06 10:55:54 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 10:55:54 UTC 2012 >>> 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 Jun 6 11:40:14 UTC 2012 TB --- 2012-06-06 11:40:14 - generating LINT kernel config TB --- 2012-06-06 11:40:14 - cd /src/sys/powerpc/conf TB --- 2012-06-06 11:40:14 - /usr/bin/make -B LINT TB --- 2012-06-06 11:40:14 - cd /src/sys/powerpc/conf TB --- 2012-06-06 11:40:14 - /usr/sbin/config -m LINT TB --- 2012-06-06 11:40:14 - building LINT kernel TB --- 2012-06-06 11:40:14 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:40:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:40:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:40:14 - SRCCONF=/dev/null TB --- 2012-06-06 11:40:14 - TARGET=powerpc TB --- 2012-06-06 11:40:14 - TARGET_ARCH=powerpc TB --- 2012-06-06 11:40:14 - TZ=UTC TB --- 2012-06-06 11:40:14 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:40:14 - cd /src TB --- 2012-06-06 11:40:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 11:40:14 UTC 2012 >>> 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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_queue.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_sim.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_all.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_pmp.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_xpt.c /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 11:41:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 11:41:39 - ERROR: failed to build LINT kernel TB --- 2012-06-06 11:41:39 - 2253.47 user 419.40 system 2819.58 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 11:48:40 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C728C1065672; Wed, 6 Jun 2012 11:48:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 823288FC08; Wed, 6 Jun 2012 11:48:40 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q56BmeNL033939; Wed, 6 Jun 2012 11:48:40 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q56BmeIJ033938; Wed, 6 Jun 2012 11:48:40 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 11:48:40 GMT Message-Id: <201206061148.q56BmeIJ033938@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 11:48:40 -0000 TB --- 2012-06-06 10:50:54 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-06 10:50:54 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 10:50:54 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-06-06 10:50:54 - cleaning the object tree TB --- 2012-06-06 10:51:13 - cvsupping the source tree TB --- 2012-06-06 10:51:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2012-06-06 10:51:46 - building world TB --- 2012-06-06 10:51:46 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:51:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:51:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:51:46 - SRCCONF=/dev/null TB --- 2012-06-06 10:51:46 - TARGET=ia64 TB --- 2012-06-06 10:51:46 - TARGET_ARCH=ia64 TB --- 2012-06-06 10:51:46 - TZ=UTC TB --- 2012-06-06 10:51:46 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:51:46 - cd /src TB --- 2012-06-06 10:51:46 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 10:51:47 UTC 2012 >>> 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 Jun 6 11:47:12 UTC 2012 TB --- 2012-06-06 11:47:12 - generating LINT kernel config TB --- 2012-06-06 11:47:12 - cd /src/sys/ia64/conf TB --- 2012-06-06 11:47:12 - /usr/bin/make -B LINT TB --- 2012-06-06 11:47:12 - cd /src/sys/ia64/conf TB --- 2012-06-06 11:47:12 - /usr/sbin/config -m LINT TB --- 2012-06-06 11:47:12 - building LINT kernel TB --- 2012-06-06 11:47:12 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:47:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:47:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:47:12 - SRCCONF=/dev/null TB --- 2012-06-06 11:47:12 - TARGET=ia64 TB --- 2012-06-06 11:47:12 - TARGET_ARCH=ia64 TB --- 2012-06-06 11:47:12 - TZ=UTC TB --- 2012-06-06 11:47:12 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:47:12 - cd /src TB --- 2012-06-06 11:47:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 11:47:12 UTC 2012 >>> 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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fpic -ffreestanding -Werror /src/sys/cam/cam_queue.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fpic -ffreestanding -Werror /src/sys/cam/cam_sim.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fpic -ffreestanding -Werror /src/sys/cam/cam_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fpic -ffreestanding -Werror /src/sys/cam/ata/ata_all.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fpic -ffreestanding -Werror /src/sys/cam/ata/ata_xpt.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fpic -ffreestanding -Werror /src/sys/cam/ata/ata_pmp.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 -Wno-pointer-sign -fformat-extensions -nostdinc -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 -fpic -ffreestanding -Werror /src/sys/cam/scsi/scsi_xpt.c /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared here (not in a function) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 11:48:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 11:48:40 - ERROR: failed to build LINT kernel TB --- 2012-06-06 11:48:40 - 2914.77 user 436.64 system 3465.82 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 12:26:38 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E930A106566C; Wed, 6 Jun 2012 12:26:38 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3478FC26; Wed, 6 Jun 2012 12:26:38 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q56CQbNl007966; Wed, 6 Jun 2012 05:26:38 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q56CQbHN007965; Wed, 6 Jun 2012 05:26:37 -0700 (PDT) (envelope-from david) Date: Wed, 6 Jun 2012 05:26:37 -0700 From: David Wolfskill To: stable@freebsd.org, i386@freebsd.org Message-ID: <20120606122637.GJ2102@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org, i386@freebsd.org References: <201206061116.q56BGKNK007027@freebsd-legacy2.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NgG1H2o5aFKkgPy/" Content-Disposition: inline In-Reply-To: <201206061116.q56BGKNK007027@freebsd-legacy2.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 12:26:39 -0000 --NgG1H2o5aFKkgPy/ Content-Type: multipart/mixed; boundary="zqjkMoGlbUJ91oFe" Content-Disposition: inline --zqjkMoGlbUJ91oFe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 06, 2012 at 11:16:20AM +0000, FreeBSD Tinderbox wrote: > ... > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -Wall -Wredundant-decls= -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostd= inc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_= HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inl= ine-unit-growth=3D100 --param large-function-growth=3D1000 -DGPROF -falign-= functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpre= ferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3= -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/= cam/scsi/scsi_xpt.c > /src/sys/cam/scsi/scsi_xpt.c:511: error: 'CAM_QUIRK_NORPTLUNS' undeclared= here (not in a function) > *** Error code 1 >=20 > Stop in /obj/i386/src/sys/LINT. > *** Error code 1 >=20 > Stop in /src. > *** Error code 1 >=20 > Stop in /src. > TB --- 2012-06-06 11:16:20 - WARNING: /usr/bin/make returned exit code 1= =20 > TB --- 2012-06-06 11:16:20 - ERROR: failed to build LINT kernel > TB --- 2012-06-06 11:16:20 - 2297.46 user 438.36 system 3000.24 real > ... The attached patch fixed the problem for me; now running: FreeBSD g1-227.catwhisker.org 8.3-STABLE FreeBSD 8.3-STABLE #402 236672M: W= ed Jun 6 04:48:11 PDT 2012 root@g1-227.catwhisker.org:/common/S1/obj/u= sr/src/sys/CANARY i386 Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --zqjkMoGlbUJ91oFe Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="scsi_xpt.c.patch" Index: scsi_xpt.c =================================================================== --- scsi_xpt.c (revision 236672) +++ scsi_xpt.c (working copy) @@ -71,6 +71,7 @@ #define CAM_QUIRK_NOSERIAL 0x02 #define CAM_QUIRK_HILUNS 0x04 #define CAM_QUIRK_NOHILUNS 0x08 +#define CAM_QUIRK_NORPTLUNS 0x10 u_int mintags; u_int maxtags; }; --zqjkMoGlbUJ91oFe-- --NgG1H2o5aFKkgPy/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEUEARECAAYFAk/PTH0ACgkQmprOCmdXAD2lwQCWKcIhxS4jXnlTdZaMVMmGzAAE NQCdHUeQaPS/IRiJviKO6Ey8ik9ZiKQ= =SpRX -----END PGP SIGNATURE----- --NgG1H2o5aFKkgPy/-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 12:29:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F606106564A; Wed, 6 Jun 2012 12:29:53 +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 C94568FC1A; Wed, 6 Jun 2012 12:29:52 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1ScFN1-0006E9-TC>; Wed, 06 Jun 2012 14:29:51 +0200 Received: from munin.geoinf.fu-berlin.de ([130.133.86.110]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1ScFN1-00033a-Qi>; Wed, 06 Jun 2012 14:29:51 +0200 Message-ID: <4FCF4D3F.1060708@zedat.fu-berlin.de> Date: Wed, 06 Jun 2012 14:29:51 +0200 From: "Hartmann, O." Organization: FU Berlin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120602 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, Current FreeBSD References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> <20120606084101.GA45654@mid.pc5.i.0x5.de> In-Reply-To: <20120606084101.GA45654@mid.pc5.i.0x5.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.110 Cc: Subject: port graphics/inkscape: not compiling anymore WAS: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 12:29:53 -0000 On 06/06/12 10:41, Nicolas Rachinsky wrote: > * "O. Hartmann" [2012-06-03 22:55 +0200]: >> ... I spent now two complete days watching my boxes updating their >> ports. Several ports do not compile anymore (inkscape, libreoffice, >> libxul, to name some of the very hurting ones!). > > Do you have graphics/libwpg01 installed? After deinstalling this, I > was able to compile inkscape again. > > Nicolas Yes, this port is installed and it is required by a lot of ports I have installed. I will not deinstall this port since I fear it will not be able to be reinstalled after that and increase the mess as it is already. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 13:08:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C8611065678; Wed, 6 Jun 2012 13:08:54 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 3363D8FC17; Wed, 6 Jun 2012 13:08:54 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q56D8W8Q003416; Wed, 6 Jun 2012 07:08:38 -0600 From: Erich To: Mark Andrews Date: Wed, 06 Jun 2012 20:08:25 +0700 Message-ID: <14124799.QzFcXOvGTl@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120606064503.91634214DF23@drugs.dv.isc.org> References: <1805884.WJzBQIFnSm@x220.ovitrap.com> <20120606064503.91634214DF23@drugs.dv.isc.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@freebsd.org, Chris Rees , freebsd-current@freebsd.org, Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 13:08:54 -0000 Hi, let me rite the answer on top before my mouse scrolling down. I am fully aware of what you are writing. I am saying this from the point of view people have when they start with FreeBSD. This little help would make them feel much much saver. I know that it would not change much in real life. Erich On 06 June 2012 16:45:03 Mark Andrews wrote: > > In message <1805884.WJzBQIFnSm@x220.ovitrap.com>, Erich writes: From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 13:13:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 441BC106564A; Wed, 6 Jun 2012 13:13:19 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id E19848FC19; Wed, 6 Jun 2012 13:13:17 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q56DD1gU004660; Wed, 6 Jun 2012 07:13:01 -0600 From: Erich To: Chris Rees Date: Wed, 06 Jun 2012 20:12:55 +0700 Message-ID: <15075001.JBc1UY2ed2@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: References: <3019920.ozTXahhPXd@x220.ovitrap.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@freebsd.org, freebsd-current , Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 13:13:19 -0000 Hi, On 06 June 2012 8:48:10 Chris Rees wrote: > On Jun 6, 2012 3:38 AM, "Erich" wrote: > > > No it doesn't. It states clearly that you shouldn't use tags unless you > know what you are doing, as several of us have explained more than once. > is my English really this bad? >From the handbook: '. In particular, use only tag=. for the ports-* collections.' Erich From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 14:17:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCC3B1065673; Wed, 6 Jun 2012 14:17:14 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3D1C28FC18; Wed, 6 Jun 2012 14:17:14 +0000 (UTC) Received: by bkvi18 with SMTP id i18so7328564bkv.13 for ; Wed, 06 Jun 2012 07:17:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=JNBxAOVBrq+x6kF5SeJbwNRrbu1JXZEUHyolvIfuLkI=; b=VzGrQoq2BDyostJyhwhU7khh1TSIzX7XFDWIhG+zaZZ374RAYoXSwj6Q1p1hC9MmkV 2uaOBPu/Ub1f8/1KkNtjWc8kStR4RC8YRKe9DtZ4j6nQ44rn+CFgjaJ4woqV7NeU+T5w bzRN1p9q/Yo/h2mylUHwxVPv7OG2dyjMlWm6d0TzaFORAGFPJwL4dt8N7f72w00RrQnx UCRDxVvZd9eprx46P1C3mdWqPrKgZwGMJ0r95MPFGyM5gNslP3ok+MTQcVgS5JqGj8Rj BZjlaAflJkRAqoLRifFOkK4Of2cH1A3G3QA5GDaNVLEpJTSek46+a816meqq4jxQem6C o6Og== Received: by 10.204.145.89 with SMTP id c25mr12864488bkv.5.1338992233352; Wed, 06 Jun 2012 07:17:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.171.138 with HTTP; Wed, 6 Jun 2012 07:16:43 -0700 (PDT) In-Reply-To: <15075001.JBc1UY2ed2@x220.ovitrap.com> References: <3019920.ozTXahhPXd@x220.ovitrap.com> <15075001.JBc1UY2ed2@x220.ovitrap.com> From: Chris Rees Date: Wed, 6 Jun 2012 15:16:43 +0100 Message-ID: To: Erich Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, freebsd-current , Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 14:17:15 -0000 On 6 June 2012 14:12, Erich wrote: > Hi, > > On 06 June 2012 8:48:10 Chris Rees wrote: >> On Jun 6, 2012 3:38 AM, "Erich" wrote: >> > > >> No it doesn't. It states clearly that you shouldn't use tags unless you >> know what you are doing, as several of us have explained more than once. >> > is my English really this bad? > > From the handbook: > > '. In particular, use only tag=. for the ports-* collections.' Your English is fine, but "being told to use tag=." != "tag=. is the only tag that exists". Chris From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 14:59:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEF5A106566B for ; Wed, 6 Jun 2012 14:59:09 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 64CFC8FC0A for ; Wed, 6 Jun 2012 14:59:09 +0000 (UTC) Received: by ggnm2 with SMTP id m2so5978123ggn.13 for ; Wed, 06 Jun 2012 07:59:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=JiPlH/hPVuhIkMDLAHxTlFns+yXqwfihP70S/NZb+MU=; b=KuOsv5Uf74O2V7EhVhAy+PvgdWKwG4P8joJNAxHF2pOaUEkrOnPK3MImIW6xQQ89K8 kZKtCchRLdCTOh8cNrBBoOF2+nbQgowkDmAGtRGeL/MuMjsHCkMIt1M2b4/gEWjqZbxZ uRLJXaa4rukXUsmF0z6Oxo302FPza1EXiem4vBQLw7I6jQFTfbtfkpm76nyBp/mCuh24 kBrg2MQP7guwi2zFEOjCuRW876FJq9w5lINcOTNcpYpDju86kthl/Iwi01+mDKlOTYpm ooLsEWLtyTX/ISaNTmIvDmIv3srk7sT0IE8PWfPNq9SdstU41rH9Tae/QQPgcsXvRwzW pfXA== MIME-Version: 1.0 Received: by 10.60.1.202 with SMTP id 10mr20777441oeo.15.1338994748625; Wed, 06 Jun 2012 07:59:08 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.182.128.38 with HTTP; Wed, 6 Jun 2012 07:59:08 -0700 (PDT) Date: Wed, 6 Jun 2012 10:59:08 -0400 X-Google-Sender-Auth: ms5d3q6dB1361YiB1VRgh96Df8o Message-ID: From: Rick Miller To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Kernel trap with stable/8 on DL360p G8 w/ BCM5719 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 14:59:10 -0000 Hi all, I am attempting to build stable/8 (as of 21 May 2012) on a DL360p G8 with a BCM5719. I receive a kernel panic very similar to the one at this URL: http://freebsd.1045724.n5.nabble.com/Fatal-trap-19-Stopped-at-bge-init-locked-and-bge-booting-problems-td5504461.html . The hardware notes don't specify that the BCM5719 is supported, but the bge manpage appears to indicate it is supported. Is there a definitive answer whether or not it is supported? -- Take care Rick Miller From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 15:58:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2BF3106564A for ; Wed, 6 Jun 2012 15:58:32 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtpksrv1.mitre.org (smtpksrv1.mitre.org [198.49.146.77]) by mx1.freebsd.org (Postfix) with ESMTP id C0FEF8FC16 for ; Wed, 6 Jun 2012 15:58:32 +0000 (UTC) Received: from smtpksrv1.mitre.org (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 481D421B0C93 for ; Wed, 6 Jun 2012 11:49:40 -0400 (EDT) Received: from IMCCAS03.MITRE.ORG (imccas03.mitre.org [129.83.29.80]) by smtpksrv1.mitre.org (Postfix) with ESMTP id 3A63621B0C92 for ; Wed, 6 Jun 2012 11:49:40 -0400 (EDT) Received: from IMCMBX02.MITRE.ORG ([169.254.2.12]) by IMCCAS03.MITRE.ORG ([129.83.29.80]) with mapi id 14.02.0283.003; Wed, 6 Jun 2012 11:49:39 -0400 From: "Andresen, Jason R." To: "freebsd-stable@freebsd.org" Thread-Topic: Netflix's New Peering Appliance Uses FreeBSD Thread-Index: AQHNQzQ0rQ2GapjjlEatd9GoF30/a5bsQRQAgAANdICAAMBvAIAAYjkg Date: Wed, 6 Jun 2012 15:49:39 +0000 Message-ID: <027252D1B68F5541829574B3220B4D780ADDC44D@IMCMBX02.MITRE.ORG> References: <1338917994.76231.YahooMailRC@web83103.mail.mud.yahoo.com> <20120605182803.GM5335@home.opsec.eu> <20120606153312.J46641@sola.nimnet.asn.au> In-Reply-To: <20120606153312.J46641@sola.nimnet.asn.au> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [129.83.31.51] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: RE: Netflix's New Peering Appliance Uses FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 15:58:33 -0000 From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd= .org] On Behalf Of Ian Smith > >On Tue, 5 Jun 2012, Kurt Jaeger wrote: > > > I didn't see a link to this information in the e-mail below. I found= this info > > > detailed here: > > > > > > > > > https://signup.netflix.com/openconnect/software > > > > If you come from an IP range outside of netflix' footprint, that > > page is not available. > >Indeed, I found it a tad strange that URL redirecting to >https://signup.netflix.com/global which sayeth: > >"Sorry, Netflix is not available in your country... yet > >Enter your name and email address below >and we'll email you when Netflix is available." > > > But have a look at that PDF, comes from their webpage: > > > > http://opsec.eu/backup/OpenConnectDeploymentGuide-v2.4a.pdf > >Interesting box alright. Hope it wasn't Top Secret in my country, and >that I can ask my (Debian based) ISP when they'll be getting some? :) > >Good to see Scott's found something to keep him off the streets too .. Now if only Netflix figured out a way to allow FreeBSD (and Linux) users to= watch their streams... From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 17:24:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3126D106566C for ; Wed, 6 Jun 2012 17:24:23 +0000 (UTC) (envelope-from sebsta@t-online.de) Received: from mailout06.t-online.de (mailout06.t-online.de [194.25.134.19]) by mx1.freebsd.org (Postfix) with ESMTP id B96398FC0C for ; Wed, 6 Jun 2012 17:24:22 +0000 (UTC) Received: from fwd22.aul.t-online.de (fwd22.aul.t-online.de ) by mailout06.t-online.de with smtp id 1ScJxv-0003nB-UM; Wed, 06 Jun 2012 19:24:15 +0200 Received: from imac.lokal.netz (r1FWm8ZaohfGw48y4GiXzSgFLf3h8ioKNa8Pv4kpv2UWhl8E33afO3VXdHvpPaEgjH@[93.199.50.166]) by fwd22.t-online.de with esmtp id 1ScJxr-0x2q6S0; Wed, 6 Jun 2012 19:24:11 +0200 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1257) From: Sebastian Stach In-Reply-To: <4FCF2E6E.2040902@quip.cz> Date: Wed, 6 Jun 2012 19:24:10 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <3B262A53-C137-4E4E-B1B7-7471B1FBA258@t-online.de> References: <4FCE37FC.1090405@gmail.com> <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> <4FCE6931.6010901@quip.cz> <4FCE786A.2030205@quip.cz> <4FCF2E6E.2040902@quip.cz> To: freebsd-stable X-Mailer: Apple Mail (2.1257) X-ID: r1FWm8ZaohfGw48y4GiXzSgFLf3h8ioKNa8Pv4kpv2UWhl8E33afO3VXdHvpPaEgjH X-TOI-MSGID: 5d4324ed-b36a-4e14-beee-b53eaf8b21cc Subject: Re: em interfaces supermicro X9SCM-F board X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 17:24:23 -0000 Thanks for doing the test. My conditions are different in that i have a gigabit network. The only difference in the iperf options is that i'm using -d (dualmode). On the weekend i will have time to do a test with the NICs set to 100MBit. Sebastian Stach Am 06.06.2012 um 12:18 schrieb Miroslav Lachman: > I am running iperf for more than 11 hours without any problem. More = than 450GB were transmitted. > The NIC is connected to old 100Mbps switch and using first port (em0) = in shared mode for remote management. >=20 > em0: flags=3D8843 metric 0 mtu = 1500 > = options=3D4219b > ether 00:25:90:73:d1:76 > inet xx.xx.xx.xx netmask 0xffffff80 broadcast xx.xx.xx.xx > media: Ethernet autoselect (100baseTX ) > status: active >=20 >=20 > The iperf command on Supermicro side was: >=20 > # iperf -c xx.xx.xx.yy --format k -m -p 999 -t 1800 >=20 >=20 > The other side (Cisco UCS C200 M2) was: >=20 > # iperf -s -p 999 >=20 > Server listening on TCP port 999 > TCP window size: 64.0 KByte (default) > ------------------------------------------------------------ > [ 5] local 94.124.105.117 port 999 connected with 94.124.105.115 port = 29787 > [ 5] 0.0-1799.8 sec 19.5 GBytes 93.0 Mbits/sec > [ 4] local 94.124.105.117 port 999 connected with 94.124.105.115 port = 44792 > [ 4] 0.0-1799.9 sec 19.5 GBytes 93.1 Mbits/sec > [ 5] local 94.124.105.117 port 999 connected with 94.124.105.115 port = 11327 > [ 5] 0.0-1799.9 sec 19.5 GBytes 93.0 Mbits/sec >=20 > Both sides are running FreeBSD 8.3-RELEASE amd64 >=20 >=20 > Let me know if I should run iperf with different options to better = simulate your conditions where your NIC hangs. >=20 > Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 19:07:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76A53106564A for ; Wed, 6 Jun 2012 19:07:39 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from hugeraid.jetcafe.org (hugeraid.jetcafe.org [205.147.26.109]) by mx1.freebsd.org (Postfix) with ESMTP id 50B988FC19 for ; Wed, 6 Jun 2012 19:07:39 +0000 (UTC) Received: from hugeraid.jetcafe.org (localhost [127.0.0.1]) by hugeraid.jetcafe.org (8.13.8/8.13.8) with ESMTP id q56IxvLx045828; Wed, 6 Jun 2012 11:59:57 -0700 (PDT) Message-Id: <201206061859.q56IxvLx045828@hugeraid.jetcafe.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Daniel Kalchev In-reply-to: <4FCDA15C.2000700@digsys.bg> References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> <201206041932.q54JWONA001600@hugeraid.jetcafe.org> <4FCDA15C.2000700@digsys.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Jun 2012 11:59:57 -0700 From: Dave Hayes Cc: freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 19:07:39 -0000 Daniel Kalchev writes: > On 04.06.12 22:32, Dave Hayes wrote: >> That's a fair position. Perhaps it would not be too much trouble to add >> this one idea to optionsng: a "more info" field on each option knob >> which may be filled in by a port maintainer. > The pkg-descr file in the port already contains link to the software's > origin. The various options the software has are or should be described > there. We definitely don't want the ports cluttered with extraneous and > sometimes out of date (and thus misleading) information. I'm describing more of a use case here, not attempting to specify an implementation. If a user invokes 'make', a window is presented to them with various options. It's probably very common that this is met with an initial reaction of "what the hell do these do?", even from the most seasoned of admins (presuming they are unfamiliar with the software they have been asked to install). I claim it would be an improvement to have that information at the fingertips of the make invoker. I believe this is the first time I've seen more documentation labeled as "extraneous". :) I had thought to suggest an implementation by having a simple pkg-option-desr file which describes the options and implications in each port. Are you suggesting that such a file would be unwelcome? I have built many ports for many years. IIRC I've seen the option descriptions you mention in pkg-descr maybe 0.1% of the time. (That's my sense, not a measured objective number.) Usually I have to go digging through the Makefile, then the source to find these answers. > In all case, compiling from source is not for those having no clue > what they do. ... you need to make informed decisions on options > yourself. If this is beyond you (and not you personally), ... > Since it is very likely that you interpret this as yet another elitist > comment, Actually, I hadn't thought of this conceptual linkage until you suggested it here. :) Still, you are quite correct. The likelihood of anyone interpreting your position as 'elitist' from these comments is high. I will, of course, not interpret them that way. > If this is beyond you (and not you personally), then by all means use > pre-packaged software in binary form. Heh. Even this idea is beyond most normal users, who should likely use PC-BSD or Ubuntu. In responding in this thread, I was thinking of the reasonably clued system admin level users when I said "users". As an SA, in many situations, you aren't able to have fun digging for information. It's much easier to have the answers right here in front of you. I know if I ever committed a port, I would quite likely spend the extra five minutes to put option documentation in a number of places, even if this angered some of the more anal of the community. > elsewhere" or "apparently, you don't want the number of FreeBSD users to > grow". Then you waste everyone's time -- that could be spent on > answering other people's "stupid" questions. I see. Personally, I believe this way: It is the responsibility of the responder to determine whether their response is a waste of time or not. Blaming anyone else other than you (the generic 'you', not you personally) for the inappropriate use of your time should only really happen in an employment or indentured servitude relationship; certainly not on a mailing list. :) Given that the "FreeBSD wants more users" idea is repeatedly brought up on lists (at least this is my impression), I would presume that the subject of 'more users' is somewhat relevant to some people; one look at the subject of this thread should be enough to demonstrate relevance. -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Implementation: (n.) The fruitless struggle by the talented and underpaid to fulfill promises made by the rich and ignorant From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 19:29:23 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0BEA106566C for ; Wed, 6 Jun 2012 19:29:23 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4CD5E8FC0A for ; Wed, 6 Jun 2012 19:29:23 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q56JT6UF027917; Wed, 6 Jun 2012 21:29:21 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q56JT6Be027916; Wed, 6 Jun 2012 21:29:06 +0200 (CEST) (envelope-from olli) Date: Wed, 6 Jun 2012 21:29:06 +0200 (CEST) Message-Id: <201206061929.q56JT6Be027916@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Wed, 06 Jun 2012 21:29:21 +0200 (CEST) Cc: Subject: 9-stabe: cd device gone, ATA_CAM panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 19:29:23 -0000 Hi, I recently updated an amd64 machine from 8-stable to 9-stable, csupped on June 1st: $ uname -rsm FreeBSD 9.0-STABLE-20120601 amd64 When I merged my old kernel configuration, at first I kept "device atapicam" because this is still mentioned in NOTES. Config and compiling worked, but linking failed with missing symbols. I don't remember which symbols, but it's easy to reproduce if necessary. Anyway, I commented atapicam out because it seems that now "options ATA_CAM" does the same thing. This time the kernel linked, but during boot I got the following panic: atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xcc00-0xcc03,0xc880-0xc88f mem 0xfeaf8000-0xfeafbfff irq 21 at device 6.0 on pci3 ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 [...] ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=00 stat1=00 devices=0x10000 (cd0:ata2:0:0:0): AutoSense failed (cd0:ata2:0:0:0): Error 5, Unretryable error (cd0:ata2:0:0:0): got CAM status 0x50 (cd0:ata2:0:0:0): fatal error, failed to attach to device (cd0:ata2:0:0:0): lost device ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=00 stat1=00 devices=0x10000 (cd0:ata2:0:0:0): AutoSense failed (cd0:ata2:0:0:0): Error 5, Unretryable error (cd0:ata2:0:0:0): removing device entry panic: cam_periph_release_locked_buses: release of 0xfffffe0007321700 when refcount is zero cpuid = 4 KDB: stack backtrace: #0 0xffffffff807a3c96 at kdb_backtrace+0x66 #1 0xffffffff8076d74e at panic+0x1ce #2 0xffffffff802a200e at cam_periph_release_locked_buses+0x3e #3 0xffffffff802a202e at cam_periph_release_locked+0x1e #4 0xffffffff802a2f52 at cam_periph_release+0x52 #5 0xffffffff802babcd at cdclose+0xbd #6 0xffffffff806d7332 at g_disk_access+0x242 #7 0xffffffff806db618 at g_access+0x188 #8 0xffffffff807110f8 at g_raid_md_taste_sii+0x188 #9 0xffffffff806e96d6 at g_raid_taste+0x126 #10 0xffffffff806db0cd at g_new_provider_event+0x6d #11 0xffffffff806d8c08 at g_run_events+0x1e8 #12 0xffffffff8073f00e at fork_exit+0x11e #13 0xffffffff809a2d4e at fork_trampoline+0xe Uptime: 48s Automatic reboot in 15 seconds - press any key on the console to abort Then I commented ATA_CAM out, too. This time there's no panic, and everything works fine, *except* that there are no cd devices whatsoever. $ ls /dev | grep cd $ There's no mention of any cd device in /var/run/dmesg.boot. Also, various invocations of atacontrol(8) don't change anything. "atacontrol list" claims there are no devices present. This is a Promise (P)ATA controller (UDMA-133) with a DVD-ROM/R/RW drive connected as master device to the first channel (ata2), nothing else. It worked fine with 8-stable. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Python is an experiment in how much freedom programmers need. Too much freedom and nobody can read another's code; too little and expressiveness is endangered." -- Guido van Rossum From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 20:32:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A755A106564A for ; Wed, 6 Jun 2012 20:32:09 +0000 (UTC) (envelope-from gtodd@bellanet.org) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 550B58FC14 for ; Wed, 6 Jun 2012 20:32:09 +0000 (UTC) Received: by ghbz22 with SMTP id z22so6736117ghb.13 for ; Wed, 06 Jun 2012 13:32:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type:x-gm-message-state; bh=USgShQ2i9gXuU0Omot/T6QjyDiqfyztdP85t60vXKVo=; b=WKoxYxeR7D90CENj8Z4Rd1YyuXvJZd4+W4ZH4EPCS6XxltUKxkvn0Z2aMVCCPyWYq3 YtNgkPDBI6SQSn/qSncpVLLDZQOhIxmUhYQqjXmSn8gvSyYhV8Q3dWeLC7u2X63SvkGP 7Pk9du6MUieFPY24HHwZtSw8D5oTT5TS5JKH2tMvBA8qgtV0wptaafOt6ney3HVs13jX TwFrhFaT9QprTbokrpFVSBtxFaY6PqoFj0EDYcluciEK1Q9aSIOQxaLqhwjUWAKRQNll pVJzh3Xu0gA75jNyIZefhYm3M2jiQ5ming7OUzModLQGgjGdqpIpJI+gekavR6MpGHsY rqXA== Received: by 10.50.76.137 with SMTP id k9mr8034358igw.25.1339014728508; Wed, 06 Jun 2012 13:32:08 -0700 (PDT) Received: from wawanesa.iciti.ca (CPE0080c8f208a5-CM001371173cf8.cpe.net.cable.rogers.com. [99.246.61.82]) by mx.google.com with ESMTPS id va9sm1719727igb.17.2012.06.06.13.32.06 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 06 Jun 2012 13:32:06 -0700 (PDT) Date: Wed, 6 Jun 2012 16:31:50 -0400 (EDT) From: Graham Todd X-X-Sender: gtodd@wawanesa.iciti.ca To: Mark Linimon In-Reply-To: <20120605060950.GC32448@lonesome.com> Message-ID: References: <2490439.EC638TI0j3@x220.ovitrap.com> <20120605053316.CDE9A2145078@drugs.dv.isc.org> <2188078.y2TVGRxzTH@x220.ovitrap.com> <20120605060950.GC32448@lonesome.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Gm-Message-State: ALoCoQmakFl3BzfWCgb7zVYVrBjoTz7l8Jz2XHTihug/+PAWvRDgZWdH2Zjf+Ns1ZfIIGxaBUL5T Cc: freebsd-stable@freebsd.org, Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , Erich , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 20:32:09 -0000 On Tue, 5 Jun 2012, Mark Linimon wrote: > It's not particularly easy to see this on cvsweb. But let's take a look > at a random Mk/bsd.*.mk file via 'cvs log': > > RCS file: /home/FreeBSD/pcvs/ports/Mk/bsd.apache.mk,v > Working file: bsd.apache.mk > head: 1.36 > branch: > locks: strict > access list: > symbolic names: > RELEASE_8_3_0: 1.35 > RELEASE_9_0_0: 1.33 > RELEASE_7_4_0: 1.26 > RELEASE_8_2_0: 1.26 > RELEASE_6_EOL: 1.26 > [...] > RELEASE_6_1_0: 1.9 > RELEASE_5_5_0: 1.9 > [...] > > and so forth. > > The line "RELEASE_8_3_0: 1.35" tells you "the version of this file > as of tag RELEASE_8_3_0 was r1.35." So that's what's on the 8.3R > distribution media. Is there any way to access this information using tools like pkg_* pkgng or ports make targets? Or does one use cvs/svn? ps: Thanks all for your work on ports! From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 21:10:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58D5F106566C for ; Wed, 6 Jun 2012 21:10:57 +0000 (UTC) (envelope-from garmitage@swin.edu.au) Received: from gpo2.cc.swin.edu.au (gpo2.cc.swin.edu.au [136.186.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id C8DC08FC0A for ; Wed, 6 Jun 2012 21:10:56 +0000 (UTC) Received: from [136.186.229.44] (garmitage3.caia.swin.edu.au [136.186.229.44]) by gpo2.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id q56LAsgQ021823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jun 2012 07:10:55 +1000 Message-ID: <4FCFC75E.4000707@swin.edu.au> Date: Thu, 07 Jun 2012 07:10:54 +1000 From: grenville armitage User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111003 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <3019920.ozTXahhPXd@x220.ovitrap.com> <15075001.JBc1UY2ed2@x220.ovitrap.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Ports from a particular date in the past... Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 21:10:57 -0000 On 06/07/2012 00:16, Chris Rees wrote: > On 6 June 2012 14:12, Erich wrote: [..] >> is my English really this bad? >> >> From the handbook: >> >> '. In particular, use only tag=. for the ports-* collections.' > > Your English is fine, but "being told to use tag=." != "tag=. is the > only tag that exists". Another data point: In Erich's defense, I'd say his interpretation is quite understandable. "...use only tag=. for the ports-* collections" also left me with the distinct impression (some many moons in the past) that there are no other meaningful (or safe) tags when csup'ing the Ports tree. In 12 years of using FreeBSD I've never really sought out Erich's use case (viz. roll back /usr/ports to some past known-good version), I just assumed it wasn't possible. So this thread has taught at least one person (me) a new thing -- I never fully grokked that adding "date=" to the supfile could achieve this desired result when csup'ing the Ports tree. Now I know, and I've changed the Subject line of this email in the hope it helps some future soul googling for the answer. cheers, gja From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 21:14:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 221B61065674 for ; Wed, 6 Jun 2012 21:14:50 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 76FC315FCAA; Wed, 6 Jun 2012 21:14:46 +0000 (UTC) Message-ID: <4FCFC846.5050508@FreeBSD.org> Date: Wed, 06 Jun 2012 14:14:46 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dave Hayes References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> <201206041932.q54JWONA001600@hugeraid.jetcafe.org> <4FCDA15C.2000700@digsys.bg> <201206061859.q56IxvLx045828@hugeraid.jetcafe.org> In-Reply-To: <201206061859.q56IxvLx045828@hugeraid.jetcafe.org> X-Enigmail-Version: 1.5pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Daniel Kalchev Subject: Documenting 'make config' options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 21:14:50 -0000 On 06/06/2012 11:59, Dave Hayes wrote: > I'm describing more of a use case here, not attempting to specify an > implementation. If a user invokes 'make', a window is presented to them > with various options. It's probably very common that this is met with an > initial reaction of "what the hell do these do?", even from the most > seasoned of admins (presuming they are unfamiliar with the software they > have been asked to install). I claim it would be an improvement to have > that information at the fingertips of the make invoker. What manner of providing this information would meet your needs? -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 21:23:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46428106564A for ; Wed, 6 Jun 2012 21:23:54 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id DEC8A8FC08 for ; Wed, 6 Jun 2012 21:23:53 +0000 (UTC) Received: (qmail 30080 invoked by uid 0); 6 Jun 2012 17:23:53 -0400 Received: from unknown (HELO glenbarber.us) (75.146.225.65) by 0 with SMTP; 6 Jun 2012 17:23:53 -0400 Date: Wed, 6 Jun 2012 17:23:51 -0400 From: Glen Barber To: Doug Barton Message-ID: <20120606212351.GB1387@glenbarber.us> References: <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> <201206041932.q54JWONA001600@hugeraid.jetcafe.org> <4FCDA15C.2000700@digsys.bg> <201206061859.q56IxvLx045828@hugeraid.jetcafe.org> <4FCFC846.5050508@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FCFC846.5050508@FreeBSD.org> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Documenting 'make config' options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 21:23:54 -0000 On Wed, Jun 06, 2012 at 02:14:46PM -0700, Doug Barton wrote: > On 06/06/2012 11:59, Dave Hayes wrote: > > I'm describing more of a use case here, not attempting to specify an > > implementation. If a user invokes 'make', a window is presented to them > > with various options. It's probably very common that this is met with an > > initial reaction of "what the hell do these do?", even from the most > > seasoned of admins (presuming they are unfamiliar with the software they > > have been asked to install). I claim it would be an improvement to have > > that information at the fingertips of the make invoker. > > What manner of providing this information would meet your needs? > IMHO, something informing what "THAT" is in devel/subversion option MOD_DONTDOTHAT would be nice. :) Glen From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 21:40:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63365106566C for ; Wed, 6 Jun 2012 21:40:29 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 229DF8FC0C for ; Wed, 6 Jun 2012 21:40:29 +0000 (UTC) Received: by obcni5 with SMTP id ni5so14067680obc.13 for ; Wed, 06 Jun 2012 14:40:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=UAT6Oh3FD9qAG9deHMkd3j9Hhoiq7AixP9a8Q2cxdTk=; b=z6tVA3fx0Ppw98CA3sFS5t+jfKpsENYutTkUwgQnm1436feM6AGzJuBXFQPeb2bc9O za9dAxmcffIm70eiYfscUFT2OSJfhL6aS8l+ARiCBRn3jW5C0k30WclJuE0fC0RZiJ/Z GHDhHyuEix7PYSt5hqDFIeyV84hgqlfqryhfgAN7Dc+WE1Gb4w31Il3aBB5nOV/+zcbC IHYtJ4jb+rpreL5VnsrDpBtwKmgiqR+z3CZngBxBmqF6jX83o1myQ4Ll7MZ1L1sPZt7U fkcULhrrwwQKSA1/uxvTJzSRW+LEe/3pretAS4n5cs0VqVrZAieAzbZb3X/MPEnsVy2U qu0A== MIME-Version: 1.0 Received: by 10.60.32.113 with SMTP id h17mr22111166oei.40.1339018828534; Wed, 06 Jun 2012 14:40:28 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.182.128.38 with HTTP; Wed, 6 Jun 2012 14:40:28 -0700 (PDT) In-Reply-To: <4FCFC75E.4000707@swin.edu.au> References: <3019920.ozTXahhPXd@x220.ovitrap.com> <15075001.JBc1UY2ed2@x220.ovitrap.com> <4FCFC75E.4000707@swin.edu.au> Date: Wed, 6 Jun 2012 17:40:28 -0400 X-Google-Sender-Auth: 4MyU-njavFM85MsWzmVtB4kQLbo Message-ID: From: Rick Miller To: grenville armitage , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Ports from a particular date in the past... Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 21:40:29 -0000 I, for one, appreciate you changing the subject because I didn't know this either and its an important function in my use case where point in time snapshots are important to the architects and ops folks! On 6/6/12, grenville armitage wrote: > > > On 06/07/2012 00:16, Chris Rees wrote: >> On 6 June 2012 14:12, Erich wrote: > [..] > >>> is my English really this bad? >>> >>> From the handbook: >>> >>> '. In particular, use only tag=. for the ports-* collections.' >> >> Your English is fine, but "being told to use tag=." != "tag=. is the >> only tag that exists". > > Another data point: > > In Erich's defense, I'd say his interpretation is quite understandable. > "...use only tag=. for the ports-* collections" also left me with the > distinct impression (some many moons in the past) that there are no > other meaningful (or safe) tags when csup'ing the Ports tree. > > In 12 years of using FreeBSD I've never really sought out Erich's use > case (viz. roll back /usr/ports to some past known-good version), I > just assumed it wasn't possible. So this thread has taught at least one > person (me) a new thing -- I never fully grokked that adding "date=" > to the supfile could achieve this desired result when csup'ing the > Ports tree. Now I know, and I've changed the Subject line of this email > in the hope it helps some future soul googling for the answer. > > cheers, > gja > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Sent from my mobile device Take care Rick Miller From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 21:48:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82718106566B for ; Wed, 6 Jun 2012 21:48:52 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 04A9D8FC14 for ; Wed, 6 Jun 2012 21:48:51 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so6660958wgb.31 for ; Wed, 06 Jun 2012 14:48:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to :x-gm-message-state; bh=I0gQlQzmGIAtQRxxCNLXAMf6vwVxVMWWOyLy3gpwP9s=; b=jOG3HVNF7uG9EztmqHu9AB/1xUZH6iozeTFuTQ6c8ZUFOJpMwD3/JNKJwrzhAeDWAe o9YpbQ93G8ge5e3JNLt2bg451oF9gZKakMxfnriros4AhlvlhXIBQHzuv4xuOtdFau6N ZQxPwHma+W/XKnuK2xNCcvfkWzi+Sbaj1gkg1J+BOm42pSGy2L1cHByPgIS+7jutoC0G 7bFdicWU8FzVID/FW6gUeDHTY8bElXVAUuek+tOMHBDtlCkyQwvdmIVjCabH2+JduOWR xiy7qn5XVva9exlBOMhDlwV/lGPTWniblUt40CWWCzF5qz5F+iET33G3ppl4796AX7Cl Avdg== Received: by 10.216.212.217 with SMTP id y67mr18273175weo.173.1339019330731; Wed, 06 Jun 2012 14:48:50 -0700 (PDT) Received: from [10.35.66.146] ([92.90.16.85]) by mx.google.com with ESMTPS id db7sm4963908wib.6.2012.06.06.14.48.49 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 06 Jun 2012 14:48:50 -0700 (PDT) References: <3019920.ozTXahhPXd@x220.ovitrap.com> <15075001.JBc1UY2ed2@x220.ovitrap.com> <4FCFC75E.4000707@swin.edu.au> In-Reply-To: <4FCFC75E.4000707@swin.edu.au> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (9A405) From: Damien Fleuriot Date: Wed, 6 Jun 2012 23:48:40 +0200 To: grenville armitage X-Gm-Message-State: ALoCoQnCntahoxn6F5Zo/omEg7UC0gRee7FawCdyC27AIya+5vn0lcP33cDxwpI0jJvXGC1InEUf Cc: "freebsd-stable@freebsd.org" Subject: Re: Ports from a particular date in the past... Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 21:48:52 -0000 On 6 Jun 2012, at 23:10, grenville armitage wrote: > > > On 06/07/2012 00:16, Chris Rees wrote: >> On 6 June 2012 14:12, Erich wrote: > [..] > >>> is my English really this bad? >>> >>> From the handbook: >>> >>> '. In particular, use only tag=. for the ports-* collections.' >> >> Your English is fine, but "being told to use tag=." != "tag=. is the >> only tag that exists". > > Another data point: > > In Erich's defense, I'd say his interpretation is quite understandable. > "...use only tag=. for the ports-* collections" also left me with the > distinct impression (some many moons in the past) that there are no > other meaningful (or safe) tags when csup'ing the Ports tree. > > In 12 years of using FreeBSD I've never really sought out Erich's use > case (viz. roll back /usr/ports to some past known-good version), I > just assumed it wasn't possible. So this thread has taught at least one > person (me) a new thing -- I never fully grokked that adding "date=" > to the supfile could achieve this desired result when csup'ing the > Ports tree. Now I know, and I've changed the Subject line of this email > in the hope it helps some future soul googling for the answer. > > cheers, > gja > Actually does , flagging post for future reading. Thanks guys. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 21:50:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D4241065672 for ; Wed, 6 Jun 2012 21:50:33 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9EAEC8FC1D for ; Wed, 6 Jun 2012 21:50:32 +0000 (UTC) Received: from vincemacbook.unsane.co.uk (vincemacbook.unsane.co.uk [10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id q56LoURY050246 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 6 Jun 2012 22:50:31 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4FCFD05C.6040707@unsane.co.uk> Date: Wed, 06 Jun 2012 22:49:16 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> <201206041932.q54JWONA001600@hugeraid.jetcafe.org> <4FCDA15C.2000700@digsys.bg> <201206061859.q56IxvLx045828@hugeraid.jetcafe.org> <4FCFC846.5050508@FreeBSD.org> <20120606212351.GB1387@glenbarber.us> In-Reply-To: <20120606212351.GB1387@glenbarber.us> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Documenting 'make config' options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 21:50:33 -0000 On 06/06/2012 22:23, Glen Barber wrote: > On Wed, Jun 06, 2012 at 02:14:46PM -0700, Doug Barton wrote: >> On 06/06/2012 11:59, Dave Hayes wrote: >>> I'm describing more of a use case here, not attempting to specify an >>> implementation. If a user invokes 'make', a window is presented to them >>> with various options. It's probably very common that this is met with an >>> initial reaction of "what the hell do these do?", even from the most >>> seasoned of admins (presuming they are unfamiliar with the software they >>> have been asked to install). I claim it would be an improvement to have >>> that information at the fingertips of the make invoker. >> What manner of providing this information would meet your needs? >> > IMHO, something informing what "THAT" is in devel/subversion option > MOD_DONTDOTHAT would be nice. :) > > Glen Not something I had bothered looking up till now as I hadnt wanted to use it but the 2nd hit on google, http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2009-April/161673.html describes it quite well. I tend to go with, If i dont know what it is, and its not default, I probably dont need it. Unless it looks interesting, then I google it ;) Maybe an (optional) new file with a longer descriptions of the make options so as not to crowd the make config dialog? I dont mind looking up compile time options for software I am installing but I can see how having a precis available locally might be handy. Vince > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 21:59:05 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D6B3106564A; Wed, 6 Jun 2012 21:59:05 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6B0E18FC17; Wed, 6 Jun 2012 21:59:04 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA10652; Thu, 07 Jun 2012 00:59:02 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ScOFp-0009PU-H2; Thu, 07 Jun 2012 00:59:02 +0300 Message-ID: <4FCFD2A1.60706@FreeBSD.org> Date: Thu, 07 Jun 2012 00:58:57 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: Jung-uk Kim References: <1337319129.2915.4.camel@powernoodle-l7> <4FB6765A.2050307@FreeBSD.org> <1337710214.2916.8.camel@powernoodle-l7.corp.yahoo.com> <20120525163653.b61a08e2.lists@yamagi.org> <4FBFA9A9.7020806@FreeBSD.org> <4FBFBD39.7000105@FreeBSD.org> <4FBFDFFB.9020501@FreeBSD.org> <4FBFE624.1020208@FreeBSD.org> <20120526090233.f638c1d2.lists@yamagi.org> <4FC0A3A1.80200@FreeBSD.org> <4FC7D464.20602@FreeBSD.org> In-Reply-To: <4FC7D464.20602@FreeBSD.org> X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: sbruno@FreeBSD.org, freebsd-stable@FreeBSD.org, Yamagi Burmeister , seanbru@yahoo-inc.com Subject: Re: [stable 9] broken hwpstate calls X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 21:59:05 -0000 on 31/05/2012 23:28 Jung-uk Kim said the following: > It is simple but I don't like locking scheduler, binding CPU, and writing > the same MSR, multiple times for each core. Not sure if parse this. The MSR is _written_ /once/ for each core. (BTW, "locking scheduler" is not a completely accurate description of what thread_lock does) > Besides, it introduces more delay and you may be reading the correct > status because of that. :-P Having a separate reading pass does introduce more delay indeed. Reading the correct status is a good thing, OTOH. Why would anyone want to read incorrect status? (just want to note that "correct" and "expected" are different things) > If people really think checking MSRC001_0071[18:16] is unworthy for Well, "other people" hasn't demonstrated/proved/convinced yet that it is worthy > Bulldozer, I prefer skipping status check That's what I suggested from the very start. > but I disagree with this patch. Since I am not invested in this issue (I am not affected by the problem and I do not have any personal attachment to the code in question), I will just defer any decision to those who do care about the problem. I hope that a fix will be provided in the end. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 23:02:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D953106564A; Wed, 6 Jun 2012 23:02:18 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 86A048FC0C; Wed, 6 Jun 2012 23:02:17 +0000 (UTC) Message-ID: <4FCFE178.9080505@FreeBSD.org> Date: Wed, 06 Jun 2012 19:02:16 -0400 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120502 Thunderbird/12.0.1 MIME-Version: 1.0 To: Andriy Gapon References: <1337319129.2915.4.camel@powernoodle-l7> <4FB6765A.2050307@FreeBSD.org> <1337710214.2916.8.camel@powernoodle-l7.corp.yahoo.com> <20120525163653.b61a08e2.lists@yamagi.org> <4FBFA9A9.7020806@FreeBSD.org> <4FBFBD39.7000105@FreeBSD.org> <4FBFDFFB.9020501@FreeBSD.org> <4FBFE624.1020208@FreeBSD.org> <20120526090233.f638c1d2.lists@yamagi.org> <4FC0A3A1.80200@FreeBSD.org> <4FC7D464.20602@FreeBSD.org> <4FCFD2A1.60706@FreeBSD.org> In-Reply-To: <4FCFD2A1.60706@FreeBSD.org> X-Enigmail-Version: 1.5pre X-Enigmail-Draft-Status: 513 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Yamagi Burmeister , seanbru@yahoo-inc.com Subject: Re: [stable 9] broken hwpstate calls X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 23:02:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2012-06-06 17:58:57 -0400, Andriy Gapon wrote: > on 31/05/2012 23:28 Jung-uk Kim said the following: >> It is simple but I don't like locking scheduler, binding CPU, and >> writing the same MSR, multiple times for each core. > > Not sure if parse this. The MSR is _written_ /once/ for each > core. (BTW, "locking scheduler" is not a completely accurate > description of what thread_lock does) I apologize. I didn't see the whole picture and read your patch wrong. Any way, hwpstate still isn't quite right even without your patch. sys/kern/kern_cpu.c cpufreq_curr_sysctl() -> CPUFREQ_SET() -> /* for all CPU devices */ cf_set_method() -> /* thread_lock(), sched_bind(), ... */ CPUFREQ_DRV_SET() -> sys/x86/cpufreq/hwpstate.c hwpstate_set() -> hwpstate_goto_pstate() /* for each CPU unit */ /* thread_lock(), sched_bind(), ... */ Therefore, "sysctl dev.cpu.0.cpufreq=" loops n^2 times (i.e., n times per CPU) where n is number of CPUs. At least, it should check unit == 0, e.g., hwpstate_goto_pstate(...) { ... if (unit == 0) { /* XXX Is this really necessary? */ CPU_FOREACH(i) { ... wrmsr(MSR_AMD_10H_11H_CONTROL, id); ... } } /* Check the current P-state. */ for (...) { ... msr = rdmsr(MSR_AMD_10H_11H_STATUS); if (msr == id) break; ... } /* XXX Maybe your patch here? */ ... } >> Besides, it introduces more delay and you may be reading the >> correct status because of that. :-P > > Having a separate reading pass does introduce more delay indeed. > Reading the correct status is a good thing, OTOH. That's what I said. > Why would anyone want to read incorrect status? (just want to note > that "correct" and "expected" are different things) Okay, okay. >> If people really think checking MSRC001_0071[18:16] is unworthy >> for > > Well, "other people" hasn't demonstrated/proved/convinced yet that > it is worthy > >> Bulldozer, I prefer skipping status check > > That's what I suggested from the very start. Buy me a Bulldozer and I'll fix it for you! :-P >> but I disagree with this patch. > > Since I am not invested in this issue (I am not affected by the > problem and I do not have any personal attachment to the code in > question), I will just defer any decision to those who do care > about the problem. I hope that a fix will be provided in the end. Same here. Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/P4XgACgkQmlay1b9qnVP8cgCgl9sAzyE956YjB2B3bK0wvOHu n64Anih7sdWYQgflQVHuUGstdk05Fs9i =2dS0 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 23:16:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8594C106566B for ; Wed, 6 Jun 2012 23:16:08 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB1F8FC16 for ; Wed, 6 Jun 2012 23:16:08 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q56NG3ZO021082; Wed, 6 Jun 2012 17:16:07 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Thu, 07 Jun 2012 06:15:57 +0700 Message-ID: <12314816.XWuDBMq1B8@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: References: <4FCFC75E.4000707@swin.edu.au> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Rick Miller , grenville armitage Subject: Re: Ports from a particular date in the past... Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 23:16:08 -0000 Hi, On 06 June 2012 17:40:28 Rick Miller wrote: > I, for one, appreciate you changing the subject because I didn't know > this either and its an important function in my use case where point > in time snapshots are important to the architects and ops folks! > and it should be mentioned in the hand book. I did not get any response for this on the proper mailing list. > On 6/6/12, grenville armitage wrote: > > > In Erich's defense, I'd say his interpretation is quite understandable. > > "...use only tag=. for the ports-* collections" also left me with the > > distinct impression (some many moons in the past) that there are no > > other meaningful (or safe) tags when csup'ing the Ports tree. > > This is why I tried then to get the ports tree from the release by hand or by synchronising with the release and store it. > > In 12 years of using FreeBSD I've never really sought out Erich's use > > case (viz. roll back /usr/ports to some past known-good version), I > > just assumed it wasn't possible. So this thread has taught at least one > > person (me) a new thing -- I never fully grokked that adding "date=" > > to the supfile could achieve this desired result when csup'ing the > > Ports tree. Now I know, and I've changed the Subject line of this email > > in the hope it helps some future soul googling for the answer. The real answer would be to put this into the handbook. Erich From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 23:33:47 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1075F1065670; Wed, 6 Jun 2012 23:33:47 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id B073C8FC1B; Wed, 6 Jun 2012 23:33:46 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q56NXKgm026668; Wed, 6 Jun 2012 16:33:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1339025601; bh=Icpz8lPGaPCv1+jG2vYNrhp62No116QsYBoqN8mvzq8=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=BMDtORHIAyIBI/pKF3I9mSX7maW8/1tWQfQwjw2rd0XDG01hOAJwb1EF/NVxCqVV3 BzXVfwP5CkC2eGZQHv7SIC5sxIm+AFKm+mYhqBiEqCUnYE3QrF4LAqOioflRm3KSmN VCN411aAYJhCxVehchGVw6Wb7fNDHbcvqxaqqoBc= From: Sean Bruno To: Jung-uk Kim In-Reply-To: <4FCFE178.9080505@FreeBSD.org> References: <1337319129.2915.4.camel@powernoodle-l7> <4FB6765A.2050307@FreeBSD.org> <1337710214.2916.8.camel@powernoodle-l7.corp.yahoo.com> <20120525163653.b61a08e2.lists@yamagi.org> <4FBFA9A9.7020806@FreeBSD.org> <4FBFBD39.7000105@FreeBSD.org> <4FBFDFFB.9020501@FreeBSD.org> <4FBFE624.1020208@FreeBSD.org> <20120526090233.f638c1d2.lists@yamagi.org> <4FC0A3A1.80200@FreeBSD.org> <4FC7D464.20602@FreeBSD.org> <4FCFD2A1.60706@FreeBSD.org> <4FCFE178.9080505@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 06 Jun 2012 16:33:20 -0700 Message-ID: <1339025600.10177.12.camel@powernoodle-l7.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 025600003 Cc: "sbruno@FreeBSD.org" , "freebsd-stable@FreeBSD.org" , Yamagi Burmeister , Andriy Gapon Subject: Re: [stable 9] broken hwpstate calls X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 23:33:47 -0000 On Wed, 2012-06-06 at 16:02 -0700, Jung-uk Kim wrote: > Buy me a Bulldozer and I'll fix it for you! :-P Since I have one (FX-8150), do you want me to expose it to the internet and let you play with it? Sean From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 23:43:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D11F106567B for ; Wed, 6 Jun 2012 23:43:44 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 13A408FC12 for ; Wed, 6 Jun 2012 23:43:43 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q56NhagJ017284; Wed, 6 Jun 2012 17:43:36 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q56NhaiV017281; Wed, 6 Jun 2012 17:43:36 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 6 Jun 2012 17:43:36 -0600 (MDT) From: Warren Block To: Vincent Hoffman In-Reply-To: <4FCFD05C.6040707@unsane.co.uk> Message-ID: References: <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> <201206041932.q54JWONA001600@hugeraid.jetcafe.org> <4FCDA15C.2000700@digsys.bg> <201206061859.q56IxvLx045828@hugeraid.jetcafe.org> <4FCFC846.5050508@FreeBSD.org> <20120606212351.GB1387@glenbarber.us> <4FCFD05C.6040707@unsane.co.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Wed, 06 Jun 2012 17:43:36 -0600 (MDT) Cc: freebsd-stable@freebsd.org Subject: Re: Documenting 'make config' options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 23:43:44 -0000 On Wed, 6 Jun 2012, Vincent Hoffman wrote: > On 06/06/2012 22:23, Glen Barber wrote: >> On Wed, Jun 06, 2012 at 02:14:46PM -0700, Doug Barton wrote: >>> On 06/06/2012 11:59, Dave Hayes wrote: >>>> I'm describing more of a use case here, not attempting to specify an >>>> implementation. If a user invokes 'make', a window is presented to them >>>> with various options. It's probably very common that this is met with an >>>> initial reaction of "what the hell do these do?", even from the most >>>> seasoned of admins (presuming they are unfamiliar with the software they >>>> have been asked to install). I claim it would be an improvement to have >>>> that information at the fingertips of the make invoker. >>> What manner of providing this information would meet your needs? >>> >> IMHO, something informing what "THAT" is in devel/subversion option >> MOD_DONTDOTHAT would be nice. :) >> > Not something I had bothered looking up till now as I hadnt wanted to > use it but the 2nd hit on google, > http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2009-April/161673.html > describes it quite well. > I tend to go with, If i dont know what it is, and its not default, I > probably dont need it. > Unless it looks interesting, then I google it ;) > > Maybe an (optional) new file with a longer descriptions of the make > options so as not to crowd the make config dialog? > I dont mind looking up compile time options for software I am installing > but I can see how having a precis available locally might be handy. Here's an idea: if the description is too long to show in the very limited space, cut it off, show a "...", and show the entire description in a two- or three-line text box below the main one. The >< indicate a highlight here: ----------------------------------------------- >[ ] GOOFY Build with support for the... < [ ] EXAMPLES Install the examples ----------------------------------------------- < OK > --------------------------------------------- Build with support for the GOOFY framework that provides concurrent whoopsies integrated with a Perubython interpreter, and stuff. ----------------------------------------------- The description at the bottom is from whatever option is currently highlighted, and changes as the user scrolls through the options. It would be blank if the entire description could be displayed in the space available above. The advantage of this is that it would work with existing ports, and give the ability to use longer descriptions. The disadvantage is that dialog(1) would probably need modifications. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 6 23:51:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDAEA106566B for ; Wed, 6 Jun 2012 23:51:29 +0000 (UTC) (envelope-from tomdean@speakeasy.org) Received: from asbnvacz-mailrelay01.megapath.net (asbnvacz-mailrelay01.megapath.net [207.145.128.243]) by mx1.freebsd.org (Postfix) with ESMTP id 7BCC88FC12 for ; Wed, 6 Jun 2012 23:51:29 +0000 (UTC) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.53]) by asbnvacz-mailrelay01.megapath.net (Postfix) with ESMTP id 898D9A7316F for ; Wed, 6 Jun 2012 19:51:28 -0400 (EDT) Received: (qmail 20786 invoked from network); 6 Jun 2012 23:51:28 -0000 Received: by simscan 1.4.0 ppid: 1237, pid: 31540, t: 0.5223s scanners: clamav: 0.88.2/m:52/d:13495 spam: 3.0.4 Received: from unknown (HELO P9X79.tddhome) (tomdean@[24.113.107.31]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 6 Jun 2012 23:51:27 -0000 Message-ID: <4FCFECFF.9070504@speakeasy.org> Date: Wed, 06 Jun 2012 16:51:27 -0700 From: "Thomas D. Dean" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120310 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail8.sea5 X-Spam-Level: **** X-Spam-Status: No, score=4.1 required=8.0 tests=FORGED_RCVD_HELO, OBSCURED_EMAIL,RATWARE_GECKO_BUILD autolearn=disabled version=3.0.4 Subject: Mergemaster Fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 23:51:29 -0000 Mergemaster fails in a up-to-date as of now build. > uname -a FreeBSD P9X79.tddhome 9.0-STABLE FreeBSD 9.0-STABLE #0: Wed Jun 6 16:16:58 PDT 2012 root@P9X79.tddhome:/usr/obj/usr/src/sys/GENERIC amd64 # mergemaster ... [END] And no response to the keyboard, except Suspended root@P9X79:/usr/src # ^M root@P9X79:/usr/src # ^M root@P9X79:/usr/src # ^M root@P9X79:/usr/src # ^M root@P9X79:/usr/src # ps^M PID TT STAT TIME COMMAND 1199 v0 Is 0:00.00 login [pam] (login) 1330 v0 S 0:05.88 /usr/local/bin/X :0 -auth /home/tomdean/.serverauth.1311 1200 v1 Is 0:00.00 login [pam] (login) 1306 v1 I+ 0:00.02 -csh (csh) 1201 v2 Is+ 0:00.00 /usr/libexec/getty Pc ttyv2 1202 v3 Is+ 0:00.00 /usr/libexec/getty Pc ttyv3 1203 v4 Is+ 0:00.00 /usr/libexec/getty Pc ttyv4 1204 v5 Is+ 0:00.00 /usr/libexec/getty Pc ttyv5 1205 v6 Is+ 0:00.00 /usr/libexec/getty Pc ttyv6 1206 v7 Is+ 0:00.00 /usr/libexec/getty Pc ttyv7 1363 4 Is 0:00.01 su 1364 4 I 0:00.01 _su (csh) 2486 4 S+ 0:00.00 script /tmp/mergemaster 2487 5 Ss 0:00.01 /bin/csh -i 2489 5 T 0:00.05 /bin/sh /usr/sbin/mergemaster 3540 5 T 0:00.00 less 3542 5 R+ 0:00.00 ps root@P9X79:/usr/src # kill 2489 2487 3540^M root@P9X79:/usr/src # ps^M PID TT STAT TIME COMMAND 1199 v0 Is 0:00.00 login [pam] (login) 1330 v0 S 0:05.88 /usr/local/bin/X :0 -auth /home/tomdean/.serverauth.1311 1200 v1 Is 0:00.00 login [pam] (login) 1306 v1 I+ 0:00.02 -csh (csh) 1201 v2 Is+ 0:00.00 /usr/libexec/getty Pc ttyv2 1202 v3 Is+ 0:00.00 /usr/libexec/getty Pc ttyv3 1203 v4 Is+ 0:00.00 /usr/libexec/getty Pc ttyv4 1204 v5 Is+ 0:00.00 /usr/libexec/getty Pc ttyv5 1205 v6 Is+ 0:00.00 /usr/libexec/getty Pc ttyv6 1206 v7 Is+ 0:00.00 /usr/libexec/getty Pc ttyv7 1363 4 Is 0:00.01 su 1364 4 I 0:00.01 _su (csh) 2486 4 S+ 0:00.00 script /tmp/mergemaster 2487 5 Ss 0:00.01 /bin/csh -i 3544 5 R+ 0:00.00 ps [1] + Terminated mergemaster From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 01:01:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC019106566C for ; Thu, 7 Jun 2012 01:01:11 +0000 (UTC) (envelope-from momchil@xaxo.eu) Received: from vps2.xaxo.eu (vps2.xaxo.eu [78.47.156.66]) by mx1.freebsd.org (Postfix) with ESMTP id 3E3D68FC19 for ; Thu, 7 Jun 2012 01:01:11 +0000 (UTC) Received: from t61.xaxo.eu ([10.75.23.6]) by vps2.xaxo.eu (8.14.4/8.14.4) with ESMTP id q57017uu068794; Thu, 7 Jun 2012 02:01:07 +0200 (CEST) (envelope-from momchil@xaxo.eu) Date: Thu, 07 Jun 2012 03:01:07 +0200 Message-ID: <86fwa8szos.wl%momchil@xaxo.eu> From: =?UTF-8?B?0JzQvtC80YfQuNC7INCY0LLQsNC90L7Qsg==?= To: freebsd-stable@freebsd.org MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 01:01:11 -0000 Hi, today I had a really strange experience with my laptop. I ran 2 lisp processes each consuming 100% CPU (i.e. in top, 100% CPU means one full core), since I have 2 cores, it means full processor load. I was moreover running Emacs and Opera, but that is more or less irrelevant since they consume negligible amount of CPU time. At some point my Xorg died and I was dropped in the terminal and the first thought through my mind was that my laptop just said "goodbye, it was nice meeting you after 4+ years". A second later I saw: Jun 7 01:00:06 t61 kernel: acpi_tz1: WARNING - current temperature (100.1C) exceeds safe limits which was a sign of relief: "oh, maybe the fan got busted...". So I took a screw driver and disassembled my Lenovo T61. Cleaning all the dust and putting a fresh amount of thermal fluid (did it 1 year ago), I booted again and started both processes again and took a look at the temperature. It was constantly increasing from about 33 C. I took a look at top and saw that both processes were wildly jumping accross the cores, i.e. CPU0 and CPU1. So before reading all the papers about the ULE scheduler and the source code, I would like to as a simple question: is it that stupid? I mean, there are just 2 processes running (except of top, X and ... which should be scheduled occasionally) on 2 cores of one physical processor. Why sould each be scheduled on a different core each time? I did cpuset to pin each to a specific core and got to about a constant temperature of 72 C. I am affraid to "cpuset -l 0,1 -p <...>" both of them since I might again get at 100 C. Is there some remedy? Please CC me, since I am not subscribed to the list. Regards, Momchil From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 01:16:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id A316A106566C for ; Thu, 7 Jun 2012 01:16:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 2A7191520E5; Thu, 7 Jun 2012 01:16:47 +0000 (UTC) Message-ID: <4FD000FE.6090505@FreeBSD.org> Date: Wed, 06 Jun 2012 18:16:46 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: =?UTF-8?B?0JzQvtC80YfQuNC7INCY0LLQsNC90L7Qsg==?= References: <86fwa8szos.wl%momchil@xaxo.eu> In-Reply-To: <86fwa8szos.wl%momchil@xaxo.eu> X-Enigmail-Version: 1.5pre OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 01:16:48 -0000 On 06/06/2012 18:01, Момчил Иванов wrote: > Is there some remedy? Try the 4BSD scheduler. -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 02:13:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3ED9F106566C for ; Thu, 7 Jun 2012 02:13:03 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id E524B8FC14 for ; Thu, 7 Jun 2012 02:13:02 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q572Cv8j002879; Wed, 6 Jun 2012 20:12:59 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Thu, 07 Jun 2012 09:12:55 +0700 Message-ID: <12782903.WNKlBIO9Im@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <86fwa8szos.wl%momchil@xaxo.eu> References: <86fwa8szos.wl%momchil@xaxo.eu> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Cc: =?utf-8?B?0JzQvtC80YfQuNC7INCY0LLQsNC90L7Qsg==?= Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 02:13:03 -0000 Hi, On 07 June 2012 3:01:07 =D0=9C=D0=BE=D0=BC=D1=87=D0=B8=D0=BB =D0=98=D0=B2= =D0=B0=D0=BD=D0=BE=D0=B2 wrote: > temperature. It was constantly increasing from about 33 C. I took a > look at top and saw that both processes were wildly jumping accross > the cores, i.e. CPU0 and CPU1. >=20 > So before reading all the papers about the ULE scheduler and the > source code, I would like to as a simple question: is it that stupid?= maybe, maybe not. It could be that the difference is minor as the cache= for both kernels is in the same chip. >=20 > I mean, there are just 2 processes running (except of top, X and > ... which should be scheduled occasionally) on 2 cores of one physica= l > processor. Why sould each be scheduled on a different core each time?= >=20 > I did cpuset to pin each to a specific core and got to about a > constant temperature of 72 C. I am affraid to "cpuset -l 0,1 -p <...>= " > both of them since I might again get at 100 C. This would be the interesting point? Did it happen because of the dirt = or because or the scheduler. >=20 > Is there some remedy? I think that the only remedy available is the one you applied. Erich From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 02:53:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 944401065674 for ; Thu, 7 Jun 2012 02:53:44 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 50D818FC08 for ; Thu, 7 Jun 2012 02:53:44 +0000 (UTC) Received: (qmail 17896 invoked by uid 0); 7 Jun 2012 02:47:01 -0000 Received: from smtp.bway.net (216.220.96.25) by xena.bway.net with ESMTPS (DHE-RSA-AES256-SHA encrypted); 7 Jun 2012 02:47:01 -0000 Received: (qmail 17887 invoked by uid 90); 7 Jun 2012 02:47:01 -0000 Received: from unknown (HELO ?10.3.2.41?) (spork@96.57.144.66) by smtp.bway.net with ESMTPA; 7 Jun 2012 02:47:01 -0000 References: <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> <201206041932.q54JWONA001600@hugeraid.jetcafe.org> <4FCDA15C.2000700@digsys.bg> <201206061859.q56IxvLx045828@hugeraid.jetcafe.org> <4FCFC846.5050508@FreeBSD.org> <20120606212351.GB1387@glenbarber.us> <4FCFD05C.6040707@unsane.co.uk> In-Reply-To: Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii Message-Id: <470F2F8A-BB03-4561-B085-9E108613DEF2@bway.net> Content-Transfer-Encoding: quoted-printable From: Charles Sprickman Date: Wed, 6 Jun 2012 22:47:00 -0400 To: Warren Block X-Mailer: Apple Mail (2.1084) Cc: freebsd-stable@freebsd.org, Vincent Hoffman Subject: Re: Documenting 'make config' options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 02:53:44 -0000 On Jun 6, 2012, at 7:43 PM, Warren Block wrote: > On Wed, 6 Jun 2012, Vincent Hoffman wrote: >=20 >> On 06/06/2012 22:23, Glen Barber wrote: >>> On Wed, Jun 06, 2012 at 02:14:46PM -0700, Doug Barton wrote: >>>> On 06/06/2012 11:59, Dave Hayes wrote: >>>>> I'm describing more of a use case here, not attempting to specify = an >>>>> implementation. If a user invokes 'make', a window is presented to = them >>>>> with various options. It's probably very common that this is met = with an >>>>> initial reaction of "what the hell do these do?", even from the = most >>>>> seasoned of admins (presuming they are unfamiliar with the = software they >>>>> have been asked to install). I claim it would be an improvement to = have >>>>> that information at the fingertips of the make invoker. >>>> What manner of providing this information would meet your needs? >>>>=20 >>> IMHO, something informing what "THAT" is in devel/subversion option >>> MOD_DONTDOTHAT would be nice. :) >>>=20 >> Not something I had bothered looking up till now as I hadnt wanted to >> use it but the 2nd hit on google, >> = http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2009-April/161673.ht= ml >> describes it quite well. >> I tend to go with, If i dont know what it is, and its not default, I >> probably dont need it. >> Unless it looks interesting, then I google it ;) >>=20 >> Maybe an (optional) new file with a longer descriptions of the make >> options so as not to crowd the make config dialog? >> I dont mind looking up compile time options for software I am = installing >> but I can see how having a precis available locally might be handy. >=20 > Here's an idea: if the description is too long to show in the very = limited space, cut it off, show a "...", and show the entire description = in a two- or three-line text box below the main one. The >< indicate a = highlight here: >=20 > ----------------------------------------------- > >[ ] GOOFY Build with support for the... < > [ ] EXAMPLES Install the examples >=20 > ----------------------------------------------- > < OK > >=20 > --------------------------------------------- > Build with support for the GOOFY framework > that provides concurrent whoopsies integrated > with a Perubython interpreter, and stuff. > ----------------------------------------------- >=20 > The description at the bottom is from whatever option is currently = highlighted, and changes as the user scrolls through the options. It = would be blank if the entire description could be displayed in the space = available above. >=20 > The advantage of this is that it would work with existing ports, and = give the ability to use longer descriptions. The disadvantage is that = dialog(1) would probably need modifications. If we're talking about changing dialog(1), let's make sure there's also = an "uncheck all"/"check all" option. I'm looking at you, ghostscript: wc -l /var/db/ports/ghostscript9/options 315 /var/db/ports/ghostscript9/options Charles > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" -- Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet www.bway.net spork@bway.net - 212.655.9344 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 03:27:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA9F1106566B for ; Thu, 7 Jun 2012 03:27:10 +0000 (UTC) (envelope-from dddaley@yahoo.com) Received: from nm34-vm4.bullet.mail.bf1.yahoo.com (nm34-vm4.bullet.mail.bf1.yahoo.com [72.30.239.76]) by mx1.freebsd.org (Postfix) with SMTP id 47C178FC0A for ; Thu, 7 Jun 2012 03:27:10 +0000 (UTC) Received: from [98.139.215.140] by nm34.bullet.mail.bf1.yahoo.com with NNFMP; 07 Jun 2012 03:27:09 -0000 Received: from [98.139.211.195] by tm11.bullet.mail.bf1.yahoo.com with NNFMP; 07 Jun 2012 03:27:09 -0000 Received: from [127.0.0.1] by smtp204.mail.bf1.yahoo.com with NNFMP; 07 Jun 2012 03:27:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1339039629; bh=U6cT9FwiI8fkVaF7oDAxG5/geAgHGUnbV1P2bcWn+NA=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=syzlv3lCYEUQjlGk/kqSxWhHYSHB6bRrpSs5/TaP1Wgbykdhmx0U2lFazqxp6brLjgD7m+Cn33nmqLMBohqlvzW+fc/M6LnNmvd74yP1XDbkHfvoHeoztzhfVX9jtZyoM3Ugj/olfQgIbuoK1gxslIdf1clPfJcqYoA+hB/HTW4= X-Yahoo-Newman-Id: 633002.55125.bm@smtp204.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: csnT2PgVM1nFIc7LGGRMJy0RI6.URZrdctVSEXEbHKk9pFy FzLI9m9X4UupqZZefciMO.M3YyxroH7gw7j.BNcVdYAo4SSZ6uu.J0R9cem0 zYUVPj2Lc69iI8UXZdwWwirESvTi6QXiB1Klxx3hdLd5gsojvzGqOFq6Mx8x 3gO090AnHmaHmcCQbdc5vqKp5IEpZ5Bu7n4qFlvgKi640KIUlnkyNLAGdORj EZ_m2gczb_9tM6.jYJhBATah8Nq0mYo79.wTaz1BgwixzIoIYH1aoQ8vmtuT o3DbUZgd0IjLu14How64b0N4ofFY3yVlVZbJPDBMK8p4UKlT39MCiraNmQXb i_wF_eu8i_qDf1phQaaY4cf7nBYWJAjWjrSOXmwUsRw6St1T3jdabyegLyFg gO7EoAXUNIW5ZkLSN5ncSVG4zbDMCHgkJ.FQFSUcJTegdSQLdVbO_yrv16mh mU43C8r.LwjLISkcOpdMPiV7H8jneIUZ8YSxDk1mv6syOFsZs X-Yahoo-SMTP: z6dQwTeswBDDR3zJap0nVIllEEY- Received: from shuttlebsd.localdomain (dddaley@107.30.203.177 with plain) by smtp204.mail.bf1.yahoo.com with SMTP; 06 Jun 2012 20:27:08 -0700 PDT Message-ID: <4FD01F83.2080207@yahoo.com> Date: Wed, 06 Jun 2012 22:26:59 -0500 From: Dan Daley User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120318 Thunderbird/10.0.3 MIME-Version: 1.0 To: Charles Sprickman References: <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> <201206041932.q54JWONA001600@hugeraid.jetcafe.org> <4FCDA15C.2000700@digsys.bg> <201206061859.q56IxvLx045828@hugeraid.jetcafe.org> <4FCFC846.5050508@FreeBSD.org> <20120606212351.GB1387@glenbarber.us> <4FCFD05C.6040707@unsane.co.uk> <470F2F8A-BB03-4561-B085-9E108613DEF2@bway.net> In-Reply-To: <470F2F8A-BB03-4561-B085-9E108613DEF2@bway.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Warren Block , freebsd-stable@freebsd.org, Vincent Hoffman Subject: Re: Documenting 'make config' options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 03:27:10 -0000 I usually use portmaster to install ports. The options dialogs that pop up are often for dependencies. The options dialog gives the name of the port for which the options are being selected, but no description or indication as to why this is being installed (this could be a dependency of a dependency of some dependency of the port I am installing). It's probably too much for this dialog to show why this port is being installed (what other port required this port that is being installed), but a description of what this current port is would be helpful. But, if possible, some breadcrumb across the top showing the dependencies which prompted this install would be great: Port A --> Port B --> Port C --> Current Port for which options are being chosen On 06/06/2012 21:47, Charles Sprickman wrote: > On Jun 6, 2012, at 7:43 PM, Warren Block wrote: > >> On Wed, 6 Jun 2012, Vincent Hoffman wrote: >> >>> On 06/06/2012 22:23, Glen Barber wrote: >>>> On Wed, Jun 06, 2012 at 02:14:46PM -0700, Doug Barton wrote: >>>>> On 06/06/2012 11:59, Dave Hayes wrote: >>>>>> I'm describing more of a use case here, not attempting to specify an >>>>>> implementation. If a user invokes 'make', a window is presented to them >>>>>> with various options. It's probably very common that this is met with an >>>>>> initial reaction of "what the hell do these do?", even from the most >>>>>> seasoned of admins (presuming they are unfamiliar with the software they >>>>>> have been asked to install). I claim it would be an improvement to have >>>>>> that information at the fingertips of the make invoker. >>>>> What manner of providing this information would meet your needs? >>>>> >>>> IMHO, something informing what "THAT" is in devel/subversion option >>>> MOD_DONTDOTHAT would be nice. :) >>>> >>> Not something I had bothered looking up till now as I hadnt wanted to >>> use it but the 2nd hit on google, >>> http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2009-April/161673.html >>> describes it quite well. >>> I tend to go with, If i dont know what it is, and its not default, I >>> probably dont need it. >>> Unless it looks interesting, then I google it ;) >>> >>> Maybe an (optional) new file with a longer descriptions of the make >>> options so as not to crowd the make config dialog? >>> I dont mind looking up compile time options for software I am installing >>> but I can see how having a precis available locally might be handy. >> Here's an idea: if the description is too long to show in the very limited space, cut it off, show a "...", and show the entire description in a two- or three-line text box below the main one. The>< indicate a highlight here: >> >> ----------------------------------------------- >> >[ ] GOOFY Build with support for the...< >> [ ] EXAMPLES Install the examples >> >> ----------------------------------------------- >> < OK> >> >> --------------------------------------------- >> Build with support for the GOOFY framework >> that provides concurrent whoopsies integrated >> with a Perubython interpreter, and stuff. >> ----------------------------------------------- >> >> The description at the bottom is from whatever option is currently highlighted, and changes as the user scrolls through the options. It would be blank if the entire description could be displayed in the space available above. >> >> The advantage of this is that it would work with existing ports, and give the ability to use longer descriptions. The disadvantage is that dialog(1) would probably need modifications. > If we're talking about changing dialog(1), let's make sure there's also an "uncheck all"/"check all" option. > > I'm looking at you, ghostscript: > > wc -l /var/db/ports/ghostscript9/options > 315 /var/db/ports/ghostscript9/options > > Charles > >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- > Charles Sprickman > NetEng/SysAdmin > Bway.net - New York's Best Internet www.bway.net > spork@bway.net - 212.655.9344 > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 03:28:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F5D0106566B for ; Thu, 7 Jun 2012 03:28:40 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4A2748FC08 for ; Thu, 7 Jun 2012 03:28:40 +0000 (UTC) Received: by ggnm2 with SMTP id m2so119095ggn.13 for ; Wed, 06 Jun 2012 20:28:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=GfXlSbzlmgwchJpbmOpTpQ2LRKt42NyNDoN86Z7P3kM=; b=qzP1PG3nASPZ+ufK3AkdB7Kzy9lO6WIqqwfEcJYh7cdEPHZA4clc6eC+VJ4KGWJR+l KX/ETMdhmEljFLlnyBuShQDovqrvJwm+iicVot4zQusbRHgAMrNB69P2Yua7qy4WomQe V0xexczI5FnK9NlGctwP3JZN97sYZulR/fTIN3FkUYuCZNH87YRapP5kF13qA/1i7qFL OnWHyC5Ck28MzxDn3szZvhNVXWmVYPufZ0pdO7Bq5QjAUaIOr/sN7whO+tMFlUUcks3H 5NbBLbE0ZUsLGxXF7RH+1hFNRSXvGrqZjvllKlGPdKWiYhLoUOWbP1HqDw+OBE+lxWzQ jYmg== MIME-Version: 1.0 Received: by 10.50.195.234 with SMTP id ih10mr334776igc.0.1339039718533; Wed, 06 Jun 2012 20:28:38 -0700 (PDT) Received: by 10.64.8.170 with HTTP; Wed, 6 Jun 2012 20:28:38 -0700 (PDT) In-Reply-To: <201206061929.q56JT6Be027916@lurza.secnetix.de> References: <201206061929.q56JT6Be027916@lurza.secnetix.de> Date: Thu, 7 Jun 2012 07:28:38 +0400 Message-ID: From: Sergey Kandaurov To: Oliver Fromme Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: 9-stabe: cd device gone, ATA_CAM panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 03:28:40 -0000 On 6 June 2012 23:29, Oliver Fromme wrote: > Hi, > Hi, Oliver Fromme. This is a wild guess, but see below. > Anyway, I commented atapicam out because it seems that now > "options ATA_CAM" does the same thing. =A0This time the kernel > linked, but during boot I got the following panic: > > atapci0: port 0xdc00-0xdc07,0xd880-= 0xd883,0xd800-0xd807,0xcc00-0xcc03,0xc880-0xc88f mem 0xfeaf8000-0xfeafbfff = irq 21 at device 6.0 on pci3 > ata2: at channel 0 on atapci0 > ata3: at channel 1 on atapci0 > [...] > ata2: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 > ata2: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb > ata2: stat1=3D0x00 err=3D0x04 lsb=3D0x00 msb=3D0x00 > ata2: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x10000 Looks like this is the first ata (re-)init pass. There we walk the long way. xpt_register_async() receives AC_FOUND_DEVICE and does allocatiion and initialization of cam periph with cd(4) functions. cdregister() is one of them, it calls to cdstart() via periph_start() callback with CD_STATE_PROBE, then to cddone() with CD_CCB_PROBE via xpt action. There we get bad CCB state and eventually parse it as CAM_AUTOSENSE_FAIL | CAM_DEV_QFRZN. This indicates that cam got an invalid sense data. Somewhere on this way we seem to gain a reference count on a peripheral at cdregister() (which is set to 1?), and drop it at cddone(). This looks odd, so I am likely wrong there. > (cd0:ata2:0:0:0): AutoSense failed > (cd0:ata2:0:0:0): Error 5, Unretryable error Both messages are consequence from the generic error handler to indicate CAM_AUTOSENSE_FAIL, which is not restartable, so EIO error is also set. > (cd0:ata2:0:0:0): got CAM status 0x50 0x50 stands for CAM_AUTOSENSE_FAIL | CAM_DEV_QFRZN (queue is frozen) > (cd0:ata2:0:0:0): fatal error, failed to attach to device The two last messages originate from cddone() xpt completion function. To the moment, periph is still valid, and periph refcount is also valid (has a non-zero value). > (cd0:ata2:0:0:0): lost device This is from the callback function called from cam_periph_invalidate(), called from cddone(). It is called to invalidate periph with its specific callback function. Then periph is marked as invalid with CAM_PERIPH_INVALID periph flag. periph refcount should still be valid. As such, it is not freed. At least the last reference is held to be released at cddone(). I don't know that is the state of refcount after cddone() releases it. > ata2: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 > ata2: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb > ata2: stat1=3D0x00 err=3D0x04 lsb=3D0x00 msb=3D0x00 > ata2: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x10000 Looks like this is the second ata (re-)init pass. > (cd0:ata2:0:0:0): AutoSense failed > (cd0:ata2:0:0:0): Error 5, Unretryable error Same as above, but without refcount++ this time as cam periph became invalidated previously; cam_periph_acquire() handles this and doesn't allow to increment periph refcount. Messages are a bit shorter now due to CAM_DEV_QFRZN. Any way we will get to cam_periph_invalidate() from cddone(). When it comes there periph is already marked as invalid with CAM_PERIPH_INVALID flag. periph refcount should also be zero due to cam_periph_acquire() handling. As such, we go to camperiphfree() that removes the periph from list and destroys it. > (cd0:ata2:0:0:0): removing device entry This is from cdcleanup() periph destructor callback called from camperiphfr= ee(). > panic: cam_periph_release_locked_buses: release of 0xfffffe0007321700 whe= n refcount is zero So, at the second pass the periph refcount is only seems to be decremented to zero, then periph is destroyed which results in geom tasting on a dead provider. > > cpuid =3D 4 > KDB: stack backtrace: > #0 0xffffffff807a3c96 at kdb_backtrace+0x66 > #1 0xffffffff8076d74e at panic+0x1ce > #2 0xffffffff802a200e at cam_periph_release_locked_buses+0x3e > #3 0xffffffff802a202e at cam_periph_release_locked+0x1e > #4 0xffffffff802a2f52 at cam_periph_release+0x52 > #5 0xffffffff802babcd at cdclose+0xbd > #6 0xffffffff806d7332 at g_disk_access+0x242 > #7 0xffffffff806db618 at g_access+0x188 > #8 0xffffffff807110f8 at g_raid_md_taste_sii+0x188 > #9 0xffffffff806e96d6 at g_raid_taste+0x126 > #10 0xffffffff806db0cd at g_new_provider_event+0x6d > #11 0xffffffff806d8c08 at g_run_events+0x1e8 > #12 0xffffffff8073f00e at fork_exit+0x11e > #13 0xffffffff809a2d4e at fork_trampoline+0xe Probably the way to fix this is to modify cam_periph_release_locked_buses() to test CAM_PERIPH_INVALID either. how about this patch? (beware: it was not compile tested, just speculating) Index: sys/cam/cam_periph.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/cam/cam_periph.c (revision 236694) +++ sys/cam/cam_periph.c (working copy) @@ -374,7 +374,7 @@ { if (periph->refcount !=3D 0) { periph->refcount--; - } else { + } else if ((periph->flags & CAM_PERIPH_INVALID) =3D=3D 0) { panic("%s: release of %p when refcount is zero\n ", __func_= _, periph); } --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 04:06:24 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F97F1065670; Thu, 7 Jun 2012 04:06:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 007808FC15; Thu, 7 Jun 2012 04:06:23 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q5746Ndg094060; Thu, 7 Jun 2012 04:06:23 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q5746Nhb094056; Thu, 7 Jun 2012 04:06:23 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Jun 2012 04:06:23 GMT Message-Id: <201206070406.q5746Nhb094056@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 04:06:24 -0000 TB --- 2012-06-07 03:32:44 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 03:32:44 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 03:32:44 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-06-07 03:32:44 - cleaning the object tree TB --- 2012-06-07 03:32:44 - cvsupping the source tree TB --- 2012-06-07 03:32:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/arm/arm/supfile TB --- 2012-06-07 03:32:58 - building world TB --- 2012-06-07 03:32:58 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 03:32:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 03:32:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 03:32:58 - SRCCONF=/dev/null TB --- 2012-06-07 03:32:58 - TARGET=arm TB --- 2012-06-07 03:32:58 - TARGET_ARCH=arm TB --- 2012-06-07 03:32:58 - TZ=UTC TB --- 2012-06-07 03:32:58 - __MAKE_CONF=/dev/null TB --- 2012-06-07 03:32:58 - cd /src TB --- 2012-06-07 03:32:58 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 03:32:59 UTC 2012 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O -pipe -D_KVM_VNODE -DZFS -std=gnu99 -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O -pipe -D_KVM_VNODE -DZFS -std=gnu99 -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 04:06:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 04:06:23 - ERROR: failed to build world TB --- 2012-06-07 04:06:23 - 1543.84 user 355.90 system 2019.08 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 04:20:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E826106566B for ; Thu, 7 Jun 2012 04:20:09 +0000 (UTC) (envelope-from apeiron@isuckatdomains.net) Received: from isuckatdomains.net (unknown [IPv6:2600:3c01:e000:4::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7FCA68FC08 for ; Thu, 7 Jun 2012 04:20:09 +0000 (UTC) Received: from isuckatdomains.isuckatdomains.net (isuckatdomains.net [74.207.243.179]) by isuckatdomains.net (Postfix) with ESMTPSA id 50C5545AF7 for ; Thu, 7 Jun 2012 00:20:09 -0400 (EDT) Date: Thu, 7 Jun 2012 00:20:08 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Message-ID: <20120607042008.GA30509@isuckatdomains.isuckatdomains.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <4FCFECFF.9070504@speakeasy.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <4FCFECFF.9070504@speakeasy.org> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Mergemaster Fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 04:20:09 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 06, 2012 at 16:51:27 -0700 , Thomas D. Dean wrote: > Mergemaster fails in a up-to-date as of now build. >=20 > > uname -a > FreeBSD P9X79.tddhome 9.0-STABLE FreeBSD 9.0-STABLE #0: Wed Jun 6 > 16:16:58 PDT 2012 root@P9X79.tddhome:/usr/obj/usr/src/sys/GENERIC > amd64 >=20 > # mergemaster > ... > [END] >=20 > And no response to the keyboard, except ^Z >=20 > # ps > ... > 1363 4 Is 0:00.01 su > 1364 4 S 0:00.01 _su (csh) > 1368 4 T 0:00.06 /bin/sh /usr/sbin/mergemaster > 2434 4 T 0:00.01 less > 2439 4 R+ 0:00.00 ps >=20 > How do I get around this? Have you tried ctrl-t? This will send SIGINFO to the process which causes the shell to print out some information about the running program (and if the foreground program knows about the signal, it can print out some useful diagnostic info as well, like fsck and dd do). It sounds like something is waiting for input or otherwise wedged, and ^T might tell us which command and what it's trying to do. Additionally, the output of ps ax -d (show process trees) would be helpful. This should also show what mergemaster is waiting on. --=20 Thanks and best regards, Chris Nehren --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJP0Cv3AAoJEB3ywRGrHAnQUjQP/1HUh6J1YVbTUlWDxvg1JviJ L9Hftgz8/S0GmFRUwR9fbyoc1xBjHm3jfzkXoAcivpA45A2If3ApjxwO2bjw3TA4 Ea2ZP87xxd0EYc+F9WA/JjfRKKd/NZM31j2ULbCb6rB//QW/Eb0FVffS1YsprVBW tGf9B9TN7w+GEahpjDCWEyoWVBGgdmiA7a+aud3g4lI9xQA6q0fx/OhJH56ATWc2 gj5rkBKo8VzBFhYSFexLWD7duSV1q72lgTXqbskXgMWdYQByxQCNKntjSoabwlRq wQ2vgq7+uabzq3uJseilkTq62oa3uK97SI6iQqiklVgQEy2Y57bY0ZHgYzdlIFP4 DkxpMoMTCRahJxyKsAQljfIzGdBdBqiWRdLT0izUR0bueGPagrRKKRx3Hhcgapd8 IaqDnhJYMDmeVOz4EcRFaZlMvO0A+3wWjOmCT4ISNvhG3HxGQfSqsj0BzxwFQrGU chK/AD9mx3w7KxSWTu7w7pkM11aaxl4jFpCgIWBlPnUsPnIKRURXUZr3pmiIIuQA 1javY7fUf6fFGz7e6RauuzfX/4vRKIKNeynxqQ5U829U9YQHf1sIEd3XblrTIscQ jPOFnjF/caEmcIZsxlQWtUjflWVEnnjYjPOk00HYauYow1SxV0D/Z09ps39i+Gwn M5rRQ45Cb8UeOIWBLTEW =4GiX -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 04:27:25 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28B6C1065673; Thu, 7 Jun 2012 04:27:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id DD86D8FC1A; Thu, 7 Jun 2012 04:27:24 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q574ROw8037534; Thu, 7 Jun 2012 04:27:24 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q574ROkv037522; Thu, 7 Jun 2012 04:27:24 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Jun 2012 04:27:24 GMT Message-Id: <201206070427.q574ROkv037522@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 04:27:25 -0000 TB --- 2012-06-07 03:45:23 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 03:45:23 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 03:45:23 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-06-07 03:45:23 - cleaning the object tree TB --- 2012-06-07 03:45:23 - cvsupping the source tree TB --- 2012-06-07 03:45:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-06-07 03:45:34 - building world TB --- 2012-06-07 03:45:34 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 03:45:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 03:45:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 03:45:34 - SRCCONF=/dev/null TB --- 2012-06-07 03:45:34 - TARGET=i386 TB --- 2012-06-07 03:45:34 - TARGET_ARCH=i386 TB --- 2012-06-07 03:45:34 - TZ=UTC TB --- 2012-06-07 03:45:34 - __MAKE_CONF=/dev/null TB --- 2012-06-07 03:45:34 - cd /src TB --- 2012-06-07 03:45:34 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 03:45:35 UTC 2012 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 04:27:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 04:27:24 - ERROR: failed to build world TB --- 2012-06-07 04:27:24 - 1971.97 user 364.09 system 2521.28 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 04:40:13 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB082106564A; Thu, 7 Jun 2012 04:40:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 742E08FC17; Thu, 7 Jun 2012 04:40:13 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q574eDhn050513; Thu, 7 Jun 2012 04:40:13 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q574eCdh050512; Thu, 7 Jun 2012 04:40:12 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Jun 2012 04:40:12 GMT Message-Id: <201206070440.q574eCdh050512@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 04:40:14 -0000 TB --- 2012-06-07 04:07:13 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 04:07:13 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 04:07:13 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-06-07 04:07:13 - cleaning the object tree TB --- 2012-06-07 04:07:13 - cvsupping the source tree TB --- 2012-06-07 04:07:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/mips/mips/supfile TB --- 2012-06-07 04:07:24 - building world TB --- 2012-06-07 04:07:24 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 04:07:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 04:07:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 04:07:24 - SRCCONF=/dev/null TB --- 2012-06-07 04:07:24 - TARGET=mips TB --- 2012-06-07 04:07:24 - TARGET_ARCH=mips TB --- 2012-06-07 04:07:24 - TZ=UTC TB --- 2012-06-07 04:07:24 - __MAKE_CONF=/dev/null TB --- 2012-06-07 04:07:24 - cd /src TB --- 2012-06-07 04:07:24 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 04:07:24 UTC 2012 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -D_KVM_VNODE -DZFS -std=gnu99 -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -D_KVM_VNODE -DZFS -std=gnu99 -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 04:40:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 04:40:12 - ERROR: failed to build world TB --- 2012-06-07 04:40:12 - 1499.70 user 332.09 system 1979.55 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 04:43:18 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A4EF106566B; Thu, 7 Jun 2012 04:43:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 5A11A8FC18; Thu, 7 Jun 2012 04:43:18 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q574hHRc074878; Thu, 7 Jun 2012 04:43:17 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q574hHkx074877; Thu, 7 Jun 2012 04:43:17 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Jun 2012 04:43:17 GMT Message-Id: <201206070443.q574hHkx074877@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 04:43:18 -0000 TB --- 2012-06-07 04:01:44 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 04:01:44 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 04:01:44 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-06-07 04:01:44 - cleaning the object tree TB --- 2012-06-07 04:01:44 - cvsupping the source tree TB --- 2012-06-07 04:01:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2012-06-07 04:01:56 - building world TB --- 2012-06-07 04:01:56 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 04:01:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 04:01:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 04:01:56 - SRCCONF=/dev/null TB --- 2012-06-07 04:01:56 - TARGET=pc98 TB --- 2012-06-07 04:01:56 - TARGET_ARCH=i386 TB --- 2012-06-07 04:01:56 - TZ=UTC TB --- 2012-06-07 04:01:56 - __MAKE_CONF=/dev/null TB --- 2012-06-07 04:01:56 - cd /src TB --- 2012-06-07 04:01:56 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 04:01:57 UTC 2012 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 04:43:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 04:43:17 - ERROR: failed to build world TB --- 2012-06-07 04:43:17 - 1961.16 user 372.12 system 2493.01 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 04:54:38 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2338F106564A; Thu, 7 Jun 2012 04:54:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id D8F888FC14; Thu, 7 Jun 2012 04:54:37 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q574sbJi069641; Thu, 7 Jun 2012 04:54:37 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q574sb7M069640; Thu, 7 Jun 2012 04:54:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Jun 2012 04:54:37 GMT Message-Id: <201206070454.q574sb7M069640@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 04:54:38 -0000 TB --- 2012-06-07 04:13:45 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 04:13:45 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 04:13:45 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-06-07 04:13:45 - cleaning the object tree TB --- 2012-06-07 04:13:45 - cvsupping the source tree TB --- 2012-06-07 04:13:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-06-07 04:13:57 - building world TB --- 2012-06-07 04:13:57 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 04:13:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 04:13:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 04:13:57 - SRCCONF=/dev/null TB --- 2012-06-07 04:13:57 - TARGET=powerpc TB --- 2012-06-07 04:13:57 - TARGET_ARCH=powerpc TB --- 2012-06-07 04:13:57 - TZ=UTC TB --- 2012-06-07 04:13:57 - __MAKE_CONF=/dev/null TB --- 2012-06-07 04:13:57 - cd /src TB --- 2012-06-07 04:13:57 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 04:13:58 UTC 2012 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 04:54:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 04:54:37 - ERROR: failed to build world TB --- 2012-06-07 04:54:37 - 1971.85 user 361.59 system 2451.66 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 05:34:49 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 315BB106566B; Thu, 7 Jun 2012 05:34:49 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from hugeraid.jetcafe.org (hugeraid.jetcafe.org [205.147.26.109]) by mx1.freebsd.org (Postfix) with ESMTP id E38FA8FC14; Thu, 7 Jun 2012 05:34:48 +0000 (UTC) Received: from hugeraid.jetcafe.org (localhost [127.0.0.1]) by hugeraid.jetcafe.org (8.13.8/8.13.8) with ESMTP id q575R1sX052893; Wed, 6 Jun 2012 22:27:04 -0700 (PDT) Message-Id: <201206070527.q575R1sX052893@hugeraid.jetcafe.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Doug Barton In-reply-to: <4FCFC846.5050508@FreeBSD.org> References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> <201206041932.q54JWONA001600@hugeraid.jetcafe.org> <4FCDA15C.2000700@digsys.bg> <201206061859.q56IxvLx045828@hugeraid.jetcafe.org> <4FCFC846.5050508@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Jun 2012 22:27:01 -0700 From: Dave Hayes Cc: freebsd-stable@FreeBSD.org, Daniel Kalchev Subject: Re: Documenting 'make config' options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 05:34:49 -0000 Doug Barton writes: > On 06/06/2012 11:59, Dave Hayes wrote: >> I'm describing more of a use case here, not attempting to specify an >> implementation. If a user invokes 'make', a window is presented to them >> with various options. It's probably very common that this is met with an >> initial reaction of "what the hell do these do?", even from the most >> seasoned of admins (presuming they are unfamiliar with the software they >> have been asked to install). I claim it would be an improvement to have >> that information at the fingertips of the make invoker. > What manner of providing this information would meet your needs? Personally, a 'pkg-options-descr' text file would suit me just fine. I don't claim this is a good or bad idea from the general perspective of FreeBSD users as a group. ;) From that perspective, the menu example suggested by Warren Block is decent; perhaps with an added button to "reset to defaults". From a quick persual of dialog(1), I'm sure something similar in functionality could be used without having to modify dialog itself. My loose attempt at requirements is that "enough" information about each option be in one place in the port skeleton to make an informed decision about whether to turn that option on or off. There should be a clear paragraph explaining what the option does, what consequences it might have if you enable/disable it, and why the default was chosen. BTW, thank you for changing the subject line. -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Never promise, even by implication, without fulfilling your promise. The only acceptable alternative to completing an undertaking is to over-fulfil it. To betray any promise, explicit or otherwise, will harm you more than it can harm anyone else. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 08:10:37 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B929106564A; Thu, 7 Jun 2012 08:10:37 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5BE418FC16; Thu, 7 Jun 2012 08:10:35 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA16671; Thu, 07 Jun 2012 11:10:33 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ScXnd-000CXk-Aq; Thu, 07 Jun 2012 11:10:33 +0300 Message-ID: <4FD061F8.6030905@FreeBSD.org> Date: Thu, 07 Jun 2012 11:10:32 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: Jung-uk Kim References: <1337319129.2915.4.camel@powernoodle-l7> <4FB6765A.2050307@FreeBSD.org> <1337710214.2916.8.camel@powernoodle-l7.corp.yahoo.com> <20120525163653.b61a08e2.lists@yamagi.org> <4FBFA9A9.7020806@FreeBSD.org> <4FBFBD39.7000105@FreeBSD.org> <4FBFDFFB.9020501@FreeBSD.org> <4FBFE624.1020208@FreeBSD.org> <20120526090233.f638c1d2.lists@yamagi.org> <4FC0A3A1.80200@FreeBSD.org> <4FC7D464.20602@FreeBSD.org> <4FCFD2A1.60706@FreeBSD.org> <4FCFE178.9080505@FreeBSD.org> In-Reply-To: <4FCFE178.9080505@FreeBSD.org> X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: sbruno@FreeBSD.org, freebsd-acpi@FreeBSD.org, freebsd-stable@FreeBSD.org, Yamagi Burmeister , seanbru@yahoo-inc.com Subject: Re: [stable 9] broken hwpstate calls X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 08:10:37 -0000 on 07/06/2012 02:02 Jung-uk Kim said the following: > Any way, hwpstate still isn't quite right even without your patch. > > sys/kern/kern_cpu.c cpufreq_curr_sysctl() -> CPUFREQ_SET() -> /* for all > CPU devices */ cf_set_method() -> /* thread_lock(), sched_bind(), ... */ > CPUFREQ_DRV_SET() -> sys/x86/cpufreq/hwpstate.c hwpstate_set() -> > hwpstate_goto_pstate() /* for each CPU unit */ /* thread_lock(), > sched_bind(), ... */ Oh, I didn't realize that there was the cpufreq-level loop over all CPUs! That really sucks. Maybe some day we should accept that different CPUs could legitimately be in different P-states and provide support for that throughout the stack (from powerd to drivers). -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 08:16:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB251106566C for ; Thu, 7 Jun 2012 08:16:23 +0000 (UTC) (envelope-from momchil@xaxo.eu) Received: from vps2.xaxo.eu (vps2.xaxo.eu [78.47.156.66]) by mx1.freebsd.org (Postfix) with ESMTP id 79EEE8FC16 for ; Thu, 7 Jun 2012 08:16:23 +0000 (UTC) Received: from t61.xaxo.eu ([10.75.23.6]) by vps2.xaxo.eu (8.14.4/8.14.4) with ESMTP id q577GG90070726; Thu, 7 Jun 2012 09:16:19 +0200 (CEST) (envelope-from momchil@xaxo.eu) Date: Thu, 07 Jun 2012 10:16:07 +0200 Message-ID: <86ehprtu48.wl%momchil@xaxo.eu> From: Momchil Ivanov To: Erich In-Reply-To: <12782903.WNKlBIO9Im@x220.ovitrap.com> References: <86fwa8szos.wl%momchil@xaxo.eu> <12782903.WNKlBIO9Im@x220.ovitrap.com> MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: =?UTF-8?B?0JzQvtC80YfQuNC7INCY0LLQsNC90L4=?=, freebsd-stable@freebsd.org, =?UTF-8?B?0LI=?= Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 08:16:24 -0000 At Thu, 07 Jun 2012 09:12:55 +0700, Erich wrote: > > Hi, > > On 07 June 2012 3:01:07 Момчил Иванов wrote: > > > temperature. It was constantly increasing from about 33 C. I took a > > look at top and saw that both processes were wildly jumping accross > > the cores, i.e. CPU0 and CPU1. > > > > So before reading all the papers about the ULE scheduler and the > > source code, I would like to as a simple question: is it that stupid? > > maybe, maybe not. It could be that the difference is minor as the cache for both kernels is in the same chip. > > > > I mean, there are just 2 processes running (except of top, X and > > ... which should be scheduled occasionally) on 2 cores of one physical > > processor. Why sould each be scheduled on a different core each time? > > > > I did cpuset to pin each to a specific core and got to about a > > constant temperature of 72 C. I am affraid to "cpuset -l 0,1 -p <...>" > > both of them since I might again get at 100 C. > > This would be the interesting point? Did it happen because of the dirt or because or the scheduler. > > > > Is there some remedy? > > I think that the only remedy available is the one you applied. > > Erich > I've repeated the same experiment just now, setting both processes on both cores with cpuset. The temperature got to about 72-74 C, so the two small pieces of dirt that came out, the fresh thermal liquid and tightening the screws probably gave me 10 about C on idle (from 53 C down to 45 C) and 30 C on full load. I didn't expect that much... Though, it was strange seeing both processes hopping around... I will probably go back to the 4BSD scheduler if my laptop does another self-shutdown in the next few days as Doug suggested. Regards, Momchil From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 08:38:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB485106564A; Thu, 7 Jun 2012 08:38:35 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 86DE88FC0C; Thu, 7 Jun 2012 08:38:34 +0000 (UTC) Received: by bkvi18 with SMTP id i18so348139bkv.13 for ; Thu, 07 Jun 2012 01:38:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=ERyFbkuNwCmzNOKV3QtMfkEBmQAQj3eOzYZNCA2wypk=; b=pV6umtVrQvV21vAdsjgO2HnitkIK3kN5m4FgJMRZgE3PxL04mqxTXUxsLVBybhq3KE uYjJw+LSnW4F+pXO/+2dVSUV/x3VOpFPoOeghqdmGMpAj8XKCQiuGwZzfks94WqrJ6IQ 9BLgrISIbjIt27K0QRQweJn+ctWcKupUIMKFIWW5kFf220OWKIk+aQOKqzHjoHRRvMjq YJRYSnXnILsWkKhZ+s0w5+vFt/P/7QkxI1H4mdOwu1rmGrHwkdBXVu8jJiA577V7KJjQ jv19wXGctyz9PLYvFYlot/oLj+cYmK9VdOhuJVOEe0ibdm3dMq8lcWVLHj3WYpXJipHS hzoA== Received: by 10.205.137.5 with SMTP id im5mr768348bkc.45.1339058313299; Thu, 07 Jun 2012 01:38:33 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id n19sm2602990bkv.14.2012.06.07.01.38.30 (version=SSLv3 cipher=OTHER); Thu, 07 Jun 2012 01:38:32 -0700 (PDT) Sender: Alexander Motin Message-ID: <4FD06885.4050507@FreeBSD.org> Date: Thu, 07 Jun 2012 11:38:29 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: Andriy Gapon References: <1337319129.2915.4.camel@powernoodle-l7> <4FB6765A.2050307@FreeBSD.org> <1337710214.2916.8.camel@powernoodle-l7.corp.yahoo.com> <20120525163653.b61a08e2.lists@yamagi.org> <4FBFA9A9.7020806@FreeBSD.org> <4FBFBD39.7000105@FreeBSD.org> <4FBFDFFB.9020501@FreeBSD.org> <4FBFE624.1020208@FreeBSD.org> <20120526090233.f638c1d2.lists@yamagi.org> <4FC0A3A1.80200@FreeBSD.org> <4FC7D464.20602@FreeBSD.org> <4FCFD2A1.60706@FreeBSD.org> <4FCFE178.9080505@FreeBSD.org> <4FD061F8.6030905@FreeBSD.org> In-Reply-To: <4FD061F8.6030905@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, freebsd-acpi@FreeBSD.org, sbruno@FreeBSD.org, Yamagi Burmeister , seanbru@yahoo-inc.com, Jung-uk Kim Subject: Re: [stable 9] broken hwpstate calls X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 08:38:35 -0000 On 06/07/12 11:10, Andriy Gapon wrote: > on 07/06/2012 02:02 Jung-uk Kim said the following: >> Any way, hwpstate still isn't quite right even without your patch. >> >> sys/kern/kern_cpu.c cpufreq_curr_sysctl() -> CPUFREQ_SET() -> /* for all >> CPU devices */ cf_set_method() -> /* thread_lock(), sched_bind(), ... */ >> CPUFREQ_DRV_SET() -> sys/x86/cpufreq/hwpstate.c hwpstate_set() -> >> hwpstate_goto_pstate() /* for each CPU unit */ /* thread_lock(), >> sched_bind(), ... */ > > Oh, I didn't realize that there was the cpufreq-level loop over all CPUs! > That really sucks. > > Maybe some day we should accept that different CPUs could legitimately be in > different P-states and provide support for that throughout the stack (from > powerd to drivers). Support for different P-states on different CPUs can be useful if CPUs have different capabilities. I believe it is very rare, but possible. At this moment cpufreq should set for each CPU frequency closest to one that was set on BSP. It should be possible to make powerd to read sets of frequencies from all CPUs and do the same, just more intelligently. Same time using very different frequencies for different CPUs can IMHO be very problematic even in theory. For SMP systems it is quite difficult (because of threads migration and possible inter-operations of multiple threads) to identify cases when even global frequency can be reduced without proportional performance penalty. Making in per-CPU multiplies number of options and requires awareness from the scheduler. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 08:56:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC39D106564A for ; Thu, 7 Jun 2012 08:56:43 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5CA538FC12 for ; Thu, 7 Jun 2012 08:56:40 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q578ubqW005402; Thu, 7 Jun 2012 02:56:39 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Thu, 07 Jun 2012 15:56:36 +0700 Message-ID: <2873201.oA0kRi0Mu5@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <86ehprtu48.wl%momchil@xaxo.eu> References: <86fwa8szos.wl%momchil@xaxo.eu> <12782903.WNKlBIO9Im@x220.ovitrap.com> <86ehprtu48.wl%momchil@xaxo.eu> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: =?UTF-8?B?0JzQvtC80YfQuNC7INCY0LLQsNC90L4=?=@freebsd.org, Momchil Ivanov Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 08:56:44 -0000 Hi, On 07 June 2012 10:16:07 Momchil Ivanov wrote: > At Thu, 07 Jun 2012 09:12:55 +0700, > Erich wrote: > > > I've repeated the same experiment just now, setting both processes on > both cores with cpuset. The temperature got to about 72-74 C, so the > two small pieces of dirt that came out, the fresh thermal liquid and > tightening the screws probably gave me 10 about C on idle (from 53 C > down to 45 C) and 30 C on full load. I didn't expect that much... > this sounds very normal to me. I clean my desktop every two months of operation. A drop of 10K is normal just for blowing the heat sink. The best design of a notebook I every have seen was my old Fujitsu. I used it from 2004 until the beginning of the year without any cleaning and any problems with dirt. After it was dead I disassembled it and did not find any dust blocking anything. > Though, it was strange seeing both processes hopping around... I will > probably go back to the 4BSD scheduler if my laptop does another > self-shutdown in the next few days as Doug suggested. This switch might always help. I did some tests more than a year ago. I left the BSD Scheduler then on the single core Fujitsu notebook mentioned above but used the new one my desktop machine. It will also depend on the software you are running. Erich From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 09:09:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2884106564A for ; Thu, 7 Jun 2012 09:09:53 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 477958FC08 for ; Thu, 7 Jun 2012 09:09:53 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q5799h0L064579 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 7 Jun 2012 12:09:45 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FD06FD7.2000708@digsys.bg> Date: Thu, 07 Jun 2012 12:09:43 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120528 Thunderbird/10.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <3CEF3B39-BE1E-4FC4-81F3-D26049C83313@netflix.com> In-Reply-To: <3CEF3B39-BE1E-4FC4-81F3-D26049C83313@netflix.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Netflix's New Peering Appliance Uses FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 09:09:53 -0000 On 06.06.12 03:16, Scott Long wrote: [...] > Each disk has its own UFS+J filesystem, except for > the SSDs that are mirrored together with gmirror. The SSDs hold the OS image > and cache some of the busiest content. The other disks hold nothing but the > audio and video files for our content streams. Could you please explain the rationale of using UFS+J for this large storage. Your published documentation states that you have reasonable redundancy in case of multiple disk failure and I wonder how you handle this with "plain" UFS. Things like avoiding hangs and panics when an disk is going to die. Daniel From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 09:37:28 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 228B6106564A; Thu, 7 Jun 2012 09:37:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id D7A6D8FC0A; Thu, 7 Jun 2012 09:37:27 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q579bRc3071266; Thu, 7 Jun 2012 09:37:27 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q579bR9J071246; Thu, 7 Jun 2012 09:37:27 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Jun 2012 09:37:27 GMT Message-Id: <201206070937.q579bR9J071246@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 09:37:28 -0000 TB --- 2012-06-07 09:03:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 09:03:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 09:03:00 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-06-07 09:03:00 - cleaning the object tree TB --- 2012-06-07 09:03:08 - cvsupping the source tree TB --- 2012-06-07 09:03:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/arm/arm/supfile TB --- 2012-06-07 09:04:18 - building world TB --- 2012-06-07 09:04:18 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 09:04:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 09:04:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 09:04:18 - SRCCONF=/dev/null TB --- 2012-06-07 09:04:18 - TARGET=arm TB --- 2012-06-07 09:04:18 - TARGET_ARCH=arm TB --- 2012-06-07 09:04:18 - TZ=UTC TB --- 2012-06-07 09:04:18 - __MAKE_CONF=/dev/null TB --- 2012-06-07 09:04:18 - cd /src TB --- 2012-06-07 09:04:18 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 09:04:18 UTC 2012 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O -pipe -D_KVM_VNODE -DZFS -std=gnu99 -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O -pipe -D_KVM_VNODE -DZFS -std=gnu99 -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 09:37:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 09:37:27 - ERROR: failed to build world TB --- 2012-06-07 09:37:27 - 1533.90 user 345.52 system 2066.62 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 09:50:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74B9C106566B for ; Thu, 7 Jun 2012 09:50:42 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 082058FC12 for ; Thu, 7 Jun 2012 09:50:41 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q579obmF064744 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 7 Jun 2012 12:50:38 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FD0796D.4030400@digsys.bg> Date: Thu, 07 Jun 2012 12:50:37 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120528 Thunderbird/10.0.4 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> <201206041932.q54JWONA001600@hugeraid.jetcafe.org> <4FCDA15C.2000700@digsys.bg> <201206061859.q56IxvLx045828@hugeraid.jetcafe.org> <4FCFC846.5050508@FreeBSD.org> <201206070527.q575R1sX052893@hugeraid.jetcafe.org> In-Reply-To: <201206070527.q575R1sX052893@hugeraid.jetcafe.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Documenting 'make config' options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 09:50:42 -0000 On 07.06.12 08:27, Dave Hayes wrote: > Personally, a 'pkg-options-descr' text file would suit me just fine. I have considered this lack of information about port options myself. Sometimes, when installing "new" (to your understanding) software finding out what those options actually do and what are the real implications is very hard. The same situation, even worse happens when you update an port and the new version has introduced yet new options. Sometimes, hints on what those do end up in /usr/ports/UPDATING. It is clear, that something has to be done. Unfortunately, you can't just force port maintainers to document it, because of many reasons. One not very obvious reason is that many ports use pretty much 'generic' options, like WITHOUT_CUPS. For most such ports, this means "I don't want cups on my system", but in few it might mean something different. Finding adequate way to document all this is a bit tricky. Good ideas are welcome. The idea Warren Block has is very useful and I fully agree that there should be some option to "reset to default". It would be also extremely helpful if the dialog UI indicates somehow which options are set to something different from the default. Lacking this information is a big waste of time, especially when upgrading older ports. Or having the saved options lying around from an previous install of that port. At least, some way of mandatory describing of what setting particular option for a port does, outside of what is found in the Makefile and in plain English will be very, very useful. [off topic] By the way, on the "waste of time". I view it a bit differently, when it comes to internet mailing lists. Suppose I waste 30 minutes of my time researching and preparing an response to a "stupid" question. It is apparently my decision to do so and nobody is blaming anyone. But imagine, this mailing list is read by tens, hundreds, thousands or even tens of thousands people (Google searches not accounted for). All those people are going to read the stupid question and the trivial answer. This is huge waste of time. Doesn't help that all those people are willingly wasting their time. Of course, we need discussions like this as a lot of people learn new things. Just the proper balance sometimes is difficult to achieve. But those who ask, will do better for everyone to try to comprehend what they have been told, before continuing their jihad. Daniel From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 09:57:31 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0836106564A; Thu, 7 Jun 2012 09:57:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id A1CBC8FC0A; Thu, 7 Jun 2012 09:57:31 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q579vVmk092854; Thu, 7 Jun 2012 09:57:31 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q579vVgN092851; Thu, 7 Jun 2012 09:57:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Jun 2012 09:57:31 GMT Message-Id: <201206070957.q579vVgN092851@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 09:57:32 -0000 TB --- 2012-06-07 09:15:57 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 09:15:57 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 09:15:57 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-06-07 09:15:57 - cleaning the object tree TB --- 2012-06-07 09:16:06 - cvsupping the source tree TB --- 2012-06-07 09:16:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-06-07 09:16:18 - building world TB --- 2012-06-07 09:16:18 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 09:16:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 09:16:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 09:16:18 - SRCCONF=/dev/null TB --- 2012-06-07 09:16:18 - TARGET=i386 TB --- 2012-06-07 09:16:18 - TARGET_ARCH=i386 TB --- 2012-06-07 09:16:18 - TZ=UTC TB --- 2012-06-07 09:16:18 - __MAKE_CONF=/dev/null TB --- 2012-06-07 09:16:18 - cd /src TB --- 2012-06-07 09:16:18 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 09:16:19 UTC 2012 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 09:57:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 09:57:31 - ERROR: failed to build world TB --- 2012-06-07 09:57:31 - 1950.80 user 354.80 system 2493.69 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 10:10:54 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3FCE106567E; Thu, 7 Jun 2012 10:10:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 98F958FC1A; Thu, 7 Jun 2012 10:10:53 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q57AArsr006137; Thu, 7 Jun 2012 10:10:53 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q57AAr1S006131; Thu, 7 Jun 2012 10:10:53 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Jun 2012 10:10:53 GMT Message-Id: <201206071010.q57AAr1S006131@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 10:10:54 -0000 TB --- 2012-06-07 09:38:07 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 09:38:07 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 09:38:07 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-06-07 09:38:07 - cleaning the object tree TB --- 2012-06-07 09:38:14 - cvsupping the source tree TB --- 2012-06-07 09:38:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/mips/mips/supfile TB --- 2012-06-07 09:38:39 - building world TB --- 2012-06-07 09:38:39 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 09:38:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 09:38:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 09:38:39 - SRCCONF=/dev/null TB --- 2012-06-07 09:38:39 - TARGET=mips TB --- 2012-06-07 09:38:39 - TARGET_ARCH=mips TB --- 2012-06-07 09:38:39 - TZ=UTC TB --- 2012-06-07 09:38:39 - __MAKE_CONF=/dev/null TB --- 2012-06-07 09:38:39 - cd /src TB --- 2012-06-07 09:38:39 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 09:38:39 UTC 2012 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -D_KVM_VNODE -DZFS -std=gnu99 -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -D_KVM_VNODE -DZFS -std=gnu99 -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 10:10:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 10:10:53 - ERROR: failed to build world TB --- 2012-06-07 10:10:53 - 1480.13 user 321.11 system 1965.23 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 10:12:46 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35C14106564A; Thu, 7 Jun 2012 10:12:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id E95CB8FC0C; Thu, 7 Jun 2012 10:12:45 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q57ACjIl030433; Thu, 7 Jun 2012 10:12:45 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q57ACjx8030423; Thu, 7 Jun 2012 10:12:45 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Jun 2012 10:12:45 GMT Message-Id: <201206071012.q57ACjx8030423@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 10:12:46 -0000 TB --- 2012-06-07 09:31:28 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 09:31:28 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 09:31:28 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-06-07 09:31:28 - cleaning the object tree TB --- 2012-06-07 09:31:42 - cvsupping the source tree TB --- 2012-06-07 09:31:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2012-06-07 09:31:54 - building world TB --- 2012-06-07 09:31:54 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 09:31:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 09:31:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 09:31:54 - SRCCONF=/dev/null TB --- 2012-06-07 09:31:54 - TARGET=pc98 TB --- 2012-06-07 09:31:54 - TARGET_ARCH=i386 TB --- 2012-06-07 09:31:54 - TZ=UTC TB --- 2012-06-07 09:31:54 - __MAKE_CONF=/dev/null TB --- 2012-06-07 09:31:54 - cd /src TB --- 2012-06-07 09:31:54 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 09:31:55 UTC 2012 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 10:12:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 10:12:45 - ERROR: failed to build world TB --- 2012-06-07 10:12:45 - 1937.20 user 362.05 system 2477.01 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 10:12:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D480106564A for ; Thu, 7 Jun 2012 10:12:51 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 1C9138FC18 for ; Thu, 7 Jun 2012 10:12:50 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q57ACmA3064830 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 7 Jun 2012 13:12:49 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FD07EA0.8020401@digsys.bg> Date: Thu, 07 Jun 2012 13:12:48 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120528 Thunderbird/10.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <86fwa8szos.wl%momchil@xaxo.eu> <12782903.WNKlBIO9Im@x220.ovitrap.com> <86ehprtu48.wl%momchil@xaxo.eu> In-Reply-To: <86ehprtu48.wl%momchil@xaxo.eu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 10:12:51 -0000 On 07.06.12 11:16, Momchil Ivanov wrote: > Though, it was strange seeing both processes hopping around... I will > probably go back to the 4BSD scheduler if my laptop does another > self-shutdown in the next few days as Doug suggested. You never run just two processes on FreeBSD, ever. The kernel too runs multiple threads. However small the CPU usage of the other processes is, they must run from time to time, kicking out at least one of your CPU intensive processes, possibly kicking them out both, as well. When that happens, and they are queued to run again it does not matter much on which core they ran before, because chances are it's cache will be invalidated anyway. Also, different CPUs have different cache affinity. ULE is supposed to be aware of this, while the 4BSD scheduler is not. In any case, on an older single/dual core CPU there is rarely any difference between both schedulers. Differences might appear in modern multi-core CPUs.. Daniel From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 10:29:07 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AE1A1065673; Thu, 7 Jun 2012 10:29:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id DC7FA8FC1B; Thu, 7 Jun 2012 10:29:06 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q57AT6hk073470; Thu, 7 Jun 2012 10:29:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q57AT6g4073461; Thu, 7 Jun 2012 10:29:06 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Jun 2012 10:29:06 GMT Message-Id: <201206071029.q57AT6g4073461@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 10:29:07 -0000 TB --- 2012-06-07 09:48:49 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 09:48:49 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 09:48:49 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-06-07 09:48:49 - cleaning the object tree TB --- 2012-06-07 09:48:56 - cvsupping the source tree TB --- 2012-06-07 09:48:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-06-07 09:49:40 - building world TB --- 2012-06-07 09:49:40 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 09:49:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 09:49:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 09:49:40 - SRCCONF=/dev/null TB --- 2012-06-07 09:49:40 - TARGET=powerpc TB --- 2012-06-07 09:49:40 - TARGET_ARCH=powerpc TB --- 2012-06-07 09:49:40 - TZ=UTC TB --- 2012-06-07 09:49:40 - __MAKE_CONF=/dev/null TB --- 2012-06-07 09:49:40 - cd /src TB --- 2012-06-07 09:49:40 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 09:49:40 UTC 2012 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 10:29:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 10:29:06 - ERROR: failed to build world TB --- 2012-06-07 10:29:06 - 1953.41 user 342.99 system 2417.38 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 13:29:28 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20899106566B for ; Thu, 7 Jun 2012 13:29:28 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id C133D8FC0C for ; Thu, 7 Jun 2012 13:29:27 +0000 (UTC) Received: by ghbz22 with SMTP id z22so418038ghb.13 for ; Thu, 07 Jun 2012 06:29:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition; bh=1URkpac6OVaw/4cGI06ucc+b5FIsQYlOOxnL9Jsxq+A=; b=UPCXTCwtzd5ejr3KrKs1Z74KPIafNQ5LDqU7xGAhyEY/ZbZCO02EDHv5TgzYPyNjrR P0kVzQmEYMbCfFl/hytl8vyj/wv2FLaIYl08WdyWX4D9KaUlO9ZRVKrggLFq+S7EOiw6 CQjzJJNAtUyA0UQc1Vs1e9Lh5GdQU+x5qiejM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:x-gm-message-state; bh=1URkpac6OVaw/4cGI06ucc+b5FIsQYlOOxnL9Jsxq+A=; b=EOIGyC2GIMraR6pjSonvg8SiENpUmr3Hq77kuOJYeOTlTLlah/iIdJlC7yC+O3YVFA N/eo5jePPEH0f7+ceeY75dql0zKYhhTElEgEq10PYLF+tsX4Kc+fRZmXKHTn8bikmOG3 Yu7nR61VFPcCx8LRslTXf27VjMg88mfKt0J+JigVKMs2RU7iBf3PiO7Ldnk7U3/+0sMh abrm9nMWWk8lfyc6oBpmlEdkKSAVbSpXpaLjFXOb+xSh12eCte0ieAHMzd+64ieaMiJq I0JJgMh1pJe1CvMbp/00L1TD+QYBHCE2/ns3RrCNBxeUWwf1RkiGWYVAvKJdnzJYxzbd 7J0g== Received: by 10.50.209.102 with SMTP id ml6mr698072igc.60.1339075766782; Thu, 07 Jun 2012 06:29:26 -0700 (PDT) Received: from DataIX.net (75-128-120-86.dhcp.aldl.mi.charter.com. [75.128.120.86]) by mx.google.com with ESMTPS id vi7sm771554igb.10.2012.06.07.06.29.23 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 07 Jun 2012 06:29:24 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q57DTK9A092537 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 7 Jun 2012 09:29:20 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jh@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q57DTK97092536 for stable@freebsd.org; Thu, 7 Jun 2012 09:29:20 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Thu, 7 Jun 2012 09:29:20 -0400 From: Jason Hellenthal To: stable@freebsd.org Message-ID: <20120607132920.GA92505@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Gm-Message-State: ALoCoQnzvEo9sVlv8+U7q+QK1PZMh5Vb7RCty+OvUJekpw1GYcb4Ai/VyPUlQaBqLtRpLokcFZ6m Cc: Subject: usr.bin/fstat warnings being treated as errors on i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 13:29:28 -0000 Is anyone else seeing this on a vanilla source tree ? cc1: warnings being treated as errors /usr/src/usr.bin/fstat/fstat.c:159: warning: 'struct shmfd' declared inside parameter list /usr/src/usr.bin/fstat/fstat.c:159: warning: its scope is only this definition or declaration, which is probably not what you want /usr/src/usr.bin/fstat/fstat.c:951: warning: 'struct shmfd' declared inside parameter list /usr/src/usr.bin/fstat/fstat.c:952: error: conflicting types for 'shmtrans' /usr/src/usr.bin/fstat/fstat.c:159: error: previous declaration of 'shmtrans' was here /usr/src/usr.bin/fstat/fstat.c: In function 'shmtrans': /usr/src/usr.bin/fstat/fstat.c:953: error: storage size of 'shm' isn't known /usr/src/usr.bin/fstat/fstat.c:961: error: invalid application of 'sizeof' to incomplete type 'struct shmfd' /usr/src/usr.bin/fstat/fstat.c:961: error: invalid application of 'sizeof' to incomplete type 'struct shmfd' /usr/src/usr.bin/fstat/fstat.c:961: error: invalid application of 'sizeof' to incomplete type 'struct shmfd' /usr/src/usr.bin/fstat/fstat.c:953: warning: unused variable 'shm' *** Error code 1 -- - (2^(N-1)) From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 14:27:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E7031065673 for ; Thu, 7 Jun 2012 14:27:29 +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 1A2AD8FC17 for ; Thu, 7 Jun 2012 14:27:29 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q57EQxuI038323; Thu, 7 Jun 2012 08:26:59 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Scott Long In-Reply-To: <4FD06FD7.2000708@digsys.bg> Date: Thu, 7 Jun 2012 08:26:59 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <6833ED24-9638-43E7-AE35-289CEB3E06C2@samsco.org> References: <3CEF3B39-BE1E-4FC4-81F3-D26049C83313@netflix.com> <4FD06FD7.2000708@digsys.bg> To: Daniel Kalchev X-Mailer: Apple Mail (2.1278) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: Netflix's New Peering Appliance Uses FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 14:27:29 -0000 On Jun 7, 2012, at 3:09 AM, Daniel Kalchev wrote: >=20 >=20 > On 06.06.12 03:16, Scott Long wrote: >=20 > [...] >> Each disk has its own UFS+J filesystem, except for >> the SSDs that are mirrored together with gmirror. The SSDs hold the = OS image >> and cache some of the busiest content. The other disks hold nothing = but the >> audio and video files for our content streams. >=20 > Could you please explain the rationale of using UFS+J for this large = storage. Your published documentation states that you have reasonable = redundancy in case of multiple disk failure and I wonder how you handle = this with "plain" UFS. Things like avoiding hangs and panics when an = disk is going to die. Redundancy happens by allowing the streaming clients to choose multiple = other sources for their stream, and buffer enough of the stream to make = a switchover appear seamless. That other source might be a peer node on = the same network, or might be a node that is upstream or on a different = network. The point of the caches is to hold as much content as = possible, and we've found that it's more effective to maximize capacity = but allow drives to fail in place than to significantly reduce capacity = with hardware or software RAID. When a disk starts having problems that = affect its ability to deliver data on time, any clients affected by it = simply switch to a different source. When the disk does finally die, it = is removed from the available pool and content is reshuffled on the = other drives during the next daily content update. Once enough disks = fail that the cache is no longer effective, it gets replaced. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 15:01:45 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 988EB106564A; Thu, 7 Jun 2012 15:01:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 58AB98FC0A; Thu, 7 Jun 2012 15:01:45 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q57F1iQA042251; Thu, 7 Jun 2012 15:01:44 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q57F1iqQ042150; Thu, 7 Jun 2012 15:01:44 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Jun 2012 15:01:44 GMT Message-Id: <201206071501.q57F1iqQ042150@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 15:01:45 -0000 TB --- 2012-06-07 14:28:07 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 14:28:07 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 14:28:07 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-06-07 14:28:07 - cleaning the object tree TB --- 2012-06-07 14:28:16 - cvsupping the source tree TB --- 2012-06-07 14:28:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/arm/arm/supfile TB --- 2012-06-07 14:28:28 - building world TB --- 2012-06-07 14:28:28 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 14:28:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 14:28:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 14:28:28 - SRCCONF=/dev/null TB --- 2012-06-07 14:28:28 - TARGET=arm TB --- 2012-06-07 14:28:28 - TARGET_ARCH=arm TB --- 2012-06-07 14:28:28 - TZ=UTC TB --- 2012-06-07 14:28:28 - __MAKE_CONF=/dev/null TB --- 2012-06-07 14:28:28 - cd /src TB --- 2012-06-07 14:28:28 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 14:28:28 UTC 2012 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O -pipe -D_KVM_VNODE -DZFS -std=gnu99 -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O -pipe -D_KVM_VNODE -DZFS -std=gnu99 -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 15:01:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 15:01:44 - ERROR: failed to build world TB --- 2012-06-07 15:01:44 - 1537.02 user 349.72 system 2016.80 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 15:34:45 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE11B106566C; Thu, 7 Jun 2012 15:34:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 585848FC14; Thu, 7 Jun 2012 15:34:45 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q57FYinF046663; Thu, 7 Jun 2012 15:34:44 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q57FYiXe046657; Thu, 7 Jun 2012 15:34:44 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Jun 2012 15:34:44 GMT Message-Id: <201206071534.q57FYiXe046657@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 15:34:46 -0000 TB --- 2012-06-07 14:52:52 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 14:52:52 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 14:52:52 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-06-07 14:52:52 - cleaning the object tree TB --- 2012-06-07 14:53:01 - cvsupping the source tree TB --- 2012-06-07 14:53:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-06-07 14:53:25 - building world TB --- 2012-06-07 14:53:25 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 14:53:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 14:53:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 14:53:25 - SRCCONF=/dev/null TB --- 2012-06-07 14:53:25 - TARGET=i386 TB --- 2012-06-07 14:53:25 - TARGET_ARCH=i386 TB --- 2012-06-07 14:53:25 - TZ=UTC TB --- 2012-06-07 14:53:25 - __MAKE_CONF=/dev/null TB --- 2012-06-07 14:53:25 - cd /src TB --- 2012-06-07 14:53:25 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 14:53:26 UTC 2012 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 15:34:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 15:34:44 - ERROR: failed to build world TB --- 2012-06-07 15:34:44 - 1962.02 user 357.80 system 2512.34 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 15:38:32 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45201106566B; Thu, 7 Jun 2012 15:38:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 05B2C8FC08; Thu, 7 Jun 2012 15:38:31 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q57FcV0F018700; Thu, 7 Jun 2012 15:38:31 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q57FcVLN018695; Thu, 7 Jun 2012 15:38:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Jun 2012 15:38:31 GMT Message-Id: <201206071538.q57FcVLN018695@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 15:38:32 -0000 TB --- 2012-06-07 14:56:46 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-07 14:56:46 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 14:56:46 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-06-07 14:56:46 - cleaning the object tree TB --- 2012-06-07 14:56:54 - cvsupping the source tree TB --- 2012-06-07 14:56:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2012-06-07 14:57:11 - building world TB --- 2012-06-07 14:57:11 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 14:57:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 14:57:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 14:57:11 - SRCCONF=/dev/null TB --- 2012-06-07 14:57:11 - TARGET=pc98 TB --- 2012-06-07 14:57:11 - TARGET_ARCH=i386 TB --- 2012-06-07 14:57:11 - TZ=UTC TB --- 2012-06-07 14:57:11 - __MAKE_CONF=/dev/null TB --- 2012-06-07 14:57:11 - cd /src TB --- 2012-06-07 14:57:11 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 14:57:11 UTC 2012 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -std=gnu99 -fstack-protector -Wsystem-headers -Werror -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 -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'shmtrans': /src/usr.bin/fstat/fstat.c:991: warning: format '%6ju' expects type 'uintmax_t', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 15:38:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 15:38:31 - ERROR: failed to build world TB --- 2012-06-07 15:38:31 - 1952.38 user 367.87 system 2505.54 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 16:07:30 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBE79106566B; Thu, 7 Jun 2012 16:07:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9347C8FC17; Thu, 7 Jun 2012 16:07:30 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 04113B96F; Thu, 7 Jun 2012 12:07:30 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 7 Jun 2012 10:06:01 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <20120607132920.GA92505@DataIX.net> In-Reply-To: <20120607132920.GA92505@DataIX.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206071006.01610.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 07 Jun 2012 12:07:30 -0400 (EDT) Cc: stable@freebsd.org Subject: Re: usr.bin/fstat warnings being treated as errors on i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 16:07:30 -0000 On Thursday, June 07, 2012 9:29:20 am Jason Hellenthal wrote: > > Is anyone else seeing this on a vanilla source tree ? > > cc1: warnings being treated as errors > /usr/src/usr.bin/fstat/fstat.c:159: warning: 'struct shmfd' declared > inside parameter list > /usr/src/usr.bin/fstat/fstat.c:159: warning: its scope is only this > definition or declaration, which is probably not what you want > /usr/src/usr.bin/fstat/fstat.c:951: warning: 'struct shmfd' declared > inside parameter list > /usr/src/usr.bin/fstat/fstat.c:952: error: conflicting types for > 'shmtrans' > /usr/src/usr.bin/fstat/fstat.c:159: error: previous declaration of > 'shmtrans' was here > /usr/src/usr.bin/fstat/fstat.c: In function 'shmtrans': > /usr/src/usr.bin/fstat/fstat.c:953: error: storage size of 'shm' isn't > known > /usr/src/usr.bin/fstat/fstat.c:961: error: invalid application of > 'sizeof' to incomplete type 'struct shmfd' > /usr/src/usr.bin/fstat/fstat.c:961: error: invalid application of > 'sizeof' to incomplete type 'struct shmfd' > /usr/src/usr.bin/fstat/fstat.c:961: error: invalid application of > 'sizeof' to incomplete type 'struct shmfd' > /usr/src/usr.bin/fstat/fstat.c:953: warning: unused variable 'shm' > *** Error code 1 I think you got part of a commit. Have you tried re-running csup? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 16:07:30 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBE79106566B; Thu, 7 Jun 2012 16:07:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9347C8FC17; Thu, 7 Jun 2012 16:07:30 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 04113B96F; Thu, 7 Jun 2012 12:07:30 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 7 Jun 2012 10:06:01 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <20120607132920.GA92505@DataIX.net> In-Reply-To: <20120607132920.GA92505@DataIX.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206071006.01610.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 07 Jun 2012 12:07:30 -0400 (EDT) Cc: stable@freebsd.org Subject: Re: usr.bin/fstat warnings being treated as errors on i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 16:07:30 -0000 On Thursday, June 07, 2012 9:29:20 am Jason Hellenthal wrote: > > Is anyone else seeing this on a vanilla source tree ? > > cc1: warnings being treated as errors > /usr/src/usr.bin/fstat/fstat.c:159: warning: 'struct shmfd' declared > inside parameter list > /usr/src/usr.bin/fstat/fstat.c:159: warning: its scope is only this > definition or declaration, which is probably not what you want > /usr/src/usr.bin/fstat/fstat.c:951: warning: 'struct shmfd' declared > inside parameter list > /usr/src/usr.bin/fstat/fstat.c:952: error: conflicting types for > 'shmtrans' > /usr/src/usr.bin/fstat/fstat.c:159: error: previous declaration of > 'shmtrans' was here > /usr/src/usr.bin/fstat/fstat.c: In function 'shmtrans': > /usr/src/usr.bin/fstat/fstat.c:953: error: storage size of 'shm' isn't > known > /usr/src/usr.bin/fstat/fstat.c:961: error: invalid application of > 'sizeof' to incomplete type 'struct shmfd' > /usr/src/usr.bin/fstat/fstat.c:961: error: invalid application of > 'sizeof' to incomplete type 'struct shmfd' > /usr/src/usr.bin/fstat/fstat.c:961: error: invalid application of > 'sizeof' to incomplete type 'struct shmfd' > /usr/src/usr.bin/fstat/fstat.c:953: warning: unused variable 'shm' > *** Error code 1 I think you got part of a commit. Have you tried re-running csup? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 17:05:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A67A5106564A for ; Thu, 7 Jun 2012 17:05:31 +0000 (UTC) (envelope-from tomdean@speakeasy.org) Received: from asbnvacz-mailrelay01.megapath.net (asbnvacz-mailrelay01.megapath.net [207.145.128.243]) by mx1.freebsd.org (Postfix) with ESMTP id 6414C8FC0A for ; Thu, 7 Jun 2012 17:05:31 +0000 (UTC) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.48]) by asbnvacz-mailrelay01.megapath.net (Postfix) with ESMTP id 2354F3D802F for ; Thu, 7 Jun 2012 13:05:25 -0400 (EDT) Received: (qmail 737 invoked from network); 7 Jun 2012 17:05:24 -0000 Received: by simscan 1.4.0 ppid: 1010, pid: 2203, t: 0.3343s scanners: clamav: 0.88.2/m:52/d:10739 spam: 3.0.4 Received: from unknown (HELO [192.168.2.3]) (tomdean@[24.113.107.31]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 7 Jun 2012 17:05:24 -0000 Message-ID: <4FD0DF54.10704@speakeasy.org> Date: Thu, 07 Jun 2012 10:05:24 -0700 From: "Thomas D. Dean" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4FCFECFF.9070504@speakeasy.org> <20120607042008.GA30509@isuckatdomains.isuckatdomains.net> In-Reply-To: <20120607042008.GA30509@isuckatdomains.isuckatdomains.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail4.sea5 X-Spam-Level: **** X-Spam-Status: No, score=4.0 required=8.0 tests=OBSCURED_EMAIL, RATWARE_GECKO_BUILD autolearn=disabled version=3.0.4 Subject: Re: Mergemaster Fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 17:05:31 -0000 On 06/06/12 21:20, Chris Nehren wrote: > Have you tried ctrl-t? This will send SIGINFO to the process which No response to any key except ^z > Additionally, the output of ps ax -d (show process trees) would be > helpful. This should also show what mergemaster is waiting on. > Viewing the output of the script with vi ... ^M @@ -4165,7 +4173,7 @@^M match "bus" "uhub[0-9]+";^M match "mode" "host";^M match "vendor" "0x9710";^M - match "product" "0x7830";^M + match "product" "(0x7830|0x7832)";^M action "kldload -n if_mos";^M };^M ^M @@ -4336,5 +4344,5 @@^M action "kldload -n umass";^M };^M ^M -# 1652 USB entries processed^M +# 1654 USB entries processed^M ^M ^[[7m(END)^[[27m^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^M^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^M^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^M^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^M^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^M^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^M^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^M^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^M^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^G^M^[[K^[[7m(END)^[[27m^[[K^M^[[K^[[?1l^[>^M Suspended^M ... There are a large number of control characters, then (END) then, no response to any key except ^z. from ps -ax -d: PID PPID STAT TIME COMMAND 0 0 DLs 0:00.02 [kernel] 1 0 ILs 0:00.02 - /sbin/init -- 103 1 Is 0:00.00 |-- adjkerntz -i 753 1 Ss 0:00.02 |-- /usr/sbin/moused -p /dev/ums0 -t auto -I /var/run/m 773 1 Is 0:00.00 |-- /sbin/devd 893 1 Is 0:00.00 |-- dhclient: em0 [priv] (dhclient) 931 1 Is 0:00.00 |-- dhclient: em0 (dhclient) 972 1 Ss 0:00.00 |-- /usr/sbin/syslogd -s 986 1 Ss 0:00.00 |-- /usr/sbin/rpcbind 1019 1 Is 0:00.00 |-- /usr/sbin/mountd -r 1025 1 Is 0:00.01 |-- nfsd: master (nfsd) 1026 1025 S 0:00.00 | `-- nfsd: server (nfsd) 1040 1 Is 0:00.01 |-- /usr/local/sbin/cupsd -C /usr/local/etc/cups/cupsd. 1056 1 Ss 0:00.00 |-- /usr/local/sbin/nmbd -D -s /usr/local/etc/smb.conf 1059 1 Ss 0:00.01 |-- /usr/local/sbin/smbd -D -s /usr/local/etc/smb.conf 1107 1059 I 0:00.00 | `-- /usr/local/sbin/smbd -D -s /usr/local/etc/smb.con 1090 1 Ss 0:00.00 |-- /usr/sbin/ntpd -c /etc/ntp.conf -p /var/run/ntpd.pi 1112 1 Ss 0:00.05 |-- /usr/local/bin/postgres -D /usr/local/pgsql/data 1114 1112 Ss 0:00.00 | |-- postgres: writer process (postgres) 1115 1112 Ss 0:00.00 | |-- postgres: wal writer process (postgres) 1116 1112 Ss 0:00.00 | |-- postgres: autovacuum launcher process (postgre 1117 1112 Ss 0:00.00 | `-- postgres: stats collector process (postgres) 1126 1 Is 0:00.00 |-- /usr/local/bin/dbus-daemon --system 1139 1 Ss 0:00.00 |-- sendmail: accepting connections (sendmail) 1147 1 Is 0:00.00 |-- sendmail: Queue runner@00:30:00 for /var/spool/clie 1177 1 Is 0:00.00 |-- /usr/sbin/sshd 1181 1 Is 0:00.00 |-- /usr/sbin/cron -s 1205 1 Is 0:00.00 |-- /usr/sbin/inetd -wW -C 60 1237 1 Is 0:00.13 |-- /usr/local/sbin/hald 1240 1237 I 0:00.01 | `-- hald-runner 1262 1240 I 0:00.00 | |-- hald-addon-mouse-sysmouse: /dev/ums0 (hald-addo 1304 1240 S 0:00.01 | `-- hald-addon-storage: /dev/cd0 (hald-addon-storag 1225 1 Is 0:00.00 |-- login [pam] (login) 1308 1225 I+ 0:00.01 | `-- -tcsh (tcsh) 1320 1308 I 0:00.00 | `-- /bin/sh /usr/local/bin/startx 1338 1320 I 0:00.00 | `-- xinit /home/tomdean/.xinitrc -- /usr/local/bi 1339 1338 R 0:06.58 | |-- /usr/local/bin/X :0 -auth /home/tomdean/.se 1341 1338 I 0:00.01 | `-- /usr/local/bin/xterm -j -sk -sb -sl 1000 -f 1342 1341 I 0:00.01 | |-- twm 1343 1341 S 0:00.07 | |-- xclock -digital -update 1 -geometry 230x3 1344 1341 I 0:00.01 | |-- /usr/local/bin/xterm -j -sk -sb -sl 1000 1354 1344 Is+ 0:00.02 | | `-- tcsh 1363 1354 I 0:00.01 | | `-- /usr/local/bin/xterm -bd red -cr red 1365 1363 Is 0:00.01 | | `-- su 1366 1365 I 0:00.01 | | `-- _su (csh) 1368 1366 I+ 0:00.00 | | `-- script /tmp/mergemaster 1369 1368 Is 0:00.01 | | `-- /bin/csh -i 1371 1369 I+ 0:00.05 | | `-- /bin/sh /usr/sbin/mergemast 2423 1371 I+ 0:00.00 | | `-- less 1345 1341 S 0:00.02 | |-- /usr/local/bin/xterm -j -sk -sb -sl 1000 1352 1345 Ss 0:00.02 | | `-- tcsh 2429 1352 R+ 0:00.00 | | `-- /bin/ps -o pid,ppid,stat,time,command 1346 1341 I 0:00.01 | |-- /usr/local/bin/xterm -j -sk -sb -sl 1000 1353 1346 Is+ 0:00.01 | | `-- tcsh 1351 1341 Is+ 0:00.01 | `-- tcsh 1226 1 Is 0:00.00 |-- login [pam] (login) 1314 1226 I+ 0:00.01 | `-- -csh (csh) 1227 1 Is+ 0:00.00 |-- /usr/libexec/getty Pc ttyv2 1228 1 Is+ 0:00.00 |-- /usr/libexec/getty Pc ttyv3 1229 1 Is+ 0:00.00 |-- /usr/libexec/getty Pc ttyv4 1230 1 Is+ 0:00.00 |-- /usr/libexec/getty Pc ttyv5 1231 1 Is+ 0:00.00 |-- /usr/libexec/getty Pc ttyv6 1232 1 Is+ 0:00.00 `-- /usr/libexec/getty Pc ttyv7 2 0 DL 0:00.00 - [ctl_thrd] 3 0 DL 0:00.00 - [sctp_iterator] 4 0 DL 0:00.00 - [xpt_thrd] 5 0 DL 0:00.00 - [pagedaemon] 6 0 DL 0:00.00 - [vmdaemon] 7 0 DL 0:00.00 - [pagezero] 8 0 DL 0:00.00 - [bufdaemon] 9 0 DL 0:00.00 - [vnlru] 10 0 DL 0:00.00 - [audit] 11 0 RL 48:17.00 - [idle] 12 0 WL 0:03.22 - [intr] 13 0 DL 0:00.05 - [geom] 14 0 DL 0:00.00 - [yarrow] 15 0 DL 0:01.49 - [usb] 16 0 DL 0:00.00 - [syncer] 17 0 DL 0:00.01 - [softdepflush] 771 0 DL 0:00.00 - [ng_queue] I have a wireless keyboard and mouse. dmesg | grep -i mouse ukbd0: on usbus3 ums0: on usbus3 Tom Dean From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 17:45:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2265C1065686 for ; Thu, 7 Jun 2012 17:45:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-scalar.mail.uoguelph.ca (esa-scalar.mail.uoguelph.ca [66.199.40.18]) by mx1.freebsd.org (Postfix) with ESMTP id BFD048FC0C for ; Thu, 7 Jun 2012 17:45:05 +0000 (UTC) Received: from zcs3.mail.uoguelph.ca (new.mail.uoguelph.ca [131.104.93.37]) by egw-in-1.smz.uoguelph.scalar.ca (8.14.1/8.14.1) with ESMTP id q52ND3d5023639; Sat, 2 Jun 2012 19:13:04 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id A13AAB4015; Sat, 2 Jun 2012 19:13:03 -0400 (EDT) Date: Sat, 2 Jun 2012 19:13:03 -0400 (EDT) From: Rick Macklem To: Phil Regnauld Message-ID: <1112261135.1241144.1338678783606.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20120602004207.GP25876@macbook.bluepipe.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: David Magda , FreeBSD Stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 17:45:06 -0000 Phil Regnauld wrote: > David Magda (dmagda) writes: > > On Jun 1, 2012, at 09:12, Phil Regnauld wrote: > > > > > * Gluster > > > > > > For very large FSes, nothing beats it, especially now that 3.3 > > > has been > > > released. > > > > Isilon built their OneFS on top of FreeBSD, does that count? :) > > > > Panasas too IIRC. > In the case of Panasas, I believe that they only provide a "client driver" for Linux to talk to their object storage appliance. There is an NFSv4.1 pNFS object layout that they have developed, but it requires an ODS2 (I think I got that right?) stack and it's unlikely that the client I am working on will be able to do this any time soon. rick > Good pointers, thanks. It's still "appliance", but good to know that > FreeBSD is out there :) > > Phil > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 17:55:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E68C1065674 for ; Thu, 7 Jun 2012 17:55:14 +0000 (UTC) (envelope-from apeiron@isuckatdomains.net) Received: from isuckatdomains.net (unknown [IPv6:2600:3c01:e000:4::1]) by mx1.freebsd.org (Postfix) with ESMTP id 389E38FC1B for ; Thu, 7 Jun 2012 17:55:14 +0000 (UTC) Received: from isuckatdomains.isuckatdomains.net (isuckatdomains.net [74.207.243.179]) by isuckatdomains.net (Postfix) with ESMTPSA id 18DD445AF8 for ; Thu, 7 Jun 2012 13:55:14 -0400 (EDT) Date: Thu, 7 Jun 2012 13:55:13 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Message-ID: <20120607175512.GB30509@isuckatdomains.isuckatdomains.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <4FCFECFF.9070504@speakeasy.org> <20120607042008.GA30509@isuckatdomains.isuckatdomains.net> <4FD0DF54.10704@speakeasy.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f2QGlHpHGjS2mn6Y" Content-Disposition: inline In-Reply-To: <4FD0DF54.10704@speakeasy.org> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Mergemaster Fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 17:55:14 -0000 --f2QGlHpHGjS2mn6Y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 07, 2012 at 10:05:24 -0700 , Thomas D. Dean wrote: > On 06/06/12 21:20, Chris Nehren wrote: >=20 > >Have you tried ctrl-t? This will send SIGINFO to the process which >=20 > No response to any key except ^z >=20 > >Additionally, the output of ps ax -d (show process trees) would be > >helpful. This should also show what mergemaster is waiting on. > > >=20 > Viewing the output of the script with vi > ... > ^M > @@ -4165,7 +4173,7 @@^M > match "bus" "uhub[0-9]+";^M > match "mode" "host";^M > match "vendor" "0x9710";^M > - match "product" "0x7830";^M > + match "product" "(0x7830|0x7832)";^M > action "kldload -n if_mos";^M > [snipped] > There are a large number of control characters, then (END) then, no > response to any key except ^z. It looks like there's a pager (probably less) that's waiting for you to respond. The output suggests it's showing you the results of diffing an old file with a new one--could be either /etc/devd.conf or /etc/usb.conf. > from ps -ax -d: >=20 > PID PPID STAT TIME COMMAND > [snipped] > 1339 1338 R 0:06.58 | |-- /usr/local/bin/X :0 -auth > /home/tomdean/.se > 1341 1338 I 0:00.01 | `-- /usr/local/bin/xterm -j -sk -sb > -sl 1000 -f > 1342 1341 I 0:00.01 | |-- twm > 1343 1341 S 0:00.07 | |-- xclock -digital -update 1 > -geometry 230x3 > 1344 1341 I 0:00.01 | |-- /usr/local/bin/xterm -j -sk -sb > -sl 1000 > 1354 1344 Is+ 0:00.02 | | `-- tcsh > 1363 1354 I 0:00.01 | | `-- /usr/local/bin/xterm -bd > red -cr red > 1365 1363 Is 0:00.01 | | `-- su > 1366 1365 I 0:00.01 | | `-- _su (csh) > 1368 1366 I+ 0:00.00 | | `-- script /tmp/mergemaster > 1369 1368 Is 0:00.01 | | `-- /bin/csh -i > 1371 1369 I+ 0:00.05 | | `-- /bin/sh > /usr/sbin/mergemast > 2423 1371 I+ 0:00.00 | | `-- less And this confirms it. So you'll probably want to examine the changes in the script(1) output and then quit the pager. I would also recommend running mergemaster in single user mode to avoid this sort of thing. X11 complicates things an awful lot. --=20 Thanks and best regards, Chris Nehren --f2QGlHpHGjS2mn6Y Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJP0Or/AAoJEB3ywRGrHAnQNLkP/jPrGVlGyLvV/YbTQB1I4VN7 SLWHH8RUUMq1KSNWTgNM5NIaL+lBEtWzjT1zPRC2jAZNtk6cTI4qFA8ulx/5Dcv6 Unasxvy9Uga2rhWIVgdIyfM2zGWHBg87tuGTt0TLqzXnU023NjeNwVLY1JHW+2U0 0XkaE1OVki3vvy19SLgbjg4deH5qZ/NCMD5La3VZf29yVZLKvKdt+b9ZShIkABC4 R2+YVdhodARMmAZh6gynk4sreNyE8AG1H1Mz1Vd46YFb+6U7PX1BrvyUG94Tka2G imwSOYrfybOwZ5fuzOxdROfg0KQ1DmsHmIc8V2ajseYMddnqVMheCGA0EXj35D0+ wfxmBPCKwUyZxAmse5FwciLt4TN/dRgr7BQ4yip6ZGgqZFF79sS9vS7ctivP4HdD KFPOpTgc4pN1Jv7tmWNPvrWc92Zft3CADfDZp/vfui5AvxGPeiL4XxSvceP5dL1F ca3yfFjlOzno2kF+fhCq4OWHdQXu31DkrCm46H1Wi1bOgiL6NT5YkeQiHXtzldE4 pz2wrikVzgitUHFRVT+pqJU0TsXEyqsTURKaSuGnPGkYDR6pDzodMTXEGI34YYFo w6LAl6AeXf4aph5zi5tDsyO+Ag0Ycd8LZWYTCrb+sj6tSgn8zsgy9+6xpGbjL81V OEeMem8xb1C1Yp5yrKpD =wqhm -----END PGP SIGNATURE----- --f2QGlHpHGjS2mn6Y-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 18:02:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A53F106566C for ; Thu, 7 Jun 2012 18:02:35 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 159C18FC08 for ; Thu, 7 Jun 2012 18:02:34 +0000 (UTC) Received: by lbon10 with SMTP id n10so931298lbo.13 for ; Thu, 07 Jun 2012 11:02:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding:x-gm-message-state; bh=n6ybKvxP3d1xRpIAGNMPXDxMRzPoQPvRaA3qg7aLfvc=; b=l2XHWbCCqDiH7CS+g1yexpw6Mwk0Xivf+mSK8hVIh4zVuAwlRwKxxxH4HvXOextBVq AWNGCbbWySRSFnbIeOwt/nWpJF+cbZkiQyRFZy2hz0YduQXiE0Wnx3J3Qu4KuUmWt9fT +B4STsbM1T+BQ/1H12eKXhFEkVrv2EBgvzAzj8VMsUNYlXKiHKHXEacd/lay7BHDFxcv rioHYYtVQZQyd8GKZX9YgTIsMcbeNIk25EX0YRvccWQPBNUl0K4U7y+WC4wy2zzJ1ytv 5XRVrlMwrFr3VZ02z3ia+WfUxu3H0pJDSHZ+9aCAUTHjYv6r61LCsFyKpJhqxW6IpH5Z bUYg== Received: by 10.112.103.135 with SMTP id fw7mr1863218lbb.25.1339092153791; Thu, 07 Jun 2012 11:02:33 -0700 (PDT) Received: from zont-osx.local (ppp95-165-134-112.pppoe.spdop.ru. [95.165.134.112]) by mx.google.com with ESMTPS id d3sm2134636lbh.3.2012.06.07.11.02.32 (version=SSLv3 cipher=OTHER); Thu, 07 Jun 2012 11:02:33 -0700 (PDT) Message-ID: <4FD0ECB7.8040908@zonov.org> Date: Thu, 07 Jun 2012 22:02:31 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQn1zZvnWr91BnrcGEGmzOyWGa5767TJhHfS7j3dUd75s+K53tk0mbXz5ur/TSbfOa0Ibl2G Subject: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 18:02:35 -0000 Hi, I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0-STABLE (r234600) and now they can't find any disk because SAS controller cannot initialize with the following diagnostic: mpt0: port 0xd000-0xd0ff irq 26 at device 3.0 on pci6 mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). mpt0: Unable to memory map registers. mpt0: Giving Up. pciconf -lv: mpt0@pci0:6:3:0: class=0x010000 card=0x81dd1043 chip=0x00541000 rev=0x02 hdr=0x00 vendor = 'LSI Logic / Symbios Logic' device = 'SAS1068 PCI-X Fusion-MPT SAS' class = mass storage subclass = SCSI I tried to boot to latest HEAD and found the same problem. I also tried to build kernel with mpt driver from my 8.2. Controller didn't initialize with the same diagnostic. So it looks like the problem is not in mpt driver. Any help would be appreciated. -- Andrey Zonov From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 18:22:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 747ED106577A for ; Thu, 7 Jun 2012 18:22:48 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-scalar.mail.uoguelph.ca (esa-scalar.mail.uoguelph.ca [66.199.40.18]) by mx1.freebsd.org (Postfix) with ESMTP id B51098FC15 for ; Thu, 7 Jun 2012 18:22:47 +0000 (UTC) Received: from zcs3.mail.uoguelph.ca (new.mail.uoguelph.ca [131.104.93.37]) by egw-in-2.smz.uoguelph.scalar.ca (8.14.1/8.14.1) with ESMTP id q52N6lmQ025272; Sat, 2 Jun 2012 19:06:48 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id CEC90B404D; Sat, 2 Jun 2012 19:06:47 -0400 (EDT) Date: Sat, 2 Jun 2012 19:06:47 -0400 (EDT) From: Rick Macklem To: David Magda Message-ID: <1431674734.1241120.1338678407805.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4D744565-4073-485E-B769-82BE1F7E2C0A@ee.ryerson.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@freebsd.org, Chris Nehren Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 18:22:48 -0000 David Magda wrote: > On Jun 1, 2012, at 21:03, Chris Nehren wrote: > > > You say your'e using ZVOLs but then recommend gluster for large > > filesystems. I would like to take a moment to point out that one of > > the > > design goals of ZFS was to scale beyond the capabilities of current > > hardware. > > > > What does gluster do that ZFS does not? I'm not trying to troll > > here, > > but am genuinely curious about ZFS's shortfalls in one of the > > problem > > domains it seeks to address. > > ZFS is for storing file systems on locally connected block devices. > Gluster is a network file system where data can be distributed over > many nodes. > > So ZFS can ensure that bits-on-disk stay safe through checksums and > mirroring / RAIDZ, while Gluster allows entire file servers to go > offline and the files are still accessible because you have a kind of > network-level RAID going on. This also helps in performance since > instead of clients pounding on one file server (as usually happens > with NFS), every write is sent to many data nodes so you're striping > across many network elements. Think of it as NFS on steroids. > > A competitive open source equivalent would be Lustre, while Isilon and > Panasas would probably be commercial alternatives (though they do NFS > / CIFS on the 'front-end' and the distributed "magic" occurs on a > 'back-end' network between the appliances). > > http://en.wikipedia.org/wiki/GlusterFS > http://en.wikipedia.org/wiki/Lustre_(file_system) > Just fyi, someone is currently working on an NFSv4.1 pNFS layout type for Lustre. As such, once that layout is implemented, the NFSv4.1 client I am working on should be able to use a Lustre server cluster. So, it could be a while (next summer, maybe?), but that should be FreeBSD eventually. (I have no idea how easy porting of the Lustre server to FreeBSD would be?) Having said the above, I am not familiar with either Gluster or Lustre, so take the above as based on what little I currently know, rick > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 18:23:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A502D106566C for ; Thu, 7 Jun 2012 18:23:40 +0000 (UTC) (envelope-from tomdean@speakeasy.org) Received: from asbnvacz-mailrelay01.megapath.net (asbnvacz-mailrelay01.megapath.net [207.145.128.243]) by mx1.freebsd.org (Postfix) with ESMTP id 731168FC18 for ; Thu, 7 Jun 2012 18:23:40 +0000 (UTC) Received: from mail7.sea5.speakeasy.net (mail7.sea5.speakeasy.net [69.17.117.52]) by asbnvacz-mailrelay01.megapath.net (Postfix) with ESMTP id 9C3DCA717FE for ; Thu, 7 Jun 2012 14:23:39 -0400 (EDT) Received: (qmail 9056 invoked from network); 7 Jun 2012 18:23:39 -0000 Received: by simscan 1.4.0 ppid: 12395, pid: 28939, t: 0.1932s scanners: clamav: 0.88.2/m:52/d:13513 spam: 3.0.4 Received: from unknown (HELO [192.168.2.3]) (tomdean@[24.113.107.31]) (envelope-sender ) by mail7.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 7 Jun 2012 18:23:38 -0000 Message-ID: <4FD0F1AA.80906@speakeasy.org> Date: Thu, 07 Jun 2012 11:23:38 -0700 From: "Thomas D. Dean" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4FCFECFF.9070504@speakeasy.org> <20120607042008.GA30509@isuckatdomains.isuckatdomains.net> <4FD0DF54.10704@speakeasy.org> <20120607175512.GB30509@isuckatdomains.isuckatdomains.net> In-Reply-To: <20120607175512.GB30509@isuckatdomains.isuckatdomains.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail7.sea5 X-Spam-Level: X-Spam-Status: No, score=0.8 required=8.0 tests=RATWARE_GECKO_BUILD autolearn=disabled version=3.0.4 Subject: Re: Mergemaster Fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 18:23:40 -0000 On 06/07/12 10:55, Chris Nehren wrote: > On Thu, Jun 07, 2012 at 10:05:24 -0700 , Thomas D. Dean wrote: > It looks like there's a pager (probably less) that's waiting for you to > respond. The output suggests it's showing you the results of diffing an > old file with a new one--could be either /etc/devd.conf or > /etc/usb.conf. > This is obvious, but, what is causing the hang. I get it from the console as well as in an xterm. Tom Dean From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 20:03:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB12F106566C for ; Thu, 7 Jun 2012 20:03:35 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id 2FEA78FC12 for ; Thu, 7 Jun 2012 20:03:34 +0000 (UTC) Received: (qmail 37153 invoked by uid 89); 7 Jun 2012 20:03:28 -0000 Received: by simscan 1.4.0 ppid: 37148, pid: 37150, t: 0.1206s scanners: attach: 1.4.0 clamav: 0.97.3/m:54/d:15017 Received: from unknown (HELO ?192.168.1.201?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 7 Jun 2012 20:03:28 -0000 Mime-Version: 1.0 (Apple Message framework v1278) From: Rainer Duffner In-Reply-To: <201206061859.q56IxvLx045828@hugeraid.jetcafe.org> Date: Thu, 7 Jun 2012 22:03:27 +0200 Message-Id: <90425E82-5475-491F-AE88-00B0774F058D@ultra-secure.de> References: <201206020012.q520CEcf057568@hugeraid.jetcafe.org> <20120602004230.GA14487@in-addr.com> <201206040224.q542OBqk085897@hugeraid.jetcafe.org> <20120604043233.GB32597@lonesome.com> <201206040841.q548fVHa091169@hugeraid.jetcafe.org> <201206041841.q54IfUow001060@hugeraid.jetcafe.org> <20120604191343.GF10783@isuckatdomains.isuckatdomains.net> <201206041932.q54JWONA001600@hugeraid.jetcafe.org> <4FCDA15C.2000700@digsys.bg> <201206061859.q56IxvLx045828@hugeraid.jetcafe.org> To: Dave Hayes X-Mailer: Apple Mail (2.1278) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Daniel Kalchev Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 20:03:36 -0000 Am 06.06.2012 um 20:59 schrieb Dave Hayes: >=20 >=20 > I believe this is the first time I've seen more documentation labeled = as > "extraneous". :) I had thought to suggest an implementation by having = a > simple pkg-option-desr file which describes the options and = implications > in each port. Are you suggesting that such a file would be unwelcome?=20= >=20 No, but take a look at the nginx port, which (I'm too lazy to count) has = gained a couple of dozens of options over the years. It's a bit of an extreme example, I know - but nevertheless. I've enabled some that I know what they do and some where I think I know = what they do. Some are default on, so I left them on. The rest I disabled if I knew I wouldn't ever need them. Documenting all of them would probably be a huge endeavor - and I'm glad = that Sergey keeps the ports updated super-fast and chases down all the = updates of 3rd-party patches (which often have little more than the = source itself as documentation) etc. Asking him to do even more work - I wouldn't dare to do that ;-) It's really the person who is running make config who has to read up on = all the options and decide if (s)he needs them. Sometimes, options only make sense in context of the selection of = options of other ports and it thus may no be easily explainable in one = line. I don't maintain any ports, I just build about 600 of them in our = private tinderbox. IMO, you can't really maintain more than a couple of FreeBSD-servers = professionally without some sort of central package-building. The earlier people realize this, the less pain they will have to suffer. = In practice, you realize it 50 or 100 servers too late... The work that goes into the ports-tree is tremendous and once you start = running your own tinderbox, maintain some 3rd-party patches yourself and = just generally dig deeper into this stuff you begin to realize just how = difficult this is.=20 What I do (or try to do) on my tinderbox is to take a "frozen" = ports-tree towards a release and build packages from it (trying to = minimize the number of unique builds per portstree) After the tree is open again, I try to get the stuff that interests me, = the security-patches (e.g. the recent php bug) or other stuff that is = useful for us as an update directly from CVS for the 600 or so ports = that we actually use. Of course, this only works until something in the ports-framework = changes significantly (like that options-ng thing recently) and I either = have to update the whole ports-tree or just wait till the next = pre-release freeze. I found that currently the fastest way to update my packages on a server = is to pkg_delete -fa and then pkg_add the stuff back that I need (more = or less the same packages everywhere, anyway).=20 Portupgrade is far too slow to be of any practical use (and more than a = handful of package-management-tools in the ports-mgnt category isn't = really helpful, either - who has the time to test them all?) I hope that pkgng will solve most of these problems and enable me to = update my ports-tree more often. Unfortunately, by then some of the FreeBSD-servers will have moved into = our private cloud (using Joyent's private cloud, which, incidentally = uses NetBSD's pkgsrc - we will have to see how that works out longtime) Personally, I don't need more frequent FreeBSD-releases but two or maybe = three ports-tree freezes per year would be good. So, FreeBSD 9.0-RELEASE, FreeBSD 9.0-U1, FreeBSD 9.0U2 would be cool ;-) Would that be a lot of additional work? From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 21:25:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD4D4106564A for ; Thu, 7 Jun 2012 21:25:10 +0000 (UTC) (envelope-from vladimir@shumbely.com) Received: from forward14.mail.yandex.net (forward14.mail.yandex.net [IPv6:2a02:6b8:0:801::4]) by mx1.freebsd.org (Postfix) with ESMTP id 5DA848FC08 for ; Thu, 7 Jun 2012 21:25:09 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward14.mail.yandex.net (Yandex) with ESMTP id A86F51982151 for ; Fri, 8 Jun 2012 01:25:08 +0400 (MSK) Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 9518DE400D6 for ; Fri, 8 Jun 2012 01:25:08 +0400 (MSK) Received: from 4-23-68-178.baltnet.ru (4-23-68-178.baltnet.ru [178.68.23.4]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id P7488R3n-P84iD3mK; Fri, 8 Jun 2012 01:25:08 +0400 X-Yandex-Rcpt-Suid: freebsd-stable@freebsd.org Date: Fri, 8 Jun 2012 00:25:07 +0300 From: Vladimir Vasilenko To: freebsd-stable@freebsd.org Message-Id: <20120608002507.373629e6.vladimir@shumbely.com> Organization: I'm a consultant X-Mailer: Sylpheed 3.1.4 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: ATI Mobility Radeon HD 5470 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 21:25:10 -0000 Hello. Can I use this video card with FreeBSD? If yes so, where I can driver download? Best regards, Vladimir Vasilenko From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 21:37:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D862106566B for ; Thu, 7 Jun 2012 21:37:47 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id EC41F8FC15 for ; Thu, 7 Jun 2012 21:37:46 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id E674E6A601C; Thu, 7 Jun 2012 23:37:45 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id kGxWjJpbUOUR; Thu, 7 Jun 2012 23:37:45 +0200 (CEST) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id A79AD6A6006; Thu, 7 Jun 2012 23:37:45 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.5/8.14.5) with ESMTP id q57Lbjl2016607; Thu, 7 Jun 2012 23:37:45 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.5/8.14.5/Submit) id q57LbjjQ015760; Thu, 7 Jun 2012 23:37:45 +0200 (CEST) (envelope-from lars) Date: Thu, 7 Jun 2012 23:37:45 +0200 From: Lars Engels To: "Thomas D. Dean" Message-ID: <20120607213745.GH5592@e-new.0x20.net> References: <4FCFECFF.9070504@speakeasy.org> <20120607042008.GA30509@isuckatdomains.isuckatdomains.net> <4FD0DF54.10704@speakeasy.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="A3RTpYxNMoKQmoMP" Content-Disposition: inline In-Reply-To: <4FD0DF54.10704@speakeasy.org> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.3-RELEASE-p2 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Mergemaster Fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 21:37:47 -0000 --A3RTpYxNMoKQmoMP Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 07, 2012 at 10:05:24AM -0700, Thomas D. Dean wrote: > On 06/06/12 21:20, Chris Nehren wrote: >=20 > > Have you tried ctrl-t? This will send SIGINFO to the process which >=20 > No response to any key except ^z Doesn't ^t work at all for you? If you're using tcsh and some *rxvt terminal emulator add this to your =2E[t]cshrc: # Quirk for urxvt if(${?COLORTERM}) then if("${COLORTERM}" =3D=3D "rxvt-xpm" && "${OSTYPE}" =3D=3D "FreeBSD") th= en /bin/stty status ^t endif endif --A3RTpYxNMoKQmoMP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/RHykACgkQKc512sD3afjqGgCdHs8dUi12xjEVzRyj9u1VJCNE 9/4AnR2GgcsKCsmwQfxqkKVXp/PLUd0Y =rFVn -----END PGP SIGNATURE----- --A3RTpYxNMoKQmoMP-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 7 23:01:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 568CC106566B for ; Thu, 7 Jun 2012 23:01:09 +0000 (UTC) (envelope-from martin@sugioarto.com) Received: from mailserv.regfish.com (mailserv.regfish.com [79.140.61.33]) by mx1.freebsd.org (Postfix) with ESMTP id A40BE8FC12 for ; Thu, 7 Jun 2012 23:01:08 +0000 (UTC) Received: (qmail 27082 invoked from network); 7 Jun 2012 22:54:26 -0000 Received: from pd9ec008b.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.0.139]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 7 Jun 2012 22:54:26 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id C34631BAC57; Fri, 8 Jun 2012 00:54:23 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1339109663; bh=LD6A9X2IOtClYuLLAExRBvv8mBhztSxEQ5MzQI8R5MQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=D8FJge1aaoeOE5iF6JeFutlil6yx8gqzf6EBXQdv02znc+Dk+/OE+L7PKompbUc1H wz42VMzVwfBzIH2aq57KM68pJ+Ncj+26+gh7ZpwduJZF5i0e0DPC6F50ETWMSfGp4E jtnbh9wrAp3R/Gd7zacm+co1EZCMbAB8XK0W6N0M= Date: Fri, 8 Jun 2012 00:54:15 +0200 From: Martin Sugioarto To: =?UTF-8?B?0JzQvtC80YfQuNC7INCY0LLQsNC90L7Qsg==?= Message-ID: <20120608005415.070cd4a9@zelda.sugioarto.com> In-Reply-To: <86fwa8szos.wl%momchil@xaxo.eu> References: <86fwa8szos.wl%momchil@xaxo.eu> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/hX+y9g0pWIpm24GxjJFcvy/"; protocol="application/pgp-signature" Cc: freebsd-stable@freebsd.org Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 23:01:09 -0000 --Sig_/hX+y9g0pWIpm24GxjJFcvy/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Thu, 07 Jun 2012 03:01:07 +0200 schrieb =D0=9C=D0=BE=D0=BC=D1=87=D0=B8=D0=BB =D0=98=D0=B2=D0=B0=D0=BD=D0=BE= =D0=B2 : > Is there some remedy? Hi, I remember this series, I've had a T60p and when I compiled world, I placed a fan in front of it to cool it down from 100=C2=B0C. The difference with T60p was that it simply shut off reaching 101=C2=B0C. The problem is the hardware, not FreeBSD. T60p and obviously T60, too, was made by some crazy people who had the idea to cool the CPU und the GPU under the same heat sink. The funny thing is that the GPU is running at 70=C2=B0C all the time, because FreeBSD does not implement voltage regulation for the VGA chipset. The result is that the GPU warms up the CPU to at least 55=C2=B0C while idle. If you want to have a cooler CPU implement power saving for the Radeon chipset there. Martin --Sig_/hX+y9g0pWIpm24GxjJFcvy/ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJP0TEeAAoJEF8wvLx/5p/71wwQAILboxGQExtbb8BqNp1sVZWi tlWlUeiqbFpcqDr3tAIE9Sq7iAoj3igXOGzLC8bJhcbL9Nofm3yzwp4XrTy1Eaux czISUHzKjmDqtYjVoJ18hmUuvplj9ry3k3IirdcuzXONSk1sOy8r3D3xtjsuxcoP 7cIewhxSDutKvP6Biev5FXv+Qpp/1oTGr8Bz+k3RvwdgvTT8N16jIVkb50Js3v30 lBHOgbG7yOZLPeyLSp1/PDQnOAr0NWV7fM6IoDCgUdN30nn9PRFL5w4rbOFmivbc c9uVvqXL1WVjZDV0tMyt+vwo29hzMSomgxqfIm9IREaVgzp19hOfcuV1DnLqMAhj hq3PWxWsO96GpTJmXsURbcXBubVzI8ZI7tg35ryffEr530EOq7vwoV1r7KHHbN/y lc9NB4070jj/yd2U0kVl2B/QSGUQ0gb8+kIhhznXWGqjpivCwOrt5k2zYA0/ZOIf wHd7JdT+55hAIOTdBQgXbtKrmc3dH2eKx5ApzHlxcuFCLO65XafiL2Ejae6izGjW eZYPMQflrSrSdjztmKvRbdKTmJ1C7ViQHZAe0n766fkx8u40WquIvXFI4o1bpoN0 bDbLE6/4hxBX7m4+TW/ptn0cQdxLqiCsYSArmyBJ1IVnAUjRYii0LVct5H8iwI5d lOx0VUgsQjSJxd2JWmnI =Tz7L -----END PGP SIGNATURE----- --Sig_/hX+y9g0pWIpm24GxjJFcvy/-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 00:29:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95BC41065670 for ; Fri, 8 Jun 2012 00:29:31 +0000 (UTC) (envelope-from momchil@xaxo.eu) Received: from vps2.xaxo.eu (vps2.xaxo.eu [78.47.156.66]) by mx1.freebsd.org (Postfix) with ESMTP id 278108FC0A for ; Fri, 8 Jun 2012 00:29:29 +0000 (UTC) Received: from t61.xaxo.eu ([10.75.23.6]) by vps2.xaxo.eu (8.14.4/8.14.4) with ESMTP id q57NTJhK073664; Fri, 8 Jun 2012 01:29:20 +0200 (CEST) (envelope-from momchil@xaxo.eu) Date: Fri, 08 Jun 2012 02:29:20 +0200 Message-ID: <86r4tq7ijj.wl%momchil@xaxo.eu> From: Momchil Ivanov To: Martin Sugioarto In-Reply-To: <20120608005415.070cd4a9@zelda.sugioarto.com> References: <86fwa8szos.wl%momchil@xaxo.eu> <20120608005415.070cd4a9@zelda.sugioarto.com> MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, =?UTF-8?B?0JzQvtC80YfQuNC7INCY0LLQsNC90L7Qsg==?= Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 00:29:31 -0000 At Fri, 8 Jun 2012 00:54:15 +0200, Martin Sugioarto wrote: > > [1 ] > Am Thu, 07 Jun 2012 03:01:07 +0200 > schrieb Момчил Иванов : > > > Is there some remedy? > > Hi, > > I remember this series, I've had a T60p and when I compiled world, I > placed a fan in front of it to cool it down from 100°C. The difference > with T60p was that it simply shut off reaching 101°C. > > The problem is the hardware, not FreeBSD. T60p and obviously T60, too, > was made by some crazy people who had the idea to cool the CPU und the > GPU under the same heat sink. The funny thing is that the GPU is > running at 70°C all the time, because FreeBSD does not implement > voltage regulation for the VGA chipset. The result is that the GPU > warms up the CPU to at least 55°C while idle. > > If you want to have a cooler CPU implement power saving for the Radeon > chipset there. > > Martin > [2 signature.asc ] > Hi, well, that is not true, I have been using the laptop since more than 4 years without any problems. The thing is that yesterday I had it docked and that seems to raise the idle temperature by about 10°C, so I get docked somewhere about 42°C when doing nothing computationally intensive: hw.acpi.thermal.tz0.temperature: 50.0C hw.acpi.thermal.tz1.temperature: 42.0C dev.cpu.0.temperature: 42.0C dev.cpu.1.temperature: 42.0C So I probably have to shift things around to give the dock a bit more room. However, the dust, the thermal liquid and the screws seem to have contributed to the temperature increase too. The GPU (Nvidia Quadro NVS 140M) might be an issue, nvidia-settings says 58°C (I am not running any fancy graphics) and I've seen it getting over 100-120°C before, when I am doing some opengl stuff. With the latter I mean, that I know how to intentionally kill it. Anyway, I have solved my problem and that seems to not be related to ULE at all. However, it was still surprising for me to find out how ULE schedules computationally intensive tasks. Regards, Momchil From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 04:11:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC673106564A for ; Fri, 8 Jun 2012 04:11: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 81D908FC0A for ; Fri, 8 Jun 2012 04:11:36 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q584BRIA045312; Thu, 7 Jun 2012 22:11:27 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Scott Long In-Reply-To: <3CEF3B39-BE1E-4FC4-81F3-D26049C83313@netflix.com> Date: Thu, 7 Jun 2012 22:11:27 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <9CA699AA-C6A6-4620-9391-667E177C9501@samsco.org> References: <3CEF3B39-BE1E-4FC4-81F3-D26049C83313@netflix.com> To: Scott Long X-Mailer: Apple Mail (2.1278) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: "freebsd-stable@freebsd.org" , Benjamin Francom Subject: Re: Netflix's New Peering Appliance Uses FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 04:11:36 -0000 On Jun 5, 2012, at 6:16 PM, Scott Long wrote: >=20 > Yes, we are indeed using FreeBSD at Netflix! For those who are = interested, I > recently moved from Yahoo to Netflix to help support FreeBSD for them, = and > I'm definitely impressed with what is going on there. Other than a = few small > changes, we're using stock FreeBSD 9, tracking the 9-stable branch on = a > regular basis. Our chassis is a semi-custom 4U 19" form factor with = thirty six > 3TB SATA disks and 2 SSDs. Each disk has its own UFS+J filesystem, = except for > the SSDs that are mirrored together with gmirror. The SSDs hold the = OS image > and cache some of the busiest content. The other disks hold nothing = but the > audio and video files for our content streams. We connect to the = outside world > via a twin-port Intel 10GBe optical NIC (only one port is active at = the moment), > and we use LSI MPT2 controllers for 32 of the 36 disks. The other 4 = disks > connect to the onboard AHCI SATA controller. All of the disks are > direct-attach with no SAS backplanes or expanders. Out-of-band = management > happens via IPMI on an on-board 1Gb NIC. The entire system consumes > around 500W of power, making it a very efficient appliance for its = functionality. >=20 > Netflix is also at the front of the internet pack with IPv6 roll-out, = and FreeBSD > plays an essential part of that. We've been working hard on = stabilizing the > FreeBSD IPv6 stack for production-level traffic, and I recommend that = all users > of IPv6 update to the latest patches in 9-stable and 8-stable. = Contact me > directly if you have questions about this. That said, we're excited = about World > IPv6 Day, and we're ready with AAAA DNS records and content service = from both > Amazon and the traditional CDNs as well as our OpenConnect network. >=20 >> =46rom an advocacy standpoint, Netflix represents 30% of all North = American > internet traffic during peak hours, and FreeBSD is becoming an = integral part > of that metric as we shift traffic off of the traditional CDNs. We're = expanding > quickly, which means that FreeBSD is once again a core part of the = internet > infrastructure. As we find and fix stability and performance issues, = we're > aggressively pushing those changes into FreeBSD so that everyone can > benefit from them, just as we benefit from the contributions of the = rest of the > FreeBSD ecosystem. We're proud to be a part of the community, and = look > forward to a long-term relationship with FreeBSD. >=20 > If you have any questions, let me know or follow the information links = on the > OpenConnect web site. >=20 I wanted to follow up on this briefly. I jumped the gun a little bit in = talking about this publicly, since the Openconnect website wasn't fully = globally online at the time. It is now, so anyone who previously had = trouble getting to it should try again at = https://signup.netflix.com/openconnect. Also, I mistakenly claimed that = our regular CDN partners were serving streaming content over IPv6. This = isn't the case, only OpenConnect is, and I apologize for any confusion = (hey, I've only just started at Netflix, and I couldn't even spell IPv6 = two weeks ago =3D-) Finally, I wanted to thank the NginX developers, = they've done an amazing job supporting us. The community enthusiasm and interest has been outstanding so far, so = please feel free to continue to ask questions on the mailing list and to = make formal inquires to Netflix. Thanks, Scott From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 05:24:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03442106566C for ; Fri, 8 Jun 2012 05:24:31 +0000 (UTC) (envelope-from maxim.konovalov@gmail.com) Received: from mp2.macomnet.net (ipv6.irc.int.ru [IPv6:2a02:28:1:2::1b:2]) by mx1.freebsd.org (Postfix) with ESMTP id 7AF908FC1A for ; Fri, 8 Jun 2012 05:24:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.14.5/8.14.5) with ESMTP id q585OQkp099195; Fri, 8 Jun 2012 09:24:27 +0400 (MSK) (envelope-from maxim.konovalov@gmail.com) Date: Fri, 8 Jun 2012 09:24:26 +0400 (MSK) From: Maxim Konovalov To: Scott Long In-Reply-To: <9CA699AA-C6A6-4620-9391-667E177C9501@samsco.org> Message-ID: References: <3CEF3B39-BE1E-4FC4-81F3-D26049C83313@netflix.com> <9CA699AA-C6A6-4620-9391-667E177C9501@samsco.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Scott Long , "freebsd-stable@freebsd.org" Subject: Re: Netflix's New Peering Appliance Uses FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 05:24:31 -0000 Hi Scott, [...] > I wanted to follow up on this briefly. I jumped the gun a little > bit in talking about this publicly, since the Openconnect website > wasn't fully globally online at the time. It is now, so anyone who > previously had trouble getting to it should try again at > https://signup.netflix.com/openconnect. Also, I mistakenly claimed > that our regular CDN partners were serving streaming content over > IPv6. This isn't the case, only OpenConnect is, and I apologize for > any confusion (hey, I've only just started at Netflix, and I > couldn't even spell IPv6 two weeks ago =-) Finally, I wanted to > thank the NginX developers, they've done an amazing job supporting > us. > On behalf of nginx team I'd like to thank you and all Netflix team for the chance to work on such an interesting project and your help and cooperation. Thanks much! -- Maxim Konovalov From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 06:04:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12EE21065670 for ; Fri, 8 Jun 2012 06:04:14 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8FD8A8FC0A for ; Fri, 8 Jun 2012 06:04:13 +0000 (UTC) Received: by bkvi18 with SMTP id i18so1701308bkv.13 for ; Thu, 07 Jun 2012 23:04:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XiwfRfH/JrESgMXbKy8OirNhcIQnyeZ9diiuc6DTHtg=; b=nN/+FLNeofn69tsWXBgvz9zWq1rEJehcZ/j+et8q0mxB41+qdiuz0rjSeuBLba9wTi CFuR9lqtpPot/EkxakAw0G1dGmnk/JIW4JC9AL4PKmz+yrojKIkRTzr5EY/D99fdXYNP RIPXjkiLIt2ZDpCKPnUEcIxkU2YcSvfL51V/1DNAs3mAYqA3rvhBIb2eI0/7nvNiS/RZ gl/bvfdLplDTRvFDuqtHx0n2Z6fr2nDhNULhWttFt8OFKX/Q8DK36aLyaUvdzPl4bozs aBmnm0ugKWvVdN2FJZNacSm7Exqdbao+e883146oz190CdhOC140tJBf/by00Fvi/dfE njuw== MIME-Version: 1.0 Received: by 10.205.133.13 with SMTP id hw13mr4773831bkc.30.1339135452355; Thu, 07 Jun 2012 23:04:12 -0700 (PDT) Received: by 10.204.100.83 with HTTP; Thu, 7 Jun 2012 23:04:12 -0700 (PDT) In-Reply-To: <86r4tq7ijj.wl%momchil@xaxo.eu> References: <86fwa8szos.wl%momchil@xaxo.eu> <20120608005415.070cd4a9@zelda.sugioarto.com> <86r4tq7ijj.wl%momchil@xaxo.eu> Date: Fri, 8 Jun 2012 08:04:12 +0200 Message-ID: From: Andreas Nilsson To: Momchil Ivanov Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Martin Sugioarto Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 06:04:14 -0000 On Fri, Jun 8, 2012 at 2:29 AM, Momchil Ivanov wrote: > At Fri, 8 Jun 2012 00:54:15 +0200, > Martin Sugioarto wrote: > > > > [1 ] > > Am Thu, 07 Jun 2012 03:01:07 +0200 > > schrieb =CC=EE=EC=F7=E8=EB =C8=E2=E0=ED=EE=E2 : > > > > > Is there some remedy? > > > > Hi, > > > > I remember this series, I've had a T60p and when I compiled world, I > > placed a fan in front of it to cool it down from 100=B0C. The differenc= e > > with T60p was that it simply shut off reaching 101=B0C. > > > > The problem is the hardware, not FreeBSD. T60p and obviously T60, too, > > was made by some crazy people who had the idea to cool the CPU und the > > GPU under the same heat sink. The funny thing is that the GPU is > > running at 70=B0C all the time, because FreeBSD does not implement > > voltage regulation for the VGA chipset. The result is that the GPU > > warms up the CPU to at least 55=B0C while idle. > > > > If you want to have a cooler CPU implement power saving for the Radeon > > chipset there. > > > > Martin > > [2 signature.asc ] > > > Hi, > > well, that is not true, I have been using the laptop since more than 4 > years without any problems. The thing is that yesterday I had it > docked and that seems to raise the idle temperature by about 10=B0C, so > I get docked somewhere about 42=B0C when doing nothing computationally > intensive: > > hw.acpi.thermal.tz0.temperature: 50.0C > hw.acpi.thermal.tz1.temperature: 42.0C > dev.cpu.0.temperature: 42.0C > dev.cpu.1.temperature: 42.0C > > So I probably have to shift things around to give the dock a bit more > room. However, the dust, the thermal liquid and the screws seem to > have contributed to the temperature increase too. The GPU (Nvidia > Quadro NVS 140M) might be an issue, nvidia-settings says 58=B0C (I am > not running any fancy graphics) and I've seen it getting over > 100-120=B0C before, when I am doing some opengl stuff. With the latter I > mean, that I know how to intentionally kill it. > > Anyway, I have solved my problem and that seems to not be related to > ULE at all. However, it was still surprising for me to find out how > ULE schedules computationally intensive tasks. > > Regards, > Momchil > My t61p also had overheating problems with fbsd, but never in linux. For me the fan control was somewhat broken: I had to turn off auto-mode and set max myself to get any heavy usage out of it. You might want to check that as well. Regards Andreas From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 07:14:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 717DD1065670 for ; Fri, 8 Jun 2012 07:14:22 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id DAA498FC0A for ; Fri, 8 Jun 2012 07:14:21 +0000 (UTC) Received: by laai10 with SMTP id i10so1270058laa.13 for ; Fri, 08 Jun 2012 00:14:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=OgHCTPVKnrojR8jQSDrHbsefoSFEcwK0IMYASPqmVu0=; b=XCY3fpbq0Og4f2lJZoQtJHokufZJmIf+nyrdGActT2mXdhVN5gxy3wBiUGnpmFaXaS Hs+WyhDuUZC0TOukxnZy9QR1BVYw5wx60ckg8xxeqBat5xzTkM4ecZADcIhmhdaUv/r8 v36W1n0AZ3LW5As62x1NSAYeheYYh96Qwf2wN97E+4lEHbmW5s3rbfOdwF+dVSEp0LPu YZjhVTBdCofiK+dJmhIOG6ejajuxHfn09PuE5EZqVDBBD65dPPrw0RN2Of2iVp6/AZZD p92DUrFsPCbCF0lyJsM9/pT+7t8CQK4OVNicbRd/pTremL1qebqKOaxaNy6r09yazIF6 /Flw== Received: by 10.152.145.42 with SMTP id sr10mr6094519lab.16.1339139660506; Fri, 08 Jun 2012 00:14:20 -0700 (PDT) Received: from zont-osx.local (ppp95-165-134-112.pppoe.spdop.ru. [95.165.134.112]) by mx.google.com with ESMTPS id fd1sm3066898lbb.7.2012.06.08.00.14.19 (version=SSLv3 cipher=OTHER); Fri, 08 Jun 2012 00:14:20 -0700 (PDT) Message-ID: <4FD1A64B.4040000@zonov.org> Date: Fri, 08 Jun 2012 11:14:19 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: John Baldwin References: <4FD0ECB7.8040908@zonov.org> In-Reply-To: <4FD0ECB7.8040908@zonov.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmlxEr/XD9yzXEmsMrT1Rbp2v2GSGpewNKpp5iVW+rELewb9mcheDIeQ1Rz1p5tNa6I9LBC Cc: freebsd-stable Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 07:14:22 -0000 On 6/7/12 10:02 PM, Andrey Zonov wrote: > Hi, > > I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0-STABLE > (r234600) and now they can't find any disk because SAS controller cannot > initialize with the following diagnostic: > > mpt0: port 0xd000-0xd0ff irq 26 at device > 3.0 on pci6 > mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). > mpt0: Unable to memory map registers. > mpt0: Giving Up. > > pciconf -lv: > mpt0@pci0:6:3:0: class=0x010000 card=0x81dd1043 chip=0x00541000 rev=0x02 > hdr=0x00 > vendor = 'LSI Logic / Symbios Logic' > device = 'SAS1068 PCI-X Fusion-MPT SAS' > class = mass storage > subclass = SCSI > > I tried to boot to latest HEAD and found the same problem. I also tried > to build kernel with mpt driver from my 8.2. Controller didn't > initialize with the same diagnostic. So it looks like the problem is not > in mpt driver. > > Any help would be appreciated. > +jhb@ Hi John, Could you please help me with the problem above? It looks like the problem is in PCI code and you changed things there. -- Andrey Zonov From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 07:45:57 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7EC3106566C for ; Fri, 8 Jun 2012 07:45:57 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 61F598FC1F for ; Fri, 8 Jun 2012 07:45:57 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q587jV24000645; Fri, 8 Jun 2012 09:45:46 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q587jSEN000595; Fri, 8 Jun 2012 09:45:28 +0200 (CEST) (envelope-from olli) Date: Fri, 8 Jun 2012 09:45:28 +0200 (CEST) Message-Id: <201206080745.q587jSEN000595@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Dan Daley , Charles Sprickman , Warren Block , Vincent Hoffman In-Reply-To: <4FD01F83.2080207@yahoo.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Fri, 08 Jun 2012 09:45:47 +0200 (CEST) Cc: Subject: Re: Documenting 'make config' options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 07:45:58 -0000 Dan Daley wrote: > I usually use portmaster to install ports. The options dialogs that pop > up are often for dependencies. The options dialog gives the name of the > port for which the options are being selected, but no description or > indication as to why this is being installed (this could be a dependency > of a dependency of some dependency of the port I am installing). It's > probably too much for this dialog to show why this port is being > installed (what other port required this port that is being installed), > but a description of what this current port is would be helpful. > > But, if possible, some breadcrumb across the top showing the > dependencies which prompted this install would be great: > > Port A --> Port B --> Port C --> Current Port for which options are > being chosen You might want to have a look at my "portup" script. It can be used to install ports, and the -w option causes it to use a split-screen display: The bottom 80% contain the usual output from "make", and the top 20% show the progress of the build, including information about dependencies. This might be exactly the "breadcrumb across the top" that you requested. You can download the current version from here: http://www.secnetix.de/olli/scripts/portup For FreeBSD >= 8.x, the -w option requires the "window" port to be installed (from /usr/ports/misc/window) which was removed from the base system in FreeBSD 8.x. Usage for installing ports is simple: # cd /usr/ports/category/foo # portup -wy . Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd I suggested holding a "Python Object Oriented Programming Seminar", but the acronym was unpopular. -- Joseph Strout From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 09:39:43 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB6CD106566C for ; Fri, 8 Jun 2012 09:39:42 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 657D88FC15 for ; Fri, 8 Jun 2012 09:39:42 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q589dPdS004399; Fri, 8 Jun 2012 11:39:41 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q589dPoT004398; Fri, 8 Jun 2012 11:39:25 +0200 (CEST) (envelope-from olli) Date: Fri, 8 Jun 2012 11:39:25 +0200 (CEST) Message-Id: <201206080939.q589dPoT004398@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, pluknet@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Fri, 08 Jun 2012 11:39:41 +0200 (CEST) Cc: Subject: Re: 9-stabe: cd device gone, ATA_CAM panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 09:39:43 -0000 Sergey Kandaurov wrote: > This is a wild guess, but see below. > [...] > Probably the way to fix this is to modify > cam_periph_release_locked_buses() to test CAM_PERIPH_INVALID either. > > how about this patch? > (beware: it was not compile tested, just speculating) Thanks for your detailed analysis! I'm afraid the patch is not correct. With that patch, the following page fault occurs (same output as before until "removing device entry"): (cd0:ata2:0:0:0): removing device entry (cd0:nobus:X:X): removing device entry Fatal trap 12: page fault while in kernel mode cpuid = 4; apic id = 04 fault virtual address = 0x20 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff807a0d03 stack pointer = 0x28:0xffffff80002a9270 frame pointer = 0x28:0xffffff80002a9290 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (g_event) trap number = 12 panic: page fault cpuid = 4 KDB: stack backtrace: #0 0xffffffff807a3ca6 at kdb_backtrace+0x66 #1 0xffffffff8076d75e at panic+0x1ce #2 0xffffffff809b7400 at trap_fatal+0x290 #3 0xffffffff809b773d at trap_pfault+0x1ed #4 0xffffffff809b7d5e at trap+0x3ce #5 0xffffffff809a282f at calltrap+0x8 #6 0xffffffff806d6a16 at disk_destroy+0x26 #7 0xffffffff802ba687 at cdcleanup+0x97 #8 0xffffffff802a1e79 at camperiphfree+0x99 #9 0xffffffff802a203e at cam_periph_release_locked+0x1e #10 0xffffffff802a2f62 at cam_periph_release+0x52 #11 0xffffffff802babdd at cdclose+0xbd #12 0xffffffff806d7342 at g_disk_access+0x242 #13 0xffffffff806db628 at g_access+0x188 #14 0xffffffff806fc353 at g_raid_md_taste_ddf+0x1f3 #15 0xffffffff806e96e6 at g_raid_taste+0x126 #16 0xffffffff806db0dd at g_new_provider_event+0x6d #17 0xffffffff806d8c18 at g_run_events+0x1e8 Uptime: 48s Automatic reboot in 15 seconds - press any key on the console to abort By the way, there is a long delay (~20s) before the two "ata2: reset tp1" lines. I guess something hangs here and causes a time-out. I didn't have such delays with 8.x. I need a working DVD drive, so I'm now considering to downgrade to 8-stable. But then again, TMPFS didn't work a well for me as it does in 9-stable (which was the main reason for me to upgrade), so I'm kind of stuck in a difficult situation. I'm willing to test more patches, of course. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > Can the denizens of this group enlighten me about what the > advantages of Python are, versus Perl ? "python" is more likely to pass unharmed through your spelling checker than "perl". -- An unknown poster and Fredrik Lundh From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 13:27:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AF39106567D for ; Fri, 8 Jun 2012 13:27:44 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7D0948FC1C for ; Fri, 8 Jun 2012 13:27:43 +0000 (UTC) Received: by laai10 with SMTP id i10so1522238laa.13 for ; Fri, 08 Jun 2012 06:27:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding:x-gm-message-state; bh=8TmRHLvNv7r2oZoXeuE/lEEccT+mUnP1dKAMPfv+vR8=; b=VLxuGhO+twWuIkv3kC54qJ/H3mf4Spva/6cPOnVLojG8jIZ2RkFMm6bZ0tdxEV2kSW t3wQEVK7tWJwWhwwW2YHgfPVRZeVyPjqVzlooJraipTVJ8NB9qY0nOHkm2Gj0J3emlYC oRPvZJ7zlXPar1Piu6KAqbyo4NbAgGSBCdRszge/AVydcg1bRfJWoJ5DbUYW1tDaDzw0 iQHRHZ6l+/ahxWqUTQ2ubQLFtT8ZhvQj2AjJ92YMuK9qUYp7AXh7144vF2xmd892u2mt 8+RG0lS+fp9P1YEha4HU7N6J+kv2SOcHcX424W8vz7nmy/HpmGNZcp2C3iceDkivnqba EnFw== MIME-Version: 1.0 Received: by 10.152.131.9 with SMTP id oi9mr3481734lab.39.1339162062323; Fri, 08 Jun 2012 06:27:42 -0700 (PDT) Received: by 10.112.130.6 with HTTP; Fri, 8 Jun 2012 06:27:42 -0700 (PDT) Date: Fri, 8 Jun 2012 15:27:42 +0200 Message-ID: From: Olivier Smedts To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQn/VkmrIU/jwGr2FnYu64NsN3xkN+DgjTgq55aZ6XLGLdaSaUfRcCPXXXi8b9tXIUM34hgN Subject: How can I boot the second hard drive without proper BIOS or boot manager ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 13:27:44 -0000 Hello list, I was a happy user of boot0cfg and the boot0 boot manager until I converted my MBR+UFS disks to GPT+ZFS. Now I use gptzfsboot but sometimes I'd like to boot the second hard drive, and my crappy BIOS won't allow me to do that, it only allows to boot from the first hard drive (sic...). I'd like to avoid installing a full boot manager like grub2 (and I don't know if the FreeBSD port supports ZFS). Is there anything I can do at the "boot:" prompt to "chainload" the 2nd hard drive boot block ? Or can I use the boot0 boot manager and boot0cfg to boot the "freebsd-boot" GPT partition if it's mirrored in the protective MBR, like I used to do on = my old MBR layout ? Thanks --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 14:46:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46A8F1065673 for ; Fri, 8 Jun 2012 14:46:21 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 00EB38FC12 for ; Fri, 8 Jun 2012 14:46:21 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Sd0SD-000JYf-JV for freebsd-stable@freebsd.org; Fri, 08 Jun 2012 16:46:21 +0200 Date: Fri, 8 Jun 2012 16:46:21 +0200 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20120608144621.GA74475@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Experience with Intel SATA and fbsd 8.3-amd64 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 14:46:21 -0000 Hi! I have a problem with some host: If I put heavy IO load on that system, write errors happen, and then it crashes. CPU: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz RAM: 8 GB RAM with the following SATA controller: OS: 8.3-REL amd64 Board (from dmidecode): Manufacturer: Intel Corporation Product Name: IRONLAKE & IBEX PEAK Chipset The controller: ahci0: port 0x1840-0x1847,0x1814-0x1817,0x1818-0x181f,0x1810-0x1813,0x1820-0x183f mem 0xf4d04000-0xf4d047ff irq 19 at device 31.2 on pci0 pciconf -lvb says: ahci0@pci0:0:31:2: class=0x010601 card=0x3b208086 chip=0x3b228086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'IBEX AHCI Controller(6Port) (Intel Q57 Express)' class = mass storage subclass = SATA bar [10] = type I/O Port, range 32, base 0x1840, size 8, enabled bar [14] = type I/O Port, range 32, base 0x1814, size 4, enabled bar [18] = type I/O Port, range 32, base 0x1818, size 8, enabled bar [1c] = type I/O Port, range 32, base 0x1810, size 4, enabled bar [20] = type I/O Port, range 32, base 0x1820, size 32, enabled bar [24] = type Memory, range 32, base 0xf4d04000, size 2048, enabled AHCI is enabled. This device is connected: ada0 at ahcich2 bus 0 scbus2 target 0 lun 0 ada0: ATA-8 SATA 3.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) I disabled soft-updates, and forced the filesystems to sync, the errors still occure. I tried different SATA cables, different ports on the board, different drives, always the same. So I suspect the controller -- has anyone experience with that controller ? -- pi@opsec.eu +49 171 3101372 8 years to go ! From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 15:21:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A14EE106567B for ; Fri, 8 Jun 2012 15:21:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7732A8FC1D for ; Fri, 8 Jun 2012 15:21:36 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CB515B983; Fri, 8 Jun 2012 11:21:35 -0400 (EDT) From: John Baldwin To: Andrey Zonov Date: Fri, 8 Jun 2012 11:19:09 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FD0ECB7.8040908@zonov.org> <4FD1A64B.4040000@zonov.org> In-Reply-To: <4FD1A64B.4040000@zonov.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206081119.09164.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 08 Jun 2012 11:21:35 -0400 (EDT) Cc: freebsd-stable Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 15:21:36 -0000 On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote: > On 6/7/12 10:02 PM, Andrey Zonov wrote: > > Hi, > > > > I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0-STABLE > > (r234600) and now they can't find any disk because SAS controller cannot > > initialize with the following diagnostic: > > > > mpt0: port 0xd000-0xd0ff irq 26 at device > > 3.0 on pci6 > > mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). > > mpt0: Unable to memory map registers. > > mpt0: Giving Up. > > > > pciconf -lv: > > mpt0@pci0:6:3:0: class=0x010000 card=0x81dd1043 chip=0x00541000 rev=0x02 > > hdr=0x00 > > vendor = 'LSI Logic / Symbios Logic' > > device = 'SAS1068 PCI-X Fusion-MPT SAS' > > class = mass storage > > subclass = SCSI > > > > I tried to boot to latest HEAD and found the same problem. I also tried > > to build kernel with mpt driver from my 8.2. Controller didn't > > initialize with the same diagnostic. So it looks like the problem is not > > in mpt driver. > > > > Any help would be appreciated. > > > > +jhb@ > > Hi John, > > Could you please help me with the problem above? It looks like the > problem is in PCI code and you changed things there. Can you get a verbose dmesg? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 15:48:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 545C81065673 for ; Fri, 8 Jun 2012 15:48:52 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 980398FC21 for ; Fri, 8 Jun 2012 15:48:51 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so1047217wgb.31 for ; Fri, 08 Jun 2012 08:48:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=V45u70YYWurWSGmWDJngjSj3VgAPYHtM6zIuWi2LHX4=; b=Q05n/IAbNqaSGw+gX06xDc3QdVsOyTxqShnekZHuqRwY+4AGePb72VCE5v63HSh1c2 NkpugDGtipksp0sG7GAeD86AlJNzW/jfbz7MzS3//lwvaFOEHb+jD6r/I28wT4Pd3AYx BQiqHGhioZGGogYaQfWr8JCjzlDOy+9nU48Vp83l0SYwcxlesBTcc7XtBecq4n//8yDC 9ucRLY1if01gRt15hVc9wmDLFGchzlht1eMbWuVxp237U3BnUzfy+R+gI0hzt5/5TI33 GbbtT4ijPmXsB3LsKBvkpZHHmhFiK4ZPg3SMpa5gKjXq3aqARSmyGhVE6hydWbB2Qzy3 G0cA== MIME-Version: 1.0 Received: by 10.216.216.1 with SMTP id f1mr1580439wep.24.1339170530357; Fri, 08 Jun 2012 08:48:50 -0700 (PDT) Received: by 10.217.2.75 with HTTP; Fri, 8 Jun 2012 08:48:50 -0700 (PDT) X-Originating-IP: [2a02:6b8:0:401:c0c2:4137:d020:7ba2] In-Reply-To: <201206081119.09164.jhb@freebsd.org> References: <4FD0ECB7.8040908@zonov.org> <4FD1A64B.4040000@zonov.org> <201206081119.09164.jhb@freebsd.org> Date: Fri, 8 Jun 2012 19:48:50 +0400 Message-ID: From: Andrey Zonov To: John Baldwin Content-Type: multipart/mixed; boundary=0016e6d59e4bc170c804c1f7ef0a X-Gm-Message-State: ALoCoQl/KGmlGtpzLs2SgQVLMZoVAevGIJvCBJyzx9R9AY2g9AQ3kriT0zC21hxb64qB1Uhcal/Z Cc: freebsd-stable Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 15:48:52 -0000 --0016e6d59e4bc170c804c1f7ef0a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, Jun 8, 2012 at 7:19 PM, John Baldwin wrote: > On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote: >> On 6/7/12 10:02 PM, Andrey Zonov wrote: >> > Hi, >> > >> > I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0-STABLE >> > (r234600) and now they can't find any disk because SAS controller cann= ot >> > initialize with the following diagnostic: >> > >> > mpt0: port 0xd000-0xd0ff irq 26 at device >> > 3.0 on pci6 >> > mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >> > mpt0: Unable to memory map registers. >> > mpt0: Giving Up. >> > >> > pciconf -lv: >> > mpt0@pci0:6:3:0: class=3D0x010000 card=3D0x81dd1043 chip=3D0x00541000 = rev=3D0x02 >> > hdr=3D0x00 >> > vendor =3D 'LSI Logic / Symbios Logic' >> > device =3D 'SAS1068 PCI-X Fusion-MPT SAS' >> > class =3D mass storage >> > subclass =3D SCSI >> > >> > I tried to boot to latest HEAD and found the same problem. I also trie= d >> > to build kernel with mpt driver from my 8.2. Controller didn't >> > initialize with the same diagnostic. So it looks like the problem is n= ot >> > in mpt driver. >> > >> > Any help would be appreciated. >> > >> >> +jhb@ >> >> Hi John, >> >> Could you please help me with the problem above? =A0It looks like the >> problem is in PCI code and you changed things there. > > Can you get a verbose dmesg? > Yes, it's in attach. --=20 Andrey Zonov --0016e6d59e4bc170c804c1f7ef0a Content-Type: text/plain; charset=US-ASCII; name="mpt-v.txt" Content-Disposition: attachment; filename="mpt-v.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h37fj92y0 TVAgQ29uZmlndXJhdGlvbiBUYWJsZSB2ZXJzaW9uIDEuNCBmb3VuZCBhdCAweGZmZmZmZmZmODAw ZmNiNzAKVGFibGUgJ0ZBQ1AnIGF0IDB4ZGZmYjAyOTAKVGFibGUgJ0FQSUMnIGF0IDB4ZGZmYjAz OTAKQVBJQzogRm91bmQgdGFibGUgYXQgMHhkZmZiMDM5MApBUElDOiBVc2luZyB0aGUgTUFEVCBl bnVtZXJhdG9yLgpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTogZW5hYmxlZApT TVA6IEFkZGVkIENQVSAwIChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgNCBBQ1BJIElEIDI6 IGVuYWJsZWQKU01QOiBBZGRlZCBDUFUgNCAoQVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDEg QUNQSSBJRCAzOiBlbmFibGVkClNNUDogQWRkZWQgQ1BVIDEgKEFQKQpNQURUOiBGb3VuZCBDUFUg QVBJQyBJRCA1IEFDUEkgSUQgNDogZW5hYmxlZApTTVA6IEFkZGVkIENQVSA1IChBUCkKTUFEVDog Rm91bmQgQ1BVIEFQSUMgSUQgMiBBQ1BJIElEIDU6IGVuYWJsZWQKU01QOiBBZGRlZCBDUFUgMiAo QVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDYgQUNQSSBJRCA2OiBlbmFibGVkClNNUDogQWRk ZWQgQ1BVIDYgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAzIEFDUEkgSUQgNzogZW5hYmxl ZApTTVA6IEFkZGVkIENQVSAzIChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgNyBBQ1BJIElE IDg6IGVuYWJsZWQKU01QOiBBZGRlZCBDUFUgNyAoQVApCkNvcHlyaWdodCAoYykgMTk5Mi0yMDEy IFRoZSBGcmVlQlNEIFByb2plY3QuCkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4 NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NAogICAgICAgIFRoZSBSZWdlbnRz IG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCkZy ZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9u LgpGcmVlQlNEIDkuMC1TVEFCTEUgIzAgcjIzNDYwME06IFdlZCBBcHIgMjUgMTc6MTA6NTcgTVNL IDIwMTIKICAgIHJvb3RAZHN0MDIueWFuZGV4LnJ1Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL3N0YWJs ZTktYW1kNjQtZHRyYWNlIGFtZDY0ClByZWxvYWRlZCBlbGYga2VybmVsICIvYm9vdC9rZXJuZWwv a2VybmVsIiBhdCAweGZmZmZmZmZmODBmMTIwMDAuCkNhbGlicmF0aW5nIFRTQyBjbG9jayAuLi4g VFNDIGNsb2NrOiAyODI2MzEyNTA5IEh6CkNQVTogSW50ZWwoUikgWGVvbihSKSBDUFUgICAgICAg ICAgIEU1NDQwICBAIDIuODNHSHogKDI4MjYuMzEtTUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW4g PSAiR2VudWluZUludGVsIiAgSWQgPSAweDEwNjdhICBGYW1pbHkgPSA2ICBNb2RlbCA9IDE3ICBT dGVwcGluZyA9IDEwCiAgRmVhdHVyZXM9MHhiZmViZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNS LFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNI LERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTSxQQkU+CiAgRmVhdHVyZXMyPTB4 YzBjZTNiZDxTU0UzLERURVM2NCxNT04sRFNfQ1BMLFZNWCxFU1QsVE0yLFNTU0UzLENYMTYseFRQ UixQRENNLERDQSxTU0U0LjEsWFNBVkUsT1NYU0FWRT4KICBBTUQgRmVhdHVyZXM9MHgyMDEwMDgw MDxTWVNDQUxMLE5YLExNPgogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+CiAgVFNDOiBQLXN0YXRl IGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFsIG1lbW9yeSAgPSAzNDM1OTcz ODM2OCAoMzI3NjggTUIpClBoeXNpY2FsIG1lbW9yeSBjaHVuayhzKToKMHgwMDAwMDAwMDAwMDEw MDAwIC0gMHgwMDAwMDAwMDAwMDliZmZmLCA1NzM0NDAgYnl0ZXMgKDE0MCBwYWdlcykKMHgwMDAw MDAwMDAwMTAwMDAwIC0gMHgwMDAwMDAwMDAwMWZmZmZmLCAxMDQ4NTc2IGJ5dGVzICgyNTYgcGFn ZXMpCjB4MDAwMDAwMDAwMGY1ZTAwMCAtIDB4MDAwMDAwMDBkZmY5ZmZmZiwgMzc0MTU4OTUwNCBi eXRlcyAoOTEzNDc0IHBhZ2VzKQoweDAwMDAwMDAwZGZmYWUwMDAgLSAweDAwMDAwMDAwZGZmYWZm ZmYsIDgxOTIgYnl0ZXMgKDIgcGFnZXMpCjB4MDAwMDAwMDEwMDAwMDAwMCAtIDB4MDAwMDAwMDdl MmVhN2ZmZiwgMjk1NzY4MjI3ODQgYnl0ZXMgKDcyMjA5MDQgcGFnZXMpCmF2YWlsIG1lbW9yeSA9 IDMzMTEzOTExMjk2ICgzMTU3OSBNQikKRXZlbnQgdGltZXIgIkxBUElDIiBxdWFsaXR5IDQwMApB Q1BJIEFQSUMgVGFibGU6IDwwOTA4MDggQVBJQzEzMDg+CklOVFI6IEFkZGluZyBsb2NhbCBBUElD IDEgYXMgYSB0YXJnZXQKSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMiBhcyBhIHRhcmdldApJTlRS OiBBZGRpbmcgbG9jYWwgQVBJQyAzIGFzIGEgdGFyZ2V0CklOVFI6IEFkZGluZyBsb2NhbCBBUElD IDQgYXMgYSB0YXJnZXQKSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgNSBhcyBhIHRhcmdldApJTlRS OiBBZGRpbmcgbG9jYWwgQVBJQyA2IGFzIGEgdGFyZ2V0CklOVFI6IEFkZGluZyBsb2NhbCBBUElD IDcgYXMgYSB0YXJnZXQKRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3Rl ZDogOCBDUFVzCkZyZWVCU0QvU01QOiAyIHBhY2thZ2UocykgeCA0IGNvcmUocykKIGNwdTAgKEJT UCk6IEFQSUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCiBjcHUyIChBUCk6IEFQSUMg SUQ6ICAyCiBjcHUzIChBUCk6IEFQSUMgSUQ6ICAzCiBjcHU0IChBUCk6IEFQSUMgSUQ6ICA0CiBj cHU1IChBUCk6IEFQSUMgSUQ6ICA1CiBjcHU2IChBUCk6IEFQSUMgSUQ6ICA2CiBjcHU3IChBUCk6 IEFQSUMgSUQ6ICA3CkFQSUM6IENQVSAwIGhhcyBBQ1BJIElEIDEKQVBJQzogQ1BVIDEgaGFzIEFD UEkgSUQgMwpBUElDOiBDUFUgMiBoYXMgQUNQSSBJRCA1CkFQSUM6IENQVSAzIGhhcyBBQ1BJIElE IDcKQVBJQzogQ1BVIDQgaGFzIEFDUEkgSUQgMgpBUElDOiBDUFUgNSBoYXMgQUNQSSBJRCA0CkFQ SUM6IENQVSA2IGhhcyBBQ1BJIElEIDYKQVBJQzogQ1BVIDcgaGFzIEFDUEkgSUQgOAp4ODZiaW9z OiAgSVZUIDB4MDAwMDAwLTB4MDAwNGZmIGF0IDB4ZmZmZmZlMDAwMDAwMDAwMAp4ODZiaW9zOiBT U0VHIDB4MDk4MDAwLTB4MDk4ZmZmIGF0IDB4ZmZmZmZmODAwMDI5MDAwMAp4ODZiaW9zOiBFQkRB IDB4MDllMDAwLTB4MDlmZmZmIGF0IDB4ZmZmZmZlMDAwMDA5ZTAwMAp4ODZiaW9zOiAgUk9NIDB4 MGEwMDAwLTB4MGZlZmZmIGF0IDB4ZmZmZmZlMDAwMDBhMDAwMApXQVJOSU5HOiBWSU1BR0UgKHZp cnR1YWxpemVkIG5ldHdvcmsgc3RhY2spIGlzIGEgaGlnaGx5IGV4cGVyaW1lbnRhbCBmZWF0dXJl LgpVTEU6IHNldHVwIGNwdSAwClVMRTogc2V0dXAgY3B1IDEKVUxFOiBzZXR1cCBjcHUgMgpVTEU6 IHNldHVwIGNwdSAzClVMRTogc2V0dXAgY3B1IDQKVUxFOiBzZXR1cCBjcHUgNQpVTEU6IHNldHVw IGNwdSA2ClVMRTogc2V0dXAgY3B1IDcKQUNQSTogUlNEUCAweGY5OTYwIDAwMDI0ICh2MDIgQUNQ SUFNKQpBQ1BJOiBYU0RUIDB4ZGZmYjAxMDAgMDAwNzQgKHYwMSAwOTA4MDggWFNEVDEzMDggMjAw ODA5MDggTVNGVCAwMDAwMDA5NykKQUNQSTogRkFDUCAweGRmZmIwMjkwIDAwMEY0ICh2MDMgMDkw ODA4IEZBQ1AxMzA4IDIwMDgwOTA4IE1TRlQgMDAwMDAwOTcpCkFDUEk6IERTRFQgMHhkZmZiMDRk MCAwNTQxNCAodjAxICBDTFNlYSBDTFNlYTAwNyAwMDAwMDAwNyBJTlRMIDIwMDUxMTE3KQpBQ1BJ OiBGQUNTIDB4ZGZmYmUwMDAgMDAwNDAKQUNQSTogQVBJQyAweGRmZmIwMzkwIDAwMEFBICh2MDEg MDkwODA4IEFQSUMxMzA4IDIwMDgwOTA4IE1TRlQgMDAwMDAwOTcpCkFDUEk6IE1DRkcgMHhkZmZi MDQ5MCAwMDAzQyAodjAxIDA5MDgwOCBPRU1NQ0ZHICAyMDA4MDkwOCBNU0ZUIDAwMDAwMDk3KQpB Q1BJOiBPRU1CIDB4ZGZmYmUwNDAgMDAwNzEgKHYwMSAwOTA4MDggT0VNQjEzMDggMjAwODA5MDgg TVNGVCAwMDAwMDA5NykKQUNQSTogSFBFVCAweGRmZmI1OGYwIDAwMDM4ICh2MDEgMDkwODA4IE9F TUhQRVQgIDIwMDgwOTA4IE1TRlQgMDAwMDAwOTcpCkFDUEk6IEFTRiEgMHhkZmZiNTkyOCAwMDA4 MyAodjMyIEFNSUFTRiBFNzIzMEFTRiAwMDAwMDAwMSBJTlRMIDIwMDUxMTE3KQpBQ1BJOiBFSU5K IDB4ZGZmYjU5YjAgMDAxMzAgKHYwMSAgQU1JRVIgQU1JX0VJTkogMjAwODA5MDggTVNGVCAwMDAw MDA5NykKQUNQSTogQkVSVCAweGRmZmI1YjQwIDAwMDMwICh2MDEgIEFNSUVSIEFNSV9CRVJUIDIw MDgwOTA4IE1TRlQgMDAwMDAwOTcpCkFDUEk6IEVSU1QgMHhkZmZiNWI3MCAwMDFCMCAodjAxICBB TUlFUiBBTUlfRVJTVCAyMDA4MDkwOCBNU0ZUIDAwMDAwMDk3KQpBQ1BJOiBIRVNUIDB4ZGZmYjVk MjAgMDAwQTggKHYwMSAgQU1JRVIgQU1JX0hFU1QgMjAwODA5MDggTVNGVCAwMDAwMDA5NykKTUFE VDogRm91bmQgSU8gQVBJQyBJRCA4LCBJbnRlcnJ1cHQgMCBhdCAweGZlYzAwMDAwCmlvYXBpYzA6 IFJvdXRpbmcgZXh0ZXJuYWwgODI1OUEncyAtPiBpbnRwaW4gMApNQURUOiBGb3VuZCBJTyBBUElD IElEIDksIEludGVycnVwdCAyNCBhdCAweGZlYzg4MDAwCk1BRFQ6IEZvdW5kIElPIEFQSUMgSUQg MTAsIEludGVycnVwdCA0OCBhdCAweGZlYzg5MDAwCk1BRFQ6IEludGVycnVwdCBvdmVycmlkZTog c291cmNlIDAsIGlycSAyCmlvYXBpYzA6IFJvdXRpbmcgSVJRIDAgLT4gaW50cGluIDIKTUFEVDog SW50ZXJydXB0IG92ZXJyaWRlOiBzb3VyY2UgOSwgaXJxIDkKaW9hcGljMDogaW50cGluIDkgdHJp Z2dlcjogbGV2ZWwKbGFwaWM6IFJvdXRpbmcgTk1JIC0+IExJTlQxCmxhcGljOiBMSU5UMSB0cmln Z2VyOiBlZGdlCmxhcGljOiBMSU5UMSBwb2xhcml0eTogaGlnaAppb2FwaWMwIDxWZXJzaW9uIDIu MD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmlvYXBpYzEgPFZlcnNpb24gMi4wPiBpcnFzIDI0 LTQ3IG9uIG1vdGhlcmJvYXJkCmlvYXBpYzIgPFZlcnNpb24gMi4wPiBpcnFzIDQ4LTcxIG9uIG1v dGhlcmJvYXJkCmNwdTAgQlNQOgogICAgIElEOiAweDAwMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0 IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50 MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4 MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQw MAprYmQ6IG5ldyBhcnJheSBzaXplIDQKa2JkMSBhdCBrYmRtdXgwCm1lbTogPG1lbW9yeT4KbmZz bG9jazogcHNldWRvLWRldmljZQpudWxsOiA8bnVsbCBkZXZpY2UsIHplcm8gZGV2aWNlPgpyYW5k b206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlhcnJvdz4KY3B1Y3RsOiBhY2Nlc3MgdG8g TVNSIHJlZ2lzdGVycy9jcHVpZCBpbmZvLgppbzogPEkvTz4KYWNwaTA6IDwwOTA4MDggWFNEVDEz MDg+IG9uIG1vdGhlcmJvYXJkClBDSWU6IE1lbW9yeSBNYXBwZWQgY29uZmlndXJhdGlvbiBiYXNl IEAgMHhlMDAwMDAwMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiA5IChJU0EgSVJRIDkpIHRvIGxh cGljIDAgdmVjdG9yIDQ4CkFDUEk6IEV4ZWN1dGVkIDEgYmxvY2tzIG9mIG1vZHVsZS1sZXZlbCBl eGVjdXRhYmxlIEFNTCBjb2RlCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQphY3BpMDogcmVz ZXJ2YXRpb24gb2YgZmVkMWMwMDAsIDQwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24g b2YgZmVkMjAwMDAsIDI1MDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9mIGZlZDQ1 MDAwLCA1YjAwMCAoMykgZmFpbGVkCmFjcGkwOiByZXNlcnZhdGlvbiBvZiBmZWRhMDAwMCwgMjAw MDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24gb2YgZmVjMDEwMDAsIDdmMDAwICgzKSBm YWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9mIGZlYzgwMDAwLCA2MDAwICgzKSBmYWlsZWQKYWNw aTA6IHJlc2VydmF0aW9uIG9mIGZlYzg2MDAwLCBhMDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2Vy dmF0aW9uIG9mIGZmMDAwMDAwLCA0MDAwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24g b2YgZmY0MDAwMDAsIDQwMDAwMCAoMykgZmFpbGVkCmFjcGkwOiByZXNlcnZhdGlvbiBvZiBmZjgw MDAwMCwgNDAwMDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9mIGZmYzAwMDAwLCA0 MDAwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24gb2YgZmVjMDAwMDAsIDEwMDAgKDMp IGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24gb2YgZmVlMDAwMDAsIDEwMDAgKDMpIGZhaWxlZAph Y3BpMDogcmVzZXJ2YXRpb24gb2YgMCwgYTAwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2YXRp b24gb2YgMTAwMDAwLCBkZmYwMDAwMCAoMykgZmFpbGVkCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNw aTAKY3B1MDogc3dpdGNoaW5nIHRvIGdlbmVyaWMgQ3ggbW9kZQpjcHUxOiA8QUNQSSBDUFU+IG9u IGFjcGkwCmNwdTI6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3Bp MApjcHU0OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTU6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1 NjogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHU3OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmF0dGltZXIw OiA8QVQgdGltZXI+IHBvcnQgMHg0MC0weDQzIGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVyICJp ODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCmlvYXBpYzA6IHJvdXRpbmcgaW50 cGluIDIgKElTQSBJUlEgMCkgdG8gbGFwaWMgMCB2ZWN0b3IgNDkKRXZlbnQgdGltZXIgImk4MjU0 IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDEwMAphdHJ0YzA6IDxBVCByZWFsdGltZSBj bG9jaz4gcG9ydCAweDcwLTB4NzEgaXJxIDggb24gYWNwaTAKYXRydGMwOiByZWdpc3RlcmVkIGFz IGEgdGltZS1vZi1kYXkgY2xvY2sgKHJlc29sdXRpb24gMTAwMDAwMHVzLCBhZGp1c3RtZW50IDAu NTAwMDAwMDAwcykKaW9hcGljMDogcm91dGluZyBpbnRwaW4gOCAoSVNBIElSUSA4KSB0byBsYXBp YyAwIHZlY3RvciA1MApFdmVudCB0aW1lciAiUlRDIiBmcmVxdWVuY3kgMzI3NjggSHogcXVhbGl0 eSAwCmhwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAt MHhmZWQwMDNmZiBvbiBhY3BpMApocGV0MDogdmVuZG9yIDB4ODA4NiwgcmV2IDB4MSwgMTQzMTgx ODBIeiA2NGJpdCwgMyB0aW1lcnMsIGxlZ2FjeSByb3V0ZQpocGV0MDogIHQwOiBpcnFzIDB4MDBm MDAwMDAgKDApLCA2NGJpdCwgcGVyaW9kaWMKaHBldDA6ICB0MTogaXJxcyAweDAwZjAwMDAwICgw KQpocGV0MDogIHQyOiBpcnFzIDB4MDBmMDA4MDAgKDApClRpbWVjb3VudGVyICJIUEVUIiBmcmVx dWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5NTAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMjAg KFBDSSBJUlEgMjApIHRvIGxhcGljIDAgdmVjdG9yIDUxCkV2ZW50IHRpbWVyICJIUEVUIiBmcmVx dWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NTAKRXZlbnQgdGltZXIgIkhQRVQxIiBmcmVxdWVu Y3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQyIiBmcmVxdWVuY3kg MTQzMTgxODAgSHogcXVhbGl0eSA0NDAKQUNQSSB0aW1lcjogMS8xIDEvMSAxLzEgMS8xIDEvMSAx LzEgMS8xIDEvMSAxLzEgMS8xIC0+IDEwClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5j eSAzNTc5NTQ1IEh6IHF1YWxpdHkgOTAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMu NTc5NTQ1TUh6PiBwb3J0IDB4ODA4LTB4ODBiIG9uIGFjcGkwCnBjaV9saW5rMDogICAgICAgIElu ZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgIDUgICBO ICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKICBWYWxpZGF0aW9uICAgICAgICAgIDAg ICAgNSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUg ICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CnBjaV9saW5r MTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAg ICAwICAgMTQgICBOICAgICAwICAzIDQgNSA2IDcgMTEgMTIgMTQgMTUKICBWYWxpZGF0aW9uICAg ICAgICAgIDAgICAxNCAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMSAxMiAxNCAxNQogIEFmdGVyIERp c2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDExIDEyIDE0IDE1CnBjaV9s aW5rMjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAg ICAgICAwICAgMTEgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKICBWYWxpZGF0 aW9uICAgICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQog IEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEy IDE0IDE1CnBjaV9saW5rMzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5p dGlhbCBQcm9iZSAgICAgICAwICAgMTAgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQg MTUKICBWYWxpZGF0aW9uICAgICAgICAgIDAgICAxMCAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAx MSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUg NiA3IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rNDogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVm ICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcg MTAgMTEgMTIgMTQgMTUKICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMg NCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAg ICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rNTogICAgICAgIEluZGV4ICBJ UlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAw ICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAg IE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAg MCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rNjogICAg ICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAy NTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKICBWYWxpZGF0aW9uICAgICAg ICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERp c2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CnBj aV9saW5rNzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9i ZSAgICAgICAwICAgMTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKICBWYWxp ZGF0aW9uICAgICAgICAgIDAgICAxNSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAx NQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDEx IDEyIDE0IDE1CnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYg b24gYWNwaTAKcGNpYjA6IGRlY29kaW5nIDQgcmFuZ2UgMC0weGNmNwpwY2liMDogZGVjb2Rpbmcg NCByYW5nZSAweGQwMC0weGZmZmYKcGNpYjA6IGRlY29kaW5nIDMgcmFuZ2UgMHhhMDAwMC0weGJm ZmZmCnBjaWIwOiBkZWNvZGluZyAzIHJhbmdlIDB4ZDAwMDAtMHhkZmZmZgpwY2liMDogZGVjb2Rp bmcgMyByYW5nZSAweGYwMDAwMDAwLTB4ZmViZmZmZmYKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjAKcGNpMDogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0wCmZvdW5kLT4gdmVuZG9yPTB4ODA4 NiwgZGV2PTB4NDAwMywgcmV2aWQ9MHgyMAogICAgICAgIGRvbWFpbj0wLCBidXM9MCwgc2xvdD0w LCBmdW5jPTAKICAgICAgICBjbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCiAg ICAgICAgY21kcmVnPTB4MDE0NCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRz KQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxh dD0weDAwICgwIG5zKQogICAgICAgIGludHBpbj1hLCBpcnE9MTQKICAgICAgICBwb3dlcnNwZWMg MyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKICAgICAgICBNU0kgc3VwcG9ydHMgMiBtZXNz YWdlcwpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4wLklOVEEKcGNpYjA6IHNsb3QgMCBJTlRB IGhhcmR3aXJlZCB0byBJUlEgMTcKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9MHg0MDIxLCBy ZXZpZD0weDIwCiAgICAgICAgZG9tYWluPTAsIGJ1cz0wLCBzbG90PTEsIGZ1bmM9MAogICAgICAg IGNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKICAgICAgICBjbWRyZWc9MHgw MTQ0LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCiAgICAgICAgbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK ICAgICAgICBpbnRwaW49YSwgaXJxPTUKICAgICAgICBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAg RDMgIGN1cnJlbnQgRDAKICAgICAgICBNU0kgc3VwcG9ydHMgMiBtZXNzYWdlcwpwY2liMDogbWF0 Y2hlZCBlbnRyeSBmb3IgMC4xLklOVEEKcGNpYjA6IHNsb3QgMSBJTlRBIGhhcmR3aXJlZCB0byBJ UlEgNDgKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9MHg0MDI1LCByZXZpZD0weDIwCiAgICAg ICAgZG9tYWluPTAsIGJ1cz0wLCBzbG90PTUsIGZ1bmM9MAogICAgICAgIGNsYXNzPTA2LTA0LTAw LCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKICAgICAgICBjbWRyZWc9MHgwMTQ0LCBzdGF0cmVnPTB4 MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAoMCBucyks IG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKICAgICAgICBpbnRwaW49 YSwgaXJxPTUKICAgICAgICBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAK ICAgICAgICBNU0kgc3VwcG9ydHMgMiBtZXNzYWdlcwpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3Ig MC41LklOVEEKcGNpYjA6IHNsb3QgNSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgNTIKZm91bmQtPiB2 ZW5kb3I9MHg4MDg2LCBkZXY9MHg0MDI5LCByZXZpZD0weDIwCiAgICAgICAgZG9tYWluPTAsIGJ1 cz0wLCBzbG90PTksIGZ1bmM9MAogICAgICAgIGNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEs IG1mZGV2PTAKICAgICAgICBjbWRyZWc9MHgwMTQ3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6 PTE2IChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAzICg3 NTAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKICAgICAgICBpbnRwaW49YSwgaXJxPTUKICAgICAg ICBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKICAgICAgICBNU0kgc3Vw cG9ydHMgMiBtZXNzYWdlcwpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC45LklOVEEKcGNpYjA6 IHNsb3QgOSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgNTYKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBk ZXY9MHg0MDJmLCByZXZpZD0weDIwCiAgICAgICAgZG9tYWluPTAsIGJ1cz0wLCBzbG90PTE1LCBm dW5jPTAKICAgICAgICBjbGFzcz0wOC04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCiAgICAg ICAgY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCiAg ICAgICAgbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCiAgICAgICAgaW50cGluPWEsIGlycT01CiAgICAgICAgcG93ZXJzcGVjIDMgIHN1 cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICAgICAgTVNJLVggc3VwcG9ydHMgNCBtZXNzYWdl cyBpbiBtYXAgMHgxMAogICAgICAgIG1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFz ZSAweGZkN2Y4MDAwLCBzaXplIDE0LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGZkN2Y4MDAwLTB4ZmQ3ZmJmZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjE1OjAKcGNpYjA6IG1h dGNoZWQgZW50cnkgZm9yIDAuMTUuSU5UQQpwY2liMDogc2xvdCAxNSBJTlRBIGhhcmR3aXJlZCB0 byBJUlEgNTcKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9MHg0MDMwLCByZXZpZD0weDIwCiAg ICAgICAgZG9tYWluPTAsIGJ1cz0wLCBzbG90PTE2LCBmdW5jPTAKICAgICAgICBjbGFzcz0wNi0w MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCiAgICAgICAgY21kcmVnPTB4MDAwMCwgc3RhdHJl Zz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAoMCBu cyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4gdmVuZG9y PTB4ODA4NiwgZGV2PTB4NDAzMCwgcmV2aWQ9MHgyMAogICAgICAgIGRvbWFpbj0wLCBidXM9MCwg c2xvdD0xNiwgZnVuYz0xCiAgICAgICAgY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MQogICAgICAgIGNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAo ZHdvcmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyks IG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDQwMzAsIHJl dmlkPTB4MjAKICAgICAgICBkb21haW49MCwgYnVzPTAsIHNsb3Q9MTYsIGZ1bmM9MgogICAgICAg IGNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKICAgICAgICBjbWRyZWc9MHgw MDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKICAgICAgICBsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91 bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9MHg0MDMwLCByZXZpZD0weDIwCiAgICAgICAgZG9tYWlu PTAsIGJ1cz0wLCBzbG90PTE2LCBmdW5jPTMKICAgICAgICBjbGFzcz0wNi0wMC0wMCwgaGRydHlw ZT0weDAwLCBtZmRldj0xCiAgICAgICAgY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNh Y2hlbG5zej0wIChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0w eDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2 PTB4NDAzMCwgcmV2aWQ9MHgyMAogICAgICAgIGRvbWFpbj0wLCBidXM9MCwgc2xvdD0xNiwgZnVu Yz00CiAgICAgICAgY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQogICAgICAg IGNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQogICAg ICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAw ICgwIG5zKQpmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDQwMzEsIHJldmlkPTB4MjAKICAg ICAgICBkb21haW49MCwgYnVzPTAsIHNsb3Q9MTcsIGZ1bmM9MAogICAgICAgIGNsYXNzPTA2LTAw LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKICAgICAgICBjbWRyZWc9MHgwMDAwLCBzdGF0cmVn PTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPiB2ZW5kb3I9 MHg4MDg2LCBkZXY9MHg0MDM1LCByZXZpZD0weDIwCiAgICAgICAgZG9tYWluPTAsIGJ1cz0wLCBz bG90PTIxLCBmdW5jPTAKICAgICAgICBjbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRl dj0xCiAgICAgICAgY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChk d29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4NDAzNSwgcmV2 aWQ9MHgyMAogICAgICAgIGRvbWFpbj0wLCBidXM9MCwgc2xvdD0yMSwgZnVuYz0xCiAgICAgICAg Y2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQogICAgICAgIGNtZHJlZz0weDAw MDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQogICAgICAgIGxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3Vu ZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDQwMzYsIHJldmlkPTB4MjAKICAgICAgICBkb21haW49 MCwgYnVzPTAsIHNsb3Q9MjIsIGZ1bmM9MAogICAgICAgIGNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTEKICAgICAgICBjbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2Fj aGVsbnN6PTAgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9 MHg0MDM2LCByZXZpZD0weDIwCiAgICAgICAgZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIyLCBmdW5j PTEKICAgICAgICBjbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCiAgICAgICAg Y21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCiAgICAg ICAgbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjY5MCwgcmV2aWQ9MHgwOQogICAg ICAgIGRvbWFpbj0wLCBidXM9MCwgc2xvdD0yOCwgZnVuYz0wCiAgICAgICAgY2xhc3M9MDYtMDQt MDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQogICAgICAgIGNtZHJlZz0weDAxNDQsIHN0YXRyZWc9 MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDMgKDc1MCBucyksIG1heGxhdD0weDAwICgwIG5zKQogICAgICAgIGludHBp bj1hLCBpcnE9NQogICAgICAgIHBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBE MAogICAgICAgIE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9y IDAuMjguSU5UQQpwY2liMDogc2xvdCAyOCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTYKZm91bmQt PiB2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNjk0LCByZXZpZD0weDA5CiAgICAgICAgZG9tYWluPTAs IGJ1cz0wLCBzbG90PTI4LCBmdW5jPTIKICAgICAgICBjbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0w eDAxLCBtZmRldj0xCiAgICAgICAgY21kcmVnPTB4MDE0Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hl bG5zej0xNiAoZHdvcmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MyAoNzUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgaW50cGluPWMsIGlycT0xMQog ICAgICAgIHBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAogICAgICAgIE1T SSBzdXBwb3J0cyAxIG1lc3NhZ2UKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjguSU5UQwpw Y2liMDogc2xvdCAyOCBJTlRDIGhhcmR3aXJlZCB0byBJUlEgMTgKZm91bmQtPiB2ZW5kb3I9MHg4 MDg2LCBkZXY9MHgyNjk2LCByZXZpZD0weDA5CiAgICAgICAgZG9tYWluPTAsIGJ1cz0wLCBzbG90 PTI4LCBmdW5jPTMKICAgICAgICBjbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0x CiAgICAgICAgY21kcmVnPTB4MDE0Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdv cmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMyAoNzUwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgaW50cGluPWQsIGlycT0xMAogICAgICAgIHBvd2Vy c3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAogICAgICAgIE1TSSBzdXBwb3J0cyAx IG1lc3NhZ2UKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjguSU5URApwY2liMDogc2xvdCAy OCBJTlREIGhhcmR3aXJlZCB0byBJUlEgMTkKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9MHgy Njg4LCByZXZpZD0weDA5CiAgICAgICAgZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI5LCBmdW5jPTAK ICAgICAgICBjbGFzcz0wYy0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCiAgICAgICAgY21k cmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpCiAgICAgICAg bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCiAgICAgICAgaW50cGluPWEsIGlycT0xNQogICAgICAgIG1hcFsyMF06IHR5cGUgSS9PIFBv cnQsIHJhbmdlIDMyLCBiYXNlIDB4OTg4MCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogYWxsb2Nh dGVkIHR5cGUgNCAoMHg5ODgwLTB4OTg5ZikgZm9yIHJpZCAyMCBvZiBwY2kwOjA6Mjk6MApwY2li MDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRBCnBjaWIwOiBzbG90IDI5IElOVEEgaGFyZHdp cmVkIHRvIElSUSAyMwpmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDI2ODksIHJldmlkPTB4 MDkKICAgICAgICBkb21haW49MCwgYnVzPTAsIHNsb3Q9MjksIGZ1bmM9MQogICAgICAgIGNsYXNz PTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKICAgICAgICBjbWRyZWc9MHgwMDA1LCBz dGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAw ICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKICAgICAgICBp bnRwaW49YiwgaXJxPTEwCiAgICAgICAgbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIs IGJhc2UgMHg5YzAwLCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgw eDljMDAtMHg5YzFmKSBmb3IgcmlkIDIwIG9mIHBjaTA6MDoyOToxCnBjaWIwOiBtYXRjaGVkIGVu dHJ5IGZvciAwLjI5LklOVEIKcGNpYjA6IHNsb3QgMjkgSU5UQiBoYXJkd2lyZWQgdG8gSVJRIDE5 CmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjY4YywgcmV2aWQ9MHgwOQogICAgICAgIGRv bWFpbj0wLCBidXM9MCwgc2xvdD0yOSwgZnVuYz03CiAgICAgICAgY2xhc3M9MGMtMDMtMjAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MAogICAgICAgIGNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMjkw LCBjYWNoZWxuc3o9MCAoZHdvcmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQogICAgICAgIGludHBpbj1hLCBpcnE9 MTUKICAgICAgICBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKICAgICAg ICBtYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmZDdmZmMwMCwgc2l6ZSAx MCwgZW5hYmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmZDdmZmMwMC0weGZkN2ZmZmZm KSBmb3IgcmlkIDEwIG9mIHBjaTA6MDoyOTo3CnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5 LklOVEEKcGNpYjA6IHNsb3QgMjkgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIzCmZvdW5kLT4gdmVu ZG9yPTB4ODA4NiwgZGV2PTB4MjQ0ZSwgcmV2aWQ9MHhkOQogICAgICAgIGRvbWFpbj0wLCBidXM9 MCwgc2xvdD0zMCwgZnVuYz0wCiAgICAgICAgY2xhc3M9MDYtMDQtMDEsIGhkcnR5cGU9MHgwMSwg bWZkZXY9MAogICAgICAgIGNtZHJlZz0weDAxNDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9 MCAoZHdvcmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgxYiAoNjc1 MCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDI2 NzAsIHJldmlkPTB4MDkKICAgICAgICBkb21haW49MCwgYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MAog ICAgICAgIGNsYXNzPTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKICAgICAgICBjbWRy ZWc9MHgwMTQ3LCBzdGF0cmVnPTB4MDIwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKICAgICAgICBs YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKZm91bmQtPiB2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNjliLCByZXZpZD0weDA5CiAgICAgICAg ZG9tYWluPTAsIGJ1cz0wLCBzbG90PTMxLCBmdW5jPTMKICAgICAgICBjbGFzcz0wYy0wNS0wMCwg aGRydHlwZT0weDAwLCBtZmRldj0wCiAgICAgICAgY21kcmVnPTB4MDAwMSwgc3RhdHJlZz0weDAy ODAsIGNhY2hlbG5zej0wIChkd29yZHMpCiAgICAgICAgbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgaW50cGluPWIsIGly cT0xNAogICAgICAgIG1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4NDAw LCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDQwMC0weDQxZikg Zm9yIHJpZCAyMCBvZiBwY2kwOjA6MzE6MwpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4zMS5J TlRCCnBjaWIwOiBzbG90IDMxIElOVEIgaGFyZHdpcmVkIHRvIElSUSAxOQpwY2liMTogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGlycSA0OCBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNpYjE6ICAgZG9t YWluICAgICAgICAgICAgMApwY2liMTogICBzZWNvbmRhcnkgYnVzICAgICAxMQpwY2liMTogICBz dWJvcmRpbmF0ZSBidXMgICAxMQpwY2liMTogICBubyBwcmVmZXRjaGVkIGRlY29kZQpwY2kxMTog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKcGNpMTE6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9MTEK cGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgNTIgYXQgZGV2aWNlIDUuMCBvbiBwY2kw CnBjaWIyOiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjI6ICAgc2Vjb25kYXJ5IGJ1cyAgICAg MTAKcGNpYjI6ICAgc3Vib3JkaW5hdGUgYnVzICAgMTAKcGNpYjI6ICAgbm8gcHJlZmV0Y2hlZCBk ZWNvZGUKcGNpMTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnBjaTEwOiBkb21haW49MCwgcGh5 c2ljYWwgYnVzPTEwCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDU2IGF0IGRldmlj ZSA5LjAgb24gcGNpMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhkMDAwLTB4ZWZmZikgZm9y IHJpZCAxYyBvZiBwY2liMwpwY2liMzogZmFpbGVkIHRvIGFsbG9jYXRlIGluaXRpYWwgbWVtb3J5 IHdpbmRvdzogMHhmZGIwMDAwMC0weGZlYmZmZmZmCnBjaWIzOiAgIGRvbWFpbiAgICAgICAgICAg IDAKcGNpYjM6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNQpwY2liMzogICBzdWJvcmRpbmF0ZSBidXMg ICA5CnBjaWIzOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4ZDAwMC0weGVmZmYKcGNpYjM6ICAgbm8g cHJlZmV0Y2hlZCBkZWNvZGUKcGNpNTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKcGNpNTogZG9t YWluPTAsIHBoeXNpY2FsIGJ1cz01CmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MzUwMCwg cmV2aWQ9MHgwMQogICAgICAgIGRvbWFpbj0wLCBidXM9NSwgc2xvdD0wLCBmdW5jPTAKICAgICAg ICBjbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0xCiAgICAgICAgY21kcmVnPTB4 MDE0Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQogICAgICAgIGxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMyAoNzUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CiAgICAgICAgaW50cGluPWEsIGlycT01CiAgICAgICAgcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQw IEQzICBjdXJyZW50IEQwCnBjaWIzOiBtYXRjaGVkIGVudHJ5IGZvciA1LjAuSU5UQQpwY2liMzog c2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgpmb3VuZC0+IHZlbmRvcj0weDgwODYsIGRl dj0weDM1MGMsIHJldmlkPTB4MDEKICAgICAgICBkb21haW49MCwgYnVzPTUsIHNsb3Q9MCwgZnVu Yz0zCiAgICAgICAgY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQogICAgICAg IGNtZHJlZz0weDAxNDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKICAg ICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDMgKDc1MCBucyksIG1heGxhdD0w eDAwICgwIG5zKQogICAgICAgIHBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBE MApwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBj aTUKcGNpYjM6IGFsbG9jYXRlZCBJL08gcG9ydCByYW5nZSAoMHhlMDAwLTB4ZWZmZikgZm9yIHJp ZCAxYyBvZiBwY2liNApwY2liMzogZmFpbGVkIHRvIGFsbG9jYXRlIGluaXRpYWwgbWVtb3J5IHdp bmRvdyAoMHhmZGYwMDAwMC0weGZlYmZmZmZmLDB4ZDAwMDAwKQpwY2liNDogZmFpbGVkIHRvIGFs bG9jYXRlIGluaXRpYWwgbWVtb3J5IHdpbmRvdzogMHhmZGYwMDAwMC0weGZlYmZmZmZmCnBjaWI0 OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjQ6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNwpwY2li NDogICBzdWJvcmRpbmF0ZSBidXMgICA5CnBjaWI0OiAgIEkvTyBkZWNvZGUgICAgICAgIDB4ZTAw MC0weGVmZmYKcGNpYjQ6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUKcGNpNzogPEFDUEkgUENJIGJ1 cz4gb24gcGNpYjQKcGNpNzogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz03CmZvdW5kLT4gdmVuZG9y PTB4ODA4NiwgZGV2PTB4MzUxMCwgcmV2aWQ9MHgwMQogICAgICAgIGRvbWFpbj0wLCBidXM9Nywg c2xvdD0wLCBmdW5jPTAKICAgICAgICBjbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRl dj0wCiAgICAgICAgY21kcmVnPTB4MDE0NCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAo ZHdvcmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMyAoNzUwIG5z KSwgbWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQz ICBjdXJyZW50IEQwCiAgICAgICAgTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CmZvdW5k LT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MzUxOCwgcmV2aWQ9MHgwMQogICAgICAgIGRvbWFpbj0w LCBidXM9Nywgc2xvdD0yLCBmdW5jPTAKICAgICAgICBjbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0w eDAxLCBtZmRldj0wCiAgICAgICAgY21kcmVnPTB4MDE0Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hl bG5zej0xNiAoZHdvcmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MyAoNzUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCiAgICAgICAgcG93ZXJzcGVjIDIgIHN1cHBv cnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICAgICAgTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQg Yml0CnBjaWI1OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDAuMCBvbiBwY2k3CnBj aWI1OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjU6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgOQpw Y2liNTogICBzdWJvcmRpbmF0ZSBidXMgICA5CnBjaWI1OiAgIG5vIHByZWZldGNoZWQgZGVjb2Rl CnBjaTk6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1CnBjaTk6IGRvbWFpbj0wLCBwaHlzaWNhbCBi dXM9OQpwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyLjAgb24gcGNpNwpw Y2liNDogYWxsb2NhdGVkIEkvTyBwb3J0IHJhbmdlICgweGUwMDAtMHhlZmZmKSBmb3IgcmlkIDFj IG9mIHBjaWI2CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZkZjAwMDAwLTB4ZmRmZmZmZmYp IGZvciByaWQgMjAgb2YgcGNpYjMKcGNpYjM6IGFsbG9jYXRlZCBpbml0aWFsIG1lbW9yeSB3aW5k b3cgb2YgMHhmZGYwMDAwMC0weGZkZmZmZmZmCnBjaWIzOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdl ICgweGZkZjAwMDAwLTB4ZmRmZmZmZmYpIGZvciByaWQgMjAgb2YgcGNpYjQKcGNpYjQ6IGFsbG9j YXRlZCBpbml0aWFsIG1lbW9yeSB3aW5kb3cgb2YgMHhmZGYwMDAwMC0weGZkZmZmZmZmCnBjaWI0 OiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGZkZjAwMDAwLTB4ZmRmZmZmZmYpIGZvciByaWQg MjAgb2YgcGNpYjYKcGNpYjY6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liNjogICBzZWNvbmRh cnkgYnVzICAgICA4CnBjaWI2OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDgKcGNpYjY6ICAgSS9PIGRl Y29kZSAgICAgICAgMHhlMDAwLTB4ZWZmZgpwY2liNjogICBtZW1vcnkgZGVjb2RlICAgICAweGZk ZjAwMDAwLTB4ZmRmZmZmZmYKcGNpYjY6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUKcGNpODogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjYKcGNpODogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz04CmZvdW5k LT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTA5NiwgcmV2aWQ9MHgwMQogICAgICAgIGRvbWFpbj0w LCBidXM9OCwgc2xvdD0wLCBmdW5jPTAKICAgICAgICBjbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0w eDAwLCBtZmRldj0xCiAgICAgICAgY21kcmVnPTB4MDE0Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hl bG5zej0xNiAoZHdvcmRzKQogICAgICAgIGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQogICAgICAgIGludHBpbj1hLCBpcnE9MTEKICAg ICAgICBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKICAgICAgICBNU0kg c3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKICAgICAgICBtYXBbMTBdOiB0eXBlIE1lbW9yeSwg cmFuZ2UgMzIsIGJhc2UgMHhmZGZhMDAwMCwgc2l6ZSAxNywgZW5hYmxlZApwY2liNjogYWxsb2Nh dGVkIG1lbW9yeSByYW5nZSAoMHhmZGZhMDAwMC0weGZkZmJmZmZmKSBmb3IgcmlkIDEwIG9mIHBj aTA6ODowOjAKICAgICAgICBtYXBbMThdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAw eGU4ODAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjY6IGFsbG9jYXRlZCBJL08gcG9ydCByYW5nZSAo MHhlODgwLTB4ZTg5ZikgZm9yIHJpZCAxOCBvZiBwY2kwOjg6MDowCnBjaWI2OiBtYXRjaGVkIGVu dHJ5IGZvciA4LjAuSU5UQQpwY2liNjogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxOApm b3VuZC0+IHZlbmRvcj0weDgwODYsIGRldj0weDEwOTYsIHJldmlkPTB4MDEKICAgICAgICBkb21h aW49MCwgYnVzPTgsIHNsb3Q9MCwgZnVuYz0xCiAgICAgICAgY2xhc3M9MDItMDAtMDAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MQogICAgICAgIGNtZHJlZz0weDAxNDcsIHN0YXRyZWc9MHgwMDEwLCBj YWNoZWxuc3o9MTYgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKICAgICAgICBpbnRwaW49YiwgaXJxPTEw CiAgICAgICAgcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICAgICAg TVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CiAgICAgICAgbWFwWzEwXTogdHlwZSBNZW1v cnksIHJhbmdlIDMyLCBiYXNlIDB4ZmRmZTAwMDAsIHNpemUgMTcsIGVuYWJsZWQKcGNpYjY6IGFs bG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZmRmZTAwMDAtMHhmZGZmZmZmZikgZm9yIHJpZCAxMCBv ZiBwY2kwOjg6MDoxCiAgICAgICAgbWFwWzE4XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJh c2UgMHhlYzAwLCBzaXplICA1LCBlbmFibGVkCnBjaWI2OiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFu Z2UgKDB4ZWMwMC0weGVjMWYpIGZvciByaWQgMTggb2YgcGNpMDo4OjA6MQpwY2liNjogbWF0Y2hl ZCBlbnRyeSBmb3IgOC4wLklOVEIKcGNpYjY6IHNsb3QgMCBJTlRCIGhhcmR3aXJlZCB0byBJUlEg MTkKZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDcuMy4yPiBwb3J0 IDB4ZTg4MC0weGU4OWYgbWVtIDB4ZmRmYTAwMDAtMHhmZGZiZmZmZiBpcnEgMTggYXQgZGV2aWNl IDAuMCBvbiBwY2k4CmVtMDogYXR0ZW1wdGluZyB0byBhbGxvY2F0ZSAxIE1TSSB2ZWN0b3JzICgx IHN1cHBvcnRlZCkKbXNpOiByb3V0aW5nIE1TSSBJUlEgMjU2IHRvIGxvY2FsIEFQSUMgMCB2ZWN0 b3IgNTIKZW0wOiB1c2luZyBJUlEgMjU2IGZvciBNU0kKZW0wOiBVc2luZyBhbiBNU0kgaW50ZXJy dXB0CmVtMDogYnBmIGF0dGFjaGVkCmVtMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MjI6MTU6MzE6 MmI6OTIKZW0xOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDcuMy4yPiBw b3J0IDB4ZWMwMC0weGVjMWYgbWVtIDB4ZmRmZTAwMDAtMHhmZGZmZmZmZiBpcnEgMTkgYXQgZGV2 aWNlIDAuMSBvbiBwY2k4CmVtMTogYXR0ZW1wdGluZyB0byBhbGxvY2F0ZSAxIE1TSSB2ZWN0b3Jz ICgxIHN1cHBvcnRlZCkKbXNpOiByb3V0aW5nIE1TSSBJUlEgMjU3IHRvIGxvY2FsIEFQSUMgMCB2 ZWN0b3IgNTMKZW0xOiB1c2luZyBJUlEgMjU3IGZvciBNU0kKZW0xOiBVc2luZyBhbiBNU0kgaW50 ZXJydXB0CmVtMTogYnBmIGF0dGFjaGVkCmVtMTogRXRoZXJuZXQgYWRkcmVzczogMDA6MjI6MTU6 MzE6MmI6OTMKcGNpYjc6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4zIG9uIHBj aTUKcGNpYjM6IGFsbG9jYXRlZCBJL08gcG9ydCByYW5nZSAoMHhkMDAwLTB4ZGZmZikgZm9yIHJp ZCAxYyBvZiBwY2liNwpwY2liMzogYXR0ZW1wdGluZyB0byBncm93IG1lbW9yeSB3aW5kb3cgZm9y ICgweGZkYzAwMDAwLTB4ZmRlZmZmZmYsMHgzMDAwMDApCnBjaWI3OiBmYWlsZWQgdG8gYWxsb2Nh dGUgaW5pdGlhbCBtZW1vcnkgd2luZG93OiAweGZkYzAwMDAwLTB4ZmRlZmZmZmYKcGNpYjc6ICAg ZG9tYWluICAgICAgICAgICAgMApwY2liNzogICBzZWNvbmRhcnkgYnVzICAgICA2CnBjaWI3OiAg IHN1Ym9yZGluYXRlIGJ1cyAgIDYKcGNpYjc6ICAgSS9PIGRlY29kZSAgICAgICAgMHhkMDAwLTB4 ZGZmZgpwY2liNzogICBubyBwcmVmZXRjaGVkIGRlY29kZQpwY2k2OiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liNwpwY2k2OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTYKZm91bmQtPiB2ZW5kb3I9MHgx MDAwLCBkZXY9MHgwMDU0LCByZXZpZD0weDAyCiAgICAgICAgZG9tYWluPTAsIGJ1cz02LCBzbG90 PTMsIGZ1bmM9MAogICAgICAgIGNsYXNzPTAxLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAK ICAgICAgICBjbWRyZWc9MHgwMTU3LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTE2IChkd29y ZHMpCiAgICAgICAgbGF0dGltZXI9MHg0OCAoMjE2MCBucyksIG1pbmdudD0weDQwICgxNjAwMCBu cyksIG1heGxhdD0weDBhICgyNTAwIG5zKQogICAgICAgIGludHBpbj1hLCBpcnE9MTEKICAgICAg ICBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKICAgICAgICBN U0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKICAgICAgICBNU0ktWCBzdXBwb3J0cyAxIG1l c3NhZ2UgaW4gbWFwIDB4MTQKICAgICAgICBtYXBbMTBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAz MiwgYmFzZSAweGQwMDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjc6IGFsbG9jYXRlZCBJL08gcG9y dCByYW5nZSAoMHhkMDAwLTB4ZDBmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjY6MzowCiAgICAgICAg bWFwWzE0XTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmRlZmMwMDAsIHNpemUgMTQs IGVuYWJsZWQKcGNpYjM6IGF0dGVtcHRpbmcgdG8gZ3JvdyBtZW1vcnkgd2luZG93IGZvciAoMHhm ZGUwMDAwMC0weGZkZWZmZmZmLDB4MTAwMDAwKQpwY2liNzogZmFpbGVkIHRvIGFsbG9jYXRlIGlu aXRpYWwgbWVtb3J5IHdpbmRvdyAoMHhmZGUwMDAwMC0weGZkZWZmZmZmLDB4MTAwMDAwKQogICAg ICAgIG1hcFsxY106IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZkZWUwMDAwLCBzaXpl IDE2LCBlbmFibGVkCnBjaWIzOiBhdHRlbXB0aW5nIHRvIGdyb3cgbWVtb3J5IHdpbmRvdyBmb3Ig KDB4ZmRlMDAwMDAtMHhmZGVmZmZmZiwweDEwMDAwMCkKcGNpYjc6IGZhaWxlZCB0byBhbGxvY2F0 ZSBpbml0aWFsIG1lbW9yeSB3aW5kb3cgKDB4ZmRlMDAwMDAtMHhmZGVmZmZmZiwweDEwMDAwMCkK cGNpYjc6IG1hdGNoZWQgZW50cnkgZm9yIDYuMy5JTlRBCnBjaWI3OiBzbG90IDMgSU5UQSBoYXJk d2lyZWQgdG8gSVJRIDI2Cm1wdDA6IDxMU0lMb2dpYyBTQVMvU0FUQSBBZGFwdGVyPiBwb3J0IDB4 ZDAwMC0weGQwZmYgaXJxIDI2IGF0IGRldmljZSAzLjAgb24gcGNpNgpwY2liMzogYXR0ZW1wdGlu ZyB0byBncm93IG1lbW9yeSB3aW5kb3cgZm9yICgwLTB4ZmZmZmZmZmYsMHgxMDAwMDApCiAgICAg ICAgZnJvbnQgY2FuZGlkYXRlIHJhbmdlOiAweGZkZDAwMDAwLTB4ZmRkZmZmZmYKICAgICAgICBi YWNrIGNhbmRpZGF0ZSByYW5nZTogMHhmZTAwMDAwMC0weGZlMGZmZmZmCnBjaWI3OiBmYWlsZWQg dG8gYWxsb2NhdGUgaW5pdGlhbCBtZW1vcnkgd2luZG93ICgwLTB4ZmZmZmZmZmYsMHgxMDAwMDAp Cm1wdDA6IDB4NDAwMCBieXRlcyBvZiByaWQgMHgxNCByZXMgMyBmYWlsZWQgKDAsIDB4ZmZmZmZm ZmZmZmZmZmZmZikuCm1wdDA6IFVuYWJsZSB0byBtZW1vcnkgbWFwIHJlZ2lzdGVycy4KbXB0MDog R2l2aW5nIFVwLgpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTUuMCAobm8gZHJp dmVyIGF0dGFjaGVkKQpwY2liODogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZp Y2UgMjguMCBvbiBwY2kwCnBjaWI4OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjg6ICAgc2Vj b25kYXJ5IGJ1cyAgICAgNApwY2liODogICBzdWJvcmRpbmF0ZSBidXMgICA0CnBjaWI4OiAgIG5v IHByZWZldGNoZWQgZGVjb2RlCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI4CnBjaTQ6IGRv bWFpbj0wLCBwaHlzaWNhbCBidXM9NApwY2liOTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAx OCBhdCBkZXZpY2UgMjguMiBvbiBwY2kwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGMwMDAt MHhjZmZmKSBmb3IgcmlkIDFjIG9mIHBjaWI5CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZk YTAwMDAwLTB4ZmRhZmZmZmYpIGZvciByaWQgMjAgb2YgcGNpYjkKcGNpYjk6ICAgZG9tYWluICAg ICAgICAgICAgMApwY2liOTogICBzZWNvbmRhcnkgYnVzICAgICAzCnBjaWI5OiAgIHN1Ym9yZGlu YXRlIGJ1cyAgIDMKcGNpYjk6ICAgSS9PIGRlY29kZSAgICAgICAgMHhjMDAwLTB4Y2ZmZgpwY2li OTogICBtZW1vcnkgZGVjb2RlICAgICAweGZkYTAwMDAwLTB4ZmRhZmZmZmYKcGNpYjk6ICAgbm8g cHJlZmV0Y2hlZCBkZWNvZGUKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjkKcGNpMzogZG9t YWluPTAsIHBoeXNpY2FsIGJ1cz0zCmZvdW5kLT4gdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTA5YSwg cmV2aWQ9MHgwMAogICAgICAgIGRvbWFpbj0wLCBidXM9Mywgc2xvdD0wLCBmdW5jPTAKICAgICAg ICBjbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCiAgICAgICAgY21kcmVnPTB4 MDE0Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQogICAgICAgIGxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQog ICAgICAgIGludHBpbj1hLCBpcnE9MTEKICAgICAgICBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAg RDMgIGN1cnJlbnQgRDAKICAgICAgICBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKICAg ICAgICBtYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmZGFlMDAwMCwgc2l6 ZSAxNywgZW5hYmxlZApwY2liOTogYWxsb2NhdGVkIG1lbW9yeSByYW5nZSAoMHhmZGFlMDAwMC0w eGZkYWZmZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MzowOjAKICAgICAgICBtYXBbMThdOiB0eXBl IEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGNjMDAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjk6 IGFsbG9jYXRlZCBJL08gcG9ydCByYW5nZSAoMHhjYzAwLTB4Y2MxZikgZm9yIHJpZCAxOCBvZiBw Y2kwOjM6MDowCnBjaWI5OiBtYXRjaGVkIGVudHJ5IGZvciAzLjAuSU5UQQpwY2liOTogc2xvdCAw IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxOAplbTI6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3Jr IENvbm5lY3Rpb24gNy4zLjI+IHBvcnQgMHhjYzAwLTB4Y2MxZiBtZW0gMHhmZGFlMDAwMC0weGZk YWZmZmZmIGlycSAxOCBhdCBkZXZpY2UgMC4wIG9uIHBjaTMKZW0yOiBhdHRlbXB0aW5nIHRvIGFs bG9jYXRlIDEgTVNJIHZlY3RvcnMgKDEgc3VwcG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElSUSAy NTggdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA1NAplbTI6IHVzaW5nIElSUSAyNTggZm9yIE1TSQpl bTI6IFVzaW5nIGFuIE1TSSBpbnRlcnJ1cHQKZW0yOiBicGYgYXR0YWNoZWQKZW0yOiBFdGhlcm5l dCBhZGRyZXNzOiAwMDoyMjoxNTozMToyODoyYwpwY2liMTA6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdl PiBpcnEgMTkgYXQgZGV2aWNlIDI4LjMgb24gcGNpMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAo MHhiMDAwLTB4YmZmZikgZm9yIHJpZCAxYyBvZiBwY2liMTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4ZmQ5MDAwMDAtMHhmZDlmZmZmZikgZm9yIHJpZCAyMCBvZiBwY2liMTAKcGNpYjEwOiAg IGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjEwOiAgIHNlY29uZGFyeSBidXMgICAgIDIKcGNpYjEw OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDIKcGNpYjEwOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4YjAw MC0weGJmZmYKcGNpYjEwOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZmQ5MDAwMDAtMHhmZDlmZmZm ZgpwY2liMTA6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjEwCnBjaTI6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9Mgpmb3VuZC0+IHZlbmRvcj0weDgw ODYsIGRldj0weDEwOWEsIHJldmlkPTB4MDAKICAgICAgICBkb21haW49MCwgYnVzPTIsIHNsb3Q9 MCwgZnVuYz0wCiAgICAgICAgY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAog ICAgICAgIGNtZHJlZz0weDAxNDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3Jk cykKICAgICAgICBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhs YXQ9MHgwMCAoMCBucykKICAgICAgICBpbnRwaW49YSwgaXJxPTEwCiAgICAgICAgcG93ZXJzcGVj IDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICAgICAgTVNJIHN1cHBvcnRzIDEgbWVz c2FnZSwgNjQgYml0CiAgICAgICAgbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNl IDB4ZmQ5ZTAwMDAsIHNpemUgMTcsIGVuYWJsZWQKcGNpYjEwOiBhbGxvY2F0ZWQgbWVtb3J5IHJh bmdlICgweGZkOWUwMDAwLTB4ZmQ5ZmZmZmYpIGZvciByaWQgMTAgb2YgcGNpMDoyOjA6MAogICAg ICAgIG1hcFsxOF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YmMwMCwgc2l6ZSAg NSwgZW5hYmxlZApwY2liMTA6IGFsbG9jYXRlZCBJL08gcG9ydCByYW5nZSAoMHhiYzAwLTB4YmMx ZikgZm9yIHJpZCAxOCBvZiBwY2kwOjI6MDowCnBjaWIxMDogbWF0Y2hlZCBlbnRyeSBmb3IgMi4w LklOVEEKcGNpYjEwOiBzbG90IDAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE5CmVtMzogPEludGVs KFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA3LjMuMj4gcG9ydCAweGJjMDAtMHhiYzFm IG1lbSAweGZkOWUwMDAwLTB4ZmQ5ZmZmZmYgaXJxIDE5IGF0IGRldmljZSAwLjAgb24gcGNpMgpl bTM6IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBNU0kgdmVjdG9ycyAoMSBzdXBwb3J0ZWQpCm1z aTogcm91dGluZyBNU0kgSVJRIDI1OSB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDU1CmVtMzogdXNp bmcgSVJRIDI1OSBmb3IgTVNJCmVtMzogVXNpbmcgYW4gTVNJIGludGVycnVwdAplbTM6IGJwZiBh dHRhY2hlZAplbTM6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjIyOjE1OjMxOjI5OjRlCnVoY2kwOiA8 SW50ZWwgNjMxWEVTQi82MzJYRVNCLzMxMDAgVVNCIGNvbnRyb2xsZXIgVVNCLTE+IHBvcnQgMHg5 ODgwLTB4OTg5ZiBpcnEgMjMgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAppb2FwaWMwOiByb3V0aW5n IGludHBpbiAyMyAoUENJIElSUSAyMykgdG8gbGFwaWMgMCB2ZWN0b3IgNTYKdXNidXMwIG9uIHVo Y2kwCnVzYnVzMDogYnBmIGF0dGFjaGVkCnVoY2kwOiB1c2JwZjogQXR0YWNoZWQKdWhjaTE6IDxJ bnRlbCA2MzFYRVNCLzYzMlhFU0IvMzEwMCBVU0IgY29udHJvbGxlciBVU0ItMj4gcG9ydCAweDlj MDAtMHg5YzFmIGlycSAxOSBhdCBkZXZpY2UgMjkuMSBvbiBwY2kwCmlvYXBpYzA6IHJvdXRpbmcg aW50cGluIDE5IChQQ0kgSVJRIDE5KSB0byBsYXBpYyAwIHZlY3RvciA1Nwp1c2J1czEgb24gdWhj aTEKdXNidXMxOiBicGYgYXR0YWNoZWQKdWhjaTE6IHVzYnBmOiBBdHRhY2hlZAplaGNpMDogPElu dGVsIDYzWFhFU0IgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZDdmZmMwMC0weGZkN2ZmZmZm IGlycSAyMyBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwCnVzYnVzMjogRUhDSSB2ZXJzaW9uIDEuMAp1 c2J1czIgb24gZWhjaTAKdXNidXMyOiBicGYgYXR0YWNoZWQKZWhjaTA6IHVzYnBmOiBBdHRhY2hl ZApwY2liMTE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGEwMDAtMHhhZmZmKSBmb3IgcmlkIDFjIG9mIHBjaWIx MQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmZDgwMDAwMC0weGZkOGZmZmZmKSBmb3Igcmlk IDIwIG9mIHBjaWIxMQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmODAwMDAwMC0weGZiZmZm ZmZmKSBmb3IgcmlkIDI0IG9mIHBjaWIxMQpwY2liMTE6ICAgZG9tYWluICAgICAgICAgICAgMApw Y2liMTE6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMQpwY2liMTE6ICAgc3Vib3JkaW5hdGUgYnVzICAg MQpwY2liMTE6ICAgSS9PIGRlY29kZSAgICAgICAgMHhhMDAwLTB4YWZmZgpwY2liMTE6ICAgbWVt b3J5IGRlY29kZSAgICAgMHhmZDgwMDAwMC0weGZkOGZmZmZmCnBjaWIxMTogICBwcmVmZXRjaGVk IGRlY29kZSAweGY4MDAwMDAwLTB4ZmJmZmZmZmYKcGNpYjExOiAgIFN1YnRyYWN0aXZlbHkgZGVj b2RlZCBicmlkZ2UuCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxMQpwY2kxOiBkb21haW49 MCwgcGh5c2ljYWwgYnVzPTEKZm91bmQtPiB2ZW5kb3I9MHgxOGNhLCBkZXY9MHgwMDIwLCByZXZp ZD0weDAwCiAgICAgICAgZG9tYWluPTAsIGJ1cz0xLCBzbG90PTIsIGZ1bmM9MAogICAgICAgIGNs YXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKICAgICAgICBjbWRyZWc9MHgwMDAz LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKICAgICAgICBsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKICAgICAg ICBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKICAgICAgICBt YXBbMTBdOiB0eXBlIFByZWZldGNoYWJsZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZjgwMDAw MDAsIHNpemUgMjYsIGVuYWJsZWQKcGNpYjExOiBhbGxvY2F0ZWQgcHJlZmV0Y2ggcmFuZ2UgKDB4 ZjgwMDAwMDAtMHhmYmZmZmZmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjE6MjowCiAgICAgICAgbWFw WzE0XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZmQ4YzAwMDAsIHNpemUgMTgsIGVu YWJsZWQKcGNpYjExOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGZkOGMwMDAwLTB4ZmQ4ZmZm ZmYpIGZvciByaWQgMTQgb2YgcGNpMDoxOjI6MAogICAgICAgIG1hcFsxOF06IHR5cGUgSS9PIFBv cnQsIHJhbmdlIDMyLCBiYXNlIDB4YWMwMCwgc2l6ZSAgNywgZW5hYmxlZApwY2liMTE6IGFsbG9j YXRlZCBJL08gcG9ydCByYW5nZSAoMHhhYzAwLTB4YWM3ZikgZm9yIHJpZCAxOCBvZiBwY2kwOjE6 MjowCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4YWMwMC0weGFjN2Yg bWVtIDB4ZjgwMDAwMDAtMHhmYmZmZmZmZiwweGZkOGMwMDAwLTB4ZmQ4ZmZmZmYgYXQgZGV2aWNl IDIuMCBvbiBwY2kxCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBj aTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmljaHNtYjA6IDxJbnRlbCA2MzF4RVNCLzYzMjFF U0IgKEVTQjIpIFNNQnVzIGNvbnRyb2xsZXI+IHBvcnQgMHg0MDAtMHg0MWYgaXJxIDE5IGF0IGRl dmljZSAzMS4zIG9uIHBjaTAKc21idXMwOiA8U3lzdGVtIE1hbmFnZW1lbnQgQnVzPiBvbiBpY2hz bWIwCnNtYjA6IDxTTUJ1cyBnZW5lcmljIEkvTz4gb24gc21idXMwCmFjcGlfYnV0dG9uMDogPFBv d2VyIEJ1dHRvbj4gb24gYWNwaTAKdWFydDA6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4 M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gYWNwaTAKaW9hcGljMDogcm91dGluZyBpbnRw aW4gNCAoSVNBIElSUSA0KSB0byBsYXBpYyAwIHZlY3RvciA1OAp1YXJ0MDogZmFzdCBpbnRlcnJ1 cHQKdWFydDE6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4MmY4LTB4MmZmIGlycSAzIG9u IGFjcGkwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDMgKElTQSBJUlEgMykgdG8gbGFwaWMgMCB2 ZWN0b3IgNTkKdWFydDE6IGZhc3QgaW50ZXJydXB0CmFjcGkwOiB3YWtldXAgY29kZSB2YSAweGZm ZmZmZjg4YzIxNDUwMDAgcGEgMHg5MDAwMAphaGNfaXNhX3Byb2JlIDA6IGlvcG9ydCAweGMwMCBh bGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSAxOiBpb3BvcnQgMHgxYzAwIGFsbG9jIGZhaWxlZAph aGNfaXNhX3Byb2JlIDI6IGlvcG9ydCAweDJjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfcHJvYmUg MzogaW9wb3J0IDB4M2MwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSA0OiBpb3BvcnQgMHg0 YzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDU6IGlvcG9ydCAweDVjMDAgYWxsb2MgZmFp bGVkCmFoY19pc2FfcHJvYmUgNjogaW9wb3J0IDB4NmMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9w cm9iZSA3OiBpb3BvcnQgMHg3YzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDg6IGlvcG9y dCAweDhjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfcHJvYmUgOTogaW9wb3J0IDB4OWMwMCBhbGxv YyBmYWlsZWQKYWhjX2lzYV9wcm9iZSAxMDogaW9wb3J0IDB4YWMwMCBhbGxvYyBmYWlsZWQKYWhj X2lzYV9wcm9iZSAxMTogaW9wb3J0IDB4YmMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSAx MjogaW9wb3J0IDB4Y2MwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSAxMzogaW9wb3J0IDB4 ZGMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9wcm9iZSAxNDogaW9wb3J0IDB4ZWMwMCBhbGxvYyBm YWlsZWQKaXNhYjA6IGZvdW5kIElDSDggb3IgZXF1aXZhbGVudCBjaGlwc2V0OiBJbnRlbCA2M1hY RVNCIHdhdGNoZG9nIHRpbWVyCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGEwMDAwLTB4YTA3 ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGEwODAwLTB4 YTBmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGExMDAw LTB4YTE3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGEx ODAwLTB4YTFmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGEyMDAwLTB4YTI3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGEyODAwLTB4YTJmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGEzMDAwLTB4YTM3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGEzODAwLTB4YTNmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSAzICgweGE0MDAwLTB4YTQ3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGE0ODAwLTB4YTRmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGE1MDAwLTB4YTU3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGE1ODAwLTB4YTVmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE2MDAwLTB4YTY3ZmYpIGZvciByaWQgMCBvZiBvcm0w CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE2ODAwLTB4YTZmZmYpIGZvciByaWQgMCBvZiBv cm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE3MDAwLTB4YTc3ZmYpIGZvciByaWQgMCBv ZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE3ODAwLTB4YTdmZmYpIGZvciByaWQg MCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE4MDAwLTB4YTg3ZmYpIGZvciBy aWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE4ODAwLTB4YThmZmYpIGZv ciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE5MDAwLTB4YTk3ZmYp IGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE5ODAwLTB4YTlm ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFhMDAwLTB4 YWE3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFhODAw LTB4YWFmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFi MDAwLTB4YWI3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGFiODAwLTB4YWJmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGFjMDAwLTB4YWM3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGFjODAwLTB4YWNmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGFkMDAwLTB4YWQ3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSAzICgweGFkODAwLTB4YWRmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGFlMDAwLTB4YWU3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGFlODAwLTB4YWVmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGFmMDAwLTB4YWY3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFmODAwLTB4YWZmZmYpIGZvciByaWQgMCBvZiBvcm0w CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIwMDAwLTB4YjA3ZmYpIGZvciByaWQgMCBvZiBv cm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIwODAwLTB4YjBmZmYpIGZvciByaWQgMCBv ZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIxMDAwLTB4YjE3ZmYpIGZvciByaWQg MCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIxODAwLTB4YjFmZmYpIGZvciBy aWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIyMDAwLTB4YjI3ZmYpIGZv ciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIyODAwLTB4YjJmZmYp IGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIzMDAwLTB4YjM3 ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIzODAwLTB4 YjNmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI0MDAw LTB4YjQ3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI0 ODAwLTB4YjRmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGI1MDAwLTB4YjU3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGI1ODAwLTB4YjVmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGI2MDAwLTB4YjY3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGI2ODAwLTB4YjZmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSAzICgweGI3MDAwLTB4Yjc3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGI3ODAwLTB4YjdmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGI4MDAwLTB4Yjg3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGI4ODAwLTB4YjhmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI5MDAwLTB4Yjk3ZmYpIGZvciByaWQgMCBvZiBvcm0w CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI5ODAwLTB4YjlmZmYpIGZvciByaWQgMCBvZiBv cm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJhMDAwLTB4YmE3ZmYpIGZvciByaWQgMCBv ZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJhODAwLTB4YmFmZmYpIGZvciByaWQg MCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJiMDAwLTB4YmI3ZmYpIGZvciBy aWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJiODAwLTB4YmJmZmYpIGZv ciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJjMDAwLTB4YmM3ZmYp IGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJjODAwLTB4YmNm ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJkMDAwLTB4 YmQ3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJkODAw LTB4YmRmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJl MDAwLTB4YmU3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGJlODAwLTB4YmVmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGJmMDAwLTB4YmY3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGJmODAwLTB4YmZmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGQwMDAwLTB4ZDA3ZmYpIGZvciByaWQgMyBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSAzICgweGQwMDAwLTB4ZDBmZmYpIGZvciByaWQgMyBvZiBvcm0wCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGQxMDAwLTB4ZDE3ZmYpIGZvciByaWQgNCBvZiBvcm0wCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGQxMDAwLTB4ZDFmZmYpIGZvciByaWQgNCBvZiBvcm0wCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGQyMDAwLTB4ZDI3ZmYpIGZvciByaWQgNSBvZiBvcm0wCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQyODAwLTB4ZDJmZmYpIGZvciByaWQgNSBvZiBvcm0w CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQzMDAwLTB4ZDM3ZmYpIGZvciByaWQgNSBvZiBv cm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQzODAwLTB4ZDNmZmYpIGZvciByaWQgNSBv ZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ0MDAwLTB4ZDQ3ZmYpIGZvciByaWQg NSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ0ODAwLTB4ZDRmZmYpIGZvciBy aWQgNSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ1MDAwLTB4ZDU3ZmYpIGZv ciByaWQgNSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ1ODAwLTB4ZDVmZmYp IGZvciByaWQgNSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ2MDAwLTB4ZDY3 ZmYpIGZvciByaWQgNSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ2ODAwLTB4 ZDZmZmYpIGZvciByaWQgNSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ3MDAw LTB4ZDc3ZmYpIGZvciByaWQgNSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ3 ODAwLTB4ZDdmZmYpIGZvciByaWQgNSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGQ4MDAwLTB4ZDg3ZmYpIGZvciByaWQgNSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGQ4ODAwLTB4ZDhmZmYpIGZvciByaWQgNSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGQ5MDAwLTB4ZDk3ZmYpIGZvciByaWQgNSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGQ5ODAwLTB4ZDlmZmYpIGZvciByaWQgNSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSAzICgweGRhMDAwLTB4ZGE3ZmYpIGZvciByaWQgNSBvZiBvcm0wCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGRhODAwLTB4ZGFmZmYpIGZvciByaWQgNSBvZiBvcm0wCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGRiMDAwLTB4ZGI3ZmYpIGZvciByaWQgNSBvZiBvcm0wCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGRiODAwLTB4ZGJmZmYpIGZvciByaWQgNSBvZiBvcm0wCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRjMDAwLTB4ZGM3ZmYpIGZvciByaWQgNSBvZiBvcm0w CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRjODAwLTB4ZGNmZmYpIGZvciByaWQgNSBvZiBv cm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRkMDAwLTB4ZGQ3ZmYpIGZvciByaWQgNSBv ZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRkODAwLTB4ZGRmZmYpIGZvciByaWQg NSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRlMDAwLTB4ZGU3ZmYpIGZvciBy aWQgNSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRlODAwLTB4ZGVmZmYpIGZv ciByaWQgNSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRmMDAwLTB4ZGY3ZmYp IGZvciByaWQgNSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRmODAwLTB4ZGZm ZmYpIGZvciByaWQgNSBvZiBvcm0wCmlzYV9wcm9iZV9jaGlsZHJlbjogZGlzYWJsaW5nIFBuUCBk ZXZpY2VzCmljaHdkMCBvbiBpc2EwCmlzYWIwOiBmb3VuZCBJQ0g4IG9yIGVxdWl2YWxlbnQgY2hp cHNldDogSW50ZWwgNjNYWEVTQiB3YXRjaGRvZyB0aW1lcgpwY2liMDogYWxsb2NhdGVkIHR5cGUg NCAoMHg4MzAtMHg4MzcpIGZvciByaWQgMCBvZiBpY2h3ZDAKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDQgKDB4ODYwLTB4ODdmKSBmb3IgcmlkIDEgb2YgaWNod2QwCmljaHdkMDogKG51bGwpIChJQ0g4 IG9yIGVxdWl2YWxlbnQpCmljaHdkMDogdGltZXIgZGlzYWJsZWQKaXBtaTA6IDxJUE1JIFN5c3Rl bSBJbnRlcmZhY2U+IG9uIGlzYTAKaXBtaTA6IEtDUyBtb2RlIGZvdW5kIGF0IGlvIDB4Y2EyIGFs aWdubWVudCAweDEgb24gaXNhCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGNhMi0weGNhMykg Zm9yIHJpZCAwIG9mIGlwbWkwCmlwbWkwOiBjb3VsZG4ndCBmaW5kIGl0CmRldmljZV9hdHRhY2g6 IGlwbWkwIGF0dGFjaCByZXR1cm5lZCA2CmF0cnRjOiBhdHJ0YzAgYWxyZWFkeSBleGlzdHM7IHNr aXBwaW5nIGl0CmF0dGltZXI6IGF0dGltZXIwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApz Yzogc2MwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAp1YXJ0OiB1YXJ0MCBhbHJlYWR5IGV4 aXN0czsgc2tpcHBpbmcgaXQKdWFydDogdWFydDEgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0 CmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBub24tUG5QIGRldmljZXMKaXBtaTA6IDxJUE1J IFN5c3RlbSBJbnRlcmZhY2U+IGF0IHBvcnQgMHhjYTItMHhjYTMgb24gaXNhMAppcG1pMDogS0NT IG1vZGUgZm91bmQgYXQgaW8gMHhjYTIgYWxpZ25tZW50IDB4MSBvbiBpc2EKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDQgKDB4Y2EyLTB4Y2EzKSBmb3IgcmlkIDAgb2YgaXBtaTAKaXBtaTA6IGNvdWxk bid0IGZpbmQgaXQKZGV2aWNlX2F0dGFjaDogaXBtaTAgYXR0YWNoIHJldHVybmVkIDYKb3JtMDog PElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGM3ZmZmLDB4YzgwMDAtMHhjOGZm ZiwweGM5MDAwLTB4YzlmZmYsMHhkMDAwMC0weGQwZmZmLDB4ZDEwMDAtMHhkMWZmZiBvbiBpc2Ew CnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwx NiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4Kc2MwOiBmYjAsIGtiZDEsIHRlcm1pbmFs IGVtdWxhdG9yOiBzY3Rla2VuICh0ZWtlbiB0ZXJtaW5hbCkKdmdhMDogPEdlbmVyaWMgSVNBIFZH QT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMApwY2li MDogYWxsb2NhdGVkIHR5cGUgNCAoMHgzYzAtMHgzZGYpIGZvciByaWQgMCBvZiB2Z2EwCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGEwMDAwLTB4YmZmZmYpIGZvciByaWQgMCBvZiB2Z2EwCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDYwLTB4NjApIGZvciByaWQgMCBvZiBhdGtiZGMwCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDY0LTB4NjQpIGZvciByaWQgMSBvZiBhdGtiZGMwCmF0 a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2MCwweDY0IG9u IGlzYTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4NjAtMHg2MCkgZm9yIHJpZCAwIG9mIGF0 a2JkYzAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4NjQtMHg2NCkgZm9yIHJpZCAxIG9mIGF0 a2JkYzAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGti ZDAKa2JkMDogYXRrYmQwLCBnZW5lcmljICgwKSwgY29uZmlnOjB4MCwgZmxhZ3M6MHgzZjAwMDAK aW9hcGljMDogcm91dGluZyBpbnRwaW4gMSAoSVNBIElSUSAxKSB0byBsYXBpYyAwIHZlY3RvciA2 MAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCnBzbTA6IHVuYWJsZSB0byBhbGxvY2F0ZSBJUlEKZmRj MCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDNmMCBpcnEgNiBkcnEgMiBvbiBpc2EwCnBwYzAg ZmFpbGVkIHRvIHByb2JlIGF0IGlycSA3IG9uIGlzYTAKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9i aW5nIFBuUCBkZXZpY2VzCmNvcmV0ZW1wMDogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBv biBjcHUwCmNvcmV0ZW1wMDogU2V0dGluZyBUak1heD0xMDAKZXN0MDogZW5hYmxpbmcgU3BlZWRT dGVwCmVzdDA6IGZhaWxlZCB0byBlbmFibGUgU3BlZWRTdGVwCnA0dGNjMDogPENQVSBGcmVxdWVu Y3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUwCmNvcmV0ZW1wMTogPENQVSBPbi1EaWUgVGhlcm1h bCBTZW5zb3JzPiBvbiBjcHUxCmNvcmV0ZW1wMTogU2V0dGluZyBUak1heD0xMDAKZXN0MTogZW5h YmxpbmcgU3BlZWRTdGVwCmVzdDE6IGZhaWxlZCB0byBlbmFibGUgU3BlZWRTdGVwCnA0dGNjMTog PENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUxCmNvcmV0ZW1wMjogPENQVSBP bi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUyCmNvcmV0ZW1wMjogU2V0dGluZyBUak1heD0x MDAKZXN0MjogZW5hYmxpbmcgU3BlZWRTdGVwCmVzdDI6IGZhaWxlZCB0byBlbmFibGUgU3BlZWRT dGVwCnA0dGNjMjogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUyCmNvcmV0 ZW1wMzogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUzCmNvcmV0ZW1wMzogU2V0 dGluZyBUak1heD0xMDAKZXN0MzogZW5hYmxpbmcgU3BlZWRTdGVwCmVzdDM6IGZhaWxlZCB0byBl bmFibGUgU3BlZWRTdGVwCnA0dGNjMzogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBv biBjcHUzCmNvcmV0ZW1wNDogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHU0CmNv cmV0ZW1wNDogU2V0dGluZyBUak1heD0xMDAKZXN0NDogZW5hYmxpbmcgU3BlZWRTdGVwCmVzdDQ6 IGZhaWxlZCB0byBlbmFibGUgU3BlZWRTdGVwCnA0dGNjNDogPENQVSBGcmVxdWVuY3kgVGhlcm1h bCBDb250cm9sPiBvbiBjcHU0CmNvcmV0ZW1wNTogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3Jz PiBvbiBjcHU1CmNvcmV0ZW1wNTogU2V0dGluZyBUak1heD0xMDAKZXN0NTogZW5hYmxpbmcgU3Bl ZWRTdGVwCmVzdDU6IGZhaWxlZCB0byBlbmFibGUgU3BlZWRTdGVwCnA0dGNjNTogPENQVSBGcmVx dWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHU1CmNvcmV0ZW1wNjogPENQVSBPbi1EaWUgVGhl cm1hbCBTZW5zb3JzPiBvbiBjcHU2CmNvcmV0ZW1wNjogU2V0dGluZyBUak1heD0xMDAKZXN0Njog ZW5hYmxpbmcgU3BlZWRTdGVwCmVzdDY6IGZhaWxlZCB0byBlbmFibGUgU3BlZWRTdGVwCnA0dGNj NjogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHU2CmNvcmV0ZW1wNzogPENQ VSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHU3CmNvcmV0ZW1wNzogU2V0dGluZyBUak1h eD0xMDAKZXN0NzogZW5hYmxpbmcgU3BlZWRTdGVwCmVzdDc6IGZhaWxlZCB0byBlbmFibGUgU3Bl ZWRTdGVwCnA0dGNjNzogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHU3CkRl dmljZSBjb25maWd1cmF0aW9uIGZpbmlzaGVkLgpsaW5wcm9jZnMgcmVnaXN0ZXJlZApsaW5zeXNm cyByZWdpc3RlcmVkCnByb2NmcyByZWdpc3RlcmVkClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEu MDAwIG1zZWMKdmxhbjogaW5pdGlhbGl6ZWQsIHVzaW5nIGhhc2ggdGFibGVzIHdpdGggY2hhaW5p bmcKZXBhaXIgaW5pdGlhbGl6ZWQuCkxpbnV4IEVMRiBleGVjIGhhbmRsZXIgaW5zdGFsbGVkCmlw ZncyICgraXB2NikgaW5pdGlhbGl6ZWQsIGRpdmVydCBlbmFibGVkLCBuYXQgbG9hZGFibGUsIHJ1 bGUtYmFzZWQgZm9yd2FyZGluZyBlbmFibGVkLCBkZWZhdWx0IHRvIGFjY2VwdCwgbG9nZ2luZyBk aXNhYmxlZAppcGZ3MDogYnBmIGF0dGFjaGVkCkRVTU1ZTkVUIDB4ZmZmZmZlMDAwNGU0ZTg4MCB3 aXRoIElQdjYgaW5pdGlhbGl6ZWQgKDEwMDQwOSkKbG9hZF9kbl9zY2hlZCBkbl9zY2hlZCBRRlEg bG9hZGVkCmxvYWRfZG5fc2NoZWQgZG5fc2NoZWQgUlIgbG9hZGVkCmxvYWRfZG5fc2NoZWQgZG5f c2NoZWQgV0YyUSsgbG9hZGVkCmxvMDogYnBmIGF0dGFjaGVkCmxvYWRfZG5fc2NoZWQgZG5fc2No ZWQgRklGTyBsb2FkZWQKbG9hZF9kbl9zY2hlZCBkbl9zY2hlZCBQUklPIGxvYWRlZAp1c2J1czA6 IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzMTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNC IHYxLjAKdXNidXMyOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKU01QOiBBUCBDUFUgIzcg TGF1bmNoZWQhCmNwdTcgQVA6CiAgICAgSUQ6IDB4MDcwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQg TERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZgogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQx OiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYKICB0aW1lcjogMHgw MDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAw ClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpjcHUxIEFQOgogICAgIElEOiAweDAxMDAwMDAwICAg VkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDog MHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAw MWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYw IHBtYzogMHgwMDAxMDQwMApTTVA6IEFQIENQVSAjNiBMYXVuY2hlZCEKY3B1NiBBUDoKICAgICBJ RDogMHgwNjAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZm ZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAw MDAwIFNWUjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAw IGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDAKU01QOiBBUCBDUFUgIzUgTGF1bmNoZWQh CmNwdTUgQVA6CiAgICAgSUQ6IDB4MDUwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQgTERSOiAweDAw MDAwMDAwIERGUjogMHhmZmZmZmZmZgogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAw NDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYKICB0aW1lcjogMHgwMDAxMDBlZiB0 aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwClNNUDogQVAg Q1BVICMyIExhdW5jaGVkIQpjcHUyIEFQOgogICAgIElEOiAweDAyMDAwMDAwICAgVkVSOiAweDAw MDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcw MCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGlt ZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgw MDAxMDQwMApTTVA6IEFQIENQVSAjMyBMYXVuY2hlZCEKY3B1MyBBUDoKICAgICBJRDogMHgwMzAw MDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAg bGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjog MHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgw MDAwMDBmMCBwbWM6IDB4MDAwMTA0MDAKU01QOiBBUCBDUFUgIzQgTGF1bmNoZWQhCmNwdTQgQVA6 CiAgICAgSUQ6IDB4MDQwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQgTERSOiAweDAwMDAwMDAwIERG UjogMHhmZmZmZmZmZgogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjog MHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYKICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgw MDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwClNNUDogcGFzc2VkIFRTQyBz eW5jaHJvbml6YXRpb24gdGVzdApUU0MgdGltZWNvdW50ZXIgZGlzY2FyZHMgbG93ZXIgOCBiaXQo cykKVGltZWNvdW50ZXIgIlRTQy1sb3ciIGZyZXF1ZW5jeSAxMTA0MDI4MyBIeiBxdWFsaXR5IDEw MDAKaHdwbWM6IFRTQy8xLzY0LzB4MjA8UkVBPiBJQVAvMi80MC8weDNmZjxJTlQsVVNSLFNZUyxF REcsVEhSLFJFQSxXUkksSU5WLFFVQSxQUkM+IElBRi8zLzQwLzB4NjE8SU5ULFJFQSxXUkk+CnVn ZW4wLjE6IDxJbnRlbD4gYXQgdXNidXMwCnVnZW4xLjE6IDxJbnRlbD4gYXQgdXNidXMxCnVnZW4y LjE6IDxJbnRlbD4gYXQgdXNidXMyCnVodWIwOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3Mg OS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1aHViMTogPEludGVsIFVIQ0kg cm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czEKdWh1 YjI6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIg MT4gb24gdXNidXMyCnVodWIxOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZAp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKUm9vdCBtb3Vu dCB3YWl0aW5nIGZvcjogdXNidXMyCnVodWIyOiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNl bGYgcG93ZXJlZAp1Z2VuMC4yOiA8QXZvY2VudD4gYXQgdXNidXMwCnVrYmQwOiA8RVAxIEludGVy cnVwdD4gb24gdXNidXMwCmtiZDIgYXQgdWtiZDAKa2JkMjogdWtiZDAsIGdlbmVyaWMgKDApLCBj b25maWc6MHgwLCBmbGFnczoweDNkMDAwMAp1bXMwOiA8RVAyIEludGVycnVwdD4gb24gdXNidXMw CnVtczA6IDUgYnV0dG9ucyBhbmQgW1hZWl0gY29vcmRpbmF0ZXMgSUQ9MQplbTE6IExpbmsgaXMg dXAgMTAwMCBNYnBzIEZ1bGwgRHVwbGV4Cg== --0016e6d59e4bc170c804c1f7ef0a-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 17:07:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32F021065673 for ; Fri, 8 Jun 2012 17:07:39 +0000 (UTC) (envelope-from martin@sugioarto.com) Received: from mailserv.regfish.com (mailserv.regfish.com [79.140.61.33]) by mx1.freebsd.org (Postfix) with ESMTP id 7E27A8FC1E for ; Fri, 8 Jun 2012 17:07:38 +0000 (UTC) Received: (qmail 25680 invoked from network); 8 Jun 2012 17:07:36 -0000 Received: from pd9ec0533.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.5.51]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 8 Jun 2012 17:07:36 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id 46F1F1BAC55; Fri, 8 Jun 2012 19:07:35 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1339175255; bh=3xKfjD/khpc1n1NvgdRA/u0QGA52ucsXQxsvE82TeDg=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=LSqpfgsKNTJ3gAC/Lfb/8Ei4+UHgyG3C9fpr6PVpxvxG5LBZ2E8b6REX/7yGjPk3G rAizK34b7zf72ViMxJwKcySnMeMV3xw6hWHC0jFqzThJPKHeDj++v2zsW0dfLoJQuw Nguz2gsA8n2Xr5WmWq1R+88tsH9fQOoclL3XN/ms= Date: Fri, 8 Jun 2012 19:07:32 +0200 From: Martin Sugioarto To: Andreas Nilsson Message-ID: <20120608190732.61129c52@zelda.sugioarto.com> In-Reply-To: References: <86fwa8szos.wl%momchil@xaxo.eu> <20120608005415.070cd4a9@zelda.sugioarto.com> <86r4tq7ijj.wl%momchil@xaxo.eu> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/DU.CIuPQ.ougR0tmRZ=uUjf"; protocol="application/pgp-signature" Cc: freebsd-stable@freebsd.org, Momchil Ivanov Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 17:07:39 -0000 --Sig_/DU.CIuPQ.ougR0tmRZ=uUjf Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Fri, 8 Jun 2012 08:04:12 +0200 schrieb Andreas Nilsson : > My t61p also had overheating problems with fbsd, but never in linux. > For me the fan control was somewhat broken: I had to turn off > auto-mode and set max myself to get any heavy usage out of it. >=20 > You might want to check that as well. >=20 > Regards > Andreas I checked this and my fan was already at full speed (all the time). Linux has got voltage regulation in fglrx as far as I know. As soon as the GPU was using power saving functions on MS-Windows the GPU temperature was far below 50=C2=B0C. With FreeBSD it was always at 70=C2=B0= C! I don't have the T60p anymore (thanks god). It was an awful laptop. So I cannot give more precise information about this anymore. Martin --Sig_/DU.CIuPQ.ougR0tmRZ=uUjf Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJP0jFXAAoJEF8wvLx/5p/71RQQAL8CMtpwhU3UOU84gS9wcETl 0Vc5gpnlOiFoKo/aVUV+3gZrkfHSG8uP4HJ7VNfU5ghfIOEntTSKnJB3x6JVhgNO vz8h+B+VFdYb4mFuT7dTfFi8z2Pk/he6QLaiaryHZi4950TlULmBWr688e+PrMjH YgdJVB3traD3WLR98bRN4AFhu7t0EtaOzl4JXknR4FndEubQ+KDo/YYKDJIibAnc wzrd5GotXTCJ2k0xckk/lZPffDDtnDwn60I8iUhkCGnEoC4/1WiNMFC2MccejJu/ IhZmhq0jZoYMSYBIr+1NTOWORU7ZfcuYvyDAjRLkv/KKQhghEJsNJD/g0Kn99lbi P3Kr4zORYpjts6TzyIH+720LprTjraDP+/micl26APB79/HIZIpLHhR6Uf5s9PAk NFnsf2R6dfTbsxZox4lkOQ/1pgLPE/5iCgEas6ZghdE0EohzpLPeG7TQkUlByN41 Rtf1OkZU0wsHRwOZ1uef/KbfklOlQ3iDVDaz2htf+jJBBlSsu4mLBaqX+BSerXJC mAyqSYRHPPnhivrPW0agvpf6fofEkEbOVRpjeg/tp8utTXlFB6R2FFGE0cNORFLh LqZgS85IR9aZOXwwIi7kqdew1Z0TT0WmSlFAkQ1wLcAGat40jcobIWTQvNhjb9Pa 2DGh7MSyEr0ISbMiah0q =iTqY -----END PGP SIGNATURE----- --Sig_/DU.CIuPQ.ougR0tmRZ=uUjf-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 19:53:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27F5910656D0 for ; Fri, 8 Jun 2012 19:53:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id EAEFC8FC08 for ; Fri, 8 Jun 2012 19:53:16 +0000 (UTC) Received: by dadv36 with SMTP id v36so3009224dad.13 for ; Fri, 08 Jun 2012 12:53:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kgFwm6gJ1w1enF+1Sfk2r9EkjDYskgSmoHa3e56eQU8=; b=iLemWrO25rxmKDAcbXGRtj0HcyJnddedf4uIhLmBzOeD7uWPAfyhNNqw9WQ/8CxtHb uqng3RN06N0QY63u05QuESmCOhUr/mf4pqAuHRVdwsSfJsg7BxnFrvLlKfs7ib4/a34v k6b9Hl+snbg3SiCzbPz9Ol2VeiQMn53YeIoq2qSgmyK/5NPEoewmhIJWaQIZJBMfALRB /mQPDMEryQwxyMzlmgLc+rduvgD4boRKKM68/FIQC8BWCSocxbvsRC5BPZsOAFAG9Wc8 nZgjUqcwrsB8OLK5HPZujlvMw1SlcYvJ1jETmEPC8sQWqGEbI8sfC3c8m5YJVPL+0DHB W2qw== MIME-Version: 1.0 Received: by 10.68.223.167 with SMTP id qv7mr23182923pbc.127.1339185196325; Fri, 08 Jun 2012 12:53:16 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.143.91.18 with HTTP; Fri, 8 Jun 2012 12:53:16 -0700 (PDT) In-Reply-To: <20120608190732.61129c52@zelda.sugioarto.com> References: <86fwa8szos.wl%momchil@xaxo.eu> <20120608005415.070cd4a9@zelda.sugioarto.com> <86r4tq7ijj.wl%momchil@xaxo.eu> <20120608190732.61129c52@zelda.sugioarto.com> Date: Fri, 8 Jun 2012 12:53:16 -0700 X-Google-Sender-Auth: gLnQq2Hz5PDMbTKqsYlotzV_BSY Message-ID: From: Adrian Chadd To: Martin Sugioarto Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Momchil Ivanov , Andreas Nilsson Subject: Re: ULE Scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 19:53:17 -0000 Did anyone ever file a PR for this kind of thing? Adrian On 8 June 2012 10:07, Martin Sugioarto wrote: > Am Fri, 8 Jun 2012 08:04:12 +0200 > schrieb Andreas Nilsson : > >> My t61p also had overheating problems with fbsd, but never in linux. >> For me the fan control was somewhat broken: I had to turn off >> auto-mode and set max myself to get any heavy usage out of it. >> >> You might want to check that as well. >> >> Regards >> Andreas > > I checked this and my fan was already at full speed (all the time). > Linux has got voltage regulation in fglrx as far as I know. As soon as > the GPU was using power saving functions on MS-Windows the GPU > temperature was far below 50=B0C. With FreeBSD it was always at 70=B0C! > > I don't have the T60p anymore (thanks god). It was an awful laptop. So > I cannot give more precise information about this anymore. > > Martin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 20:10:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CAD02106567D for ; Fri, 8 Jun 2012 20:10:44 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 7EF3F8FC17 for ; Fri, 8 Jun 2012 20:10:44 +0000 (UTC) Received: by qabg1 with SMTP id g1so981244qab.13 for ; Fri, 08 Jun 2012 13:10:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=DxH9+tFz5mN2kvYCGD5Gi3+1872aB/TossoRVSHp3DU=; b=vQ3eC1XnFf6dUo1XM0kOIvudinRfItn99PY8+zQFdHm8/1uTVL5JvfAm4hj6Jqa92J YDn8ybzpoQlL29KhdmxZXSonPhmPp566c7byp5ByGSEZ6xvlA/Vul0n62z2Y9mQY5R4l VkGsHS9rhIKSiaMsEQrWDdX8DHlvJ0jRmo2wcdWKMbXS3E9bzca/DsFxrEAEBpY0n+M3 cpGsyewb8p2dH+h0yLAR8N2eVQtql5Y3yjS0FMHMzaOJqa5VCBwTN/Ll6RTWYMFCe4p7 /hrBbGAnAZW64idFZ72EDNPfST6Kqjv8M9IA69K9PHV2+g4FO4t4NA3KIifAEjVTHUvY DQrA== MIME-Version: 1.0 Received: by 10.224.138.76 with SMTP id z12mr8483275qat.30.1339186243809; Fri, 08 Jun 2012 13:10:43 -0700 (PDT) Received: by 10.229.95.82 with HTTP; Fri, 8 Jun 2012 13:10:43 -0700 (PDT) In-Reply-To: References: <20120601121555.GF5335@home.opsec.eu> <4FC8B67D.5090208@digsys.bg> <20120601131236.GJ8591@macbook.bluepipe.net> <4FC8CFB1.6060605@gmail.com> Date: Fri, 8 Jun 2012 13:10:43 -0700 Message-ID: From: Steve Franks To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 20:10:44 -0000 On Fri, Jun 1, 2012 at 8:43 AM, Pierre-Luc Drouin wrote: > For me it is the lack of support for suspend/resume on laptops. I don't > want to turn off my laptop when I am in the middle of doing something but > need to put the laptop aside. I love using FreeBSD on servers, workstations > and even a computer I have hooked to the TV at home for multimedia purpose, > but not having suspend/resume working on my laptops is a major source of > annoyance for me. So I have been trying various Linux distributions instead > and I am currently using Gentoo, which is not that bad, although I find > that system configuration and maintenance is always more painful with Linux > than FreeBSD no matter the distribution I use... +1000. (I understand this may not be feasible given the number of developers, by the way) Steve From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 20:12:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABD60106564A for ; Fri, 8 Jun 2012 20:12:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 80B3F8FC1D for ; Fri, 8 Jun 2012 20:12:50 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DE753B95B; Fri, 8 Jun 2012 16:12:49 -0400 (EDT) From: John Baldwin To: Andrey Zonov Date: Fri, 8 Jun 2012 14:27:39 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FD0ECB7.8040908@zonov.org> <201206081119.09164.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206081427.39718.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 08 Jun 2012 16:12:50 -0400 (EDT) Cc: freebsd-stable Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 20:12:50 -0000 On Friday, June 08, 2012 11:48:50 am Andrey Zonov wrote: > On Fri, Jun 8, 2012 at 7:19 PM, John Baldwin wrote: > > On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote: > >> On 6/7/12 10:02 PM, Andrey Zonov wrote: > >> > Hi, > >> > > >> > I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0-STABLE > >> > (r234600) and now they can't find any disk because SAS controller cannot > >> > initialize with the following diagnostic: > >> > > >> > mpt0: port 0xd000-0xd0ff irq 26 at device > >> > 3.0 on pci6 > >> > mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). > >> > mpt0: Unable to memory map registers. > >> > mpt0: Giving Up. > >> > > >> > pciconf -lv: > >> > mpt0@pci0:6:3:0: class=0x010000 card=0x81dd1043 chip=0x00541000 rev=0x02 > >> > hdr=0x00 > >> > vendor = 'LSI Logic / Symbios Logic' > >> > device = 'SAS1068 PCI-X Fusion-MPT SAS' > >> > class = mass storage > >> > subclass = SCSI > >> > > >> > I tried to boot to latest HEAD and found the same problem. I also tried > >> > to build kernel with mpt driver from my 8.2. Controller didn't > >> > initialize with the same diagnostic. So it looks like the problem is not > >> > in mpt driver. > >> > > >> > Any help would be appreciated. > >> > > >> > >> +jhb@ > >> > >> Hi John, > >> > >> Could you please help me with the problem above? It looks like the > >> problem is in PCI code and you changed things there. > > > > Can you get a verbose dmesg? > > > > Yes, it's in attach. Can you get the output of 'devinfo -u' and 'devinfo -rv' from a broken kernel? Can you also try setting 'debug.acpi.disable=sysres' in the loader? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 20:34:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E0091065670 for ; Fri, 8 Jun 2012 20:34:03 +0000 (UTC) (envelope-from dddaley@yahoo.com) Received: from nm29.bullet.mail.sp2.yahoo.com (nm29.bullet.mail.sp2.yahoo.com [98.139.91.99]) by mx1.freebsd.org (Postfix) with SMTP id 1D0C28FC14 for ; Fri, 8 Jun 2012 20:34:03 +0000 (UTC) Received: from [72.30.22.92] by nm29.bullet.mail.sp2.yahoo.com with NNFMP; 08 Jun 2012 20:33:57 -0000 Received: from [209.191.108.97] by tm14.bullet.mail.sp2.yahoo.com with NNFMP; 08 Jun 2012 20:33:56 -0000 Received: from [66.94.237.125] by t4.bullet.mud.yahoo.com with NNFMP; 08 Jun 2012 20:33:56 -0000 Received: from [127.0.0.1] by omp1030.access.mail.mud.yahoo.com with NNFMP; 08 Jun 2012 20:33:56 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 689856.92986.bm@omp1030.access.mail.mud.yahoo.com Received: (qmail 73276 invoked by uid 60001); 8 Jun 2012 20:33:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1339187636; bh=aNGpP8WKXcBO6IO1QGIOsGphUyiHOJtHKaUX0BZy7sk=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=iK/dVvvgqr5sXW2BTvjQc0rFiXsYqAztOLxTUgp9lB1pDJeVbf+fCVcmaGGd+OQ2j0xT9xRst4Wk2iH47P1butzI7pMB9ouSSyVQIHSzXjSEpc83twpx2OZ5HYtXmr0JP7op8xRyH5Js9zXM681DIxwfBo0eO0f8WQD/DQ8usvg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=H+LyDqJ9gnoczUvWUuhIoJ0xF8H4j+pzRZkAXVd1tCI8D3SBJ5F+vaGirOrwcgk9mC/7Lr5YtczkuYIEANTpKsAwvGl2ZhHZBhA6QfmfVncrbtWxwZWH86Ywu6SUfIsJoaHcZnkLV1deBwIYDv4r4iPg+AA7n4xWXtnnLT8hOiU=; X-YMail-OSG: e6VGK.YVM1loDTWOCAbK5DFLmKFIIhwd96HZ2OJtiF6GorO oUTsONMobt.YzSuC8fTDiK3wjNZQfxxiLDi4gq0pP5QBBqTFx_E.nqtUHiJY 2Y9NiCYYQQPlMHEEfaJ2Uv5onJdYjiMlpRv59WrOs86XoHiGT38laWo8RkTC W4DVguhOBHW2ihcALYawdIlEzaNLQ4nWiiearNhU3ThNnnueoCIq4P.lxXpZ XLIZvzczGpmci5dcWvrc_azmr1Aexg_SgjUlWxlCIwWzBqGuLVPZH2LnSEKF pJTtIZND_7dSzM9rsVSawUZXPG7JQrtP2kLMFKR6.zx84Tc1V9Ak1t6LRA5X sQRePUjcOA0Kd8gkRhH29pv_AjVja4MEqpV_7wCJUyDzYWG6wqW0OjuV_M31 8.pt2LLt9jCr3g68jYtp2kioTlU1Tr6cnv6gNoKhYnXX5EmEp..bS644zgyJ Q3vFvSmCpOruj0QaiasGmL2wlCVCiL4jMtvEi4bWZSsYtWFO7RXOHiBTr96I - Received: from [50.56.228.64] by web83105.mail.mud.yahoo.com via HTTP; Fri, 08 Jun 2012 13:33:56 PDT X-Mailer: YahooMailRC/708 YahooMailWebService/0.8.118.349524 References: <201206080745.q587jSEN000595@lurza.secnetix.de> Message-ID: <1339187636.71061.YahooMailRC@web83105.mail.mud.yahoo.com> Date: Fri, 8 Jun 2012 13:33:56 -0700 (PDT) From: Dan Daley To: Oliver Fromme , freebsd-stable@FreeBSD.ORG In-Reply-To: <201206080745.q587jSEN000595@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Documenting 'make config' options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 20:34:03 -0000 =0AThanks. I'll check this script out.=0A=0A=0A=0A=0A_____________________= ___________=0AFrom: Oliver Fromme =0ATo: freebsd-st= able@FreeBSD.ORG; Dan Daley ; Charles Sprickman =0A; Warren Block ; Vincent Hoffman =0A=0ASent: Fri, June 8, 2012 2:47:37 AM=0ASubject: Re: Documentin= g 'make config' options=0A=0ADan Daley wrote:=0A> I usu= ally use portmaster to install ports. The options dialogs that pop =0A> up = are often for dependencies. The options dialog gives the name of the =0A> p= ort for which the options are being selected, but no description or =0A> in= dication as to why this is being installed (this could be a dependency =0A>= of a dependency of some dependency of the port I am installing). It's =0A>= probably too much for this dialog to show why this port is being =0A> inst= alled (what other port required this port that is being installed), =0A> bu= t a description of what this current port is would be helpful.=0A> =0A> But= , if possible, some breadcrumb across the top showing the =0A> dependencies= which prompted this install would be great:=0A> =0A> Port A --> Port B -->= Port C --> Current Port for which options are =0A> being chosen=0A=0AYou m= ight want to have a look at my "portup" script. It can=0Abe used to instal= l ports, and the -w option causes it to use=0Aa split-screen display: The = bottom 80% contain the usual=0Aoutput from "make", and the top 20% show the= progress of the=0Abuild, including information about dependencies. This m= ight=0Abe exactly the "breadcrumb across the top" that you requested.=0A=0A= You can download the current version from here:=0A=0Ahttp://www.secnetix.de= /olli/scripts/portup=0A=0AFor FreeBSD >=3D 8.x, the -w option requires the = "window" port=0Ato be installed (from /usr/ports/misc/window) which was rem= oved=0Afrom the base system in FreeBSD 8.x.=0A=0AUsage for installing ports= is simple:=0A=0A# cd /usr/ports/category/foo=0A# portup -wy .=0A=0ABest re= gards=0A Oliver=0A=0A-- =0AOliver Fromme, secnetix GmbH & Co. KG, Marktpl= atz 29, 85567 Grafing b. M.=0AHandelsregister: Registergericht Muenchen, HR= A 74606, Gesch=E4ftsfuehrung:=0Asecnetix Verwaltungsgesellsch. mbH, Handel= sregister: Registergericht M=FCn-=0Achen, HRB 125758, Gesch=E4ftsf=FChrer:= Maik Bachmann, Olaf Erb, Ralf Gebhart=0A=0AFreeBSD-Dienstleistungen, -Prod= ukte und mehr: http://www.secnetix.de/bsd=0A=0AI suggested holding a "Pyth= on Object Oriented Programming Seminar",=0Abut the acronym was unpopular.= =0A -- Joseph Strout=0A From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 20:34:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87D1C1065687 for ; Fri, 8 Jun 2012 20:34:48 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 3F6438FC12 for ; Fri, 8 Jun 2012 20:34:47 +0000 (UTC) Received: by qabg1 with SMTP id g1so992804qab.13 for ; Fri, 08 Jun 2012 13:34:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=CCt6PN+A4rgK9ENaBPncJI6ALC5yyjnkZJ4OzoVL/0A=; b=L6jdxkowckOAD4EvLY01kt46g9LSR5AVbMdJrv3pcqG8JKzH+2JgnAefVA9LPTjXNz 3KHgZs2NGMuOTt+ROoPo7CGsdKeHH8P361b/bvynxMKwsF8kf1azwLy/CmkZq494agY8 0CFDbJb3mcbVt2kx2f5apAffa3zjzMvrKsu9sD02X0rKYS6053IBFkYRorGk2I8jmyLu yFT0AfDPMC/dv5UXCsDdsgx9SsNdHpuLKjld2B8/NhB7F8bLoHcsmkzxDJLWXXKS7nSV j5W5sj0re6Sm3KLd65Tv1siWga6bNsq3foQ+1KPKHhmuq6qUhbvzIRP9HF2/C9K9SAgI H9JA== MIME-Version: 1.0 Received: by 10.224.186.195 with SMTP id ct3mr8487330qab.24.1339187687421; Fri, 08 Jun 2012 13:34:47 -0700 (PDT) Received: by 10.229.95.82 with HTTP; Fri, 8 Jun 2012 13:34:46 -0700 (PDT) In-Reply-To: <20120604110339.GA9426@equilibrium.bsdes.net> References: <20120604110339.GA9426@equilibrium.bsdes.net> Date: Fri, 8 Jun 2012 13:34:46 -0700 Message-ID: From: Steve Franks To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 20:34:48 -0000 I think XOrg 7.2 or 7.3 or whatever was the straw that broke the camel's back for me, but it's just an example. Every time libjpeg or perl or python bumps the rev, I have to explain to my boss that I won't be using my computer for 48 hours. You can say "don't follow the bleeding edge", but it seems like a weekly excersise that I need some port that wasn't built with a key option enabled, so pkg_add is really not an answer. If you have all the freetime in the world, reading /usr/ports/UPDATING back far enough will usually keep you out of trouble, but for a production system, it's a touch frustrating as soon as you touch the ports tree. That said, having been a linux user for a couple years now, I'm starting to think they are even worse: at least on F.B. you can rebuild the entire system in straightforward fashion if you do need an option that wasn't turned on, and go get a really big cup of coffee. The linux guys (or *buntu and derivatives at least) expect you never to upgrade a package/port unless you upgrade the whole OS (I think it was a ploy to get everyone locked-in to the abject failure that is gnome 3.0). I've got systems with 3-y.o. versions of everything on them, because there is no good way to upgrade an ap w/o upgrading the whole system, (at least past the couple of wannabe backports that they usually do the first year after a release. After that, you'd better really like the versions of everything that existed when you installed origonally.) That aside, you can clone a linux system with dpkg really really fast from a text list of previously installed packages (which is, however, unnecessary on freebsd because dump/restore works so well - never got it to clone a linux system into a functional state - so F.B wins again). So, conceptually and freedom-to-choose-wise, I prefer FreeBSD, it's just that mechanically, day-to-day, it has brought my capacity to use the computer effectively to a halt for such extended periods that I can't often justify it on the desktop. My server on the other hand has been running 7.x for years, and shows no sign of giving out. Just keep sticking new HDD's in periodically. For a server that you rarely add new apps to, it's stellar. Mind you, it's probably chock full of security holes due to it's age... I guess the bottom line is when it comes to package management, you can't have it all, and you can rarely even have very much, and OS guys really don't get much excitement from coding on pkg managers, so we're gonna all be out of luck indefinitely no matter the platform. Steve From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 20:59:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A77C5106564A for ; Fri, 8 Jun 2012 20:59:35 +0000 (UTC) (envelope-from bsd-src@helfman.org) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6C0BA8FC08 for ; Fri, 8 Jun 2012 20:59:35 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so3257396pbb.13 for ; Fri, 08 Jun 2012 13:59:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:x-operating-system:organization:x-living-the-dream :x-pgp-fingerprint:x-pgp-key:user-agent:x-gm-message-state; bh=5nGCZjTAJlQFOkSK+3v+bU1NbEndeFHRPm0CeXcNLXw=; b=PPtllLqZVf5xVIpXWCOZf+3fqWNeEMMUmvyy7ZvYvJdIo4BmpT7I2GriScmjBtUqAa IiGtJkQ5wXVVmoiw8aVW8vWMV3H83N92Y62MiGqewcgg7fOEuqmkTAUx6pPaz7Cc18kh 6tgVQ5xxt5mwuo8neyJM7tl4ln+cwWz2kEflEl69cUh9hi1f7/D1oGjrux619YczeH18 c9bYl+EEAYHIMrbzMonrbuhuN1FM7I6lgsrMeasch2MEJPgygsqsXHk7Ug78orE3w85v iSESv4z8VBGGaSAgcDKTzQLUONQX99n+ZjAzhfY+8f8qzgoKn0tKJi43fHgzgKcKur7n YJLA== Received: by 10.68.227.69 with SMTP id ry5mr20243776pbc.16.1339189175006; Fri, 08 Jun 2012 13:59:35 -0700 (PDT) Received: from dormouse.experts-exchange.com ([72.29.164.238]) by mx.google.com with ESMTPS id ip5sm8985711pbc.3.2012.06.08.13.59.33 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 08 Jun 2012 13:59:34 -0700 (PDT) Sender: Jason Helfman Date: Fri, 8 Jun 2012 13:58:03 -0700 From: Jason Helfman To: =?iso-8859-1?Q?G=F3t_Andr=E1s?= Message-ID: <20120608205803.GG26321@dormouse.experts-exchange.com> References: <9B94DC410D5645DFB262EB505A550F6B@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 8.3-RELEASE amd64 Organization: The FreeBSD Project, http://www.freebsd.org X-Living-The-Dream: I love the SLO Life! X-PGP-FingerPrint: 8E0D C457 9A0F C91C 23F3 0454 2059 9A63 4150 D3DC X-PGP-Key: http://people.freebsd.org/~jgh/jgh.asc User-Agent: Mutt/1.5.21 (2010-09-15) X-Gm-Message-State: ALoCoQl0gIqGVhH9WCJGnZJItDYtAA+5o0plMQYDAeKIJJOJJs9DsaqD4Oap3JuKFwGcneSbkTvn Cc: security-officer@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.2 EoL Schedule? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 20:59:35 -0000 On Fri, Jan 13, 2012 at 12:00:53PM +0100, Gót András thus spake: >Hi, > >8.3 is on the way IMHO, but anyway RELENG_8 will be supported until >2013 febr 24, by the current status. > >Regards, >Andras But if RELENG_8_{1,2}, aren't updated then that would follow EOL, right? Meaning, they won't be updated past July 31, 2012, unless there is an extension. Any clarity would be great on this. -jgh -- Jason Helfman FreeBSD Committer | http://people.freebsd.org/~jgh | The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Fri Jun 8 21:07:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A439D1065670; Fri, 8 Jun 2012 21:07:12 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 2BF248FC0A; Fri, 8 Jun 2012 21:07:12 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 2097A25D387B; Fri, 8 Jun 2012 21:07:11 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 4DE3FBE84D5; Fri, 8 Jun 2012 21:07:10 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id LiWzwFDNAZ_S; Fri, 8 Jun 2012 21:07:09 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id E334FBE84D4; Fri, 8 Jun 2012 21:07:08 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=iso-8859-1 From: "Bjoern A. Zeeb" In-Reply-To: <20120608205803.GG26321@dormouse.experts-exchange.com> Date: Fri, 8 Jun 2012 21:07:08 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <9B94DC410D5645DFB262EB505A550F6B@multiplay.co.uk> <20120608205803.GG26321@dormouse.experts-exchange.com> To: Jason Helfman X-Mailer: Apple Mail (2.1084) Cc: security-officer@freebsd.org, FreeBSD-Stable ML Subject: Re: 8.2 EoL Schedule? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 21:07:12 -0000 On 8. Jun 2012, at 20:58 , Jason Helfman wrote: > On Fri, Jan 13, 2012 at 12:00:53PM +0100, G=F3t Andr=E1s thus spake: >> Hi, >>=20 >> 8.3 is on the way IMHO, but anyway RELENG_8 will be supported until >> 2013 febr 24, by the current status. >>=20 >> Regards, >> Andras >=20 > But if RELENG_8_{1,2}, aren't updated then that would follow EOL, = right? > Meaning, they won't be updated past July 31, 2012, unless there is an > extension. >=20 > Any clarity would be great on this. The current expected EOL dates are available at http://www.freebsd.org/security/#sup 8.1 and 8.2 will drop out of security support July 31 this year, given 8.3 has been available for at least 3 months then. Also 8.3 is an extended release supported until 2014. /bz --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 00:06:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 469CA106566C for ; Sat, 9 Jun 2012 00:06:48 +0000 (UTC) (envelope-from katinka@lavabit.com) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id 1C0328FC0A for ; Sat, 9 Jun 2012 00:06:48 +0000 (UTC) Received: from b.earth.lavabit.com (b.earth.lavabit.com [192.168.111.11]) by karen.lavabit.com (Postfix) with ESMTP id 79DD611B815 for ; Fri, 8 Jun 2012 18:38:16 -0500 (CDT) Received: from 192.168.2.102 (p57963A15.dip.t-dialin.net [87.150.58.21]) by lavabit.com with ESMTP id MAI8X3DITS6Z for ; Fri, 08 Jun 2012 18:38:16 -0500 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lavabit; d=lavabit.com; b=bBQazqdPIyRgTC4zdxj9e9AA+/5tGqBaOevBDn9t6BmOGGf+VMls606C9KdFF3e6u4ShHmUxaEsBwSAk5jqHJ3Nbg3qi4NhcoshLINltuqHFGcVVkyAZcFzkBKltPiZvjR2MgmeDh1vg5RWmb4YI17ZY3qxojZLJQ8Y5QJShaqY=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; Message-ID: <4FD28CEA.7050906@lavabit.com> Date: Sat, 09 Jun 2012 01:38:18 +0200 From: Katinka User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: How can I boot the second hard drive without proper BIOS or boot manager ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 00:06:48 -0000 I wouldn't use grub as well but there are alternatives. You might want to try GAG - http://gag.sourceforge.net/ It's a tiny piece of software, written in assembler. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 04:45:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81C5A106564A for ; Sat, 9 Jun 2012 04:45:19 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 650F38FC17 for ; Sat, 9 Jun 2012 04:45:19 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id D7BF1B9F22; Sat, 9 Jun 2012 00:45:11 -0400 (EDT) Message-ID: <4FD2D4CC.3080109@ateamsystems.com> Date: Sat, 09 Jun 2012 11:45:00 +0700 From: Adam Strohl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Steve Franks References: <20120604110339.GA9426@equilibrium.bsdes.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 04:45:19 -0000 On 6/9/2012 3:34, Steve Franks wrote: > Every time libjpeg or > perl or python bumps the rev, I have to explain to my boss that I > won't be using my computer for 48 hours. Why is this? And why are you updating every time there is a rev bump? It almost sounds like you're recompiling everything just for the heck of it, though I don't get how even that takes 48 hours. Even make buildworld is done in multi-user mode and so you could use your workstation during the build. And we're talking about ports here so ... Just curious! -- Adam Strohl http://www.ateamsystems.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 05:11:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBA15106564A for ; Sat, 9 Jun 2012 05:11:49 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 49FAD8FC19 for ; Sat, 9 Jun 2012 05:11:49 +0000 (UTC) Received: by werg1 with SMTP id g1so1248223wer.13 for ; Fri, 08 Jun 2012 22:11:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=p022e50kMbcFgeBbxxyX9M5BM6w9h+X2CCNuUX9DdPg=; b=FTtuOVokzyeMngu6Q4cm+OPuHcMPG/1xpZXKzQCQG1x3ZLIZ0ppWCy5mSN+NE/46Ji 0GtVManLLmw7na1oMbivnJ90Rp+XkBoHl2PnWZ6cBY5qsjc51NFBDWvzvL/7fmZuhvhp 5ETuEH4iACQ06cegh68DUfHLx9c2dF5KBzYBExmlwgDThLWUeyBSQq8Uksnd7MGMzCke IjX+n7FVOlXlyP3+6+7pEc87hn1fV2WJ3ypFy4+Y2Y3aDfM87JlAjQYanGK4HxgPSJoJ qrUzDGBzN9zQt5+VVS3aL4RthBDv1PGH1vsh9V5/aHux4eaD6NoK6JXdEpWGW0hJIW2u 4Tig== MIME-Version: 1.0 Received: by 10.216.145.13 with SMTP id o13mr2550951wej.95.1339218708191; Fri, 08 Jun 2012 22:11:48 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Fri, 8 Jun 2012 22:11:48 -0700 (PDT) In-Reply-To: References: <1338419624.36051.94.camel@revolution.hippie.lan> <20120531110215.GA78200@alchemy.franken.de> Date: Fri, 8 Jun 2012 22:11:48 -0700 Message-ID: From: Kevin Oberman To: Marius Strobl Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Ian Lepore , "freebsd-stable@freebsd.org Stable" Subject: Re: Boot hangs on v9 system at CD device probe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 05:11:49 -0000 On Thu, May 31, 2012 at 9:10 AM, Kevin Oberman wrote: > On Thu, May 31, 2012 at 4:02 AM, Marius Strobl > wrote: >> On Wed, May 30, 2012 at 05:13:44PM -0600, Ian Lepore wrote: >>> On Wed, 2012-05-30 at 14:54 -0700, Kevin Oberman wrote: >>> > I sent a note about this a couple of weeks ago, but have not heard >>> > anything. I'm really getting a bit desperate. >>> > >>> > I have a system that I am trying to upgrade from 8.2 to 9.0. I have >>> > built it and installed the kernel, but it fails to boot. The boot >>> > freezes after probing for my hard drives during the probe of the >>> > CDROM. It just sits there, seemingly forever, though I have never >>> > waited longer then a few minutes. >>> > >>> > The system is a SuperMicro C25BX mother board. The DVD is PATA, >>> > reported on boot of 8-Stable as: >>> > acd0: DVDR at ata2-master UDMA66 >>> > >>> > If I unplug the CDROM, it boots fine, but I really need the device on >>> > the system, so I really can't leave it unplugged. Also, after the 9 >>> > kernel is installed, my Mk file have been updated so that I can't >>> > build some ports if I boot the 8.2 kernel. Does anyone remember this >>> > being reported by others? It was most likely on current, as it was >>> > probably prior to the release of 9. I googled around, but could not >>> > find it. >>> > >>> > I'd really appreciate it if anyone can point me toward a solution. >>> > >>> > Thanks, >>> >>> When faced with a mystery like this I sometimes go into the mode of >>> "poke it with a stick and see if it twitches." =A0If you can get it to >>> twitch at all, maybe that's a starting point. =A0In this case, I guess = I >>> might start with seeing if setting hw.ata.atapi_dma=3D0 in the loader >>> makes any difference. >>> >> >> Note that hw.ata.atapi_dma isn't honored by 9.0 with options ATA_CAM >> (default in GENERIC). Support for that loader tuneable was only >> resurrected rather recently (but is available in stable/9). The >> equivalent for 9.0 would be setting hint.ata.X.mode to PIO4 where >> X is the number of the ata(4) device attached for the channel the >> CDROM is connected to. >> ATA_CAM is indeed known to break ATAPI DMA for some ATA controllers >> though. What's the `pciconf -lv` output for this one? > > Good point. I had forgotten about the hw.ata.atapi_dma removal and was > not even awarethat it had been recently re-enabled. > My controller is: > atapci0@pci0:17:4:0: =A0 =A0class=3D0x010185 card=3D0x82131283 chip=3D0x8= 2131283 > rev=3D0x00 hdr=3D0x00 > =A0 =A0vendor =A0 =A0 =3D 'Integrated Technology Express (ITE) Inc' > =A0 =A0device =A0 =A0 =3D 'IDE Controller (IT8213F)' > =A0 =A0class =A0 =A0 =A0=3D mass storage > =A0 =A0subclass =A0 =3D ATA > > It is used ONLY for the CD/DVD as all other disks use the 3ware RAID cont= roller. > > Unfortunately, the system is not located where I am, so I can't really > try anything until I get over there. Maybe later today I can run into > that office and try some of the suggestions. I can certainly build a > kernel without ATA_CAM. I just did the obvious as suggested and built a kernel without ATA_CAM and with atapicam. It boots fine and I have my CD/DVD working on 9.0. Clearly, there is some issue with ATAPI drives with ATA_CAM as others have seen the same thing. It is entirely possible that a serial connected drives don't have this issue. It does look like there is some locking issue between CAM and GEOM under some circumstances. I worry that 10 will lose support for other than ATA_CAM and that the work-around will no longer be available. Of course, if ahci fixes it, the problem will go away on systems that support it. Next time I get to the system I will try putting ATA_CAM back and adding ahci and report on the results. Thanks for the suggestions! --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 07:50:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7E7F1065675; Sat, 9 Jun 2012 07:50:22 +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 6A0928FC15; Sat, 9 Jun 2012 07:50:22 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SdGRB-0001Nc-Gw>; Sat, 09 Jun 2012 09:50:21 +0200 Received: from e178004171.adsl.alicedsl.de ([85.178.4.171] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SdGRB-00060B-BZ>; Sat, 09 Jun 2012 09:50:21 +0200 Message-ID: <4FD3003C.4080109@zedat.fu-berlin.de> Date: Sat, 09 Jun 2012 09:50:20 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Steve Franks References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> In-Reply-To: <4FD2D4CC.3080109@ateamsystems.com> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC578D2C78E30246788F37617" X-Originating-IP: 85.178.4.171 Cc: Current FreeBSD , freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 07:50:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC578D2C78E30246788F37617 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/09/12 06:45, Adam Strohl wrote: > On 6/9/2012 3:34, Steve Franks wrote: >> Every time libjpeg or >> perl or python bumps the rev, I have to explain to my boss that I >> won't be using my computer for 48 hours. Lucky man! We are "off" from some desktop services (like LibreOffice and Firefox) for more than a week now! --------------enigC578D2C78E30246788F37617 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP0wA8AAoJEOgBcD7A/5N8kWoH/1BB+CxCrNpndGdOmTxcUOjq OSOYRlD31IjdQJtMhRmcxC9a4z7nWDWDksBrLqfEkRRzKHX1lvc+UzP9cbWPtLmS LhhU6aixy+0tAK+EnoDFgWo57C327zE35F7op1WL5SZO5EtFJAOh1qvspdeALWXC f197NVypnvXdGINv1ENNPNAJmR3YpmeupjmCcVxEB/7tKrxbk/3DtM8TRhU7iDZX c0ZKskxitwL+3MWDdGy6Z9+pgSIozqzmpD15mZrV4v38f7PbUT9flEsTatQtsn/b NLZQJRtfgBoBHaYXuGD4UIY+K+1bFCvMynQvtPJvK5A1fUoCdqt8A42ZQHXALHI= =jCsN -----END PGP SIGNATURE----- --------------enigC578D2C78E30246788F37617-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 07:55:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7D2D106566C for ; Sat, 9 Jun 2012 07:55:28 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id AEF348FC0C for ; Sat, 9 Jun 2012 07:55:28 +0000 (UTC) Received: by obcni5 with SMTP id ni5so4579153obc.13 for ; Sat, 09 Jun 2012 00:55:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ZH82RqBNIDmyeYJL9XCpGGbkGRwVYW6TStKwh5uNeIE=; b=DdWq4JWI/xoEFQsERdQv1zSphDyEqQLZD/T4Y5eVobpLf5k+Fg3IybdeRoRyH2mRG/ n1z4MGkoT/kGSE6VFoXpOoIPV2TSIpvKLtsn56XbvXqg02qfywcQPSao5mwqFS3Cw0d6 BGJHXtvS3ReDFAsB18beAoxmRXldxVVVkzIW/EHOIe3WJea0vCCLpsxId/+b16iy5Tjo 2W7GToos4izuUB+TqEpXw4bdn/bsM+QzaKRHSOtqoVUvOF/TWQW9Rw7/CMcivKSQfisa qut8njbhteXTqrG97XmBrTJNkuPUIUDaGEeXLrdbENCEbo8n8zXEOod6nOje/6HeeF7r HkAg== MIME-Version: 1.0 Received: by 10.182.39.5 with SMTP id l5mr9781868obk.11.1339228528258; Sat, 09 Jun 2012 00:55:28 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sat, 9 Jun 2012 00:55:28 -0700 (PDT) Date: Sat, 9 Jun 2012 10:55:28 +0300 Message-ID: From: Sami Halabi To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 07:55:29 -0000 Hi, I Just finished upgrade from FBSD-8.1-R fresh system to FBSD-8.3-p2. once done, i created regular accounts, in wheel group. first all was okay, but suddenly i found my self blocked out, because i can't ssh as root, and i can't su either, when i su i get this: %su - Password: and it stuck in that state whitout givving me root shell #. any ideas how to solve this problem? the system is in the servers farm and i need to drive 3 hours each direction, so if there is remote solution i would appreciate it. %more /etc/group # $FreeBSD: src/etc/group,v 1.35.10.2.2.1 2012/03/03 06:15:13 kensmith Exp $ # wheel:*:0:root,sody . . . sody:*:1001: Thanks in advance, -- Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 08:51:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 468BC106564A for ; Sat, 9 Jun 2012 08:51:57 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id B93468FC17 for ; Sat, 9 Jun 2012 08:51:56 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 6BA9E28427; Sat, 9 Jun 2012 10:51:49 +0200 (CEST) Received: from [192.168.1.2] (static-84-242-120-26.net.upcbroadband.cz [84.242.120.26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 475EC28423; Sat, 9 Jun 2012 10:51:48 +0200 (CEST) Message-ID: <4FD30EA3.8060500@quip.cz> Date: Sat, 09 Jun 2012 10:51:47 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Sebastian Stach References: <4FCE37FC.1090405@gmail.com> <878874BA-2F5C-4A7E-8690-2A8A96536AE0@t-online.de> <4FCE6931.6010901@quip.cz> <4FCE786A.2030205@quip.cz> <4FCF2E6E.2040902@quip.cz> <3B262A53-C137-4E4E-B1B7-7471B1FBA258@t-online.de> In-Reply-To: <3B262A53-C137-4E4E-B1B7-7471B1FBA258@t-online.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: em interfaces supermicro X9SCM-F board / X9SCA-F X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 08:51:57 -0000 Sebastian Stach wrote: > Thanks for doing the test. > > My conditions are different in that i have a gigabit network. > The only difference in the iperf options is that i'm using > -d (dualmode). > > On the weekend i will have time to do a test with the NICs > set to 100MBit. > > Sebastian Stach Hi, I changed the switch to 1Gbps and run the test again. No problems with the NICs. The iperf is running for 10 hours now. 2TB of data was transmitted in both directions. I am running an endless loop on a client side while 1 iperf -c xx.xx.xx.xx --format k -m -p 999 -t 1800 -d sleep 5 end ------------------------------------------------------------ Server listening on TCP port 999 TCP window size: 64.0 KByte (default) ------------------------------------------------------------ ------------------------------------------------------------ Client connecting to yy.yy.yy.yy, TCP port 999 TCP window size: 137 KByte (default) ------------------------------------------------------------ [ 5] local xx.xx.xx.xx port 18834 connected with yy.yy.yy.yy port 999 [ 4] local xx.xx.xx.xx port 999 connected with yy.yy.yy.yy port 59754 [ ID] Interval Transfer Bandwidth [ 4] 0.0-1800.0 sec 82823213 KBytes 376938 Kbits/sec [ 4] MSS size 1448 bytes (MTU 1500 bytes, ethernet) [ 5] 0.0-1800.0 sec 73954944 KBytes 336575 Kbits/sec [ 5] MSS size 1448 bytes (MTU 1500 bytes, ethernet) And another endless loop on server side while 1 iperf -s -p 999 end ------------------------------------------------------------ Server listening on TCP port 999 TCP window size: 64.0 KByte (default) ------------------------------------------------------------ [ 4] local yy.yy.yy.yy port 999 connected with xx.xx.xx.xx port 18834 ------------------------------------------------------------ Client connecting to xx.xx.xx.xx, TCP port 999 TCP window size: 65.0 KByte (default) ------------------------------------------------------------ [ 6] local yy.yy.yy.yy port 59754 connected with xx.xx.xx.xx port 999 Waiting for server threads to complete. Interrupt again to force quit. [ ID] Interval Transfer Bandwidth [ 6] 0.0-1800.0 sec 79.0 GBytes 377 Mbits/sec [ 4] 0.0-1800.0 sec 70.5 GBytes 337 Mbits/sec Client is on the Supermicro X9SCA-F em0: flags=8843 metric 0 mtu 1500 options=4219b ether 00:25:90:73:d1:76 inet xx.xx.xx.xx netmask 0xffffff80 broadcast xx.xx.xx.xx media: Ethernet autoselect (1000baseT ) status: active Server is running on the Cisco UCS C200 M2 igb0: flags=8943 metric 0 mtu 1500 options=401bb ether 50:57:a8:af:eb:0a inet yy.yy.yy.yy netmask 0xffffff80 broadcast yy.yy.yy.yy media: Ethernet autoselect (1000baseT ) status: active Both sides are running FreeBSD 8.3-RELEASE amd64 GENERIC So the only difference is that I am using NIC em0 in shared mode for remote management. Can you try your test with shared mode? Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 08:58:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DC93106564A for ; Sat, 9 Jun 2012 08:58:17 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id EEED28FC15 for ; Sat, 9 Jun 2012 08:58:16 +0000 (UTC) Received: by lbon10 with SMTP id n10so2292806lbo.13 for ; Sat, 09 Jun 2012 01:58:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:x-gm-message-state; bh=uc2wOvwWwpIWgAB0rBEbN3iTrFolymEfExmdqP/KZT0=; b=WLbWPO47U24aIMRNuikCP9lCbwrDkNDAjY3Bvz5Zs+lcKl873Mymi2DdbywMaJQhpE VIWa21EQrO50FpW72PnupgTI04mepDcfJq12HcYWccxW6gAOvad2621Dt5T5rm8drrAH ydQe7CW4NkVmMKZR4CdhyyvR3M3s1P+r4RZqlKowdBUkEydtfbcPvgiiarZ9Lcy5FJpP XCCDjkXvgunKDphGknN1lYS+wD0FkMLb//wL9GyZlxm635JNHGos4Cs9Y4+acu/wipqm jFxzWZJKNkhj+IVmMXxeT0c//K/BH0rA+mxP8DcEadV83VBl96XHRzHTxuEdu7YxzYW6 gugg== Received: by 10.112.83.198 with SMTP id s6mr550714lby.76.1339232295839; Sat, 09 Jun 2012 01:58:15 -0700 (PDT) Received: from zont-osx.local (ppp95-165-147-222.pppoe.spdop.ru. [95.165.147.222]) by mx.google.com with ESMTPS id gd9sm4975689lbb.15.2012.06.09.01.58.06 (version=SSLv3 cipher=OTHER); Sat, 09 Jun 2012 01:58:08 -0700 (PDT) Message-ID: <4FD3101D.9010603@zonov.org> Date: Sat, 09 Jun 2012 12:58:05 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: John Baldwin References: <4FD0ECB7.8040908@zonov.org> <201206081119.09164.jhb@freebsd.org> <201206081427.39718.jhb@freebsd.org> In-Reply-To: <201206081427.39718.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="------------050805080603030206010905" X-Gm-Message-State: ALoCoQnW5d9Qux+5uBd6VJhndsyld3nqTLUV500WCmiUXcgxPlGBC3TzmxaIc09o2/WMZqm7Ik8S Cc: freebsd-stable Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 08:58:17 -0000 This is a multi-part message in MIME format. --------------050805080603030206010905 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit On 6/8/12 10:27 PM, John Baldwin wrote: > On Friday, June 08, 2012 11:48:50 am Andrey Zonov wrote: >> On Fri, Jun 8, 2012 at 7:19 PM, John Baldwin wrote: >>> On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote: >>>> On 6/7/12 10:02 PM, Andrey Zonov wrote: >>>>> Hi, >>>>> >>>>> I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0-STABLE >>>>> (r234600) and now they can't find any disk because SAS controller cannot >>>>> initialize with the following diagnostic: >>>>> >>>>> mpt0: port 0xd000-0xd0ff irq 26 at device >>>>> 3.0 on pci6 >>>>> mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>> mpt0: Unable to memory map registers. >>>>> mpt0: Giving Up. >>>>> >>>>> pciconf -lv: >>>>> mpt0@pci0:6:3:0: class=0x010000 card=0x81dd1043 chip=0x00541000 rev=0x02 >>>>> hdr=0x00 >>>>> vendor = 'LSI Logic / Symbios Logic' >>>>> device = 'SAS1068 PCI-X Fusion-MPT SAS' >>>>> class = mass storage >>>>> subclass = SCSI >>>>> >>>>> I tried to boot to latest HEAD and found the same problem. I also tried >>>>> to build kernel with mpt driver from my 8.2. Controller didn't >>>>> initialize with the same diagnostic. So it looks like the problem is not >>>>> in mpt driver. >>>>> >>>>> Any help would be appreciated. >>>>> >>>> >>>> +jhb@ >>>> >>>> Hi John, >>>> >>>> Could you please help me with the problem above? It looks like the >>>> problem is in PCI code and you changed things there. >>> >>> Can you get a verbose dmesg? >>> >> >> Yes, it's in attach. > > Can you get the output of 'devinfo -u' and 'devinfo -rv' from a broken kernel? > Attached. > Can you also try setting 'debug.acpi.disable=sysres' in the loader? > Didn't help. -- Andrey Zonov --------------050805080603030206010905 Content-Type: text/plain; charset=UTF-8; name="devinfo-rv.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="devinfo-rv.txt" # devinfo -rv nexus0 apic0 ram0 I/O memory addresses: 0x0-0x9fbff 0x100000-0xdff9ffff 0xdffae000-0xdffaffff 0x100000000-0x81fffffff acpi0 Interrupt request lines: 9 I/O ports: 0x10-0x1f 0x22-0x3f 0x44-0x4f 0x50-0x5f 0x60 0x62-0x63 0x64 0x65-0x6f 0x72-0x7f 0x80 0x84-0x86 0x88 0x8c-0x8e 0x90-0x9f 0xa2-0xbf 0xe0-0xef 0x480-0x4bf 0x4d0-0x4d1 0x800-0x87f 0xa00-0xa0f 0xa10-0xa1f I/O memory addresses: 0xc0000-0xcffff 0xe0000-0xfffff 0xe0000000-0xefffffff 0xfe000000-0xfebfffff 0xfec00000-0xffffffff cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.P001 acpi_throttle0 coretemp0 est0 p4tcc0 cpufreq0 cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.P002 coretemp1 est1 p4tcc1 cpufreq1 cpu2 pnpinfo _HID=none _UID=0 at handle=\_PR_.P003 coretemp2 est2 p4tcc2 cpufreq2 cpu3 pnpinfo _HID=none _UID=0 at handle=\_PR_.P004 coretemp3 est3 p4tcc3 cpufreq3 cpu4 pnpinfo _HID=none _UID=0 at handle=\_PR_.P005 coretemp4 est4 p4tcc4 cpufreq4 cpu5 pnpinfo _HID=none _UID=0 at handle=\_PR_.P006 coretemp5 est5 p4tcc5 cpufreq5 cpu6 pnpinfo _HID=none _UID=0 at handle=\_PR_.P007 coretemp6 est6 p4tcc6 cpufreq6 cpu7 pnpinfo _HID=none _UID=0 at handle=\_PR_.P008 coretemp7 est7 p4tcc7 cpufreq7 pcib0 pnpinfo _HID=PNP0A08 _UID=0 at handle=\_SB_.PCI0 I/O ports: 0xcf8-0xcff pci0 hostb0 pnpinfo vendor=0x8086 device=0x4003 subvendor=0x1043 subdevice=0x82aa class=0x060000 at slot=0 function=0 pcib1 pnpinfo vendor=0x8086 device=0x4021 subvendor=0x8086 subdevice=0x8086 class=0x060400 at slot=1 function=0 handle=\_SB_.PCI0.NPE1 pci11 pcib2 pnpinfo vendor=0x8086 device=0x4025 subvendor=0x8086 subdevice=0x8086 class=0x060400 at slot=5 function=0 handle=\_SB_.PCI0.NPE5 pci10 pcib3 pnpinfo vendor=0x8086 device=0x4029 subvendor=0x8086 subdevice=0x8086 class=0x060400 at slot=9 function=0 handle=\_SB_.PCI0.NPES I/O ports: 0xd000-0xefff I/O memory addresses: 0xfdf00000-0xfdffffff pci5 pcib4 pnpinfo vendor=0x8086 device=0x3500 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=0 function=0 handle=\_SB_.PCI0.NPES.SPE4 pcib3 I/O port window: 0xe000-0xefff pcib3 memory window: 0xfdf00000-0xfdffffff pci7 pcib5 pnpinfo vendor=0x8086 device=0x3510 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=0 function=0 handle=\_SB_.PCI0.NPES.SPE4.SPE1 pci9 pcib6 pnpinfo vendor=0x8086 device=0x3518 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=2 function=0 handle=\_SB_.PCI0.NPES.SPE4.P8PC pcib4 I/O port window: 0xe000-0xefff pcib4 memory window: 0xfdf00000-0xfdffffff pci8 em0 pnpinfo vendor=0x8086 device=0x1096 subvendor=0x1043 subdevice=0x8217 class=0x020000 at slot=0 function=0 handle=\_SB_.PCI0.NPES.SPE4.P8PC.LAN0 Interrupt request lines: 256 pcib6 I/O port window: 0xe880-0xe89f pcib6 memory window: 0xfdfa0000-0xfdfbffff em1 pnpinfo vendor=0x8086 device=0x1096 subvendor=0x1043 subdevice=0x8217 class=0x020000 at slot=0 function=1 handle=\_SB_.PCI0.NPES.SPE4.P8PC.LAN1 Interrupt request lines: 257 pcib6 I/O port window: 0xec00-0xec1f pcib6 memory window: 0xfdfe0000-0xfdffffff pcib7 pnpinfo vendor=0x8086 device=0x350c subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=0 function=3 handle=\_SB_.PCI0.NPES.BMPX pcib3 I/O port window: 0xd000-0xdfff pci6 mpt0 pnpinfo vendor=0x1000 device=0x0054 subvendor=0x1043 subdevice=0x81dd class=0x010000 at slot=3 function=0 handle=\_SB_.PCI0.NPES.BMPX.SAS3 pcib7 I/O port window: 0xd000-0xd0ff unknown pnpinfo vendor=0x8086 device=0x402f subvendor=0x1043 subdevice=0x82aa class=0x088000 at slot=15 function=0 I/O memory addresses: 0xfd7f8000-0xfd7fbfff hostb1 pnpinfo vendor=0x8086 device=0x4030 subvendor=0x1043 subdevice=0x82aa class=0x060000 at slot=16 function=0 hostb2 pnpinfo vendor=0x8086 device=0x4030 subvendor=0x1043 subdevice=0x82aa class=0x060000 at slot=16 function=1 hostb3 pnpinfo vendor=0x8086 device=0x4030 subvendor=0x1043 subdevice=0x82aa class=0x060000 at slot=16 function=2 hostb4 pnpinfo vendor=0x8086 device=0x4030 subvendor=0x8086 subdevice=0x8086 class=0x060000 at slot=16 function=3 hostb5 pnpinfo vendor=0x8086 device=0x4030 subvendor=0x8086 subdevice=0x8086 class=0x060000 at slot=16 function=4 hostb6 pnpinfo vendor=0x8086 device=0x4031 subvendor=0x8086 subdevice=0x8086 class=0x060000 at slot=17 function=0 hostb7 pnpinfo vendor=0x8086 device=0x4035 subvendor=0x1043 subdevice=0x82aa class=0x060000 at slot=21 function=0 hostb8 pnpinfo vendor=0x8086 device=0x4035 subvendor=0x8086 subdevice=0x8086 class=0x060000 at slot=21 function=1 hostb9 pnpinfo vendor=0x8086 device=0x4036 subvendor=0x1043 subdevice=0x82aa class=0x060000 at slot=22 function=0 hostb10 pnpinfo vendor=0x8086 device=0x4036 subvendor=0x8086 subdevice=0x8086 class=0x060000 at slot=22 function=1 pcib8 pnpinfo vendor=0x8086 device=0x2690 subvendor=0x1043 subdevice=0x81dc class=0x060400 at slot=28 function=0 handle=\_SB_.PCI0.P0P4 pci4 pcib9 pnpinfo vendor=0x8086 device=0x2694 subvendor=0x1043 subdevice=0x81dc class=0x060400 at slot=28 function=2 handle=\_SB_.PCI0.P0P6 I/O ports: 0xc000-0xcfff I/O memory addresses: 0xfda00000-0xfdafffff pci3 em2 pnpinfo vendor=0x8086 device=0x109a subvendor=0x1043 subdevice=0x81c2 class=0x020000 at slot=0 function=0 handle=\_SB_.PCI0.P0P6.LAN2 Interrupt request lines: 258 pcib9 I/O port window: 0xcc00-0xcc1f pcib9 memory window: 0xfdae0000-0xfdafffff pcib10 pnpinfo vendor=0x8086 device=0x2696 subvendor=0x1043 subdevice=0x81dc class=0x060400 at slot=28 function=3 handle=\_SB_.PCI0.P0P7 I/O ports: 0xb000-0xbfff I/O memory addresses: 0xfd900000-0xfd9fffff pci2 em3 pnpinfo vendor=0x8086 device=0x109a subvendor=0x1043 subdevice=0x81c2 class=0x020000 at slot=0 function=0 handle=\_SB_.PCI0.P0P7.LAN3 Interrupt request lines: 259 pcib10 I/O port window: 0xbc00-0xbc1f pcib10 memory window: 0xfd9e0000-0xfd9fffff uhci0 pnpinfo vendor=0x8086 device=0x2688 subvendor=0x1043 subdevice=0x81dc class=0x0c0300 at slot=29 function=0 handle=\_SB_.PCI0.USB0 Interrupt request lines: 23 I/O ports: 0x9880-0x989f usbus0 uhub0 ukbd0 pnpinfo vendor=0x0624 product=0x0422 devclass=0x00 devsubclass=0x00 sernum="" release=0x0100 mode=host intclass=0x03 intsubclass=0x01 i at bus=1 hubaddr=2 port=0 devaddr=2 interface=0 ums0 pnpinfo vendor=0x0624 product=0x0422 devclass=0x00 devsubclass=0x00 sernum="" release=0x0100 mode=host intclass=0x03 intsubclass=0x01 i at bus=1 hubaddr=2 port=0 devaddr=2 interface=1 uhci1 pnpinfo vendor=0x8086 device=0x2689 subvendor=0x1043 subdevice=0x81dc class=0x0c0300 at slot=29 function=1 handle=\_SB_.PCI0.USB1 Interrupt request lines: 19 I/O ports: 0x9c00-0x9c1f usbus1 uhub1 ehci0 pnpinfo vendor=0x8086 device=0x268c subvendor=0x1043 subdevice=0x81dc class=0x0c0320 at slot=29 function=7 handle=\_SB_.PCI0.EUSB Interrupt request lines: 23 I/O memory addresses: 0xfd7ffc00-0xfd7fffff usbus2 uhub2 pcib11 pnpinfo vendor=0x8086 device=0x244e subvendor=0x0100 subdevice=0x81dc class=0x060401 at slot=30 function=0 handle=\_SB_.PCI0.P0P1 I/O ports: 0xa000-0xafff I/O memory addresses: 0xf8000000-0xfbffffff 0xfd800000-0xfd8fffff pci1 vgapci0 pnpinfo vendor=0x18ca device=0x0020 subvendor=0x1043 subdevice=0x82b4 class=0x030000 at slot=2 function=0 pcib11 I/O port window: 0xac00-0xac7f pcib11 memory window: 0xfd8c0000-0xfd8fffff pcib11 prefetch window: 0xf8000000-0xfbffffff vgapm0 drm0 isab0 pnpinfo vendor=0x8086 device=0x2670 subvendor=0x1043 subdevice=0x81dc class=0x060100 at slot=31 function=0 handle=\_SB_.PCI0.SBRG ACPI I/O memory addresses: 0xfed1f410-0xfed1f413 isa0 ichwd0 ACPI I/O ports: 0x830-0x837 0x860-0x87f ipmi0 sc0 vga0 I/O ports: 0x3c0-0x3df I/O memory addresses: 0xa0000-0xbffff orm0 I/O memory addresses: 0xd0000-0xd0fff 0xd1000-0xd1fff ACPI I/O memory addresses: 0xc0000-0xc7fff 0xc8000-0xc8fff 0xc9000-0xc9fff atkbdc0 ACPI I/O ports: 0x60 0x64 atkbd0 Interrupt request lines: 1 psm0 fdc0 ppc0 ichsmb0 pnpinfo vendor=0x8086 device=0x269b subvendor=0x1043 subdevice=0x81dc class=0x0c0500 at slot=31 function=3 Interrupt request lines: 19 I/O ports: 0x400-0x41f smbus0 smb0 acpi_sysresource0 pnpinfo _HID=PNP0C01 _UID=10 at handle=\_SB_.PCI0.MCH_ atpic0 pnpinfo _HID=PNP0000 _UID=0 at handle=\_SB_.PCI0.SBRG.PIC_ I/O ports: 0x20-0x21 0xa0-0xa1 atdma0 pnpinfo _HID=PNP0200 _UID=0 at handle=\_SB_.PCI0.SBRG.DMAD DMA request lines: 4 I/O ports: 0x0-0xf 0x81-0x83 0x87 0x89-0x8b 0x8f 0xc0-0xdf attimer0 pnpinfo _HID=PNP0100 _UID=0 at handle=\_SB_.PCI0.SBRG.TMR_ Interrupt request lines: 0 I/O ports: 0x40-0x43 atrtc0 pnpinfo _HID=PNP0B00 _UID=0 at handle=\_SB_.PCI0.SBRG.RTC0 Interrupt request lines: 8 I/O ports: 0x70-0x71 unknown pnpinfo _HID=PNP0800 _UID=0 at handle=\_SB_.PCI0.SBRG.SPKR I/O ports: 0x61 fpupnp0 pnpinfo _HID=PNP0C04 _UID=0 at handle=\_SB_.PCI0.SBRG.COPR I/O ports: 0xf0-0xff unknown pnpinfo _HID=PNP0700 _UID=0 at handle=\_SB_.PCI0.SBRG.FDC_ unknown pnpinfo _HID=PNP0303 _UID=0 at handle=\_SB_.PCI0.SBRG.PS2K unknown pnpinfo _HID=PNP0F03 _UID=0 at handle=\_SB_.PCI0.SBRG.PS2M acpi_sysresource1 pnpinfo _HID=PNP0C02 _UID=46 at handle=\_SB_.PCI0.SBRG.SIOR acpi_sysresource2 pnpinfo _HID=PNP0C02 _UID=16 at handle=\_SB_.PCI0.SBRG.RMSC hpet0 pnpinfo _HID=PNP0103 _UID=0 at handle=\_SB_.PCI0.SBRG.HPET Interrupt request lines: 20 ACPI I/O memory addresses: 0xfed00000-0xfed003ff acpi_sysresource3 pnpinfo _HID=PNP0C02 _UID=0 at handle=\_SB_.PCI0.SBRG.OMSC uart0 pnpinfo _HID=PNP0501 _UID=1 at handle=\_SB_.PCI0.SBRG.UAR1 Interrupt request lines: 4 I/O ports: 0x3f8-0x3ff uart1 pnpinfo _HID=PNP0501 _UID=2 at handle=\_SB_.PCI0.SBRG.UAR2 Interrupt request lines: 3 I/O ports: 0x2f8-0x2ff acpi_sysresource4 pnpinfo _HID=PNP0C02 _UID=17 at handle=\_SB_.PCI0.PCIE acpi_sysresource5 pnpinfo _HID=PNP0C01 _UID=1 at handle=\_SB_.RMEM acpi_button0 pnpinfo _HID=PNP0C0C _UID=170 at handle=\_SB_.PWRB pci_link0 pnpinfo _HID=PNP0C0F _UID=1 at handle=\_SB_.LNKA pci_link1 pnpinfo _HID=PNP0C0F _UID=2 at handle=\_SB_.LNKB pci_link2 pnpinfo _HID=PNP0C0F _UID=3 at handle=\_SB_.LNKC pci_link3 pnpinfo _HID=PNP0C0F _UID=4 at handle=\_SB_.LNKD pci_link4 pnpinfo _HID=PNP0C0F _UID=5 at handle=\_SB_.LNKE pci_link5 pnpinfo _HID=PNP0C0F _UID=6 at handle=\_SB_.LNKF pci_link6 pnpinfo _HID=PNP0C0F _UID=7 at handle=\_SB_.LNKG pci_link7 pnpinfo _HID=PNP0C0F _UID=8 at handle=\_SB_.LNKH acpi_timer0 pnpinfo unknown at unknown ACPI I/O ports: 0x808-0x80b --------------050805080603030206010905 Content-Type: text/plain; charset=UTF-8; name="devinfo-u.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="devinfo-u.txt" # devinfo -u Interrupt request lines: 0 (attimer0) 1 (atkbd0) 3 (uart1) 4 (uart0) 5-7 (root0) 8 (atrtc0) 9 (acpi0) 10-18 (root0) 19 (ichsmb0) 19 (uhci1) 20 (hpet0) 21-22 (root0) 23 (ehci0) 23 (uhci0) 24-71 (root0) 256 (em0) 257 (em1) 258 (em2) 259 (em3) DMA request lines: 0-3 (root0) 4 (atdma0) 5-7 (root0) I/O ports: 0x0-0xf (atdma0) 0x10-0x1f (acpi0) 0x20-0x21 (atpic0) 0x22-0x3f (acpi0) 0x40-0x43 (attimer0) 0x44-0x4f (acpi0) 0x50-0x5f (acpi0) 0x60 (acpi0) 0x61 ---- 0x62-0x63 (acpi0) 0x64 (acpi0) 0x65-0x6f (acpi0) 0x70-0x71 (atrtc0) 0x72-0x7f (acpi0) 0x80 (acpi0) 0x81-0x83 (atdma0) 0x84-0x86 (acpi0) 0x87 (atdma0) 0x88 (acpi0) 0x89-0x8b (atdma0) 0x8c-0x8e (acpi0) 0x8f (atdma0) 0x90-0x9f (acpi0) 0xa0-0xa1 (atpic0) 0xa2-0xbf (acpi0) 0xc0-0xdf (atdma0) 0xe0-0xef (acpi0) 0xf0-0xff (fpupnp0) 0x100-0x2f7 (root0) 0x2f8-0x2ff (uart1) 0x300-0x3bf (root0) 0x3c0-0x3df (vga0) 0x3e0-0x3f7 (root0) 0x3f8-0x3ff (uart0) 0x400-0x41f (ichsmb0) 0x420-0x47f (root0) 0x480-0x4bf (acpi0) 0x4c0-0x4cf (root0) 0x4d0-0x4d1 (acpi0) 0x4d2-0x7ff (root0) 0x800-0x87f (acpi0) 0x880-0x9ff (root0) 0xa00-0xa0f (acpi0) 0xa10-0xa1f (acpi0) 0xa20-0xcf7 (root0) 0xcf8-0xcff (pcib0) 0xd00-0x987f (root0) 0x9880-0x989f (uhci0) 0x98a0-0x9bff (root0) 0x9c00-0x9c1f (uhci1) 0x9c20-0x9fff (root0) 0xa000-0xafff (pcib11) 0xb000-0xbfff (pcib10) 0xc000-0xcfff (pcib9) 0xd000-0xefff (pcib3) 0xf000-0xffff (root0) I/O memory addresses: 0x0-0x9fbff (ram0) 0x9fc00-0x9ffff (root0) 0xa0000-0xbffff (vga0) 0xc0000-0xcffff (acpi0) 0xd0000-0xd0fff (orm0) 0xd1000-0xd1fff (orm0) 0xd2000-0xdffff (root0) 0xe0000-0xfffff (acpi0) 0x100000-0xdff9ffff (ram0) 0xdffa0000-0xdffadfff (root0) 0xdffae000-0xdffaffff (ram0) 0xdffb0000-0xdfffffff (root0) 0xe0000000-0xefffffff (acpi0) 0xf0000000-0xf7ffffff (root0) 0xf8000000-0xfbffffff (pcib11) 0xfc000000-0xfd7f7fff (root0) 0xfd7f8000-0xfd7fbfff ---- 0xfd7fc000-0xfd7ffbff (root0) 0xfd7ffc00-0xfd7fffff (ehci0) 0xfd800000-0xfd8fffff (pcib11) 0xfd900000-0xfd9fffff (pcib10) 0xfda00000-0xfdafffff (pcib9) 0xfdb00000-0xfdefffff (root0) 0xfdf00000-0xfdffffff (pcib3) 0xfe000000-0xfebfffff (acpi0) 0xfec00000-0xffffffff (acpi0) 0x100000000-0x81fffffff (ram0) 0x820000000-0xffffffffffffffff (root0) ACPI I/O ports: 0x10-0x1f (root0) 0x22-0x3f (root0) 0x44-0x5f (root0) 0x60 (atkbdc0) 0x62-0x63 (root0) 0x64 (atkbdc0) 0x65-0x6f (root0) 0x72-0x80 (root0) 0x84-0x86 (root0) 0x88 (root0) 0x8c-0x8e (root0) 0x90-0x9f (root0) 0xa2-0xbf (root0) 0xe0-0xef (root0) 0x480-0x4bf (root0) 0x4d0-0x4d1 (root0) 0x800-0x807 (root0) 0x808-0x80b (acpi_timer0) 0x80c-0x82f (root0) 0x830-0x837 (ichwd0) 0x838-0x85f (root0) 0x860-0x87f (ichwd0) 0xa00-0xa1f (root0) ACPI I/O memory addresses: 0xc0000-0xc7fff (orm0) 0xc8000-0xc8fff (orm0) 0xc9000-0xc9fff (orm0) 0xca000-0xcffff (root0) 0xe0000-0xfffff (root0) 0xe0000000-0xefffffff (root0) 0xfe000000-0xfecfffff (root0) 0xfed00000-0xfed003ff (hpet0) 0xfed00400-0xfed1f40f (root0) 0xfed1f410-0xfed1f413 (isab0) 0xfed1f414-0xffffffff (root0) pcib1 I/O port window: pcib1 memory window: pcib1 prefetch window: pcib2 I/O port window: pcib2 memory window: pcib2 prefetch window: pcib3 I/O port window: 0xd000-0xdfff (pcib7) 0xe000-0xefff (pcib4) pcib3 memory window: 0xfdf00000-0xfdffffff (pcib4) pcib3 prefetch window: pcib4 I/O port window: 0xe000-0xefff (pcib6) pcib4 memory window: 0xfdf00000-0xfdffffff (pcib6) pcib4 prefetch window: pcib5 I/O port window: pcib5 memory window: pcib5 prefetch window: pcib6 I/O port window: 0xe000-0xe87f (root0) 0xe880-0xe89f (em0) 0xe8a0-0xebff (root0) 0xec00-0xec1f (em1) 0xec20-0xefff (root0) pcib6 memory window: 0xfdf00000-0xfdf9ffff (root0) 0xfdfa0000-0xfdfbffff (em0) 0xfdfc0000-0xfdfdffff (root0) 0xfdfe0000-0xfdffffff (em1) pcib6 prefetch window: pcib7 I/O port window: 0xd000-0xd0ff (mpt0) 0xd100-0xdfff (root0) pcib7 memory window: pcib7 prefetch window: pcib8 I/O port window: pcib8 memory window: pcib8 prefetch window: pcib9 I/O port window: 0xc000-0xcbff (root0) 0xcc00-0xcc1f (em2) 0xcc20-0xcfff (root0) pcib9 memory window: 0xfda00000-0xfdadffff (root0) 0xfdae0000-0xfdafffff (em2) pcib9 prefetch window: pcib10 I/O port window: 0xb000-0xbbff (root0) 0xbc00-0xbc1f (em3) 0xbc20-0xbfff (root0) pcib10 memory window: 0xfd900000-0xfd9dffff (root0) 0xfd9e0000-0xfd9fffff (em3) pcib10 prefetch window: pcib11 I/O port window: 0xa000-0xabff (root0) 0xac00-0xac7f (vgapci0) 0xac80-0xafff (root0) pcib11 memory window: 0xfd800000-0xfd8bffff (root0) 0xfd8c0000-0xfd8fffff (vgapci0) pcib11 prefetch window: 0xf8000000-0xfbffffff (vgapci0) --------------050805080603030206010905-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 10:35:49 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8E41106566B for ; Sat, 9 Jun 2012 10:35:49 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5557B8FC08 for ; Sat, 9 Jun 2012 10:35:49 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q59AZWLb058743; Sat, 9 Jun 2012 12:35:47 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q59AZWFB058742; Sat, 9 Jun 2012 12:35:32 +0200 (CEST) (envelope-from olli) Date: Sat, 9 Jun 2012 12:35:32 +0200 (CEST) Message-Id: <201206091035.q59AZWFB058742@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, sodynet1@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Sat, 09 Jun 2012 12:35:47 +0200 (CEST) Cc: Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, sodynet1@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 10:35:49 -0000 Sami Halabi wrote: > I Just finished upgrade from FBSD-8.1-R fresh system to FBSD-8.3-p2. > once done, i created regular accounts, in wheel group. > > first all was okay, but suddenly i found my self blocked out, because i > can't ssh as root, and i can't su either, when i su i get this: > %su - > Password: > > and it stuck in that state whitout givving me root shell #. What's the output from "id"? Does it include "0(wheel)"? And are you 100% sure that you know the correct root password? If you don't, you will have to drive to the machine and fix it from the console, I'm afraid. There's no other way, unless you discover a yet-unknown local root exploit. ;-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd With Perl you can manipulate text, interact with programs, talk over networks, drive Web pages, perform arbitrary precision arithmetic, and write programs that look like Snoopy swearing. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 11:07:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AD05106566B for ; Sat, 9 Jun 2012 11:07:50 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id F0C618FC14 for ; Sat, 9 Jun 2012 11:07:49 +0000 (UTC) Received: by obcni5 with SMTP id ni5so4843504obc.13 for ; Sat, 09 Jun 2012 04:07:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=F3KhHL+QKb2LjsrflA+LxeY1vSULPU7m5HpFjFRJ6dc=; b=x32JoWttoOTIhtLOBcxouZv6FvIWgGVG5ZlQiNPcBMyICMWmmnxxIN2+OMCrKZStyt BYJGJRbAaaVBSHht6FUiHETI1Mms7IkIonDVRoJ83/xrp2a2Y1eiPCDSO9U4nw0i0I5+ XG1hVbh87tKsda/8zTuzE0e7Q2VTwFjepHMlvu721fWxCPb8Sa5fYzpjgRL3vevE8UDD iuqGI+50SkFB12Z7tgjROFRBekB6QAs8cHvhjyy71kXP29AB2cxgYdB337NHaW9LeIq5 rI84WL4E1fy2+U59bRwKkZjIwm3kLY1oCGEvOtjjL+jGElggX/Mcqqyu+E3ft4Eh/U+C Vi4Q== MIME-Version: 1.0 Received: by 10.182.152.73 with SMTP id uw9mr10450103obb.0.1339240062978; Sat, 09 Jun 2012 04:07:42 -0700 (PDT) Received: by 10.182.53.1 with HTTP; Sat, 9 Jun 2012 04:07:42 -0700 (PDT) In-Reply-To: <201206091035.q59AZWFB058742@lurza.secnetix.de> References: <201206091035.q59AZWFB058742@lurza.secnetix.de> Date: Sat, 9 Jun 2012 04:07:42 -0700 Message-ID: From: Mehmet Erol Sanliturk To: freebsd-stable@freebsd.org, sodynet1@gmail.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 11:07:50 -0000 On Sat, Jun 9, 2012 at 3:35 AM, Oliver Fromme wrote= : > Sami Halabi wrote: > > I Just finished upgrade from FBSD-8.1-R fresh system to FBSD-8.3-p2. > > once done, i created regular accounts, in wheel group. > > > > first all was okay, but suddenly i found my self blocked out, because = i > > can't ssh as root, and i can't su either, when i su i get this: > > %su - > > Password: > > > > and it stuck in that state whitout givving me root shell #. > > What's the output from "id"? Does it include "0(wheel)"? > > And are you 100% sure that you know the correct root password? > If you don't, you will have to drive to the machine and fix > it from the console, I'm afraid. There's no other way, unless > you discover a yet-unknown local root exploit. ;-) > > Best regards > Oliver > > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=C3=A4ftsfueh= rung: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=C3= =BCn- > chen, HRB 125758, Gesch=C3=A4ftsf=C3=BChrer: Maik Bachmann, Olaf Erb, Ra= lf Gebhart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > With Perl you can manipulate text, interact with programs, talk over > networks, drive Web pages, perform arbitrary precision arithmetic, > and write programs that look like Snoopy swearing. > Please see , http://www.freebsd.org/cgi/man.cgi?query=3Dlogin.access&sektion=3D5&apropos= =3D0&manpath=3DFreeBSD+9.0-RELEASE http://www.freebsd.org/cgi/man.cgi?query=3Dlogin&apropos=3D0&sektion=3D0&ma= npath=3DFreeBSD+9.0-RELEASE&arch=3Ddefault&format=3Dhtml http://www.freebsd.org/cgi/man.cgi?query=3Dtelnetd&sektion=3D8&apropos=3D0&= manpath=3DFreeBSD+9.0-RELEASE http://www.freebsd.org/cgi/man.cgi?query=3Dlogin.conf&sektion=3D5&apropos= =3D0&manpath=3DFreeBSD+9.0-RELEASE and , define remote login capability , otherwise the system will not permit remote root login because of it has dangerous security vulnerability . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 12:13:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D5F31065672 for ; Sat, 9 Jun 2012 12:13:37 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id DC0378FC16 for ; Sat, 9 Jun 2012 12:13:36 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q59CDQid040313; Sat, 9 Jun 2012 14:13:26 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q59CDQuv040312; Sat, 9 Jun 2012 14:13:26 +0200 (CEST) (envelope-from marius) Date: Sat, 9 Jun 2012 14:13:26 +0200 From: Marius Strobl To: Kevin Oberman Message-ID: <20120609121326.GP90133@alchemy.franken.de> References: <1338419624.36051.94.camel@revolution.hippie.lan> <20120531110215.GA78200@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Ian Lepore , "freebsd-stable@freebsd.org Stable" Subject: Re: Boot hangs on v9 system at CD device probe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 12:13:37 -0000 On Fri, Jun 08, 2012 at 10:11:48PM -0700, Kevin Oberman wrote: > On Thu, May 31, 2012 at 9:10 AM, Kevin Oberman wrote: > > On Thu, May 31, 2012 at 4:02 AM, Marius Strobl > > wrote: > >> On Wed, May 30, 2012 at 05:13:44PM -0600, Ian Lepore wrote: > >>> On Wed, 2012-05-30 at 14:54 -0700, Kevin Oberman wrote: > >>> > I sent a note about this a couple of weeks ago, but have not heard > >>> > anything. I'm really getting a bit desperate. > >>> > > >>> > I have a system that I am trying to upgrade from 8.2 to 9.0. I have > >>> > built it and installed the kernel, but it fails to boot. The boot > >>> > freezes after probing for my hard drives during the probe of the > >>> > CDROM. It just sits there, seemingly forever, though I have never > >>> > waited longer then a few minutes. > >>> > > >>> > The system is a SuperMicro C25BX mother board. The DVD is PATA, > >>> > reported on boot of 8-Stable as: > >>> > acd0: DVDR at ata2-master UDMA66 > >>> > > >>> > If I unplug the CDROM, it boots fine, but I really need the device on > >>> > the system, so I really can't leave it unplugged. Also, after the 9 > >>> > kernel is installed, my Mk file have been updated so that I can't > >>> > build some ports if I boot the 8.2 kernel. Does anyone remember this > >>> > being reported by others? It was most likely on current, as it was > >>> > probably prior to the release of 9. I googled around, but could not > >>> > find it. > >>> > > >>> > I'd really appreciate it if anyone can point me toward a solution. > >>> > > >>> > Thanks, > >>> > >>> When faced with a mystery like this I sometimes go into the mode of > >>> "poke it with a stick and see if it twitches." ?If you can get it to > >>> twitch at all, maybe that's a starting point. ?In this case, I guess I > >>> might start with seeing if setting hw.ata.atapi_dma=0 in the loader > >>> makes any difference. > >>> > >> > >> Note that hw.ata.atapi_dma isn't honored by 9.0 with options ATA_CAM > >> (default in GENERIC). Support for that loader tuneable was only > >> resurrected rather recently (but is available in stable/9). The > >> equivalent for 9.0 would be setting hint.ata.X.mode to PIO4 where > >> X is the number of the ata(4) device attached for the channel the > >> CDROM is connected to. > >> ATA_CAM is indeed known to break ATAPI DMA for some ATA controllers > >> though. What's the `pciconf -lv` output for this one? > > > > Good point. I had forgotten about the hw.ata.atapi_dma removal and was > > not even awarethat it had been recently re-enabled. > > My controller is: > > atapci0@pci0:17:4:0: ? ?class=0x010185 card=0x82131283 chip=0x82131283 > > rev=0x00 hdr=0x00 > > ? ?vendor ? ? = 'Integrated Technology Express (ITE) Inc' > > ? ?device ? ? = 'IDE Controller (IT8213F)' > > ? ?class ? ? ?= mass storage > > ? ?subclass ? = ATA > > > > It is used ONLY for the CD/DVD as all other disks use the 3ware RAID controller. > > > > Unfortunately, the system is not located where I am, so I can't really > > try anything until I get over there. Maybe later today I can run into > > that office and try some of the suggestions. I can certainly build a > > kernel without ATA_CAM. > > I just did the obvious as suggested and built a kernel without ATA_CAM > and with atapicam. It boots fine and I have my CD/DVD working on 9.0. > Clearly, there is some issue with ATAPI drives with ATA_CAM as others > have seen the same thing. It is entirely possible that a serial > connected drives don't have this issue. It does look like there is > some locking issue between CAM and GEOM under some circumstances. I > worry that 10 will lose support for other than ATA_CAM and that the > work-around will no longer be available. Of course, if ahci fixes it, > the problem will go away on systems that support it. > > Next time I get to the system I will try putting ATA_CAM back and > adding ahci and report on the results. > I don't think that the latter test makes much sense as the above mentioned controller doesn't support AHCI. If you could test whether the following patch works around the issue when using ATA_CAM that would be more useful. http://people.freebsd.org/~marius/ata_ite_ATA_CAM_ATA_NO_ATAPI_DMA.diff Marius From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 12:21:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05BE61065670 for ; Sat, 9 Jun 2012 12:21:31 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B9C4E8FC0A for ; Sat, 9 Jun 2012 12:21:30 +0000 (UTC) Received: by obcni5 with SMTP id ni5so4943692obc.13 for ; Sat, 09 Jun 2012 05:21:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=U8RQBevb4xwsrOCJP7vnyst85E6kJcQU+2tnJhtJZC0=; b=YvWdxd1ad39E4tkPnXr0x3/VbZX4NqTfDrJp9G8d9rdF1UnkMM777QMAFTJ1KWCje6 jIoRKNKM3KU+2JhLGAc9Ok+tmrgYdMQD7WQN3x6hsRSJ5qYMjcNcocvOpsJoGL5rgxLF 3Ru4rjd+g/zlKLSjjysGnvweXJA7WeveaocV15ZEiOTWlabt5E0MzebJ4y4i1zHU7yGe F7P3bEgjApjTtxDAXbEhU4KLWLkZDygeInz8SlwMd0eZGlXMnSYkQutFdxo44VpfeEUD VXI7UA+RoulmlgGAPMu9JaiOwzOyqF7IyohKEAzFReUn7m6qBbdq4yqGCGNfiRIrGmvD oYUA== MIME-Version: 1.0 Received: by 10.182.47.105 with SMTP id c9mr10772676obn.49.1339244489896; Sat, 09 Jun 2012 05:21:29 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sat, 9 Jun 2012 05:21:29 -0700 (PDT) In-Reply-To: References: <201206091035.q59AZWFB058742@lurza.secnetix.de> Date: Sat, 9 Jun 2012 15:21:29 +0300 Message-ID: From: Sami Halabi To: Mehmet Erol Sanliturk , Oliver Fromme Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 12:21:31 -0000 Hi, %id uid=3D1001(sody) gid=3D1001(sody) groups=3D1001(sody),0(wheel) % i have another account also id 1002 - sody2, also in group wheel. i can ssh using user sody/sody2, however su doesn't work if i do: su sody2, when i logged in with user sody. it seems that su is broken somehow.... any ideas? Thanks, Sami On Sat, Jun 9, 2012 at 2:07 PM, Mehmet Erol Sanliturk < m.e.sanliturk@gmail.com> wrote: > > > On Sat, Jun 9, 2012 at 3:35 AM, Oliver Fromme wro= te: > >> Sami Halabi wrote: >> > I Just finished upgrade from FBSD-8.1-R fresh system to FBSD-8.3-p2. >> > once done, i created regular accounts, in wheel group. >> > >> > first all was okay, but suddenly i found my self blocked out, because= i >> > can't ssh as root, and i can't su either, when i su i get this: >> > %su - >> > Password: >> > >> > and it stuck in that state whitout givving me root shell #. >> >> What's the output from "id"? Does it include "0(wheel)"? >> >> And are you 100% sure that you know the correct root password? >> If you don't, you will have to drive to the machine and fix >> it from the console, I'm afraid. There's no other way, unless >> you discover a yet-unknown local root exploit. ;-) >> >> Best regards >> Oliver >> >> >> -- >> Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M= . >> Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=E4ftsfuehru= ng: >> secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M= =FCn- >> chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf Ge= bhart >> >> FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bs= d >> >> With Perl you can manipulate text, interact with programs, talk over >> networks, drive Web pages, perform arbitrary precision arithmetic, >> and write programs that look like Snoopy swearing. >> > > > > Please see , > > > http://www.freebsd.org/cgi/man.cgi?query=3Dlogin.access&sektion=3D5&aprop= os=3D0&manpath=3DFreeBSD+9.0-RELEASE > > http://www.freebsd.org/cgi/man.cgi?query=3Dlogin&apropos=3D0&sektion=3D0&= manpath=3DFreeBSD+9.0-RELEASE&arch=3Ddefault&format=3Dhtml > > http://www.freebsd.org/cgi/man.cgi?query=3Dtelnetd&sektion=3D8&apropos=3D= 0&manpath=3DFreeBSD+9.0-RELEASE > > http://www.freebsd.org/cgi/man.cgi?query=3Dlogin.conf&sektion=3D5&apropos= =3D0&manpath=3DFreeBSD+9.0-RELEASE > > and , define remote login capability , otherwise the system will not > permit remote root login because of it has dangerous security vulnerabili= ty > . > > Thank you very much . > > > Mehmet Erol Sanliturk > > > > > > > --=20 Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 12:32:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C57F106566B for ; Sat, 9 Jun 2012 12:32:45 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0C54E8FC18 for ; Sat, 9 Jun 2012 12:32:44 +0000 (UTC) Received: by obcni5 with SMTP id ni5so4958965obc.13 for ; Sat, 09 Jun 2012 05:32:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ke+lhnAeRu/o6H/FglG2zKnUU7JtnXEIv3c+WMEiVhg=; b=od2zWawoBP303vL05hxGSWq53MRz+RXxMytGDLoZi1salx9UXKxj1kBmYznBKcSTe7 /kuOb0iL48vVs4z+XBbfBA+TmUoPS1CsqIBpdmOw9On/ZtE1r+I6eo0Tq9HnFlv9NvVu GByIffI9U4pHoDDFgr3jNS/5G9vC6925E9vaWizQCBVUe++sWgVtF9Rmn9tyOk14SgsS 7/l1NuKg2hytoE7gHagw7f+xuz4hBDSdkcsmdime41X954l0pRdpuEJ+0yp38aT4V7dx 02sCvJHQr1ZacEZLzCSl5Bfu3ULhD3bb2DoUNlYyL4xQZW0krmEWt/ngJWZZDzujYA1M NhgQ== MIME-Version: 1.0 Received: by 10.60.19.42 with SMTP id b10mr10570893oee.12.1339245164702; Sat, 09 Jun 2012 05:32:44 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sat, 9 Jun 2012 05:32:44 -0700 (PDT) In-Reply-To: <20120609122457.GS13609@albert.catwhisker.org> References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> Date: Sat, 9 Jun 2012 15:32:44 +0300 Message-ID: From: Sami Halabi To: David Wolfskill Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 12:32:45 -0000 Hmm.. I don't get shell to send any commands, its just go a newline and stuck there until i hit CTRL-C and go back. waiting for long time doesn't work either.... Sami On Sat, Jun 9, 2012 at 3:24 PM, David Wolfskill wrote: > On Sat, Jun 09, 2012 at 03:21:29PM +0300, Sami Halabi wrote: > > Hi, > > > > %id > > uid=1001(sody) gid=1001(sody) groups=1001(sody),0(wheel) > > % > > > > i have another account also id 1002 - sody2, also in group wheel. > > i can ssh using user sody/sody2, however su doesn't work if i do: su > sody2, > > when i logged in with user sody. > > it seems that su is broken somehow.... > > > > any ideas? > > You might want to check the output of "id" after you've done that, then. > > > ... > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Depriving a girl or boy of an opportunity for education is evil. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > -- Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 12:47:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A8F4106564A for ; Sat, 9 Jun 2012 12:47:08 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 294538FC17 for ; Sat, 9 Jun 2012 12:47:07 +0000 (UTC) Received: by obcni5 with SMTP id ni5so4978358obc.13 for ; Sat, 09 Jun 2012 05:47:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3ikzZXWFM3p7lCKPurVzfvc1cEIIlElhrGM+oIs91MM=; b=CW/rbf9c0Ib1xiuK3E9ItlQ/qDO9K/BgdM1q8QWumfdcVUonBqr3fc4QC5LquEJX0I 4cShJuLtitu0D8tlQ7Z6kL2Ojj2NVXcHJyyzpkJBMb3puXufloln4S3IQX1vvHaodNuY lARF/o3Da6GFFL3a5Bba1cXA0XAFroXZzDt64kxerqeQ3NN0iyah/edfAbcfoZQiTFfn GID5fASruH+WbBcHydIn+PEDZmgyqqY9MX+hmmfBwTYsConSLWW2wW/2fndlKQjFNccy KzmdLbRI1S7rvIiqfBw3e2LQXlZOiae76ANJhktQP8M2AYqDa4uGt7cX1sFQ0XOVIyEG gm8w== MIME-Version: 1.0 Received: by 10.182.47.105 with SMTP id c9mr10830101obn.49.1339246027282; Sat, 09 Jun 2012 05:47:07 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sat, 9 Jun 2012 05:47:07 -0700 (PDT) In-Reply-To: <20120609123626.GT13609@albert.catwhisker.org> References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> Date: Sat, 9 Jun 2012 15:47:07 +0300 Message-ID: From: Sami Halabi To: David Wolfskill Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 12:47:08 -0000 %su - Password: load: 0.00 cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k load: 0.00 cmd: su 30588 [ttydcd] 3.99r 0.00u 0.00s 0% 2092k load: 0.00 cmd: su 30588 [ttydcd] 4.81r 0.00u 0.00s 0% 2092k load: 0.00 cmd: su 30588 [ttydcd] 5.34r 0.00u 0.00s 0% 2092k load: 0.00 cmd: su 30588 [ttydcd] 5.72r 0.00u 0.00s 0% 2092k load: 0.00 cmd: su 30588 [ttydcd] 6.21r 0.00u 0.00s 0% 2092k load: 0.00 cmd: su 30588 [ttydcd] 6.67r 0.00u 0.00s 0% 2092k load: 0.00 cmd: su 30588 [ttydcd] 7.14r 0.00u 0.00s 0% 2092k load: 0.00 cmd: su 30588 [ttydcd] 7.53r 0.00u 0.00s 0% 2092k load: 0.00 cmd: su 30588 [ttydcd] 7.89r 0.00u 0.00s 0% 2092k load: 0.00 cmd: su 30588 [ttydcd] 8.14r 0.00u 0.00s 0% 2092k load: 0.00 cmd: su 30588 [ttydcd] 8.35r 0.00u 0.00s 0% 2092k load: 0.00 cmd: su 30588 [ttydcd] 8.53r 0.00u 0.00s 0% 2092k Thanks, Sami On Sat, Jun 9, 2012 at 3:36 PM, David Wolfskill wrote: > On Sat, Jun 09, 2012 at 03:32:44PM +0300, Sami Halabi wrote: > > Hmm.. I don't get shell to send any commands, its just go a newline and > > stuck there until i hit CTRL-C and go back. > > waiting for long time doesn't work either.... > > ^T can sometimes provide clues as to the resource for which the process > is waiting. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Depriving a girl or boy of an opportunity for education is evil. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > -- Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 12:58:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2689D1065758 for ; Sat, 9 Jun 2012 12:58:41 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id CC8388FC08 for ; Sat, 9 Jun 2012 12:58:40 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SdLFR-0002qW-73 for freebsd-stable@freebsd.org; Sat, 09 Jun 2012 14:58:33 +0200 Received: from dhcp-077-251-052-224.chello.nl ([77.251.52.224] helo=pinky) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SdLFR-0001o1-Jy for freebsd-stable@freebsd.org; Sat, 09 Jun 2012 14:58:33 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: Date: Sat, 09 Jun 2012 14:58:33 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.64 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.0 X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50 autolearn=disabled version=3.2.5 X-Scan-Signature: 9090f8a1960d7f777b94d17b6f36e747 Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 12:58:41 -0000 On Sat, 09 Jun 2012 09:55:28 +0200, Sami Halabi wrote: > Hi, > I Just finished upgrade from FBSD-8.1-R fresh system to FBSD-8.3-p2. > once done, i created regular accounts, in wheel group. > > first all was okay, but suddenly i found my self blocked out, because i > can't ssh as root, and i can't su either, when i su i get this: > %su - > Password: > > and it stuck in that state whitout givving me root shell #. > > any ideas how to solve this problem? the system is in the servers farm > and > i need to drive 3 hours each direction, so if there is remote solution i > would appreciate it. > > > %more /etc/group > # $FreeBSD: src/etc/group,v 1.35.10.2.2.1 2012/03/03 06:15:13 kensmith > Exp $ > # > wheel:*:0:root,sody > . > . > . > sody:*:1001: > > Thanks in advance, > It does not solve your problem now, but if it is a couple of hours away arrange some remote serial console access. Ronald. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 13:25:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF5851065672 for ; Sat, 9 Jun 2012 13:25:50 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 82F898FC0C for ; Sat, 9 Jun 2012 13:25:50 +0000 (UTC) Received: by obcni5 with SMTP id ni5so5031087obc.13 for ; Sat, 09 Jun 2012 06:25:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kZ2Fb4nLOSoDvydRY9MgTDYihbxIwhXY7sMfK48Fc+0=; b=blPCseomG871l2BBgaUKyFz4RV9ROd8O92Eg7Su7ntpniCrlGXWB3S4lNltSldbPmw E9bizYenv0mrdaCCYwIqjHriLoyGSC63cCDUVPYo0H/8AfEzcVUUWeApsXycC88AAsAY Wg1EVd0afkIqEg3AUADBF/JV71iebxbMF3Af7p5SDvQYdKkYlk8fN87t3Jcxbzu8jIgV XIYwMTxcGS0uy3uUiJCHE3lirIn5tccZPzsBC3j7ZC5RW2gyEBd62L0SHR7n2BhD6D4P PXDgxZz+q35y5BCvn6l7Za2KTXAOc+mBQr2F5BuUR4pJgARyo8fJDnbogWpNJ7YM+Fzd w5wA== MIME-Version: 1.0 Received: by 10.60.19.196 with SMTP id h4mr10558235oee.56.1339248349978; Sat, 09 Jun 2012 06:25:49 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sat, 9 Jun 2012 06:25:49 -0700 (PDT) In-Reply-To: References: Date: Sat, 9 Jun 2012 16:25:49 +0300 Message-ID: From: Sami Halabi To: Ronald Klop Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 13:25:50 -0000 is it possible to set serial console over ip? or i need null cable? On Sat, Jun 9, 2012 at 3:58 PM, Ronald Klop wrote: > On Sat, 09 Jun 2012 09:55:28 +0200, Sami Halabi > wrote: > > Hi, >> I Just finished upgrade from FBSD-8.1-R fresh system to FBSD-8.3-p2. >> once done, i created regular accounts, in wheel group. >> >> first all was okay, but suddenly i found my self blocked out, because i >> can't ssh as root, and i can't su either, when i su i get this: >> %su - >> Password: >> >> and it stuck in that state whitout givving me root shell #. >> >> any ideas how to solve this problem? the system is in the servers farm and >> i need to drive 3 hours each direction, so if there is remote solution i >> would appreciate it. >> >> >> %more /etc/group >> # $FreeBSD: src/etc/group,v 1.35.10.2.2.1 2012/03/03 06:15:13 kensmith >> Exp $ >> # >> wheel:*:0:root,sody >> . >> . >> . >> sody:*:1001: >> >> Thanks in advance, >> >> > It does not solve your problem now, but if it is a couple of hours away > arrange some remote serial console access. > > Ronald. > ______________________________**_________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/**mailman/listinfo/freebsd-**stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@**freebsd.org > " > -- Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 13:29:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A575C106566C for ; Sat, 9 Jun 2012 13:29:07 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 624D38FC08 for ; Sat, 9 Jun 2012 13:29:07 +0000 (UTC) Received: by obcni5 with SMTP id ni5so5035197obc.13 for ; Sat, 09 Jun 2012 06:29:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wsa9aqSBMqfQrfolHNftjmGhxLv7tGIxXhYjPXuM1LU=; b=cvC295oAkTNWG4NyHn9j3cbOYRl/GOEUmeaxzMWa50w07LqoRox6ieBfgpp22jdMbD 2er/KEHt1V/JVCK4VSaBflYUoYCk9Itm5vMddeSX05OXhoqSeYfOTY5N+NPC2Ls7i2TZ fJxx5fHFAplTjOLnzlMREh+b6eRdsXdAJF/lxJaywhqjCLsNamVv7YjaJvPddyW+FQ7I +7NbANdtXQp2h911WnEy8qo+ViGdc/hJmJI/nc61EriDDl+QbTViMDZw38Vqjk/w9Kh5 mcrQ7o9krPTPvCV5xsKalk5zaYZtg56FLRVQOv+YbJ696lXDLzlr+nbTi65WcbKxYvwa v2/A== MIME-Version: 1.0 Received: by 10.60.19.42 with SMTP id b10mr10679583oee.12.1339248546881; Sat, 09 Jun 2012 06:29:06 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sat, 9 Jun 2012 06:29:06 -0700 (PDT) In-Reply-To: <20120609130528.GU13609@albert.catwhisker.org> References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <20120609130528.GU13609@albert.catwhisker.org> Date: Sat, 9 Jun 2012 16:29:06 +0300 Message-ID: From: Sami Halabi To: David Wolfskill Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 13:29:07 -0000 Hi, /var/log/messages - no new logs %id sody2 uid=1002(sody2) gid=1002(sody2) groups=1002(sody2),0(wheel) % i did top on one session and followed it after I issued "su -" the only new process issued is "su" and it stays there even after I supply the password... This is really strange, it never happend to me in earlier releases.... even "su sody2" worked, but stopped after a while... Help me please... Sami On Sat, Jun 9, 2012 at 4:05 PM, David Wolfskill wrote: > On Sat, Jun 09, 2012 at 03:47:07PM +0300, Sami Halabi wrote: > > %su - > > Password: > > load: 0.00 cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k > > load: 0.00 cmd: su 30588 [ttydcd] 3.99r 0.00u 0.00s 0% 2092k > > ... > > load: 0.00 cmd: su 30588 [ttydcd] 8.35r 0.00u 0.00s 0% 2092k > > load: 0.00 cmd: su 30588 [ttydcd] 8.53r 0.00u 0.00s 0% 2092k > > ... > > Well, that wasn't as helpful as it might have been, then -- though it > does clearly indicate that the process isn't waiting on (say) keyboard > input. > > Have you checked messages (e.g., /var/log/messages)? > > Also, while you're logged in as your primary account, the output of "id > sody2" may be useful. > > The other thing that comes to mind is that it may be useful for you to > login (as "sody") twice (i.e., from 2 different xterms, or using a > "terminal mux" program such as tmux(1) (in ports; sysutils/tmux) so from > one session, you can try "su sody2" and from the other, you can issue > commands such as "top" or "ps lwt ttydcd" to see what processes are > running on the (apparently stalled) session. > > It's also possible that there's something wrong with the login shell > initialization scripts used for sody2. The above commands may help > identify that case. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Depriving a girl or boy of an opportunity for education is evil. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > -- Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 13:32:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 36FD6106564A for ; Sat, 9 Jun 2012 13:32:19 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 138C28FC0C for ; Sat, 9 Jun 2012 13:32:19 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id 7B45AB9F22; Sat, 9 Jun 2012 09:32:16 -0400 (EDT) Message-ID: <4FD35055.1030809@ateamsystems.com> Date: Sat, 09 Jun 2012 20:32:05 +0700 From: Adam Strohl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Sami Halabi References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <20120609130528.GU13609@albert.catwhisker.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 13:32:19 -0000 On 6/9/2012 20:29, Sami Halabi wrote: > Hi, > /var/log/messages - no new logs Sorry if this has been asked, anything in dmesg? From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 13:33:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3924106566B for ; Sat, 9 Jun 2012 13:33:28 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED1A8FC15 for ; Sat, 9 Jun 2012 13:33:28 +0000 (UTC) Received: by obcni5 with SMTP id ni5so5040751obc.13 for ; Sat, 09 Jun 2012 06:33:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kf9v8Ywi8NSlOpPNAak7ekF35B2juY0U43efqY01FAI=; b=fJv0/rcAq2+CyjN6xuC+eQhxlbLfErO+pjbVr8rp+tBzOj//mf2Wh4Z1BrBZXJ/OHi G8HaPIWbtuwpZjuBezRzmmdhe7uwgQmZEgjhh/1WLBX+5dYVCayiuXm8Qjo+t8+VFrrj So3L5396F0oCJJUrfT6y8cm8b09gOuavt7Ajd81eY1AcJeKoA+qjbSQrZcG5we0umedA ZVnr/j1VLCYK37h0QLcq9d8wSry08y9RJv2HhMUteto6VKvv5O6owr+VGgdCzNSCK0pg zY3F9RwLYunvwhQHyJofV08Y0yqx/Ur2PPPAvS1kvyKd0IeoTyVOv03cTJZKjtCYZern wrdg== MIME-Version: 1.0 Received: by 10.60.29.72 with SMTP id i8mr8017268oeh.26.1339248808073; Sat, 09 Jun 2012 06:33:28 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sat, 9 Jun 2012 06:33:28 -0700 (PDT) In-Reply-To: <4FD35055.1030809@ateamsystems.com> References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <20120609130528.GU13609@albert.catwhisker.org> <4FD35055.1030809@ateamsystems.com> Date: Sat, 9 Jun 2012 16:33:28 +0300 Message-ID: From: Sami Halabi To: Adam Strohl Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 13:33:28 -0000 its the same as /var/log/messages On Sat, Jun 9, 2012 at 4:32 PM, Adam Strohl wrote: > On 6/9/2012 20:29, Sami Halabi wrote: > >> Hi, >> /var/log/messages - no new logs >> > > Sorry if this has been asked, anything in dmesg? > -- Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 13:42:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09D381065687 for ; Sat, 9 Jun 2012 13:42:25 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 8D4F38FC1C for ; Sat, 9 Jun 2012 13:42:24 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id 211D1B9F22; Sat, 9 Jun 2012 09:42:21 -0400 (EDT) Message-ID: <4FD352B3.6080805@ateamsystems.com> Date: Sat, 09 Jun 2012 20:42:11 +0700 From: Adam Strohl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Sami Halabi References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <20120609130528.GU13609@albert.catwhisker.org> <4FD35055.1030809@ateamsystems.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 13:42:25 -0000 On 6/9/2012 20:33, Sami Halabi wrote: > its the same as /var/log/messages I assume you mean there is nothing there because it's not the same thing (yes dmesg stuff should get logged into syslog but your system obviously isn't working right so ...). Past that I've been skimming this thread since you posted and I can't think of anything here that would resolve this except that it might be worth a try to have someone ctrl-alt-del it (requires no FreeBSD knowledge, passwords, etc by the person doing it and should gracefully reboot the server). Its a total Hail Mary [pass] though [and probably won't work]. It might lock you out entirely, too. P.S. Beyond this incident obviously setting up a remote console is ideal, IPMI is very worth it, but my guess is you'd have it setup if your MB had it. If you don't have an IPMI module and you happen to have another box there cross-patching their serial consoles to each other so if one goes down you can serial via the other one (ie; server1's com1 to server2's com2, and server2's com1 to server1's com2). You need to set this up as root though so no help now. -- Adam Strohl http://www.ateamsystems.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 13:43:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A35C4106566C; Sat, 9 Jun 2012 13:43:39 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 844398FC0A; Sat, 9 Jun 2012 13:43:39 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id 51581B9F22; Sat, 9 Jun 2012 09:43:36 -0400 (EDT) Message-ID: <4FD352FF.9090101@ateamsystems.com> Date: Sat, 09 Jun 2012 20:43:27 +0700 From: Adam Strohl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: "O. Hartmann" References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> In-Reply-To: <4FD3003C.4080109@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Steve Franks , Current FreeBSD , freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 13:43:39 -0000 On 6/9/2012 14:50, O. Hartmann wrote: > Lucky man! We are "off" from some desktop services (like LibreOffice and > Firefox) for more than a week now! Why did you update to begin with? Bug/security fix? -- Adam Strohl http://www.ateamsystems.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 14:04:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B40421065670; Sat, 9 Jun 2012 14:04:53 +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 627E68FC17; Sat, 9 Jun 2012 14:04:48 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SdMHR-00025Q-Kt>; Sat, 09 Jun 2012 16:04:41 +0200 Received: from e178004171.adsl.alicedsl.de ([85.178.4.171] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SdMHR-0006BK-Eu>; Sat, 09 Jun 2012 16:04:41 +0200 Message-ID: <4FD357F2.9090901@zedat.fu-berlin.de> Date: Sat, 09 Jun 2012 16:04:34 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Adam Strohl References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> In-Reply-To: <4FD352FF.9090101@ateamsystems.com> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig16DBCCACAF5FBF025138BA47" X-Originating-IP: 85.178.4.171 Cc: Steve Franks , Current FreeBSD , freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 14:04:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig16DBCCACAF5FBF025138BA47 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/09/12 15:43, Adam Strohl wrote: > On 6/9/2012 14:50, O. Hartmann wrote: >> Lucky man! We are "off" from some desktop services (like LibreOffice a= nd >> Firefox) for more than a week now! >=20 > Why did you update to begin with? Bug/security fix? >=20 > --=20 > Adam Strohl > http://www.ateamsystems.com/ Well, this is a good question. Unfortunately, I did an update of the ports tree and PNG update rushed in. The information in UPDATING came a in bit later, but since then several ports have been updated already - and rendered some applications unuseable. The question "why" isn't applicable here. Sometimes ports need updates or a port that is installed reels in another or even an update and this triggers the avalnche of messes. --------------enig16DBCCACAF5FBF025138BA47 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP01f5AAoJEOgBcD7A/5N8VYMH/RQvwPu5gjYmmL7LUSt5BGq5 TnJHocazWTcc8VNLxEfik90q7NvFm7IbvLYhE8ZwkYcyhrNSm24efioMjAdAwJoB TwiKS4is8gOnLlD03jnZay6gIGkXcm0bpZdvCuiUhl8UUp6Pm0EaM3tn4BXHQnVu w8m22Mke3gLWNU6c2rNBAjsm22WqoQgE223gI5xbIc9D0HllxdLySYQFupXZmojg re1NFa7lIbDOt9UdSviwY1S6AP8Esz7WIRznhkEHq6ogWdlNB7LXx9kl02mawYJg mNDT4izGCXIYvUMgZUJx4VtBv7sYbrV+UCxfd52ZpyprXDKGL58g9f849ONRE/k= =/UZk -----END PGP SIGNATURE----- --------------enig16DBCCACAF5FBF025138BA47-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 14:09:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1B5F106564A; Sat, 9 Jun 2012 14:09:22 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 912D48FC16; Sat, 9 Jun 2012 14:09:22 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id 2596DB9F22; Sat, 9 Jun 2012 10:09:19 -0400 (EDT) Message-ID: <4FD35905.9080500@ateamsystems.com> Date: Sat, 09 Jun 2012 21:09:09 +0700 From: Adam Strohl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: "O. Hartmann" References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> <4FD357F2.9090901@zedat.fu-berlin.de> In-Reply-To: <4FD357F2.9090901@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Steve Franks , Current FreeBSD , freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 14:09:22 -0000 On 6/9/2012 21:04, O. Hartmann wrote: > Well, this is a good question. Unfortunately, I did an update of the > ports tree and PNG update rushed in. The information in UPDATING came a > in bit later, but since then several ports have been updated already - > and rendered some applications unuseable. > > The question "why" isn't applicable here. Sometimes ports need updates > or a port that is installed reels in another or even an update and this > triggers the avalnche of messes. > Fair enough, I just feel like people reporting "48 hours of not using their computer" are doing something extraordinarily weird and I'm just at a loss as to what they're doing and why. I get the feeling people are updating their ports tree and then recompiling/reinstalling everything "just because" and then are complaining when one thing breaks (its the only thing I can think of). -- Adam Strohl http://www.ateamsystems.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 14:36:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CADA4106564A for ; Sat, 9 Jun 2012 14:36:42 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id 0CFEC8FC17 for ; Sat, 9 Jun 2012 14:36:41 +0000 (UTC) Received: from pop1.hm.net.br (pop1.hm.net.br [189.7.37.123]) (authenticated bits=0) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q59EaOAZ038042 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 9 Jun 2012 11:36:26 -0300 (BRT) (envelope-from hm@hm.net.br) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.4 at msrv.matik.com.br X-DKIM: OpenDKIM Filter v2.5.2 msrv.matik.com.br q59EaOAZ038042 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1339252586; bh=1qScfysvVOwsg1L7mdndaaix1IIYuXvK/fBZPdiF0Os=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=D7rT6TTLISJPOkcVCmr1xrQp5JcR69pNQxjaaPnE7ULheYZb6MeeB0GplKUuoanDd H7aW7VOViluIhIutbEWgEVUNQsfBVKumf+AOiAUPGF/Pud1tRSZwbm21oET/UgN7XV ykIEaYPVOKo7uYdfeVJBEaQxs9HqF5FeHme6ecK0= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; auth=pass (PLAIN); spf=pass smtp.mfrom=hm@hm.net.br Message-ID: <4FD35F67.4020007@hm.net.br> Date: Sat, 09 Jun 2012 11:36:23 -0300 From: H User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120429 Firefox/12.0 SeaMonkey/2.9.1 MIME-Version: 1.0 To: Adam Strohl References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> In-Reply-To: <4FD2D4CC.3080109@ateamsystems.com> X-Enigmail-Version: 1.4.2 OpenPGP: id=9C63083C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig039B3FCFBA0581E99B9B3C45" X-Spam-Status: No, score=3.6 required=5.0 tests=AWL=0.639,BAYES_00=-1.9,DKIM_SIGNED=0.1,DKIM_VALID=-0.1,DKIM_VALID_AU=-0.1,RCVD_IN_BRBL_LASTEXT=1.449,RCVD_IN_PBL=3.335,SPF_PASS=-0.001,TW_BJ=0.077,TW_IB=0.077,T_RP_MATCHES_RCVD=-0.01 msrv.matik.com.br 1356; Body=1 Fuz1=1 Fuz2=1 [127.0.0.2] [127.0.0.11] [1 mail.matik.com.br.] [187.95.0.182] autolearn=no ASN AS28573 189.7.36.0/22 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br Cc: Steve Franks , freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 14:36:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig039B3FCFBA0581E99B9B3C45 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Adam Strohl wrote: > On 6/9/2012 3:34, Steve Franks wrote: >> Every time libjpeg or >> perl or python bumps the rev, I have to explain to my boss that I >> won't be using my computer for 48 hours. >=20 > Why is this? And why are you updating every time there is a rev bump? >=20 certainly the worse question ever why is there an update, would be a little bit better but a real good question would be, why is there a not working/compiling update released to the ports tree Hans --=20 H +55 11 4249.2222 --------------enig039B3FCFBA0581E99B9B3C45 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/TX2kACgkQvKVfg5xjCDytggCfTCeJo19yzKlixe7dnD5iqFZf sLgAmwQyWhaitpNT19yfrRfbjJvG4icJ =GB5n -----END PGP SIGNATURE----- --------------enig039B3FCFBA0581E99B9B3C45-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 14:43:24 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 624AE106566C for ; Sat, 9 Jun 2012 14:43:24 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id D377D8FC08 for ; Sat, 9 Jun 2012 14:43:23 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q59Eh7U7067757; Sat, 9 Jun 2012 16:43:22 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q59Eh7F2067756; Sat, 9 Jun 2012 16:43:07 +0200 (CEST) (envelope-from olli) Date: Sat, 9 Jun 2012 16:43:07 +0200 (CEST) Message-Id: <201206091443.q59Eh7F2067756@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, sodynet1@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Sat, 09 Jun 2012 16:43:22 +0200 (CEST) Cc: Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, sodynet1@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 14:43:24 -0000 Sami Halabi wrote: > %id > uid=1001(sody) gid=1001(sody) groups=1001(sody),0(wheel) > % > > i have another account also id 1002 - sody2, also in group wheel. > i can ssh using user sody/sody2, however su doesn't work if i do: su sody2, > when i logged in with user sody. > it seems that su is broken somehow.... Something is definitely broken. Maybe the suid-root bit was accidentally removed from the su binary? What is the output from "ls -l /usr/bin/su"? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If you think C++ is not overly complicated, just what is a protected abstract virtual base pure virtual private destructor, and when was the last time you needed one?" -- Tom Cargil, C++ Journal From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 14:50:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CDBE106567A for ; Sat, 9 Jun 2012 14:50:16 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 2EBEB8FC21 for ; Sat, 9 Jun 2012 14:50:16 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id CCAF1B9F22; Sat, 9 Jun 2012 10:50:13 -0400 (EDT) Message-ID: <4FD3629B.9060106@ateamsystems.com> Date: Sat, 09 Jun 2012 21:50:03 +0700 From: Adam Strohl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: H References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD35F67.4020007@hm.net.br> In-Reply-To: <4FD35F67.4020007@hm.net.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Steve Franks , freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 14:50:16 -0000 On 6/9/2012 21:36, H wrote: > why is there an update, would be a little bit better My point was why do you need the update, and can't wait until its been better vetted. The porters do the best they can but can't test everything. > but a real good question would be, why is there a not working/compiling > update released to the ports tree Because it was just released and every combination of system configuration hasn't been tested, so there is some lag time before it stabilizes, especially with complicated software. There in lies the question -- why do you need to compile a port which was just released? Is it a security thing or is it "I want the latest" ? I'm just curious (and totally uninterested in how this ranks in your "worse question" list). -- Adam Strohl http://www.ateamsystems.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 15:18:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AE1A106566C for ; Sat, 9 Jun 2012 15:18:00 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id F010B8FC08 for ; Sat, 9 Jun 2012 15:17:59 +0000 (UTC) Received: by obcni5 with SMTP id ni5so5176902obc.13 for ; Sat, 09 Jun 2012 08:17:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=V+IWLkFyik/iayFozlRPu0rjTxBybfGLdQWbZOzXwUg=; b=sUiYKcHU07DyIMSbxs1CHaa0gvViMvwi/mLLzjlVP7G+7Geq22YwfPKWOTOZd/29ng N8P/qja9od+AExsipFPbMN0qzevWbfLiYs2IEl/8GaJCG8K2a+ZYNC9EbhejFWPX56ME k1Lps2jFDWfaqBEDPeXhauPzhxs5qQHnaXgIJsgYHl9CMeh3qyl/aceiQn0TVvWwy7Hf J5aJe9g5K6BmV47trWEBtRk7oq79xzmCqdMlbQcUqnY2UK6WVLJTZEzPJB3GFI/LlNgJ MhNZ/GIwlgnT8gQIYgERWYrgPoodIuRU/E0f+dUG2QyoyCqmDGhaX7kkF2PM2F6mMpiS UE/g== MIME-Version: 1.0 Received: by 10.182.39.5 with SMTP id l5mr10805753obk.11.1339255079387; Sat, 09 Jun 2012 08:17:59 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sat, 9 Jun 2012 08:17:59 -0700 (PDT) In-Reply-To: <201206091443.q59Eh7F2067756@lurza.secnetix.de> References: <201206091443.q59Eh7F2067756@lurza.secnetix.de> Date: Sat, 9 Jun 2012 18:17:59 +0300 Message-ID: From: Sami Halabi To: freebsd-stable@freebsd.org, sodynet1@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 15:18:00 -0000 Hi, %ls -l /usr/bin/su -r-sr-xr-x 1 root wheel 16944 Jun 7 19:47 /usr/bin/su % I don't think this realtred to suid bit, because if so it would give permission denied error... Sami On Sat, Jun 9, 2012 at 5:43 PM, Oliver Fromme wrote= : > Sami Halabi wrote: > > %id > > uid=3D1001(sody) gid=3D1001(sody) groups=3D1001(sody),0(wheel) > > % > > > > i have another account also id 1002 - sody2, also in group wheel. > > i can ssh using user sody/sody2, however su doesn't work if i do: su > sody2, > > when i logged in with user sody. > > it seems that su is broken somehow.... > > Something is definitely broken. Maybe the suid-root bit was > accidentally removed from the su binary? What is the output > from "ls -l /usr/bin/su"? > > Best regards > Oliver > > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=E4ftsfuehrun= g: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=FC= n- > chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf Geb= hart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "If you think C++ is not overly complicated, just what is a protected > abstract virtual base pure virtual private destructor, and when was the > last time you needed one?" > -- Tom Cargil, C++ Journal > --=20 Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 15:22:17 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03F5E106564A for ; Sat, 9 Jun 2012 15:22:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7A9968FC08 for ; Sat, 9 Jun 2012 15:22:16 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q59FM04S069426; Sat, 9 Jun 2012 17:22:15 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q59FM0n0069425; Sat, 9 Jun 2012 17:22:00 +0200 (CEST) (envelope-from olli) Date: Sat, 9 Jun 2012 17:22:00 +0200 (CEST) Message-Id: <201206091522.q59FM0n0069425@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <201206080939.q589dPoT004398@lurza.secnetix.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Sat, 09 Jun 2012 17:22:15 +0200 (CEST) Cc: Subject: Re: 9-stabe: cd device gone, ATA_CAM panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 15:22:17 -0000 Oliver Fromme wrote: > [...] > I need a working DVD drive, so I'm now considering to > downgrade to 8-stable. But then again, TMPFS didn't work > a well for me as it does in 9-stable (which was the main > reason for me to upgrade), so I'm kind of stuck in a > difficult situation. Fortunately, 9-stable works with "device atapicam", as I just found out. I thought I had already tried that and got errors during linking, but that was probably with the ATA_CAM option enabled at the same time which causes conflicts, obviously. So, everything's back to normal with "device atapicam" for now, and without ATA_CAM. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "In My Egoistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." -- Blair P. Houghton From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 15:27:46 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF92B1065675 for ; Sat, 9 Jun 2012 15:27:46 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2E7598FC20 for ; Sat, 9 Jun 2012 15:27:45 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id q59FRTxN069657; Sat, 9 Jun 2012 17:27:44 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id q59FRTeg069656; Sat, 9 Jun 2012 17:27:29 +0200 (CEST) (envelope-from olli) Date: Sat, 9 Jun 2012 17:27:29 +0200 (CEST) Message-Id: <201206091527.q59FRTeg069656@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, lists@opsec.eu In-Reply-To: <20120608144621.GA74475@home.opsec.eu> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (lurza.secnetix.de [127.0.0.1]); Sat, 09 Jun 2012 17:27:45 +0200 (CEST) Cc: Subject: Re: Experience with Intel SATA and fbsd 8.3-amd64 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, lists@opsec.eu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 15:27:46 -0000 Kurt Jaeger wrote: > I have a problem with some host: If I put heavy IO load on that > system, write errors happen, and then it crashes. What kind of write errors, exactly? What messages do you get on the console? It's also worth mentioning that such problems could also be caused by bad RAM, or even by the power supply (though the latter is unlikely in this case, I think). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." -- Robert Firth From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 15:44:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B65D106566C for ; Sat, 9 Jun 2012 15:44:20 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3108FC12 for ; Sat, 9 Jun 2012 15:44:20 +0000 (UTC) Received: from omta11.emeryville.ca.mail.comcast.net ([76.96.30.36]) by qmta03.emeryville.ca.mail.comcast.net with comcast id LFhV1j0030mlR8UA3FjECV; Sat, 09 Jun 2012 15:43:14 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta11.emeryville.ca.mail.comcast.net with comcast id LFjC1j00d4NgCEG8XFjEGY; Sat, 09 Jun 2012 15:43:14 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q59FhAvJ028791; Sat, 9 Jun 2012 09:43:10 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Sami Halabi In-Reply-To: References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> Content-Type: text/plain; charset="us-ascii" Date: Sat, 09 Jun 2012 09:43:10 -0600 Message-ID: <1339256590.36051.308.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 15:44:20 -0000 On Sat, 2012-06-09 at 15:47 +0300, Sami Halabi wrote: > %su - > Password: > load: 0.00 cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k > load: 0.00 cmd: su 30588 [ttydcd] 3.99r 0.00u 0.00s 0% 2092k > load: 0.00 cmd: su 30588 [ttydcd] 4.81r 0.00u 0.00s 0% 2092k > load: 0.00 cmd: su 30588 [ttydcd] 5.34r 0.00u 0.00s 0% 2092k > load: 0.00 cmd: su 30588 [ttydcd] 5.72r 0.00u 0.00s 0% 2092k > load: 0.00 cmd: su 30588 [ttydcd] 6.21r 0.00u 0.00s 0% 2092k > load: 0.00 cmd: su 30588 [ttydcd] 6.67r 0.00u 0.00s 0% 2092k > load: 0.00 cmd: su 30588 [ttydcd] 7.14r 0.00u 0.00s 0% 2092k > load: 0.00 cmd: su 30588 [ttydcd] 7.53r 0.00u 0.00s 0% 2092k > load: 0.00 cmd: su 30588 [ttydcd] 7.89r 0.00u 0.00s 0% 2092k > load: 0.00 cmd: su 30588 [ttydcd] 8.14r 0.00u 0.00s 0% 2092k > load: 0.00 cmd: su 30588 [ttydcd] 8.35r 0.00u 0.00s 0% 2092k > load: 0.00 cmd: su 30588 [ttydcd] 8.53r 0.00u 0.00s 0% 2092k > > > Thanks, > Sami Since the wait is "ttydcd", try "stty clocal" before doing the "su" command. I don't know why su would be waiting for dcd (modem carrier) but setting clocal mode should eliminate that wait. -- Ian From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 16:42:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B757106564A for ; Sat, 9 Jun 2012 16:42:50 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id B91E58FC15 for ; Sat, 9 Jun 2012 16:42:49 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q59GgRqj085208; Sat, 9 Jun 2012 23:42:27 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4FD37CF3.109@rdtc.ru> Date: Sat, 09 Jun 2012 23:42:27 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Sami Halabi References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> In-Reply-To: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 16:42:50 -0000 09.06.2012 19:47, Sami Halabi ÐÉÛÅÔ: > %su - > Password: > load: 0.00 cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k Perpaps, your system had no keyboard attached at boot time; or for some other reason it booted with /dev/console being serial console instead of vidconsole. su locks trying to access serial console that is /dev/ttyd0 by default and has Carrier Detect flag enabled. Hence, it waits for CD on the first serial port (miserably and hopelessly). You can check if it's true with "sysctl kern.console" command. You could ask someone to boot the system with keyboard attached - no need to type anything, though. The system should detect it and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0. And "su" won't lock. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 17:35:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7185C1065670; Sat, 9 Jun 2012 17:35:26 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id D7C648FC16; Sat, 9 Jun 2012 17:35:25 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q59HZOmF041502; Sat, 9 Jun 2012 19:35:24 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q59HZOLQ041501; Sat, 9 Jun 2012 19:35:24 +0200 (CEST) (envelope-from marius) Date: Sat, 9 Jun 2012 19:35:24 +0200 From: Marius Strobl To: Andrey Zonov Message-ID: <20120609173523.GA41443@alchemy.franken.de> References: <4FD0ECB7.8040908@zonov.org> <201206081119.09164.jhb@freebsd.org> <201206081427.39718.jhb@freebsd.org> <4FD3101D.9010603@zonov.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FD3101D.9010603@zonov.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable , John Baldwin Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 17:35:26 -0000 On Sat, Jun 09, 2012 at 12:58:05PM +0400, Andrey Zonov wrote: > On 6/8/12 10:27 PM, John Baldwin wrote: > >On Friday, June 08, 2012 11:48:50 am Andrey Zonov wrote: > >>On Fri, Jun 8, 2012 at 7:19 PM, John Baldwin wrote: > >>>On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote: > >>>>On 6/7/12 10:02 PM, Andrey Zonov wrote: > >>>>>Hi, > >>>>> > >>>>>I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0-STABLE > >>>>>(r234600) and now they can't find any disk because SAS controller > >>>>>cannot > >>>>>initialize with the following diagnostic: > >>>>> > >>>>>mpt0: port 0xd000-0xd0ff irq 26 at device > >>>>>3.0 on pci6 > >>>>>mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). > >>>>>mpt0: Unable to memory map registers. > >>>>>mpt0: Giving Up. > >>>>> > >>>>>pciconf -lv: > >>>>>mpt0@pci0:6:3:0: class=0x010000 card=0x81dd1043 chip=0x00541000 > >>>>>rev=0x02 > >>>>>hdr=0x00 > >>>>>vendor = 'LSI Logic / Symbios Logic' > >>>>>device = 'SAS1068 PCI-X Fusion-MPT SAS' > >>>>>class = mass storage > >>>>>subclass = SCSI > >>>>> > >>>>>I tried to boot to latest HEAD and found the same problem. I also tried > >>>>>to build kernel with mpt driver from my 8.2. Controller didn't > >>>>>initialize with the same diagnostic. So it looks like the problem is > >>>>>not > >>>>>in mpt driver. > >>>>> > >>>>>Any help would be appreciated. > >>>>> > >>>> > >>>>+jhb@ > >>>> > >>>>Hi John, > >>>> > >>>>Could you please help me with the problem above? It looks like the > >>>>problem is in PCI code and you changed things there. > >>> > >>>Can you get a verbose dmesg? > >>> > >> > >>Yes, it's in attach. > > > >Can you get the output of 'devinfo -u' and 'devinfo -rv' from a broken > >kernel? > > > > Attached. > > >Can you also try setting 'debug.acpi.disable=sysres' in the loader? > > > > Didn't help. > That's probably due to a typo, the corret loader tunable is debug.acpi.disabled=sysres (note the 'd'). Marius From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 18:42:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A19E1065672 for ; Sat, 9 Jun 2012 18:42:16 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id EB3B08FC0C for ; Sat, 9 Jun 2012 18:42:15 +0000 (UTC) Received: by obcni5 with SMTP id ni5so5443119obc.13 for ; Sat, 09 Jun 2012 11:42:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GP+/GjrGx0NbknRe/+pyPKO+KE1XssAWJ0S9QXDpEik=; b=fJ7+FKkCI04aXgCzNIg0jU5vXHmVxc462xttwshxioPnWrUAJQ8lVUfoQg3T6Ifhgp JHivTAe5Q4kHvCnxIcQDPUAzJsL05pk2VGTEVZgF2FzgDMRxVp1kMVHdDaew2NRCiU4W yyFfvXCrOtw6WCeuLcRV9dqufO4HN6Gs6nTK2Tt+N2grBeDnL0eQB0kIsBz2cHmgGOsk 2eCRJ8sbhSREpggIFOiFV3thcCTeRw/zwg4baXN10dXaW+DOH2LiK8ib/O5gmoolkArR 6R2hHyOnPlx4a6E7Q+X8rfZ/KVW8DziKJFeqfyaUsIvdM1nARNu4FnCjFPWUcxhPG1XK mMiw== MIME-Version: 1.0 Received: by 10.182.36.102 with SMTP id p6mr11160419obj.77.1339267335365; Sat, 09 Jun 2012 11:42:15 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sat, 9 Jun 2012 11:42:15 -0700 (PDT) In-Reply-To: <1339256590.36051.308.camel@revolution.hippie.lan> References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <1339256590.36051.308.camel@revolution.hippie.lan> Date: Sat, 9 Jun 2012 21:42:15 +0300 Message-ID: From: Sami Halabi To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 18:42:16 -0000 %stty clocal %su - Password: load: 0.00 cmd: su 34023 [ttydcd] 0.72r 0.00u 0.00s 0% 2092k load: 0.00 cmd: su 34023 [ttydcd] 0.99r 0.00u 0.00s 0% 2092k I tried stty -clocal also but didn't work.... :( any other ideas? On Sat, Jun 9, 2012 at 6:43 PM, Ian Lepore wrote: > On Sat, 2012-06-09 at 15:47 +0300, Sami Halabi wrote: > > %su - > > Password: > > load: 0.00 cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k > > load: 0.00 cmd: su 30588 [ttydcd] 3.99r 0.00u 0.00s 0% 2092k > > load: 0.00 cmd: su 30588 [ttydcd] 4.81r 0.00u 0.00s 0% 2092k > > load: 0.00 cmd: su 30588 [ttydcd] 5.34r 0.00u 0.00s 0% 2092k > > load: 0.00 cmd: su 30588 [ttydcd] 5.72r 0.00u 0.00s 0% 2092k > > load: 0.00 cmd: su 30588 [ttydcd] 6.21r 0.00u 0.00s 0% 2092k > > load: 0.00 cmd: su 30588 [ttydcd] 6.67r 0.00u 0.00s 0% 2092k > > load: 0.00 cmd: su 30588 [ttydcd] 7.14r 0.00u 0.00s 0% 2092k > > load: 0.00 cmd: su 30588 [ttydcd] 7.53r 0.00u 0.00s 0% 2092k > > load: 0.00 cmd: su 30588 [ttydcd] 7.89r 0.00u 0.00s 0% 2092k > > load: 0.00 cmd: su 30588 [ttydcd] 8.14r 0.00u 0.00s 0% 2092k > > load: 0.00 cmd: su 30588 [ttydcd] 8.35r 0.00u 0.00s 0% 2092k > > load: 0.00 cmd: su 30588 [ttydcd] 8.53r 0.00u 0.00s 0% 2092k > > > > > > Thanks, > > Sami > > Since the wait is "ttydcd", try "stty clocal" before doing the "su" > command. I don't know why su would be waiting for dcd (modem carrier) > but setting clocal mode should eliminate that wait. > > -- Ian > > > -- Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 18:45:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8A1D106564A for ; Sat, 9 Jun 2012 18:45:03 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6DD4A8FC12 for ; Sat, 9 Jun 2012 18:45:03 +0000 (UTC) Received: by obcni5 with SMTP id ni5so5446790obc.13 for ; Sat, 09 Jun 2012 11:45:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=oDzUwQd0xUNRxDbQh13nYVL35O8iCEWF6cJbROYc2Bo=; b=d2NLY5KLkKnePNNeGohMV6NJESNBxoh04Y/QDnQyqebxjhKpen0NNcmeQKJBSMh99m uvXjhddUMkUy5FuUtYdPIp9Ay9LNLzMQTmD7GPBjThrFJe9JVhWOHwmOh6zzZABFMzCU 3NlaYV9TPBpQElDSx8gF8QnAJLByPfeqh6t6hQclj2eg6Z0k6nS2WxfWFNFU4XrxiTb4 vNZSv+Af+SkYB1sDM0cqN8TqEn0PAKJHA92dc5tBi3vsKdVdg2HxYGvvoRNWpoCdlDW2 ULUUI0utxmfB4MPKpx6vx5fgzW0CNba8i8nR1Y3WWytwc2TDogp3vpefXqT0OABfus6m CU+w== MIME-Version: 1.0 Received: by 10.60.19.196 with SMTP id h4mr11178822oee.56.1339267503068; Sat, 09 Jun 2012 11:45:03 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sat, 9 Jun 2012 11:45:03 -0700 (PDT) In-Reply-To: <4FD37CF3.109@rdtc.ru> References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> Date: Sat, 9 Jun 2012 21:45:03 +0300 Message-ID: From: Sami Halabi To: Eugene Grosbein Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 18:45:03 -0000 Hi, %sysctl kern.console kern.console: ttyv0,dcons,/dcons,ttyv0,uart,ucom, %tail /var/log/messages Jun 7 19:54:35 vps16 kernel: Trying to mount root from ufs:/dev/da0s1a Jun 7 19:54:36 vps16 kernel: bge0: link state changed to UP Jun 7 20:18:04 vps16 kernel: ugen0.2: at usbus0 Jun 7 20:18:04 vps16 kernel: ukbd0: on usbus0 Jun 7 20:18:04 vps16 kernel: kbd2 at ukbd0 Jun 7 20:18:05 vps16 kernel: uhid0: on usbus0 Jun 7 20:19:37 vps16 login: ROOT LOGIN (root) ON ttyv1 Jun 7 20:21:19 vps16 kernel: ugen0.2: at usbus0 (disconnected) Jun 7 20:21:19 vps16 kernel: ukbd0: at uhub0, port 1, addr 2 (disconnected= ) Jun 7 20:21:19 vps16 kernel: uhid0: at uhub0, port 1, addr 2 (disconnected= ) % the system was loaded with keyboard and disconnected later if i understand the logs... New ideas are appreciated, and thanks in advance, Sami On Sat, Jun 9, 2012 at 7:42 PM, Eugene Grosbein wrote: > 09.06.2012 19:47, Sami Halabi =D0=C9=DB=C5=D4: > > %su - > > Password: > > load: 0.00 cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k > > Perpaps, your system had no keyboard attached at boot time; > or for some other reason it booted with /dev/console being serial console > instead of vidconsole. su locks trying to access serial console > that is /dev/ttyd0 by default and has Carrier Detect flag enabled. > Hence, it waits for CD on the first serial port (miserably and hopelessly= ). > > You can check if it's true with "sysctl kern.console" command. > You could ask someone to boot the system with keyboard attached - > no need to type anything, though. The system should detect it > and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0. > And "su" won't lock. > > Eugene Grosbein > --=20 Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 19:06:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9DD01065672 for ; Sat, 9 Jun 2012 19:06:23 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3C2D38FC0A for ; Sat, 9 Jun 2012 19:06:23 +0000 (UTC) Received: by lbon10 with SMTP id n10so2504752lbo.13 for ; Sat, 09 Jun 2012 12:06:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=od/Qr+gIa6UfD6XL3PsKX6ysfij6Z/qZM53O7Zhvmt8=; b=aVp4c9H6V+VwtfkNsyU9tBduDgsHzCO3HONRgHjIiWa8RwFb6CXlEigRWtu4H561pH uOFZS/yCFcw9XgggFbN5WvvNgMha0YnFchL4roTL6TEXihRbpP/HkUDuz42r9sacjfUj zo9/IsPSSXoT8UH1mCj2nAvZT2S3Py0lpY33GiqgUagIzl/EvA0z7vv7DSQvsrXr/XZ1 dMGHrzQ1CQj4G2eYywUF2+TwS/gFy/PDVF4NQ27vLQXhHBS/LSdRVgDHyFzDM0udEvr8 btPWzbxFbkdWTr4HuvvHvSamT9+4bKoEeyff2sYDtw+FU82hMNRySvvi6vCtuKCmlfHM JquQ== Received: by 10.152.113.199 with SMTP id ja7mr12347405lab.10.1339268781122; Sat, 09 Jun 2012 12:06:21 -0700 (PDT) Received: from zont-osx.local (ppp95-165-147-222.pppoe.spdop.ru. [95.165.147.222]) by mx.google.com with ESMTPS id gd9sm5742997lbb.15.2012.06.09.12.06.19 (version=SSLv3 cipher=OTHER); Sat, 09 Jun 2012 12:06:20 -0700 (PDT) Message-ID: <4FD39EAB.3080805@zonov.org> Date: Sat, 09 Jun 2012 23:06:19 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Marius Strobl References: <4FD0ECB7.8040908@zonov.org> <201206081119.09164.jhb@freebsd.org> <201206081427.39718.jhb@freebsd.org> <4FD3101D.9010603@zonov.org> <20120609173523.GA41443@alchemy.franken.de> In-Reply-To: <20120609173523.GA41443@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQnGJ/94HPEJQluST+dh7toTIUZArSj7pR739fyOnz1rqP8T38+x7cmA4TuUuP4PXCq8UuKf Cc: freebsd-stable , John Baldwin Subject: Re: mpt: Unable to memory map registers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 19:06:24 -0000 On 6/9/12 9:35 PM, Marius Strobl wrote: > On Sat, Jun 09, 2012 at 12:58:05PM +0400, Andrey Zonov wrote: >> On 6/8/12 10:27 PM, John Baldwin wrote: >>> On Friday, June 08, 2012 11:48:50 am Andrey Zonov wrote: >>>> On Fri, Jun 8, 2012 at 7:19 PM, John Baldwin wrote: >>>>> On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote: >>>>>> On 6/7/12 10:02 PM, Andrey Zonov wrote: >>>>>>> Hi, >>>>>>> >>>>>>> I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0-STABLE >>>>>>> (r234600) and now they can't find any disk because SAS controller >>>>>>> cannot >>>>>>> initialize with the following diagnostic: >>>>>>> >>>>>>> mpt0: port 0xd000-0xd0ff irq 26 at device >>>>>>> 3.0 on pci6 >>>>>>> mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0xffffffffffffffff). >>>>>>> mpt0: Unable to memory map registers. >>>>>>> mpt0: Giving Up. >>>>>>> >>>>>>> pciconf -lv: >>>>>>> mpt0@pci0:6:3:0: class=0x010000 card=0x81dd1043 chip=0x00541000 >>>>>>> rev=0x02 >>>>>>> hdr=0x00 >>>>>>> vendor = 'LSI Logic / Symbios Logic' >>>>>>> device = 'SAS1068 PCI-X Fusion-MPT SAS' >>>>>>> class = mass storage >>>>>>> subclass = SCSI >>>>>>> >>>>>>> I tried to boot to latest HEAD and found the same problem. I also tried >>>>>>> to build kernel with mpt driver from my 8.2. Controller didn't >>>>>>> initialize with the same diagnostic. So it looks like the problem is >>>>>>> not >>>>>>> in mpt driver. >>>>>>> >>>>>>> Any help would be appreciated. >>>>>>> >>>>>> >>>>>> +jhb@ >>>>>> >>>>>> Hi John, >>>>>> >>>>>> Could you please help me with the problem above? It looks like the >>>>>> problem is in PCI code and you changed things there. >>>>> >>>>> Can you get a verbose dmesg? >>>>> >>>> >>>> Yes, it's in attach. >>> >>> Can you get the output of 'devinfo -u' and 'devinfo -rv' from a broken >>> kernel? >>> >> >> Attached. >> >>> Can you also try setting 'debug.acpi.disable=sysres' in the loader? >>> >> >> Didn't help. >> > > That's probably due to a typo, the corret loader tunable is > debug.acpi.disabled=sysres (note the 'd'). > This helps, thanks! Please explain what this means. -- Andrey Zonov From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 19:57:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 199BD1065670 for ; Sat, 9 Jun 2012 19:57:23 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id B78958FC12 for ; Sat, 9 Jun 2012 19:57:22 +0000 (UTC) Received: by qcsg15 with SMTP id g15so1679952qcs.13 for ; Sat, 09 Jun 2012 12:57:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=subject:references:from:content-type:x-mailer:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version :x-gm-message-state; bh=9eQmAGhfgUVFuWhRzBHsLWsS947W4S8WjUzNqRZfazQ=; b=jiL/YHHsSDXIH5JHeNQobNVOQNq3jRGqqnE1qcL2v/Bs5DXLfZlpPuRLKb4/yT2cfJ a2yvtjl0Ej15EJcxBeK4It9OK0Jhk/tBFhx+XFOw4E+HepVyRRFDqQ1idLAiwZeXgOw1 IQ99hUh+uFP7pVsqOcBgRH2wYB8LcAXZlfeVU3bY7bTboAMfAkkEgllIVxzx64Bqv7J8 pk7IJTpd89Ar2CHjVAjyrZ/gMkWzItg7IqmLll2oW/ot9EVCVqk65CjZmaqWL/x2J9aJ OFXVw2fUIN3T8t+nHvPDTMKYd07szcenRPQNPDqYEySbLsVi5tmlw7lz1xBTuXdBnyDx IGWg== Received: by 10.224.174.138 with SMTP id t10mr4530725qaz.50.1339271841950; Sat, 09 Jun 2012 12:57:21 -0700 (PDT) Received: from [97.250.122.34] (34.sub-97-250-122.myvzw.com. [97.250.122.34]) by mx.google.com with ESMTPS id dr1sm18312625qab.2.2012.06.09.12.57.18 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 09 Jun 2012 12:57:20 -0700 (PDT) References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> From: Mark Saad Content-Type: text/plain; charset=utf-8 X-Mailer: iPhone Mail (9B206) In-Reply-To: Message-Id: <4D5EE1C7-9297-415B-A5A0-45801B8A0182@longcount.org> Date: Sat, 9 Jun 2012 15:57:07 -0400 To: "freebsd-stable@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-Gm-Message-State: ALoCoQmaBq5pI9B3sUM8NuFFiJyMMI0qictpYYnk/6+t/9WBMgErW+MusdES2SNyIUz93bqq/Tt8 Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 19:57:23 -0000 On Jun 9, 2012, at 2:45 PM, Sami Halabi wrote: > Hi, >=20 > %sysctl kern.console > kern.console: ttyv0,dcons,/dcons,ttyv0,uart,ucom, >=20 > %tail /var/log/messages > Jun 7 19:54:35 vps16 kernel: Trying to mount root from ufs:/dev/da0s1a > Jun 7 19:54:36 vps16 kernel: bge0: link state changed to UP > Jun 7 20:18:04 vps16 kernel: ugen0.2: at usbus0 > Jun 7 20:18:04 vps16 kernel: ukbd0: 0/0, rev 1.10/2.50, addr 2> on usbus0 > Jun 7 20:18:04 vps16 kernel: kbd2 at ukbd0 > Jun 7 20:18:05 vps16 kernel: uhid0: 0/0, rev 1.10/2.50, addr 2> on usbus0 > Jun 7 20:19:37 vps16 login: ROOT LOGIN (root) ON ttyv1 > Jun 7 20:21:19 vps16 kernel: ugen0.2: at usbus0 > (disconnected) > Jun 7 20:21:19 vps16 kernel: ukbd0: at uhub0, port 1, addr 2 (disconnecte= d) > Jun 7 20:21:19 vps16 kernel: uhid0: at uhub0, port 1, addr 2 (disconnecte= d) > % >=20 > the system was loaded with keyboard and disconnected later if i understand= > the logs... >=20 > New ideas are appreciated, and thanks in advance, > Sami >=20 > On Sat, Jun 9, 2012 at 7:42 PM, Eugene Grosbein wrote:= >=20 >> 09.06.2012 19:47, Sami Halabi =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>> %su - >>> Password: >>> load: 0.00 cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k >>=20 >> Perpaps, your system had no keyboard attached at boot time; >> or for some other reason it booted with /dev/console being serial console= >> instead of vidconsole. su locks trying to access serial console >> that is /dev/ttyd0 by default and has Carrier Detect flag enabled. >> Hence, it waits for CD on the first serial port (miserably and hopelessly= ). >>=20 >> You can check if it's true with "sysctl kern.console" command. >> You could ask someone to boot the system with keyboard attached - >> no need to type anything, though. The system should detect it >> and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0. >> And "su" won't lock. >>=20 >> Eugene Grosbein >>=20 >=20 >=20 >=20 > --=20 > Sami Halabi > Information Systems Engineer > NMS Projects Expert > FreeBSD SysAdmin Expert > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"=20= Check the permissions on the su binary it could be missing the suid but. --- Mark saad | mark.saad@longcount.org From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 20:21:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 098D21065672 for ; Sat, 9 Jun 2012 20:21:17 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6E78FC15 for ; Sat, 9 Jun 2012 20:21:16 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.4/8.13.1) with ESMTP id q59K8LiQ096316 for ; Sat, 9 Jun 2012 15:08:21 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Sat Jun 9 15:08:21 2012 Message-ID: <4FD3AD35.3090301@denninger.net> Date: Sat, 09 Jun 2012 15:08:21 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.4.2 X-Antivirus: avast! (VPS 120609-1, 06/09/2012), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Backups with 9-STABLE -- Options? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 20:21:17 -0000 With SU+J as the default filesystem, what options actually WORK now? 1. Dump "L" will NOT -- it doesn't hang any more but now just bitches and refuses to run. I suppose that beats a hang.... 2. Dump without "L" and take your chances? What risks am I running by doing this on a running system? 3. Other? Dump has been the canonical means of backing up... forever. And it still is claimed to be the canonical means in the documentation. So what options do we have now that actually work -- is there now a new "canonical" backup method that is recommended? -- -- Karl Denninger /The Market Ticker ®/ Cuda Systems LLC From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 20:22:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 792F4106566C for ; Sat, 9 Jun 2012 20:22:42 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 32C878FC08 for ; Sat, 9 Jun 2012 20:22:41 +0000 (UTC) Received: by obcni5 with SMTP id ni5so5576022obc.13 for ; Sat, 09 Jun 2012 13:22:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=43UAExqVHjMiEFMAsozT74zlMmxxvOrpMtROEYYnTSI=; b=X2bMqWkYl/d2oryHgEa0DVF/pyJA0tzSn56j6nHjKMpuYaJASAOEGd3WikE4xRphDf MkePa/zYPXz7oGc39OYuyo0SKGrO9GYuYGP6ZCmyxkVB5aKAYyFQbF440wfOyjP6IAw7 NVe5GdcQpwlLrigY3/HC5TudNtXhpKirBrbQFkICvYfStG56d/aOjU1I+th/Z0JHmWMA wNfDz7MG95q32QcGHMVU9jA21PF4fxptkqD8w8ECNk0qO251W5HzLrSgWZszL2+rmpRL FhhQOsLkiFPgvWDvvp8wBiwWyD6HELkuLNtMYii3mnzWagyUP0L5zfb6tsTs6a/bg+N1 ToVA== MIME-Version: 1.0 Received: by 10.182.52.38 with SMTP id q6mr11518875obo.8.1339273361656; Sat, 09 Jun 2012 13:22:41 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sat, 9 Jun 2012 13:22:41 -0700 (PDT) In-Reply-To: <4D5EE1C7-9297-415B-A5A0-45801B8A0182@longcount.org> References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> <4D5EE1C7-9297-415B-A5A0-45801B8A0182@longcount.org> Date: Sat, 9 Jun 2012 23:22:41 +0300 Message-ID: From: Sami Halabi To: Mark Saad Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-stable@freebsd.org" Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 20:22:42 -0000 I already posted that: %ls -l /usr/bin/su -r-sr-xr-x 1 root wheel 16944 Jun 7 19:47 /usr/bin/su % Sami On Sat, Jun 9, 2012 at 10:57 PM, Mark Saad wrote: > > > > On Jun 9, 2012, at 2:45 PM, Sami Halabi wrote: > > > Hi, > > > > %sysctl kern.console > > kern.console: ttyv0,dcons,/dcons,ttyv0,uart,ucom, > > > > %tail /var/log/messages > > Jun 7 19:54:35 vps16 kernel: Trying to mount root from ufs:/dev/da0s1a > > Jun 7 19:54:36 vps16 kernel: bge0: link state changed to UP > > Jun 7 20:18:04 vps16 kernel: ugen0.2: at usbus0 > > Jun 7 20:18:04 vps16 kernel: ukbd0: > 0/0, rev 1.10/2.50, addr 2> on usbus0 > > Jun 7 20:18:04 vps16 kernel: kbd2 at ukbd0 > > Jun 7 20:18:05 vps16 kernel: uhid0: > 0/0, rev 1.10/2.50, addr 2> on usbus0 > > Jun 7 20:19:37 vps16 login: ROOT LOGIN (root) ON ttyv1 > > Jun 7 20:21:19 vps16 kernel: ugen0.2: at usbus0 > > (disconnected) > > Jun 7 20:21:19 vps16 kernel: ukbd0: at uhub0, port 1, addr 2 > (disconnected) > > Jun 7 20:21:19 vps16 kernel: uhid0: at uhub0, port 1, addr 2 > (disconnected) > > % > > > > the system was loaded with keyboard and disconnected later if i > understand > > the logs... > > > > New ideas are appreciated, and thanks in advance, > > Sami > > > > On Sat, Jun 9, 2012 at 7:42 PM, Eugene Grosbein > wrote: > > > >> 09.06.2012 19:47, Sami Halabi =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>> %su - > >>> Password: > >>> load: 0.00 cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k > >> > >> Perpaps, your system had no keyboard attached at boot time; > >> or for some other reason it booted with /dev/console being serial > console > >> instead of vidconsole. su locks trying to access serial console > >> that is /dev/ttyd0 by default and has Carrier Detect flag enabled. > >> Hence, it waits for CD on the first serial port (miserably and > hopelessly). > >> > >> You can check if it's true with "sysctl kern.console" command. > >> You could ask someone to boot the system with keyboard attached - > >> no need to type anything, though. The system should detect it > >> and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0. > >> And "su" won't lock. > >> > >> Eugene Grosbein > >> > > > > > > > > -- > > Sami Halabi > > Information Systems Engineer > > NMS Projects Expert > > FreeBSD SysAdmin Expert > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g > " > > Check the permissions on the su binary it could be missing the suid but. > > --- > Mark saad | mark.saad@longcount.org > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 20:32:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 76B40106566C for ; Sat, 9 Jun 2012 20:32:31 +0000 (UTC) (envelope-from thciobanu@nth.ro) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id E456C8FC1B for ; Sat, 9 Jun 2012 20:32:30 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so1345683wib.13 for ; Sat, 09 Jun 2012 13:32:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nth.ro; s=ga; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=aKDGHDzsHqSGoc52/tLIxb6tI1SGtOC5A7R2HVzJN3I=; b=lIESaXaKO64zHjeWqdWGg76N9iQhQX/ty07xkxfkfXM/JG6PDCknI4HS9jn8TdTWx3 /VqwQiIUjaWs3OzZRfhcp/TSj4jbqEuGYR9LG3RaTMSzoN4a/kjtN8HiKfCRYrUeScXC sGvSLJtn4YnjwWCkYUdf9JyhNvgVIjhDhsV/g= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=aKDGHDzsHqSGoc52/tLIxb6tI1SGtOC5A7R2HVzJN3I=; b=FQ25HkEdiUeobE30tibUEShfCSDkUgaF781JryW/ndG27M1rLAPUs9dmnaHqsYNM4r hDNmEvozw3HG6eApUnoEL2vpKM88mxtTjxCrHenFUBNjXiV5vp8IjCH/RrUsXlr5V6bC 2/w8WAyusJopHb4AxaeI7goq7eqj5MFQPcCtVLvqU5DOEeZz0aiWpDvR++2+67WzDhCq UOuYqDzvZjZEVvIyQ+tYBR5azKCNXz6QVqckbPur2pJZODz9eizCSk8UL2vWMl4ppds6 x4ANelPrPDedUTJkac7wnNawme+2iGnU7T7dDgwzqUXZJrgqHyoGhcuR4x3d74w7XaUd nXmA== Received: by 10.216.225.23 with SMTP id y23mr3515518wep.67.1339273943695; Sat, 09 Jun 2012 13:32:23 -0700 (PDT) Received: from unknown ([79.115.170.89]) by mx.google.com with ESMTPS id fo7sm11797312wib.9.2012.06.09.13.32.22 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 09 Jun 2012 13:32:23 -0700 (PDT) Date: Sat, 9 Jun 2012 23:31:34 +0300 From: Theodor-Iulian Ciobanu To: freebsd-stable@freebsd.org Message-ID: <20120609233134.0000711b@unknown> In-Reply-To: <4FCFE178.9080505@FreeBSD.org> References: <1337319129.2915.4.camel@powernoodle-l7> <4FB6765A.2050307@FreeBSD.org> <1337710214.2916.8.camel@powernoodle-l7.corp.yahoo.com> <20120525163653.b61a08e2.lists@yamagi.org> <4FBFA9A9.7020806@FreeBSD.org> <4FBFBD39.7000105@FreeBSD.org> <4FBFDFFB.9020501@FreeBSD.org> <4FBFE624.1020208@FreeBSD.org> <20120526090233.f638c1d2.lists@yamagi.org> <4FC0A3A1.80200@FreeBSD.org> <4FC7D464.20602@FreeBSD.org> <4FCFD2A1.60706@FreeBSD.org> <4FCFE178.9080505@FreeBSD.org> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.24.8; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQnidEBASQIV+JBRrtRm/+u8g/N0oOG6BiDii+YRDPfc7HtcLJ+hhCqz7xYGgEvf9b8VjwAb Subject: Re: [stable 9] broken hwpstate calls X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 20:32:31 -0000 On Wed, 06 Jun 2012 19:02:16 -0400 Jung-uk Kim wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2012-06-06 17:58:57 -0400, Andriy Gapon wrote: > > on 31/05/2012 23:28 Jung-uk Kim said the following: > >> It is simple but I don't like locking scheduler, binding CPU, and > >> writing the same MSR, multiple times for each core. > > > > Not sure if parse this. The MSR is _written_ /once/ for each > > core. (BTW, "locking scheduler" is not a completely accurate > > description of what thread_lock does) > > I apologize. I didn't see the whole picture and read your patch > wrong. > > Any way, hwpstate still isn't quite right even without your patch. > > sys/kern/kern_cpu.c > cpufreq_curr_sysctl() -> > CPUFREQ_SET() -> /* for all CPU devices */ > cf_set_method() -> /* thread_lock(), sched_bind(), ... > */ CPUFREQ_DRV_SET() -> > sys/x86/cpufreq/hwpstate.c > hwpstate_set() -> > hwpstate_goto_pstate() /* for each CPU unit */ > /* thread_lock(), sched_bind(), ... */ > > Therefore, "sysctl dev.cpu.0.cpufreq=" loops n^2 times (i.e., n > times per CPU) where n is number of CPUs. At least, it should check > unit == 0, e.g., > > hwpstate_goto_pstate(...) > { > ... > if (unit == 0) { > /* XXX Is this really necessary? */ > CPU_FOREACH(i) { > ... > wrmsr(MSR_AMD_10H_11H_CONTROL, id); > ... > } > } > /* Check the current P-state. */ > for (...) { > ... > msr = rdmsr(MSR_AMD_10H_11H_STATUS); > if (msr == id) > break; > ... > } > /* XXX Maybe your patch here? */ > ... > } > > >> Besides, it introduces more delay and you may be reading the > >> correct status because of that. :-P > > > > Having a separate reading pass does introduce more delay indeed. > > Reading the correct status is a good thing, OTOH. > > That's what I said. > > > Why would anyone want to read incorrect status? (just want to note > > that "correct" and "expected" are different things) > > Okay, okay. > > >> If people really think checking MSRC001_0071[18:16] is unworthy > >> for > > > > Well, "other people" hasn't demonstrated/proved/convinced yet that > > it is worthy > > > >> Bulldozer, I prefer skipping status check > > > > That's what I suggested from the very start. > > Buy me a Bulldozer and I'll fix it for you! :-P If it's of any help, I have an Opteron 6274 I'd be willing to test some patches on, to get Turbo Core working. > >> but I disagree with this patch. > > > > Since I am not invested in this issue (I am not affected by the > > problem and I do not have any personal attachment to the code in > > question), I will just defer any decision to those who do care > > about the problem. I hope that a fix will be provided in the end. > > Same here. > > Jung-uk Kim > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.19 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk/P4XgACgkQmlay1b9qnVP8cgCgl9sAzyE956YjB2B3bK0wvOHu > n64Anih7sdWYQgflQVHuUGstdk05Fs9i > =2dS0 > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" -- Theo From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 20:49:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFF8D1065670 for ; Sat, 9 Jun 2012 20:49:45 +0000 (UTC) (envelope-from rflynn@acsalaska.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9534B8FC1A for ; Sat, 9 Jun 2012 20:49:45 +0000 (UTC) Received: from [127.0.0.1] (squeeze.lan.rachie.is-a-geek.net [192.168.2.30]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 929C67E877; Sat, 9 Jun 2012 12:49:43 -0800 (AKDT) Message-ID: <4FD3B6E1.4040405@acsalaska.net> Date: Sat, 09 Jun 2012 22:49:37 +0200 From: Mel Flynn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Eugene Grosbein References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> In-Reply-To: <4FD37CF3.109@rdtc.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, Sami Halabi Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 20:49:45 -0000 On 9-6-2012 18:42, Eugene Grosbein wrote: > 09.06.2012 19:47, Sami Halabi ÐÉÛÅÔ: >> %su - >> Password: >> load: 0.00 cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k > > Perpaps, your system had no keyboard attached at boot time; > or for some other reason it booted with /dev/console being serial console > instead of vidconsole. su locks trying to access serial console > that is /dev/ttyd0 by default and has Carrier Detect flag enabled. > Hence, it waits for CD on the first serial port (miserably and hopelessly). > > You can check if it's true with "sysctl kern.console" command. > You could ask someone to boot the system with keyboard attached - > no need to type anything, though. The system should detect it > and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0. > And "su" won't lock. Just to get this clear - are you connected via ssh and want to use su? If so, I fail to see why the keyboard would be in play as you need a pty, not a vty. Secondly, your logs mention a kbd2 that is disconnected, so where's kbd1. And finally, why did the person that connected and disconnected the keyboard leave a root login open? -- Mel From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 21:11:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02B401065672 for ; Sat, 9 Jun 2012 21:11:23 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 61C088FC12 for ; Sat, 9 Jun 2012 21:11:22 +0000 (UTC) Received: by lbon10 with SMTP id n10so2537375lbo.13 for ; Sat, 09 Jun 2012 14:11:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=cFys19hUg7Clnp3aesFVC8O5KsN3QqL5rne7uCuwBX8=; b=pEOmw2+/X1MkoZg7txOheqQzMd+sCgwUcnA50MlkEqK5IzHzvHaOXbDNii9EqJ7Drn V9X3C7bOVd4MuANMclfmbkdnMu/6sLX14vAhCImNavUXT+TS1fiahjoums1onTwh7wKp Xj75dvCAjanOX6udcu53m6BUpOk0OXU5YjCaq3PJzD1Za3XQHIz4UeUfzxhP4QZjDG3b nHTH4+J1qxuJVyEF5Ht6aOfytUvNa8PXxq2FHKEi3xO4cFWmIIfgsZTggaImia3V1my3 oo3Fe7EwldEIYSH3Lv/TQMpadWqeg1PsBmFd5tbCJky72dY2ZZgrWtHJQw3IMELkVwWx nV0w== Received: by 10.112.29.233 with SMTP id n9mr1165454lbh.91.1339276280969; Sat, 09 Jun 2012 14:11:20 -0700 (PDT) Received: from zont-osx.local (ppp95-165-147-222.pppoe.spdop.ru. [95.165.147.222]) by mx.google.com with ESMTPS id i4sm5892843lbg.17.2012.06.09.14.11.19 (version=SSLv3 cipher=OTHER); Sat, 09 Jun 2012 14:11:20 -0700 (PDT) Message-ID: <4FD3BBF6.5030909@zonov.org> Date: Sun, 10 Jun 2012 01:11:18 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Sami Halabi References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> <4D5EE1C7-9297-415B-A5A0-45801B8A0182@longcount.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQk4yegqje5Jtx5CF6SK+9iN/EejsGL/v7/V/EZ2DuBxmxo6lKjTS7SOn6VMbVWBixo2qO57 Cc: "freebsd-stable@freebsd.org" Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 21:11:23 -0000 sudo is not installed? On 6/10/12 12:22 AM, Sami Halabi wrote: > I already posted that: > > %ls -l /usr/bin/su > -r-sr-xr-x 1 root wheel 16944 Jun 7 19:47 /usr/bin/su > % > > Sami > > On Sat, Jun 9, 2012 at 10:57 PM, Mark Saad wrote: > >> >> >> >> On Jun 9, 2012, at 2:45 PM, Sami Halabi wrote: >> >>> Hi, >>> >>> %sysctl kern.console >>> kern.console: ttyv0,dcons,/dcons,ttyv0,uart,ucom, >>> >>> %tail /var/log/messages >>> Jun 7 19:54:35 vps16 kernel: Trying to mount root from ufs:/dev/da0s1a >>> Jun 7 19:54:36 vps16 kernel: bge0: link state changed to UP >>> Jun 7 20:18:04 vps16 kernel: ugen0.2: at usbus0 >>> Jun 7 20:18:04 vps16 kernel: ukbd0:>> 0/0, rev 1.10/2.50, addr 2> on usbus0 >>> Jun 7 20:18:04 vps16 kernel: kbd2 at ukbd0 >>> Jun 7 20:18:05 vps16 kernel: uhid0:>> 0/0, rev 1.10/2.50, addr 2> on usbus0 >>> Jun 7 20:19:37 vps16 login: ROOT LOGIN (root) ON ttyv1 >>> Jun 7 20:21:19 vps16 kernel: ugen0.2: at usbus0 >>> (disconnected) >>> Jun 7 20:21:19 vps16 kernel: ukbd0: at uhub0, port 1, addr 2 >> (disconnected) >>> Jun 7 20:21:19 vps16 kernel: uhid0: at uhub0, port 1, addr 2 >> (disconnected) >>> % >>> >>> the system was loaded with keyboard and disconnected later if i >> understand >>> the logs... >>> >>> New ideas are appreciated, and thanks in advance, >>> Sami >>> >>> On Sat, Jun 9, 2012 at 7:42 PM, Eugene Grosbein >> wrote: >>> >>>> 09.06.2012 19:47, Sami Halabi пишет: >>>>> %su - >>>>> Password: >>>>> load: 0.00 cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k >>>> >>>> Perpaps, your system had no keyboard attached at boot time; >>>> or for some other reason it booted with /dev/console being serial >> console >>>> instead of vidconsole. su locks trying to access serial console >>>> that is /dev/ttyd0 by default and has Carrier Detect flag enabled. >>>> Hence, it waits for CD on the first serial port (miserably and >> hopelessly). >>>> >>>> You can check if it's true with "sysctl kern.console" command. >>>> You could ask someone to boot the system with keyboard attached - >>>> no need to type anything, though. The system should detect it >>>> and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0. >>>> And "su" won't lock. >>>> >>>> Eugene Grosbein >>>> >>> >>> >>> >>> -- >>> Sami Halabi >>> Information Systems Engineer >>> NMS Projects Expert >>> FreeBSD SysAdmin Expert >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org >> " >> >> Check the permissions on the su binary it could be missing the suid but. >> >> --- >> Mark saad | mark.saad@longcount.org >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > > -- Andrey Zonov From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 21:13:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A31B01065672 for ; Sat, 9 Jun 2012 21:13:07 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6B38FC08 for ; Sat, 9 Jun 2012 21:13:07 +0000 (UTC) Received: by obcni5 with SMTP id ni5so5640299obc.13 for ; Sat, 09 Jun 2012 14:13:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WwCC6MXmYj3xjC3ile2ZW5iMUE2KECUlVYhOKMbGqSY=; b=UiiT5mkWdv5VXK4Y04LyTMcBw9Qp/eKXLrkhtLdoBlyvIC7qaB+0OYzYwXG6c6nesu Eeru9CM3e5/B/mtF6wPDtruPUQ+DIsfb+Pe7TW7YzC71WcwlFP7UbvdPkp4ylhS/VDOa 1WhjFQqci5g/23V2OBf1ZROsGRstrTrhSgGvyEyv7WwdAcvEjL/Kye5sqVed/GTP9MGx 8hgcgOSlNX73z+Rv6G0CgKgTPjerYyFgNVrHTEU2QZDgNso6laGjMcL28RCGfxTn4rRC J9I0nUjn1DphxfKkowqPgMjNxgEC32b215n6DVRKDzbhB46puBhcpUQk1xvcwWCrRBws w6PQ== MIME-Version: 1.0 Received: by 10.60.9.134 with SMTP id z6mr11509971oea.46.1339276385950; Sat, 09 Jun 2012 14:13:05 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Sat, 9 Jun 2012 14:13:05 -0700 (PDT) In-Reply-To: <4FD3BBF6.5030909@zonov.org> References: <201206091035.q59AZWFB058742@lurza.secnetix.de> <20120609122457.GS13609@albert.catwhisker.org> <20120609123626.GT13609@albert.catwhisker.org> <4FD37CF3.109@rdtc.ru> <4D5EE1C7-9297-415B-A5A0-45801B8A0182@longcount.org> <4FD3BBF6.5030909@zonov.org> Date: Sun, 10 Jun 2012 00:13:05 +0300 Message-ID: From: Sami Halabi To: Andrey Zonov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-stable@freebsd.org" Subject: Re: su problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 21:13:07 -0000 unfortunatlly its not installed by default and i didn't have the chance to install it because i locked out quickly :( Sami On Sun, Jun 10, 2012 at 12:11 AM, Andrey Zonov wrote: > sudo is not installed? > > > On 6/10/12 12:22 AM, Sami Halabi wrote: > >> I already posted that: >> >> %ls -l /usr/bin/su >> -r-sr-xr-x 1 root wheel 16944 Jun 7 19:47 /usr/bin/su >> % >> >> Sami >> >> On Sat, Jun 9, 2012 at 10:57 PM, Mark Saad >> wrote: >> >> >>> >>> >>> On Jun 9, 2012, at 2:45 PM, Sami Halabi wrote: >>> >>> Hi, >>>> >>>> %sysctl kern.console >>>> kern.console: ttyv0,dcons,/dcons,ttyv0,uart,**ucom, >>>> >>>> %tail /var/log/messages >>>> Jun 7 19:54:35 vps16 kernel: Trying to mount root from ufs:/dev/da0s1= a >>>> Jun 7 19:54:36 vps16 kernel: bge0: link state changed to UP >>>> Jun 7 20:18:04 vps16 kernel: ugen0.2: at usbus0 >>>> Jun 7 20:18:04 vps16 kernel: ukbd0:>>> 0/0, rev 1.10/2.50, addr 2> on usbus0 >>>> Jun 7 20:18:04 vps16 kernel: kbd2 at ukbd0 >>>> Jun 7 20:18:05 vps16 kernel: uhid0:>>> 0/0, rev 1.10/2.50, addr 2> on usbus0 >>>> Jun 7 20:19:37 vps16 login: ROOT LOGIN (root) ON ttyv1 >>>> Jun 7 20:21:19 vps16 kernel: ugen0.2: at usbus0 >>>> (disconnected) >>>> Jun 7 20:21:19 vps16 kernel: ukbd0: at uhub0, port 1, addr 2 >>>> >>> (disconnected) >>> >>>> Jun 7 20:21:19 vps16 kernel: uhid0: at uhub0, port 1, addr 2 >>>> >>> (disconnected) >>> >>>> % >>>> >>>> the system was loaded with keyboard and disconnected later if i >>>> >>> understand >>> >>>> the logs... >>>> >>>> New ideas are appreciated, and thanks in advance, >>>> Sami >>>> >>>> On Sat, Jun 9, 2012 at 7:42 PM, Eugene Grosbein >>>> >>> wrote: >>> >>>> >>>> 09.06.2012 19:47, Sami Halabi =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>>> >>>>>> %su - >>>>>> Password: >>>>>> load: 0.00 cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k >>>>>> >>>>> >>>>> Perpaps, your system had no keyboard attached at boot time; >>>>> or for some other reason it booted with /dev/console being serial >>>>> >>>> console >>> >>>> instead of vidconsole. su locks trying to access serial console >>>>> that is /dev/ttyd0 by default and has Carrier Detect flag enabled. >>>>> Hence, it waits for CD on the first serial port (miserably and >>>>> >>>> hopelessly). >>> >>>> >>>>> You can check if it's true with "sysctl kern.console" command. >>>>> You could ask someone to boot the system with keyboard attached - >>>>> no need to type anything, though. The system should detect it >>>>> and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0. >>>>> And "su" won't lock. >>>>> >>>>> Eugene Grosbein >>>>> >>>>> >>>> >>>> >>>> -- >>>> Sami Halabi >>>> Information Systems Engineer >>>> NMS Projects Expert >>>> FreeBSD SysAdmin Expert >>>> ______________________________**_________________ >>>> freebsd-stable@freebsd.org mailing list >>>> http://lists.freebsd.org/**mailman/listinfo/freebsd-**stable >>>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@** >>>> freebsd.org >>>> >>> " >>> >>> Check the permissions on the su binary it could be missing the suid but= . >>> >>> --- >>> Mark saad | mark.saad@longcount.org >>> >>> ______________________________**_________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/**mailman/listinfo/freebsd-**stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@** >>> freebsd.org " >>> >>> >> >> >> > > -- > Andrey Zonov > --=20 Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Sat Jun 9 21:38:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92ADE1065674 for ; Sat, 9 Jun 2012 21:38:55 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 17A068FC0A for ; Sat, 9 Jun 2012 21:38:54 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so1969020wgb.31 for ; Sat, 09 Jun 2012 14:38:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=q8WYdXQSfC73jFLOSgV1iRbT+mMkgyAeydvH1VAtXm8=; b=SkZ7oHZn3XD3M2/Vd7oX2fX6qDejwCAyc0Lqcw4eNIM2KpIasYWuwwFKOqR2Snx9gC JP2cNKNQKWoapNqcicrjvOJso0r60kR1ENvFPpDKEj2wlEV/SypGMzwocl2snhw3mUox MuO9PuUvtthALn8H7sQmP763YdBZ8hATT8B7u3EZEtjMbodv1R/Ebi1Rw0tW23ANDlH4 JnoSol31Vky5+MDxzdjQ4WuZelmuWctWLaF+WFHRkd3cWPZFERL2dlQH004TXlAYO61q exMLPdXJ4XMx5XRLio5DwmIa/k2ZSc9v4xv1gSAHHezE2QtiAUtS8lqMmhp9O0h4TSxR QLnA== MIME-Version: 1.0 Received: by 10.216.215.194 with SMTP id e44mr3907055wep.61.1339277933857; Sat, 09 Jun 2012 14:38:53 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Sat, 9 Jun 2012 14:38:53 -0700 (PDT) In-Reply-To: <20120609121326.GP90133@alchemy.franken.de> References: <1338419624.36051.94.camel@revolution.hippie.lan> <20120531110215.GA78200@alchemy.franken.de> <20120609121326.GP90133@alchemy.franken.de> Date: Sat, 9 Jun 2012 14:38:53 -0700 Message-ID: From: Kevin Oberman To: Marius Strobl Content-Type: text/plain; charset=ISO-8859-1 Cc: Ian Lepore , "freebsd-stable@freebsd.org Stable" Subject: Re: Boot hangs on v9 system at CD device probe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 21:38:55 -0000 On Sat, Jun 9, 2012 at 5:13 AM, Marius Strobl wrote: > On Fri, Jun 08, 2012 at 10:11:48PM -0700, Kevin Oberman wrote: >> On Thu, May 31, 2012 at 9:10 AM, Kevin Oberman wrote: >> > On Thu, May 31, 2012 at 4:02 AM, Marius Strobl >> > wrote: >> >> On Wed, May 30, 2012 at 05:13:44PM -0600, Ian Lepore wrote: >> >>> On Wed, 2012-05-30 at 14:54 -0700, Kevin Oberman wrote: >> >>> > I sent a note about this a couple of weeks ago, but have not heard >> >>> > anything. I'm really getting a bit desperate. >> >>> > >> >>> > I have a system that I am trying to upgrade from 8.2 to 9.0. I have >> >>> > built it and installed the kernel, but it fails to boot. The boot >> >>> > freezes after probing for my hard drives during the probe of the >> >>> > CDROM. It just sits there, seemingly forever, though I have never >> >>> > waited longer then a few minutes. >> >>> > >> >>> > The system is a SuperMicro C25BX mother board. The DVD is PATA, >> >>> > reported on boot of 8-Stable as: >> >>> > acd0: DVDR at ata2-master UDMA66 >> >>> > >> >>> > If I unplug the CDROM, it boots fine, but I really need the device on >> >>> > the system, so I really can't leave it unplugged. Also, after the 9 >> >>> > kernel is installed, my Mk file have been updated so that I can't >> >>> > build some ports if I boot the 8.2 kernel. Does anyone remember this >> >>> > being reported by others? It was most likely on current, as it was >> >>> > probably prior to the release of 9. I googled around, but could not >> >>> > find it. >> >>> > >> >>> > I'd really appreciate it if anyone can point me toward a solution. >> >>> > >> >>> > Thanks, >> >>> >> >>> When faced with a mystery like this I sometimes go into the mode of >> >>> "poke it with a stick and see if it twitches." ?If you can get it to >> >>> twitch at all, maybe that's a starting point. ?In this case, I guess I >> >>> might start with seeing if setting hw.ata.atapi_dma=0 in the loader >> >>> makes any difference. >> >>> >> >> >> >> Note that hw.ata.atapi_dma isn't honored by 9.0 with options ATA_CAM >> >> (default in GENERIC). Support for that loader tuneable was only >> >> resurrected rather recently (but is available in stable/9). The >> >> equivalent for 9.0 would be setting hint.ata.X.mode to PIO4 where >> >> X is the number of the ata(4) device attached for the channel the >> >> CDROM is connected to. >> >> ATA_CAM is indeed known to break ATAPI DMA for some ATA controllers >> >> though. What's the `pciconf -lv` output for this one? >> > >> > Good point. I had forgotten about the hw.ata.atapi_dma removal and was >> > not even awarethat it had been recently re-enabled. >> > My controller is: >> > atapci0@pci0:17:4:0: ? ?class=0x010185 card=0x82131283 chip=0x82131283 >> > rev=0x00 hdr=0x00 >> > ? ?vendor ? ? = 'Integrated Technology Express (ITE) Inc' >> > ? ?device ? ? = 'IDE Controller (IT8213F)' >> > ? ?class ? ? ?= mass storage >> > ? ?subclass ? = ATA >> > >> > It is used ONLY for the CD/DVD as all other disks use the 3ware RAID controller. >> > >> > Unfortunately, the system is not located where I am, so I can't really >> > try anything until I get over there. Maybe later today I can run into >> > that office and try some of the suggestions. I can certainly build a >> > kernel without ATA_CAM. >> >> I just did the obvious as suggested and built a kernel without ATA_CAM >> and with atapicam. It boots fine and I have my CD/DVD working on 9.0. >> Clearly, there is some issue with ATAPI drives with ATA_CAM as others >> have seen the same thing. It is entirely possible that a serial >> connected drives don't have this issue. It does look like there is >> some locking issue between CAM and GEOM under some circumstances. I >> worry that 10 will lose support for other than ATA_CAM and that the >> work-around will no longer be available. Of course, if ahci fixes it, >> the problem will go away on systems that support it. >> >> Next time I get to the system I will try putting ATA_CAM back and >> adding ahci and report on the results. >> > > I don't think that the latter test makes much sense as the above > mentioned controller doesn't support AHCI. If you could test > whether the following patch works around the issue when using > ATA_CAM that would be more useful. > http://people.freebsd.org/~marius/ata_ite_ATA_CAM_ATA_NO_ATAPI_DMA.diff Will do. It will be a couple of days, though, as I am currently in the process of updating the 1000 ports installed on that system for the major version update. When that is complete, I'll try to get to the location of the system and see if it does the job. Mondy has several meetings, so it will probably be at least Tuesday. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com