From owner-freebsd-current@FreeBSD.ORG Sun Jan 16 09:28:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F5721065674 for ; Sun, 16 Jan 2011 09:28:24 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id DBB028FC08 for ; Sun, 16 Jan 2011 09:28:23 +0000 (UTC) Received: by fxm16 with SMTP id 16so4805272fxm.13 for ; Sun, 16 Jan 2011 01:28:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:x-mailer:mime-version:content-type :content-transfer-encoding; bh=SDdosm+6R6MCULql9byVUVQFstOqbSLHKNJUQgZDr8k=; b=b9HZjb61GqxM+987LTltEObo9CNvJ/jbwn3IYUFV1dTQykO6olndBlJDsdZu8JhvK6 rA0FI5fn/CXABptxTOGPS4HBVQdO8OwgsdSZ/c+/6YcM44A+E/TZ0h0gMGgEukFxzGkO s/AB+/M3okhmOmRbAcwB5dXKNc7JT5utvGbSw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=L1bUyV2iNk9crigOD3mzAngkuVfzDzZqLqD7lbCGKs9/RwfRK868EzE9dVBwk6Bz/9 OILBG4mlCvOVzUuFwVAD6nGpmwOlDP+pwTIY2q/4x/a23Q9gWt6eF4mykRbBOg1wUSAj VQtWG0g9OfLArklRxaXj+jw+NP+NK12oPcndU= Received: by 10.223.118.136 with SMTP id v8mr3172569faq.90.1295170102382; Sun, 16 Jan 2011 01:28:22 -0800 (PST) Received: from ernst.jennejohn.org (p578E3E8E.dip.t-dialin.net [87.142.62.142]) by mx.google.com with ESMTPS id n2sm1157020fam.28.2011.01.16.01.28.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 16 Jan 2011 01:28:21 -0800 (PST) Date: Sun, 16 Jan 2011 10:28:18 +0100 From: Gary Jennejohn To: Nathan Whitehorn Message-ID: <20110116102818.0667dd49@ernst.jennejohn.org> In-Reply-To: <4D309563.1000404@freebsd.org> References: <4D309563.1000404@freebsd.org> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, freebsd-arch@FreeBSD.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 09:28:24 -0000 On Fri, 14 Jan 2011 12:26:43 -0600 Nathan Whitehorn wrote: > As those of you who have been reading freebsd-sysinstall and > freebsd-arch know, I have been working for a few weeks on a lightweight > new installer named 'bsdinstall'. This is designed to replace sysinstall > for the 9.0 release. > > After two weeks of testing and bug fixes on the sysinstall list, I > believe this now has all required functionality and is ready to be > merged into the main source tree. I would like to do this on Tuesday, 18 > January. Switching this to be the default installer would happen a few > weeks after that, pending discussion on release formats with the release > engineering team. This should provide a sufficient testing period before > 9.0 and allow a maximal number of bugs to be discovered and solved > before the release is shipped. > > Demo ISO for i386: > http://people.freebsd.org/~nwhitehorn/bsdinstall-i386-20110114.iso.bz2 > SVN repository: svn://svn.freebsd.org/base/user/nwhitehorn/bsdinstall > Wiki page: http://wiki.freebsd.org/BSDInstall > I installed this under VirtualBox yesterday. The only porblem I noticed was that adding a user didn't actually work, although it appeared to do so (it asked at the end of the process whether all data for the new user were correct and then claimed to have added the user). Looking at /etc/passwd and in /home after booting the new installation showed that the user was never added. Otherwise it was a smooth install, although I didn't try anything fancy and just used the quick install and the entire disk for simpicity. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sun Jan 16 11:49:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E6BD106566B; Sun, 16 Jan 2011 11:49:02 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9C1188FC12; Sun, 16 Jan 2011 11:49:01 +0000 (UTC) Received: by wwf26 with SMTP id 26so4418079wwf.31 for ; Sun, 16 Jan 2011 03:49:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=cEf0bTj8Ljehw9ACGJkS/b50dXuzm90sRrQ0KVbOQuo=; b=mgN39mRzvZQ1e8zA/cagWyJ6cZhgNXJwbCX6DKPLg3GN0CwDexNgZ/4xnUc2wEbVU7 DzoOdlg2Y6qxYlV0c6cRWDt8iqZwSZuQiM9vQ6sBElMasiefxIRoay6wT+87qRhquDOx I9fMh5fXtYWMKFWqSUZhumvWuqILi9JoDlCpM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=JOTAINbPPFMsmmAHo6TL+LcwjBnB94badCUDdY+Hr51K+lHm2SRNgE0swtc10i8aC5 cnZdVHjv3dgn31JdzBbgtNblUDarHI5FKv8I6lmHR9DSOurHJ7j6IBNKM6uehGY0HU3h RZf0JA0i3fPc9KFQwc/zBujns54rQoZFTWauM= MIME-Version: 1.0 Received: by 10.216.49.15 with SMTP id w15mr1300302web.1.1295178539705; Sun, 16 Jan 2011 03:48:59 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.254.226 with HTTP; Sun, 16 Jan 2011 03:48:59 -0800 (PST) In-Reply-To: References: <4D309563.1000404@freebsd.org> Date: Sun, 16 Jan 2011 03:48:59 -0800 X-Google-Sender-Auth: K5j7ZCijhGPOENgtGX9uSLdLu3A Message-ID: From: Garrett Cooper To: krad Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arch@freebsd.org, freebsd-current Current , Nathan Whitehorn , freebsd-sysinstall@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 11:49:02 -0000 On Sun, Jan 16, 2011 at 3:06 AM, krad wrote: > On 14 January 2011 18:26, Nathan Whitehorn wrote= : >> >> As those of you who have been reading freebsd-sysinstall and freebsd-arc= h know, I have been working for a few weeks on a lightweight new installer = named 'bsdinstall'. This is designed to replace sysinstall for the 9.0 rele= ase. >> >> After two weeks of testing and bug fixes on the sysinstall list, I belie= ve this now has all required functionality and is ready to be merged into t= he main source tree. I would like to do this on Tuesday, 18 January. Switch= ing this to be the default installer would happen a few weeks after that, p= ending discussion on release formats with the release engineering team. Thi= s should provide a sufficient testing period before 9.0 and allow a maximal= number of bugs to be discovered and solved before the release is shipped. >> >> Demo ISO for i386: http://people.freebsd.org/~nwhitehorn/bsdinstall-i386= -20110114.iso.bz2 >> SVN repository: svn://svn.freebsd.org/base/user/nwhitehorn/bsdinstall >> Wiki page: http://wiki.freebsd.org/BSDInstall >> >> Goals >> ----- >> The primary goal of BSDInstall is to provide an easily extensible instal= ler without the limitations of sysinstall, in order to allow more modern in= stallations of FreeBSD. This means that it should have additional features = to support modern setups, but simultaneously frees us to remove complicatin= g features of sysinstall like making sure everything fits in floppy disk-si= zed chunks. >> >> New Features: >> - Allows installation onto GPT disks on x86 systems >> - Can do installations spanning multiple disks >> - Allows installation into jails >> - Eases PXE installation >> - Virtualization friendly: can install from a live system onto disk >> =A0images >> - Works on PowerPC >> - Streamlined system installation >> - More flexible scripting >> - Easily tweakable >> - All install CDs are live CDs >> >> Architecture >> ------------ >> BSDInstall is a set of tools that are called in sequence by a master scr= ipt. These tools are, for example, the partition editor, the thing that fet= ches the distributions from the network, the thing that untars them, etc. S= ince these are just called in sequence from a shell script, a scripted inst= allation can easily replace them with other things, (e.g. hard-coded gpart = commands), leave steps out, add new ones, or interleave additional system m= odifications. >> >> Status >> ------ >> This provides functionality most similar to the existing sysinstall 'Exp= ress' track. It installs working, bootable systems you can ssh into immedia= tely after reboot on i386, amd64, sparc64, powerpc, and powerpc64. There is= untested support for pc98. The final architecture on which we use sysinsta= ll, ia64, is currently unsupported, because I don't know how to set up boot= ing on those systems -- patches to solve this are very much welcome. >> >> There are still some missing features that I would like to see in the re= lease, but these do not significantly impact the functionality of the insta= ller. Some will be addressed before merging to HEAD, in particular the lack= of a man page for bsdinstall. Others, like configuration of wireless netwo= rking and ZFS installation, can happen between merge and release. The test = ISOs are also lacking a ports tree at the moment, which is a statement abou= t the slow upload speed of my DSL line and not about the final layout of re= leases. >> >> Please send any questions, comments, or patches you may have, and please= be aware when replying that this email has been cross-posted to three list= s. Technical discussion (bug reports, for instance) should be directed to t= he freebsd-sysinstall list only. Most other discussion belongs on -sysinsta= ll and -current. > > I dont follow the=A0freebsd-sysinstall and freebsd-arc list so sorry if > this has already been discussed. From what I have seen pc-sysinstall > already does all these things, and can install freebsd. Therefore why > are we reinventing the wheel? > > I don't mean this as any disrespect to the work you have done. Hi Krad, I asked this two weeks ago and in summary: - pc-sysinstall is x86-centric and porting to powerpc is non-trivial, and sysinstall is incomplete on powerpc. Nate sought to get a working powerpc port with minimal effort. Please read other replies in the archives on freebsd-arch / freebsd-sysinstall to get more info as to why things have been done the way they have been done. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Jan 16 11:49:22 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA0F3106564A for ; Sun, 16 Jan 2011 11:49:22 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 442428FC08 for ; Sun, 16 Jan 2011 11:49:22 +0000 (UTC) Received: by fxm16 with SMTP id 16so4881105fxm.13 for ; Sun, 16 Jan 2011 03:49:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=G+keZ02MgUhaZ4aT3tuZNHiBMraI4QdaQPJNPWSVA30=; b=wJYPTFUWkLP2ZG2/dQ34MPgmq0zES+zfp8dk4HKl/bnSN9P627Rd0OJZmKlYrcTFUx NsuL76+ZULICfbIVxBvaJx+y08qQXYwP+70a3RYByob5dNKIb67X76uha2GzMB1aZxxE cTF9LdewoPPdBYfmGcVEyIg/cC1/eIsFCPKMo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=IUO4efiAd2gT1i9fzE/UdaJW4uSAR/DSXzrQB5PfTdmNd38XYkTQ+dcw00nsGjBPaS ICpYdCRKwhWEpSQBqDBfUSUSQB2f9JNL0dbPLrhsDa3Yv7nT5rGqfOWtU+9i3wHktJx5 sd0H8mW0Jwbx3sRZ3hT6LHMRhI0hm//Ik/PLg= Received: by 10.223.113.131 with SMTP id a3mr3290914faq.135.1295178561360; Sun, 16 Jan 2011 03:49:21 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id a25sm1195527fak.20.2011.01.16.03.49.19 (version=SSLv3 cipher=RC4-MD5); Sun, 16 Jan 2011 03:49:20 -0800 (PST) Sender: Alexander Motin Message-ID: <4D32DB17.40602@FreeBSD.org> Date: Sun, 16 Jan 2011 13:48:39 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Marek Salwerowicz References: <4D31FF65.6010000@FreeBSD.org><0A45D61F328244969D19C8A45A03F92D@marekdesktop> <4D32209B.3010705@FreeBSD.org> <815E0E902FA54E6C934B5FB01D31045A@marekdesktop> <4D3233D0.9070108@FreeBSD.org> <3A3C33C4497548B796EB98EF3216BEB0@marekdesktop> In-Reply-To: <3A3C33C4497548B796EB98EF3216BEB0@marekdesktop> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: Soekris net5501-70 problem with loading ATA modulesonFreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 11:49:22 -0000 Marek Salwerowicz wrote: >>>> It would be nice if you enabled verbose kernel messages to get more >>>> info. >>> Verbose log in attachment - please see it. >> >> I've meant log with problem. When you are loading modules on-fly. > > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 20.2 on pci0 > So now it works, I am able to mount partition at ad1 ;) But as this line tells - controller still identified as generic PCI ATA, as I've predicred. It means that driver won't set transfer modes, trusting BIOS to do it. At least it will probably make hot-plug impossible. I have no idea how to fix this now. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Jan 16 12:15:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A163106564A; Sun, 16 Jan 2011 12:15:13 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 35AC58FC12; Sun, 16 Jan 2011 12:15:13 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id C5CAE46B17; Sun, 16 Jan 2011 07:15:12 -0500 (EST) Date: Sun, 16 Jan 2011 12:15:12 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: William Allen Simpson In-Reply-To: <4D31BDB4.9030904@gmail.com> Message-ID: References: <4D31BDB4.9030904@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, net@FreeBSD.org Subject: Re: TCP resident expert? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 12:15:13 -0000 On Sat, 15 Jan 2011, William Allen Simpson wrote: > Who's the kernel expert on TCP around here? ISC wants me to port TCPCT to > FreeBSD. Although I've joined this list (some time ago), I've not seen any > traffic discussing TCP'ish things. Need somebody willing to walk me through > the processes and check my code. I don't think there's any single "the" expert -- rather, work on TCP is distributed over a number of developers who take various interests in the topic. At the risk of pointing fingers: Lawrence Stewart has recently been involved in pluggable congestion control, new congestion control algorithms, TCP tracing, and various other things, and has been among our most active hands in TCP for the last year especially. He might be the best first port of call because of this recent activity. Rui Paulo did our TCP ECN support. I've had my hands in TCP data structure/locking/etc on several occasions in the last couple of years, especially relating to SMP scalability, and most recently, TCP connection CPU affinity and hardware-driven load balancing (RSS, etc) as part of work for Juniper. Andrew Opperman has done significant work on features like TSO, LRO, timers, etc in the last couple of years, and before that reworked out TCP syncache implementation (so might be of particular interest). Drew Gallatin was the originator of our LRO code as part of his work at Myricom, and has taken a more general interest in stack performance. Kip Macy (kmacy@) did our TCP offload implementation as part of work for Chelsio. George Neville-Neil has been involved in TCP regression testing, as well as other TCP-related problems in the data centre. Bjoern Zeeb has been involved in our ongoing network stack virtualisation project, and has of necessity had his hands dirty in TCP. And I feel certain there are others who, entirely accidentally and much to my embarrassment, I have omitted. As Doug points out, however, the best way to reach folks interested in TCP is via the freebsd-net@ mailing list, as people come and go some over time, and taking any questions to that list will let the answers get archived. Also, as people do come and go, the mailing list may help your requests not be dropped :-). (I've CC'd that list) Robert From owner-freebsd-current@FreeBSD.ORG Sun Jan 16 11:35:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F159F106564A; Sun, 16 Jan 2011 11:35:01 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 10D648FC08; Sun, 16 Jan 2011 11:35:00 +0000 (UTC) Received: by wwf26 with SMTP id 26so4412217wwf.31 for ; Sun, 16 Jan 2011 03:35:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=eA/SUMdFKUUpXpjmSyGSA7cYUhCYDewUq6bo3fpC3AI=; b=MrnO7jRBOmRX5bltAMYCE5cqlarx//gEjU1G571CwlJG8ZFNXDb0MzwRe8t9715YTr 9fhBR3j+oGdwdbrBu66ddZRcRKJmqR7RWUg6X9QI/UKmN8i+HFnIGDquoV5KecdLWkhY L+FVOpUBLNaFCg7xbIYQNBgHAYay8WE6nHtOc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=gCtaolOPsJVwZVOlNcze8keTV++YFnTM8T7xy58p0RFA+Ubcke7IIUEjuGPXpuOJfn LZjUhCJ+wb47O0iguhUqsujnKp0mYZCoF3qCL2qcpKeSQ/0U43zPBbtAtxvosTGus4YY WBmhZW6hwMpXGdm6NsFz65QTDyC/p1xsShDMQ= MIME-Version: 1.0 Received: by 10.216.51.135 with SMTP id b7mr1311984wec.29.1295176011430; Sun, 16 Jan 2011 03:06:51 -0800 (PST) Received: by 10.216.229.73 with HTTP; Sun, 16 Jan 2011 03:06:51 -0800 (PST) In-Reply-To: <4D309563.1000404@freebsd.org> References: <4D309563.1000404@freebsd.org> Date: Sun, 16 Jan 2011 11:06:51 +0000 Message-ID: From: krad To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sun, 16 Jan 2011 13:23:15 +0000 Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, freebsd-arch@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 11:35:02 -0000 On 14 January 2011 18:26, Nathan Whitehorn wrote: > > As those of you who have been reading freebsd-sysinstall and freebsd-arch= know, I have been working for a few weeks on a lightweight new installer n= amed 'bsdinstall'. This is designed to replace sysinstall for the 9.0 relea= se. > > After two weeks of testing and bug fixes on the sysinstall list, I believ= e this now has all required functionality and is ready to be merged into th= e main source tree. I would like to do this on Tuesday, 18 January. Switchi= ng this to be the default installer would happen a few weeks after that, pe= nding discussion on release formats with the release engineering team. This= should provide a sufficient testing period before 9.0 and allow a maximal = number of bugs to be discovered and solved before the release is shipped. > > Demo ISO for i386: http://people.freebsd.org/~nwhitehorn/bsdinstall-i386-= 20110114.iso.bz2 > SVN repository: svn://svn.freebsd.org/base/user/nwhitehorn/bsdinstall > Wiki page: http://wiki.freebsd.org/BSDInstall > > Goals > ----- > The primary goal of BSDInstall is to provide an easily extensible install= er without the limitations of sysinstall, in order to allow more modern ins= tallations of FreeBSD. This means that it should have additional features t= o support modern setups, but simultaneously frees us to remove complicating= features of sysinstall like making sure everything fits in floppy disk-siz= ed chunks. > > New Features: > - Allows installation onto GPT disks on x86 systems > - Can do installations spanning multiple disks > - Allows installation into jails > - Eases PXE installation > - Virtualization friendly: can install from a live system onto disk > =A0images > - Works on PowerPC > - Streamlined system installation > - More flexible scripting > - Easily tweakable > - All install CDs are live CDs > > Architecture > ------------ > BSDInstall is a set of tools that are called in sequence by a master scri= pt. These tools are, for example, the partition editor, the thing that fetc= hes the distributions from the network, the thing that untars them, etc. Si= nce these are just called in sequence from a shell script, a scripted insta= llation can easily replace them with other things, (e.g. hard-coded gpart c= ommands), leave steps out, add new ones, or interleave additional system mo= difications. > > Status > ------ > This provides functionality most similar to the existing sysinstall 'Expr= ess' track. It installs working, bootable systems you can ssh into immediat= ely after reboot on i386, amd64, sparc64, powerpc, and powerpc64. There is = untested support for pc98. The final architecture on which we use sysinstal= l, ia64, is currently unsupported, because I don't know how to set up booti= ng on those systems -- patches to solve this are very much welcome. > > There are still some missing features that I would like to see in the rel= ease, but these do not significantly impact the functionality of the instal= ler. Some will be addressed before merging to HEAD, in particular the lack = of a man page for bsdinstall. Others, like configuration of wireless networ= king and ZFS installation, can happen between merge and release. The test I= SOs are also lacking a ports tree at the moment, which is a statement about= the slow upload speed of my DSL line and not about the final layout of rel= eases. > > Please send any questions, comments, or patches you may have, and please = be aware when replying that this email has been cross-posted to three lists= . Technical discussion (bug reports, for instance) should be directed to th= e freebsd-sysinstall list only. Most other discussion belongs on -sysinstal= l and -current. > -Nathan > _______________________________________________ > 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 dont follow the=A0freebsd-sysinstall and freebsd-arc list so sorry if this has already been discussed. From what I have seen pc-sysinstall already does all these things, and can install freebsd. Therefore why are we reinventing the wheel? I don't mean this as any disrespect to the work you have done. From owner-freebsd-current@FreeBSD.ORG Sun Jan 16 11:40:56 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D2A01065670 for ; Sun, 16 Jan 2011 11:40:56 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx4.wp.pl (mx4.wp.pl [212.77.101.8]) by mx1.freebsd.org (Postfix) with ESMTP id B01C78FC1A for ; Sun, 16 Jan 2011 11:40:55 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 16846 invoked from network); 16 Jan 2011 12:40:53 +0100 Received: from cwx170.internetdsl.tpnet.pl (HELO marekdesktop) (marek_sal@[83.19.131.170]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 16 Jan 2011 12:40:53 +0100 Message-ID: <3A3C33C4497548B796EB98EF3216BEB0@marekdesktop> From: "Marek Salwerowicz" To: "Alexander Motin" References: <4D31FF65.6010000@FreeBSD.org><0A45D61F328244969D19C8A45A03F92D@marekdesktop> <4D32209B.3010705@FreeBSD.org> <815E0E902FA54E6C934B5FB01D31045A@marekdesktop> <4D3233D0.9070108@FreeBSD.org> Date: Sun, 16 Jan 2011 12:40:48 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [ofOX] X-Mailman-Approved-At: Sun, 16 Jan 2011 13:23:29 +0000 Cc: current Subject: Re: Soekris net5501-70 problem with loading ATA modulesonFreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 11:40:56 -0000 >>> It would be nice if you enabled verbose kernel messages to get more info. >> Verbose log in attachment - please see it. > > I've meant log with problem. When you are loading modules on-fly. so5501a% sudo kldload ata so5501a% sudo kldload atapci.ko and dmesg: pci0: driver added found-> vendor=0x1022, dev=0x2082, revid=0x00 domain=0, bus=0, slot=1, func=2 class=10-10-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0220, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 pci0:0:1:2: reprobing on driver added found-> vendor=0x168c, dev=0x0013, revid=0x01 domain=0, bus=0, slot=17, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0a (2500 ns), maxlat=0x1c (7000 ns) intpin=a, irq=15 powerspec 2 supports D0 D3 current D0 pci0:0:17:0: reprobing on driver added found-> vendor=0x1022, dev=0x209a, revid=0x01 domain=0, bus=0, slot=20, func=2 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02a0, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:0:20:2: reprobing on driver added atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 20.2 on pci0 ata0: on atapci0 ata0: reset tp1 mask=03 ostat0=60 ostat1=50 ata0: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata0: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=20 stat1=50 devices=0x2 ata0: Identifying devices: 00000002 ata0: New devices: 00000002 ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire ata1: on atapci0 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: Identifying devices: 00000000 ata1: New devices: 00000000 found-> vendor=0x1022, dev=0x2094, revid=0x02 domain=0, bus=0, slot=21, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 pci0:0:21:0: reprobing on driver added found-> vendor=0x1022, dev=0x2095, revid=0x02 domain=0, bus=0, slot=21, func=1 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 pci0:0:21:1: reprobing on driver added pci1: driver added so5501a% so5501a% sudo kldload ataamd so5501a% sudo kldload atadisk dmesg: ad1: Skipping 80pin cable check ad1: Skipping 80pin cable check ad1: setting UDMA33 ad1: 7631MB at ata0-slave UDMA33 ad1: 15630048 sectors [15506C/16H/63S] 1 sectors/interrupt 1 depth queue GEOM: new disk ad1 GEOM: ad1: media size does not match label. so5501a% so5501a% sudo atacontrol list ATA channel 0: Master: no device present Slave: ad1 ATA/ATAPI revision 4 ATA channel 1: Master: no device present Slave: no device present so5501a% So now it works, I am able to mount partition at ad1 ;) -- Marek Salwerowicz From owner-freebsd-current@FreeBSD.ORG Sun Jan 16 15:46:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84CA9106566C; Sun, 16 Jan 2011 15:46:06 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id 446128FC1A; Sun, 16 Jan 2011 15:46:05 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 56B2D5811D; Sun, 16 Jan 2011 09:46:05 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id z4Eh6-9RFUoT; Sun, 16 Jan 2011 09:46:05 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-208-68-88.dsl.mdsnwi.sbcglobal.net [76.208.68.88]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 6C6535811A; Sun, 16 Jan 2011 09:46:04 -0600 (CST) Message-ID: <4D3312BB.30203@freebsd.org> Date: Sun, 16 Jan 2011 09:46:03 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101214 Thunderbird/3.1.7 MIME-Version: 1.0 To: krad References: <4D309563.1000404@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, freebsd-arch@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 15:46:06 -0000 On 01/16/11 05:48, Garrett Cooper wrote: > On Sun, Jan 16, 2011 at 3:06 AM, krad wrote: >> On 14 January 2011 18:26, Nathan Whitehorn wrote: >>> As those of you who have been reading freebsd-sysinstall and freebsd-arch know, I have been working for a few weeks on a lightweight new installer named 'bsdinstall'. This is designed to replace sysinstall for the 9.0 release. >>> >>> After two weeks of testing and bug fixes on the sysinstall list, I believe this now has all required functionality and is ready to be merged into the main source tree. I would like to do this on Tuesday, 18 January. Switching this to be the default installer would happen a few weeks after that, pending discussion on release formats with the release engineering team. This should provide a sufficient testing period before 9.0 and allow a maximal number of bugs to be discovered and solved before the release is shipped. >>> >>> Demo ISO for i386: http://people.freebsd.org/~nwhitehorn/bsdinstall-i386-20110114.iso.bz2 >>> SVN repository: svn://svn.freebsd.org/base/user/nwhitehorn/bsdinstall >>> Wiki page: http://wiki.freebsd.org/BSDInstall >>> >>> Goals >>> ----- >>> The primary goal of BSDInstall is to provide an easily extensible installer without the limitations of sysinstall, in order to allow more modern installations of FreeBSD. This means that it should have additional features to support modern setups, but simultaneously frees us to remove complicating features of sysinstall like making sure everything fits in floppy disk-sized chunks. >>> >>> New Features: >>> - Allows installation onto GPT disks on x86 systems >>> - Can do installations spanning multiple disks >>> - Allows installation into jails >>> - Eases PXE installation >>> - Virtualization friendly: can install from a live system onto disk >>> images >>> - Works on PowerPC >>> - Streamlined system installation >>> - More flexible scripting >>> - Easily tweakable >>> - All install CDs are live CDs >>> >>> Architecture >>> ------------ >>> BSDInstall is a set of tools that are called in sequence by a master script. These tools are, for example, the partition editor, the thing that fetches the distributions from the network, the thing that untars them, etc. Since these are just called in sequence from a shell script, a scripted installation can easily replace them with other things, (e.g. hard-coded gpart commands), leave steps out, add new ones, or interleave additional system modifications. >>> >>> Status >>> ------ >>> This provides functionality most similar to the existing sysinstall 'Express' track. It installs working, bootable systems you can ssh into immediately after reboot on i386, amd64, sparc64, powerpc, and powerpc64. There is untested support for pc98. The final architecture on which we use sysinstall, ia64, is currently unsupported, because I don't know how to set up booting on those systems -- patches to solve this are very much welcome. >>> >>> There are still some missing features that I would like to see in the release, but these do not significantly impact the functionality of the installer. Some will be addressed before merging to HEAD, in particular the lack of a man page for bsdinstall. Others, like configuration of wireless networking and ZFS installation, can happen between merge and release. The test ISOs are also lacking a ports tree at the moment, which is a statement about the slow upload speed of my DSL line and not about the final layout of releases. >>> >>> Please send any questions, comments, or patches you may have, and please be aware when replying that this email has been cross-posted to three lists. Technical discussion (bug reports, for instance) should be directed to the freebsd-sysinstall list only. Most other discussion belongs on -sysinstall and -current. >> I dont follow the freebsd-sysinstall and freebsd-arc list so sorry if >> this has already been discussed. From what I have seen pc-sysinstall >> already does all these things, and can install freebsd. Therefore why >> are we reinventing the wheel? >> >> I don't mean this as any disrespect to the work you have done. > Hi Krad, > I asked this two weeks ago and in summary: > > - pc-sysinstall is x86-centric and porting to powerpc is non-trivial, > and sysinstall is incomplete on powerpc. Nate sought to get a working > powerpc port with minimal effort. > > Please read other replies in the archives on freebsd-arch / > freebsd-sysinstall to get more info as to why things have been done > the way they have been done. Here's the summary of why this doesn't use pc-sysinstall. PC-sysinstall is the backend of the PC-BSD installer, and was imported into FreeBSD in June 2010 with the goal of replacing sysinstall. It is much more full-featured that either bsdinstall or sysinstall, providing support for encrypted disks, ZFS, and mirroring. These are all good things. However, 9.0 is coming up quite soon, and pc-sysinstall still does not have a usable front-end (the code in the tree is just a script interpreter) nor support for non-x86 platforms. Adding these things appeared to be quite difficult and, in the second case, to require major rearchitecting of the installer backend. Since the original goal that Garrett alluded to was to provide an installer on PowerPC, this was obviously a non-starter. What BSDinstall is is a stopgap, designed to provide a subset of pc-sysinstall's features but to be available quickly, in time for 9.0, and to have all of the features it does provide actually hooked up and usable. At the same time, I have architectured bsdinstall in such a way that (a) I would be happy enough to be stuck with it permanently (i.e. it is not a quick hack and was designed to be easily maintainable and extendable) and (b) it could be later adapted into the missing front-end for pc-sysinstall without an enormous amount of trouble. Many of the issues we need to face now to integrate bsdinstall (making bootable live CDs or the integration of a newer libdialog, for instance) are common to any later effort to import a pc-sysinstall front-end. Having these things in use and in the tree will only help pc-sysinstall whenever it is finished. -Nathan From owner-freebsd-current@FreeBSD.ORG Sun Jan 16 16:56:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9D9C106564A; Sun, 16 Jan 2011 16:56:57 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4894B8FC16; Sun, 16 Jan 2011 16:56:56 +0000 (UTC) Received: by qwj9 with SMTP id 9so3887493qwj.13 for ; Sun, 16 Jan 2011 08:56:56 -0800 (PST) Received: by 10.229.227.15 with SMTP id iy15mr2799966qcb.51.1295195690135; Sun, 16 Jan 2011 08:34:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.91.14 with HTTP; Sun, 16 Jan 2011 08:34:29 -0800 (PST) In-Reply-To: <4D309563.1000404@freebsd.org> References: <4D309563.1000404@freebsd.org> From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Sun, 16 Jan 2011 17:34:29 +0100 Message-ID: To: Nathan Whitehorn Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, freebsd-arch@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 16:56:58 -0000 On Fri, Jan 14, 2011 at 19:26, Nathan Whitehorn wr= ote: > As those of you who have been reading freebsd-sysinstall and freebsd-arch > know, I have been working for a few weeks on a lightweight new installer > named 'bsdinstall'. This is designed to replace sysinstall for the 9.0 > release. > > After two weeks of testing and bug fixes on the sysinstall list, I believ= e > this now has all required functionality and is ready to be merged into th= e > main source tree. I would like to do this on Tuesday, 18 January. Switchi= ng > this to be the default installer would happen a few weeks after that, > pending discussion on release formats with the release engineering team. > This should provide a sufficient testing period before 9.0 and allow a > maximal number of bugs to be discovered and solved before the release is > shipped. > > Demo ISO for i386: > http://people.freebsd.org/~nwhitehorn/bsdinstall-i386-20110114.iso.bz2 > SVN repository: svn://svn.freebsd.org/base/user/nwhitehorn/bsdinstall > Wiki page: http://wiki.freebsd.org/BSDInstall > > Goals > ----- > The primary goal of BSDInstall is to provide an easily extensible install= er > without the limitations of sysinstall, in order to allow more modern > installations of FreeBSD. This means that it should have additional featu= res > to support modern setups, but simultaneously frees us to remove complicat= ing > features of sysinstall like making sure everything fits in floppy disk-si= zed > chunks. > > New Features: > - Allows installation onto GPT disks on x86 systems > - Can do installations spanning multiple disks > - Allows installation into jails > - Eases PXE installation > - Virtualization friendly: can install from a live system onto disk > =C2=A0images > - Works on PowerPC > - Streamlined system installation > - More flexible scripting > - Easily tweakable > - All install CDs are live CDs > > Architecture > ------------ > BSDInstall is a set of tools that are called in sequence by a master scri= pt. > These tools are, for example, the partition editor, the thing that fetche= s > the distributions from the network, the thing that untars them, etc. Sinc= e > these are just called in sequence from a shell script, a scripted > installation can easily replace them with other things, (e.g. hard-coded > gpart commands), leave steps out, add new ones, or interleave additional > system modifications. > > Status > ------ > This provides functionality most similar to the existing sysinstall > 'Express' track. It installs working, bootable systems you can ssh into > immediately after reboot on i386, amd64, sparc64, powerpc, and powerpc64. > There is untested support for pc98. The final architecture on which we us= e > sysinstall, ia64, is currently unsupported, because I don't know how to s= et > up booting on those systems -- patches to solve this are very much welcom= e. > > There are still some missing features that I would like to see in the > release, but these do not significantly impact the functionality of the > installer. Some will be addressed before merging to HEAD, in particular t= he > lack of a man page for bsdinstall. Others, like configuration of wireless > networking and ZFS installation, can happen between merge and release. Th= e > test ISOs are also lacking a ports tree at the moment, which is a stateme= nt > about the slow upload speed of my DSL line and not about the final layout= of > releases. > > Please send any questions, comments, or patches you may have, and please = be > aware when replying that this email has been cross-posted to three lists. > Technical discussion (bug reports, for instance) should be directed to th= e > freebsd-sysinstall list only. Most other discussion belongs on -sysinstal= l > and -current. > -Nathan Clean new virtualbox on FreeBSD host. Install -> German ISO-8859-1 -> "vbox" -> Guided -> ad0 -> Partition -> "You have canceled an installation step" Actually I didn't cancel anything :) After using the entire disk and installing some distributions it hangs waiting for the root password, it won't continue when I just press enter. The screen output looks garbled by a LOR. The screen waiting for the root pw is garbled too. Seems like it's not doing a carriage return, just line-feeds. I tried this again a second time and everything worked normally. From owner-freebsd-current@FreeBSD.ORG Sun Jan 16 20:42:14 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84058106564A for ; Sun, 16 Jan 2011 20:42:14 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4C2338FC18 for ; Sun, 16 Jan 2011 20:42:14 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 5D0E86105 for ; Sun, 16 Jan 2011 15:42:13 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1295210533; bh=2oeyGVEYJavqXpkj0BRxPkNRARQCAuE7Grm/mWVwkU8=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type; b=jNItNDx723NC0HsYFm8OzOGI5UNXSsLB793rb4rsWeeqQftZ4kYPKrdhTuAa6uIdr S79iTkgbBGPpal6om9ZTEZFxuci1Id61wwvww/jFGajcF4N6tR1bQCVsbJQpzeU DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type; b=kJPsmkFTpJFv0EaH/7rFMqFCT3xYT9W51qJNVrFsHtuCCaz5SNP1s6hmy14oramuG 2Fx8UT9k1jcDCdGVcUfTPW4OO79LQ6uD1k0hsY5l/35EKvbqNFyALQW9xWqywN/ Message-ID: <4D335823.3060109@protected-networks.net> Date: Sun, 16 Jan 2011 15:42:11 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20101217 Thunderbird/3.1.7 MIME-Version: 1.0 To: current@FreeBSD.org X-Enigmail-Version: 1.1.2 OpenPGP: id=0442D492 Content-Type: multipart/mixed; boundary="------------030203080106080105020304" Cc: Subject: cosmetic nit in mmc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 20:42:14 -0000 This is a multi-part message in MIME format. --------------030203080106080105020304 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit In the process of making the sdhci driver work with my laptop, I noted a cosmetic issue where the SD card's serial number is not correctly reported (it's always zero). Possible patch attached, imb --------------030203080106080105020304 Content-Type: text/x-diff; name="mmc_get_bits.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mmc_get_bits.patch" Index: mmc.c =================================================================== --- mmc.c (revision 217480) +++ mmc.c (working copy) @@ -749,7 +749,10 @@ uint32_t retval = bits[i] >> shift; if (size + shift > 32) retval |= bits[i - 1] << (32 - shift); - return (retval & ((1 << size) - 1)); + if (size < 32) + return (retval & ((1 << size) - 1)); + else + return (retval); } static void --------------030203080106080105020304-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 16 23:17:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A399106564A for ; Sun, 16 Jan 2011 23:17:23 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx4.wp.pl (mx4.wp.pl [212.77.101.8]) by mx1.freebsd.org (Postfix) with ESMTP id C27EA8FC23 for ; Sun, 16 Jan 2011 23:17:22 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 14094 invoked from network); 17 Jan 2011 00:17:21 +0100 Received: from cwx170.internetdsl.tpnet.pl (HELO marekdesktop) (marek_sal@[83.19.131.170]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 17 Jan 2011 00:17:21 +0100 Message-ID: <19E3EEDE916642219C40F9DE5C23E1B6@marekdesktop> From: "Marek Salwerowicz" To: Date: Mon, 17 Jan 2011 00:17:14 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [McLm] X-Mailman-Approved-At: Mon, 17 Jan 2011 00:10:59 +0000 Cc: freebsd-current@freebsd.org Subject: Soekris net5501 - how to use hardware watchdog? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 23:17:23 -0000 Hi all, what modules to kernel should I load in order to make use of hardware watchdog installed in Soekris net5501 ? AFAIK it is located in CS5536 chip, but don't know which module is responsible for access to it? I was trying to load ichwd module, but it is only Intel watchdog module? -- Marek Salwerowicz From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 02:45:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 331601065670 for ; Mon, 17 Jan 2011 02:45:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id E37AB8FC0A for ; Mon, 17 Jan 2011 02:45:55 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:6d90:8d21:568f:4366] ([IPv6:2607:f3e0:0:4:6d90:8d21:568f:4366]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p0H2jrhf061207 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 16 Jan 2011 21:45:54 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4D33AD5B.5040703@sentex.net> Date: Sun, 16 Jan 2011 21:45:47 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Marek Salwerowicz References: <19E3EEDE916642219C40F9DE5C23E1B6@marekdesktop> In-Reply-To: <19E3EEDE916642219C40F9DE5C23E1B6@marekdesktop> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-current@freebsd.org, soekris-tech@lists.soekris.com Subject: Re: Soekris net5501 - how to use hardware watchdog? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 02:45:56 -0000 On 1/16/2011 6:17 PM, Marek Salwerowicz wrote: > Hi all, > > what modules to kernel should I load in order to make use of hardware > watchdog installed in Soekris net5501 ? Hi, Try adding option CPU_SOEKRIS to your kernel. Then just startup /usr/sbin/watchdogd ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 05:36:54 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 141E8106564A; Mon, 17 Jan 2011 05:36:54 +0000 (UTC) (envelope-from miwi.freebsd@googlemail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id AED618FC18; Mon, 17 Jan 2011 05:36:53 +0000 (UTC) Received: by gyf3 with SMTP id 3so1872331gyf.13 for ; Sun, 16 Jan 2011 21:36:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=lyQa5whihWOhrRHCb7AX8oOAneJO9Qcme4y1phswXLg=; b=MT+MItdGnAg3B/T33rJqtJqoSV70GfS10ahHIMGxygrdH2XKALq40WIdfXXWvIt3dG muTGG/IoWfqJx13iGUpVF9Aj8wqCI31Pjw18ou/vSx78HcLe1wsk5258PfGsQO3CNprk +A3YvLDjjPPpXOzMXCPob1YC7kwT3VDzMWvKU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:reply-to:date:x-google-sender-auth:message-id :subject:from:to:cc:content-type; b=L+eTc/D+REgP+Ck4uh8mQ6VfHSKnYvZrG6wO7lSZPslTR0JG9R+YKQ2MFOHO+fVREZ YigfRQBj5spqOzXqyQit2Mzb2jcqxSCLTpas3w37ML0wTDCR7u4Q2NkPmMCghs3aEObB tSiUVlSzwJOUKEPFOsWN4CsCHr353DJHGs3FQ= MIME-Version: 1.0 Received: by 10.91.196.17 with SMTP id y17mr4201775agp.207.1295240913318; Sun, 16 Jan 2011 21:08:33 -0800 (PST) Sender: miwi.freebsd@googlemail.com Received: by 10.90.116.4 with HTTP; Sun, 16 Jan 2011 21:08:33 -0800 (PST) Date: Mon, 17 Jan 2011 05:08:33 +0000 X-Google-Sender-Auth: IyIYWunQInW0t4vA5fcWzXRQe5w Message-ID: From: Martin Wilke To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@FreeBSD.org Subject: FreeBSD 8.1 re0 shows half duplex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: miwi@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 05:36:54 -0000 Howdy Guys, I have a strange problem, I'm on FreeBSD 8.1 and ifconfig re0 shows half-duplex (see output) and the download speed is damn slow, maximum 20 kbps. I'm not sure how to debug this so it would be nice if someone can help me to fix it. When i change it manually via command line, the media line appeared to have 2 entries -- full-duplex and half-duplex re0: flags=8843 metric 0 mtu 1500 options=389b ether 6c:62:6d:90:6e:63 inet XXXXXX netmask 0xffffffc0 broadcast XXXXXX media: Ethernet 100baseTX (100baseTX ) status: active main# uname -a FreeBSD XXXX 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #0: Fri Jan 14 04:15:56 UTC 2011 root@freebsd:/usr/obj/usr/src/sys/GENERIC amd64 main# # dmesg re0: port 0xe800-0xe8ff mem 0xfbeff000-0xfbefffff,0xf6ff0000-0xf6ffffff irq 16 at device 0.0 on pci6 re0: Using 1 MSI messages re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 miibus0: on re0 re0: Ethernet address: 6c:62:6d:90:6e:63 re0: [FILTER] re0: link state changed to UP main# # pciconf -lv re0@pci0:6:0:0: class=0x020000 card=0x75221462 chip=0x816810ec rev=0x02 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111/8111c)' class = network subclass = ethernet # dmideco http://nopaste.unixfreunde.de/46256 From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 09:01:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BAB5106566B; Mon, 17 Jan 2011 09:01:13 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (mars.netasq.com [91.212.116.3]) by mx1.freebsd.org (Postfix) with ESMTP id 283458FC15; Mon, 17 Jan 2011 09:01:11 +0000 (UTC) Received: from [192.168.248.213] (unknown [192.168.248.213]) by work.netasq.com (Postfix) with ESMTPSA id 51AE1740011; Mon, 17 Jan 2011 09:45:20 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Fabien Thomas In-Reply-To: Date: Mon, 17 Jan 2011 09:45:44 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <88A95F5C-FDE9-425C-AC1B-D90B66A51B9C@netasq.com> References: <20110113171139.GA32250@troutmask.apl.washington.edu> <20110114040549.GA36430@troutmask.apl.washington.edu> <1D4725BB-0A0A-44FB-9FF1-23969C469AA6@freebsd.org> <20110115061023.GA41547@troutmask.apl.washington.edu> To: Garrett Cooper X-Mailer: Apple Mail (2.1082) Cc: George Neville-Neil , freebsd-current@freebsd.org, Ryan Stone , Steve Kargl Subject: Re: Profiling code execution on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 09:01:13 -0000 Last time i've used it it was working but I dont think it is really = useful now (from my POV) because you cant have a global view of the system with it and all other reports = overlap. With the current state you have: - top mode for fast lookup - text output (replace gprof for me) - kcachegrind (calltree) for in depth analysis - gprof=20 Fabien > On Fri, Jan 14, 2011 at 10:10 PM, Steve Kargl > wrote: >> On Fri, Jan 14, 2011 at 03:40:46PM -0500, George Neville-Neil wrote: >>>=20 >>> On Jan 13, 2011, at 23:05 , Steve Kargl wrote: >>>=20 >>>> On Thu, Jan 13, 2011 at 10:08:30PM -0500, Ryan Stone wrote: >>>>> I would suggest using hwpmc for profiling: >>>>>=20 >>>>> # kldload hwpmc >>>>> # pmcstat -S unhalted-cycles -O /tmp/samples.out ../penetration >>>>> # pmcstat -R /tmp/samples.out -G /tmp/penetration.txt >>>>>=20 >>>>>=20 >>>>> You can also get pmcstat to generate gprof-compatible output with = -g, >>>>> but I never use the mode so I'm really not sure what it gives you. = I >>>>> think that you have to run gprof on the output or something, but = don't >>>>> hold me to that. >>>>=20 >>>>=20 >>>> Thanks. I'll give it a try, but my initial attempt seems to >>>> indicate that one needs to be root to use hwpmc. >>>>=20 >>>> laptop:kargl[210] pmcstat -S unhalted-cycles -O /tmp/samples.out = ../penetration >>>> pmcstat: ERROR: Cannot allocate system-mode pmc with specification >>>> "unhalted-cycles": Operation not permitted >>>>=20 >>>=20 >>> You only need to be root to profile the kernel or someone else's = process. >>>=20 >>> This tutorial might help: >>>=20 >>> www.dcbsdcon.org/speakers/slides/neville-neil_dcbsdcon2009.pdf >>>=20 >>=20 >> Thanks. I'll look at the tutorial. Meanwhile, should gprof >> be removed from the base system because it appears broken? >=20 > Instead of just removing things, why not determine why things are > broken and try to fix them? > -Garrett > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 09:40:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA2EB106566B; Mon, 17 Jan 2011 09:40:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 5CCBD8FC12; Mon, 17 Jan 2011 09:40:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id ABD6D41C7A5; Mon, 17 Jan 2011 10:40:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 135etP+7Vubp; Mon, 17 Jan 2011 10:40:06 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 1F9D241C7A3; Mon, 17 Jan 2011 10:40:06 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 0FAB44448F3; Mon, 17 Jan 2011 09:35:41 +0000 (UTC) Date: Mon, 17 Jan 2011 09:35:41 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Jeremy Chadwick In-Reply-To: <20110117070210.GA76136@icarus.home.lan> Message-ID: <20110117093452.E14966@maildrop.int.zabbadoz.net> References: <20110117070210.GA76136@icarus.home.lan> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, Martin Wilke Subject: Re: FreeBSD 8.1 re0 shows half duplex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 09:40:07 -0000 On Sun, 16 Jan 2011, Jeremy Chadwick wrote: > On Mon, Jan 17, 2011 at 05:08:33AM +0000, Martin Wilke wrote: >> Howdy Guys, >> >> I have a strange problem, I'm on FreeBSD 8.1 and ifconfig re0 shows >> half-duplex (see output) and the download speed >> is damn slow, maximum 20 kbps. I'm not sure how to debug this so it would be >> nice if someone can >> help me to fix it. >> >> When i change it manually via command line, the media line appeared to have >> 2 entries -- full-duplex and half-duplex [cut] it all just means that you want to read the thread on net@ from last week. A workaround is in HEAD already. /bz -- Bjoern A. Zeeb You have to have visions! Going to jail sucks -- All my daemons like it! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 12:42:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDF701065672; Mon, 17 Jan 2011 12:42:11 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 79F478FC18; Mon, 17 Jan 2011 12:42:11 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1PeoOe-0005uv-3y; Mon, 17 Jan 2011 12:42:10 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1PeoOd-0004Hr-Uf; Mon, 17 Jan 2011 12:41:20 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p0HCfJbl002074; Mon, 17 Jan 2011 12:41:19 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p0HCfJCV002073; Mon, 17 Jan 2011 12:41:19 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 17 Jan 2011 12:41:19 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20110117124119.GA1589@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: fatal kernel trap (cpu 1): trap vector = 0x14 (Page Not Present) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 12:42:11 -0000 On ia64 r216732 I got this panic: - - - - - - - - - - Prior Console Output - - - - - - - - - - cr.iip = 0xe00000000482b8a0 cr.ipsr = 0x210080a6038 (ac,mfl,mfh,ic,i,dt,dfh,rt,cpl=0,it,ri=1) cr.isr = 0xa0200000000 (code=0,vector=0,w,ei=1,ed) cr.ifa = 0x71000406376e661 curthread = 0xe00000001198e450 pid = 41614, comm = initial thread [ thread pid 41614 tid 100081 ] Stopped at bzero+0xd1: [M1] st8 [r21]=r0,0x40 db> - - - - - - - - - - - - Live Console - - - - - - - - - - - - db> thread 100081 [ thread pid 41614 tid 100081 ] bzero+0xd1: [M1] st8 [r21]=r0,0x40 db> db> show thread Thread 100081 at 0xe00000001198e450: proc (pid 41614): 0xe000000011982cd8 name: initial thread stack: 0xa0000000c6eca000-0xa0000000c6ed1fff flags: 0x10004 pflags: 0 state: RUNNING (CPU 1) priority: 201 container lock: sched lock 1 (0xe000000004a1db80) db> db> bt Tracing pid 41614 tid 100081 td 0xe00000001198e450 UNW: unw_copyin_from_pcb(0xe000000004a36e40, 102) bzero() at bzero+0xd1 vfs_bio_clrbuf(0xa00000007ee73a80, 0xa0000000aa57a000, 0x2000, 0xa0000000aa57c00 0, 0xa00000007ee73bb0, 0xffff, 0x0, 0x0) at vfs_bio_clrbuf+0x400 ffs_balloc_ufs2(0xe00000001b70c000, 0x0, 0x25ce, 0xe00000001c224a00, 0x2010000, 0xa0000000c6ed1240) at ffs_balloc_ufs2+0x1630 ffs_write(0xa0000000c6ed1328, 0x25ce, 0x0) at ffs_write+0x520 VOP_WRITE_APV(0xe0000000049c6698, 0xa0000000c6ed1328, 0x0, 0x0) at VOP_WRITE_APV +0x2d0 vn_write(0xe00000001fc5f2c0, 0xa0000000c6ed1360, 0xe00000001c224a00, 0x0, 0xe000 00001b70c000) at vn_write+0x420 dofilewrite(0xe00000001198e450, 0x3, 0xe00000001fc5f2c0, 0xa0000000c6ed1360, 0xf fffffffffffffff, 0x0) at dofilewrite+0x160 kern_writev(0xe00000001198e450, 0x3, 0xa0000000c6ed1360) at kern_writev+0x70 write(0xe00000001198e450, 0xa0000000c6ed14e8, 0xe00000000443e610, 0x50e) at writ e+0xd0 syscallenter(0xe00000001198e450, 0xa0000000c6ed13a0, 0xa0000000c6ed13a8) at sysc allenter+0x4e0 syscall(0xa0000000c6ed14c8, 0xe00000001198e450, 0x25ce, 0xe00000000483e180, 0x8, 0x309) at syscall+0x60 epc_syscall_return() at epc_syscall_return db> >From console logs: Jan 17 09:03:52 mech-cluster241 su: mexas to root on /dev/pts/2 lock order reversal: (sleepable after non-sleepable) 1st 0xe00000001f558948 vm object (standard object) @ /usr/src/sys/kern/vfs_bio. c:3739 _sx_slock(0xe0000000118bb018, 0x0, 0xe0000000048c6460, 0xe11) at _sx_slock+0xb0 _vm_map_lock_read(0xe0000000118bafa0, 0xe0000000048c6460, 0xe11, 0xe0000000047ca 600) at _vm_map_lock_read+0x80 vm_map_lookup(0xa0000000c6ed0118, 0x71000406376e000, 0x2, 0xa0000000c6ed0120, 0x a0000000c6ed0108, 0xa0000000c6ed0110, 0xa0000000c6ed0060, 0xa0000000c6ed0064) at vm_map_lookup+0x70 vm_fault_hold(0xe0000000118bafa0, 0x71000406376e000, 0x2, 0x0, 0x0) at vm_fault_ hold+0x260 vm_fault(0xe0000000118bafa0, 0x71000406376e000, 0x2, 0x0, 0xe0000000048431c0, 0x 716, 0x716) at vm_fault+0x40 trap(0x14, 0xa0000000c6ed0c00) at trap+0x9a0 ivt_Data_TLB() at ivt_Data_TLB+0x1d0 --- trapframe at 0xa0000000c6ed0c00 bzero() at bzero+0xd1 vfs_bio_clrbuf(0xa00000007ee73a80, 0xa0000000aa57a000, 0x2000, 0xa0000000aa57c00 0, 0xa00000007ee73bb0, 0xffff, 0x0, 0x0) at vfs_bio_clrbuf+0x400 ffs_balloc_ufs2(0xe00000001b70c000, 0x0, 0x25ce, 0xe00000001c224a00, 0x2010000, 0xa0000000c6ed1240) at ffs_balloc_ufs2+0x1630 ffs_write(0xa0000000c6ed1328, 0x25ce, 0x0) at ffs_write+0x520 VOP_WRITE_APV(0xe0000000049c6698, 0xa0000000c6ed1328, 0x0, 0x0) at VOP_WRITE_APV +0x2d0 kern_writev(0xe00000001198e450, 0x3, 0xa0000000c6ed1360) at kern_writev+0x70 write(0xe00000001198e450, 0xa0000000c6ed14e8, 0xe00000000443e610, 0x50e) at writ e+0xd0 syscallenter(0xe00000001198e450, 0xa0000000c6ed13a0, 0xa0000000c6ed13a8) at sysc allenter+0x4e0 syscall(0xa0000000c6ed14c8, 0xe00000001198e450, 0x25ce, 0xe00000000483e180, 0x8, 0x309) at syscall+0x60 epc_syscall_return() at epc_syscall_return fatal kernel trap (cpu 1): trap vector = 0x14 (Page Not Present) cr.iip = 0xe00000000482b8a0 cr.ipsr = 0x210080a6038 (ac,mfl,mfh,ic,i,dt,dfh,rt,cpl=0,it,ri=1) cr.isr = 0xa0200000000 (code=0,vector=0,w,ei=1,ed) cr.ifa = 0x71000406376e661 curthread = 0xe00000001198e450 pid = 41614, comm = initial thread [ thread pid 41614 tid 100081 ] Stopped at bzero+0xd1: [M1] st8 [r21]=r0,0x40 -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 15:39:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01837106566C for ; Mon, 17 Jan 2011 15:39:24 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id B09548FC14 for ; Mon, 17 Jan 2011 15:39:23 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:6d90:8d21:568f:4366] ([IPv6:2607:f3e0:0:4:6d90:8d21:568f:4366]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p0HFdLi2053474 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 17 Jan 2011 10:39:21 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4D3462A2.9050602@sentex.net> Date: Mon, 17 Jan 2011 10:39:14 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Marek Salwerowicz References: <19E3EEDE916642219C40F9DE5C23E1B6@marekdesktop> <4D33AD5B.5040703@sentex.net> In-Reply-To: <4D33AD5B.5040703@sentex.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-current@freebsd.org, soekris-tech@lists.soekris.com Subject: Re: [Soekris] Soekris net5501 - how to use hardware watchdog? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 15:39:24 -0000 On 1/16/2011 9:45 PM, Mike Tancsa wrote: > On 1/16/2011 6:17 PM, Marek Salwerowicz wrote: >> Hi all, >> >> what modules to kernel should I load in order to make use of hardware >> watchdog installed in Soekris net5501 ? > > Hi, > Try adding > option CPU_SOEKRIS Sorry, for the 5501 thats option CPU_GEODE ---Mike > > to your kernel. Then just startup /usr/sbin/watchdogd > > ---Mike > _______________________________________________ > Soekris-tech mailing list > Soekris-tech@lists.soekris.com > http://lists.soekris.com/mailman/listinfo/soekris-tech > > From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 15:44:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5412106566B for ; Mon, 17 Jan 2011 15:44:58 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 891D68FC13 for ; Mon, 17 Jan 2011 15:44:58 +0000 (UTC) Received: by qwj9 with SMTP id 9so4642876qwj.13 for ; Mon, 17 Jan 2011 07:44:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=t9neBweLPQfEClQBL9awrBRL8gIJ3gevLWsD3QBNXFU=; b=X/T3BrUID/OTcqeke0j7swRv00sXLlwMxbValfL9lnlRCtIFRyVbg9ghO55mkAIu3f ISt8Yw1kxRwatGfuIR1VoxUMZqCDCG3j10WUq58sqTI0oy6UyER85w5/1Mn1TKqGLSXf Y7nb54cJ7XqWgTEO0Y9Zgraf8C0ajGwQvwijk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Yv+cPJatToE3wUuS4k5grzYfOEW2n4623IonNpV0ND9R+wvesmckJpRwzTFFi3RwJE VdtN7E3EXhQMq5LV+tYh89JIYxssYXThcNcDEwwL5Z3BwOh1rXHqNPozboX5iBo8A+/U Qa93sYbOQ3JVtDGVaFBWbNTiZA2wTiKmtUBHE= MIME-Version: 1.0 Received: by 10.229.246.209 with SMTP id lz17mr3557578qcb.271.1295279097976; Mon, 17 Jan 2011 07:44:57 -0800 (PST) Received: by 10.229.102.87 with HTTP; Mon, 17 Jan 2011 07:44:57 -0800 (PST) In-Reply-To: <7d6fde3d1002191625m4d0d160dq2dc24f124aa38d0e@mail.gmail.com> References: <7d6fde3d1002191625m4d0d160dq2dc24f124aa38d0e@mail.gmail.com> Date: Mon, 17 Jan 2011 18:44:57 +0300 Message-ID: From: Sergey Kandaurov To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: Known LoR when taking bringing up bge(4) after system in multiuser? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 15:44:59 -0000 On 20 February 2010 03:25, Garrett Cooper wrote: > Hi, > =A0 =A0I came across the following LoR: > > lock order reversal: > =A01st 0xc56aae04 if_afdata (if_afdata) @ > /usr/home/garrcoop/ipcvs/freebsd/src/sys/net/if_llatbl.c:130 > =A02nd 0xc58a1d80 radix node head (radix node head) @ > /usr/home/garrcoop/ipcvs/freebsd/src/sys/net/route.c:360 > KDB: stack backtrace: > db_trace_self_wrapper(c0c6993e,c5264828,c08b173f,c08a2f35,c0c6c9d1,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c08a2f35,c0c6c9d1,c5530758,c552b680,c5264884,...) at > kdb_backtrace+0x29 > _witness_debugger(c0c6c9d1,c58a1d80,c0c6cacb,c552b680,c0c77940,...) at > _witness_debugger+0x1e > witness_checkorder(c58a1d80,1,c0c77940,168,0,...) at witness_checkorder+0= x818 > _rw_rlock(c58a1d80,c0c77940,168,c568d2e4,1,...) at _rw_rlock+0x9c > rtalloc1_fib(c5264a60,0,0,0,c526493c,...) at rtalloc1_fib+0x82 > rtalloc1(c5264a60,0,0,1,0,...) at rtalloc1+0x27 > in_lltable_rtcheck(c56aac00,a000,c5264a60,576,c0c7691c,...) at > in_lltable_rtcheck+0x3e > in_lltable_lookup(c58a1b00,a000,c5264a60,c0913e33,52098000,...) at > in_lltable_lookup+0xc3 > llentry_update(c52649f0,c58a1b00,c5264a60,c56aac00,c552c4b8,...) at > llentry_update+0xa3 > flowtable_lookup(c5739400,c5b27700,c5264a58,0,3,...) at flowtable_lookup+= 0x437 > ip_output(c5b27700,0,0,0,0,...) at ip_output+0xf8 > icmp_reflect(1,10,0,c552c6c0,c552bf70,...) at icmp_reflect+0x5cc > icmp_input(c5b27700,14,c568d240,c0dafc80,c568d240,...) at icmp_input+0x3f= 0 > ip_input(c5b27700,c5264bcc,c07235f4,c0dafc80,0,...) at ip_input+0x619 > netisr_dispatch_src(1,0,c5b27700,c5264c04,c091c349,...) at > netisr_dispatch_src+0xcb > netisr_dispatch(1,c5b27700,c56aac00,c56aac00,c5b74002,...) at > netisr_dispatch+0x20 > ether_demux(c56aac00,c5b27700,3,0,3) at ether_demux+0x193 > ether_input(c56aac00,c5b27700,c0c250e6,d41,c56b7008,...) at ether_input+0= x355 > bge_rxeof(c56b7008,0,c0c250e6,e13,c56b7008,...) at bge_rxeof+0x2b9 > bge_intr(c56b7000,c5264cc8,c085f65d,c0dc8880,c5576a38,...) at bge_intr+0x= 107 > intr_event_execute_handlers(c55717f8,c5576a00,c0c61560,533,c5576a70,...) > at intr_event_execute_handlers+0x10f > ithread_loop(c56b26c0,c5264d38,c0c612a1,343,c55717f8,...) at ithread_loop= +0x98 > fork_exit(c084923c,c56b26c0,c5264d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip =3D 0, esp =3D 0xc5264d70, ebp =3D 0 --- > > =A0 =A0when I did the following steps [once]: > > echo "ifconfig_bge0=3D\"DHCP\"" >> /etc/rc.conf > /etc/rc.d/netif start > > =A0 =A0using srcs from cvs pulled in the last 2 days or so... > =A0 =A0I'll gladly provide more details when requested. I faced a similar LOR when running ping. Looks like it's not bge related, but comes from arpv2 and/or flowtable. # ping 8.8.8.8 loPING 8.8.8.8 (8.ck8.8.8): 56 data obytes rder reversal: 1st 0xfffffe00184413c0 if_afdata (if_afdata) @ /usr/src/sys/net/if_llatbl.= c:151 2nd 0xfffffe0018ee32f8 radix node head (radix node head) @ /usr/src/sys/net/route.c:362 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 _rw_rlock() at _rw_rlock+0x6d rtalloc1_fib() at rtalloc1_fib+0x10b in_lltable_rtcheck() at in_lltable_rtcheck+0x35 in_lltable_lookup() at in_lltable_lookup+0xbb llentry_update() at llentry_update+0x19e flowtable_lookup() at flowtable_lookup+0x6f6 flowtable_lookup_mbuf() at flowtable_lookup_mbuf+0x3c6 ip_output() at ip_output+0xa9c rip_output() at rip_output+0x246 sosend_generic() at sosend_generic+0x347 kern_sendit() at kern_sendit+0x1b5 sendit() at sendit+0xdc sendto() at sendto+0x4d syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xe2 --- syscall (133, FreeBSD ELF64, sendto), rip =3D 0x80095334c, rsp =3D 0x7ffffffed608, rbp =3D 0x40 --- 64 bytes from 8.8.8.8: icmp_seq=3D0 ttl=3D56 time=3D1332.205 ms 64 bytes from 8.8.8.8: icmp_seq=3D0 ttl=3D56 time=3D1332.274 ms (DUP!) From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 16:10:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B850E106566C for ; Mon, 17 Jan 2011 16:10:33 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 7214B8FC1D for ; Mon, 17 Jan 2011 16:10:33 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:6d90:8d21:568f:4366] ([IPv6:2607:f3e0:0:4:6d90:8d21:568f:4366]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p0HGAVZF061595 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 17 Jan 2011 11:10:31 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4D3469EF.9030808@sentex.net> Date: Mon, 17 Jan 2011 11:10:23 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Marek Salwerowicz References: <19E3EEDE916642219C40F9DE5C23E1B6@marekdesktop> <4D33AD5B.5040703@sentex.net> <4D3462A2.9050602@sentex.net> <5E7B2EDC7FE74DC786DC226EBB521C36@marekdesktop> In-Reply-To: <5E7B2EDC7FE74DC786DC226EBB521C36@marekdesktop> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-current@freebsd.org, soekris-tech@lists.soekris.com Subject: Re: [Soekris] Soekris net5501 - how to use hardware watchdog? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 16:10:33 -0000 On 1/17/2011 11:07 AM, Marek Salwerowicz wrote: >>> Hi, >>> Try adding >>> option CPU_SOEKRIS >> >> Sorry, for the 5501 thats >> >> option CPU_GEODE >> >> ---Mike > > I have added both. Is there any possible test to check if watchdog > really does reboot ? > Just start /usr/sbin/watchdogd and then kill the process? Yes, but make sure you do kill -9, not just kill ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 17:36:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBA92106566B; Mon, 17 Jan 2011 17:36:27 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id C739E8FC19; Mon, 17 Jan 2011 17:36:27 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id p0HHaRgI054233; Mon, 17 Jan 2011 09:36:27 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id p0HHaRYL054232; Mon, 17 Jan 2011 09:36:27 -0800 (PST) (envelope-from sgk) Date: Mon, 17 Jan 2011 09:36:27 -0800 From: Steve Kargl To: Fabien Thomas Message-ID: <20110117173627.GA54204@troutmask.apl.washington.edu> References: <20110113171139.GA32250@troutmask.apl.washington.edu> <20110114040549.GA36430@troutmask.apl.washington.edu> <1D4725BB-0A0A-44FB-9FF1-23969C469AA6@freebsd.org> <20110115061023.GA41547@troutmask.apl.washington.edu> <88A95F5C-FDE9-425C-AC1B-D90B66A51B9C@netasq.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <88A95F5C-FDE9-425C-AC1B-D90B66A51B9C@netasq.com> User-Agent: Mutt/1.4.2.3i Cc: George Neville-Neil , freebsd-current@freebsd.org, Ryan Stone , Garrett Cooper Subject: Re: Profiling code execution on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 17:36:28 -0000 On Mon, Jan 17, 2011 at 09:45:44AM +0100, Fabien Thomas wrote: > Last time i've used it it was working but I dont think it is > really useful now (from my POV) because you cant have a global > view of the system with it and all other reports overlap. To what does 'it' refer? > > With the current state you have: > - top mode for fast lookup > - text output (replace gprof for me) > - kcachegrind (calltree) for in depth analysis > - gprof Please, don't top post, and check to see if the 'enter' key on your computer is functioning properly. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 17:55:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAA981065672 for ; Mon, 17 Jan 2011 17:55:27 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 640298FC17 for ; Mon, 17 Jan 2011 17:55:27 +0000 (UTC) Received: by qyk36 with SMTP id 36so5091623qyk.13 for ; Mon, 17 Jan 2011 09:55:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=6JBRV+cpB1HsyZf06N+m71pJAAwB48MIsNimZvKKhKQ=; b=NhuZ2qXPU4vqZsjl99IN3841tAUojC3R4Do2ATBVp6ZCEf/rs3MtQjk2rBnx9e8/+m emmpEoan3fIY/E9LvboyoelB36ogPpRvAv6jkXELa1cQkE8TZgfqPakPDBLfHfBLjDoo UFm54Wp6pc5rGsWks6vb7NpJKedyXLS/4RzpU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=QHKZqAjzm1v3MFoICNNzfHwx/GiGUvC/S13qzSgec3NUOZQXZyFdMAhE5seif8X95C HzpRu7aRk+9wLaksPvO33MPjjPAEZ5GsVp+piUe0JpXWC0TRZZ2OF8Fhcr3knS8d26KM qIXPM4gSLqhrL4aLc7gRr2jDe2qc04AYEwu7g= MIME-Version: 1.0 Received: by 10.229.211.138 with SMTP id go10mr3909793qcb.195.1295286926562; Mon, 17 Jan 2011 09:55:26 -0800 (PST) Received: by 10.229.102.87 with HTTP; Mon, 17 Jan 2011 09:55:26 -0800 (PST) Date: Mon, 17 Jan 2011 20:55:26 +0300 Message-ID: From: Sergey Kandaurov To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Subject: uma_zalloc_arg: zone "256" with non-sleepable exclusive rw ifnet_rw @ /usr/src/sys/net/if.c:414 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 17:55:27 -0000 Hi, I see this "malloc with non-sleepable" on current during boot. It's strange that I don't see it if I boot via pxe/nfs. if_alloc() calls ifindex_alloc_locked() under IFNET_WLOCK() which might call if_grow(). Looks like a regression from r196553. igb6: port 0x8020-0x803f mem 0xd0820000-0xd083ffff,0xd0400000-0xd07fffff,0xd08c4000-0xd08c7fff irq 54 at device 0.0 on pci144 uma_zalloc_arg: zone "256" with the following non-sleepable locks held: exclusive rw ifnet_rw (ifnet_rw) r = 0 (0xffffffff80e9aac0) locked @ /usr/src/sys/net/if.c:414 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c4 uma_zalloc_arg() at uma_zalloc_arg+0x335 malloc() at malloc+0xbe if_grow() at if_grow+0x2f if_alloc() at if_alloc+0x2f3 igb_attach() at igb_attach+0x1a3a device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x14f device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x95 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x14f device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1fd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0xac4 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a nexus_acpi_attach() at nexus_acpi_attach+0x69 device_attach() at device_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd6 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x77 btext() at btext+0x2c igb6: Ethernet address: 00:1b:21:73:59:14 -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 18:53:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8AA5106566C for ; Mon, 17 Jan 2011 18:53:18 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward9.mail.yandex.net (forward9.mail.yandex.net [77.88.61.48]) by mx1.freebsd.org (Postfix) with ESMTP id 6D8BF8FC12 for ; Mon, 17 Jan 2011 18:53:13 +0000 (UTC) Received: from smtp9.mail.yandex.net (smtp9.mail.yandex.net [77.88.61.35]) by forward9.mail.yandex.net (Yandex) with ESMTP id 32FCA14D870F; Mon, 17 Jan 2011 21:36:17 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1295289377; bh=6tqo+V3eNyopY2DWtCSz5DgGeNULp/a9p2F/XKksI4c=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=YddIk2n5hZUs2iFJP/opUBFXzYkqvqUNiIIbMIqRkjJINlM2oLttlw1ufiv+YivqI 6K8aFj5ChRxWiL+1xNx6d8rByaFyCDlZZXXZ4rPaC796Gum8P2v0yO6IYM93/vLEts GTRCGP/N5RwKck1YinY/pSU5QQQ2XDc6FHTOizDY= Received: from [178.141.6.128] (dynamic-178-141-6-128.kirov.comstar-r.ru [178.141.6.128]) by smtp9.mail.yandex.net (Yandex) with ESMTPSA id B7D5828058; Mon, 17 Jan 2011 21:36:16 +0300 (MSK) Message-ID: <4D348C1B.6040900@yandex.ru> Date: Mon, 17 Jan 2011 21:36:11 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101030 Thunderbird/3.1.6 MIME-Version: 1.0 To: Aryeh Friedman References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/mixed; boundary="------------040509060709060803030004" Cc: FreeBSD Current Subject: Re: ale(4) causes panic after r217323 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 18:53:18 -0000 This is a multi-part message in MIME format. --------------040509060709060803030004 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit On 14.01.2011 03:37, Aryeh Friedman wrote: > I have already told jhb about this and he provided a patch that > failed.... maybe someone else has a solution. > > Problem: As soon as ale(4) switches from DOWN to UP kernel panics due > to lock state switch > How to repeat: ifconfig ale0 192.168.2.2 I tried to update my system today and have a panic too. -- WBR, Andrey V. Elsukov --------------040509060709060803030004 Content-Type: text/plain; name="debug.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="debug.txt" R05VIGdkYiA2LjEuMSBbRnJlZUJTRF0KQ29weXJpZ2h0IDIwMDQgRnJlZSBTb2Z0d2FyZSBG b3VuZGF0aW9uLCBJbmMuCkdEQiBpcyBmcmVlIHNvZnR3YXJlLCBjb3ZlcmVkIGJ5IHRoZSBH TlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSwgYW5kIHlvdSBhcmUKd2VsY29tZSB0byBjaGFu Z2UgaXQgYW5kL29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVyIGNlcnRhaW4gY29u ZGl0aW9ucy4KVHlwZSAic2hvdyBjb3B5aW5nIiB0byBzZWUgdGhlIGNvbmRpdGlvbnMuClRo ZXJlIGlzIGFic29sdXRlbHkgbm8gd2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cgd2Fy cmFudHkiIGZvciBkZXRhaWxzLgpUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAiYW1kNjQt bWFyY2VsLWZyZWVic2QiLi4uCgpVbnJlYWQgcG9ydGlvbiBvZiB0aGUga2VybmVsIG1lc3Nh Z2UgYnVmZmVyOgprZXJuZWwgdHJhcCAxMiB3aXRoIGludGVycnVwdHMgZGlzYWJsZWQKCgpG YXRhbCB0cmFwIDEyOiBwYWdlIGZhdWx0IHdoaWxlIGluIGtlcm5lbCBtb2RlCmNwdWlkID0g MTsgYXBpYyBpZCA9IDAxCmZhdWx0IHZpcnR1YWwgYWRkcmVzcwk9IDB4MjAKZmF1bHQgY29k ZQkJPSBzdXBlcnZpc29yIHJlYWQgZGF0YSwgcGFnZSBub3QgcHJlc2VudAppbnN0cnVjdGlv biBwb2ludGVyCT0gMHgyMDoweGZmZmZmZmZmODA2MzUyYzgKc3RhY2sgcG9pbnRlcgkgICAg ICAgID0gMHgyODoweGZmZmZmZjgxMjU0MWE3ZjAKZnJhbWUgcG9pbnRlcgkgICAgICAgID0g MHgyODoweGZmZmZmZjgxMjU0MWE4MjAKY29kZSBzZWdtZW50CQk9IGJhc2UgMHgwLCBsaW1p dCAweGZmZmZmLCB0eXBlIDB4MWIKCQkJPSBEUEwgMCwgcHJlcyAxLCBsb25nIDEsIGRlZjMy IDAsIGdyYW4gMQpwcm9jZXNzb3IgZWZsYWdzCT0gcmVzdW1lLCBJT1BMID0gMApjdXJyZW50 IHByb2Nlc3MJCT0gMjgyMSAoZGhjbGllbnQpCgoKRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVs dCB3aGlsZSBpbiBrZXJuZWwgbW9kZQpjcHVpZCA9IDE7IGFwaWMgaWQgPSAwMQpmYXVsdCB2 aXJ0dWFsIGFkZHJlc3MJPSAweDIwCmZhdWx0IGNvZGUJCT0gc3VwZXJ2aXNvciByZWFkIGRh dGEsIHBhZ2Ugbm90IHByZXNlbnQKaW5zdHJ1Y3Rpb24gcG9pbnRlcgk9IDB4MjA6MHhmZmZm ZmZmZjgwNjM1MmM4CnN0YWNrIHBvaW50ZXIJICAgICAgICA9IDB4Mjg6MHhmZmZmZmY4MTI1 NDFhN2YwCmZyYW1lIHBvaW50ZXIJICAgICAgICA9IDB4Mjg6MHhmZmZmZmY4MTI1NDFhODIw CmNvZGUgc2VnbWVudAkJPSBiYXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiCgkJ CT0gRFBMIDAsIHByZXMgMSwgbG9uZyAxLCBkZWYzMiAwLCBncmFuIDEKcHJvY2Vzc29yIGVm bGFncwk9IHJlc3VtZSwgSU9QTCA9IDAKY3VycmVudCBwcm9jZXNzCQk9IDI4MjEgKGRoY2xp ZW50KQpQaHlzaWNhbCBtZW1vcnk6IDQwNjMgTUIKRHVtcGluZyAzODMgTUI6IDM2OCAzNTIg MzM2IDMyMCAzMDQgMjg4IDI3MiAyNTYgMjQwIDIyNCAyMDggMTkyIDE3NiAxNjAgMTQ0IDEy OCAxMTIgOTYgODAgNjQgNDggMzIgMTYKClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tl cm5lbC96ZnMua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvemZzLmtv LnN5bWJvbHMuLi5kb25lLgpkb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVs L3pmcy5rbwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvb3BlbnNvbGFyaXMu a28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvb3BlbnNvbGFyaXMua28u c3ltYm9scy4uLmRvbmUuCmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwv b3BlbnNvbGFyaXMua28KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL2xpbnV4 LmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL2xpbnV4LmtvLnN5bWJv bHMuLi5kb25lLgpkb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL2xpbnV4 LmtvClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9zbmRfaGRhLmtvLi4uUmVh ZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL3NuZF9oZGEua28uc3ltYm9scy4uLmRv bmUuCmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvc25kX2hkYS5rbwpS ZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvc291bmQua28uLi5SZWFkaW5nIHN5 bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvc291bmQua28uc3ltYm9scy4uLmRvbmUuCmRvbmUu CkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvc291bmQua28KUmVhZGluZyBzeW1i b2xzIGZyb20gL2Jvb3QvbW9kdWxlcy9udmlkaWEua28uLi5kb25lLgpMb2FkZWQgc3ltYm9s cyBmb3IgL2Jvb3QvbW9kdWxlcy9udmlkaWEua28KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jv b3Qva2VybmVsL2FoY2kua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwv YWhjaS5rby5zeW1ib2xzLi4uZG9uZS4KZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290 L2tlcm5lbC9haGNpLmtvClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L21vZHVsZXMvdmJv eGRydi5rby4uLmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9tb2R1bGVzL3Zib3hk cnYua28KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL2xpbnByb2Nmcy5rby4u LlJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9saW5wcm9jZnMua28uc3ltYm9s cy4uLmRvbmUuCmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvbGlucHJv Y2ZzLmtvClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L21vZHVsZXMvdmJveG5ldGZsdC5r by4uLmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9tb2R1bGVzL3Zib3huZXRmbHQu a28KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL25ldGdyYXBoLmtvLi4uUmVh ZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL25ldGdyYXBoLmtvLnN5bWJvbHMuLi5k b25lLgpkb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL25ldGdyYXBoLmtv ClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9uZ19ldGhlci5rby4uLlJlYWRp bmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9uZ19ldGhlci5rby5zeW1ib2xzLi4uZG9u ZS4KZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC9uZ19ldGhlci5rbwpS ZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9tb2R1bGVzL3Zib3huZXRhZHAua28uLi5kb25l LgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3QvbW9kdWxlcy92Ym94bmV0YWRwLmtvClJlYWRp bmcgc3ltYm9scyBmcm9tIC91c3IvbG9jYWwvbW9kdWxlcy9mdXNlLmtvLi4uZG9uZS4KTG9h ZGVkIHN5bWJvbHMgZm9yIC91c3IvbG9jYWwvbW9kdWxlcy9mdXNlLmtvCiMwICBkb2FkdW1w ICgpIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzoyNTAKMjUwCQlpZiAo dGV4dGR1bXBfcGVuZGluZykKKGtnZGIpIGJ0CiMwICBkb2FkdW1wICgpIGF0IC91c3Ivc3Jj L3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzoyNTAKIzEgIDB4ZmZmZmZmZmY4MDFlOTljYyBp biBkYl9mbmNhbGwgKGR1bW15MT0pCiAgICBhdCAvdXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1h bmQuYzo1NDgKIzIgIDB4ZmZmZmZmZmY4MDFlOWQwMSBpbiBkYl9jb21tYW5kIChsYXN0X2Nt ZHA9MHhmZmZmZmZmZjgwY2E3ZmMwLCBjbWRfdGFibGU9KQogICAgYXQgL3Vzci9zcmMvc3lz L2RkYi9kYl9jb21tYW5kLmM6NDQ1CiMzICAweGZmZmZmZmZmODAxZTlmNTAgaW4gZGJfY29t bWFuZF9sb29wICgpCiAgICBhdCAvdXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1hbmQuYzo0OTgK IzQgIDB4ZmZmZmZmZmY4MDFlYmY5OSBpbiBkYl90cmFwICh0eXBlPSkgYXQgL3Vzci9zcmMv c3lzL2RkYi9kYl9tYWluLmM6MjI5CiM1ICAweGZmZmZmZmZmODA2MjVkYmUgaW4ga2RiX3Ry YXAgKHR5cGU9MTIsIGNvZGU9MCwgdGY9MHhmZmZmZmY4MTI1NDFhNzQwKQogICAgYXQgL3Vz ci9zcmMvc3lzL2tlcm4vc3Vicl9rZGIuYzo1NDYKIzYgIDB4ZmZmZmZmZmY4MDhmNmUxZCBp biB0cmFwX2ZhdGFsIChmcmFtZT0weGZmZmZmZjgxMjU0MWE3NDAsIGV2YT0pCiAgICBhdCAv dXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjgyOAojNyAgMHhmZmZmZmZmZjgwOGY3 MWYxIGluIHRyYXBfcGZhdWx0IChmcmFtZT0weGZmZmZmZjgxMjU0MWE3NDAsIHVzZXJtb2Rl PTApCiAgICBhdCAvdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjc0OQojOCAgMHhm ZmZmZmZmZjgwOGY3NmNmIGluIHRyYXAgKGZyYW1lPTB4ZmZmZmZmODEyNTQxYTc0MCkKICAg IGF0IC91c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2NC90cmFwLmM6NTAxCiM5ICAweGZmZmZmZmZm ODA4ZTFlYzQgaW4gY2FsbHRyYXAgKCkKICAgIGF0IC91c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2 NC9leGNlcHRpb24uUzoyMjgKIzEwIDB4ZmZmZmZmZmY4MDYzNTJjOCBpbiB0dXJuc3RpbGVf YnJvYWRjYXN0ICh0cz0weDAsIHF1ZXVlPTApCiAgICBhdCAvdXNyL3NyYy9zeXMva2Vybi9z dWJyX3R1cm5zdGlsZS5jOjgzMgojMTEgMHhmZmZmZmZmZjgwNWUxNDgwIGluIF9tdHhfdW5s b2NrX3NsZWVwIChtPTB4ZmZmZmZmODAwMDNkYTMxMCwgb3B0cz0pCiAgICBhdCAvdXNyL3Ny Yy9zeXMva2Vybi9rZXJuX211dGV4LmM6Njc1CiMxMiAweGZmZmZmZmZmODA2YTUxMmEgaW4g aWZfdHJhbnNtaXQgKGlmcD0weGZmZmZmZTAwMDQwMDk4MDAsIG09KQogICAgYXQgL3Vzci9z cmMvc3lzL25ldC9pZi5jOjMzMTAKIzEzIDB4ZmZmZmZmZmY4MDZhOWVkMyBpbiBldGhlcl9v dXRwdXRfZnJhbWUgKGlmcD0weGZmZmZmZTAwMDQwMDk4MDAsIAogICAgbT0weGZmZmZmZTAw MDk5NDc1MDApIGF0IC91c3Ivc3JjL3N5cy9uZXQvaWZfZXRoZXJzdWJyLmM6NDQ3CiMxNCAw eGZmZmZmZmZmODA2YWE4YmEgaW4gZXRoZXJfb3V0cHV0IChpZnA9MHhmZmZmZmUwMDA0MDA5 ODAwLCAKICAgIG09MHhmZmZmZmUwMDA5OTQ3NTAwLCBkc3Q9KSBhdCAvdXNyL3NyYy9zeXMv bmV0L2lmX2V0aGVyc3Vici5jOjQxOAojMTUgMHhmZmZmZmZmZjgwNjljYmIzIGluIGJwZndy aXRlIChkZXY9KSBhdCAvdXNyL3NyYy9zeXMvbmV0L2JwZi5jOjk0NwojMTYgMHhmZmZmZmZm ZjgwNTcyZDFmIGluIGRldmZzX3dyaXRlX2YgKGZwPTB4ZmZmZmZlMDAwOThkZjVhMCwgCiAg ICB1aW89MHhmZmZmZmUwMDlmMGQ0NDgwLCBjcmVkPSkgYXQgL3Vzci9zcmMvc3lzL2ZzL2Rl dmZzL2RldmZzX3Zub3BzLmM6MTYzMQojMTcgMHhmZmZmZmZmZjgwNjM4MWRiIGluIGRvZmls ZXdyaXRlICh0ZD0weGZmZmZmZTAwMDlmMmU0NTAsIGZkPTgsIAogICAgZnA9MHhmZmZmZmUw MDA5OGRmNWEwLCBhdWlvPTB4ZmZmZmZlMDA5ZjBkNDQ4MCwgb2Zmc2V0PSkgYXQgZmlsZS5o OjIzOAojMTggMHhmZmZmZmZmZjgwNjM4NGYwIGluIGtlcm5fd3JpdGV2ICh0ZD0weGZmZmZm ZTAwMDlmMmU0NTAsIGZkPTgsIAogICAgYXVpbz0weGZmZmZmZTAwOWYwZDQ0ODApIGF0IC91 c3Ivc3JjL3N5cy9rZXJuL3N5c19nZW5lcmljLmM6NDQ3CiMxOSAweGZmZmZmZmZmODA2Mzg3 NTEgaW4gd3JpdGV2ICh0ZD0weGZmZmZmZTAwMDlmMmU0NTAsIAogICAgdWFwPTB4ZmZmZmZm ODEyNTQxYWJjMCkgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3lzX2dlbmVyaWMuYzo0MzMKIzIw IDB4ZmZmZmZmZmY4MDYzMzRjZiBpbiBzeXNjYWxsZW50ZXIgKHRkPTB4ZmZmZmZlMDAwOWYy ZTQ1MCwgCiAgICBzYT0weGZmZmZmZjgxMjU0MWFiYjApIGF0IC91c3Ivc3JjL3N5cy9rZXJu L3N1YnJfdHJhcC5jOjMxOAojMjEgMHhmZmZmZmZmZjgwOGY3MjZiIGluIHN5c2NhbGwgKGZy YW1lPTB4ZmZmZmZmODEyNTQxYWM1MCkKICAgIGF0IC91c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2 NC90cmFwLmM6OTM4CiMyMiAweGZmZmZmZmZmODA4ZTIxYTIgaW4gWGZhc3Rfc3lzY2FsbCAo KQogICAgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L2V4Y2VwdGlvbi5TOjM4MQojMjMg MHgwMDAwMDAwODAwNzNiODRjIGluID8/ICgpCihrZ2RiKSA= --------------040509060709060803030004-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 18:56:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7009106564A for ; Mon, 17 Jan 2011 18:56:18 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 27D118FC08 for ; Mon, 17 Jan 2011 18:56:17 +0000 (UTC) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 1B78C9CB0D2 for ; Mon, 17 Jan 2011 19:56:16 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by lev.vlakno.cz (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KPd0uz5Oo+Ew for ; Mon, 17 Jan 2011 19:56:15 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 481979CB1A9 for ; Mon, 17 Jan 2011 19:56:15 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.4/8.14.4/Submit) id p0HIuFCQ064744 for current@freebsd.org; Mon, 17 Jan 2011 19:56:15 +0100 (CET) (envelope-from rdivacky) Date: Mon, 17 Jan 2011 19:56:15 +0100 From: Roman Divacky To: current@freebsd.org Message-ID: <20110117185615.GA64182@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: [RFC]: tautological compares in amd64 GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 18:56:18 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi, clang found these problems in our amd64 GENERIC: some of these may be real bugs lurking in our code - can the respective own= ers of the subsystems take a look? The bugs cover all areas from ufs/vm to=20 net*/security. Thank you! roman cam/cam_periph.c:530:28: warning: comparison of unsigned expression < 0 is = always false [-Wtautological-compare] else if (periph->refcount < 0) ~~~~~~~~~~~~~~~~ ^ ~ kern/uipc_syscalls.c:347:16: warning: comparison of unsigned expression < 0= is always false [-Wtautological-compare] if (*namelen < 0) ~~~~~~~~ ^ ~ kern/uipc_syscalls.c:1472:12: warning: comparison of unsigned expression < = 0 is always false [-Wtautological-compare] if (*alen < 0) ~~~~~ ^ ~ kern/uipc_syscalls.c:1572:12: warning: comparison of unsigned expression < = 0 is always false [-Wtautological-compare] if (*alen < 0) ~~~~~ ^ ~ ufs/ffs/ffs_inode.c:538:24: warning: comparison of unsigned expression < 0 = is always false [-Wtautological-compare] if (DIP(ip, i_blocks) < 0) /* sanity */ ~~~~~~~~~~~~~~~~~ ^ ~ ufs/ufs/ufs_quota.c:329:44: warning: comparison of unsigned expression >=3D= 0 is always true [-Wtautological-compare] if (dq->dq_curinodes !=3D 0 && ncurinodes >=3D 0) ~~~~~~~~~~ ^ ~ ufs/ufs/ufs_quota.c:367:21: warning: comparison of unsigned expression >=3D= 0 is always true [-Wtautological-compare] ncurinodes >=3D 0) ~~~~~~~~~~ ^ ~ vm/vm_pageout.c:1701:14: warning: comparison of unsigned expression >=3D 0 = is always true [-Wtautological-compare] if (limit >=3D 0 && size >=3D limit) { ~~~~~ ^ ~ amd64/amd64/sys_machdep.c:562:16: warning: comparison of unsigned expressio= n < 0 is always false [-Wtautological-compare] uap->num < 0 || largest_ld > max_ldt_segment) ~~~~~~~~ ^ ~ netinet6/in6_mcast.c:1849:30: warning: comparison of unsigned expression < = 0 is always false [-Wtautological-compare] if (mreq.ipv6mr_interface < 0 || ~~~~~~~~~~~~~~~~~~~~~ ^ ~ netinet6/in6_mcast.c:2196:15: warning: comparison of unsigned expression < = 0 is always false [-Wtautological-compare] if (ifindex < 0 || V_if_index < ifindex) ~~~~~~~ ^ ~ netinet6/in6_mcast.c:2354:14: warning: comparison of unsigned expression < = 0 is always false [-Wtautological-compare] if (ifindex < 0 || V_if_index < ifindex) ~~~~~~~ ^ ~ netinet6/ip6_output.c:2542:29: warning: comparison of unsigned expression <= 0 is always false [-Wtautological-compare] pktinfo->ipi6_ifindex < 0) { ~~~~~~~~~~~~~~~~~~~~~ ^ ~ netinet6/scope6.c:391:15: warning: comparison of unsigned expression < 0 is= always false [-Wtautological-compare] if (zoneid < 0 || V_if_index < zoneid) ~~~~~~ ^ ~ security/audit/audit_syscalls.c:306:39: warning: comparison of unsigned exp= ression < 0 is always false [-Wtautological-compare] (udata.au_qctrl64.aq64_minfree < 0) || security/mac/mac_framework.c:589:20: warning: comparison of unsigned expres= sion < 0 is always false [-Wtautological-compare] if (mac->m_buflen < 0 || ~~~~~~~~~~~~~ ^ ~ dev/acpica/acpi_pci.c:284:24: warning: comparison of unsigned expression < = 0 is always false [-Wtautological-compare] if (pcib_get_bus(dev) < 0) ~~~~~~~~~~~~~~~~~ ^ ~ dev/buslogic/bt.c:978:16: warning: comparison of unsigned enum expression >= =3D 0 is always true [-Wtautological-compare] if (bio_index >=3D 0 && bio_index < BT_NUM_ISAPORTS) ~~~~~~~~~ ^ ~ dev/cs/if_cs.c:367:12: warning: comparison of unsigned expression >=3D 0 is= always true [-Wtautological-compare] if (irq >=3D 0 || irq < 16) ~~~ ^ ~ dev/sym/sym_hipd.c:3449:10: warning: comparison of unsigned expression < 0 = is always false [-Wtautological-compare] if (fak < 0) {fak =3D 0; ret =3D -1;} ~~~ ^ ~ dev/usb/serial/usb_serial.c:1056:18: warning: comparison of unsigned expres= sion < 0 is always false [-Wtautological-compare] if (t->c_ospeed < 0) { ~~~~~~~~~~~ ^ ~ --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAk00kM8ACgkQLVEj6D3CBEyugQCfZDDRaJwG1HKH6tJH1s5cZoHx czYAmwRi5mW8I8Odgt0com6VZgWkJZNc =m5JP -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 16:08:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 253A81065672 for ; Mon, 17 Jan 2011 16:08:04 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx3.wp.pl (mx3.wp.pl [212.77.101.7]) by mx1.freebsd.org (Postfix) with ESMTP id ABCEE8FC1E for ; Mon, 17 Jan 2011 16:08:03 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 7023 invoked from network); 17 Jan 2011 17:08:02 +0100 Received: from cwx170.internetdsl.tpnet.pl (HELO marekdesktop) (marek_sal@[83.19.131.170]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 17 Jan 2011 17:08:02 +0100 Message-ID: <5E7B2EDC7FE74DC786DC226EBB521C36@marekdesktop> From: "Marek Salwerowicz" To: "Mike Tancsa" References: <19E3EEDE916642219C40F9DE5C23E1B6@marekdesktop> <4D33AD5B.5040703@sentex.net> <4D3462A2.9050602@sentex.net> Date: Mon, 17 Jan 2011 17:07:54 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [YUOH] X-Mailman-Approved-At: Mon, 17 Jan 2011 19:08:42 +0000 Cc: freebsd-current@freebsd.org, soekris-tech@lists.soekris.com Subject: Re: [Soekris] Soekris net5501 - how to use hardware watchdog? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 16:08:04 -0000 >> Hi, >> Try adding >> option CPU_SOEKRIS > > Sorry, for the 5501 thats > > option CPU_GEODE > > ---Mike I have added both. Is there any possible test to check if watchdog really does reboot ? Just start /usr/sbin/watchdogd and then kill the process? -- Marek Salwerowicz From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 16:26:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8E02106566B for ; Mon, 17 Jan 2011 16:26:59 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx4.wp.pl (mx4.wp.pl [212.77.101.8]) by mx1.freebsd.org (Postfix) with ESMTP id 48B9A8FC1A for ; Mon, 17 Jan 2011 16:26:58 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 5518 invoked from network); 17 Jan 2011 17:26:56 +0100 Received: from cwx170.internetdsl.tpnet.pl (HELO marekdesktop) (marek_sal@[83.19.131.170]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 17 Jan 2011 17:26:56 +0100 Message-ID: <7D96671CC7B549CF9AAEE1CCC622E52C@marekdesktop> From: "Marek Salwerowicz" To: "Mike Tancsa" References: <19E3EEDE916642219C40F9DE5C23E1B6@marekdesktop><4D33AD5B.5040703@sentex.net> <4D3462A2.9050602@sentex.net><5E7B2EDC7FE74DC786DC226EBB521C36@marekdesktop> <4D3469EF.9030808@sentex.net> Date: Mon, 17 Jan 2011 17:26:33 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [8ROX] X-Mailman-Approved-At: Mon, 17 Jan 2011 19:08:54 +0000 Cc: freebsd-current@freebsd.org, soekris-tech@lists.soekris.com Subject: Re: [Soekris] Soekris net5501 - how to use hardware watchdog? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 16:26:59 -0000 >> >> I have added both. Is there any possible test to check if watchdog >> really does reboot ? >> Just start /usr/sbin/watchdogd and then kill the process? > > > Yes, but make sure you do kill -9, not just kill > OK, it does reboot :) Thanks for your help ! -- Marek Salwerowicz From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 19:33:44 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7495A106564A for ; Mon, 17 Jan 2011 19:33:44 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 030AB8FC12 for ; Mon, 17 Jan 2011 19:33:43 +0000 (UTC) Received: by fxm16 with SMTP id 16so6484538fxm.13 for ; Mon, 17 Jan 2011 11:33:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:subject:references:in-reply-to:x-enigmail-version :content-type:content-transfer-encoding; bh=SABRlWLKd4UtX8v4JrIB5+UC1gefqbFOrmj29P8PyH0=; b=YyX12rIK879G8+rirXVi30eooGh9Y1Fu7qqzFfIAnJcgkvfJuTs8SNzv67hLAjGoxu afxnXcUeX3v0oiL42fScBzPFth5JzXeX82OetDV8h5vstSIzHkUZTf8Hl5AaFQc/Zj/K FZrlSLz1xqnsSWejdXG8j79TzYBUxKF2woEcM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=GwZ0Y7T+jqAqtBEfoIB+kYQvPfYqU5R51gy+GULJZPO0vjakMCgk6Y31vZyRt4jsz2 Wmaz/LWyKa5A0kEKrSl5DRN5C7IcTR5QALoPnGUz6ZBEeyUEZ4CIlqOEO+MofGYa4nDz hY0+Ylw3P9puo908LEm7UlONOq+EY5XZK86n0= Received: by 10.223.73.202 with SMTP id r10mr5317701faj.133.1295292822749; Mon, 17 Jan 2011 11:33:42 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id y1sm1816217fak.15.2011.01.17.11.33.40 (version=SSLv3 cipher=RC4-MD5); Mon, 17 Jan 2011 11:33:41 -0800 (PST) Sender: Alexander Motin Message-ID: <4D349969.8090809@FreeBSD.org> Date: Mon, 17 Jan 2011 21:32:57 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Michael Butler , current References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: cosmetic nit in mmc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 19:33:44 -0000 Michael Butler wrote: > In the process of making the sdhci driver work with my laptop, I noted a > cosmetic issue where the SD card's serial number is not correctly > reported (it's always zero). Possible patch attached, Thank you. I've committed such patch to the HEAD at r217509: --- mmc.c Mon Jan 17 19:17:26 2011 (r217508) +++ mmc.c Mon Jan 17 19:31:34 2011 (r217509) @@ -749,7 +749,7 @@ mmc_get_bits(uint32_t *bits, int bit_len uint32_t retval = bits[i] >> shift; if (size + shift > 32) retval |= bits[i - 1] << (32 - shift); - return (retval & ((1 << size) - 1)); + return (retval & ((1llu << size) - 1)); } static void -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Jan 17 21:03:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28080106564A for ; Mon, 17 Jan 2011 21:03:34 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id AC1888FC15 for ; Mon, 17 Jan 2011 21:03:33 +0000 (UTC) Received: by wwf26 with SMTP id 26so5617959wwf.31 for ; Mon, 17 Jan 2011 13:03:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DuNRPIruCXpeHZ4L+fef9D+axKiDErmS4BNi8mCjQaI=; b=QF2fFDPhzC9YohEYU3OZsFcKDd4ij3URPKY8uZu35BNy8FafWMLH17onHo4SMvLmZ/ 2Ruz1nhjsh3sUXz6O/SetYSQ42sfXY2tHAQtHYY5YyJMRGlU6CVAFQ5N8C5jD9fF7m3t z5qU4OCQmyOTvQiETB+U6hgTXnjDj7MhImA3Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=jmXwtfJcc8oyHfUO9pAQfFDXNifOsyPtt7LrCjb3D6qvGyZ72rBiPAXsMtLZAp1VlN vHBaYsPfMFn4WrgA3UiVrn5GDVx3gA4/nv6lX+20S+YPe/2vHCKpvwn6k7wt+N8cf0A3 WlVhuErO/W/gLO3mKrTXHrtSmNs1/tQtosje4= MIME-Version: 1.0 Received: by 10.216.78.146 with SMTP id g18mr3918350wee.1.1295298163977; Mon, 17 Jan 2011 13:02:43 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.254.226 with HTTP; Mon, 17 Jan 2011 13:02:43 -0800 (PST) In-Reply-To: References: <7d6fde3d1002191625m4d0d160dq2dc24f124aa38d0e@mail.gmail.com> Date: Mon, 17 Jan 2011 13:02:43 -0800 X-Google-Sender-Auth: 4ntHsbxHbyUX9ESsoPvNiaFpFK0 Message-ID: From: Garrett Cooper To: Sergey Kandaurov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: Known LoR when taking bringing up bge(4) after system in multiuser? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 21:03:34 -0000 On Mon, Jan 17, 2011 at 7:44 AM, Sergey Kandaurov wrote= : > On 20 February 2010 03:25, Garrett Cooper wrote: >> Hi, >> =A0 =A0I came across the following LoR: >> >> lock order reversal: >> =A01st 0xc56aae04 if_afdata (if_afdata) @ >> /usr/home/garrcoop/ipcvs/freebsd/src/sys/net/if_llatbl.c:130 >> =A02nd 0xc58a1d80 radix node head (radix node head) @ >> /usr/home/garrcoop/ipcvs/freebsd/src/sys/net/route.c:360 >> KDB: stack backtrace: >> db_trace_self_wrapper(c0c6993e,c5264828,c08b173f,c08a2f35,c0c6c9d1,...) >> at db_trace_self_wrapper+0x26 >> kdb_backtrace(c08a2f35,c0c6c9d1,c5530758,c552b680,c5264884,...) at >> kdb_backtrace+0x29 >> _witness_debugger(c0c6c9d1,c58a1d80,c0c6cacb,c552b680,c0c77940,...) at >> _witness_debugger+0x1e >> witness_checkorder(c58a1d80,1,c0c77940,168,0,...) at witness_checkorder+= 0x818 >> _rw_rlock(c58a1d80,c0c77940,168,c568d2e4,1,...) at _rw_rlock+0x9c >> rtalloc1_fib(c5264a60,0,0,0,c526493c,...) at rtalloc1_fib+0x82 >> rtalloc1(c5264a60,0,0,1,0,...) at rtalloc1+0x27 >> in_lltable_rtcheck(c56aac00,a000,c5264a60,576,c0c7691c,...) at >> in_lltable_rtcheck+0x3e >> in_lltable_lookup(c58a1b00,a000,c5264a60,c0913e33,52098000,...) at >> in_lltable_lookup+0xc3 >> llentry_update(c52649f0,c58a1b00,c5264a60,c56aac00,c552c4b8,...) at >> llentry_update+0xa3 >> flowtable_lookup(c5739400,c5b27700,c5264a58,0,3,...) at flowtable_lookup= +0x437 >> ip_output(c5b27700,0,0,0,0,...) at ip_output+0xf8 >> icmp_reflect(1,10,0,c552c6c0,c552bf70,...) at icmp_reflect+0x5cc >> icmp_input(c5b27700,14,c568d240,c0dafc80,c568d240,...) at icmp_input+0x3= f0 >> ip_input(c5b27700,c5264bcc,c07235f4,c0dafc80,0,...) at ip_input+0x619 >> netisr_dispatch_src(1,0,c5b27700,c5264c04,c091c349,...) at >> netisr_dispatch_src+0xcb >> netisr_dispatch(1,c5b27700,c56aac00,c56aac00,c5b74002,...) at >> netisr_dispatch+0x20 >> ether_demux(c56aac00,c5b27700,3,0,3) at ether_demux+0x193 >> ether_input(c56aac00,c5b27700,c0c250e6,d41,c56b7008,...) at ether_input+= 0x355 >> bge_rxeof(c56b7008,0,c0c250e6,e13,c56b7008,...) at bge_rxeof+0x2b9 >> bge_intr(c56b7000,c5264cc8,c085f65d,c0dc8880,c5576a38,...) at bge_intr+0= x107 >> intr_event_execute_handlers(c55717f8,c5576a00,c0c61560,533,c5576a70,...) >> at intr_event_execute_handlers+0x10f >> ithread_loop(c56b26c0,c5264d38,c0c612a1,343,c55717f8,...) at ithread_loo= p+0x98 >> fork_exit(c084923c,c56b26c0,c5264d38) at fork_exit+0xb8 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0, eip =3D 0, esp =3D 0xc5264d70, ebp =3D 0 --- >> >> =A0 =A0when I did the following steps [once]: >> >> echo "ifconfig_bge0=3D\"DHCP\"" >> /etc/rc.conf >> /etc/rc.d/netif start >> >> =A0 =A0using srcs from cvs pulled in the last 2 days or so... >> =A0 =A0I'll gladly provide more details when requested. > > I faced a similar LOR when running ping. > Looks like it's not bge related, but comes from arpv2 and/or flowtable. > > # ping 8.8.8.8 > loPING 8.8.8.8 (8.ck8.8.8): 56 data =A0obytes > rder reversal: > =A01st 0xfffffe00184413c0 if_afdata (if_afdata) @ /usr/src/sys/net/if_lla= tbl.c:151 > =A02nd 0xfffffe0018ee32f8 radix node head (radix node head) @ > /usr/src/sys/net/route.c:362 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > _witness_debugger() at _witness_debugger+0x2e > witness_checkorder() at witness_checkorder+0x807 > _rw_rlock() at _rw_rlock+0x6d > rtalloc1_fib() at rtalloc1_fib+0x10b > in_lltable_rtcheck() at in_lltable_rtcheck+0x35 > in_lltable_lookup() at in_lltable_lookup+0xbb > llentry_update() at llentry_update+0x19e > flowtable_lookup() at flowtable_lookup+0x6f6 > flowtable_lookup_mbuf() at flowtable_lookup_mbuf+0x3c6 > ip_output() at ip_output+0xa9c > rip_output() at rip_output+0x246 > sosend_generic() at sosend_generic+0x347 > kern_sendit() at kern_sendit+0x1b5 > sendit() at sendit+0xdc > sendto() at sendto+0x4d > syscallenter() at syscallenter+0x1aa > syscall() at syscall+0x4c > Xfast_syscall() at Xfast_syscall+0xe2 > --- syscall (133, FreeBSD ELF64, sendto), rip =3D 0x80095334c, rsp =3D > 0x7ffffffed608, rbp =3D 0x40 --- > 64 bytes from 8.8.8.8: icmp_seq=3D0 ttl=3D56 time=3D1332.205 ms > 64 bytes from 8.8.8.8: icmp_seq=3D0 ttl=3D56 time=3D1332.274 ms (DUP!) I'll see if I can quickly reproduce that in-house with our bge-enabled machines on Tuesday with a bleeding edge CURRENT image if I have the time. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 03:45:54 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65DF8106564A; Tue, 18 Jan 2011 03:45:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1A4368FC15; Tue, 18 Jan 2011 03:45:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0I3jrBq084644; Mon, 17 Jan 2011 22:45:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0I3jqig084634; Tue, 18 Jan 2011 03:45:52 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Jan 2011 03:45:52 GMT Message-Id: <201101180345.p0I3jqig084634@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 03:45:54 -0000 TB --- 2011-01-18 02:17:33 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-18 02:17:33 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-01-18 02:17:33 - cleaning the object tree TB --- 2011-01-18 02:17:44 - cvsupping the source tree TB --- 2011-01-18 02:17:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-01-18 02:17:56 - building world TB --- 2011-01-18 02:17:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 02:17:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 02:17:56 - TARGET=ia64 TB --- 2011-01-18 02:17:56 - TARGET_ARCH=ia64 TB --- 2011-01-18 02:17:56 - TZ=UTC TB --- 2011-01-18 02:17:56 - __MAKE_CONF=/dev/null TB --- 2011-01-18 02:17:56 - cd /src TB --- 2011-01-18 02:17:56 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 18 02:17:58 UTC 2011 >>> 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 Tue Jan 18 03:38:12 UTC 2011 TB --- 2011-01-18 03:38:12 - generating LINT kernel config TB --- 2011-01-18 03:38:12 - cd /src/sys/ia64/conf TB --- 2011-01-18 03:38:12 - /usr/bin/make -B LINT TB --- 2011-01-18 03:38:12 - building LINT kernel TB --- 2011-01-18 03:38:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 03:38:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 03:38:12 - TARGET=ia64 TB --- 2011-01-18 03:38:12 - TARGET_ARCH=ia64 TB --- 2011-01-18 03:38:12 - TZ=UTC TB --- 2011-01-18 03:38:12 - __MAKE_CONF=/dev/null TB --- 2011-01-18 03:38:12 - cd /src TB --- 2011-01-18 03:38:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 18 03:38:12 UTC 2011 >>> 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/dev/md/md.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/dev/mem/memdev.c cc1: warnings being treated as errors /src/sys/dev/mem/memdev.c: In function 'mem_modevent': /src/sys/dev/mem/memdev.c:84: warning: implicit declaration of function 'mem_range_init' /src/sys/dev/mem/memdev.c:84: warning: nested extern declaration of 'mem_range_init' /src/sys/dev/mem/memdev.c:92: warning: implicit declaration of function 'mem_range_destroy' /src/sys/dev/mem/memdev.c:92: warning: nested extern declaration of 'mem_range_destroy' *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-18 03:45:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-18 03:45:52 - ERROR: failed to build lint kernel TB --- 2011-01-18 03:45:52 - 4271.26 user 668.54 system 5299.35 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 08:20:16 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 027B4106564A; Tue, 18 Jan 2011 08:20:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C68358FC17; Tue, 18 Jan 2011 08:20:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0I8KEdP010883; Tue, 18 Jan 2011 03:20:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0I8KEQ9010880; Tue, 18 Jan 2011 08:20:14 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Jan 2011 08:20:14 GMT Message-Id: <201101180820.p0I8KEQ9010880@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 08:20:16 -0000 TB --- 2011-01-18 06:25:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-18 06:25:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-01-18 06:25:01 - cleaning the object tree TB --- 2011-01-18 06:25:19 - cvsupping the source tree TB --- 2011-01-18 06:25:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-01-18 06:26:07 - building world TB --- 2011-01-18 06:26:07 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 06:26:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 06:26:07 - TARGET=pc98 TB --- 2011-01-18 06:26:07 - TARGET_ARCH=i386 TB --- 2011-01-18 06:26:07 - TZ=UTC TB --- 2011-01-18 06:26:07 - __MAKE_CONF=/dev/null TB --- 2011-01-18 06:26:07 - cd /src TB --- 2011-01-18 06:26:07 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 18 06:26:08 UTC 2011 >>> 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 Tue Jan 18 08:07:16 UTC 2011 TB --- 2011-01-18 08:07:16 - generating LINT kernel config TB --- 2011-01-18 08:07:16 - cd /src/sys/pc98/conf TB --- 2011-01-18 08:07:16 - /usr/bin/make -B LINT TB --- 2011-01-18 08:07:16 - building LINT kernel TB --- 2011-01-18 08:07:16 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 08:07:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 08:07:16 - TARGET=pc98 TB --- 2011-01-18 08:07:16 - TARGET_ARCH=i386 TB --- 2011-01-18 08:07:16 - TZ=UTC TB --- 2011-01-18 08:07:16 - __MAKE_CONF=/dev/null TB --- 2011-01-18 08:07:16 - cd /src TB --- 2011-01-18 08:07:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 18 08:07:16 UTC 2011 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT 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 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel machdep.o(.bss+0x13e4): multiple definition of `mem_range_softc' mem.o(.bss+0x0): first defined here *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-18 08:20:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-18 08:20:14 - ERROR: failed to build lint kernel TB --- 2011-01-18 08:20:14 - 5541.49 user 924.03 system 6913.29 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 13:24:54 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67145106566C; Tue, 18 Jan 2011 13:24:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3A5B98FC12; Tue, 18 Jan 2011 13:24:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0IDOrnU031553; Tue, 18 Jan 2011 08:24:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0IDOrYq031544; Tue, 18 Jan 2011 13:24:53 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Jan 2011 13:24:53 GMT Message-Id: <201101181324.p0IDOrYq031544@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 13:24:54 -0000 TB --- 2011-01-18 11:30:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-18 11:30:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-01-18 11:30:01 - cleaning the object tree TB --- 2011-01-18 11:30:13 - cvsupping the source tree TB --- 2011-01-18 11:30:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-01-18 11:30:56 - building world TB --- 2011-01-18 11:30:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 11:30:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 11:30:56 - TARGET=pc98 TB --- 2011-01-18 11:30:56 - TARGET_ARCH=i386 TB --- 2011-01-18 11:30:56 - TZ=UTC TB --- 2011-01-18 11:30:56 - __MAKE_CONF=/dev/null TB --- 2011-01-18 11:30:56 - cd /src TB --- 2011-01-18 11:30:56 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 18 11:30:56 UTC 2011 >>> 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 Tue Jan 18 13:11:46 UTC 2011 TB --- 2011-01-18 13:11:47 - generating LINT kernel config TB --- 2011-01-18 13:11:47 - cd /src/sys/pc98/conf TB --- 2011-01-18 13:11:47 - /usr/bin/make -B LINT TB --- 2011-01-18 13:11:47 - building LINT kernel TB --- 2011-01-18 13:11:47 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 13:11:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 13:11:47 - TARGET=pc98 TB --- 2011-01-18 13:11:47 - TARGET_ARCH=i386 TB --- 2011-01-18 13:11:47 - TZ=UTC TB --- 2011-01-18 13:11:47 - __MAKE_CONF=/dev/null TB --- 2011-01-18 13:11:47 - cd /src TB --- 2011-01-18 13:11:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 18 13:11:47 UTC 2011 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT 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 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel machdep.o(.bss+0x13e4): multiple definition of `mem_range_softc' mem.o(.bss+0x0): first defined here *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-18 13:24:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-18 13:24:52 - ERROR: failed to build lint kernel TB --- 2011-01-18 13:24:52 - 5534.90 user 927.83 system 6891.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 14:16:29 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4EC0106564A for ; Tue, 18 Jan 2011 14:16:29 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id 6FECB8FC13 for ; Tue, 18 Jan 2011 14:16:28 +0000 (UTC) Received: from daedalus.network.local (55-221.62-81.cust.bluewin.ch [81.62.221.55]) (authenticated bits=0) by marvin.chruetertee.ch (8.14.3/8.14.3) with ESMTP id p0IEGRI9035852 (version=TLSv1/SSLv3 cipher=DHE-DSS-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 18 Jan 2011 14:16:27 GMT (envelope-from beat@chruetertee.ch) Message-ID: <4D35A0BB.3010601@chruetertee.ch> Date: Tue, 18 Jan 2011 15:16:27 +0100 From: =?ISO-8859-1?Q?Beat_G=E4tzi?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.16) Gecko/20101210 Lightning/1.0b1 Thunderbird/3.0.11 MIME-Version: 1.0 To: current@FreeBSD.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Running linux ldconfig on tmpfs results in unkillable process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 14:16:29 -0000 Hi, I've a tinderbox which uses tmpfs to build ports. Every time I build a port which executes linux ldconfig it results in an unkillable process which uses 100% CPU. The problem is reproduceable without tinderbox: # uname -a FreeBSD daedalus.network.local 9.0-CURRENT FreeBSD 9.0-CURRENT #3 r216761: Tue Dec 28 15:32:26 CET 2010 root@daedalus.network.local:/usr/obj/usr/src/sys/GENERIC i386 # mkdir /compat/test # mount -t tmpfs tmpfs /compat/test # cp -Rp /compat/linux/* /compat/test/ # mount -t linprocfs linprocfs /compat/test/proc # /compat/linux/sbin/ldconfig -r /compat/test/ # pgrep ldconfig 3449 # procstat -i 3449 | grep KILL 3449 ldconfig KILL --- # kill -9 3449 # procstat -i 3449 | grep KILL 3449 ldconfig KILL P-- >From top(1): PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 3449 root 1 44 0 992K 712K CPU1 1 10:06 100.00% ldconfig When I reboot the machine it hangs after "All buffers synced.". I've uploaded some additional output of procstat and ktrace here: http://people.freebsd.org/~beat/logs/linux-ldconfig-tmpfs.txt Anyone knows how to fix this? Thanks, Beat From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 14:30:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70C42106566C; Tue, 18 Jan 2011 14:30:56 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2228E8FC1A; Tue, 18 Jan 2011 14:30:55 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1PfCaE-00013M-BU; Tue, 18 Jan 2011 14:30:54 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1PfCaE-00001v-7H; Tue, 18 Jan 2011 14:30:54 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p0IEUrZW002344; Tue, 18 Jan 2011 14:30:53 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p0IEUrPE002343; Tue, 18 Jan 2011 14:30:53 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 18 Jan 2011 14:30:53 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20110118143053.GA2327@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org References: <20110117124119.GA1589@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110117124119.GA1589@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: fatal kernel trap (cpu 1): trap vector = 0x14 (Page Not Present) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 14:30:56 -0000 On Mon, Jan 17, 2011 at 12:41:19PM +0000, Anton Shterenlikht wrote: > On ia64 r216732 I got this panic: > > > - - - - - - - - - - Prior Console Output - - - - - - - - - - > cr.iip = 0xe00000000482b8a0 > cr.ipsr = 0x210080a6038 (ac,mfl,mfh,ic,i,dt,dfh,rt,cpl=0,it,ri=1) > cr.isr = 0xa0200000000 (code=0,vector=0,w,ei=1,ed) > cr.ifa = 0x71000406376e661 > curthread = 0xe00000001198e450 > pid = 41614, comm = initial thread > > [ thread pid 41614 tid 100081 ] > Stopped at bzero+0xd1: [M1] st8 [r21]=r0,0x40 > db> > - - - - - - - - - - - - Live Console - - - - - - - - - - - - > db> thread 100081 > [ thread pid 41614 tid 100081 ] > bzero+0xd1: [M1] st8 [r21]=r0,0x40 > db> > db> show thread > Thread 100081 at 0xe00000001198e450: > proc (pid 41614): 0xe000000011982cd8 > name: initial thread > stack: 0xa0000000c6eca000-0xa0000000c6ed1fff > flags: 0x10004 pflags: 0 > state: RUNNING (CPU 1) > priority: 201 > container lock: sched lock 1 (0xe000000004a1db80) > db> > db> bt > Tracing pid 41614 tid 100081 td 0xe00000001198e450 > UNW: unw_copyin_from_pcb(0xe000000004a36e40, 102) > bzero() at bzero+0xd1 > vfs_bio_clrbuf(0xa00000007ee73a80, 0xa0000000aa57a000, 0x2000, 0xa0000000aa57c00 > 0, 0xa00000007ee73bb0, 0xffff, 0x0, 0x0) at vfs_bio_clrbuf+0x400 > ffs_balloc_ufs2(0xe00000001b70c000, 0x0, 0x25ce, 0xe00000001c224a00, 0x2010000, > 0xa0000000c6ed1240) at ffs_balloc_ufs2+0x1630 > ffs_write(0xa0000000c6ed1328, 0x25ce, 0x0) at ffs_write+0x520 > VOP_WRITE_APV(0xe0000000049c6698, 0xa0000000c6ed1328, 0x0, 0x0) at VOP_WRITE_APV > +0x2d0 > vn_write(0xe00000001fc5f2c0, 0xa0000000c6ed1360, 0xe00000001c224a00, 0x0, 0xe000 > 00001b70c000) at vn_write+0x420 > dofilewrite(0xe00000001198e450, 0x3, 0xe00000001fc5f2c0, 0xa0000000c6ed1360, 0xf > fffffffffffffff, 0x0) at dofilewrite+0x160 > kern_writev(0xe00000001198e450, 0x3, 0xa0000000c6ed1360) at kern_writev+0x70 > write(0xe00000001198e450, 0xa0000000c6ed14e8, 0xe00000000443e610, 0x50e) at writ > e+0xd0 > syscallenter(0xe00000001198e450, 0xa0000000c6ed13a0, 0xa0000000c6ed13a8) at sysc > allenter+0x4e0 > syscall(0xa0000000c6ed14c8, 0xe00000001198e450, 0x25ce, 0xe00000000483e180, 0x8, > 0x309) at syscall+0x60 > epc_syscall_return() at epc_syscall_return > db> > > >From console logs: > > Jan 17 09:03:52 mech-cluster241 su: mexas to root on /dev/pts/2 > lock order reversal: (sleepable after non-sleepable) > 1st 0xe00000001f558948 vm object (standard object) @ /usr/src/sys/kern/vfs_bio. > c:3739 > > _sx_slock(0xe0000000118bb018, 0x0, 0xe0000000048c6460, 0xe11) at _sx_slock+0xb0 > _vm_map_lock_read(0xe0000000118bafa0, 0xe0000000048c6460, 0xe11, 0xe0000000047ca > 600) at _vm_map_lock_read+0x80 > vm_map_lookup(0xa0000000c6ed0118, 0x71000406376e000, 0x2, 0xa0000000c6ed0120, 0x > a0000000c6ed0108, 0xa0000000c6ed0110, 0xa0000000c6ed0060, 0xa0000000c6ed0064) at > vm_map_lookup+0x70 > vm_fault_hold(0xe0000000118bafa0, 0x71000406376e000, 0x2, 0x0, 0x0) at vm_fault_ > hold+0x260 > vm_fault(0xe0000000118bafa0, 0x71000406376e000, 0x2, 0x0, 0xe0000000048431c0, 0x > 716, 0x716) at vm_fault+0x40 > trap(0x14, 0xa0000000c6ed0c00) at trap+0x9a0 > ivt_Data_TLB() at ivt_Data_TLB+0x1d0 > --- trapframe at 0xa0000000c6ed0c00 > bzero() at bzero+0xd1 > vfs_bio_clrbuf(0xa00000007ee73a80, 0xa0000000aa57a000, 0x2000, 0xa0000000aa57c00 > 0, 0xa00000007ee73bb0, 0xffff, 0x0, 0x0) at vfs_bio_clrbuf+0x400 > ffs_balloc_ufs2(0xe00000001b70c000, 0x0, 0x25ce, 0xe00000001c224a00, 0x2010000, > 0xa0000000c6ed1240) at ffs_balloc_ufs2+0x1630 > ffs_write(0xa0000000c6ed1328, 0x25ce, 0x0) at ffs_write+0x520 > VOP_WRITE_APV(0xe0000000049c6698, 0xa0000000c6ed1328, 0x0, 0x0) at VOP_WRITE_APV > +0x2d0 > > kern_writev(0xe00000001198e450, 0x3, 0xa0000000c6ed1360) at kern_writev+0x70 > write(0xe00000001198e450, 0xa0000000c6ed14e8, 0xe00000000443e610, 0x50e) at writ > e+0xd0 > syscallenter(0xe00000001198e450, 0xa0000000c6ed13a0, 0xa0000000c6ed13a8) at sysc > allenter+0x4e0 > syscall(0xa0000000c6ed14c8, 0xe00000001198e450, 0x25ce, 0xe00000000483e180, 0x8, > 0x309) at syscall+0x60 > epc_syscall_return() at epc_syscall_return > > fatal kernel trap (cpu 1): > > trap vector = 0x14 (Page Not Present) > cr.iip = 0xe00000000482b8a0 > cr.ipsr = 0x210080a6038 (ac,mfl,mfh,ic,i,dt,dfh,rt,cpl=0,it,ri=1) > cr.isr = 0xa0200000000 (code=0,vector=0,w,ei=1,ed) > cr.ifa = 0x71000406376e661 > curthread = 0xe00000001198e450 > pid = 41614, comm = initial thread > > [ thread pid 41614 tid 100081 ] > Stopped at bzero+0xd1: [M1] st8 [r21]=r0,0x40 > I got a similar panic twice more, but now with trap vector = 0x19 (Disabled FP-Register) All three times I was running "make test" under ports/ImageMagick. Quite a few other processes were running at the time as well, firefox, etc. fatal kernel trap (cpu 0): trap vector = 0x19 (Disabled FP-Register) cr.iip = 0x200000004019e2d0 cr.ipsr = 0x1010080a6030 (mfl,mfh,ic,i,dt,dfh,rt,cpl=0,it,ri=0,bn) cr.isr = 0x400000002 (code=2,vector=0,r,ei=0) cr.ifa = 0x2000000040142000 curthread = 0xe0000000118b68a0 pid = 16328, comm = initial thread [ thread pid 16328 tid 100077 ] Stopped at 0x200000004019e2d0: [M0] ldfd f32=[r106] db> db> db> show thread Thread 100077 at 0xe0000000118b68a0: proc (pid 16328): 0xe0000000119aa000 name: initial thread stack: 0xa0000000c6eaa000-0xa0000000c6eb1fff flags: 0x4 pflags: 0 state: RUNNING (CPU 0) priority: 202 container lock: sched lock 0 (0xe000000004a1cf00) db> db> thread 100077 [ thread pid 16328 tid 100077 ] 0x200000004019e2d0: [M0] ldfd f32=[r106] db> db> bt Tracing pid 16328 tid 100077 td 0xe0000000118b68a0 (null)(...) at 0x200000004019e2d0 db> And another one: fatal kernel trap (cpu 1): trap vector = 0x19 (Disabled FP-Register) cr.iip = 0x200000004019e2d0 cr.ipsr = 0x1010080a6030 (mfl,mfh,ic,i,dt,dfh,rt,cpl=0,it,ri=0,bn) cr.isr = 0x400000002 (code=2,vector=0,r,ei=0) cr.ifa = 0x20000000437b4000 curthread = 0xe0000000119a3590 pid = 13378, comm = initial thread [ thread pid 13378 tid 100084 ] Stopped at 0x200000004019e2d0: [M0] ldfd f32=[r106] db> show thread Thread 100084 at 0xe0000000119a3590: proc (pid 13378): 0xe00000001199c000 name: initial thread stack: 0xa0000000c6ee2000-0xa0000000c6ee9fff flags: 0x4 pflags: 0 state: RUNNING (CPU 1) priority: 201 container lock: sched lock 1 (0xe000000004a1db80) db> db> thread 100084 [ thread pid 13378 tid 100084 ] 0x200000004019e2d0: [M0] ldfd f32=[r106] db> bt Tracing pid 13378 tid 100084 td 0xe0000000119a3590 (null)(...) at 0x200000004019e2d0 db> db> panic panic: from debugger cpuid = 1 KDB: stack backtrace: db_trace_self(0xe000000004164be0) at db_trace_self+0x20 db_trace_self_wrapper(0xe0000000044234f0) at db_trace_self_wrapper+0x70 kdb_backtrace(0xe0000000049f3d88, 0xe0000000043c5820, 0x30a, 0xe000000004bd4220) at kdb_backtrace+0xc0 mi_switch(0x100, 0x0, 0xe0000000119a3590, 0xe0000000044037c0) at mi_switch+0x280 sched_bind(0xe0000000119a3590, 0x0, 0xe0000000119a39a8, 0xe0000000043b3f20) at s ched_bind+0x170 kern_reboot(0x104, 0xe0000000119a3590, 0xe000000004892260, 0x793) at kern_reboot +0x70 panic(0xe00000000486be58) at panic+0x330 db_panic(0xe000000004160010, 0x40c, 0xffffffffffffffff) at db_panic+0x40 db_command(0xe0000000049f2fa0, 0x0, 0x1) at db_command+0x750 db_command_loop(0xe0000000049f2fc8, 0xe0000000049f2f98, 0xe0000000049f2fa0, 0xe0 0000000486bf08) at db_command_loop+0xf0 db_trap(0x19, 0xe000000004423940) at db_trap+0x2b0 kdb_trap(0x19, 0x0, 0xa0000000c6ee9400, 0x1) at kdb_trap+0x200 trap_panic(0x19, 0xa0000000c6ee9400, 0xe0000000048434d0, 0x716, 0x9fffffffffff85 50) at trap_panic+0x70 trap(0x19, 0xa0000000c6ee9400) at trap+0xcb0 ivt_Disabled_FP_Register() at ivt_Disabled_FP_Register+0x30 db> -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 14:46:24 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 120D2106564A for ; Tue, 18 Jan 2011 14:46:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 66A468FC13 for ; Tue, 18 Jan 2011 14:46:23 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p0IEkEXb070311 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Jan 2011 16:46:14 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p0IEkE8k085804; Tue, 18 Jan 2011 16:46:14 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p0IEkCHQ085803; Tue, 18 Jan 2011 16:46:12 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 18 Jan 2011 16:46:12 +0200 From: Kostik Belousov To: Beat G?tzi Message-ID: <20110118144611.GP2518@deviant.kiev.zoral.com.ua> References: <4D35A0BB.3010601@chruetertee.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tB3UQx9o7itSJcWB" Content-Disposition: inline In-Reply-To: <4D35A0BB.3010601@chruetertee.ch> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: Re: Running linux ldconfig on tmpfs results in unkillable process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 14:46:24 -0000 --tB3UQx9o7itSJcWB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 18, 2011 at 03:16:27PM +0100, Beat G?tzi wrote: > Hi, >=20 > I've a tinderbox which uses tmpfs to build ports. Every time I build a > port which executes linux ldconfig it results in an unkillable process > which uses 100% CPU. The problem is reproduceable without tinderbox: >=20 > # uname -a > FreeBSD daedalus.network.local 9.0-CURRENT FreeBSD 9.0-CURRENT #3 > r216761: Tue Dec 28 15:32:26 CET 2010 > root@daedalus.network.local:/usr/obj/usr/src/sys/GENERIC i386 > # mkdir /compat/test > # mount -t tmpfs tmpfs /compat/test > # cp -Rp /compat/linux/* /compat/test/ > # mount -t linprocfs linprocfs /compat/test/proc > # /compat/linux/sbin/ldconfig -r /compat/test/ > # pgrep ldconfig > 3449 > # procstat -i 3449 | grep KILL > 3449 ldconfig KILL --- > # kill -9 3449 > # procstat -i 3449 | grep KILL > 3449 ldconfig KILL P-- >=20 > >From top(1): > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 3449 root 1 44 0 992K 712K CPU1 1 10:06 100.00% ldconfig >=20 > When I reboot the machine it hangs after "All buffers synced.". >=20 > I've uploaded some additional output of procstat and ktrace here: > http://people.freebsd.org/~beat/logs/linux-ldconfig-tmpfs.txt >=20 > Anyone knows how to fix this? kdump for the trace of the linux binary is a garbage. You need to use linux_kdump (from ports). I think that your process is looping in the kernel, you can confirm this by dropping in the ddb and doing "bt ". --tB3UQx9o7itSJcWB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk01p7MACgkQC3+MBN1Mb4ibqQCeIWbm3HkyTJzfItl0a8belSq3 yFsAoJbFfZTTdEg1CXOM/FVgNIzaja0h =OVew -----END PGP SIGNATURE----- --tB3UQx9o7itSJcWB-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 15:20:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA1831065696 for ; Tue, 18 Jan 2011 15:20:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8E42B8FC1C for ; Tue, 18 Jan 2011 15:20:57 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4B5EE46B53; Tue, 18 Jan 2011 10:20:57 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 20C1C8A01D; Tue, 18 Jan 2011 10:20:56 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 18 Jan 2011 09:44:03 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <985980B15EF74FCD9DBAD736E3CCFF28@marekdesktop> In-Reply-To: <985980B15EF74FCD9DBAD736E3CCFF28@marekdesktop> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201101180944.03519.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 18 Jan 2011 10:20:56 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Marek Salwerowicz , Soekris-tech@lists.soekris.com Subject: Re: Soekris net5501-70 problem with loading ATA modules on FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 15:20:57 -0000 On Saturday, January 15, 2011 7:30:39 am Marek Salwerowicz wrote: > Hi all, > > I am unable to dynamically load modules to support ATA disks on soekris net5501-70. Do you have hints for ata0 and ata1 in /boot/device.hints? Try removing them if so. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 15:20:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 201A01065694; Tue, 18 Jan 2011 15:20:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E33828FC1D; Tue, 18 Jan 2011 15:20:58 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 8E76846B5C; Tue, 18 Jan 2011 10:20:58 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B68138A027; Tue, 18 Jan 2011 10:20:57 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 18 Jan 2011 09:54:46 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101180954.46903.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 18 Jan 2011 10:20:57 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Sergey Kandaurov , Robert Watson Subject: Re: uma_zalloc_arg: zone "256" with non-sleepable exclusive rw ifnet_rw @ /usr/src/sys/net/if.c:414 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 15:20:59 -0000 On Monday, January 17, 2011 12:55:26 pm Sergey Kandaurov wrote: > Hi, > > I see this "malloc with non-sleepable" on current during boot. > It's strange that I don't see it if I boot via pxe/nfs. > > if_alloc() calls ifindex_alloc_locked() under IFNET_WLOCK() which > might call if_grow(). > Looks like a regression from r196553. I'm guessing that ifindex_alloc() should drop the lock and retry the allocation after calling if_grow()? This compiles, but I haven't booted it yet: Index: if.c =================================================================== --- if.c (revision 217400) +++ if.c (working copy) @@ -266,6 +266,7 @@ ifindex_alloc_locked(u_short *idxp) IFNET_WLOCK_ASSERT(); +retry: /* * Try to find an empty slot below V_if_index. If we fail, take the * next slot. @@ -278,10 +279,11 @@ ifindex_alloc_locked(u_short *idxp) /* Catch if_index overflow. */ if (idx < 1) return (ENOSPC); - if (idx > V_if_index) - V_if_index = idx; - if (V_if_index >= V_if_indexlim) + if (idx > V_if_index) { if_grow(); + goto retry; + } + V_if_index = idx; *idxp = idx; return (0); } @@ -385,16 +387,25 @@ VNET_SYSUNINIT(vnet_if_uninit, SI_SUB_INIT_IF, SI_ static void if_grow(void) { + int oldlim; u_int n; struct ifindex_entry *e; - V_if_indexlim <<= 1; - n = V_if_indexlim * sizeof(*e); + IFNET_WLOCK_ASSERT(); + oldlim = V_if_indexlim; + IFNET_WUNLOCK(); + n = (oldlim << 1) * sizeof(*e); e = malloc(n, M_IFNET, M_WAITOK | M_ZERO); + IFNET_WLOCK(); + if (V_if_indexlim != oldlim) { + free(e, M_IFNET); + return; + } if (V_ifindex_table != NULL) { memcpy((caddr_t)e, (caddr_t)V_ifindex_table, n/2); free((caddr_t)V_ifindex_table, M_IFNET); } + V_if_indexlim <<= 1; V_ifindex_table = e; } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 15:34:12 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1632B1065670 for ; Tue, 18 Jan 2011 15:34:12 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id 9ECA48FC08 for ; Tue, 18 Jan 2011 15:34:11 +0000 (UTC) Received: from daedalus.network.local (55-221.62-81.cust.bluewin.ch [81.62.221.55]) (authenticated bits=0) by marvin.chruetertee.ch (8.14.3/8.14.3) with ESMTP id p0IFYAXN032353 (version=TLSv1/SSLv3 cipher=DHE-DSS-CAMELLIA256-SHA bits=256 verify=NO); Tue, 18 Jan 2011 15:34:10 GMT (envelope-from beat@chruetertee.ch) Message-ID: <4D35B2F2.1000804@chruetertee.ch> Date: Tue, 18 Jan 2011 16:34:10 +0100 From: =?ISO-8859-1?Q?Beat_G=E4tzi?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.16) Gecko/20101210 Lightning/1.0b1 Thunderbird/3.0.11 MIME-Version: 1.0 To: Kostik Belousov References: <4D35A0BB.3010601@chruetertee.ch> <20110118144611.GP2518@deviant.kiev.zoral.com.ua> In-Reply-To: <20110118144611.GP2518@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Running linux ldconfig on tmpfs results in unkillable process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 15:34:12 -0000 On 18.01.2011 15:46, Kostik Belousov wrote: > On Tue, Jan 18, 2011 at 03:16:27PM +0100, Beat G?tzi wrote: >> Hi, >> >> I've a tinderbox which uses tmpfs to build ports. Every time I build a >> port which executes linux ldconfig it results in an unkillable process >> which uses 100% CPU. The problem is reproduceable without tinderbox: >> >> # uname -a >> FreeBSD daedalus.network.local 9.0-CURRENT FreeBSD 9.0-CURRENT #3 >> r216761: Tue Dec 28 15:32:26 CET 2010 >> root@daedalus.network.local:/usr/obj/usr/src/sys/GENERIC i386 >> # mkdir /compat/test >> # mount -t tmpfs tmpfs /compat/test >> # cp -Rp /compat/linux/* /compat/test/ >> # mount -t linprocfs linprocfs /compat/test/proc >> # /compat/linux/sbin/ldconfig -r /compat/test/ >> # pgrep ldconfig >> 3449 >> # procstat -i 3449 | grep KILL >> 3449 ldconfig KILL --- >> # kill -9 3449 >> # procstat -i 3449 | grep KILL >> 3449 ldconfig KILL P-- >> >> >From top(1): >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND >> 3449 root 1 44 0 992K 712K CPU1 1 10:06 100.00% ldconfig >> >> When I reboot the machine it hangs after "All buffers synced.". >> >> I've uploaded some additional output of procstat and ktrace here: >> http://people.freebsd.org/~beat/logs/linux-ldconfig-tmpfs.txt >> >> Anyone knows how to fix this? > kdump for the trace of the linux binary is a garbage. You need to > use linux_kdump (from ports). > > I think that your process is looping in the kernel, you can confirm this > by dropping in the ddb and doing "bt ". I've uploaded a screenshot from the output of bt in ddb: http://people.freebsd.org/~beat/logs/linux-ldconfig-tmpfs-bt.jpg Thanks, Beat From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 16:14:02 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96F0D1065695 for ; Tue, 18 Jan 2011 16:14:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2B0E48FC2C for ; Tue, 18 Jan 2011 16:14:01 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p0IGDt6i076619 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Jan 2011 18:13:55 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p0IGDt9Z010764; Tue, 18 Jan 2011 18:13:55 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p0IGDtZL010763; Tue, 18 Jan 2011 18:13:55 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 18 Jan 2011 18:13:55 +0200 From: Kostik Belousov To: Beat G?tzi Message-ID: <20110118161355.GR2518@deviant.kiev.zoral.com.ua> References: <4D35A0BB.3010601@chruetertee.ch> <20110118144611.GP2518@deviant.kiev.zoral.com.ua> <4D35B2F2.1000804@chruetertee.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WiG3HOh2BFypK78Q" Content-Disposition: inline In-Reply-To: <4D35B2F2.1000804@chruetertee.ch> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: Re: Running linux ldconfig on tmpfs results in unkillable process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 16:14:02 -0000 --WiG3HOh2BFypK78Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 18, 2011 at 04:34:10PM +0100, Beat G?tzi wrote: > On 18.01.2011 15:46, Kostik Belousov wrote: > > On Tue, Jan 18, 2011 at 03:16:27PM +0100, Beat G?tzi wrote: > >> Hi, > >> > >> I've a tinderbox which uses tmpfs to build ports. Every time I build a > >> port which executes linux ldconfig it results in an unkillable process > >> which uses 100% CPU. The problem is reproduceable without tinderbox: > >> > >> # uname -a > >> FreeBSD daedalus.network.local 9.0-CURRENT FreeBSD 9.0-CURRENT #3 > >> r216761: Tue Dec 28 15:32:26 CET 2010 > >> root@daedalus.network.local:/usr/obj/usr/src/sys/GENERIC i386 > >> # mkdir /compat/test > >> # mount -t tmpfs tmpfs /compat/test > >> # cp -Rp /compat/linux/* /compat/test/ > >> # mount -t linprocfs linprocfs /compat/test/proc > >> # /compat/linux/sbin/ldconfig -r /compat/test/ > >> # pgrep ldconfig > >> 3449 > >> # procstat -i 3449 | grep KILL > >> 3449 ldconfig KILL --- > >> # kill -9 3449 > >> # procstat -i 3449 | grep KILL > >> 3449 ldconfig KILL P-- > >> > >> >From top(1): > >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > >> 3449 root 1 44 0 992K 712K CPU1 1 10:06 100.00% ldconf= ig > >> > >> When I reboot the machine it hangs after "All buffers synced.". > >> > >> I've uploaded some additional output of procstat and ktrace here: > >> http://people.freebsd.org/~beat/logs/linux-ldconfig-tmpfs.txt > >> > >> Anyone knows how to fix this? > > kdump for the trace of the linux binary is a garbage. You need to > > use linux_kdump (from ports). > >=20 > > I think that your process is looping in the kernel, you can confirm this > > by dropping in the ddb and doing "bt ". >=20 > I've uploaded a screenshot from the output of bt in ddb: > http://people.freebsd.org/~beat/logs/linux-ldconfig-tmpfs-bt.jpg Please try this. diff --git a/sys/compat/linux/linux_file.c b/sys/compat/linux/linux_file.c index 9ff1cf0..44ad193 100644 --- a/sys/compat/linux/linux_file.c +++ b/sys/compat/linux/linux_file.c @@ -369,7 +369,6 @@ getdents_common(struct thread *td, struct linux_getdent= s64_args *args, lbuf =3D malloc(LINUX_MAXRECLEN, M_TEMP, M_WAITOK | M_ZERO); vn_lock(vp, LK_SHARED | LK_RETRY); =20 -again: aiov.iov_base =3D buf; aiov.iov_len =3D buflen; auio.uio_iov =3D &aiov; @@ -506,8 +505,10 @@ again: break; } =20 - if (outp =3D=3D (caddr_t)args->dirent) - goto again; + if (outp =3D=3D (caddr_t)args->dirent) { + nbytes =3D resid; + goto eof; + } =20 fp->f_offset =3D off; if (justone) diff --git a/sys/fs/tmpfs/tmpfs_subr.c b/sys/fs/tmpfs/tmpfs_subr.c index 84a2038..62dd0bf 100644 --- a/sys/fs/tmpfs/tmpfs_subr.c +++ b/sys/fs/tmpfs/tmpfs_subr.c @@ -827,9 +827,10 @@ tmpfs_dir_getdents(struct tmpfs_node *node, struct uio= *uio, off_t *cntp) /* Copy the new dirent structure into the output buffer and * advance pointers. */ error =3D uiomove(&d, d.d_reclen, uio); - - (*cntp)++; - de =3D TAILQ_NEXT(de, td_entries); + if (error =3D=3D 0) { + (*cntp)++; + de =3D TAILQ_NEXT(de, td_entries); + } } while (error =3D=3D 0 && uio->uio_resid > 0 && de !=3D NULL); =20 /* Update the offset and cache. */ --WiG3HOh2BFypK78Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk01vEMACgkQC3+MBN1Mb4h10wCg0lrOyYuDGHKjCngunBh0JIoX B7AAoPNA8ix2j39oH+fGRF+vjhBGYlNO =5CDP -----END PGP SIGNATURE----- --WiG3HOh2BFypK78Q-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 16:40:17 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2839106566B for ; Tue, 18 Jan 2011 16:40:16 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id 90A0F8FC15 for ; Tue, 18 Jan 2011 16:40:16 +0000 (UTC) Received: from daedalus.network.local (55-221.62-81.cust.bluewin.ch [81.62.221.55]) (authenticated bits=0) by marvin.chruetertee.ch (8.14.3/8.14.3) with ESMTP id p0IGeEvN084401 (version=TLSv1/SSLv3 cipher=DHE-DSS-CAMELLIA256-SHA bits=256 verify=NO); Tue, 18 Jan 2011 16:40:14 GMT (envelope-from beat@chruetertee.ch) Message-ID: <4D35C26E.4070108@chruetertee.ch> Date: Tue, 18 Jan 2011 17:40:14 +0100 From: =?ISO-8859-1?Q?Beat_G=E4tzi?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.16) Gecko/20101210 Lightning/1.0b1 Thunderbird/3.0.11 MIME-Version: 1.0 To: Kostik Belousov References: <4D35A0BB.3010601@chruetertee.ch> <20110118144611.GP2518@deviant.kiev.zoral.com.ua> <4D35B2F2.1000804@chruetertee.ch> <20110118161355.GR2518@deviant.kiev.zoral.com.ua> In-Reply-To: <20110118161355.GR2518@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Running linux ldconfig on tmpfs results in unkillable process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 16:40:17 -0000 On 18.01.2011 17:13, Kostik Belousov wrote: > On Tue, Jan 18, 2011 at 04:34:10PM +0100, Beat G?tzi wrote: >> On 18.01.2011 15:46, Kostik Belousov wrote: >>> On Tue, Jan 18, 2011 at 03:16:27PM +0100, Beat G?tzi wrote: >>>> Hi, >>>> >>>> I've a tinderbox which uses tmpfs to build ports. Every time I build a >>>> port which executes linux ldconfig it results in an unkillable process >>>> which uses 100% CPU. The problem is reproduceable without tinderbox: >>>> >>>> # uname -a >>>> FreeBSD daedalus.network.local 9.0-CURRENT FreeBSD 9.0-CURRENT #3 >>>> r216761: Tue Dec 28 15:32:26 CET 2010 >>>> root@daedalus.network.local:/usr/obj/usr/src/sys/GENERIC i386 >>>> # mkdir /compat/test >>>> # mount -t tmpfs tmpfs /compat/test >>>> # cp -Rp /compat/linux/* /compat/test/ >>>> # mount -t linprocfs linprocfs /compat/test/proc >>>> # /compat/linux/sbin/ldconfig -r /compat/test/ >>>> # pgrep ldconfig >>>> 3449 >>>> # procstat -i 3449 | grep KILL >>>> 3449 ldconfig KILL --- >>>> # kill -9 3449 >>>> # procstat -i 3449 | grep KILL >>>> 3449 ldconfig KILL P-- >>>> >>>> >From top(1): >>>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND >>>> 3449 root 1 44 0 992K 712K CPU1 1 10:06 100.00% ldconfig >>>> >>>> When I reboot the machine it hangs after "All buffers synced.". >>>> >>>> I've uploaded some additional output of procstat and ktrace here: >>>> http://people.freebsd.org/~beat/logs/linux-ldconfig-tmpfs.txt >>>> >>>> Anyone knows how to fix this? >>> kdump for the trace of the linux binary is a garbage. You need to >>> use linux_kdump (from ports). >>> >>> I think that your process is looping in the kernel, you can confirm this >>> by dropping in the ddb and doing "bt ". >> >> I've uploaded a screenshot from the output of bt in ddb: >> http://people.freebsd.org/~beat/logs/linux-ldconfig-tmpfs-bt.jpg > > Please try this. > > diff --git a/sys/compat/linux/linux_file.c b/sys/compat/linux/linux_file.c > index 9ff1cf0..44ad193 100644 > --- a/sys/compat/linux/linux_file.c > +++ b/sys/compat/linux/linux_file.c > @@ -369,7 +369,6 @@ getdents_common(struct thread *td, struct linux_getdents64_args *args, > lbuf = malloc(LINUX_MAXRECLEN, M_TEMP, M_WAITOK | M_ZERO); > vn_lock(vp, LK_SHARED | LK_RETRY); > > -again: > aiov.iov_base = buf; > aiov.iov_len = buflen; > auio.uio_iov = &aiov; > @@ -506,8 +505,10 @@ again: > break; > } > > - if (outp == (caddr_t)args->dirent) > - goto again; > + if (outp == (caddr_t)args->dirent) { > + nbytes = resid; > + goto eof; > + } > > fp->f_offset = off; > if (justone) > diff --git a/sys/fs/tmpfs/tmpfs_subr.c b/sys/fs/tmpfs/tmpfs_subr.c > index 84a2038..62dd0bf 100644 > --- a/sys/fs/tmpfs/tmpfs_subr.c > +++ b/sys/fs/tmpfs/tmpfs_subr.c > @@ -827,9 +827,10 @@ tmpfs_dir_getdents(struct tmpfs_node *node, struct uio *uio, off_t *cntp) > /* Copy the new dirent structure into the output buffer and > * advance pointers. */ > error = uiomove(&d, d.d_reclen, uio); > - > - (*cntp)++; > - de = TAILQ_NEXT(de, td_entries); > + if (error == 0) { > + (*cntp)++; > + de = TAILQ_NEXT(de, td_entries); > + } > } while (error == 0 && uio->uio_resid > 0 && de != NULL); > > /* Update the offset and cache. */ This patch solves the problem. Thanks a lot! Beat From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 16:43:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E44441065679 for ; Tue, 18 Jan 2011 16:43:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B62618FC15 for ; Tue, 18 Jan 2011 16:43:41 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 669D646B23; Tue, 18 Jan 2011 11:43:41 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1D54A8A01D; Tue, 18 Jan 2011 11:43:40 -0500 (EST) From: John Baldwin To: Bruce Cran Date: Tue, 18 Jan 2011 11:25:38 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <20110109140215.000011b8@unknown> <201101101446.06257.jhb@freebsd.org> <20110115191425.00003fda@unknown> In-Reply-To: <20110115191425.00003fda@unknown> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201101181125.38198.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 18 Jan 2011 11:43:40 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: Loading uart module fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 16:43:42 -0000 On Saturday, January 15, 2011 2:14:25 pm Bruce Cran wrote: > On Mon, 10 Jan 2011 14:46:06 -0500 > John Baldwin wrote: > > Can you get devinfo -rv output before you try to kldload uart? > > I've attached the devinfo output. Oh, the uart[01] devices already exist. I suspect if you removed the hints from /boot/device.hints and then kldloaded uart you would be ok. I think this is an "old" bug that might also be in 8.x. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 17:38:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26730106566B for ; Tue, 18 Jan 2011 17:38:06 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id EEDE88FC12 for ; Tue, 18 Jan 2011 17:38:05 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LF800K00BNH4Y00@smtpauth2.wiscmail.wisc.edu>; Tue, 18 Jan 2011 11:38:05 -0600 (CST) Received: from anacreon.physics.wisc.edu (anacreon.physics.wisc.edu [128.104.160.176]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LF800GE1BNGOQ10@smtpauth2.wiscmail.wisc.edu>; Tue, 18 Jan 2011 11:38:04 -0600 (CST) Date: Tue, 18 Jan 2011 11:38:03 -0600 From: Nathan Whitehorn To: freebsd-arch@freebsd.org, freebsd-current@freebsd.org, freebsd-sysinstall@freebsd.org Message-id: <4D35CFFB.3010302@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=128.104.160.176 X-Spam-PmxInfo: Server=avs-9, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.1.18.173017, SenderIP=128.104.160.176 User-Agent: Mozilla/5.0 (X11; U; FreeBSD powerpc; en-US; rv:1.9.2.13) Gecko/20110104 Thunderbird/3.1.7 Cc: Subject: FreeBSD Installer Roadmap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 17:38:06 -0000 After some discussion with M. Warner Losh and Josh Paetzel of iX Systems, we've come up with the following roadmap for an installer for 9.0. Over the next month, we intend to try to adapt bsdinstall as the front-end for the more featureful, but lacking a terminal-compatible user interface, pc-sysinstall. This implies that the user interface and installation flow for the hybrid installer will be extremely similar to what is currently available in bsdinstall, so please continue sending feedback and bug reports on it. What will be different is the backend code, which will allow use of additional features not currently present in bsdinstall, such as ZFS installation. At the end of that month period, we'll see how far we've gotten, and plan to merge either a successful hybridization or to merge bsdinstall with its own backend, which I will continue to maintain in the interim. At this point, we plan to integrate whichever installer is merged with the release infrastructure so that it becomes the default installation environment presented on snapshot ISOs. If we have have not completed the hybrid installer at this point, work on hybridization will still continue after this. Since the interface presented to user will be extremely similar, a bsdinstall -> pc-bsdinstall transition can happen with a minimum of user astonishment, or even awareness, at any point in the future, either before or after the 9.0 release. This plan ensures that we have a minimum of three months of testing of the new installer on snapshot media before the 9.0 release, which should ensure a minimum of bugs. I would also like to point out that there are no roads in this map that end up with us having sysinstall as the default installer past the 18th of February. After 15 years of sysinstall being "greatly in need of death", it will finally be time to retire it. Thanks to Warner Losh and Josh Paetzel for excellent discussions. Please continue to send any comments on this plan, bug reports or feature requests for bsdinstall or pc-sysinstall, and suggestions for the installation process. -Nathan From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 18:22:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D84D2106564A; Tue, 18 Jan 2011 18:22:25 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 65F178FC13; Tue, 18 Jan 2011 18:22:25 +0000 (UTC) Received: by vws9 with SMTP id 9so2530992vws.13 for ; Tue, 18 Jan 2011 10:22:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=unlu1TFw3lPgP6HsL83coONsbx7tPMBCLhtiWUbjHyA=; b=rqIlL88FuIixqLTvpgQ/XfTAtO8ulzWNR+tgCze+ORWHS7aBxZSmNvIqgqbjArmZTZ kIHMF+rQgjIcek1+uz2wR6nnVkuYnub5nUXTIV9jTXnlTi+oEIGwBJsS8MAK3duAZiKU nCV12hyzvi3+yoaONbl8iPl/0VIESzj8DVDbk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=NboZ8O5VpLKguIKrnDWJYDvA4/2c9rNc1IGv9bXCB/OyDo4208tjQ0PGssYh7I/gmU 27s5X4vTrqyt2ZEcOc4ionxPwI1ZillUrNiNnguj2OnjGmN+jQ69xvHrKm8rVZOQkFym +WTFVoakkjjIyWusYL+c7kkk70WKf1nukQVk0= MIME-Version: 1.0 Received: by 10.229.231.21 with SMTP id jo21mr5097543qcb.119.1295374944596; Tue, 18 Jan 2011 10:22:24 -0800 (PST) Received: by 10.229.102.87 with HTTP; Tue, 18 Jan 2011 10:22:24 -0800 (PST) In-Reply-To: <201101180954.46903.jhb@freebsd.org> References: <201101180954.46903.jhb@freebsd.org> Date: Tue, 18 Jan 2011 21:22:24 +0300 Message-ID: From: Sergey Kandaurov To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Robert Watson Subject: Re: uma_zalloc_arg: zone "256" with non-sleepable exclusive rw ifnet_rw @ /usr/src/sys/net/if.c:414 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 18:22:26 -0000 On 18 January 2011 17:54, John Baldwin wrote: > On Monday, January 17, 2011 12:55:26 pm Sergey Kandaurov wrote: >> Hi, >> >> I see this "malloc with non-sleepable" on current during boot. >> It's strange that I don't see it if I boot via pxe/nfs. >> >> if_alloc() calls ifindex_alloc_locked() under IFNET_WLOCK() which >> might call if_grow(). >> Looks like a regression from r196553. > > I'm guessing that ifindex_alloc() should drop the lock and retry the > allocation after calling if_grow()? =A0This compiles, but I haven't boote= d it > yet: > > Index: if.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 > --- if.c =A0 =A0 =A0 =A0(revision 217400) > +++ if.c =A0 =A0 =A0 =A0(working copy) > @@ -266,6 +266,7 @@ ifindex_alloc_locked(u_short *idxp) > > =A0 =A0 =A0 =A0IFNET_WLOCK_ASSERT(); > > +retry: > =A0 =A0 =A0 =A0/* > =A0 =A0 =A0 =A0 * Try to find an empty slot below V_if_index. =A0If we fa= il, take the > =A0 =A0 =A0 =A0 * next slot. > @@ -278,10 +279,11 @@ ifindex_alloc_locked(u_short *idxp) > =A0 =A0 =A0 =A0/* Catch if_index overflow. */ > =A0 =A0 =A0 =A0if (idx < 1) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return (ENOSPC); > - =A0 =A0 =A0 if (idx > V_if_index) > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 V_if_index =3D idx; > - =A0 =A0 =A0 if (V_if_index >=3D V_if_indexlim) > + =A0 =A0 =A0 if (idx > V_if_index) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if_grow(); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 goto retry; > + =A0 =A0 =A0 } > + =A0 =A0 =A0 V_if_index =3D idx; > =A0 =A0 =A0 =A0*idxp =3D idx; > =A0 =A0 =A0 =A0return (0); > =A0} > @@ -385,16 +387,25 @@ VNET_SYSUNINIT(vnet_if_uninit, SI_SUB_INIT_IF, SI_ > =A0static void > =A0if_grow(void) > =A0{ > + =A0 =A0 =A0 int oldlim; > =A0 =A0 =A0 =A0u_int n; > =A0 =A0 =A0 =A0struct ifindex_entry *e; > > - =A0 =A0 =A0 V_if_indexlim <<=3D 1; > - =A0 =A0 =A0 n =3D V_if_indexlim * sizeof(*e); > + =A0 =A0 =A0 IFNET_WLOCK_ASSERT(); > + =A0 =A0 =A0 oldlim =3D V_if_indexlim; > + =A0 =A0 =A0 IFNET_WUNLOCK(); > + =A0 =A0 =A0 n =3D (oldlim << 1) * sizeof(*e); > =A0 =A0 =A0 =A0e =3D malloc(n, M_IFNET, M_WAITOK | M_ZERO); > + =A0 =A0 =A0 IFNET_WLOCK(); > + =A0 =A0 =A0 if (V_if_indexlim !=3D oldlim) { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 free(e, M_IFNET); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 return; > + =A0 =A0 =A0 } > =A0 =A0 =A0 =A0if (V_ifindex_table !=3D NULL) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0memcpy((caddr_t)e, (caddr_t)V_ifindex_tabl= e, n/2); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0free((caddr_t)V_ifindex_table, M_IFNET); > =A0 =A0 =A0 =A0} > + =A0 =A0 =A0 V_if_indexlim <<=3D 1; > =A0 =A0 =A0 =A0V_ifindex_table =3D e; > =A0} vnet_if_init() calls if_grow() without lock. panic: Lock (null) not exclusively locked @ /usr/src/sys/net/if.c:394 db> bt Tracing pid 0 tid 100000 td 0xffffffff80ccff40 kdb_enter() at kdb_enter+0x3d panic() at panic+0x180 assert_sx() at assert_sx if_grow() at if_grow+0x2a vnet_if_init() at vnet_if_init+0x35 mi_startup() at mi_startup+0x77 btext() at btext+0x2c --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 18:29:27 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65976106572B; Tue, 18 Jan 2011 18:29:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 308378FC0C; Tue, 18 Jan 2011 18:29:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0IITQdH065291; Tue, 18 Jan 2011 13:29:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0IITQEB065228; Tue, 18 Jan 2011 18:29:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Jan 2011 18:29:26 GMT Message-Id: <201101181829.p0IITQEB065228@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 18:29:27 -0000 TB --- 2011-01-18 16:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-18 16:35:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-01-18 16:35:00 - cleaning the object tree TB --- 2011-01-18 16:35:15 - cvsupping the source tree TB --- 2011-01-18 16:35:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-01-18 16:35:29 - building world TB --- 2011-01-18 16:35:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 16:35:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 16:35:29 - TARGET=pc98 TB --- 2011-01-18 16:35:29 - TARGET_ARCH=i386 TB --- 2011-01-18 16:35:29 - TZ=UTC TB --- 2011-01-18 16:35:29 - __MAKE_CONF=/dev/null TB --- 2011-01-18 16:35:29 - cd /src TB --- 2011-01-18 16:35:29 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 18 16:35:29 UTC 2011 >>> 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 Tue Jan 18 18:16:13 UTC 2011 TB --- 2011-01-18 18:16:14 - generating LINT kernel config TB --- 2011-01-18 18:16:14 - cd /src/sys/pc98/conf TB --- 2011-01-18 18:16:14 - /usr/bin/make -B LINT TB --- 2011-01-18 18:16:14 - building LINT kernel TB --- 2011-01-18 18:16:14 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 18:16:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 18:16:14 - TARGET=pc98 TB --- 2011-01-18 18:16:14 - TARGET_ARCH=i386 TB --- 2011-01-18 18:16:14 - TZ=UTC TB --- 2011-01-18 18:16:14 - __MAKE_CONF=/dev/null TB --- 2011-01-18 18:16:14 - cd /src TB --- 2011-01-18 18:16:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 18 18:16:14 UTC 2011 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT 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 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue vers.c linking kernel machdep.o(.bss+0x13e4): multiple definition of `mem_range_softc' mem.o(.bss+0x0): first defined here *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-18 18:29:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-18 18:29:25 - ERROR: failed to build lint kernel TB --- 2011-01-18 18:29:25 - 5535.04 user 921.30 system 6865.25 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 19:04:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED895106566C; Tue, 18 Jan 2011 19:04:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id BAE098FC08; Tue, 18 Jan 2011 19:04:28 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4F63F46B45; Tue, 18 Jan 2011 14:04:28 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 410158A009; Tue, 18 Jan 2011 14:04:27 -0500 (EST) From: John Baldwin To: Sergey Kandaurov Date: Tue, 18 Jan 2011 14:04:26 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <201101180954.46903.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101181404.26768.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 18 Jan 2011 14:04:27 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org, Robert Watson Subject: Re: uma_zalloc_arg: zone "256" with non-sleepable exclusive rw ifnet_rw @ /usr/src/sys/net/if.c:414 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 19:04:29 -0000 On Tuesday, January 18, 2011 1:22:24 pm Sergey Kandaurov wrote: > On 18 January 2011 17:54, John Baldwin wrote: > > On Monday, January 17, 2011 12:55:26 pm Sergey Kandaurov wrote: > >> Hi, > >> > >> I see this "malloc with non-sleepable" on current during boot. > >> It's strange that I don't see it if I boot via pxe/nfs. > >> > >> if_alloc() calls ifindex_alloc_locked() under IFNET_WLOCK() which > >> might call if_grow(). > >> Looks like a regression from r196553. > > > > I'm guessing that ifindex_alloc() should drop the lock and retry the > > allocation after calling if_grow()? This compiles, but I haven't booted it > > yet: > > > > Index: if.c > > =================================================================== > > --- if.c (revision 217400) > > +++ if.c (working copy) > > @@ -266,6 +266,7 @@ ifindex_alloc_locked(u_short *idxp) > > > > IFNET_WLOCK_ASSERT(); > > > > +retry: > > /* > > * Try to find an empty slot below V_if_index. If we fail, take the > > * next slot. > > @@ -278,10 +279,11 @@ ifindex_alloc_locked(u_short *idxp) > > /* Catch if_index overflow. */ > > if (idx < 1) > > return (ENOSPC); > > - if (idx > V_if_index) > > - V_if_index = idx; > > - if (V_if_index >= V_if_indexlim) > > + if (idx > V_if_index) { > > if_grow(); > > + goto retry; > > + } > > + V_if_index = idx; > > *idxp = idx; > > return (0); > > } > > @@ -385,16 +387,25 @@ VNET_SYSUNINIT(vnet_if_uninit, SI_SUB_INIT_IF, SI_ > > static void > > if_grow(void) > > { > > + int oldlim; > > u_int n; > > struct ifindex_entry *e; > > > > - V_if_indexlim <<= 1; > > - n = V_if_indexlim * sizeof(*e); > > + IFNET_WLOCK_ASSERT(); > > + oldlim = V_if_indexlim; > > + IFNET_WUNLOCK(); > > + n = (oldlim << 1) * sizeof(*e); > > e = malloc(n, M_IFNET, M_WAITOK | M_ZERO); > > + IFNET_WLOCK(); > > + if (V_if_indexlim != oldlim) { > > + free(e, M_IFNET); > > + return; > > + } > > if (V_ifindex_table != NULL) { > > memcpy((caddr_t)e, (caddr_t)V_ifindex_table, n/2); > > free((caddr_t)V_ifindex_table, M_IFNET); > > } > > + V_if_indexlim <<= 1; > > V_ifindex_table = e; > > } > > vnet_if_init() calls if_grow() without lock. So it does. :( I've added locking to the sysinit to handle this: Index: if.c =================================================================== --- if.c (revision 217544) +++ if.c (working copy) @@ -266,6 +266,7 @@ ifindex_alloc_locked(u_short *idxp) IFNET_WLOCK_ASSERT(); +retry: /* * Try to find an empty slot below V_if_index. If we fail, take the * next slot. @@ -278,10 +279,11 @@ ifindex_alloc_locked(u_short *idxp) /* Catch if_index overflow. */ if (idx < 1) return (ENOSPC); - if (idx > V_if_index) - V_if_index = idx; - if (V_if_index >= V_if_indexlim) + if (idx > V_if_index) { if_grow(); + goto retry; + } + V_if_index = idx; *idxp = idx; return (0); } @@ -351,7 +353,9 @@ vnet_if_init(const void *unused __unused) TAILQ_INIT(&V_ifnet); TAILQ_INIT(&V_ifg_head); + IFNET_WLOCK(); if_grow(); /* create initial table */ + IFNET_WUNLOCK(); vnet_if_clone_init(); } VNET_SYSINIT(vnet_if_init, SI_SUB_INIT_IF, SI_ORDER_FIRST, vnet_if_init, @@ -385,16 +389,25 @@ VNET_SYSUNINIT(vnet_if_uninit, SI_SUB_INIT_IF, SI_ static void if_grow(void) { + int oldlim; u_int n; struct ifindex_entry *e; - V_if_indexlim <<= 1; - n = V_if_indexlim * sizeof(*e); + IFNET_WLOCK_ASSERT(); + oldlim = V_if_indexlim; + IFNET_WUNLOCK(); + n = (oldlim << 1) * sizeof(*e); e = malloc(n, M_IFNET, M_WAITOK | M_ZERO); + IFNET_WLOCK(); + if (V_if_indexlim != oldlim) { + free(e, M_IFNET); + return; + } if (V_ifindex_table != NULL) { memcpy((caddr_t)e, (caddr_t)V_ifindex_table, n/2); free((caddr_t)V_ifindex_table, M_IFNET); } + V_if_indexlim <<= 1; V_ifindex_table = e; } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 20:35:09 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9B331065694; Tue, 18 Jan 2011 20:35:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 84F3F8FC0A; Tue, 18 Jan 2011 20:35:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0IKZ8gs071238; Tue, 18 Jan 2011 15:35:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0IKZ8Np070313; Tue, 18 Jan 2011 20:35:08 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Jan 2011 20:35:08 GMT Message-Id: <201101182035.p0IKZ8Np070313@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 20:35:09 -0000 TB --- 2011-01-18 19:29:14 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-18 19:29:14 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-01-18 19:29:14 - cleaning the object tree TB --- 2011-01-18 19:29:26 - cvsupping the source tree TB --- 2011-01-18 19:29:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-01-18 19:29:38 - building world TB --- 2011-01-18 19:29:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 19:29:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 19:29:38 - TARGET=sparc64 TB --- 2011-01-18 19:29:38 - TARGET_ARCH=sparc64 TB --- 2011-01-18 19:29:38 - TZ=UTC TB --- 2011-01-18 19:29:38 - __MAKE_CONF=/dev/null TB --- 2011-01-18 19:29:38 - cd /src TB --- 2011-01-18 19:29:38 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 18 19:29:39 UTC 2011 >>> 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 Tue Jan 18 20:31:06 UTC 2011 TB --- 2011-01-18 20:31:06 - generating LINT kernel config TB --- 2011-01-18 20:31:06 - cd /src/sys/sparc64/conf TB --- 2011-01-18 20:31:06 - /usr/bin/make -B LINT TB --- 2011-01-18 20:31:06 - building LINT kernel TB --- 2011-01-18 20:31:06 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 20:31:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 20:31:06 - TARGET=sparc64 TB --- 2011-01-18 20:31:06 - TARGET_ARCH=sparc64 TB --- 2011-01-18 20:31:06 - TZ=UTC TB --- 2011-01-18 20:31:06 - __MAKE_CONF=/dev/null TB --- 2011-01-18 20:31:06 - cd /src TB --- 2011-01-18 20:31:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 18 20:31:06 UTC 2011 >>> 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/dev/alc/if_alc.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/dev/ale/if_ale.c /src/sys/dev/ale/if_ale.c: In function 'ale_detach': /src/sys/dev/ale/if_ale.c:679: error: 'ALE_FLAG_DETACH' undeclared (first use in this function) /src/sys/dev/ale/if_ale.c:679: error: (Each undeclared identifier is reported only once /src/sys/dev/ale/if_ale.c:679: error: for each function it appears in.) /src/sys/dev/ale/if_ale.c: In function 'ale_ioctl': /src/sys/dev/ale/if_ale.c:1975: error: 'ALE_FLAG_DETACH' undeclared (first use in this function) *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-18 20:35:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-18 20:35:03 - ERROR: failed to build lint kernel TB --- 2011-01-18 20:35:03 - 2983.94 user 628.54 system 3948.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 20:43:00 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76D5A1065673; Tue, 18 Jan 2011 20:43:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 44FAB8FC17; Tue, 18 Jan 2011 20:42:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0IKgx3F026621; Tue, 18 Jan 2011 15:42:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0IKgxnS026611; Tue, 18 Jan 2011 20:42:59 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Jan 2011 20:42:59 GMT Message-Id: <201101182042.p0IKgxnS026611@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 20:43:00 -0000 TB --- 2011-01-18 19:38:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-18 19:38:01 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-01-18 19:38:01 - cleaning the object tree TB --- 2011-01-18 19:38:12 - cvsupping the source tree TB --- 2011-01-18 19:38:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-01-18 19:38:23 - building world TB --- 2011-01-18 19:38:23 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 19:38:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 19:38:23 - TARGET=sun4v TB --- 2011-01-18 19:38:23 - TARGET_ARCH=sparc64 TB --- 2011-01-18 19:38:23 - TZ=UTC TB --- 2011-01-18 19:38:23 - __MAKE_CONF=/dev/null TB --- 2011-01-18 19:38:23 - cd /src TB --- 2011-01-18 19:38:23 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 18 19:38:24 UTC 2011 >>> 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 Tue Jan 18 20:39:34 UTC 2011 TB --- 2011-01-18 20:39:34 - generating LINT kernel config TB --- 2011-01-18 20:39:34 - cd /src/sys/sun4v/conf TB --- 2011-01-18 20:39:34 - /usr/bin/make -B LINT TB --- 2011-01-18 20:39:34 - building LINT kernel TB --- 2011-01-18 20:39:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 20:39:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 20:39:34 - TARGET=sun4v TB --- 2011-01-18 20:39:34 - TARGET_ARCH=sparc64 TB --- 2011-01-18 20:39:34 - TZ=UTC TB --- 2011-01-18 20:39:34 - __MAKE_CONF=/dev/null TB --- 2011-01-18 20:39:34 - cd /src TB --- 2011-01-18 20:39:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 18 20:39:34 UTC 2011 >>> 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/dev/alc/if_alc.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/dev/ale/if_ale.c /src/sys/dev/ale/if_ale.c: In function 'ale_detach': /src/sys/dev/ale/if_ale.c:679: error: 'ALE_FLAG_DETACH' undeclared (first use in this function) /src/sys/dev/ale/if_ale.c:679: error: (Each undeclared identifier is reported only once /src/sys/dev/ale/if_ale.c:679: error: for each function it appears in.) /src/sys/dev/ale/if_ale.c: In function 'ale_ioctl': /src/sys/dev/ale/if_ale.c:1975: error: 'ALE_FLAG_DETACH' undeclared (first use in this function) *** Error code 1 Stop in /obj/sun4v.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-18 20:42:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-18 20:42:59 - ERROR: failed to build lint kernel TB --- 2011-01-18 20:42:59 - 2978.60 user 627.84 system 3897.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 20:58:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9BD21065673 for ; Tue, 18 Jan 2011 20:58:19 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay012.isp.belgacom.be (mailrelay012.isp.belgacom.be [195.238.6.179]) by mx1.freebsd.org (Postfix) with ESMTP id 4EAEC8FC1C for ; Tue, 18 Jan 2011 20:58:18 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuMFAD+MNU1bsV97/2dsb2JhbACWQY4ZdMJRhVAE Received: from 123.95-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.95.123]) by relay.skynet.be with ESMTP; 18 Jan 2011 21:58:17 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.4/8.14.4) with ESMTP id p0IKwGba006198; Tue, 18 Jan 2011 21:58:17 +0100 (CET) (envelope-from tijl@coosemans.org) From: Tijl Coosemans To: freebsd-current@freebsd.org Date: Tue, 18 Jan 2011 21:58:07 +0100 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.2; i386; ; ) References: <20110105131439.GN23329@acme.spoerlein.net> In-Reply-To: <20110105131439.GN23329@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9189369.4dPBRS3gXQ"; protocol="application/pgp-signature"; micalg=pgp-sha256 Content-Transfer-Encoding: 7bit Message-Id: <201101182158.14438.tijl@coosemans.org> Cc: Ulrich =?iso-8859-1?q?Sp=F6rlein?= Subject: Re: FYI: clang static analyzer page has moved to http://scan.freebsd.your.org/freebsd-head/ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 20:58:19 -0000 --nextPart9189369.4dPBRS3gXQ Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Wednesday 05 January 2011 14:14:39 Ulrich Sp=F6rlein wrote: > Now that I'm fairly confident that the stability issues with your.org's > VMs have been resolved, I'd like to point you to the new and improved, > semi-weekly analyzer runs at >=20 > http://scan.freebsd.your.org/freebsd-head/ I came across an interesting false positive here: http://scan.freebsd.your.org/freebsd-head/sbin.geom.class/2011-01-15-amd64/= report-1aAmgE.html#EndPath | assert((strcmp(type, "keyfile") =3D=3D 0 && ctxp !=3D NULL && | passbuf =3D=3D NULL && passbufsize =3D=3D 0) || | (strcmp(type, "passfile") =3D=3D 0 && ctxp =3D=3D NULL && | passbuf !=3D NULL && passbufsize > 0)); | assert(strcmp(type, "keyfile") =3D=3D 0 || passbuf[0] =3D=3D '\0'); |=20 | Within the expansion of the macro 'assert': | Array access (from variable 'passbuf') results in a null pointer | dereference. I think the problem here is that the analyser allows strcmp(type, "keyfile") to return zero in the first assertion and nonzero in the second. This cannot happen of course and the analyser should know that because strcmp has been declared __pure__ in string.h. A workaround in this case would be to merge the two assertions. --nextPart9189369.4dPBRS3gXQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iF4EABEIAAYFAk01/uYACgkQfoCS2CCgtiuvnAD9HbPuaXnmh16KSckJRAeG+/C/ Mp8MwFGz1okKYlpEmGoA/2TJiTkssuurcap3/2fEra39L6IDMaYBL0xinJ+kmJSB =zv60 -----END PGP SIGNATURE----- --nextPart9189369.4dPBRS3gXQ-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 21:01:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D6191065670; Tue, 18 Jan 2011 21:01:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 602248FC0A; Tue, 18 Jan 2011 21:01:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0IL1HHp028529; Tue, 18 Jan 2011 16:01:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0IL1HXj028528; Tue, 18 Jan 2011 21:01:17 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Jan 2011 21:01:17 GMT Message-Id: <201101182101.p0IL1HXj028528@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 21:01:18 -0000 TB --- 2011-01-18 19:28:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-18 19:28:04 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-01-18 19:28:04 - cleaning the object tree TB --- 2011-01-18 19:28:21 - cvsupping the source tree TB --- 2011-01-18 19:28:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-01-18 19:28:32 - building world TB --- 2011-01-18 19:28:32 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 19:28:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 19:28:32 - TARGET=powerpc TB --- 2011-01-18 19:28:32 - TARGET_ARCH=powerpc64 TB --- 2011-01-18 19:28:32 - TZ=UTC TB --- 2011-01-18 19:28:32 - __MAKE_CONF=/dev/null TB --- 2011-01-18 19:28:32 - cd /src TB --- 2011-01-18 19:28:32 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 18 19:28:32 UTC 2011 >>> 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 Tue Jan 18 20:57:57 UTC 2011 TB --- 2011-01-18 20:57:57 - generating LINT kernel config TB --- 2011-01-18 20:57:57 - cd /src/sys/powerpc/conf TB --- 2011-01-18 20:57:57 - /usr/bin/make -B LINT TB --- 2011-01-18 20:57:57 - building LINT kernel TB --- 2011-01-18 20:57:57 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 20:57:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 20:57:57 - TARGET=powerpc TB --- 2011-01-18 20:57:57 - TARGET_ARCH=powerpc64 TB --- 2011-01-18 20:57:57 - TZ=UTC TB --- 2011-01-18 20:57:57 - __MAKE_CONF=/dev/null TB --- 2011-01-18 20:57:57 - cd /src TB --- 2011-01-18 20:57:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 18 20:57:58 UTC 2011 >>> 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/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 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/alc/if_alc.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/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 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ale/if_ale.c /src/sys/dev/ale/if_ale.c: In function 'ale_detach': /src/sys/dev/ale/if_ale.c:679: error: 'ALE_FLAG_DETACH' undeclared (first use in this function) /src/sys/dev/ale/if_ale.c:679: error: (Each undeclared identifier is reported only once /src/sys/dev/ale/if_ale.c:679: error: for each function it appears in.) /src/sys/dev/ale/if_ale.c: In function 'ale_ioctl': /src/sys/dev/ale/if_ale.c:1975: error: 'ALE_FLAG_DETACH' undeclared (first use in this function) *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-18 21:01:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-18 21:01:17 - ERROR: failed to build lint kernel TB --- 2011-01-18 21:01:17 - 4399.84 user 898.82 system 5592.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 21:02:27 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 712041065670; Tue, 18 Jan 2011 21:02:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2235E8FC1C; Tue, 18 Jan 2011 21:02:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0IL2QGe029495; Tue, 18 Jan 2011 16:02:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0IL2Q26029494; Tue, 18 Jan 2011 21:02:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Jan 2011 21:02:26 GMT Message-Id: <201101182102.p0IL2Q26029494@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 21:02:27 -0000 TB --- 2011-01-18 19:24:50 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-18 19:24:50 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-01-18 19:24:50 - cleaning the object tree TB --- 2011-01-18 19:25:01 - cvsupping the source tree TB --- 2011-01-18 19:25:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-01-18 19:25:19 - building world TB --- 2011-01-18 19:25:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 19:25:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 19:25:19 - TARGET=powerpc TB --- 2011-01-18 19:25:19 - TARGET_ARCH=powerpc TB --- 2011-01-18 19:25:19 - TZ=UTC TB --- 2011-01-18 19:25:19 - __MAKE_CONF=/dev/null TB --- 2011-01-18 19:25:19 - cd /src TB --- 2011-01-18 19:25:19 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 18 19:25:19 UTC 2011 >>> 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 Tue Jan 18 20:59:11 UTC 2011 TB --- 2011-01-18 20:59:11 - generating LINT kernel config TB --- 2011-01-18 20:59:11 - cd /src/sys/powerpc/conf TB --- 2011-01-18 20:59:11 - /usr/bin/make -B LINT TB --- 2011-01-18 20:59:11 - building LINT kernel TB --- 2011-01-18 20:59:11 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-18 20:59:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-18 20:59:11 - TARGET=powerpc TB --- 2011-01-18 20:59:11 - TARGET_ARCH=powerpc TB --- 2011-01-18 20:59:11 - TZ=UTC TB --- 2011-01-18 20:59:11 - __MAKE_CONF=/dev/null TB --- 2011-01-18 20:59:11 - cd /src TB --- 2011-01-18 20:59:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jan 18 20:59:11 UTC 2011 >>> 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/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 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/alc/if_alc.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/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 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ale/if_ale.c /src/sys/dev/ale/if_ale.c: In function 'ale_detach': /src/sys/dev/ale/if_ale.c:679: error: 'ALE_FLAG_DETACH' undeclared (first use in this function) /src/sys/dev/ale/if_ale.c:679: error: (Each undeclared identifier is reported only once /src/sys/dev/ale/if_ale.c:679: error: for each function it appears in.) /src/sys/dev/ale/if_ale.c: In function 'ale_ioctl': /src/sys/dev/ale/if_ale.c:1975: error: 'ALE_FLAG_DETACH' undeclared (first use in this function) *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-18 21:02:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-18 21:02:26 - ERROR: failed to build lint kernel TB --- 2011-01-18 21:02:26 - 4792.66 user 788.92 system 5855.54 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 18 22:02:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05F5D106564A; Tue, 18 Jan 2011 22:02:35 +0000 (UTC) (envelope-from mikej@paymentallianceintl.com) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.153.14]) by mx1.freebsd.org (Postfix) with ESMTP id CA4518FC08; Tue, 18 Jan 2011 22:02:34 +0000 (UTC) Received: from calvin.pai.local (calvin.pai.local [10.0.6.33]) by mx2.paymentallianceintl.com (8.14.1/8.13.8) with ESMTP id p0IM2YJg036370; Tue, 18 Jan 2011 17:02:34 -0500 (EST) (envelope-from mikej@paymentallianceintl.com) Received: from 192.168.2.132 ([192.168.2.132]) by calvin.pai.local ([10.0.6.33]) with Microsoft Exchange Server HTTP-DAV ; Tue, 18 Jan 2011 22:02:32 +0000 User-Agent: Microsoft-Entourage/12.28.0.101117 Date: Tue, 18 Jan 2011 17:02:30 -0500 From: "Michael Jung" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4721 Content-class: urn:content-classes:message To: "John Baldwin" , Importance: normal Priority: normal Message-ID: Thread-Topic: unknown mtx_assert at /usr/src/sys/x86/x86/io_apic.c:161 thread-index: Acu0L/zIIRyvPvqkTByx9HsyBfCYDAAJ0F84AMEKD9U= In-Reply-To: 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: unknown mtx_assert at /usr/src/sys/x86/x86/io_apic.c:161 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 22:02:35 -0000 On 1/14/11 8:55 PM, "Michael Jung" = wrote: > John: >=20 > Thanks, I actually didn=B9t see the MCA errors on the screen as the = system has > reloaded but noted them in the ddb.txt file last night. >=20 > The Motherboard, CPU, Memory and PS were replaced today. I=B9ll post = back if > this has or not corrected the problem but I suspect you are on target = in > that the hardware was defective. This machine was remote and I found = the > fan in the power supply not working, so I=B9m suspecting that the CPU = was or > other logic was damaged. >=20 > Thanks for your reply. >=20 > --mikej >=20 >=20 > On 1/14/11 4:13 PM, "John Baldwin" wrote: >=20 >> > On Thursday, January 13, 2011 11:26:46 am Michael Jung wrote: >>>> >> > Links to crash info below. >>>> >> > http://216.26.153.6/msgbuf.txt >> > >> > This might be a hardware problem. The panic you got is a "should = never >> > happen" panic. Note that in the code line sourced, the second = argument to >> > mtx_assert() is MA_OWNED. The panic is saying that it is some = invalid >> value >> > (i.e. something other than MA_OWNED). Given that is a constant, = that's not >> > very likely at all barring some hardware glitch. >> > >> > You do have a somewhat scary looking machine check logged before = your >> panic: >> > >> > MCA: Bank 1, Status 0xd000000000000171 >> > MCA: Global Cap 0x0000000000000105, Status 0x0000000000000000 >> > MCA: Vendor "AuthenticAMD", ID 0x20fc2, APIC ID 0 >> > MCA: CPU 0 COR OVER ICACHE L1 EVICT error >> > >> > It is a correctable error, but given the nature of the panic I'd = suspect a >> > hardware problem. >> > >> > mcelog doesn't provide many more details: >> > >> > HARDWARE ERROR. This is *NOT* a software problem! >> > Please contact your hardware vendor >> > CPU 0 1 instruction cache >> > bit62 =3D error overflow (multiple errors) >> > memory/cache error 'evict mem transaction, instruction = transaction, level >> 1' >> > STATUS d000000000000171 MCGSTATUS 0 >> > MCGCAP 105 APICID 0 SOCKETID 0 >> > CPUID Vendor AMD Family 15 Model 44 >> > >> > -- >> > John Baldwin >> > >=20 > The box has run fine since hardware was replaced. Thanks for you = help. >=20 > ---mikej CONFIDENTIALITY NOTE: This message is intended only for the use of the individual or entity to whom it is addressed and may contain=20 information that is privileged, confidential, and exempt from=20 disclosure under applicable law. If the reader of this message is=20 not the intended recipient, you are hereby notified that any=20 dissemination, distribution or copying of this communication=20 is strictly prohibited. If you have received this transmission=20 in error, please notify us by telephone at (502) 212-4001 or=20 notify us at PAI , Dept. 99, 11857 Commonwealth Drive,=20 Louisville, KY 40299. Thank you. From owner-freebsd-current@FreeBSD.ORG Wed Jan 19 02:14:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9514D106564A; Wed, 19 Jan 2011 02:14:29 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3D2848FC0C; Wed, 19 Jan 2011 02:14:28 +0000 (UTC) Received: by qyk36 with SMTP id 36so307686qyk.13 for ; Tue, 18 Jan 2011 18:14:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:cc:content-type; bh=RfyCGJ1UQtmymHWnAi4XXLU57cQydlJ7/+5r67DmOlk=; b=NPOYUfQcGeRmytnCGzrmCzAm7fBErheGBhwQ5d/SGkPjPM3hl6zyKXwWpFwF0RkZ++ wZYQKbtPXyl4wksUeClxnIXKfY4+XJf1DBSSJQjKIUaZ5ZhPhQTccf6s3Zt+HeaG6iGd EgkD1+0W3TvHGdVxDAD8yfv2NpcU3flmai3M4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; b=I4q4T1tVySOAwEj4enzSLWaV+TgkKPkM43hqd4gmg2WugerAaoFc9X/9fLmD8OPUOs xvZnwr34t1N56kv5yaDjz2j8HT5kjsVeZOJ/KqpVNfHNhn59hFiuRhuA6AmiChB3yp2J 3to/q7Ew753zHMp6wXkAUI/Nt0I/8p7npKn1Q= MIME-Version: 1.0 Received: by 10.224.67.18 with SMTP id p18mr112587qai.20.1295401772452; Tue, 18 Jan 2011 17:49:32 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.220.198.203 with HTTP; Tue, 18 Jan 2011 17:49:32 -0800 (PST) Date: Wed, 19 Jan 2011 09:49:32 +0800 X-Google-Sender-Auth: l5drWo4APdR8SKiFQGGWX3SLuaM Message-ID: From: Adrian Chadd To: freebsd-embedded@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Subject: bsdbox example scripts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 02:14:29 -0000 Hi all, I've put up the local bsdbox scripts that I'm using as a patch against -head. It populates the examples in src/share/examples/bsdbox along with diffs against a couple of build files to link it into the build. I plan on tidying up the makefiles a bit before committing it to -head. http://people.freebsd.org/~adrian/ath/bsdbox-1.diff Comments/improvements/etc are welcome! Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Wed Jan 19 03:08:59 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 823EB106566B for ; Wed, 19 Jan 2011 03:08:59 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 415808FC12 for ; Wed, 19 Jan 2011 03:08:58 +0000 (UTC) Received: by iwn39 with SMTP id 39so378136iwn.13 for ; Tue, 18 Jan 2011 19:08:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:date:message-id:subject :from:to:cc:content-type; bh=/9c6nMWsUXP+eInHk8Qt+9X539vMjumQbhtZPnkG9o8=; b=HJ7GcC8Yt9gCbpY5aktyZUjzm2x/H5GVLqBfOihJu1UViV+k4y9Y5rBYLAf31yKgUb NqI1EtczCEhjY6GLpng9pzusqfnATF+03sGdabyWio14XCQ1BvBKBAfYHpXarxE2KPTf Ms2L6ktWRhM80SMCK955ZoETxLx+JS0z5N6SE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=CmPnl4UOgaFR2mZcEpcv+ghz8kFd6G2qdjuCuP0YT52uiSjTMbk4rRj7osC9cZ6Kln TnVKUkp2CKBsXzK/P6i6nat0CObYvb5puu5HZKy3mrQxqFOneruAg1/RXq0n8aF647+i FMQtrobQxqAku0CyWDzcdCME1rWvjsvyACq4E= MIME-Version: 1.0 Received: by 10.42.219.132 with SMTP id hu4mr125334icb.425.1295406538489; Tue, 18 Jan 2011 19:08:58 -0800 (PST) Received: by 10.42.7.139 with HTTP; Tue, 18 Jan 2011 19:08:58 -0800 (PST) Date: Wed, 19 Jan 2011 03:08:58 +0000 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: jkim@FreeBSD.org Subject: Re: lockup with vidcontrol VESA_800x600 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 03:08:59 -0000 Marc UBM Bocklet wrote: > Yesterday I upgraded to > > FreeBSD hostname 9.0-CURRENT FreeBSD 9.0-CURRENT #28: Sat Jan 8 > 17:05:30 CET 2011 > > and vidcontrol VESA_800x600 stopped working (again). I exchanged emails > with jkim about a similar problem in February 2010 (vidcontrol > VESA_800x600 would mangle the screen output), there was no definitive > resolution, but it started working again sometime around July 2010. > > Now however, when I try to set VESA_800x600, my machine seems to > lockup. It no longer responds to any input, I cannot ping it and I > cannot drop to the debugger. > > I've tried setting other modes, but trying to set them results in: > > obtaining new video mode parameters: operation not supported by device. > > graphics card is a: > > vgapci0 at pci0:1:0:0: class=0x030000 card=0x013a1002 chip=0x514c1002 > rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro > Devices, Inc.' device = 'Radeon 8500 / 8500LE (R200)' > class = display > subclass = VGA I'm joining the chorus of those having problems with video mode-switching on recent 9-CURRENT. From r216756 through r217561, I'm able to reliably panic my UP i386 machine by using MODE_268, which 'vidcontrol -i mode' describes as: mode# flags type size font window linear buffer ------------------------------------------------------------------------------ 268 (0x10c) 0x0000000d T 132x60 8x8 0xb8000 32k 32k 0xfc000000 15k Prior to 28 Dec. 2010, on versions of 9-CURRENT less than three months old, MODE_268 was my default video mode. A number of other modes that used to work now also trigger panics. I've been forced to fall back to MODE_48: mode# flags type size font window linear buffer ------------------------------------------------------------------------------ 48 (0x030) 0x00000001 T 90x60 8x8 0xb8000 32k 32k 0x00000000 32k which works fine. A representative panic with a problematic mode is: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0xcd29a05b fault code = supervisor write, page not present instruction pointer = 0x20:0xc0746391 stack pointer = 0x28:0xcd299714 frame pointer = 0x28:0xcd299714 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 94550 (vidcontrol) and a backtrace shows: db:1:lockedvnods> show pcpu cpuid = 0 dynamic pcpu = 0x40d080 curthread = 0xc2b7c5a0: pid 94550 "vidcontrol" curpcb = 0xcd299d80 fpcurthread = 0xc2b7c5a0: pid 94550 "vidcontrol" idlethread = 0xc2851870: tid 100003 "idle" APIC ID = 0 currentldt = 0x50 db:1:pcpu> bt Tracing pid 94550 tid 100057 td 0xc2b7c5a0 fpusave(0,9e000,cd299778,c073106c,cd299ff0,...) at 0xc0746391 = fpusave+0x11 npxsave(cd299ff0) at 0xc07463b1 = npxsave+0x11 vm86_bioscall(10,cd2997a0,c08540a0,0,0,...) at 0xc073106c = vm86_bioscall+0x3c x86bios_intr(cd299818,10,cd299848,0,0,...) at 0xc074d6f2 = x86bios_intr+0xd2 vesa_set_mode(c084dfc0,10c,cd299920,c2bb8354,5a,...) at 0xc094ee49 = vesa_set_mode+0xf9 set_mode(c082ea80,0,3c,0,c2834000,...) at 0xc050cc9f = set_mode+0x7f sc_set_text_mode(c082ea80,c2834000,10c,84,3c,...) at 0xc050b0e0 = sc_set_text_mode+0x220 vesa_ioctl(c2834000,2000560c,cd299cf4,c2b7c5a0,c2b7c5a0,...) at 0xc095065c = vesa_ioctl+0xac sctty_ioctl(c2834000,2000560c,cd299cf4,c2b7c5a0,7,...) at 0xc050f015 = sctty_ioctl+0x35 tty_ioctl(c2834000,2000560c,cd299cf4,3,c2b7c5a0,...) at 0xc05cb314 = tty_ioctl+0x44 ttydev_ioctl(c28c5800,2000560c,cd299cf4,3,c2b7c5a0,...) at 0xc05cca1d = ttydev_ioctl+0x1ad devfs_ioctl_f(c2a75508,2000560c,cd299cf4,c2a53780,c2b7c5a0,...) at 0xc0516b3a = devfs_ioctl_f+0x10a kern_ioctl(c2b7c5a0,0,2000560c,cd299cf4,299cec,...) at 0xc05bbae8 = kern_ioctl+0x288 ioctl(c2b7c5a0,cd299cec,cd299d28,cd299d80,28161bb0,...) at 0xc05bbc4f = ioctl+0x12f syscallenter(c2b7c5a0,cd299ce4,cd299ce4,0,c2b7c5a0,...) at 0xc05b7428 = syscallenter+0x348 syscall(cd299d28) at 0xc0743ab4 = syscall+0x34 Xint0x80_syscall() at 0xc0730ab1 = Xint0x80_syscall+0x21 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2817b82b, esp = 0xbfbfe86c, ebp = 0xbfbfe8a8 --- Any suggestions about how to fix this? I can furnish more information about my kernel config, etc., if necessary. Regards, b. From owner-freebsd-current@FreeBSD.ORG Wed Jan 19 06:54:26 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 3FDDE106564A; Wed, 19 Jan 2011 06:54:25 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: bf1783@gmail.com, Marc UBM Bocklet Date: Wed, 19 Jan 2011 01:54:12 -0500 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_ZqoNNogI35BllUL" Message-Id: <201101190154.18380.jkim@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: lockup with vidcontrol VESA_800x600 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 06:54:26 -0000 --Boundary-00=_ZqoNNogI35BllUL Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 18 January 2011 10:08 pm, b. f. wrote: > Marc UBM Bocklet wrote: > > Yesterday I upgraded to > > > > FreeBSD hostname 9.0-CURRENT FreeBSD 9.0-CURRENT #28: Sat Jan 8 > > 17:05:30 CET 2011 > > > > and vidcontrol VESA_800x600 stopped working (again). I exchanged > > emails with jkim about a similar problem in February 2010 > > (vidcontrol VESA_800x600 would mangle the screen output), there > > was no definitive resolution, but it started working again > > sometime around July 2010. > > > > Now however, when I try to set VESA_800x600, my machine seems to > > lockup. It no longer responds to any input, I cannot ping it and > > I cannot drop to the debugger. > > > > I've tried setting other modes, but trying to set them results > > in: > > > > obtaining new video mode parameters: operation not supported by > > device. > > > > graphics card is a: > > > > vgapci0 at pci0:1:0:0: class=0x030000 card=0x013a1002 > > chip=0x514c1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies > > Inc. / Advanced Micro Devices, Inc.' device = 'Radeon 8500 / > > 8500LE (R200)' class = display > > subclass = VGA > > I'm joining the chorus of those having problems with video > mode-switching on recent 9-CURRENT. From r216756 through r217561, > I'm able to reliably panic my UP i386 machine by using MODE_268, > which 'vidcontrol -i mode' describes as: > > mode# flags type size font window > linear buffer > ------------------------------------------------------------------- >----------- 268 (0x10c) 0x0000000d T 132x60 8x8 0xb8000 > 32k 32k 0xfc000000 15k > > Prior to 28 Dec. 2010, on versions of 9-CURRENT less than three > months old, MODE_268 was my default video mode. A number of other > modes that used to work now also trigger panics. I've been forced > to fall back to MODE_48: > > mode# flags type size font window > linear buffer > ------------------------------------------------------------------- >----------- 48 (0x030) 0x00000001 T 90x60 8x8 0xb8000 > 32k 32k 0x00000000 32k > > which works fine. A representative panic with a problematic mode > is: > > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xcd29a05b > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc0746391 > stack pointer = 0x28:0xcd299714 > frame pointer = 0x28:0xcd299714 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 94550 (vidcontrol) > > and a backtrace shows: > > db:1:lockedvnods> show pcpu > cpuid = 0 > dynamic pcpu = 0x40d080 > curthread = 0xc2b7c5a0: pid 94550 "vidcontrol" > curpcb = 0xcd299d80 > fpcurthread = 0xc2b7c5a0: pid 94550 "vidcontrol" > idlethread = 0xc2851870: tid 100003 "idle" > APIC ID = 0 > currentldt = 0x50 > db:1:pcpu> bt > Tracing pid 94550 tid 100057 td 0xc2b7c5a0 > fpusave(0,9e000,cd299778,c073106c,cd299ff0,...) at 0xc0746391 = > fpusave+0x11 npxsave(cd299ff0) at 0xc07463b1 = npxsave+0x11 > vm86_bioscall(10,cd2997a0,c08540a0,0,0,...) at 0xc073106c = > vm86_bioscall+0x3c x86bios_intr(cd299818,10,cd299848,0,0,...) at > 0xc074d6f2 = x86bios_intr+0xd2 > vesa_set_mode(c084dfc0,10c,cd299920,c2bb8354,5a,...) at 0xc094ee49 > = vesa_set_mode+0xf9 > set_mode(c082ea80,0,3c,0,c2834000,...) at 0xc050cc9f = > set_mode+0x7f sc_set_text_mode(c082ea80,c2834000,10c,84,3c,...) at > 0xc050b0e0 = sc_set_text_mode+0x220 > vesa_ioctl(c2834000,2000560c,cd299cf4,c2b7c5a0,c2b7c5a0,...) at > 0xc095065c = vesa_ioctl+0xac > sctty_ioctl(c2834000,2000560c,cd299cf4,c2b7c5a0,7,...) at > 0xc050f015 = sctty_ioctl+0x35 > tty_ioctl(c2834000,2000560c,cd299cf4,3,c2b7c5a0,...) at 0xc05cb314 > = tty_ioctl+0x44 > ttydev_ioctl(c28c5800,2000560c,cd299cf4,3,c2b7c5a0,...) at > 0xc05cca1d = ttydev_ioctl+0x1ad > devfs_ioctl_f(c2a75508,2000560c,cd299cf4,c2a53780,c2b7c5a0,...) at > 0xc0516b3a = devfs_ioctl_f+0x10a > kern_ioctl(c2b7c5a0,0,2000560c,cd299cf4,299cec,...) at 0xc05bbae8 = > kern_ioctl+0x288 > ioctl(c2b7c5a0,cd299cec,cd299d28,cd299d80,28161bb0,...) at > 0xc05bbc4f = ioctl+0x12f > syscallenter(c2b7c5a0,cd299ce4,cd299ce4,0,c2b7c5a0,...) at > 0xc05b7428 = syscallenter+0x348 > syscall(cd299d28) at 0xc0743ab4 = syscall+0x34 > Xint0x80_syscall() at 0xc0730ab1 = Xint0x80_syscall+0x21 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2817b82b, esp = > 0xbfbfe86c, ebp = 0xbfbfe8a8 --- > > Any suggestions about how to fix this? I can furnish more > information about my kernel config, etc., if necessary. Please try the attached patch. Jung-uk Kim --Boundary-00=_ZqoNNogI35BllUL Content-Type: text/plain; charset="iso-8859-1"; name="vm86bios.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="vm86bios.diff" Index: sys/i386/i386/vm86bios.s =================================================================== --- sys/i386/i386/vm86bios.s (revision 217516) +++ sys/i386/i386/vm86bios.s (working copy) @@ -73,8 +73,7 @@ ENTRY(vm86_bioscall) je 1f /* no curproc/npxproc */ pushl %edx movl TD_PCB(%ecx),%ecx - addl $PCB_SAVEFPU,%ecx - pushl %ecx + pushl PCB_SAVEFPU(%ecx) call npxsave popl %ecx popl %edx /* recover our pcb */ --Boundary-00=_ZqoNNogI35BllUL-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 19 08:32:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3433106566C; Wed, 19 Jan 2011 08:32:30 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6CA358FC1A; Wed, 19 Jan 2011 08:32:30 +0000 (UTC) Received: by iyb26 with SMTP id 26so518352iyb.13 for ; Wed, 19 Jan 2011 00:32:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Fp6Szgxklq3LfZjwy/dzNpMrEBEVaZx9soW9aa48SXc=; b=twaThHhZ/y4g550EThdKmbc3MfH4wspUaeap37LhAwRqaapclDxfeoZiX1RwAqga53 xOaBPIvcrRJ2mv3jdgsK7DEGgW1gFAlCFK5BAc+8bdKTIFCJy9HCcsF6nC4deEx4NVSs MZzQcl4gmdJY9kai1juXD2oQIWCBASAPGWmd4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=oOjeOuvXkgf3rqvPa2iep+AXF5GUsOTe4cbFCEyP91/x2yHxq7TYJKEdS2m/VKgTHq LAzcgVdbIuPz8habBkJ79fYMTEWsg2w86MS5fe4x4s17VnIZ4+PJ/5izqtPenvMdKqYC Qa/OfHP28pJw2WXhzU8lLeyBhaSJqt/7ocGGg= MIME-Version: 1.0 Received: by 10.42.219.132 with SMTP id hu4mr415505icb.425.1295425949798; Wed, 19 Jan 2011 00:32:29 -0800 (PST) Received: by 10.42.7.139 with HTTP; Wed, 19 Jan 2011 00:32:29 -0800 (PST) In-Reply-To: <201101190154.18380.jkim@FreeBSD.org> References: <201101190154.18380.jkim@FreeBSD.org> Date: Wed, 19 Jan 2011 08:32:29 +0000 Message-ID: From: "b. f." To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 Cc: Marc UBM Bocklet , freebsd-current@freebsd.org Subject: Re: lockup with vidcontrol VESA_800x600 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 08:32:30 -0000 On 1/19/11, Jung-uk Kim wrote: > On Tuesday 18 January 2011 10:08 pm, b. f. wrote: >> Marc UBM Bocklet wrote: > Please try the attached patch. Your patch fixes my problem. With the patch, I can use the problematic modes on my machine without panics. Well done; thank you for the quick response. b. From owner-freebsd-current@FreeBSD.ORG Wed Jan 19 10:08:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 334E7106566C; Wed, 19 Jan 2011 10:08:14 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id B7A348FC1B; Wed, 19 Jan 2011 10:08:13 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id E0F8AE826A; Wed, 19 Jan 2011 10:08:12 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=/FREfXh0FCmt EH4bbn/KJM2AihE=; b=LREK072lICu7W+Wyqjurdec5GofGGYjmYsYT5aaRJ+yE BvCAhZqh7DzswbnHRh+auLvcnQddp7bl+3ueyk1O7ZRKGFKMrQYXc3w+eGrMha0U /xVZ6zvE0yhBDDw0YJXMmUAcD6ZABQtTj2SmjqlkmyL2wt3ojHoeRVBfLc86Jg0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=T/CpeA wxcgxQxWJlUwv6R4oQSxf/dIx6bky/AV5GJWR6tkjy4GHUnORWzJqPvS6L5HANJ3 kwD080+vqJlfxqWGcKbgm/oxGOzQZnKKvE5Wfet9dP3y9PJW/ouIMFYbKwnfqFot ag5nIYiLfbrrqIJDC/6zLxKia3FPOTXSJwy9g= Received: from unknown (client-86-23-21-129.brhm.adsl.virginmedia.com [86.23.21.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 9032FE8267; Wed, 19 Jan 2011 10:08:12 +0000 (GMT) Date: Wed, 19 Jan 2011 10:08:10 +0000 From: Bruce Cran To: John Baldwin Message-ID: <20110119100810.000026b2@unknown> In-Reply-To: <201101181125.38198.jhb@freebsd.org> References: <20110109140215.000011b8@unknown> <201101101446.06257.jhb@freebsd.org> <20110115191425.00003fda@unknown> <201101181125.38198.jhb@freebsd.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Loading uart module fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 10:08:14 -0000 On Tue, 18 Jan 2011 11:25:38 -0500 John Baldwin wrote: > Oh, the uart[01] devices already exist. I suspect if you removed the > hints from /boot/device.hints and then kldloaded uart you would be > ok. I think this is an "old" bug that might also be in 8.x. I'm running -CURRENT from a couple of weeks ago so it if it's an old bug it apparently hasn't been fixed yet. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Jan 19 12:24:26 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9B751065673 for ; Wed, 19 Jan 2011 12:24:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id ECAA08FC1E for ; Wed, 19 Jan 2011 12:24:25 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p0JCOIQj084054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Jan 2011 14:24:18 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p0JCOI4F017496; Wed, 19 Jan 2011 14:24:18 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p0JCOIpE017495; Wed, 19 Jan 2011 14:24:18 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 19 Jan 2011 14:24:18 +0200 From: Kostik Belousov To: Beat G?tzi Message-ID: <20110119122417.GW2518@deviant.kiev.zoral.com.ua> References: <4D35A0BB.3010601@chruetertee.ch> <20110118144611.GP2518@deviant.kiev.zoral.com.ua> <4D35B2F2.1000804@chruetertee.ch> <20110118161355.GR2518@deviant.kiev.zoral.com.ua> <4D35C26E.4070108@chruetertee.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FcqbpLOAFGOf/VCz" Content-Disposition: inline In-Reply-To: <4D35C26E.4070108@chruetertee.ch> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: Re: Running linux ldconfig on tmpfs results in unkillable process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 12:24:26 -0000 --FcqbpLOAFGOf/VCz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 18, 2011 at 05:40:14PM +0100, Beat G?tzi wrote: > On 18.01.2011 17:13, Kostik Belousov wrote: > > On Tue, Jan 18, 2011 at 04:34:10PM +0100, Beat G?tzi wrote: > >> On 18.01.2011 15:46, Kostik Belousov wrote: > >>> On Tue, Jan 18, 2011 at 03:16:27PM +0100, Beat G?tzi wrote: > >>>> Hi, > >>>> > >>>> I've a tinderbox which uses tmpfs to build ports. Every time I build= a > >>>> port which executes linux ldconfig it results in an unkillable proce= ss > >>>> which uses 100% CPU. The problem is reproduceable without tinderbox: > >>>> > >>>> # uname -a > >>>> FreeBSD daedalus.network.local 9.0-CURRENT FreeBSD 9.0-CURRENT #3 > >>>> r216761: Tue Dec 28 15:32:26 CET 2010 > >>>> root@daedalus.network.local:/usr/obj/usr/src/sys/GENERIC i386 > >>>> # mkdir /compat/test > >>>> # mount -t tmpfs tmpfs /compat/test > >>>> # cp -Rp /compat/linux/* /compat/test/ > >>>> # mount -t linprocfs linprocfs /compat/test/proc > >>>> # /compat/linux/sbin/ldconfig -r /compat/test/ > >>>> # pgrep ldconfig > >>>> 3449 > >>>> # procstat -i 3449 | grep KILL > >>>> 3449 ldconfig KILL --- > >>>> # kill -9 3449 > >>>> # procstat -i 3449 | grep KILL > >>>> 3449 ldconfig KILL P-- > >>>> > >>>> >From top(1): > >>>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > >>>> 3449 root 1 44 0 992K 712K CPU1 1 10:06 100.00% ldco= nfig > >>>> > >>>> When I reboot the machine it hangs after "All buffers synced.". > >>>> > >>>> I've uploaded some additional output of procstat and ktrace here: > >>>> http://people.freebsd.org/~beat/logs/linux-ldconfig-tmpfs.txt > >>>> > >>>> Anyone knows how to fix this? > >>> kdump for the trace of the linux binary is a garbage. You need to > >>> use linux_kdump (from ports). > >>> > >>> I think that your process is looping in the kernel, you can confirm t= his > >>> by dropping in the ddb and doing "bt ". > >> > >> I've uploaded a screenshot from the output of bt in ddb: > >> http://people.freebsd.org/~beat/logs/linux-ldconfig-tmpfs-bt.jpg > >=20 > > Please try this. > >=20 > > diff --git a/sys/compat/linux/linux_file.c b/sys/compat/linux/linux_fil= e.c > > index 9ff1cf0..44ad193 100644 > > --- a/sys/compat/linux/linux_file.c > > +++ b/sys/compat/linux/linux_file.c > > @@ -369,7 +369,6 @@ getdents_common(struct thread *td, struct linux_get= dents64_args *args, > > lbuf =3D malloc(LINUX_MAXRECLEN, M_TEMP, M_WAITOK | M_ZERO); > > vn_lock(vp, LK_SHARED | LK_RETRY); > > =20 > > -again: > > aiov.iov_base =3D buf; > > aiov.iov_len =3D buflen; > > auio.uio_iov =3D &aiov; > > @@ -506,8 +505,10 @@ again: > > break; > > } > > =20 > > - if (outp =3D=3D (caddr_t)args->dirent) > > - goto again; > > + if (outp =3D=3D (caddr_t)args->dirent) { > > + nbytes =3D resid; > > + goto eof; > > + } > > =20 > > fp->f_offset =3D off; > > if (justone) > > diff --git a/sys/fs/tmpfs/tmpfs_subr.c b/sys/fs/tmpfs/tmpfs_subr.c > > index 84a2038..62dd0bf 100644 > > --- a/sys/fs/tmpfs/tmpfs_subr.c > > +++ b/sys/fs/tmpfs/tmpfs_subr.c > > @@ -827,9 +827,10 @@ tmpfs_dir_getdents(struct tmpfs_node *node, struct= uio *uio, off_t *cntp) > > /* Copy the new dirent structure into the output buffer and > > * advance pointers. */ > > error =3D uiomove(&d, d.d_reclen, uio); > > - > > - (*cntp)++; > > - de =3D TAILQ_NEXT(de, td_entries); > > + if (error =3D=3D 0) { > > + (*cntp)++; > > + de =3D TAILQ_NEXT(de, td_entries); > > + } > > } while (error =3D=3D 0 && uio->uio_resid > 0 && de !=3D NULL); > > =20 > > /* Update the offset and cache. */ >=20 > This patch solves the problem. >=20 Thank you, but apparently this is not the end of story. I committed the linuxolator part of change, but I think that tmpfs change is uncomplete yet. Strictly following getdirentries(2), tmpfs must return EINVAL in the case when no single record can be returned. Currently, it indicates EOF instead. I think this could be a complete solution, but it might break e.g. Linux ldconfig(8) since it exposed the linuxolator situation. Can you apply the patch below over the latest HEAD with r217578 included and retest ? Thanks. diff --git a/sys/fs/tmpfs/tmpfs_subr.c b/sys/fs/tmpfs/tmpfs_subr.c index 84a2038..62dd0bf 100644 --- a/sys/fs/tmpfs/tmpfs_subr.c +++ b/sys/fs/tmpfs/tmpfs_subr.c @@ -827,9 +827,10 @@ tmpfs_dir_getdents(struct tmpfs_node *node, struct uio= *uio, off_t *cntp) /* Copy the new dirent structure into the output buffer and * advance pointers. */ error =3D uiomove(&d, d.d_reclen, uio); - - (*cntp)++; - de =3D TAILQ_NEXT(de, td_entries); + if (error =3D=3D 0) { + (*cntp)++; + de =3D TAILQ_NEXT(de, td_entries); + } } while (error =3D=3D 0 && uio->uio_resid > 0 && de !=3D NULL); =20 /* Update the offset and cache. */ diff --git a/sys/fs/tmpfs/tmpfs_vnops.c b/sys/fs/tmpfs/tmpfs_vnops.c index 059a790..a57c1f2 100644 --- a/sys/fs/tmpfs/tmpfs_vnops.c +++ b/sys/fs/tmpfs/tmpfs_vnops.c @@ -1349,7 +1349,7 @@ outok: MPASS(error >=3D -1); =20 if (error =3D=3D -1) - error =3D 0; + error =3D (cnt !=3D 0) ? 0 : EINVAL; =20 if (eofflag !=3D NULL) *eofflag =3D --FcqbpLOAFGOf/VCz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk021/EACgkQC3+MBN1Mb4juAwCg3x9K2x2aJk5J4QAApFG/fob8 J9YAoIaBmqUSyjfFbOwhnU1O9jifsets =6Xhf -----END PGP SIGNATURE----- --FcqbpLOAFGOf/VCz-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 19 13:23:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59E901065673 for ; Wed, 19 Jan 2011 13:23:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2DE388FC14 for ; Wed, 19 Jan 2011 13:23:52 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D94E046B2E; Wed, 19 Jan 2011 08:23:51 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id F06CB8A027; Wed, 19 Jan 2011 08:23:50 -0500 (EST) From: John Baldwin To: Bruce Cran Date: Wed, 19 Jan 2011 08:14:19 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <20110109140215.000011b8@unknown> <201101181125.38198.jhb@freebsd.org> <20110119100810.000026b2@unknown> In-Reply-To: <20110119100810.000026b2@unknown> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101190814.19810.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 19 Jan 2011 08:23:51 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: Loading uart module fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 13:23:52 -0000 On Wednesday, January 19, 2011 5:08:10 am Bruce Cran wrote: > On Tue, 18 Jan 2011 11:25:38 -0500 > John Baldwin wrote: > > > Oh, the uart[01] devices already exist. I suspect if you removed the > > hints from /boot/device.hints and then kldloaded uart you would be > > ok. I think this is an "old" bug that might also be in 8.x. > > I'm running -CURRENT from a couple of weeks ago so it if it's an old > bug it apparently hasn't been fixed yet. Yes, I don't think it is fixed, and I think 8.x is likely broken in this regard as well. Can you verify that removing the hints "fixes" the issue? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jan 19 14:52:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29A7A10656A5; Wed, 19 Jan 2011 14:52:01 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id A49748FC23; Wed, 19 Jan 2011 14:52:00 +0000 (UTC) Received: by qyk36 with SMTP id 36so905944qyk.13 for ; Wed, 19 Jan 2011 06:51:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=gTvpJ+E71+9EQuMwpEdhWFyDFZN+iG3wv8AAI4OwnSA=; b=R+xuHnhI5bs/RAyZGiaji59gA9w0jo6sb+hlt4s1gBfC53yd4YREv+XBuZ1Tc8pGW2 msJJIvfMOWRdKxRBjqWJ1VdyIWcisYcKGOWOpeLJ28mfUmiwsQ5hAFFzdnxEdLTnloih 3xZ3yzv2/HCEW88eRYDZLpNFAW4RPmxYYEwXA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=d8AvFCgBLphd9nmnHPeF2b3x0Xd/YgedGyZ2HSI40cQOGvG8q4KYhkH+1FljobxHJo Sz6UUd24FXzSrI2ATrmGUstA9aOxIevE24LRlbEK3kMy/+l98o2wCQBDcvrhArMiR7ig MSA/eC7Tc+nCBnLj0bj0cxS7pru9636YF40Ls= MIME-Version: 1.0 Received: by 10.229.231.21 with SMTP id jo21mr688973qcb.119.1295448719711; Wed, 19 Jan 2011 06:51:59 -0800 (PST) Received: by 10.229.102.87 with HTTP; Wed, 19 Jan 2011 06:51:59 -0800 (PST) In-Reply-To: <201101181404.26768.jhb@freebsd.org> References: <201101180954.46903.jhb@freebsd.org> <201101181404.26768.jhb@freebsd.org> Date: Wed, 19 Jan 2011 17:51:59 +0300 Message-ID: From: Sergey Kandaurov To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Robert Watson Subject: Re: uma_zalloc_arg: zone "256" with non-sleepable exclusive rw ifnet_rw @ /usr/src/sys/net/if.c:414 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 14:52:01 -0000 On 18 January 2011 22:04, John Baldwin wrote: > On Tuesday, January 18, 2011 1:22:24 pm Sergey Kandaurov wrote: >> On 18 January 2011 17:54, John Baldwin wrote: >> > On Monday, January 17, 2011 12:55:26 pm Sergey Kandaurov wrote: >> >> Hi, >> >> >> >> I see this "malloc with non-sleepable" on current during boot. >> >> It's strange that I don't see it if I boot via pxe/nfs. >> >> >> >> if_alloc() calls ifindex_alloc_locked() under IFNET_WLOCK() which >> >> might call if_grow(). >> >> Looks like a regression from r196553. >> > >> > I'm guessing that ifindex_alloc() should drop the lock and retry the >> > allocation after calling if_grow()? =A0This compiles, but I haven't bo= oted > it >> > yet: >> >> vnet_if_init() calls if_grow() without lock. > > So it does. :( =A0I've added locking to the sysinit to handle this: Seems a bit more work there. The vnet_if_init() sysinit cannot use ifnet locking since it runs before another sysinit initialized those ifnet locks. On the other side it's safe to call if_grow() from vnet_if_init() w/o locki= ng: db> bt Tracing pid 0 tid 100000 td 0xffffffff80ccffc0 _sx_xlock_hard() at _sx_xlock_hard+0xa0 _sx_xlock() at _sx_xlock+0xbb vnet_if_init() at vnet_if_init+0x4a mi_startup() at mi_startup+0x77 btext() at btext+0x2c After said certain locking changes I came to the next problem. A modified ifindex_alloc_locked() function doesn't update/increment V_if_in= dex in successful if_grow() case, so it ends up in quick memory exhaustion: bce0: mem 0x92000000-0x93ffffff irq 28 at device 0.0 on pci4 panic: kmem_malloc(-2147483648): kmem_map too small: 1110716416 total alloc= ated cpuid =3D 0 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3d: movq $0,0x700140(%rip) db> bt Tracing pid 0 tid 100000 td 0xffffffff80ccffc0 kdb_enter() at kdb_enter+0x3d panic() at panic+0x180 kmem_malloc() at kmem_malloc+0x25d uma_large_malloc() at uma_large_malloc+0x4a malloc() at malloc+0x15d if_grow() at if_grow+0x98 if_alloc() at if_alloc+0xd8 bce_attach() at bce_attach+0x18de [...] > show malloc ifnet 2 1048578K 25 So I added V_if_index increment into if_grow() itself. At least it boots now :) There are 18 visible interfaces in the test system, so it looks appropriate minus one extra elm. ifnet 19 16420K - 36 128,256,512,1024,2048,4096 db> show all ifnet bce0 ifp=3D0xfffffe0019426000 igb0 ifp=3D0xfffffe0019425800 igb1 ifp=3D0xfffffe0019425000 igb2 ifp=3D0xfffffe0016caf800 igb3 ifp=3D0xfffffe00195d3800 igb4 ifp=3D0xfffffe00195d2800 igb5 ifp=3D0xfffffe00195d2000 usbus0 ifp=3D0xfffffe0019426800 usbus1 ifp=3D0xfffffe00195d3000 usbus2 ifp=3D0xfffffe0019902800 usbus3 ifp=3D0xfffffe0019902000 usbus4 ifp=3D0xfffffe0019901800 usbus5 ifp=3D0xfffffe0019901000 usbus6 ifp=3D0xfffffe0019900800 usbus7 ifp=3D0xfffffe0019900000 igb6 ifp=3D0xfffffe0019d99000 igb7 ifp=3D0xfffffe0019d98800 lo0 ifp=3D0xfffffe0019d98000 %%% Index: sys/net/if.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/net/if.c (revision 217503) +++ sys/net/if.c (working copy) @@ -266,6 +266,7 @@ ifindex_alloc_locked(u_short *idxp) IFNET_WLOCK_ASSERT(); +retry: /* * Try to find an empty slot below V_if_index. If we fail, take th= e * next slot. @@ -278,10 +279,11 @@ ifindex_alloc_locked(u_short *idxp) /* Catch if_index overflow. */ if (idx < 1) return (ENOSPC); - if (idx > V_if_index) - V_if_index =3D idx; - if (V_if_index >=3D V_if_indexlim) + if (idx > V_if_index) { if_grow(); + goto retry; + } + V_if_index =3D idx; *idxp =3D idx; return (0); } @@ -351,7 +353,10 @@ vnet_if_init(const void *unused __unused) TAILQ_INIT(&V_ifnet); TAILQ_INIT(&V_ifg_head); + IFNET_LOCK_INIT(); /* XXX */ + IFNET_WLOCK(); if_grow(); /* create initial table */ + IFNET_WUNLOCK(); vnet_if_clone_init(); } VNET_SYSINIT(vnet_if_init, SI_SUB_INIT_IF, SI_ORDER_FIRST, vnet_if_init, @@ -362,7 +367,6 @@ static void if_init(void *dummy __unused) { - IFNET_LOCK_INIT(); if_clone_init(); } SYSINIT(interfaces, SI_SUB_INIT_IF, SI_ORDER_SECOND, if_init, NULL); @@ -385,16 +389,26 @@ VNET_SYSUNINIT(vnet_if_uninit, SI_SUB_INIT_IF, SI_ static void if_grow(void) { + int oldlim; u_int n; struct ifindex_entry *e; - V_if_indexlim <<=3D 1; - n =3D V_if_indexlim * sizeof(*e); + IFNET_WLOCK_ASSERT(); + oldlim =3D V_if_indexlim; + IFNET_WUNLOCK(); + n =3D (oldlim << 1) * sizeof(*e); e =3D malloc(n, M_IFNET, M_WAITOK | M_ZERO); + IFNET_WLOCK(); + if (V_if_indexlim !=3D oldlim) { + free(e, M_IFNET); + return; + } if (V_ifindex_table !=3D NULL) { memcpy((caddr_t)e, (caddr_t)V_ifindex_table, n/2); free((caddr_t)V_ifindex_table, M_IFNET); } + V_if_indexlim <<=3D 1; + V_if_index++; V_ifindex_table =3D e; } %%% --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Jan 19 15:26:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C8381065674; Wed, 19 Jan 2011 15:26:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8B08FC14; Wed, 19 Jan 2011 15:26:04 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E62A946B0C; Wed, 19 Jan 2011 10:26:03 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BF2488A02A; Wed, 19 Jan 2011 10:26:02 -0500 (EST) From: John Baldwin To: Sergey Kandaurov Date: Wed, 19 Jan 2011 10:17:11 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <201101181404.26768.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101191017.12144.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 19 Jan 2011 10:26:02 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org, Robert Watson Subject: Re: uma_zalloc_arg: zone "256" with non-sleepable exclusive rw ifnet_rw @ /usr/src/sys/net/if.c:414 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 15:26:04 -0000 On Wednesday, January 19, 2011 9:51:59 am Sergey Kandaurov wrote: > On 18 January 2011 22:04, John Baldwin wrote: > > On Tuesday, January 18, 2011 1:22:24 pm Sergey Kandaurov wrote: > >> On 18 January 2011 17:54, John Baldwin wrote: > >> > On Monday, January 17, 2011 12:55:26 pm Sergey Kandaurov wrote: > >> >> Hi, > >> >> > >> >> I see this "malloc with non-sleepable" on current during boot. > >> >> It's strange that I don't see it if I boot via pxe/nfs. > >> >> > >> >> if_alloc() calls ifindex_alloc_locked() under IFNET_WLOCK() which > >> >> might call if_grow(). > >> >> Looks like a regression from r196553. > >> > > >> > I'm guessing that ifindex_alloc() should drop the lock and retry the > >> > allocation after calling if_grow()? This compiles, but I haven't booted > > it > >> > yet: > >> > >> vnet_if_init() calls if_grow() without lock. > > > > So it does. :( I've added locking to the sysinit to handle this: > > Seems a bit more work there. The vnet_if_init() sysinit cannot use ifnet > locking since it runs before another sysinit initialized those ifnet locks. > On the other side it's safe to call if_grow() from vnet_if_init() w/o locking: > > db> bt > Tracing pid 0 tid 100000 td 0xffffffff80ccffc0 > _sx_xlock_hard() at _sx_xlock_hard+0xa0 > _sx_xlock() at _sx_xlock+0xbb > vnet_if_init() at vnet_if_init+0x4a > mi_startup() at mi_startup+0x77 > btext() at btext+0x2c > > After said certain locking changes I came to the next problem. > A modified ifindex_alloc_locked() function doesn't update/increment V_if_index > in successful if_grow() case, so it ends up in quick memory exhaustion: > > bce0: mem > 0x92000000-0x93ffffff irq 28 at device 0.0 on pci4 > panic: kmem_malloc(-2147483648): kmem_map too small: 1110716416 total allocated > cpuid = 0 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x3d: movq $0,0x700140(%rip) > db> bt > Tracing pid 0 tid 100000 td 0xffffffff80ccffc0 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x180 > kmem_malloc() at kmem_malloc+0x25d > uma_large_malloc() at uma_large_malloc+0x4a > malloc() at malloc+0x15d > if_grow() at if_grow+0x98 > if_alloc() at if_alloc+0xd8 > bce_attach() at bce_attach+0x18de > [...] > > show malloc > ifnet 2 1048578K 25 > > So I added V_if_index increment into if_grow() itself. > At least it boots now :) Ah, the increment belongs in ifindex_alloc_locked() not if_grow(), but that was a bug certainly. :) The issue is that we should only grow if the new index would exceed V_if_indexlim, not V_if_index and that should fix it. For the locking, I just swapped the order of the SYSINIT's so that the locks are initialized before the various data structures. Index: if.c =================================================================== --- if.c (revision 217544) +++ if.c (working copy) @@ -266,6 +266,7 @@ ifindex_alloc_locked(u_short *idxp) IFNET_WLOCK_ASSERT(); +retry: /* * Try to find an empty slot below V_if_index. If we fail, take the * next slot. @@ -278,10 +279,12 @@ ifindex_alloc_locked(u_short *idxp) /* Catch if_index overflow. */ if (idx < 1) return (ENOSPC); + if (idx >= V_if_indexlim) { + if_grow(); + goto retry; + } if (idx > V_if_index) V_if_index = idx; - if (V_if_index >= V_if_indexlim) - if_grow(); *idxp = idx; return (0); } @@ -351,10 +354,12 @@ vnet_if_init(const void *unused __unused) TAILQ_INIT(&V_ifnet); TAILQ_INIT(&V_ifg_head); + IFNET_WLOCK(); if_grow(); /* create initial table */ + IFNET_WUNLOCK(); vnet_if_clone_init(); } -VNET_SYSINIT(vnet_if_init, SI_SUB_INIT_IF, SI_ORDER_FIRST, vnet_if_init, +VNET_SYSINIT(vnet_if_init, SI_SUB_INIT_IF, SI_ORDER_SECOND, vnet_if_init, NULL); /* ARGSUSED*/ @@ -365,7 +370,7 @@ if_init(void *dummy __unused) IFNET_LOCK_INIT(); if_clone_init(); } -SYSINIT(interfaces, SI_SUB_INIT_IF, SI_ORDER_SECOND, if_init, NULL); +SYSINIT(interfaces, SI_SUB_INIT_IF, SI_ORDER_FIRST, if_init, NULL); #ifdef VIMAGE @@ -385,16 +390,25 @@ VNET_SYSUNINIT(vnet_if_uninit, SI_SUB_INIT_IF, SI_ static void if_grow(void) { + int oldlim; u_int n; struct ifindex_entry *e; - V_if_indexlim <<= 1; - n = V_if_indexlim * sizeof(*e); + IFNET_WLOCK_ASSERT(); + oldlim = V_if_indexlim; + IFNET_WUNLOCK(); + n = (oldlim << 1) * sizeof(*e); e = malloc(n, M_IFNET, M_WAITOK | M_ZERO); + IFNET_WLOCK(); + if (V_if_indexlim != oldlim) { + free(e, M_IFNET); + return; + } if (V_ifindex_table != NULL) { memcpy((caddr_t)e, (caddr_t)V_ifindex_table, n/2); free((caddr_t)V_ifindex_table, M_IFNET); } + V_if_indexlim <<= 1; V_ifindex_table = e; } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jan 19 16:20:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BF31106566C; Wed, 19 Jan 2011 16:20:50 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 969A28FC2F; Wed, 19 Jan 2011 16:20:49 +0000 (UTC) Received: by qyk8 with SMTP id 8so716764qyk.13 for ; Wed, 19 Jan 2011 08:20:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=LSAAbbJ3GadMhqbQqNtXs5pVMDe0hHA1BvBtKzegRMs=; b=taByjHgPYNprg0sGBOJjPpQTP+LP52AVmgJ6b/dmSeHPi6u2XR2enrQa/bcRdSgk7k fM2T6G8MEkLSSeRuUokJpJpVdT/wmq1/EAPb0DIY4i9jXFyB8ZrZd9rlJLyLP/eQd0Vd oJuhbz9fl1ZbwLo/agaTdr+oFketJR5yzFZuo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=k+4OawmsDZO1ENfJHpQxF6abvPX6aoos7WpMTqW50H7wLxaRGODCky+zHLY/Yu9c1H XQgcNIhH3mtCBtu4R5wI3pyIZngq17Cj6r5y9f8H2BtzhYm8QkUYRBnQnEdHRmmkEgf+ iGzth4C7p1HFd64xqtI/Y+j32aSyF00ED3J/M= MIME-Version: 1.0 Received: by 10.229.246.209 with SMTP id lz17mr749633qcb.271.1295454048726; Wed, 19 Jan 2011 08:20:48 -0800 (PST) Received: by 10.229.102.87 with HTTP; Wed, 19 Jan 2011 08:20:48 -0800 (PST) In-Reply-To: <201101191017.12144.jhb@freebsd.org> References: <201101181404.26768.jhb@freebsd.org> <201101191017.12144.jhb@freebsd.org> Date: Wed, 19 Jan 2011 19:20:48 +0300 Message-ID: From: Sergey Kandaurov To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Robert Watson Subject: Re: uma_zalloc_arg: zone "256" with non-sleepable exclusive rw ifnet_rw @ /usr/src/sys/net/if.c:414 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 16:20:50 -0000 On 19 January 2011 18:17, John Baldwin wrote: > On Wednesday, January 19, 2011 9:51:59 am Sergey Kandaurov wrote: >> On 18 January 2011 22:04, John Baldwin wrote: >> > On Tuesday, January 18, 2011 1:22:24 pm Sergey Kandaurov wrote: >> >> On 18 January 2011 17:54, John Baldwin wrote: >> >> > On Monday, January 17, 2011 12:55:26 pm Sergey Kandaurov wrote: >> >> >> Hi, >> >> >> >> >> >> I see this "malloc with non-sleepable" on current during boot. >> >> >> It's strange that I don't see it if I boot via pxe/nfs. >> >> >> >> >> >> if_alloc() calls ifindex_alloc_locked() under IFNET_WLOCK() which >> >> >> might call if_grow(). >> >> >> Looks like a regression from r196553. >> >> > >> >> > I'm guessing that ifindex_alloc() should drop the lock and retry th= e >> >> > allocation after calling if_grow()? =A0This compiles, but I haven't > booted >> > it >> >> > yet: >> >> >> >> vnet_if_init() calls if_grow() without lock. >> > >> > So it does. :( =A0I've added locking to the sysinit to handle this: >> >> Seems a bit more work there. The vnet_if_init() sysinit cannot use ifnet >> locking since it runs before another sysinit initialized those ifnet loc= ks. >> On the other side it's safe to call if_grow() from vnet_if_init() w/o > locking: >> >> db> bt >> Tracing pid 0 tid 100000 td 0xffffffff80ccffc0 >> _sx_xlock_hard() at _sx_xlock_hard+0xa0 >> _sx_xlock() at _sx_xlock+0xbb >> vnet_if_init() at vnet_if_init+0x4a >> mi_startup() at mi_startup+0x77 >> btext() at btext+0x2c >> >> After said certain locking changes I came to the next problem. >> A modified ifindex_alloc_locked() function doesn't update/increment > V_if_index >> in successful if_grow() case, so it ends up in quick memory exhaustion: >> >> bce0: mem >> 0x92000000-0x93ffffff irq 28 at device 0.0 on pci4 >> panic: kmem_malloc(-2147483648): kmem_map too small: 1110716416 total > allocated >> cpuid =3D 0 >> KDB: enter: panic >> [ thread pid 0 tid 100000 ] >> Stopped at =A0 =A0 =A0kdb_enter+0x3d: movq =A0 =A0$0,0x700140(%rip) >> db> bt >> Tracing pid 0 tid 100000 td 0xffffffff80ccffc0 >> kdb_enter() at kdb_enter+0x3d >> panic() at panic+0x180 >> kmem_malloc() at kmem_malloc+0x25d >> uma_large_malloc() at uma_large_malloc+0x4a >> malloc() at malloc+0x15d >> if_grow() at if_grow+0x98 >> if_alloc() at if_alloc+0xd8 >> bce_attach() at bce_attach+0x18de >> [...] >> > show malloc >> =A0 =A0ifnet =A0 =A0 =A0 =A0 =A0 =A02 =A0 =A0 =A01048578K =A0 =A0 =A0 = =A0 =A0 25 >> >> So I added V_if_index increment into if_grow() itself. >> At least it boots now :) > > Ah, the increment belongs in ifindex_alloc_locked() not if_grow(), but th= at > was a bug certainly. :) =A0The issue is that we should only grow if the n= ew > index would exceed V_if_indexlim, not V_if_index and that should fix it. = =A0For > the locking, I just swapped the order of the SYSINIT's so that the locks = are > initialized before the various data structures. > > Index: if.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 > --- if.c =A0 =A0 =A0 =A0(revision 217544) > +++ if.c =A0 =A0 =A0 =A0(working copy) > @@ -266,6 +266,7 @@ ifindex_alloc_locked(u_short *idxp) > > =A0 =A0 =A0 =A0IFNET_WLOCK_ASSERT(); > > +retry: > =A0 =A0 =A0 =A0/* > =A0 =A0 =A0 =A0 * Try to find an empty slot below V_if_index. =A0If we fa= il, take the > =A0 =A0 =A0 =A0 * next slot. > @@ -278,10 +279,12 @@ ifindex_alloc_locked(u_short *idxp) > =A0 =A0 =A0 =A0/* Catch if_index overflow. */ > =A0 =A0 =A0 =A0if (idx < 1) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return (ENOSPC); > + =A0 =A0 =A0 if (idx >=3D V_if_indexlim) { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if_grow(); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 goto retry; > + =A0 =A0 =A0 } > =A0 =A0 =A0 =A0if (idx > V_if_index) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0V_if_index =3D idx; > - =A0 =A0 =A0 if (V_if_index >=3D V_if_indexlim) > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 if_grow(); > =A0 =A0 =A0 =A0*idxp =3D idx; > =A0 =A0 =A0 =A0return (0); > =A0} > @@ -351,10 +354,12 @@ vnet_if_init(const void *unused __unused) > > =A0 =A0 =A0 =A0TAILQ_INIT(&V_ifnet); > =A0 =A0 =A0 =A0TAILQ_INIT(&V_ifg_head); > + =A0 =A0 =A0 IFNET_WLOCK(); > =A0 =A0 =A0 =A0if_grow(); =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0/* create initial table */ > + =A0 =A0 =A0 IFNET_WUNLOCK(); > =A0 =A0 =A0 =A0vnet_if_clone_init(); > =A0} > -VNET_SYSINIT(vnet_if_init, SI_SUB_INIT_IF, SI_ORDER_FIRST, vnet_if_init, > +VNET_SYSINIT(vnet_if_init, SI_SUB_INIT_IF, SI_ORDER_SECOND, vnet_if_init= , > =A0 =A0 NULL); > > =A0/* ARGSUSED*/ > @@ -365,7 +370,7 @@ if_init(void *dummy __unused) > =A0 =A0 =A0 =A0IFNET_LOCK_INIT(); > =A0 =A0 =A0 =A0if_clone_init(); > =A0} > -SYSINIT(interfaces, SI_SUB_INIT_IF, SI_ORDER_SECOND, if_init, NULL); > +SYSINIT(interfaces, SI_SUB_INIT_IF, SI_ORDER_FIRST, if_init, NULL); > > > =A0#ifdef VIMAGE > @@ -385,16 +390,25 @@ VNET_SYSUNINIT(vnet_if_uninit, SI_SUB_INIT_IF, SI_ > =A0static void > =A0if_grow(void) > =A0{ > + =A0 =A0 =A0 int oldlim; > =A0 =A0 =A0 =A0u_int n; > =A0 =A0 =A0 =A0struct ifindex_entry *e; > > - =A0 =A0 =A0 V_if_indexlim <<=3D 1; > - =A0 =A0 =A0 n =3D V_if_indexlim * sizeof(*e); > + =A0 =A0 =A0 IFNET_WLOCK_ASSERT(); > + =A0 =A0 =A0 oldlim =3D V_if_indexlim; > + =A0 =A0 =A0 IFNET_WUNLOCK(); > + =A0 =A0 =A0 n =3D (oldlim << 1) * sizeof(*e); > =A0 =A0 =A0 =A0e =3D malloc(n, M_IFNET, M_WAITOK | M_ZERO); > + =A0 =A0 =A0 IFNET_WLOCK(); > + =A0 =A0 =A0 if (V_if_indexlim !=3D oldlim) { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 free(e, M_IFNET); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 return; > + =A0 =A0 =A0 } > =A0 =A0 =A0 =A0if (V_ifindex_table !=3D NULL) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0memcpy((caddr_t)e, (caddr_t)V_ifindex_tabl= e, n/2); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0free((caddr_t)V_ifindex_table, M_IFNET); > =A0 =A0 =A0 =A0} > + =A0 =A0 =A0 V_if_indexlim <<=3D 1; > =A0 =A0 =A0 =A0V_ifindex_table =3D e; > =A0} This patch works for me. Thank you! --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Jan 19 17:21:49 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id B7C3B106564A; Wed, 19 Jan 2011 17:21:49 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org, bf1783@gmail.com Date: Wed, 19 Jan 2011 12:21:29 -0500 User-Agent: KMail/1.6.2 References: <201101190154.18380.jkim@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101191221.40987.jkim@FreeBSD.org> Cc: Marc UBM Bocklet Subject: Re: lockup with vidcontrol VESA_800x600 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 17:21:49 -0000 On Wednesday 19 January 2011 03:32 am, b. f. wrote: > On 1/19/11, Jung-uk Kim wrote: > > On Tuesday 18 January 2011 10:08 pm, b. f. wrote: > >> Marc UBM Bocklet wrote: > > > > Please try the attached patch. > > Your patch fixes my problem. With the patch, I can use the > problematic modes on my machine without panics. Well done; thank > you for the quick response. Committed (a slightly improved version): http://svn.freebsd.org/changeset/base/217587 Thanks! Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Jan 19 17:50:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA8951065672; Wed, 19 Jan 2011 17:50:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6DDC08FC16; Wed, 19 Jan 2011 17:50:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0JHowAQ067355; Wed, 19 Jan 2011 12:50:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0JHowqJ067351; Wed, 19 Jan 2011 17:50:58 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Jan 2011 17:50:58 GMT Message-Id: <201101191750.p0JHowqJ067351@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 17:50:59 -0000 TB --- 2011-01-19 17:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-19 17:45:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-01-19 17:45:00 - cleaning the object tree TB --- 2011-01-19 17:45:09 - cvsupping the source tree TB --- 2011-01-19 17:45:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-01-19 17:50:58 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2011-01-19 17:50:58 - ERROR: unable to cvsup the source tree TB --- 2011-01-19 17:50:58 - 1.34 user 7.63 system 358.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 00:35:11 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C44AC1065672 for ; Thu, 20 Jan 2011 00:35:11 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id 6FD718FC12 for ; Thu, 20 Jan 2011 00:35:10 +0000 (UTC) Received: from daedalus.network.local (215-212.2-85.cust.bluewin.ch [85.2.212.215]) (authenticated bits=0) by marvin.chruetertee.ch (8.14.3/8.14.3) with ESMTP id p0K0Z9ag015880 (version=TLSv1/SSLv3 cipher=DHE-DSS-CAMELLIA256-SHA bits=256 verify=NO); Thu, 20 Jan 2011 00:35:09 GMT (envelope-from beat@chruetertee.ch) Message-ID: <4D37833D.2050301@chruetertee.ch> Date: Thu, 20 Jan 2011 01:35:09 +0100 From: =?ISO-8859-1?Q?Beat_G=E4tzi?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.16) Gecko/20101210 Lightning/1.0b1 Thunderbird/3.0.11 MIME-Version: 1.0 To: Kostik Belousov References: <4D35A0BB.3010601@chruetertee.ch> <20110118144611.GP2518@deviant.kiev.zoral.com.ua> <4D35B2F2.1000804@chruetertee.ch> <20110118161355.GR2518@deviant.kiev.zoral.com.ua> <4D35C26E.4070108@chruetertee.ch> <20110119122417.GW2518@deviant.kiev.zoral.com.ua> In-Reply-To: <20110119122417.GW2518@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Running linux ldconfig on tmpfs results in unkillable process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 00:35:11 -0000 On 19.01.2011 13:24, Kostik Belousov wrote: > On Tue, Jan 18, 2011 at 05:40:14PM +0100, Beat G?tzi wrote: >> On 18.01.2011 17:13, Kostik Belousov wrote: >>> On Tue, Jan 18, 2011 at 04:34:10PM +0100, Beat G?tzi wrote: >>>> On 18.01.2011 15:46, Kostik Belousov wrote: >>>>> On Tue, Jan 18, 2011 at 03:16:27PM +0100, Beat G?tzi wrote: >>>>>> Hi, >>>>>> >>>>>> I've a tinderbox which uses tmpfs to build ports. Every time I build a >>>>>> port which executes linux ldconfig it results in an unkillable process >>>>>> which uses 100% CPU. The problem is reproduceable without tinderbox: >>>>>> >>>>>> # uname -a >>>>>> FreeBSD daedalus.network.local 9.0-CURRENT FreeBSD 9.0-CURRENT #3 >>>>>> r216761: Tue Dec 28 15:32:26 CET 2010 >>>>>> root@daedalus.network.local:/usr/obj/usr/src/sys/GENERIC i386 >>>>>> # mkdir /compat/test >>>>>> # mount -t tmpfs tmpfs /compat/test >>>>>> # cp -Rp /compat/linux/* /compat/test/ >>>>>> # mount -t linprocfs linprocfs /compat/test/proc >>>>>> # /compat/linux/sbin/ldconfig -r /compat/test/ >>>>>> # pgrep ldconfig >>>>>> 3449 >>>>>> # procstat -i 3449 | grep KILL >>>>>> 3449 ldconfig KILL --- >>>>>> # kill -9 3449 >>>>>> # procstat -i 3449 | grep KILL >>>>>> 3449 ldconfig KILL P-- >>>>>> >>>>>> >From top(1): >>>>>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND >>>>>> 3449 root 1 44 0 992K 712K CPU1 1 10:06 100.00% ldconfig >>>>>> >>>>>> When I reboot the machine it hangs after "All buffers synced.". >>>>>> >>>>>> I've uploaded some additional output of procstat and ktrace here: >>>>>> http://people.freebsd.org/~beat/logs/linux-ldconfig-tmpfs.txt >>>>>> >>>>>> Anyone knows how to fix this? >>>>> kdump for the trace of the linux binary is a garbage. You need to >>>>> use linux_kdump (from ports). >>>>> >>>>> I think that your process is looping in the kernel, you can confirm this >>>>> by dropping in the ddb and doing "bt ". >>>> >>>> I've uploaded a screenshot from the output of bt in ddb: >>>> http://people.freebsd.org/~beat/logs/linux-ldconfig-tmpfs-bt.jpg >>> >>> Please try this. >>> >>> diff --git a/sys/compat/linux/linux_file.c b/sys/compat/linux/linux_file.c >>> index 9ff1cf0..44ad193 100644 >>> --- a/sys/compat/linux/linux_file.c >>> +++ b/sys/compat/linux/linux_file.c >>> @@ -369,7 +369,6 @@ getdents_common(struct thread *td, struct linux_getdents64_args *args, >>> lbuf = malloc(LINUX_MAXRECLEN, M_TEMP, M_WAITOK | M_ZERO); >>> vn_lock(vp, LK_SHARED | LK_RETRY); >>> >>> -again: >>> aiov.iov_base = buf; >>> aiov.iov_len = buflen; >>> auio.uio_iov = &aiov; >>> @@ -506,8 +505,10 @@ again: >>> break; >>> } >>> >>> - if (outp == (caddr_t)args->dirent) >>> - goto again; >>> + if (outp == (caddr_t)args->dirent) { >>> + nbytes = resid; >>> + goto eof; >>> + } >>> >>> fp->f_offset = off; >>> if (justone) >>> diff --git a/sys/fs/tmpfs/tmpfs_subr.c b/sys/fs/tmpfs/tmpfs_subr.c >>> index 84a2038..62dd0bf 100644 >>> --- a/sys/fs/tmpfs/tmpfs_subr.c >>> +++ b/sys/fs/tmpfs/tmpfs_subr.c >>> @@ -827,9 +827,10 @@ tmpfs_dir_getdents(struct tmpfs_node *node, struct uio *uio, off_t *cntp) >>> /* Copy the new dirent structure into the output buffer and >>> * advance pointers. */ >>> error = uiomove(&d, d.d_reclen, uio); >>> - >>> - (*cntp)++; >>> - de = TAILQ_NEXT(de, td_entries); >>> + if (error == 0) { >>> + (*cntp)++; >>> + de = TAILQ_NEXT(de, td_entries); >>> + } >>> } while (error == 0 && uio->uio_resid > 0 && de != NULL); >>> >>> /* Update the offset and cache. */ >> >> This patch solves the problem. >> > Thank you, but apparently this is not the end of story. > > I committed the linuxolator part of change, but I think that tmpfs > change is uncomplete yet. Strictly following getdirentries(2), tmpfs > must return EINVAL in the case when no single record can be returned. > Currently, it indicates EOF instead. I think this could be a complete > solution, but it might break e.g. Linux ldconfig(8) since it exposed > the linuxolator situation. > > Can you apply the patch below over the latest HEAD with r217578 included > and retest ? Thanks. > > diff --git a/sys/fs/tmpfs/tmpfs_subr.c b/sys/fs/tmpfs/tmpfs_subr.c > index 84a2038..62dd0bf 100644 > --- a/sys/fs/tmpfs/tmpfs_subr.c > +++ b/sys/fs/tmpfs/tmpfs_subr.c > @@ -827,9 +827,10 @@ tmpfs_dir_getdents(struct tmpfs_node *node, struct uio *uio, off_t *cntp) > /* Copy the new dirent structure into the output buffer and > * advance pointers. */ > error = uiomove(&d, d.d_reclen, uio); > - > - (*cntp)++; > - de = TAILQ_NEXT(de, td_entries); > + if (error == 0) { > + (*cntp)++; > + de = TAILQ_NEXT(de, td_entries); > + } > } while (error == 0 && uio->uio_resid > 0 && de != NULL); > > /* Update the offset and cache. */ > diff --git a/sys/fs/tmpfs/tmpfs_vnops.c b/sys/fs/tmpfs/tmpfs_vnops.c > index 059a790..a57c1f2 100644 > --- a/sys/fs/tmpfs/tmpfs_vnops.c > +++ b/sys/fs/tmpfs/tmpfs_vnops.c > @@ -1349,7 +1349,7 @@ outok: > MPASS(error >= -1); > > if (error == -1) > - error = 0; > + error = (cnt != 0) ? 0 : EINVAL; > > if (eofflag != NULL) > *eofflag = I've applied the new patch on top of r217615 and was not able to reproduce the problem. Thanks again, Beat From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 05:49:07 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 809E7106566C; Thu, 20 Jan 2011 05:49:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4B4CA8FC19; Thu, 20 Jan 2011 05:49:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0K5n6sc053116; Thu, 20 Jan 2011 00:49:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0K5n68d053079; Thu, 20 Jan 2011 05:49:06 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Jan 2011 05:49:06 GMT Message-Id: <201101200549.p0K5n68d053079@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 05:49:07 -0000 TB --- 2011-01-20 03:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-20 03:55:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-01-20 03:55:00 - cleaning the object tree TB --- 2011-01-20 03:55:23 - cvsupping the source tree TB --- 2011-01-20 03:55:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-01-20 03:55:36 - building world TB --- 2011-01-20 03:55:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-20 03:55:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-20 03:55:36 - TARGET=pc98 TB --- 2011-01-20 03:55:36 - TARGET_ARCH=i386 TB --- 2011-01-20 03:55:36 - TZ=UTC TB --- 2011-01-20 03:55:36 - __MAKE_CONF=/dev/null TB --- 2011-01-20 03:55:36 - cd /src TB --- 2011-01-20 03:55:36 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 20 03:55:36 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 20 05:36:07 UTC 2011 TB --- 2011-01-20 05:36:07 - generating LINT kernel config TB --- 2011-01-20 05:36:07 - cd /src/sys/pc98/conf TB --- 2011-01-20 05:36:07 - /usr/bin/make -B LINT TB --- 2011-01-20 05:36:07 - building LINT kernel TB --- 2011-01-20 05:36:07 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-20 05:36:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-20 05:36:07 - TARGET=pc98 TB --- 2011-01-20 05:36:07 - TARGET_ARCH=i386 TB --- 2011-01-20 05:36:07 - TZ=UTC TB --- 2011-01-20 05:36:07 - __MAKE_CONF=/dev/null TB --- 2011-01-20 05:36:07 - cd /src TB --- 2011-01-20 05:36:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 20 05:36:07 UTC 2011 >>> 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 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/x86/nexus.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 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/x86/tsc.c cc1: warnings being treated as errors /src/sys/x86/x86/tsc.c: In function 'sysctl_machdep_tsc_freq': /src/sys/x86/x86/tsc.c:266: warning: implicit declaration of function 'sysctl_handle_64' /src/sys/x86/x86/tsc.c:266: warning: nested extern declaration of 'sysctl_handle_64' /src/sys/x86/x86/tsc.c: At top level: /src/sys/x86/x86/tsc.c:274: error: 'CTLTYPE_U64' undeclared here (not in a function) *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-20 05:49:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-20 05:49:05 - ERROR: failed to build lint kernel TB --- 2011-01-20 05:49:05 - 5539.94 user 915.28 system 6845.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 05:51:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 827E2106566B for ; Thu, 20 Jan 2011 05:51:31 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2104F8FC12 for ; Thu, 20 Jan 2011 05:51:30 +0000 (UTC) Received: by qwj9 with SMTP id 9so232530qwj.13 for ; Wed, 19 Jan 2011 21:51:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=nsMBGRqfJzrat3Z9JgpTwqHrqzrdTqRrD5V5z6ZdFoo=; b=WkGwjWga/x5SCux9hv019lstlx548dtU24RFzLqoxbk1oABcAnk1aeIzfcsf9V28ca WTVJ0k96MAaiwZzA8qggyU+YnRd7+kFwNO70fWlo/2143HSy6ln9+ZnepcnWLKzXHRe7 WeNeIROhCBjae/wPe0UZjMRPKrxuiapDeTOD8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=mKJcjzY8QXly1/6lhHVyQ5kbvTF83HiGOixqTkHnjhvEUT3mXSS/tOtwaRoKAL4jkZ T9h2mvQKcrPGSERa8a28lCpLDMQhKodH/u6j4HxVD5DfCOpt05dG8in5r4VUln4976ST KwAodJfHJnbAMHvKFygKdwT0ErfOW6CFRSAIc= MIME-Version: 1.0 Received: by 10.224.67.18 with SMTP id p18mr1567223qai.20.1295502690014; Wed, 19 Jan 2011 21:51:30 -0800 (PST) Received: by 10.220.198.203 with HTTP; Wed, 19 Jan 2011 21:51:29 -0800 (PST) Date: Thu, 20 Jan 2011 13:51:29 +0800 Message-ID: From: Adrian Chadd To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Subject: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 05:51:31 -0000 Hi everyone, I'm in the process of merging in the non-intrusive changes to the if_ath code into -HEAD. I'd appreciate some testing just to ensure I haven't broken anything terribly obvious. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 05:57:33 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE0111065672; Thu, 20 Jan 2011 05:57:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B1F868FC15; Thu, 20 Jan 2011 05:57:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0K5vX7R009642; Thu, 20 Jan 2011 00:57:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0K5vWg7009641; Thu, 20 Jan 2011 05:57:32 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Jan 2011 05:57:32 GMT Message-Id: <201101200557.p0K5vWg7009641@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 05:57:34 -0000 TB --- 2011-01-20 03:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-20 03:55:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-01-20 03:55:00 - cleaning the object tree TB --- 2011-01-20 03:55:28 - cvsupping the source tree TB --- 2011-01-20 03:55:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-01-20 04:00:51 - building world TB --- 2011-01-20 04:00:51 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-20 04:00:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-20 04:00:51 - TARGET=i386 TB --- 2011-01-20 04:00:51 - TARGET_ARCH=i386 TB --- 2011-01-20 04:00:51 - TZ=UTC TB --- 2011-01-20 04:00:51 - __MAKE_CONF=/dev/null TB --- 2011-01-20 04:00:51 - cd /src TB --- 2011-01-20 04:00:51 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 20 04:00:51 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 20 05:42:16 UTC 2011 TB --- 2011-01-20 05:42:16 - generating LINT kernel config TB --- 2011-01-20 05:42:16 - cd /src/sys/i386/conf TB --- 2011-01-20 05:42:16 - /usr/bin/make -B LINT TB --- 2011-01-20 05:42:16 - building LINT kernel TB --- 2011-01-20 05:42:16 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-20 05:42:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-20 05:42:16 - TARGET=i386 TB --- 2011-01-20 05:42:16 - TARGET_ARCH=i386 TB --- 2011-01-20 05:42:16 - TZ=UTC TB --- 2011-01-20 05:42:16 - __MAKE_CONF=/dev/null TB --- 2011-01-20 05:42:16 - cd /src TB --- 2011-01-20 05:42:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 20 05:42:17 UTC 2011 >>> 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 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/x86/nexus.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 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/x86/tsc.c cc1: warnings being treated as errors /src/sys/x86/x86/tsc.c: In function 'sysctl_machdep_tsc_freq': /src/sys/x86/x86/tsc.c:266: warning: implicit declaration of function 'sysctl_handle_64' /src/sys/x86/x86/tsc.c:266: warning: nested extern declaration of 'sysctl_handle_64' /src/sys/x86/x86/tsc.c: At top level: /src/sys/x86/x86/tsc.c:274: error: 'CTLTYPE_U64' undeclared here (not in a function) *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-20 05:57:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-20 05:57:32 - ERROR: failed to build lint kernel TB --- 2011-01-20 05:57:32 - 5671.22 user 911.34 system 7352.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 06:18:50 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9D0B106566C; Thu, 20 Jan 2011 06:18:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 949C98FC14; Thu, 20 Jan 2011 06:18:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0K6InhL000786; Thu, 20 Jan 2011 01:18:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0K6Inf4000743; Thu, 20 Jan 2011 06:18:49 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Jan 2011 06:18:49 GMT Message-Id: <201101200618.p0K6Inf4000743@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 06:18:50 -0000 TB --- 2011-01-20 03:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-20 03:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-01-20 03:55:00 - cleaning the object tree TB --- 2011-01-20 03:55:27 - cvsupping the source tree TB --- 2011-01-20 03:55:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-01-20 03:55:39 - building world TB --- 2011-01-20 03:55:39 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-20 03:55:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-20 03:55:39 - TARGET=amd64 TB --- 2011-01-20 03:55:39 - TARGET_ARCH=amd64 TB --- 2011-01-20 03:55:39 - TZ=UTC TB --- 2011-01-20 03:55:39 - __MAKE_CONF=/dev/null TB --- 2011-01-20 03:55:39 - cd /src TB --- 2011-01-20 03:55:39 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 20 03:55:43 UTC 2011 >>> 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 Thu Jan 20 06:04:21 UTC 2011 TB --- 2011-01-20 06:04:21 - generating LINT kernel config TB --- 2011-01-20 06:04:21 - cd /src/sys/amd64/conf TB --- 2011-01-20 06:04:21 - /usr/bin/make -B LINT TB --- 2011-01-20 06:04:21 - building LINT kernel TB --- 2011-01-20 06:04:21 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-20 06:04:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-20 06:04:21 - TARGET=amd64 TB --- 2011-01-20 06:04:21 - TARGET_ARCH=amd64 TB --- 2011-01-20 06:04:21 - TZ=UTC TB --- 2011-01-20 06:04:21 - __MAKE_CONF=/dev/null TB --- 2011-01-20 06:04:21 - cd /src TB --- 2011-01-20 06:04:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 20 06:04:21 UTC 2011 >>> 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-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/x86/nexus.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-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/x86/tsc.c cc1: warnings being treated as errors /src/sys/x86/x86/tsc.c: In function 'sysctl_machdep_tsc_freq': /src/sys/x86/x86/tsc.c:266: warning: implicit declaration of function 'sysctl_handle_64' /src/sys/x86/x86/tsc.c:266: warning: nested extern declaration of 'sysctl_handle_64' /src/sys/x86/x86/tsc.c: At top level: /src/sys/x86/x86/tsc.c:274: error: 'CTLTYPE_U64' undeclared here (not in a function) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-20 06:18:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-20 06:18:49 - ERROR: failed to build lint kernel TB --- 2011-01-20 06:18:49 - 6881.73 user 1196.77 system 8628.90 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 09:49:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 862721065670; Thu, 20 Jan 2011 09:49:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2A1CA8FC08; Thu, 20 Jan 2011 09:49:41 +0000 (UTC) Received: by qyk36 with SMTP id 36so367636qyk.13 for ; Thu, 20 Jan 2011 01:49:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Es8/cLc3w05W3phbMlnxqyEqmR7abRRwf3ENWjrHclc=; b=YXMXfZGlWPGPdTjZ0rXs7co3pLMgDpAQ6moQKHuL/8VM333LZDQoIRn0tTDjvN4Ajh 0vqqmf+/d/L8LVXSQQrnZ3MUBg7UrTldG3pnwKkiNS3AcGygCYw20wB6DEy2Sbusn4sE x6t/MJqafgLkKYjOainqWWCUa0hrgpeKGB7Lo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=EbynVtGcNNnctXFujFNaUl3zjeyWaJPD2xAKlTpL3KiWCIn+75+ERzqdfnrVQbYIEd UXrPyP+1diit+cSLX73cewCMEhMi2RbfcW+B9Z5453PaK+b3NIWSN9SMB8l8A197O7ML KboolaAUZ/Pzlpu/t84/ldqTBMrdYly4pp8VQ= MIME-Version: 1.0 Received: by 10.229.81.15 with SMTP id v15mr1591098qck.209.1295516981240; Thu, 20 Jan 2011 01:49:41 -0800 (PST) Received: by 10.220.198.203 with HTTP; Thu, 20 Jan 2011 01:49:41 -0800 (PST) In-Reply-To: References: Date: Thu, 20 Jan 2011 17:49:41 +0800 Message-ID: From: Adrian Chadd To: Max Khon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 09:49:42 -0000 On 20 January 2011 17:44, Max Khon wrote: > Any chances for proper support for Atheros 802.11n cards? > Should not we just port ath9k (Linux) or athn (OpenBSD) drivers? *grin* I have the beginnings of functioning 802.11n support. This stuff is just structural precursors to that. I'm just tidying up bits and pieces and including some updates from ath9k before I begin enabling the 802.11n hooks for others to play with. But I do actually have 802.11n working on FreeBSD at home, at least in station mode. So nyeah. :) Adrian From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 10:08:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F66C106564A; Thu, 20 Jan 2011 10:08:48 +0000 (UTC) (envelope-from fjoe@samodelkin.net) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 1756A8FC0A; Thu, 20 Jan 2011 10:08:47 +0000 (UTC) Received: by qyk8 with SMTP id 8so1565145qyk.13 for ; Thu, 20 Jan 2011 02:08:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.96.132 with SMTP id h4mr1606986qcn.41.1295516667546; Thu, 20 Jan 2011 01:44:27 -0800 (PST) Received: by 10.229.233.209 with HTTP; Thu, 20 Jan 2011 01:44:27 -0800 (PST) X-Originating-IP: [93.92.220.138] In-Reply-To: References: Date: Thu, 20 Jan 2011 15:44:27 +0600 Message-ID: From: Max Khon To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 10:08:48 -0000 Adrian, On Thu, Jan 20, 2011 at 11:51 AM, Adrian Chadd wrote: I'm in the process of merging in the non-intrusive changes to the > if_ath code into -HEAD. > > I'd appreciate some testing just to ensure I haven't broken anything > terribly obvious. > Any chances for proper support for Atheros 802.11n cards? Should not we just port ath9k (Linux) or athn (OpenBSD) drivers? Max From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 11:07:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 375B9106564A; Thu, 20 Jan 2011 11:07:32 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 8D1E98FC0A; Thu, 20 Jan 2011 11:07:31 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id 3AD7771; Thu, 20 Jan 2011 11:47:49 +0100 (CET) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id cnQJuxPadavt; Thu, 20 Jan 2011 11:47:47 +0100 (CET) Received: from snifi.localnet (snifi.laptop [10.0.10.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id 5279F37; Thu, 20 Jan 2011 11:47:47 +0100 (CET) From: Maciej Milewski To: freebsd-mobile@freebsd.org, "freebsd-current" Date: Thu, 20 Jan 2011 11:48:45 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.36-ARCH; KDE/4.5.5; x86_64; ; ) References: In-Reply-To: X-KMail-Markup: true MIME-Version: 1.0 Message-Id: <201101201148.45476.milu@dat.pl> X-Mailman-Approved-At: Thu, 20 Jan 2011 12:16:57 +0000 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Max Khon Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 11:07:32 -0000 Dnia czwartek, 20 stycznia 2011 o 10:44:27 Max Khon napisa=B3(a): > Adrian, >=20 > On Thu, Jan 20, 2011 at 11:51 AM, Adrian Chadd > wrote: >=20 > I'm in the process of merging in the non-intrusive changes to the >=20 > > if_ath code into -HEAD. > >=20 > > I'd appreciate some testing just to ensure I haven't broken anything > > terribly obvious. >=20 > Any chances for proper support for Atheros 802.11n cards? > Should not we just port ath9k (Linux) or athn (OpenBSD) drivers? AFAIK OpenBSD support is limited on these cards. =46rom man athn(4)[1] CAVEATS The athn driver does not support any of the 802.11n capabilities offer= ed by the adapters. Additional work is required in ieee80211(9) before those features can be supported. [1] http://www.openbsd.org/cgi- bin/man.cgi?query=3Dathn&apropos=3D0&sektion=3D0&manpath=3DOpenBSD+Current&= arch=3Di386&format=3Dhtml Regards, Maciej Milewski From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 12:41:31 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C150C106566C; Thu, 20 Jan 2011 12:41:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 90F688FC0A; Thu, 20 Jan 2011 12:41:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0KCfUHx067105; Thu, 20 Jan 2011 07:41:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0KCfUrP067061; Thu, 20 Jan 2011 12:41:30 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Jan 2011 12:41:30 GMT Message-Id: <201101201241.p0KCfUrP067061@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 12:41:32 -0000 TB --- 2011-01-20 11:38:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-20 11:38:04 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-01-20 11:38:04 - cleaning the object tree TB --- 2011-01-20 11:38:15 - cvsupping the source tree TB --- 2011-01-20 11:38:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-01-20 11:38:27 - building world TB --- 2011-01-20 11:38:27 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-20 11:38:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-20 11:38:27 - TARGET=sparc64 TB --- 2011-01-20 11:38:27 - TARGET_ARCH=sparc64 TB --- 2011-01-20 11:38:27 - TZ=UTC TB --- 2011-01-20 11:38:27 - __MAKE_CONF=/dev/null TB --- 2011-01-20 11:38:27 - cd /src TB --- 2011-01-20 11:38:27 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 20 11:38:27 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 20 12:40:12 UTC 2011 TB --- 2011-01-20 12:40:12 - generating LINT kernel config TB --- 2011-01-20 12:40:12 - cd /src/sys/sparc64/conf TB --- 2011-01-20 12:40:12 - /usr/bin/make -B LINT TB --- 2011-01-20 12:40:13 - building LINT kernel TB --- 2011-01-20 12:40:13 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-20 12:40:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-20 12:40:13 - TARGET=sparc64 TB --- 2011-01-20 12:40:13 - TARGET_ARCH=sparc64 TB --- 2011-01-20 12:40:13 - TZ=UTC TB --- 2011-01-20 12:40:13 - __MAKE_CONF=/dev/null TB --- 2011-01-20 12:40:13 - cd /src TB --- 2011-01-20 12:40:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 20 12:40:13 UTC 2011 >>> 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 [...] /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -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 cc: /src/sys/dev/ath/ath_hal/ar5416/ar9285_attach.c: No such file or directory cc: /src/sys/dev/ath/ath_hal/ar5416/ar9285_reset.c: No such file or directory cc: /src/sys/dev/ath/ath_hal/ar5416/ar9280.c: No such file or directory cc: /src/sys/dev/ath/ath_hal/ar5416/ar9285.c: No such file or directory /src/sys/dev/ath/ath_hal/ar5416/ar9280_attach.c:31:31: error: ar5416/ar9280v1.ini: No such file or directory /src/sys/dev/ath/ath_hal/ar5416/ar9280_attach.c:32:31: error: ar5416/ar9280v2.ini: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-20 12:41:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-20 12:41:29 - ERROR: failed to build lint kernel TB --- 2011-01-20 12:41:30 - 2888.48 user 589.44 system 3805.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 12:55:45 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E687106564A; Thu, 20 Jan 2011 12:55:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 71F718FC19; Thu, 20 Jan 2011 12:55:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0KCtidr083209; Thu, 20 Jan 2011 07:55:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0KCtiCD083203; Thu, 20 Jan 2011 12:55:44 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Jan 2011 12:55:44 GMT Message-Id: <201101201255.p0KCtiCD083203@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 12:55:45 -0000 TB --- 2011-01-20 11:50:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-20 11:50:46 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-01-20 11:50:46 - cleaning the object tree TB --- 2011-01-20 11:50:55 - cvsupping the source tree TB --- 2011-01-20 11:50:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-01-20 11:51:08 - building world TB --- 2011-01-20 11:51:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-20 11:51:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-20 11:51:08 - TARGET=sun4v TB --- 2011-01-20 11:51:08 - TARGET_ARCH=sparc64 TB --- 2011-01-20 11:51:08 - TZ=UTC TB --- 2011-01-20 11:51:08 - __MAKE_CONF=/dev/null TB --- 2011-01-20 11:51:08 - cd /src TB --- 2011-01-20 11:51:08 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 20 11:51:09 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 20 12:51:42 UTC 2011 TB --- 2011-01-20 12:51:42 - generating LINT kernel config TB --- 2011-01-20 12:51:42 - cd /src/sys/sun4v/conf TB --- 2011-01-20 12:51:42 - /usr/bin/make -B LINT TB --- 2011-01-20 12:51:42 - building LINT kernel TB --- 2011-01-20 12:51:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-20 12:51:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-20 12:51:42 - TARGET=sun4v TB --- 2011-01-20 12:51:42 - TARGET_ARCH=sparc64 TB --- 2011-01-20 12:51:42 - TZ=UTC TB --- 2011-01-20 12:51:42 - __MAKE_CONF=/dev/null TB --- 2011-01-20 12:51:42 - cd /src TB --- 2011-01-20 12:51:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 20 12:51:42 UTC 2011 >>> 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/dev/ath/ath_hal/ar9002/ar9280_attach.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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/dev/ath/ath_hal/ar9002/ar9285_attach.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal /src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c: In function 'ar9285Attach': /src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c:248: error: 'AR2427_DEVID_PCIE' undeclared (first use in this function) /src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c:248: error: (Each undeclared identifier is reported only once /src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c:248: error: for each function it appears in.) /src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c: In function 'ar9285Probe': /src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c:410: error: 'AR2427_DEVID_PCIE' undeclared (first use in this function) *** Error code 1 Stop in /obj/sun4v.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-20 12:55:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-20 12:55:44 - ERROR: failed to build lint kernel TB --- 2011-01-20 12:55:44 - 3001.88 user 628.48 system 3897.93 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 12:58:50 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F8AB106566B; Thu, 20 Jan 2011 12:58:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 647D48FC19; Thu, 20 Jan 2011 12:58:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0KCwnOr096841; Thu, 20 Jan 2011 07:58:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0KCwnQX096840; Thu, 20 Jan 2011 12:58:49 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Jan 2011 12:58:49 GMT Message-Id: <201101201258.p0KCwnQX096840@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 12:58:50 -0000 TB --- 2011-01-20 11:22:12 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-20 11:22:12 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-01-20 11:22:12 - cleaning the object tree TB --- 2011-01-20 11:22:25 - cvsupping the source tree TB --- 2011-01-20 11:22:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-01-20 11:22:39 - building world TB --- 2011-01-20 11:22:39 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-20 11:22:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-20 11:22:39 - TARGET=powerpc TB --- 2011-01-20 11:22:39 - TARGET_ARCH=powerpc TB --- 2011-01-20 11:22:39 - TZ=UTC TB --- 2011-01-20 11:22:39 - __MAKE_CONF=/dev/null TB --- 2011-01-20 11:22:39 - cd /src TB --- 2011-01-20 11:22:39 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 20 11:22:40 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 20 12:57:43 UTC 2011 TB --- 2011-01-20 12:57:44 - generating LINT kernel config TB --- 2011-01-20 12:57:44 - cd /src/sys/powerpc/conf TB --- 2011-01-20 12:57:44 - /usr/bin/make -B LINT TB --- 2011-01-20 12:57:44 - building LINT kernel TB --- 2011-01-20 12:57:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-20 12:57:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-20 12:57:44 - TARGET=powerpc TB --- 2011-01-20 12:57:44 - TARGET_ARCH=powerpc TB --- 2011-01-20 12:57:44 - TZ=UTC TB --- 2011-01-20 12:57:44 - __MAKE_CONF=/dev/null TB --- 2011-01-20 12:57:44 - cd /src TB --- 2011-01-20 12:57:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 20 12:57:44 UTC 2011 >>> 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 [...] /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -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 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector cc: /src/sys/dev/ath/ath_hal/ar5416/ar9285_attach.c: No such file or directory cc: /src/sys/dev/ath/ath_hal/ar5416/ar9285_reset.c: No such file or directory cc: /src/sys/dev/ath/ath_hal/ar5416/ar9280.c: No such file or directory cc: /src/sys/dev/ath/ath_hal/ar5416/ar9285.c: No such file or directory /src/sys/dev/ath/ath_hal/ar5416/ar9280_attach.c:31:31: error: ar5416/ar9280v1.ini: No such file or directory /src/sys/dev/ath/ath_hal/ar5416/ar9280_attach.c:32:31: error: ar5416/ar9280v2.ini: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-20 12:58:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-20 12:58:49 - ERROR: failed to build lint kernel TB --- 2011-01-20 12:58:49 - 4710.82 user 772.41 system 5796.65 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 13:06:40 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2081B1065673; Thu, 20 Jan 2011 13:06:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E866C8FC1D; Thu, 20 Jan 2011 13:06:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0KD6duS020652; Thu, 20 Jan 2011 08:06:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0KD6dEe020651; Thu, 20 Jan 2011 13:06:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Jan 2011 13:06:39 GMT Message-Id: <201101201306.p0KD6dEe020651@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 13:06:40 -0000 TB --- 2011-01-20 11:35:10 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-20 11:35:10 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-01-20 11:35:10 - cleaning the object tree TB --- 2011-01-20 11:35:24 - cvsupping the source tree TB --- 2011-01-20 11:35:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-01-20 11:35:40 - building world TB --- 2011-01-20 11:35:40 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-20 11:35:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-20 11:35:40 - TARGET=powerpc TB --- 2011-01-20 11:35:40 - TARGET_ARCH=powerpc64 TB --- 2011-01-20 11:35:40 - TZ=UTC TB --- 2011-01-20 11:35:40 - __MAKE_CONF=/dev/null TB --- 2011-01-20 11:35:40 - cd /src TB --- 2011-01-20 11:35:40 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 20 11:35:41 UTC 2011 >>> 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 Thu Jan 20 13:05:30 UTC 2011 TB --- 2011-01-20 13:05:31 - generating LINT kernel config TB --- 2011-01-20 13:05:31 - cd /src/sys/powerpc/conf TB --- 2011-01-20 13:05:31 - /usr/bin/make -B LINT TB --- 2011-01-20 13:05:31 - building LINT kernel TB --- 2011-01-20 13:05:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-20 13:05:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-20 13:05:31 - TARGET=powerpc TB --- 2011-01-20 13:05:31 - TARGET_ARCH=powerpc64 TB --- 2011-01-20 13:05:31 - TZ=UTC TB --- 2011-01-20 13:05:31 - __MAKE_CONF=/dev/null TB --- 2011-01-20 13:05:31 - cd /src TB --- 2011-01-20 13:05:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 20 13:05:31 UTC 2011 >>> 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 [...] /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -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 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector cc: /src/sys/dev/ath/ath_hal/ar5416/ar9285_attach.c: No such file or directory cc: /src/sys/dev/ath/ath_hal/ar5416/ar9285_reset.c: No such file or directory cc: /src/sys/dev/ath/ath_hal/ar5416/ar9280.c: No such file or directory cc: /src/sys/dev/ath/ath_hal/ar5416/ar9285.c: No such file or directory /src/sys/dev/ath/ath_hal/ar5416/ar9280_attach.c:31:31: error: ar5416/ar9280v1.ini: No such file or directory /src/sys/dev/ath/ath_hal/ar5416/ar9280_attach.c:32:31: error: ar5416/ar9280v2.ini: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-20 13:06:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-20 13:06:38 - ERROR: failed to build lint kernel TB --- 2011-01-20 13:06:38 - 4316.88 user 873.93 system 5488.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 14:30:55 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CD241065672; Thu, 20 Jan 2011 14:30:55 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 478F78FC0A; Thu, 20 Jan 2011 14:30:54 +0000 (UTC) Received: by iwn39 with SMTP id 39so624325iwn.13 for ; Thu, 20 Jan 2011 06:30:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4hGvaHv8R+Q22jEfm6Q4SXNFN+E/0mcqvX3S8ULU/Bw=; b=WkvfQrb3W/UF+KnyVc7TfIiL7UVIMNQmEuFyc1vMD5PtCXEgY6b2NEW2uxXHVh5xKV S67dlfN7q4qh+6NhB93RffnV6WqppDyCnDfC5g23eiHhIfC1SNGxXK5Ay/0lBMPeloJP 2j6umc4de1vT+2RZjmlKGEr4XqSUCFcA63Bp0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=eYPrxOxd080efPDfgCSgoHySeYlQnd4susz43LUIMlnIdB/3rSt0C3J5rHLDsXpU6/ JgPVQGa1IMDxwHDI64wrlXVeRU0hoX4HmyWcYe/T2KB41hOKyd9Tkd+5lPyp1P+QwmLX GIHFnD3WMXcxJ1uLFgb29zz2pyk9s+0cRGtAc= MIME-Version: 1.0 Received: by 10.231.37.74 with SMTP id w10mr2642008ibd.4.1295533853590; Thu, 20 Jan 2011 06:30:53 -0800 (PST) Received: by 10.231.160.147 with HTTP; Thu, 20 Jan 2011 06:30:53 -0800 (PST) In-Reply-To: <201101200618.p0K6Inf4000743@freebsd-current.sentex.ca> References: <201101200618.p0K6Inf4000743@freebsd-current.sentex.ca> Date: Thu, 20 Jan 2011 06:30:53 -0800 Message-ID: From: Matthew Fleming To: FreeBSD Tinderbox Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 14:30:55 -0000 As far as I can tell this is another cvsup / tinderbox bug. Both sysctl.h and tsc.c were modified in r217616 but somehow tsc.c is seeing the old version of sysctl.h. This happened on another of my commits a few weeks ago. Hmm, does bumping __FreeBSD_version have anything to do with this? I belatedly realize that I should have done it for that rev since the name of a kernel interface changed. Thanks, matthew On Wed, Jan 19, 2011 at 10:18 PM, FreeBSD Tinderbox wrote: > TB --- 2011-01-20 03:55:00 - tinderbox 2.6 running on freebsd-current.sen= tex.ca > TB --- 2011-01-20 03:55:00 - starting HEAD tinderbox run for amd64/amd64 > TB --- 2011-01-20 03:55:00 - cleaning the object tree > TB --- 2011-01-20 03:55:27 - cvsupping the source tree > TB --- 2011-01-20 03:55:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca /tinderbox/HEAD/amd64/amd64/supfile > TB --- 2011-01-20 03:55:39 - building world > TB --- 2011-01-20 03:55:39 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-01-20 03:55:39 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-01-20 03:55:39 - TARGET=3Damd64 > TB --- 2011-01-20 03:55:39 - TARGET_ARCH=3Damd64 > TB --- 2011-01-20 03:55:39 - TZ=3DUTC > TB --- 2011-01-20 03:55:39 - __MAKE_CONF=3D/dev/null > TB --- 2011-01-20 03:55:39 - cd /src > TB --- 2011-01-20 03:55:39 - /usr/bin/make -B buildworld >>>> World build started on Thu Jan 20 03:55:43 UTC 2011 >>>> 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 Thu Jan 20 06:04:21 UTC 2011 > TB --- 2011-01-20 06:04:21 - generating LINT kernel config > TB --- 2011-01-20 06:04:21 - cd /src/sys/amd64/conf > TB --- 2011-01-20 06:04:21 - /usr/bin/make -B LINT > TB --- 2011-01-20 06:04:21 - building LINT kernel > TB --- 2011-01-20 06:04:21 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-01-20 06:04:21 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-01-20 06:04:21 - TARGET=3Damd64 > TB --- 2011-01-20 06:04:21 - TARGET_ARCH=3Damd64 > TB --- 2011-01-20 06:04:21 - TZ=3DUTC > TB --- 2011-01-20 06:04:21 - __MAKE_CONF=3D/dev/null > TB --- 2011-01-20 06:04:21 - cd /src > TB --- 2011-01-20 06:04:21 - /usr/bin/make -B buildkernel KERNCONF=3DLINT >>>> Kernel build for LINT started on Thu Jan 20 06:04:21 UTC 2011 >>>> 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 =A0-std=3Dc99 =A0= -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes =A0-Wmissing-p= rototypes -Wpointer-arith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-sign= -fformat-extensions -nostdinc =A0-I. -I/src/sys -I/src/sys/contrib/altq -D= _KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -fin= line-limit=3D8000 --param inline-unit-growth=3D100 --param large-function-g= rowth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin = -fno-omit-frame-pointer -mcmodel=3Dkernel -mno-red-zone =A0-mfpmath=3D387 -= mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 =A0-msoft-float -fno-asynch= ronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofile= r-epilogue /src/sys/x86/x86/nexus.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing =A0-std=3Dc99 =A0= -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes =A0-Wmissing-p= rototypes -Wpointer-arith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-sign= -fformat-extensions -nostdinc =A0-I. -I/src/sys -I/src/sys/contrib/altq -D= _KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -fin= line-limit=3D8000 --param inline-unit-growth=3D100 --param large-function-g= rowth=3D1000 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin = -fno-omit-frame-pointer -mcmodel=3Dkernel -mno-red-zone =A0-mfpmath=3D387 -= mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 =A0-msoft-float -fno-asynch= ronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofile= r-epilogue /src/sys/x86/x86/tsc.c > cc1: warnings being treated as errors > /src/sys/x86/x86/tsc.c: In function 'sysctl_machdep_tsc_freq': > /src/sys/x86/x86/tsc.c:266: warning: implicit declaration of function 'sy= sctl_handle_64' > /src/sys/x86/x86/tsc.c:266: warning: nested extern declaration of 'sysctl= _handle_64' > /src/sys/x86/x86/tsc.c: At top level: > /src/sys/x86/x86/tsc.c:274: error: 'CTLTYPE_U64' undeclared here (not in = a function) > *** Error code 1 > > Stop in /obj/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2011-01-20 06:18:49 - WARNING: /usr/bin/make returned exit code = =A01 > TB --- 2011-01-20 06:18:49 - ERROR: failed to build lint kernel > TB --- 2011-01-20 06:18:49 - 6881.73 user 1196.77 system 8628.90 real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 16:23:37 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D89EE106564A for ; Thu, 20 Jan 2011 16:23:37 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 7754F8FC18 for ; Thu, 20 Jan 2011 16:23:37 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p0KGNZ5B013883 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 20 Jan 2011 11:23:35 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4D386186.2070007@sentex.net> Date: Thu, 20 Jan 2011 11:23:34 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Matthew Fleming References: <201101200618.p0K6Inf4000743@freebsd-current.sentex.ca> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 16:23:37 -0000 On 1/20/2011 9:30 AM, Matthew Fleming wrote: > As far as I can tell this is another cvsup / tinderbox bug. Both > sysctl.h and tsc.c were modified in r217616 but somehow tsc.c is > seeing the old version of sysctl.h. This happened on another of my > commits a few weeks ago. Sometimes it takes a bit to get all the updates. The tinderbox syncs off my local cvsup server which gets its updates from cvsup18 once per hr. You can check its progress at http://tinderbox.freebsd.org/ It has since built amd64 ---Mike > > Hmm, does bumping __FreeBSD_version have anything to do with this? I > belatedly realize that I should have done it for that rev since the > name of a kernel interface changed. > > Thanks, > matthew > > On Wed, Jan 19, 2011 at 10:18 PM, FreeBSD Tinderbox > wrote: >> TB --- 2011-01-20 03:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca >> TB --- 2011-01-20 03:55:00 - starting HEAD tinderbox run for amd64/amd64 >> TB --- 2011-01-20 03:55:00 - cleaning the object tree >> TB --- 2011-01-20 03:55:27 - cvsupping the source tree >> TB --- 2011-01-20 03:55:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile >> TB --- 2011-01-20 03:55:39 - building world >> TB --- 2011-01-20 03:55:39 - MAKEOBJDIRPREFIX=/obj >> TB --- 2011-01-20 03:55:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2011-01-20 03:55:39 - TARGET=amd64 >> TB --- 2011-01-20 03:55:39 - TARGET_ARCH=amd64 >> TB --- 2011-01-20 03:55:39 - TZ=UTC >> TB --- 2011-01-20 03:55:39 - __MAKE_CONF=/dev/null >> TB --- 2011-01-20 03:55:39 - cd /src >> TB --- 2011-01-20 03:55:39 - /usr/bin/make -B buildworld >>>>> World build started on Thu Jan 20 03:55:43 UTC 2011 >>>>> 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 Thu Jan 20 06:04:21 UTC 2011 >> TB --- 2011-01-20 06:04:21 - generating LINT kernel config >> TB --- 2011-01-20 06:04:21 - cd /src/sys/amd64/conf >> TB --- 2011-01-20 06:04:21 - /usr/bin/make -B LINT >> TB --- 2011-01-20 06:04:21 - building LINT kernel >> TB --- 2011-01-20 06:04:21 - MAKEOBJDIRPREFIX=/obj >> TB --- 2011-01-20 06:04:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2011-01-20 06:04:21 - TARGET=amd64 >> TB --- 2011-01-20 06:04:21 - TARGET_ARCH=amd64 >> TB --- 2011-01-20 06:04:21 - TZ=UTC >> TB --- 2011-01-20 06:04:21 - __MAKE_CONF=/dev/null >> TB --- 2011-01-20 06:04:21 - cd /src >> TB --- 2011-01-20 06:04:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>>>> Kernel build for LINT started on Thu Jan 20 06:04:21 UTC 2011 >>>>> 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-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/x86/nexus.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-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/x86/tsc.c >> cc1: warnings being treated as errors >> /src/sys/x86/x86/tsc.c: In function 'sysctl_machdep_tsc_freq': >> /src/sys/x86/x86/tsc.c:266: warning: implicit declaration of function 'sysctl_handle_64' >> /src/sys/x86/x86/tsc.c:266: warning: nested extern declaration of 'sysctl_handle_64' >> /src/sys/x86/x86/tsc.c: At top level: >> /src/sys/x86/x86/tsc.c:274: error: 'CTLTYPE_U64' undeclared here (not in a function) >> *** Error code 1 >> >> Stop in /obj/src/sys/LINT. >> *** Error code 1 >> >> Stop in /src. >> *** Error code 1 >> >> Stop in /src. >> TB --- 2011-01-20 06:18:49 - WARNING: /usr/bin/make returned exit code 1 >> TB --- 2011-01-20 06:18:49 - ERROR: failed to build lint kernel >> TB --- 2011-01-20 06:18:49 - 6881.73 user 1196.77 system 8628.90 real >> >> >> http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 16:43:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 576551065670 for ; Thu, 20 Jan 2011 16:43:23 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 0EA488FC15 for ; Thu, 20 Jan 2011 16:43:22 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1PfxbV-0001eP-Bb; Thu, 20 Jan 2011 16:43:21 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1PfxbV-00064k-3v; Thu, 20 Jan 2011 16:43:21 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p0KGhKNh018264; Thu, 20 Jan 2011 16:43:20 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p0KGhKNm018263; Thu, 20 Jan 2011 16:43:20 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 20 Jan 2011 16:43:20 +0000 From: Anton Shterenlikht To: Ade Lovett Message-ID: <20110120164320.GA17624@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Ade Lovett , Marcel Moolenaar , freebsd-current@freebsd.org, freebsd-arch@freebsd.org References: <4D309563.1000404@freebsd.org> <7029F1A3-87A2-4203-840C-48B712EA70B8@mac.com> 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: freebsd-arch@freebsd.org, Marcel Moolenaar , freebsd-current@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 16:43:23 -0000 On Sat, Jan 15, 2011 at 12:58:33AM -0600, Ade Lovett wrote: > > On Jan 14, 2011, at 19:31 , Marcel Moolenaar wrote: > > On Jan 14, 2011, at 10:26 AM, Nathan Whitehorn wrote: > > > >> The final architecture on which we use sysinstall, ia64, is currently unsupported, because I don't know how to set up booting on those systems -- patches to solve this are very much welcome. > > > > Don't let this stop you. I'll work with you on this after the dust > > has settled. > > Just out of random curiosity. Seriously. > > Exactly why, short of "of course it runs", in which case NetBSD is --> way, why are we even trying to handle ia64 as a platform, regardless of tier, when it is patently obvious that it is going absolutely _nowhere_ in terms of a viable platform? > I was waiting for a developer to reply, but anyway.. I don't know why you, the FreeBSD project, offer ia64 distribution, but as a user I'm very grateful to you for providing it. I think NetBSD is nowhere near FreeBSD on ia64 support. I've learnt things with FreeBSD/ia64 (and with FreeBSD/alpha before it) which I woudn't have leart otherwise. I've 3 FreeBSD/ia64 boxes and by and large I'm very happy with this platform. I can do all I need to do with it. The ~400 or so ports installed on my system is good enough. > At least I can pick up a box for <$50 from ebay and run /sparc64 on it. Say the same for /ia64? Didn't think so. > Well.. ia64 is more expensive, yes. But.. I think it can give you more. I'm quite tempted to get this server, for example: http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&item=280618792191 But sparc64 is good as well. In fact, I use a FreeBSD/sparc64 box as an Xserver to view clients running on FreeBSD/ia64. many thanks for your excellent work anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 20:17:42 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8873E106564A; Thu, 20 Jan 2011 20:17:42 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 24F568FC14; Thu, 20 Jan 2011 20:17:41 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id p0KKHeYZ063350 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Jan 2011 21:17:41 +0100 (CET) (envelope-from uqs@FreeBSD.org) Date: Thu, 20 Jan 2011 21:17:40 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: current@FreeBSD.org Message-ID: <20110120201740.GE24444@acme.spoerlein.net> Mail-Followup-To: current@FreeBSD.org, stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@FreeBSD.org Subject: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: current@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 20:17:42 -0000 Hello, Currently our buildworld relies on groff(1) and vgrind(1) being present in the host system. I have a patch ready that at least makes sure these are built during bootstrap-tools and completes the WITHOUT_GROFF flag. vgrind(1) is only used for two papers under share/doc and we could easily expand the results and commit them to svn directly, alleviating the need to run vgrind(1) during buildworld. OTOH, there are much more useful tools to vgrind(1) for source code formatting. So do we still have vgrind(1) users out there? Regards, Uli From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 20:31:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04807106564A for ; Thu, 20 Jan 2011 20:31:18 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7D6B58FC13 for ; Thu, 20 Jan 2011 20:31:17 +0000 (UTC) Received: by vws9 with SMTP id 9so435769vws.13 for ; Thu, 20 Jan 2011 12:31:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type; bh=xB5rZyT27W79MrtELBdp2KdTMQ48wlnCn1A5A7ZyBU8=; b=V/OoO0AEnk2qBxU7aQlOlrB9feabJ8Jm8qsbdjoD1jXNSmNWg5mP6dZRdaSuyMBWlh 3J4Nosgbp7k6hEwCavN6sTKgcjdIyavUlLpMy3Lxr63cUsUaa0D6cBF+vyOE6R3I8x64 7TaidkJ1F9yrH5hcpdOABFEf+kW29IhxqM+84= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=YZAqLrBWzIzgfGI+u9U10vQm3CDhQf+HqB8q4oiZbY5jo1Dl5CHnWLq61sFBRwucQY Gd77YZjT6r4NKPUH2jaQ/S6wE/U0bPKkZMPpl6zlitQVo6t09Ua5dHnINhiRacyIW7mM Yigikm54DLWQdXrRGa701fcVCyJytkmbUTTEo= Received: by 10.220.203.140 with SMTP id fi12mr653764vcb.168.1295555476740; Thu, 20 Jan 2011 12:31:16 -0800 (PST) Received: from kan.dnsalias.net (c-24-63-226-98.hsd1.ma.comcast.net [24.63.226.98]) by mx.google.com with ESMTPS id ft27sm5126058vbb.8.2011.01.20.12.31.14 (version=SSLv3 cipher=RC4-MD5); Thu, 20 Jan 2011 12:31:14 -0800 (PST) Date: Thu, 20 Jan 2011 15:31:03 -0500 From: Alexander Kabaev To: current@FreeBSD.org Message-ID: <20110120153103.50a86ad3@kan.dnsalias.net> In-Reply-To: <20110120201740.GE24444@acme.spoerlein.net> References: <20110120201740.GE24444@acme.spoerlein.net> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/tJbJz3Y5y54zaoX1aOlScX2"; protocol="application/pgp-signature" Cc: stable@FreeBSD.org, uqs@FreeBSD.org Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 20:31:18 -0000 --Sig_/tJbJz3Y5y54zaoX1aOlScX2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, 20 Jan 2011 21:17:40 +0100 Ulrich Sp=C3=B6rlein wrote: > Hello, >=20 > Currently our buildworld relies on groff(1) and vgrind(1) being > present in the host system. I have a patch ready that at least makes > sure these are built during bootstrap-tools and completes the > WITHOUT_GROFF flag. >=20 > vgrind(1) is only used for two papers under share/doc and we could > easily expand the results and commit them to svn directly, alleviating > the need to run vgrind(1) during buildworld. >=20 > OTOH, there are much more useful tools to vgrind(1) for source code > formatting. So do we still have vgrind(1) users out there? >=20 > Regards, > Uli Why it needs to be in bootsrap tools at all? We have build tools for this exact purpose. --=20 Alexander Kabaev --Sig_/tJbJz3Y5y54zaoX1aOlScX2 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iD8DBQFNOJuRQ6z1jMm+XZYRAi6XAJwP4+0SnCuMco2BO68FcKwbpEUz8ACdGdc+ doVyegqquckhx6ekRUcMXFk= =dBMs -----END PGP SIGNATURE----- --Sig_/tJbJz3Y5y54zaoX1aOlScX2-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 21:38:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D477A1065670 for ; Thu, 20 Jan 2011 21:38:05 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 66FBA8FC13 for ; Thu, 20 Jan 2011 21:38:05 +0000 (UTC) Received: by wwf26 with SMTP id 26so1048982wwf.31 for ; Thu, 20 Jan 2011 13:38:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=MtfcVn2fAqo7rZLj3smkhOMImV3tePQXCnVSQGP6CP4=; b=BoocLnQQ+cYhIhjVhU9SkeOvg8dvM/mopYHKlWOWi717ynh2ko3gJ78EzKVPjp+l/J GP7Ag80z1wNaLDKdOsmShN/S+M1d7aBetSfHETEq3kMLXg+f5q/ef6fOyoacDlymvm4m mk97Kxx4H44svb7Y1bsiVvzaxSN/+LUuu++YU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=rGzF27mo05ndF2fgvySlRhKAaUiRnOTGKOtcUie7D2OsetuxM2kCd6Fk0Iope8wMk/ /xCOZPxXYLsQ0Iuuja2ZOClzVyU2xOQRiK3j/hIkzV295A4lm9+rAv4jDPgSmJtcgdDr 5VnQxJfRfmowhrlgbZsiSvy+SSRjyhpoLWsOg= Received: by 10.227.145.198 with SMTP id e6mr829820wbv.151.1295559484026; Thu, 20 Jan 2011 13:38:04 -0800 (PST) Received: from Melon.malikania.fr (65.21.102-84.rev.gaoland.net [84.102.21.65]) by mx.google.com with ESMTPS id q18sm6343768wbe.23.2011.01.20.13.38.02 (version=SSLv3 cipher=RC4-MD5); Thu, 20 Jan 2011 13:38:02 -0800 (PST) Message-ID: <4D38AB1F.8090308@gmail.com> Date: Thu, 20 Jan 2011 22:37:35 +0100 From: David Demelier User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110111 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4D309563.1000404@freebsd.org> In-Reply-To: <4D309563.1000404@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 21:38:05 -0000 On 14/01/2011 19:26, Nathan Whitehorn wrote: > As those of you who have been reading freebsd-sysinstall and > freebsd-arch know, I have been working for a few weeks on a lightweight > new installer named 'bsdinstall'. This is designed to replace sysinstall > for the 9.0 release. > > After two weeks of testing and bug fixes on the sysinstall list, I > believe this now has all required functionality and is ready to be > merged into the main source tree. I would like to do this on Tuesday, 18 > January. Switching this to be the default installer would happen a few > weeks after that, pending discussion on release formats with the release > engineering team. This should provide a sufficient testing period before > 9.0 and allow a maximal number of bugs to be discovered and solved > before the release is shipped. > > Demo ISO for i386: > http://people.freebsd.org/~nwhitehorn/bsdinstall-i386-20110114.iso.bz2 > SVN repository: svn://svn.freebsd.org/base/user/nwhitehorn/bsdinstall > Wiki page: http://wiki.freebsd.org/BSDInstall > > Goals > ----- > The primary goal of BSDInstall is to provide an easily extensible > installer without the limitations of sysinstall, in order to allow more > modern installations of FreeBSD. This means that it should have > additional features to support modern setups, but simultaneously frees > us to remove complicating features of sysinstall like making sure > everything fits in floppy disk-sized chunks. > > New Features: > - Allows installation onto GPT disks on x86 systems > - Can do installations spanning multiple disks > - Allows installation into jails > - Eases PXE installation > - Virtualization friendly: can install from a live system onto disk > images > - Works on PowerPC > - Streamlined system installation > - More flexible scripting > - Easily tweakable > - All install CDs are live CDs > > Architecture > ------------ > BSDInstall is a set of tools that are called in sequence by a master > script. These tools are, for example, the partition editor, the thing > that fetches the distributions from the network, the thing that untars > them, etc. Since these are just called in sequence from a shell script, > a scripted installation can easily replace them with other things, (e.g. > hard-coded gpart commands), leave steps out, add new ones, or interleave > additional system modifications. > > Status > ------ > This provides functionality most similar to the existing sysinstall > 'Express' track. It installs working, bootable systems you can ssh into > immediately after reboot on i386, amd64, sparc64, powerpc, and > powerpc64. There is untested support for pc98. The final architecture on > which we use sysinstall, ia64, is currently unsupported, because I don't > know how to set up booting on those systems -- patches to solve this are > very much welcome. > > There are still some missing features that I would like to see in the > release, but these do not significantly impact the functionality of the > installer. Some will be addressed before merging to HEAD, in particular > the lack of a man page for bsdinstall. Others, like configuration of > wireless networking and ZFS installation, can happen between merge and > release. The test ISOs are also lacking a ports tree at the moment, > which is a statement about the slow upload speed of my DSL line and not > about the final layout of releases. > > Please send any questions, comments, or patches you may have, and please > be aware when replying that this email has been cross-posted to three > lists. Technical discussion (bug reports, for instance) should be > directed to the freebsd-sysinstall list only. Most other discussion > belongs on -sysinstall and -current. > -Nathan > _______________________________________________ > 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" Why does the installer use GPT partition by default? Do you know that GPT is not supported on every (even modern) computer ? -- David Demelier From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 22:11:46 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7699E106566B; Thu, 20 Jan 2011 22:11:46 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0C7F08FC15; Thu, 20 Jan 2011 22:11:45 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id p0KMBhSI065827 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Jan 2011 23:11:43 +0100 (CET) (envelope-from uqs@FreeBSD.org) Date: Thu, 20 Jan 2011 23:11:43 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Alexander Kabaev Message-ID: <20110120221142.GA65811@acme.spoerlein.net> Mail-Followup-To: Alexander Kabaev , current@FreeBSD.org, stable@FreeBSD.org References: <20110120201740.GE24444@acme.spoerlein.net> <20110120153103.50a86ad3@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <20110120153103.50a86ad3@kan.dnsalias.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 22:11:46 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 20.01.2011 at 15:31:03 -0500, Alexander Kabaev wrote: > On Thu, 20 Jan 2011 21:17:40 +0100 > Ulrich Sp=C3=B6rlein wrote: >=20 > > Hello, > >=20 > > Currently our buildworld relies on groff(1) and vgrind(1) being > > present in the host system. I have a patch ready that at least makes > > sure these are built during bootstrap-tools and completes the > > WITHOUT_GROFF flag. > >=20 > > vgrind(1) is only used for two papers under share/doc and we could > > easily expand the results and commit them to svn directly, alleviating > > the need to run vgrind(1) during buildworld. > >=20 > > OTOH, there are much more useful tools to vgrind(1) for source code > > formatting. So do we still have vgrind(1) users out there? > >=20 > > Regards, > > Uli >=20 > Why it needs to be in bootsrap tools at all? We have build tools for > this exact purpose. Because the legacy target has the nice semantics of calling a tool's obj,depend,all,install targets instead of doing only `all' or `build-tool'. We also currently set GROFF_BIN_PATH, GROFF_FONT_PATH, and GROFF_TMAC_PATH to point to ${WORLDTMP}/legacy/... so it was trivial to get groff working that way. I don't know the history of why we actually do this for groff (it is broken currently), therefore I simply piggy-backed onto that solution. I forgot the link earlier: https://www.spoerlein.net/cgit/cgit.cgi/freebsd.work/log/?h=3Dgroff I wish there was an easy way to cleanly have this as a build-tool. While we're at it: strfile similarly should be moved to a build-tool, not a bootstrap-tool, as it is also only used to as a pre-requisite to building fortune(6). If someone can come up with a policy of what should go where, I'll happily try to shoehorn the groff/vgrind/strfile things into it ... Uli --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJNOLMeAAoJEKOmmGRKr4LOMIQH/1N/PJFy4g/+8+pTIX5MNUiF 7Pt/+cZ3i1tkJBokiMquzmUjE1+8cl2hzoSWadR7K1hl8k7OAsbUGcpmZxhh9ZBH nb96mEYXBilqakR7aSPKIfwH6koGWX8nm/fmEJDcxF7+7wsXufMZyit153mfnqIa alQcmIMbdFcKM9twZFQwsf5CPwuiPh7YTfto8NOBO8OgFw/NAZriuxjWHrNEbrc9 H+JdCrU44412ROMW1fQ0ySD0Pkt4QBynofycpj7bM1eLhU+UljSbdMnXqzGE4CKe NwTOhhU/CFvbILYxzlnKS2eUCVT3/JXVO2/ie0u23RYAfUurQ77geDPPrVvf4+c= =saFF -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 22:16:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E14C61065670 for ; Thu, 20 Jan 2011 22:16:10 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id C98C48FC13 for ; Thu, 20 Jan 2011 22:16:10 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp024.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LFC00C4UDUIHW20@asmtp024.mac.com> for freebsd-current@freebsd.org; Thu, 20 Jan 2011 14:15:54 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-01-20_08:2011-01-20, 2011-01-20, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1101200128 From: Chuck Swiger In-reply-to: <4D38AB1F.8090308@gmail.com> Date: Thu, 20 Jan 2011 14:15:54 -0800 Message-id: <3BC35D04-4E8C-47DC-8487-26D826222ACF@mac.com> References: <4D309563.1000404@freebsd.org> <4D38AB1F.8090308@gmail.com> To: David Demelier X-Mailer: Apple Mail (2.1082) Cc: freebsd-current@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 22:16:11 -0000 On Jan 20, 2011, at 1:37 PM, David Demelier wrote: [ ... ] > Why does the installer use GPT partition by default? Do you know that GPT is not supported on every (even modern) computer ? Sure. Legacy PC/BIOS platforms can work with a hybrid GPT which includes the legacy or "protective" MBR used by pre-EFI systems; FreeBSD 7 and later, recent Linux, MacOS X 10.4 and later should be able to boot from disks with that hybrid format. If you need to dual-boot into Windows, however, and your hardware doesn't provide EFI then you're likely stuck using MBR + PC/BIOS only. Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 22:37:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59D53106566B for ; Thu, 20 Jan 2011 22:37:29 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2DBA08FC18 for ; Thu, 20 Jan 2011 22:37:29 +0000 (UTC) Received: by iyb26 with SMTP id 26so1079131iyb.13 for ; Thu, 20 Jan 2011 14:37:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.39.74 with SMTP id f10mr3312526ibe.84.1295563048551; Thu, 20 Jan 2011 14:37:28 -0800 (PST) Received: by 10.231.59.142 with HTTP; Thu, 20 Jan 2011 14:37:28 -0800 (PST) In-Reply-To: <3BC35D04-4E8C-47DC-8487-26D826222ACF@mac.com> References: <4D309563.1000404@freebsd.org> <4D38AB1F.8090308@gmail.com> <3BC35D04-4E8C-47DC-8487-26D826222ACF@mac.com> Date: Thu, 20 Jan 2011 23:37:28 +0100 Message-ID: From: Olivier Smedts To: Chuck Swiger Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: David Demelier , freebsd-current@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 22:37:29 -0000 2011/1/20 Chuck Swiger : > On Jan 20, 2011, at 1:37 PM, David Demelier wrote: > [ ... ] >> Why does the installer use GPT partition by default? Do you know that GP= T is not supported on every (even modern) computer ? > > Sure. =A0Legacy PC/BIOS platforms can work with a hybrid GPT which includ= es the legacy or "protective" MBR used by pre-EFI systems; FreeBSD 7 and la= ter, recent Linux, MacOS X 10.4 and later should be able to boot from disks= with that hybrid format. > > If you need to dual-boot into Windows, however, and your hardware doesn't= provide EFI then you're likely stuck using MBR + PC/BIOS only. I use a GPT partitioning scheme for FreeBSD and Linux, and manually edited the protective MBR in order to declare MBR partitions on the same sectors than the GPT partition I wanted to use for Windows. Working really nice. There are tools like gptsync which are simpler to use than a low-level MBR editor. Cheers --=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-current@FreeBSD.ORG Thu Jan 20 22:44:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BA4F106566C for ; Thu, 20 Jan 2011 22:44:59 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 1D47E8FC1A for ; Thu, 20 Jan 2011 22:44:58 +0000 (UTC) Received: (qmail 5518 invoked by uid 399); 20 Jan 2011 22:44:57 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 20 Jan 2011 22:44:57 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4D38BAE8.5020806@FreeBSD.org> Date: Thu, 20 Jan 2011 14:44:56 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101210 Thunderbird/3.1.7 MIME-Version: 1.0 To: Chuck Swiger References: <4D309563.1000404@freebsd.org> <4D38AB1F.8090308@gmail.com> <3BC35D04-4E8C-47DC-8487-26D826222ACF@mac.com> In-Reply-To: <3BC35D04-4E8C-47DC-8487-26D826222ACF@mac.com> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: David Demelier , freebsd-current@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 22:44:59 -0000 On 01/20/2011 14:15, Chuck Swiger wrote: > On Jan 20, 2011, at 1:37 PM, David Demelier wrote: > [ ... ] >> Why does the installer use GPT partition by default? Do you know that GPT is not supported on every (even modern) computer ? > > Sure. Legacy PC/BIOS platforms can work with a hybrid GPT which includes the legacy or "protective" MBR used by pre-EFI systems; FreeBSD 7 and later, recent Linux, MacOS X 10.4 and later should be able to boot from disks with that hybrid format. > > If you need to dual-boot into Windows, however, and your hardware doesn't provide EFI then you're likely stuck using MBR + PC/BIOS only. We should not do anything by default that damages the ability to dual-boot windows (and by windows I really mean "xp or later" since we'll have xp around through 2014). If there are significant advantages to gpt as a default when possible then it will be necessary to ask the user some intelligent questions such as "Will this system be multi-booted?" and if yes, "Will ${lowest_common_denominator:-windows} be installed?" hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 22:47:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4237106566B for ; Thu, 20 Jan 2011 22:47:42 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id 76D8E8FC12 for ; Thu, 20 Jan 2011 22:47:42 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LFC00308FBHB800@smtpauth1.wiscmail.wisc.edu>; Thu, 20 Jan 2011 16:47:41 -0600 (CST) Received: from anacreon.physics.wisc.edu (anacreon.physics.wisc.edu [128.104.160.176]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LFC00J58FBBSJ20@smtpauth1.wiscmail.wisc.edu>; Thu, 20 Jan 2011 16:47:35 -0600 (CST) Date: Thu, 20 Jan 2011 16:47:35 -0600 From: Nathan Whitehorn In-reply-to: <4D38BAE8.5020806@FreeBSD.org> To: Doug Barton Message-id: <4D38BB87.9070608@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=128.104.160.176 X-Spam-PmxInfo: Server=avs-9, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.1.20.223615, SenderIP=128.104.160.176 References: <4D309563.1000404@freebsd.org> <4D38AB1F.8090308@gmail.com> <3BC35D04-4E8C-47DC-8487-26D826222ACF@mac.com> <4D38BAE8.5020806@FreeBSD.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD powerpc; en-US; rv:1.9.2.13) Gecko/20110104 Thunderbird/3.1.7 Cc: David Demelier , freebsd-current@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 22:47:42 -0000 On 01/20/11 16:44, Doug Barton wrote: > On 01/20/2011 14:15, Chuck Swiger wrote: >> On Jan 20, 2011, at 1:37 PM, David Demelier wrote: >> [ ... ] >>> Why does the installer use GPT partition by default? Do you know >>> that GPT is not supported on every (even modern) computer ? >> >> Sure. Legacy PC/BIOS platforms can work with a hybrid GPT which >> includes the legacy or "protective" MBR used by pre-EFI systems; >> FreeBSD 7 and later, recent Linux, MacOS X 10.4 and later should be >> able to boot from disks with that hybrid format. >> >> If you need to dual-boot into Windows, however, and your hardware >> doesn't provide EFI then you're likely stuck using MBR + PC/BIOS only. > > We should not do anything by default that damages the ability to > dual-boot windows (and by windows I really mean "xp or later" since > we'll have xp around through 2014). If there are significant > advantages to gpt as a default when possible then it will be necessary > to ask the user some intelligent questions such as "Will this system > be multi-booted?" and if yes, "Will > ${lowest_common_denominator:-windows} be installed?" It does do exactly what you suggest. It only uses GPT by default if you have a totally unformatted disk or indicate you intend to run only FreeBSD on the machine. Otherwise, you get MBR+bsdlabel just like now. -Nathan From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 23:21:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEB83106566C for ; Thu, 20 Jan 2011 23:21:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 68D658FC0C for ; Thu, 20 Jan 2011 23:21:06 +0000 (UTC) Received: (qmail 22034 invoked by uid 399); 20 Jan 2011 23:21:06 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 20 Jan 2011 23:21:06 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4D38C360.5040108@FreeBSD.org> Date: Thu, 20 Jan 2011 15:21:04 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101210 Thunderbird/3.1.7 MIME-Version: 1.0 To: Nathan Whitehorn References: <4D309563.1000404@freebsd.org> <4D38AB1F.8090308@gmail.com> <3BC35D04-4E8C-47DC-8487-26D826222ACF@mac.com> <4D38BAE8.5020806@FreeBSD.org> <4D38BB87.9070608@freebsd.org> In-Reply-To: <4D38BB87.9070608@freebsd.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: David Demelier , freebsd-current@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 23:21:06 -0000 On 01/20/2011 14:47, Nathan Whitehorn wrote: > On 01/20/11 16:44, Doug Barton wrote: >> On 01/20/2011 14:15, Chuck Swiger wrote: >>> On Jan 20, 2011, at 1:37 PM, David Demelier wrote: >>> [ ... ] >>>> Why does the installer use GPT partition by default? Do you know >>>> that GPT is not supported on every (even modern) computer ? >>> >>> Sure. Legacy PC/BIOS platforms can work with a hybrid GPT which >>> includes the legacy or "protective" MBR used by pre-EFI systems; >>> FreeBSD 7 and later, recent Linux, MacOS X 10.4 and later should be >>> able to boot from disks with that hybrid format. >>> >>> If you need to dual-boot into Windows, however, and your hardware >>> doesn't provide EFI then you're likely stuck using MBR + PC/BIOS only. >> >> We should not do anything by default that damages the ability to >> dual-boot windows (and by windows I really mean "xp or later" since >> we'll have xp around through 2014). If there are significant >> advantages to gpt as a default when possible then it will be necessary >> to ask the user some intelligent questions such as "Will this system >> be multi-booted?" and if yes, "Will >> ${lowest_common_denominator:-windows} be installed?" > > It does do exactly what you suggest. It only uses GPT by default if you > have a totally unformatted disk or indicate you intend to run only > FreeBSD on the machine. Otherwise, you get MBR+bsdlabel just like now. That isn't exactly what I suggested. :) Imagine the following scenario (which is what I used to do, until our fdisk started using wacky geometries): 1. Get new computer and/or new hard drive 2. Boot freebsd from installation/live media (aka, disc1) 3. Unceremoniously (and in some cases gleefully) delete all existing partition/slices 4. Slice the disk, and write out the changes with "regular" MBR 5. Boot windows, install into the first unused slice/partition Now if by "indicate you intend to run only FreeBSD on the machine" above you mean that you already have questions built into the process that covers what I proposed above, then fine. My point is simply that running the installer on a blank (or newly blank'ed) disk is not by itself a sign that everything that will be installed understands gpt. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 23:45:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBA3E106564A for ; Thu, 20 Jan 2011 23:45:01 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 605AC8FC16 for ; Thu, 20 Jan 2011 23:45:01 +0000 (UTC) Received: by wyf19 with SMTP id 19so1230433wyf.13 for ; Thu, 20 Jan 2011 15:45:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=gLQrHDweOsxsIyfcN3sf+VOaYyHnyO+XoEduRNPZuoo=; b=SxeTDvB563RFzq4NGsK44YlrVCxX+16v/HP5Eg1u/5FvFOgXsBM8A4Zo3TQgf7jtSP Ct/NBaBAYYOtC8rrjuhjLhPCb+GxocRjHnsvXqOauV+cTKw96u15t7TPXkaISS+IBPIH akYyVZVo4VC36qeeKSYEuceAwwFxb0sQXWwJI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=AwKR3dMmKa6t02uXbsEBvmmPQKoI1qUcdU+4Pf1X3sTyVlXjq7baDclNCgAOQ242hB G5QZpGUaR2mqk2KewTQXXu9+T10aYvpIwcl/EyNO189CudFiSr1AZQDmloGpVA99t6AX 5zEe+d1Q+DI7Xo942qZR6690BmZOvVllbm3So= MIME-Version: 1.0 Received: by 10.216.185.142 with SMTP id u14mr4332196wem.31.1295567099290; Thu, 20 Jan 2011 15:44:59 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.254.226 with HTTP; Thu, 20 Jan 2011 15:44:59 -0800 (PST) In-Reply-To: <4D38AB1F.8090308@gmail.com> References: <4D309563.1000404@freebsd.org> <4D38AB1F.8090308@gmail.com> Date: Thu, 20 Jan 2011 15:44:59 -0800 X-Google-Sender-Auth: rQgCUsUKwJp7tVlh5vJAo8A95TY Message-ID: From: Garrett Cooper To: David Demelier Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 23:45:01 -0000 On Thu, Jan 20, 2011 at 1:37 PM, David Demelier wrote: > On 14/01/2011 19:26, Nathan Whitehorn wrote: >> >> As those of you who have been reading freebsd-sysinstall and >> freebsd-arch know, I have been working for a few weeks on a lightweight >> new installer named 'bsdinstall'. This is designed to replace sysinstall >> for the 9.0 release. >> >> After two weeks of testing and bug fixes on the sysinstall list, I >> believe this now has all required functionality and is ready to be >> merged into the main source tree. I would like to do this on Tuesday, 18 >> January. Switching this to be the default installer would happen a few >> weeks after that, pending discussion on release formats with the release >> engineering team. This should provide a sufficient testing period before >> 9.0 and allow a maximal number of bugs to be discovered and solved >> before the release is shipped. >> >> Demo ISO for i386: >> http://people.freebsd.org/~nwhitehorn/bsdinstall-i386-20110114.iso.bz2 >> SVN repository: svn://svn.freebsd.org/base/user/nwhitehorn/bsdinstall >> Wiki page: http://wiki.freebsd.org/BSDInstall >> >> Goals >> ----- >> The primary goal of BSDInstall is to provide an easily extensible >> installer without the limitations of sysinstall, in order to allow more >> modern installations of FreeBSD. This means that it should have >> additional features to support modern setups, but simultaneously frees >> us to remove complicating features of sysinstall like making sure >> everything fits in floppy disk-sized chunks. >> >> New Features: >> - Allows installation onto GPT disks on x86 systems >> - Can do installations spanning multiple disks >> - Allows installation into jails >> - Eases PXE installation >> - Virtualization friendly: can install from a live system onto disk >> images >> - Works on PowerPC >> - Streamlined system installation >> - More flexible scripting >> - Easily tweakable >> - All install CDs are live CDs >> >> Architecture >> ------------ >> BSDInstall is a set of tools that are called in sequence by a master >> script. These tools are, for example, the partition editor, the thing >> that fetches the distributions from the network, the thing that untars >> them, etc. Since these are just called in sequence from a shell script, >> a scripted installation can easily replace them with other things, (e.g. >> hard-coded gpart commands), leave steps out, add new ones, or interleave >> additional system modifications. >> >> Status >> ------ >> This provides functionality most similar to the existing sysinstall >> 'Express' track. It installs working, bootable systems you can ssh into >> immediately after reboot on i386, amd64, sparc64, powerpc, and >> powerpc64. There is untested support for pc98. The final architecture on >> which we use sysinstall, ia64, is currently unsupported, because I don't >> know how to set up booting on those systems -- patches to solve this are >> very much welcome. >> >> There are still some missing features that I would like to see in the >> release, but these do not significantly impact the functionality of the >> installer. Some will be addressed before merging to HEAD, in particular >> the lack of a man page for bsdinstall. Others, like configuration of >> wireless networking and ZFS installation, can happen between merge and >> release. The test ISOs are also lacking a ports tree at the moment, >> which is a statement about the slow upload speed of my DSL line and not >> about the final layout of releases. >> >> Please send any questions, comments, or patches you may have, and please >> be aware when replying that this email has been cross-posted to three >> lists. Technical discussion (bug reports, for instance) should be >> directed to the freebsd-sysinstall list only. Most other discussion >> belongs on -sysinstall and -current. GPT makes more sense on modern machines given the limitation of disk sizes and the MBR partition schemes (and FWIW MBR is less portable outside of the PC world anyhow), but it would be nice if it was a knob that defaulted to appropriate values for certain architectures as well, like PC98 -> MBR? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 23:54:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4362B106566B; Thu, 20 Jan 2011 23:54:20 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id 065CB8FC18; Thu, 20 Jan 2011 23:54:19 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 608555811E; Thu, 20 Jan 2011 17:54:19 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id wi6Ly7mJ9TgO; Thu, 20 Jan 2011 17:54:19 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-208-68-88.dsl.mdsnwi.sbcglobal.net [76.208.68.88]) by mail.icecube.wisc.edu (Postfix) with ESMTP id A4CDC58133; Thu, 20 Jan 2011 17:54:18 -0600 (CST) Message-ID: <4D38CB29.2030601@freebsd.org> Date: Thu, 20 Jan 2011 17:54:17 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101214 Thunderbird/3.1.7 MIME-Version: 1.0 To: Garrett Cooper References: <4D309563.1000404@freebsd.org> <4D38AB1F.8090308@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: David Demelier , freebsd-current@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 23:54:20 -0000 On 01/20/11 17:44, Garrett Cooper wrote: > On Thu, Jan 20, 2011 at 1:37 PM, David Demelier > wrote: >> On 14/01/2011 19:26, Nathan Whitehorn wrote: >>> As those of you who have been reading freebsd-sysinstall and >>> freebsd-arch know, I have been working for a few weeks on a lightweight >>> new installer named 'bsdinstall'. This is designed to replace sysinstall >>> for the 9.0 release. >>> >>> After two weeks of testing and bug fixes on the sysinstall list, I >>> believe this now has all required functionality and is ready to be >>> merged into the main source tree. I would like to do this on Tuesday, 18 >>> January. Switching this to be the default installer would happen a few >>> weeks after that, pending discussion on release formats with the release >>> engineering team. This should provide a sufficient testing period before >>> 9.0 and allow a maximal number of bugs to be discovered and solved >>> before the release is shipped. >>> >>> Demo ISO for i386: >>> http://people.freebsd.org/~nwhitehorn/bsdinstall-i386-20110114.iso.bz2 >>> SVN repository: svn://svn.freebsd.org/base/user/nwhitehorn/bsdinstall >>> Wiki page: http://wiki.freebsd.org/BSDInstall >>> >>> Goals >>> ----- >>> The primary goal of BSDInstall is to provide an easily extensible >>> installer without the limitations of sysinstall, in order to allow more >>> modern installations of FreeBSD. This means that it should have >>> additional features to support modern setups, but simultaneously frees >>> us to remove complicating features of sysinstall like making sure >>> everything fits in floppy disk-sized chunks. >>> >>> New Features: >>> - Allows installation onto GPT disks on x86 systems >>> - Can do installations spanning multiple disks >>> - Allows installation into jails >>> - Eases PXE installation >>> - Virtualization friendly: can install from a live system onto disk >>> images >>> - Works on PowerPC >>> - Streamlined system installation >>> - More flexible scripting >>> - Easily tweakable >>> - All install CDs are live CDs >>> >>> Architecture >>> ------------ >>> BSDInstall is a set of tools that are called in sequence by a master >>> script. These tools are, for example, the partition editor, the thing >>> that fetches the distributions from the network, the thing that untars >>> them, etc. Since these are just called in sequence from a shell script, >>> a scripted installation can easily replace them with other things, (e.g. >>> hard-coded gpart commands), leave steps out, add new ones, or interleave >>> additional system modifications. >>> >>> Status >>> ------ >>> This provides functionality most similar to the existing sysinstall >>> 'Express' track. It installs working, bootable systems you can ssh into >>> immediately after reboot on i386, amd64, sparc64, powerpc, and >>> powerpc64. There is untested support for pc98. The final architecture on >>> which we use sysinstall, ia64, is currently unsupported, because I don't >>> know how to set up booting on those systems -- patches to solve this are >>> very much welcome. >>> >>> There are still some missing features that I would like to see in the >>> release, but these do not significantly impact the functionality of the >>> installer. Some will be addressed before merging to HEAD, in particular >>> the lack of a man page for bsdinstall. Others, like configuration of >>> wireless networking and ZFS installation, can happen between merge and >>> release. The test ISOs are also lacking a ports tree at the moment, >>> which is a statement about the slow upload speed of my DSL line and not >>> about the final layout of releases. >>> >>> Please send any questions, comments, or patches you may have, and please >>> be aware when replying that this email has been cross-posted to three >>> lists. Technical discussion (bug reports, for instance) should be >>> directed to the freebsd-sysinstall list only. Most other discussion >>> belongs on -sysinstall and -current. > GPT makes more sense on modern machines given the limitation of > disk sizes and the MBR partition schemes (and FWIW MBR is less > portable outside of the PC world anyhow), but it would be nice if it > was a knob that defaulted to appropriate values for certain > architectures as well, like PC98 -> MBR? Such a knob exists, and is used. On PC98, the default partition scheme is the PC98 one, on sparc64 VTOC8, etc. On x86, it is GPT. If you try to put / on a partition scheme that is known not to be bootable on your platform, you will get a warning. The bootable schemes on i386/amd64 are GPT, MBR, and bsdlabel. -Nathan From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 23:59:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E10631065672 for ; Thu, 20 Jan 2011 23:59:28 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id 7CCE58FC17 for ; Thu, 20 Jan 2011 23:59:28 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 1A66D58134; Thu, 20 Jan 2011 17:59:28 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id iZPlBPBd0jO5; Thu, 20 Jan 2011 17:59:27 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-208-68-88.dsl.mdsnwi.sbcglobal.net [76.208.68.88]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 7759C5811E; Thu, 20 Jan 2011 17:59:27 -0600 (CST) Message-ID: <4D38CC5E.1060807@freebsd.org> Date: Thu, 20 Jan 2011 17:59:26 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101214 Thunderbird/3.1.7 MIME-Version: 1.0 To: Doug Barton References: <4D309563.1000404@freebsd.org> <4D38AB1F.8090308@gmail.com> <3BC35D04-4E8C-47DC-8487-26D826222ACF@mac.com> <4D38BAE8.5020806@FreeBSD.org> <4D38BB87.9070608@freebsd.org> <4D38C360.5040108@FreeBSD.org> In-Reply-To: <4D38C360.5040108@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: David Demelier , freebsd-current@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 23:59:29 -0000 On 01/20/11 17:21, Doug Barton wrote: > On 01/20/2011 14:47, Nathan Whitehorn wrote: >> On 01/20/11 16:44, Doug Barton wrote: >>> On 01/20/2011 14:15, Chuck Swiger wrote: >>>> On Jan 20, 2011, at 1:37 PM, David Demelier wrote: >>>> [ ... ] >>>>> Why does the installer use GPT partition by default? Do you know >>>>> that GPT is not supported on every (even modern) computer ? >>>> >>>> Sure. Legacy PC/BIOS platforms can work with a hybrid GPT which >>>> includes the legacy or "protective" MBR used by pre-EFI systems; >>>> FreeBSD 7 and later, recent Linux, MacOS X 10.4 and later should be >>>> able to boot from disks with that hybrid format. >>>> >>>> If you need to dual-boot into Windows, however, and your hardware >>>> doesn't provide EFI then you're likely stuck using MBR + PC/BIOS only. >>> >>> We should not do anything by default that damages the ability to >>> dual-boot windows (and by windows I really mean "xp or later" since >>> we'll have xp around through 2014). If there are significant >>> advantages to gpt as a default when possible then it will be necessary >>> to ask the user some intelligent questions such as "Will this system >>> be multi-booted?" and if yes, "Will >>> ${lowest_common_denominator:-windows} be installed?" >> >> It does do exactly what you suggest. It only uses GPT by default if you >> have a totally unformatted disk or indicate you intend to run only >> FreeBSD on the machine. Otherwise, you get MBR+bsdlabel just like now. > > That isn't exactly what I suggested. :) Imagine the following > scenario (which is what I used to do, until our fdisk started using > wacky geometries): > 1. Get new computer and/or new hard drive > 2. Boot freebsd from installation/live media (aka, disc1) > 3. Unceremoniously (and in some cases gleefully) delete all existing > partition/slices > 4. Slice the disk, and write out the changes with "regular" MBR > 5. Boot windows, install into the first unused slice/partition > > Now if by "indicate you intend to run only FreeBSD on the machine" > above you mean that you already have questions built into the process > that covers what I proposed above, then fine. My point is simply that > running the installer on a blank (or newly blank'ed) disk is not by > itself a sign that everything that will be installed understands gpt. It does. It only does GPT by default if you say "I want to erase my hard disk" (or it is already blank), then select "Automatic partitioning". If you have an existing partition scheme, it is kept even if you select "automatic" (assuming it is bootable on your platform). If you want something more complicated (i.e. any kind of dual-booting scenario), then you will want to specify partition sizes with the editor anyway. Once you exit automatic mode to invoke the editor, it allows you to set up bsdlabel-only, MBR+bsdlabel, GPT, installations spanning multiple disks, and whatever else you might want to do. If that isn't enough flexibility, there is also a "I don't need no stinking partition editor" option, where you can set up whatever you like with a shell. -Nathan From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 02:11:40 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7623C10656AB; Fri, 21 Jan 2011 02:11:40 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id 5B65A8FC14; Fri, 21 Jan 2011 02:11:40 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Received: from sa-nc-it-86.static.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp029.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LFC00I4ALYPU810@asmtp029.mac.com>; Thu, 20 Jan 2011 17:11:15 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-01-20_09:2011-01-21, 2011-01-20, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1101200155 From: Marcel Moolenaar In-reply-to: <20110120153103.50a86ad3@kan.dnsalias.net> Date: Thu, 20 Jan 2011 17:11:13 -0800 Content-transfer-encoding: quoted-printable Message-id: References: <20110120201740.GE24444@acme.spoerlein.net> <20110120153103.50a86ad3@kan.dnsalias.net> To: Alexander Kabaev X-Mailer: Apple Mail (2.1082) Cc: stable@FreeBSD.org, current@FreeBSD.org, uqs@FreeBSD.org Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 02:11:40 -0000 On Jan 20, 2011, at 12:31 PM, Alexander Kabaev wrote: > On Thu, 20 Jan 2011 21:17:40 +0100 > Ulrich Sp=F6rlein wrote: >=20 >> Hello, >>=20 >> Currently our buildworld relies on groff(1) and vgrind(1) being >> present in the host system. I have a patch ready that at least makes >> sure these are built during bootstrap-tools and completes the >> WITHOUT_GROFF flag. >>=20 >> vgrind(1) is only used for two papers under share/doc and we could >> easily expand the results and commit them to svn directly, = alleviating >> the need to run vgrind(1) during buildworld. >>=20 >> OTOH, there are much more useful tools to vgrind(1) for source code >> formatting. So do we still have vgrind(1) users out there? >>=20 >> Regards, >> Uli >=20 > Why it needs to be in bootsrap tools at all? We have build tools for > this exact purpose. Actually no. The buildtools target is there to allow building programs that are not installed, but are otehrwise needed to compile a program. These are typically little tools that create source files. The bootstrap target is the to deal with compatibility in case we can't use the version on the host or we don't want to depend on the version on the host. --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 06:00:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FE09106566B for ; Fri, 21 Jan 2011 06:00:06 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from zimbra.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id 653778FC15 for ; Fri, 21 Jan 2011 06:00:06 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.jrv.org (Postfix) with ESMTP id 95FF516A082; Thu, 20 Jan 2011 23:22:38 -0600 (CST) X-Virus-Scanned: amavisd-new at zimbra.housenet.jrv Received: from zimbra.jrv.org ([127.0.0.1]) by localhost (zimbra.housenet.jrv [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pa6+hJrxIQBZ; Thu, 20 Jan 2011 23:22:37 -0600 (CST) Received: from [10.0.2.15] (adsl-99-66-60-249.dsl.aus2tx.sbcglobal.net [99.66.60.249]) by zimbra.jrv.org (Postfix) with ESMTPSA id 7F04B16A049; Thu, 20 Jan 2011 23:22:37 -0600 (CST) Message-ID: <4D391817.5050107@jrv.org> Date: Thu, 20 Jan 2011 23:22:31 -0600 From: "James R. Van Artsdalen" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: David Demelier References: <4D309563.1000404@freebsd.org> <4D38AB1F.8090308@gmail.com> In-Reply-To: <4D38AB1F.8090308@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 06:00:06 -0000 On 1/20/2011 3:37 PM, David Demelier wrote: > Why does the installer use GPT partition by default? Do you know that > GPT is not supported on every (even modern) computer ? GPT is fully compatible with the universe of PC/AT BIOS-compatible computers, which is essentially all "PCs" going back to the IBM model 5170 released in 1984. GPT contains a valid boot sector which is sufficient for a PC/AT-compatible to boot the OS. There's also a valid MBR should anyone look for that. There have been reports of computers with buggy BIOSs that fail with GPT. It's not clear how to make them work since they're failing with a *valid* MBR, i.e., the failure indicates they fail with some correct MBRs and we can't be sure they'll work even if we write an MBR instead of GPT. PS. In a previous life I did PCs. Every system I released after 1988 or so would work with GPT. It's hard to get this one wrong and still be PC-compatible./ / From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 09:32:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF0B0106566B; Fri, 21 Jan 2011 09:32:26 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 316248FC16; Fri, 21 Jan 2011 09:32:25 +0000 (UTC) Received: by wyf19 with SMTP id 19so1596330wyf.13 for ; Fri, 21 Jan 2011 01:32:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=j3oS2mR6/LZaY1Whwgz0M/VdZ4x5VAjfy+68WtCiY+g=; b=rW+FXkcHpEMPuM6uZCGJCIMa9tm/X1BcRfAzcEVKEUSga1C7hc0Tl4+yeH84Jg3/SI 0HS4DVrQL8/z+4gsLTaBwqJ+TdaK9/cqWM+taae7wXBgKFgFMy+YkPTXC1hboEpAwqpE q+SP2KWi0Djny6sfyVVrOnNV1BTsdWelzpJn0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=qp05gfCsCYXLjmE7tljHBOCE47Gp5/wrIRNR6oMiBJCdO1ArpuanIygrzM26h+zn5i D1fsYt72b4lFbDLc1ZhkgjM+knipBjGUwp+PR1ApOMpHoKUT6U889cMSa+JTH/CoCQdU PBOVKKvlVjAqQeD7wWSYALAdyVE9xdRKHaiFY= MIME-Version: 1.0 Received: by 10.227.68.201 with SMTP id w9mr386416wbi.101.1295600586832; Fri, 21 Jan 2011 01:03:06 -0800 (PST) Received: by 10.227.59.3 with HTTP; Fri, 21 Jan 2011 01:03:06 -0800 (PST) In-Reply-To: <4D38CC5E.1060807@freebsd.org> References: <4D309563.1000404@freebsd.org> <4D38AB1F.8090308@gmail.com> <3BC35D04-4E8C-47DC-8487-26D826222ACF@mac.com> <4D38BAE8.5020806@FreeBSD.org> <4D38BB87.9070608@freebsd.org> <4D38C360.5040108@FreeBSD.org> <4D38CC5E.1060807@freebsd.org> Date: Fri, 21 Jan 2011 10:03:06 +0100 Message-ID: From: Oliver Pinter To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 Cc: David Demelier , Doug Barton , freebsd-current@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 09:32:27 -0000 Hi all! Is there available any bootmgr(boot0)-like boot manager for GPT? On 1/21/11, Nathan Whitehorn wrote: > On 01/20/11 17:21, Doug Barton wrote: >> On 01/20/2011 14:47, Nathan Whitehorn wrote: >>> On 01/20/11 16:44, Doug Barton wrote: >>>> On 01/20/2011 14:15, Chuck Swiger wrote: >>>>> On Jan 20, 2011, at 1:37 PM, David Demelier wrote: >>>>> [ ... ] >>>>>> Why does the installer use GPT partition by default? Do you know >>>>>> that GPT is not supported on every (even modern) computer ? >>>>> >>>>> Sure. Legacy PC/BIOS platforms can work with a hybrid GPT which >>>>> includes the legacy or "protective" MBR used by pre-EFI systems; >>>>> FreeBSD 7 and later, recent Linux, MacOS X 10.4 and later should be >>>>> able to boot from disks with that hybrid format. >>>>> >>>>> If you need to dual-boot into Windows, however, and your hardware >>>>> doesn't provide EFI then you're likely stuck using MBR + PC/BIOS only. >>>> >>>> We should not do anything by default that damages the ability to >>>> dual-boot windows (and by windows I really mean "xp or later" since >>>> we'll have xp around through 2014). If there are significant >>>> advantages to gpt as a default when possible then it will be necessary >>>> to ask the user some intelligent questions such as "Will this system >>>> be multi-booted?" and if yes, "Will >>>> ${lowest_common_denominator:-windows} be installed?" >>> >>> It does do exactly what you suggest. It only uses GPT by default if you >>> have a totally unformatted disk or indicate you intend to run only >>> FreeBSD on the machine. Otherwise, you get MBR+bsdlabel just like now. >> >> That isn't exactly what I suggested. :) Imagine the following >> scenario (which is what I used to do, until our fdisk started using >> wacky geometries): >> 1. Get new computer and/or new hard drive >> 2. Boot freebsd from installation/live media (aka, disc1) >> 3. Unceremoniously (and in some cases gleefully) delete all existing >> partition/slices >> 4. Slice the disk, and write out the changes with "regular" MBR >> 5. Boot windows, install into the first unused slice/partition >> >> Now if by "indicate you intend to run only FreeBSD on the machine" >> above you mean that you already have questions built into the process >> that covers what I proposed above, then fine. My point is simply that >> running the installer on a blank (or newly blank'ed) disk is not by >> itself a sign that everything that will be installed understands gpt. > It does. It only does GPT by default if you say "I want to erase my hard > disk" (or it is already blank), then select "Automatic partitioning". If > you have an existing partition scheme, it is kept even if you select > "automatic" (assuming it is bootable on your platform). > > If you want something more complicated (i.e. any kind of dual-booting > scenario), then you will want to specify partition sizes with the editor > anyway. Once you exit automatic mode to invoke the editor, it allows you > to set up bsdlabel-only, MBR+bsdlabel, GPT, installations spanning > multiple disks, and whatever else you might want to do. If that isn't > enough flexibility, there is also a "I don't need no stinking partition > editor" option, where you can set up whatever you like with a shell. > -Nathan > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 10:06:02 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4867F106566C; Fri, 21 Jan 2011 10:06:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 037958FC12; Fri, 21 Jan 2011 10:06:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0LA60HQ063164; Fri, 21 Jan 2011 05:06:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0LA60WL063155; Fri, 21 Jan 2011 10:06:00 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 21 Jan 2011 10:06:00 GMT Message-Id: <201101211006.p0LA60WL063155@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 10:06:02 -0000 TB --- 2011-01-21 10:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-21 10:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-01-21 10:00:00 - cleaning the object tree TB --- 2011-01-21 10:00:14 - cvsupping the source tree TB --- 2011-01-21 10:00:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-01-21 10:06:00 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2011-01-21 10:06:00 - ERROR: unable to cvsup the source tree TB --- 2011-01-21 10:06:00 - 1.23 user 7.39 system 359.76 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 15:25:56 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A6A21065679; Fri, 21 Jan 2011 15:25:56 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id BD9B38FC08; Fri, 21 Jan 2011 15:25:55 +0000 (UTC) Received: by fxm16 with SMTP id 16so1973157fxm.13 for ; Fri, 21 Jan 2011 07:25:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type; bh=vKvv0k8usI8HIAntSPkHB5gn6/tCLfrmU4l2bmLkcbk=; b=i8RUPxjSOiNRXOdb5rzbrjLnTZW8AG22aa3PmpXQUd3iBKHMH/O+xMAc4ZGwdMdC07 wQN6BhmD6XX2xDJuIq205aN+lgcrsMEXLr/bnBPXeRR6mYo0HTq9WV4vQboLo3uzSjEe L9DjTc1zeypBZ3lHpRcsQ/rYzcZhHjT6yzv3Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=I+0nJQ6nVJBx7/pb2VNvfLCYOcHmTdY/yBwU7IUdrSXJVFXT68X9y3Buq4lRbAYSA1 AROlmO1O46yEAP6hp/kF3/PukeBCOoPhmVQCzEvzGAiexxjpBnYqpUnOSSVLT+V+Rs/R xiAtG0yBkJ0BJniWOiWDJkLtTkb3M+Ou22AcQ= Received: by 10.223.93.141 with SMTP id v13mr765745fam.145.1295623554370; Fri, 21 Jan 2011 07:25:54 -0800 (PST) Received: from kan.dnsalias.net (c-24-63-226-98.hsd1.ma.comcast.net [24.63.226.98]) by mx.google.com with ESMTPS id y1sm3635846fak.15.2011.01.21.07.25.51 (version=SSLv3 cipher=RC4-MD5); Fri, 21 Jan 2011 07:25:52 -0800 (PST) Date: Fri, 21 Jan 2011 10:25:44 -0500 From: Alexander Kabaev To: Marcel Moolenaar Message-ID: <20110121102544.1bc9222c@kan.dnsalias.net> In-Reply-To: References: <20110120201740.GE24444@acme.spoerlein.net> <20110120153103.50a86ad3@kan.dnsalias.net> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/6=2jSqnCuMBVi/lEapRzMbC"; protocol="application/pgp-signature" Cc: stable@FreeBSD.org, current@FreeBSD.org, uqs@FreeBSD.org Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 15:25:56 -0000 --Sig_/6=2jSqnCuMBVi/lEapRzMbC Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, 20 Jan 2011 17:11:13 -0800 Marcel Moolenaar wrote: >=20 > On Jan 20, 2011, at 12:31 PM, Alexander Kabaev wrote: >=20 > > On Thu, 20 Jan 2011 21:17:40 +0100 > > Ulrich Sp=F6rlein wrote: > >=20 > >> Hello, > >>=20 > >> Currently our buildworld relies on groff(1) and vgrind(1) being > >> present in the host system. I have a patch ready that at least > >> makes sure these are built during bootstrap-tools and completes the > >> WITHOUT_GROFF flag. > >>=20 > >> vgrind(1) is only used for two papers under share/doc and we could > >> easily expand the results and commit them to svn directly, > >> alleviating the need to run vgrind(1) during buildworld. > >>=20 > >> OTOH, there are much more useful tools to vgrind(1) for source code > >> formatting. So do we still have vgrind(1) users out there? > >>=20 > >> Regards, > >> Uli > >=20 > > Why it needs to be in bootsrap tools at all? We have build tools for > > this exact purpose. >=20 > Actually no. The buildtools target is there to allow building programs > that are not installed, but are otehrwise needed to compile a program. > These are typically little tools that create source files. >=20 > The bootstrap target is the to deal with compatibility in case we > can't use the version on the host or we don't want to depend on the > version on the host. Then it is cross-tools, or whatever build stage that builds new gcc and other tools which run on host and are used to generate the final target binaries. The point being that bootstrap-tools target is greatly abused in src, with recent addition of llvm libs making it almost pandemic. --=20 Alexander Kabaev --Sig_/6=2jSqnCuMBVi/lEapRzMbC Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iD8DBQFNOaV9Q6z1jMm+XZYRAvHoAJ41NmHQ1OcmY4QoHVEHwU73R5PSWQCgr5eH n/Hlo+oFQ6+MrCjRSI0KOJA= =kW6X -----END PGP SIGNATURE----- --Sig_/6=2jSqnCuMBVi/lEapRzMbC-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 16:00:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12D7110656A4 for ; Fri, 21 Jan 2011 16:00:22 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 8BAF28FC22 for ; Fri, 21 Jan 2011 16:00:20 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PgJPK-0008Jn-3v for freebsd-current@freebsd.org; Fri, 21 Jan 2011 17:00:16 +0100 Received: from 142-076-ppp.kubtelecom.ru ([142-076-ppp.kubtelecom.ru]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jan 2011 17:00:14 +0100 Received: from yuri.pankov by 142-076-ppp.kubtelecom.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jan 2011 17:00:14 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Yuri Pankov Date: Fri, 21 Jan 2011 16:00:00 +0000 (UTC) Lines: 19 Message-ID: References: <4D25136A.4070107@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 213.132.76.142 (Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13) Subject: Re: Request for testing/comments -- import of new dialog/libdialog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 16:00:22 -0000 Nathan Whitehorn freebsd.org> writes: > > As part of work on a new installer, I would like to update the base > system dialog and libdialog to the newer one provided by Thomas Dickey > (http://invisible-island.net/dialog/, ports as devel/cdialog). This is a > much nicer, fuller featured version of dialog that simplifies the > creation of new dialog-using tools (a longstanding impediment to a new > versions of sade, sysinstall, etc.), and is under a marginally better > license (LGPL2 instead of GPL2). `make config` in ports is showing garbage when used inside the screen (built with default options) in syscons, en_US.UTF-8. I'll provide additional testing/details if this information is not enough to reproduce. TIA, Yuri From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 17:22:57 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB78C106566C; Fri, 21 Jan 2011 17:22:57 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id AE7E88FC0A; Fri, 21 Jan 2011 17:22:57 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Received: from sa-nc-it-86.static.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp029.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LFD003LAUY6HP60@asmtp029.mac.com>; Fri, 21 Jan 2011 09:22:56 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-01-21_07:2011-01-21, 2011-01-21, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1101210097 From: Marcel Moolenaar In-reply-to: <20110121102544.1bc9222c@kan.dnsalias.net> Date: Fri, 21 Jan 2011 09:22:58 -0800 Content-transfer-encoding: quoted-printable Message-id: References: <20110120201740.GE24444@acme.spoerlein.net> <20110120153103.50a86ad3@kan.dnsalias.net> <20110121102544.1bc9222c@kan.dnsalias.net> To: Alexander Kabaev X-Mailer: Apple Mail (2.1082) Cc: stable@FreeBSD.org, current@FreeBSD.org, uqs@FreeBSD.org Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 17:22:58 -0000 On Jan 21, 2011, at 7:25 AM, Alexander Kabaev wrote: > On Thu, 20 Jan 2011 17:11:13 -0800 > Marcel Moolenaar wrote: >=20 >>=20 >> On Jan 20, 2011, at 12:31 PM, Alexander Kabaev wrote: >>=20 >>> On Thu, 20 Jan 2011 21:17:40 +0100 >>> Ulrich Sp=F6rlein wrote: >>>=20 >>>> Hello, >>>>=20 >>>> Currently our buildworld relies on groff(1) and vgrind(1) being >>>> present in the host system. I have a patch ready that at least >>>> makes sure these are built during bootstrap-tools and completes the >>>> WITHOUT_GROFF flag. >>>>=20 >>>> vgrind(1) is only used for two papers under share/doc and we could >>>> easily expand the results and commit them to svn directly, >>>> alleviating the need to run vgrind(1) during buildworld. >>>>=20 >>>> OTOH, there are much more useful tools to vgrind(1) for source code >>>> formatting. So do we still have vgrind(1) users out there? >>>>=20 >>>> Regards, >>>> Uli >>>=20 >>> Why it needs to be in bootsrap tools at all? We have build tools for >>> this exact purpose. >>=20 >> Actually no. The buildtools target is there to allow building = programs >> that are not installed, but are otehrwise needed to compile a = program. >> These are typically little tools that create source files. >>=20 >> The bootstrap target is the to deal with compatibility in case we >> can't use the version on the host or we don't want to depend on the >> version on the host. >=20 > Then it is cross-tools, or whatever build stage that builds new gcc = and > other tools which run on host and are used to generate the final = target > binaries. Cross-tools is what you say. Anything that has target architecture neutral output should therefore not be build all the time as part of cross-tools. > The point being that bootstrap-tools target is greatly abused > in src, with recent addition of llvm libs making it almost pandemic. Yes, I can see bootstrap tools being abused. It started being abused the moment it came to live :-) But rather than abuse the other targets, I'm more inclined to review our build system and see if we need to start making big changes again. In particular: Juniper is ramping up on stock FreeBSD development and the first thing we ran into is that FreeBSD doesn't have a good cross-development and cross-build environment. We have hacks so that we don't have to say we don't have it at all, but one cannot possibly believe that what we have is good. So, let's get everything on the table and look for ways to improve things structurally rather than using ad-hoc or one- off tweaks. Is there value in having FreeBSD development ports that one can install on a machine and thereby making it suitable for FreeBSD (cross-) development? In other words: do people mind if there's a one-time setup (or upgrade) required before being able to build FreeBSD? What if this is done automatically as part of buildworld (i.e. installing or upgrading a port)? If not, then we can get rid of bootstrap-tools altogether. If the port also includes (cross-compilers) we can also rid ourselves of cross-tools and end up with a good cross-devel environment in the process. Thoughts? --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 17:29:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CAA2106566B for ; Fri, 21 Jan 2011 17:29:12 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C18138FC1F for ; Fri, 21 Jan 2011 17:29:11 +0000 (UTC) Received: by fxm16 with SMTP id 16so2108225fxm.13 for ; Fri, 21 Jan 2011 09:29:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=4SGzRi3UxvOG6n/RFJ0mWcUfOptIXloeW5jd9pDxwe8=; b=YDFSP0zVRFXEqKwm+jVS7gmY0wx0QNpPNH6wmXy0cUhGrQYfXDvLmGCXNXNzo3yJ/u XE5/NyaHgbQ+3qC071dAft9Qwjc0UpTZBSIN27NjzVezdf+Gh3D5wbevMmJJMMfF5Z7n JvYlEOwSiPj3dSV5ZIWgMAHKidVKVw/8n7k60= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=ausRUtxns14y1f7jdoSlDBq8gLRqwWyhHVYDIxIvxUZMDvnbu9xj9FSsXsMyIgxJxg F3ga4rYa1BBQ+lW2u34M8svA5FECVAyhrKXcCJgvH56kmqoZjlN7tJGH53j/W3a6g5iU i7UC0TqUZY3DTVZeXTG/zrrUak9BLoiVCUApo= Received: by 10.223.96.202 with SMTP id i10mr931423fan.50.1295630950518; Fri, 21 Jan 2011 09:29:10 -0800 (PST) Received: from localhost ([199.48.147.35]) by mx.google.com with ESMTPS id y1sm3695808fak.39.2011.01.21.09.29.06 (version=SSLv3 cipher=RC4-MD5); Fri, 21 Jan 2011 09:29:09 -0800 (PST) From: Anonymous To: Yuri Pankov References: <4D25136A.4070107@freebsd.org> Date: Fri, 21 Jan 2011 20:28:59 +0300 In-Reply-To: (Yuri Pankov's message of "Fri, 21 Jan 2011 16:00:00 +0000 (UTC)") Message-ID: <86wrlyi2sk.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@freebsd.org Subject: Re: Request for testing/comments -- import of new dialog/libdialog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 17:29:12 -0000 Yuri Pankov writes: > Nathan Whitehorn freebsd.org> writes: > >> >> As part of work on a new installer, I would like to update the base >> system dialog and libdialog to the newer one provided by Thomas Dickey >> (http://invisible-island.net/dialog/, ports as devel/cdialog). This is a >> much nicer, fuller featured version of dialog that simplifies the >> creation of new dialog-using tools (a longstanding impediment to a new >> versions of sade, sysinstall, etc.), and is under a marginally better >> license (LGPL2 instead of GPL2). > > > `make config` in ports is showing garbage when used inside the screen (built By `garbage' do you mean pseudographic symbols? They look as lines of `?' question marks here. Try invoking OPTIONS like below $ make config DIALOG='dialog --ascii-lines' Apart from OPTIONS there is also ports/154121 (--hline). > with default options) in syscons, en_US.UTF-8. I'll provide additional > testing/details if this information is not enough to reproduce. /head uses xterm emulation by default. This may or may not affect pseudographics. From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 17:54:10 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E20F1065670 for ; Fri, 21 Jan 2011 17:54:10 +0000 (UTC) (envelope-from minotaur@crete.org.ua) Received: from relay.padonki.org.ua (relay.padonki.org.ua [193.0.227.26]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC5D8FC0A for ; Fri, 21 Jan 2011 17:54:10 +0000 (UTC) Received: from minotaur by relay.padonki.org.ua with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PgKjA-000LOW-G9; Fri, 21 Jan 2011 19:24:48 +0200 Date: Fri, 21 Jan 2011 19:24:48 +0200 From: Alexander Shikoff To: current@FreeBSD.org Message-ID: <20110121172448.GA81846@crete.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Alexander Shikoff Cc: Subject: "broken pipe" error during building of port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: current@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 17:54:10 -0000 Hello, Yesterday I got latest sources of -CURRENT and upgraded my installation. Now when I build any port "broken pipe" error message appear: /usr/ports/mail/mutt-devel>make ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for mutt-devel-1.5.21 ===> Extracting for mutt-devel-1.5.21 => SHA256 Checksum OK for mutt/mutt-1.5.21.tar.gz. => SHA256 Checksum OK for mutt/patch-1.5.21.rr.compressed.gz. => SHA256 Checksum OK for mutt/patch-1.5.21.vvv.initials.gz. => SHA256 Checksum OK for mutt/patch-1.5.21.vvv.quote.gz. ===> Patching for mutt-devel-1.5.21 ===> Applying distribution patches for mutt-devel-1.5.21 ===> Applying FreeBSD patches for mutt-devel-1.5.21 I can't seem to find a patch in there anywhere. ===> mutt-devel-1.5.21 depends on file: /usr/local/bin/automake-1.11 - found ===> mutt-devel-1.5.21 depends on file: /usr/local/bin/autoconf-2.68 - found ===> mutt-devel-1.5.21 depends on shared library: iconv.3grep: writing output: Broken pipe grep: writing output: Broken pipe grep: writing output: Broken pipe grep: writing output: Broken pipe grep: writing output: Broken pipe grep: writing output: Broken pipe grep: writing output: Broken pipe grep: writing output: Broken pipe [...] Also error sometimes appears after executing "man something": /home/minotaur>man muttrc zcat: error writing to output: Broken pipe zcat: /usr/local/man/man5/muttrc.5.gz: uncompress failed I found thread from stable@ mailing list http://www.mail-archive.com/freebsd-stable@freebsd.org/msg111266.html with same error on 8.1-RC2. The solution there is to get 'sh' sources from previous release. I'm not sure whether it will help in my case. Any way to solve the issue? Thanks in advance! -- MINO-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 18:13:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A7E2106564A for ; Fri, 21 Jan 2011 18:13:17 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 062828FC08 for ; Fri, 21 Jan 2011 18:13:16 +0000 (UTC) Received: by ewy24 with SMTP id 24so1069808ewy.13 for ; Fri, 21 Jan 2011 10:13:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Ee2FCHf5M/nztFY4Laq+mr/KHJ3o9VswnlAF/PymKAo=; b=O65gKriyK+JOVHxYnKGWXALxUdEwKO66o35fbQo+ZEQhKGsn9NFTiQ03qMIjCOWcBq 7gqIs7N61+ldtFj+d7qIf8ZpOqxIIWCiaz8hoqR2ClLxszNTvfZC9gOFjuTMUvVO9Eur Bpw4Wue1csI5w82VC/cUOVoCIYExkn1s+PQuE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=wpS+QvseE5FH/JVpkmyi7oGlOb5xVjJaj9zUH+IKuQ0aaYzLsJyh0AKkBNGhqWSOjt raYugBERJcSiZFZo1lF+vVbianyM17Pbh15ZjrSnERnfVD9Wvt9o407vcT9Mk2pkvJua a7HJOk7zWhfTpeKLw3AYieGUudi/W9Ww4ZNVI= Received: by 10.213.113.196 with SMTP id b4mr1326585ebq.21.1295631719951; Fri, 21 Jan 2011 09:41:59 -0800 (PST) Received: from [192.168.1.4] ([213.132.76.142]) by mx.google.com with ESMTPS id b52sm7661453eei.7.2011.01.21.09.41.58 (version=SSLv3 cipher=RC4-MD5); Fri, 21 Jan 2011 09:41:58 -0800 (PST) Message-ID: <4D39C554.8060907@gmail.com> Date: Fri, 21 Jan 2011 20:41:40 +0300 From: Yuri Pankov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Anonymous References: <4D25136A.4070107@freebsd.org> <86wrlyi2sk.fsf@gmail.com> In-Reply-To: <86wrlyi2sk.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Request for testing/comments -- import of new dialog/libdialog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 18:13:17 -0000 On Fri, 21 Jan 2011 20:28:59 +0300, Anonymous wrote: > Yuri Pankov writes: > >> Nathan Whitehorn freebsd.org> writes: >> >>> >>> As part of work on a new installer, I would like to update the base >>> system dialog and libdialog to the newer one provided by Thomas Dickey >>> (http://invisible-island.net/dialog/, ports as devel/cdialog). This is a >>> much nicer, fuller featured version of dialog that simplifies the >>> creation of new dialog-using tools (a longstanding impediment to a new >>> versions of sade, sysinstall, etc.), and is under a marginally better >>> license (LGPL2 instead of GPL2). >> >> >> `make config` in ports is showing garbage when used inside the screen (built > > By `garbage' do you mean pseudographic symbols? They look as lines of > `?' question marks here. Try invoking OPTIONS like below > > $ make config DIALOG='dialog --ascii-lines' > > Apart from OPTIONS there is also ports/154121 (--hline). Thanks for the hints. Garbage means screen is totally unreadable, not minor issues with pseudographic characters (sorry, not sure how to make a screenshot of that). --ascii-lines helps here. >> with default options) in syscons, en_US.UTF-8. I'll provide additional >> testing/details if this information is not enough to reproduce. > > /head uses xterm emulation by default. This may or may not affect > pseudographics. Yuri From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 18:34:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB072106564A for ; Fri, 21 Jan 2011 18:34:09 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4C5698FC1E for ; Fri, 21 Jan 2011 18:34:08 +0000 (UTC) Received: by wwi17 with SMTP id 17so1006024wwi.1 for ; Fri, 21 Jan 2011 10:34:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=enh4Qed1ca7phje7mYdcGS7dR8iyuKKqZh2PzPh0pZM=; b=H/8kSp3NhV/vvTo+zwBbL911UlAtnVbv+AchPpFYjx/aWWEda+8FBFmLfrgGUrdc0W 4Wu+GBwP+yfyq9yLEaeirRR650dd29fmwTopAABh/niOb8geoD4ooh2QOUC+dYIxshzO ypIiisOBOVoPniQEbrBajaTXOp7oT7uoVh9mo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=eJ0l7jObrNxumHPrLl3DNJMr4Xi6kArhwzejTJqwKK6QyN24yyZFXvHRmJiZpNhqfe 9SBsHo74aCpORcrolMG5bTZ5hJXDmJekVPAI0MjJ2qBWKlKxfQnJfyGcgZHahEvXRSXF Kmh39Oiut/q2JssctAzH+JnD1jhZfk9KKT85I= MIME-Version: 1.0 Received: by 10.216.49.15 with SMTP id w15mr69881web.1.1295634847700; Fri, 21 Jan 2011 10:34:07 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.254.226 with HTTP; Fri, 21 Jan 2011 10:34:07 -0800 (PST) In-Reply-To: <4D39C554.8060907@gmail.com> References: <4D25136A.4070107@freebsd.org> <86wrlyi2sk.fsf@gmail.com> <4D39C554.8060907@gmail.com> Date: Fri, 21 Jan 2011 10:34:07 -0800 X-Google-Sender-Auth: WoCmDSqtHZb1h1aR-u9pzLO7OS0 Message-ID: From: Garrett Cooper To: Yuri Pankov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Anonymous , freebsd-current@freebsd.org Subject: Re: Request for testing/comments -- import of new dialog/libdialog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 18:34:09 -0000 On Fri, Jan 21, 2011 at 9:41 AM, Yuri Pankov wrote: > On Fri, 21 Jan 2011 20:28:59 +0300, Anonymous wrote: >> >> Yuri Pankov =A0writes: >> >>> Nathan Whitehorn =A0freebsd.org> =A0writes: >>> >>>> >>>> As part of work on a new installer, I would like to update the base >>>> system dialog and libdialog to the newer one provided by Thomas Dickey >>>> (http://invisible-island.net/dialog/, ports as devel/cdialog). This is= a >>>> much nicer, fuller featured version of dialog that simplifies the >>>> creation of new dialog-using tools (a longstanding impediment to a new >>>> versions of sade, sysinstall, etc.), and is under a marginally better >>>> license (LGPL2 instead of GPL2). >>> >>> >>> >>> `make config` in ports is showing garbage when used inside the screen >>> (built >> >> By `garbage' do you mean pseudographic symbols? They look as lines of >> `?' question marks here. =A0Try invoking OPTIONS like below >> >> =A0 $ make config DIALOG=3D'dialog --ascii-lines' >> >> Apart from OPTIONS there is also ports/154121 (--hline). > > Thanks for the hints. Garbage means screen is totally unreadable, not min= or > issues with pseudographic characters (sorry, not sure how to make a > screenshot of that). --ascii-lines helps here. script would help. >>> with default options) in syscons, en_US.UTF-8. I'll provide additional >>> testing/details if this information is not enough to reproduce. >> >> /head uses xterm emulation by default. This may or may not affect >> pseudographics. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 18:41:42 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D68C1065674 for ; Fri, 21 Jan 2011 18:41:42 +0000 (UTC) (envelope-from alexkozlov0@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id D3EFB8FC21 for ; Fri, 21 Jan 2011 18:41:41 +0000 (UTC) Received: by fxm16 with SMTP id 16so2178989fxm.13 for ; Fri, 21 Jan 2011 10:41:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:subject:message-id :mime-version:content-type:content-disposition; bh=SmGfwF317kSsxNdJgfJZnZYPSz+I3WECLVzuXdtmefA=; b=w1UuQT0J8cCuHOBR5mNGmbwY9XtdUYJyAn3hhcBrcSBXeuXVm3nAP/lUintykjeXnc N8vNA5DVgXc2Hkk1XUHaQdz1ybFae3mkIouJy6KNx6lRcLmQHh+JkrCPVyNYQkIo1bVW p+o3O7jsy1Qf2mejEpn0Kfh0e7hgUk+Z+sfLA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition; b=lRkEAf1rUsjKcTAdDbPHeQGPlJ13A09mMlkSKemePI4kbbYhE7Wg5TVlDTFUIqzMIp wYu+yelEvxTV6n/cOjfp20pbyYaU6VR7zDccL/sdbAwmFibTfoOAo6RL2iCZhVFlrHvJ 2M1ofvXcglT30MTVFjmYMMFfQWxLb2b8tZaMo= Received: by 10.223.73.202 with SMTP id r10mr952560faj.133.1295633527449; Fri, 21 Jan 2011 10:12:07 -0800 (PST) Received: from ravenloft.kiev.ua (ravenloft.kiev.ua [94.244.131.95]) by mx.google.com with ESMTPS id c11sm3716459fav.2.2011.01.21.10.12.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 21 Jan 2011 10:12:05 -0800 (PST) Sender: Alex Kozlov Date: Fri, 21 Jan 2011 20:11:32 +0200 From: Alex Kozlov To: Alexander Shikoff , current@FreeBSD.org, spam@rm-rf.kiev.ua Message-ID: <20110121181132.GA16527@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: Re: "broken pipe" error during building of port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 18:41:42 -0000 On Fri, Jan 21, 2011 at 07:24:48PM +0200, Alexander Shikoff wrote: > Yesterday I got latest sources of -CURRENT and upgraded my installation. > Now when I build any port "broken pipe" error message appear: > > /usr/ports/mail/mutt-devel>make > ===> Vulnerability check disabled, database not found > ===> License check disabled, port has not defined LICENSE > ===> Found saved configuration for mutt-devel-1.5.21 > ===> Extracting for mutt-devel-1.5.21 > => SHA256 Checksum OK for mutt/mutt-1.5.21.tar.gz. > => SHA256 Checksum OK for mutt/patch-1.5.21.rr.compressed.gz. > => SHA256 Checksum OK for mutt/patch-1.5.21.vvv.initials.gz. > => SHA256 Checksum OK for mutt/patch-1.5.21.vvv.quote.gz. > ===> Patching for mutt-devel-1.5.21 > ===> Applying distribution patches for mutt-devel-1.5.21 > ===> Applying FreeBSD patches for mutt-devel-1.5.21 > I can't seem to find a patch in there anywhere. > ===> mutt-devel-1.5.21 depends on file: /usr/local/bin/automake-1.11 - found > ===> mutt-devel-1.5.21 depends on file: /usr/local/bin/autoconf-2.68 - found > ===> mutt-devel-1.5.21 depends on shared library: iconv.3grep: writing output: Broken pipe > grep: writing output: Broken pipe > grep: writing output: Broken pipe > grep: writing output: Broken pipe > grep: writing output: Broken pipe > grep: writing output: Broken pipe > grep: writing output: Broken pipe > grep: writing output: Broken pipe > [...] > > Also error sometimes appears after executing "man something": > > /home/minotaur>man muttrc > zcat: error writing to output: Broken pipe > zcat: /usr/local/man/man5/muttrc.5.gz: uncompress failed > > I found thread from stable@ mailing list > http://www.mail-archive.com/freebsd-stable@freebsd.org/msg111266.html > with same error on 8.1-RC2. The solution there is to get 'sh' sources > from previous release. I'm not sure whether it will help in my case. Nope, old sh is only masked the issue. Problem was in sudo signal(SIGPIPE) handling: http://www.mail-archive.com/freebsd-stable@freebsd.org/msg111494.html > Any way to solve the issue? Thanks in advance! -- Adios From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 18:49:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71A8F106566B for ; Fri, 21 Jan 2011 18:49:36 +0000 (UTC) (envelope-from yuri.pankov@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 EB5498FC18 for ; Fri, 21 Jan 2011 18:49:35 +0000 (UTC) Received: by eyf6 with SMTP id 6so1092082eyf.13 for ; Fri, 21 Jan 2011 10:49:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=/rE9j6psZ+qu1TFl6ZQvuDSpSFkPvEfcNa0pImmDIyA=; b=MUBCOcRjdu4YUUUUIZEknnS8IUEGJB7j41paKTXWJq2Uf8a/93irZX292MG3NBZi2r u6e+8uCAk/2w8gTJ/7m1I/rWK1Vn2d4TQOu4mVUZKeTFp0rzjL3LLZXTqcrn5CA+uhhm AyGY4E1ethIUoHcidgPnytsO5EilIQEmauGZ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; b=KshcgRsTYMvgRvMp/vKiJ2F9XyBOeAYd5GWKkgHkniFPLZ2GnmNL1q8M3pxkfR1ZAw LPjMd4lsWVhuzrPQQXUZFaoDX2QARSaVMaT6c2RQT0o8JnI+a3xcLGvSimK0js0fNDhK Z+ZP9yuN6WePjGs3MJIq/0f4Rkq7TSeMe4UFY= Received: by 10.14.11.226 with SMTP id 74mr1260815eex.5.1295635774519; Fri, 21 Jan 2011 10:49:34 -0800 (PST) Received: from [192.168.1.4] ([213.132.76.142]) by mx.google.com with ESMTPS id u1sm7708936eeh.4.2011.01.21.10.49.32 (version=SSLv3 cipher=RC4-MD5); Fri, 21 Jan 2011 10:49:33 -0800 (PST) Message-ID: <4D39D52B.20009@gmail.com> Date: Fri, 21 Jan 2011 21:49:15 +0300 From: Yuri Pankov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Garrett Cooper References: <4D25136A.4070107@freebsd.org> <86wrlyi2sk.fsf@gmail.com> <4D39C554.8060907@gmail.com> In-Reply-To: Content-Type: multipart/mixed; boundary="------------090300060403010802000506" Cc: Anonymous , freebsd-current@freebsd.org Subject: Re: Request for testing/comments -- import of new dialog/libdialog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 18:49:36 -0000 This is a multi-part message in MIME format. --------------090300060403010802000506 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On Fri, 21 Jan 2011 10:34:07 -0800, Garrett Cooper wrote: > On Fri, Jan 21, 2011 at 9:41 AM, Yuri Pankov wrote: >> On Fri, 21 Jan 2011 20:28:59 +0300, Anonymous wrote: >>> >>> Yuri Pankov writes: >>> >>>> Nathan Whitehorn freebsd.org> writes: >>>> >>>>> >>>>> As part of work on a new installer, I would like to update the base >>>>> system dialog and libdialog to the newer one provided by Thomas Dickey >>>>> (http://invisible-island.net/dialog/, ports as devel/cdialog). This is a >>>>> much nicer, fuller featured version of dialog that simplifies the >>>>> creation of new dialog-using tools (a longstanding impediment to a new >>>>> versions of sade, sysinstall, etc.), and is under a marginally better >>>>> license (LGPL2 instead of GPL2). >>>> >>>> >>>> >>>> `make config` in ports is showing garbage when used inside the screen >>>> (built >>> >>> By `garbage' do you mean pseudographic symbols? They look as lines of >>> `?' question marks here. Try invoking OPTIONS like below >>> >>> $ make config DIALOG='dialog --ascii-lines' >>> >>> Apart from OPTIONS there is also ports/154121 (--hline). >> >> Thanks for the hints. Garbage means screen is totally unreadable, not minor >> issues with pseudographic characters (sorry, not sure how to make a >> screenshot of that). --ascii-lines helps here. > > script would help. Thanks! >>>> with default options) in syscons, en_US.UTF-8. I'll provide additional >>>> testing/details if this information is not enough to reproduce. >>> >>> /head uses xterm emulation by default. This may or may not affect >>> pseudographics. > > Thanks, > -Garrett Yuri --------------090300060403010802000506 Content-Type: text/plain; name="config.script.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="config.script.txt" U2NyaXB0IHN0YXJ0ZWQgb24gRnJpIEphbiAyMSAyMTo0Mjo0MiAyMDExCg0KG1tKG10wO2Rh cmtsaWdodC5vcmcucnU6eXVyaTovdXNyL3BvcnRzL3d3dy9maXJlZm94B2RhcmtsaWdodC5v cmcucnU6eXVyaTovdXNyL3BvcnRzL3d3dy9maXJlZm94IyBtYWtlIGNvbmZpZw0NChsoQhsp MBtbPzEwNDloG1sxOzI1chtbbRtbNGwbWz8xaBs9G1szOTs0OW0bWz8xaBs9G1s/MWgbPRtb Mzk7NDltG1ttG1tIG1tKG1szNm0bWzQ0bRtbMW0gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IBtbMjsxSCAgICAbWzM3bRtbNDdtDmxxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcRtbbRtbMzBtG1s0N20Oaw8b WzM2bRtbNDRtG1sxbSAgICAgIBtbMzsxSCAgICAbWzM3bRtbNDdtDngPG1ttG1szMG0bWzQ3 bSBPcHRpb25zIGZvciBmaXJlZm94IDMuNi4xMywxICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgDngPG1szMG0bWzQwbRtbMW0gIBtbMzZtG1s0NG0gICAgG1s0OzFI ICAgIBtbMzdtG1s0N20OeA8bW20bWzMwbRtbNDdtIA5scXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcRtbMzdtG1s0N20b WzFtaw8bW20bWzMwbRtbNDdtIA54DxtbMzBtG1s0MG0bWzFtICAbWzM2bRtbNDRtICAgIBtb NTsxSCAgICAbWzM3bRtbNDdtDngPG1ttG1szMG0bWzQ3bSAOeA8gG1szN20bWzQ0bRtbMW1b Kl0bW20bWzMwbRtbNDdtIBtbMzFtG1s0NG0bWzFtRBtbMzNtG1s0NG1CVVMbW20bWzMwbRtb NDdtICAgICAgICAgICAgICAbWzM3bRtbNDRtG1sxbUVuYWJsZSBELUJVUyBzdXBwb3J0G1tt G1szMG0bWzQ3bSAgICAgICAgICAgICAgICAgICAgIBtbMzdtG1s0N20OG1sxbXgPG1ttG1sz MG0bWzQ3bSAOeA8bWzMwbRtbNDBtG1sxbSAgG1szNm0bWzQ0bSAgICAbWzY7MUggICAgG1sz N20bWzQ3bQ54DxtbbRtbMzBtG1s0N20gDngPIFsgXSAbWzMxbRtbNDdtUxtbMzRtG1s0N20b WzFtTUIbW20bWzMwbRtbNDdtICAgICAgICAgICAgICAgRW5hYmxlIHNtYjovLyBVUkkgc3Vw cG9ydCB1c2luZyBnbm9tZXZmcyAbWzM3bRtbNDdtDhtbMW14DxtbbRtbMzBtG1s0N20gDngP G1szMG0bWzQwbRtbMW0gIBtbMzZtG1s0NG0gICAgG1s3OzFIICAgIBtbMzdtG1s0N20OeA8b W20bWzMwbRtbNDdtIA54DyBbIF0gG1szMW0bWzQ3bUQbWzM0bRtbNDdtG1sxbUVCVUcbW20b WzMwbRtbNDdtICAgICAgICAgICAgIEJ1aWxkIGEgZGVidWdnaW5nIGltYWdlICAgICAgICAg ICAgICAgICAgG1szN20bWzQ3bQ4bWzFteA8bW20bWzMwbRtbNDdtIA54DxtbMzBtG1s0MG0b WzFtICAbWzM2bRtbNDRtICAgIBtbODsxSCAgICAbWzM3bRtbNDdtDngPG1ttG1szMG0bWzQ3 bSAOeA8gWyBdIBtbMzFtG1s0N21MG1szNG0bWzQ3bRtbMW1PR0dJTkcbW20bWzMwbRtbNDdt ICAgICAgICAgICBFbmFibGUgYWRkaXRpb25hbCBsb2cgbWVzc2FnZXMgICAgICAgICAgIBtb MzdtG1s0N20OG1sxbXgPG1ttG1szMG0bWzQ3bSAOeA8bWzMwbRtbNDBtG1sxbSAgG1szNm0b WzQ0bSAgICAbWzk7MUggICAgG1szN20bWzQ3bQ54DxtbbRtbMzBtG1s0N20gDngPIFsgXSAb WzMxbRtbNDdtTxtbMzRtG1s0N20bWzFtUFRJTUlaRURfQ0ZMQUdTG1ttG1szMG0bWzQ3bSAg RW5hYmxlIHNvbWUgYWRkaXRpb25hbCBvcHRpbWl6YXRpb25zICAgICAbWzM3bRtbNDdtDhtb MW14DxtbbRtbMzBtG1s0N20gDngPG1szMG0bWzQwbRtbMW0gIBtbMzZtG1s0NG0gICAgG1sx MDsxSCAgICAbWzM3bRtbNDdtDngPG1ttG1szMG0bWzQ3bSAOeA8bWzM3bRtbNDdtG1sxbSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAOeA8bW20bWzMwbRtbNDdtIA54DxtbMzBtG1s0MG0bWzFtICAbWzM2bRtbNDRt ICAgIBtbMTE7MUggICAgG1szN20bWzQ3bQ54DxtbbRtbMzBtG1s0N20gDngPG1szN20bWzQ3 bRtbMW0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgDngPG1ttG1szMG0bWzQ3bSAOeA8bWzMwbRtbNDBtG1sxbSAgG1sz Nm0bWzQ0bSAgICAbWzEyOzFIICAgIBtbMzdtG1s0N20OeA8bW20bWzMwbRtbNDdtIA54Dxtb MzdtG1s0N20bWzFtICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIA54DxtbbRtbMzBtG1s0N20gDngPG1szMG0bWzQwbRtb MW0gIBtbMzZtG1s0NG0gICAgG1sxMzsxSCAgICAbWzM3bRtbNDdtDngPG1ttG1szMG0bWzQ3 bSAOeA8bWzM3bRtbNDdtG1sxbSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAOeA8bW20bWzMwbRtbNDdtIA54DxtbMzBt G1s0MG0bWzFtICAbWzM2bRtbNDRtICAgIBtbMTQ7MUggICAgG1szN20bWzQ3bQ54DxtbbRtb MzBtG1s0N20gDngPG1szN20bWzQ3bRtbMW0gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDngPG1ttG1szMG0bWzQ3bSAO eA8bWzMwbRtbNDBtG1sxbSAgG1szNm0bWzQ0bSAgICAbWzE1OzFIICAgIBtbMzdtG1s0N20O eA8bW20bWzMwbRtbNDdtIA54DxtbMzdtG1s0N20bWzFtICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA54DxtbbRtbMzBt G1s0N20gDngPG1szMG0bWzQwbRtbMW0gIBtbMzZtG1s0NG0gICAgG1sxNjsxSCAgICAbWzM3 bRtbNDdtDngPG1ttG1szMG0bWzQ3bSAOeA8bWzM3bRtbNDdtG1sxbSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAOeA8b W20bWzMwbRtbNDdtIA54DxtbMzBtG1s0MG0bWzFtICAbWzM2bRtbNDRtICAgIBtbMTc7MUgg ICAgG1szN20bWzQ3bQ54DxtbbRtbMzBtG1s0N20gDngPG1szN20bWzQ3bRtbMW0gICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgDngPG1ttG1szMG0bWzQ3bSAOeA8bWzMwbRtbNDBtG1sxbSAgG1szNm0bWzQ0bSAgICAb WzE4OzFIICAgIBtbMzdtG1s0N20OeA8bW20bWzMwbRtbNDdtIA54DxtbMzdtG1s0N20bWzFt ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIA54DxtbbRtbMzBtG1s0N20gDngPG1szMG0bWzQwbRtbMW0gIBtbMzZtG1s0 NG0gICAgG1sxOTsxSCAgICAbWzM3bRtbNDdtDngPG1ttG1szMG0bWzQ3bSAObRtbMzdtG1s0 N20bWzFtcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcWoPG1ttG1szMG0bWzQ3bSAOeA8bWzMwbRtbNDBtG1sxbSAgG1sz Nm0bWzQ0bSAgICAbWzIwOzFIICAgIBtbMzdtG1s0N20OdHFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxG1ttG1sz MG0bWzQ3bQ51DxtbMzBtG1s0MG0bWzFtICAbWzM2bRtbNDRtICAgIBtbMjE7MUggICAgG1sz N20bWzQ3bQ54DxtbbRtbMzBtG1s0N20gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA54DxtbMzBtG1s0MG0bWzFt ICAbWzM2bRtbNDRtICAgIBtbMjI7MUggICAgG1szN20bWzQ3bQ5tG1ttG1szMG0bWzQ3bQ5x cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcWoPG1szMG0bWzQwbRtbMW0gIBtbMzZtG1s0NG0gICAgG1syMzsxSCAg ICAgIBtbMzBtG1s0MG0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgG1szNm0bWzQ0bSAgICAbWzI0OzFIICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAbWzI1OzFIICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IAggCBtbMUAgG1sxOTs3M0gbWzM5OzQ5bRtbbRtbMjE7MjVIG1szN20bWzQ0bRtbMW08G1sz M20bWzQ0bSAgG1szN20bWzQ0bU8bWzMzbRtbNDRtSyAgG1szN20bWzQ0bT4bWzIxOzQzSBtb bRtbMzBtG1s0N208G1szMW0bWzQ3bUMbWzMwbRtbNDdtG1sxbWFuY2VsG1ttG1szMG0bWzQ3 bT4bWzIxOzI4SBtbMzk7NDltG1ttG1syNTsxSBtbPzEwNDlsDRtbPzFsGz4NDQobW0obXTA7 ZGFya2xpZ2h0Lm9yZy5ydTp5dXJpOi91c3IvcG9ydHMvd3d3L2ZpcmVmb3gHZGFya2xpZ2h0 Lm9yZy5ydTp5dXJpOi91c3IvcG9ydHMvd3d3L2ZpcmVmb3gjIGV4aXQNDQobW0pleGl0DQoK U2NyaXB0IGRvbmUgb24gRnJpIEphbiAyMSAyMTo0Mjo0OCAyMDExCg== --------------090300060403010802000506-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 19:06:13 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60404106566B for ; Fri, 21 Jan 2011 19:06:13 +0000 (UTC) (envelope-from minotaur@crete.org.ua) Received: from relay.padonki.org.ua (relay.padonki.org.ua [193.0.227.26]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1B88FC0A for ; Fri, 21 Jan 2011 19:06:12 +0000 (UTC) Received: from minotaur by relay.padonki.org.ua with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PgMJG-000PFL-56; Fri, 21 Jan 2011 21:06:10 +0200 Date: Fri, 21 Jan 2011 21:06:10 +0200 From: Alexander Shikoff To: Alex Kozlov Message-ID: <20110121190610.GA88570@crete.org.ua> References: <20110121181132.GA16527@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline In-Reply-To: <20110121181132.GA16527@ravenloft.kiev.ua> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Alexander Shikoff Cc: current@FreeBSD.org Subject: Re: "broken pipe" error during building of port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Shikoff List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 19:06:13 -0000 On Fri, Jan 21, 2011 at 08:11:32PM +0200, Alex Kozlov wrote: > On Fri, Jan 21, 2011 at 07:24:48PM +0200, Alexander Shikoff wrote: > > Yesterday I got latest sources of -CURRENT and upgraded my installation. > > Now when I build any port "broken pipe" error message appear: > > > > /usr/ports/mail/mutt-devel>make > > ===> Vulnerability check disabled, database not found > > ===> License check disabled, port has not defined LICENSE > > ===> Found saved configuration for mutt-devel-1.5.21 > > ===> Extracting for mutt-devel-1.5.21 > > => SHA256 Checksum OK for mutt/mutt-1.5.21.tar.gz. > > => SHA256 Checksum OK for mutt/patch-1.5.21.rr.compressed.gz. > > => SHA256 Checksum OK for mutt/patch-1.5.21.vvv.initials.gz. > > => SHA256 Checksum OK for mutt/patch-1.5.21.vvv.quote.gz. > > ===> Patching for mutt-devel-1.5.21 > > ===> Applying distribution patches for mutt-devel-1.5.21 > > ===> Applying FreeBSD patches for mutt-devel-1.5.21 > > I can't seem to find a patch in there anywhere. > > ===> mutt-devel-1.5.21 depends on file: /usr/local/bin/automake-1.11 - found > > ===> mutt-devel-1.5.21 depends on file: /usr/local/bin/autoconf-2.68 - found > > ===> mutt-devel-1.5.21 depends on shared library: iconv.3grep: writing output: Broken pipe > > grep: writing output: Broken pipe > > grep: writing output: Broken pipe > > grep: writing output: Broken pipe > > grep: writing output: Broken pipe > > grep: writing output: Broken pipe > > grep: writing output: Broken pipe > > grep: writing output: Broken pipe > > [...] > > > > Also error sometimes appears after executing "man something": > > > > /home/minotaur>man muttrc > > zcat: error writing to output: Broken pipe > > zcat: /usr/local/man/man5/muttrc.5.gz: uncompress failed > > > > I found thread from stable@ mailing list > > http://www.mail-archive.com/freebsd-stable@freebsd.org/msg111266.html > > with same error on 8.1-RC2. The solution there is to get 'sh' sources > > from previous release. I'm not sure whether it will help in my case. > Nope, old sh is only masked the issue. Problem was in sudo signal(SIGPIPE) > handling: > http://www.mail-archive.com/freebsd-stable@freebsd.org/msg111494.html It seems that upgrading of sudo solved a problem. Thank you very much! -- MINO-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 19:20:22 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17ABC106566B for ; Fri, 21 Jan 2011 19:20:22 +0000 (UTC) (envelope-from simon@nitro.dk) Received: from smtp.fullrate.dk (smtp.fullrate.dk [90.185.1.42]) by mx1.freebsd.org (Postfix) with ESMTP id CF7368FC21 for ; Fri, 21 Jan 2011 19:20:21 +0000 (UTC) Received: from [192.168.4.26] (4304ds2-vlb.1.fullrate.dk [90.184.171.166]) by smtp.fullrate.dk (Postfix) with ESMTP id 5A3A69D0AC; Fri, 21 Jan 2011 20:01:33 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Simon L. B. Nielsen" In-Reply-To: <4D386186.2070007@sentex.net> Date: Fri, 21 Jan 2011 20:01:32 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201101200618.p0K6Inf4000743@freebsd-current.sentex.ca> <4D386186.2070007@sentex.net> To: Mike Tancsa X-Mailer: Apple Mail (2.1082) Cc: Matthew Fleming , current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 19:20:22 -0000 On 20 Jan 2011, at 17:23, Mike Tancsa wrote: > On 1/20/2011 9:30 AM, Matthew Fleming wrote: >> As far as I can tell this is another cvsup / tinderbox bug. Both >> sysctl.h and tsc.c were modified in r217616 but somehow tsc.c is >> seeing the old version of sysctl.h. This happened on another of my >> commits a few weeks ago. >=20 > Sometimes it takes a bit to get all the updates. The tinderbox syncs = off > my local cvsup server which gets its updates from cvsup18 once per hr. > You can check its progress at Perhaps we should just set the tinderbox up to sync directly of = cvsup-master instead if that makes it more useful? --=20 Simon L. B. Nielsen Hat: admins team etc etc. From owner-freebsd-current@FreeBSD.ORG Fri Jan 21 22:20:11 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0805C106566B; Fri, 21 Jan 2011 22:20:11 +0000 (UTC) (envelope-from uqs@freebsd.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 95E3B8FC16; Fri, 21 Jan 2011 22:20:10 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id p0LMK9X1098497 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 21 Jan 2011 23:20:09 +0100 (CET) (envelope-from uqs@freebsd.org) Date: Fri, 21 Jan 2011 23:20:09 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: current@freebsd.org, stable@freebsd.org Message-ID: <20110121222008.GB65811@acme.spoerlein.net> Mail-Followup-To: current@FreeBSD.org, stable@FreeBSD.org References: <20110120201740.GE24444@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110120201740.GE24444@acme.spoerlein.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 22:20:11 -0000 On Thu, 20.01.2011 at 21:17:40 +0100, Ulrich Spörlein wrote: > Hello, > > Currently our buildworld relies on groff(1) and vgrind(1) being present > in the host system. I have a patch ready that at least makes sure these > are built during bootstrap-tools and completes the WITHOUT_GROFF flag. > > vgrind(1) is only used for two papers under share/doc and we could > easily expand the results and commit them to svn directly, alleviating > the need to run vgrind(1) during buildworld. > > OTOH, there are much more useful tools to vgrind(1) for source code > formatting. So do we still have vgrind(1) users out there? > > Regards, > Uli [trying to get this thread back on track] Does anyone actually care about vgrind in base? Will people be angry if I unroll the 2 cases where it is used under share/doc? Regards, Uli From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 03:56:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B76B106564A; Sat, 22 Jan 2011 03:56:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id A67898FC0C; Sat, 22 Jan 2011 03:56:44 +0000 (UTC) Received: by qwj9 with SMTP id 9so2406675qwj.13 for ; Fri, 21 Jan 2011 19:56:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=V0ikIir6/RV5TZNc7EiwfQKI5OkTkhYQXxTWLUwUk/A=; b=Jd2nImfMN8U3o5I6uc6HpBx7Z97Pmd/cGG3qhPpQQQ8INfUn3Cru7Z4YUiM23Y8U6I V3ROHd7kNleeBiAGj94kT4iP9oqVT1n2r42k6drCIwjaYSRsbYdeg0c+Q9IGK2Mfb9QZ /WuAGZh4X3vxdjoffhUGyNQkgtl7Z4OTZ/ilQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=T1ZjXi+Eu3gNcThWQ0z969gwEwzEiRobIfRlBtM2/HOvtlBB0EI606ZXGC7sUd7QLx xUWxrZHvLxOadhw9kYvkMpfoAGO7CYnJE4PhofvPgg8I1nwrr24CtQGQvYIT3uJtvp7J /04U9piMBBQd82fDp4BxOksSyU2bMIZhdGYf4= MIME-Version: 1.0 Received: by 10.224.2.69 with SMTP id 5mr1391652qai.120.1295668603766; Fri, 21 Jan 2011 19:56:43 -0800 (PST) Received: by 10.220.198.203 with HTTP; Fri, 21 Jan 2011 19:56:43 -0800 (PST) In-Reply-To: References: Date: Sat, 22 Jan 2011 11:56:43 +0800 Message-ID: From: Adrian Chadd To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 03:56:45 -0000 On 20 January 2011 13:51, Adrian Chadd wrote: > Hi everyone, > > I'm in the process of merging in the non-intrusive changes to the > if_ath code into -HEAD. Ok, so I lied - the ANI changes were slightly intrusive. But all in all the code was just shuffled around a bit. Someone's reported that the AR9285 was once stable but now isn't. I'd really appreciate it if others who are using AR9280/AR9285 chipsets would test this out and get back to me. I'd like to make sure I fix all regressions before I start bringing over more code from ath9k in preparation for enabling the basic 802.11n support for testing. Adrian From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 06:59:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 875E5106564A; Sat, 22 Jan 2011 06:59:09 +0000 (UTC) (envelope-from fluffy@fluffy.khv.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [95.108.130.93]) by mx1.freebsd.org (Postfix) with ESMTP id 3994C8FC17; Sat, 22 Jan 2011 06:59:09 +0000 (UTC) Received: from web120.yandex.ru (web120.yandex.ru [95.108.130.98]) by forward11.mail.yandex.net (Yandex) with ESMTP id 400903ED091C; Sat, 22 Jan 2011 09:47:13 +0300 (MSK) Received: from localhost (localhost.localdomain [127.0.0.1]) by web120.yandex.ru (Yandex) with ESMTP id 208E058C8097; Sat, 22 Jan 2011 09:47:13 +0300 (MSK) Received: from [46.38.1.85] ([46.38.1.85]) by mail.yandex.ru with HTTP; Sat, 22 Jan 2011 09:47:12 +0300 From: Dima Panov To: Adrian Chadd In-Reply-To: References: MIME-Version: 1.0 Message-Id: <792051295678832@web120.yandex.ru> Date: Sat, 22 Jan 2011 16:47:12 +1000 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 06:59:09 -0000 Hello! 22.01.2011, 13:56, "Adrian Chadd" : > On 20 January 2011 13:51, Adrian Chadd ; wrote: > >> šHi everyone, >> >> šI'm in the process of merging in the non-intrusive changes to the >> šif_ath code into -HEAD. > > Ok, so I lied - the ANI changes were slightly intrusive. But all in > all the code was just shuffled around a bit. > > Someone's reported that the AR9285 was once stable but now isn't. I'd > really appreciate it if others who are using AR9280/AR9285 chipsets > would test this out and get back to me. FreeBSD 9.0-900030-CURRENT #0 r217695M: Sat Jan 22 13:57:57 VLAT 2011 ath0: mem 0xf0000000-0xf000ffff irq 19 at device 0.0 on pci9 ath0: AR9285 mac 192.2 RF5133 phy 14.0 Signal strength is fine, no packets loss. ath 9285 was stable for me last months. Acer Ferrari One 200 laptop with half-sized atheros wifi card. > I'd like to make sure I fix all regressions before I start bringing > over more code from ath9k in preparation for enabling the basic > 802.11n support for testing. -- Dima Panov (fluffy@FreeBSD.org) KDE@FreeBSD team Facebook: http://www.facebook.com/?id=100000181104157 From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 09:58:30 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 445CE1065670 for ; Sat, 22 Jan 2011 09:58:30 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6C78FC16 for ; Sat, 22 Jan 2011 09:58:29 +0000 (UTC) Received: by fxm16 with SMTP id 16so2749705fxm.13 for ; Sat, 22 Jan 2011 01:58:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:x-mailer:mime-version:content-type :content-transfer-encoding; bh=+TIxG7kEcGT4Uaj7JmaUmRQE9VhUfH31W9PKK35xlxY=; b=kvBhZyFhERwEnphmPVdSYyO9v0/Y51Iz6Jh4n7RzwuGdfZg47X2bM9tncolPiZU/vr KpHPmT7X0A1v8CJ4ZTCAV2dYGpcqelZnQE3+PCqPhQtu/WuKwlEZFxw/K+Q683eK9ApC ZpVM8KKZ8mv3n7aDmInPtnmaDz/b6Hv09Lq/Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=qvUX+mHyW5tVPfTmowYmYUBMOCVGagw2gYxKr5nNxWKkhuU24Wzd252Vi0BAwL2OAt 2j7sOczzRudndqY/fW5ZYtr7l1/cLcb42gNyC0yjVbiJEhKCy+WoQ0V3IhBvgS5OFOw+ /IuCA6gInnMhq/zxgpajhnfRTAqeEOpn7QbYA= Received: by 10.223.116.1 with SMTP id k1mr1730351faq.51.1295690308362; Sat, 22 Jan 2011 01:58:28 -0800 (PST) Received: from ernst.jennejohn.org (p578E3BC5.dip.t-dialin.net [87.142.59.197]) by mx.google.com with ESMTPS id n1sm3934331fam.16.2011.01.22.01.58.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 22 Jan 2011 01:58:27 -0800 (PST) Date: Sat, 22 Jan 2011 10:58:25 +0100 From: Gary Jennejohn To: Ulrich =?ISO-8859-1?Q?Sp=F6rlein?= Message-ID: <20110122105825.71abfd71@ernst.jennejohn.org> In-Reply-To: <20110121222008.GB65811@acme.spoerlein.net> References: <20110120201740.GE24444@acme.spoerlein.net> <20110121222008.GB65811@acme.spoerlein.net> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, current@freebsd.org Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 09:58:30 -0000 On Fri, 21 Jan 2011 23:20:09 +0100 Ulrich Spörlein wrote: > On Thu, 20.01.2011 at 21:17:40 +0100, Ulrich Spörlein wrote: > > Hello, > > > > Currently our buildworld relies on groff(1) and vgrind(1) being present > > in the host system. I have a patch ready that at least makes sure these > > are built during bootstrap-tools and completes the WITHOUT_GROFF flag. > > > > vgrind(1) is only used for two papers under share/doc and we could > > easily expand the results and commit them to svn directly, alleviating > > the need to run vgrind(1) during buildworld. > > > > OTOH, there are much more useful tools to vgrind(1) for source code > > formatting. So do we still have vgrind(1) users out there? > > > > Regards, > > Uli > > [trying to get this thread back on track] > > Does anyone actually care about vgrind in base? Will people be angry if > I unroll the 2 cases where it is used under share/doc? > I personally have never used vgrind, but since it's available as part of /usr/ports/textproc/heirloom-doctools IMO it would be safe to remove it from base, maybe with a note in UPDATING. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 12:19:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6180F1065673; Sat, 22 Jan 2011 12:19:19 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 037AB8FC17; Sat, 22 Jan 2011 12:19:18 +0000 (UTC) Received: by qyk36 with SMTP id 36so2544932qyk.13 for ; Sat, 22 Jan 2011 04:19:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=wxWoboeIwg/FFjBLxHkHUJ6n9YxkG+if3Kd9MFlZ8RE=; b=uEKa4OalHzFCG6TTt2Um75aKG1tUI98zsquAcEQDaxULGl5Uug2K77aOkhV3NbH82/ wK/VlT2DInP8YO31t8+LwD0blZiJugedald9PoaKG/qHzMFP3tqBPHp8i/deZSi4W1u1 67vb1NtVCrmN4RKU7EnpjdZIyJ1Iqghr56J3k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=L49lpcekS3oVXgD0QWWrDAKbkTZp8aRPQz96LfIVCSpQ4d+WbnpLipReUt0B9ZJ8LO IIt0Zaqguwc7l7p3xXbUp9Jm+Koyd0SooxkeMxbva+P+cBN6Z6HK8u9hFUyhlrzOzf9g c/ec6oeXBWWJYprkpA1bUbrUOHBMTss60OhAw= MIME-Version: 1.0 Received: by 10.224.37.4 with SMTP id v4mr1792832qad.70.1295698758110; Sat, 22 Jan 2011 04:19:18 -0800 (PST) Received: by 10.220.198.203 with HTTP; Sat, 22 Jan 2011 04:19:18 -0800 (PST) In-Reply-To: <792051295678832@web120.yandex.ru> References: <792051295678832@web120.yandex.ru> Date: Sat, 22 Jan 2011 20:19:18 +0800 Message-ID: From: Adrian Chadd To: Dima Panov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 12:19:19 -0000 So it's all completely stable for you too right now? adrian 2011/1/22 Dima Panov : > Hello! > > 22.01.2011, 13:56, "Adrian Chadd" : >> On 20 January 2011 13:51, Adrian Chadd ; wrote: >> >>> =A0Hi everyone, >>> >>> =A0I'm in the process of merging in the non-intrusive changes to the >>> =A0if_ath code into -HEAD. >> >> Ok, so I lied - the ANI changes were slightly intrusive. But all in >> all the code was just shuffled around a bit. >> >> Someone's reported that the AR9285 was once stable but now isn't. I'd >> really appreciate it if others who are using AR9280/AR9285 chipsets >> would test this out and get back to me. > > FreeBSD 9.0-900030-CURRENT #0 r217695M: Sat Jan 22 13:57:57 VLAT 2011 > ath0: mem 0xf0000000-0xf000ffff irq 19 at device 0.0 on pc= i9 > ath0: AR9285 mac 192.2 RF5133 phy 14.0 > > Signal strength is fine, no packets loss. > ath 9285 was stable for me last months. > Acer Ferrari One 200 laptop with half-sized atheros wifi card. > >> I'd like to make sure I fix all regressions before I start bringing >> over more code from ath9k in preparation for enabling the basic >> 802.11n support for testing. > > -- > Dima Panov (fluffy@FreeBSD.org) > KDE@FreeBSD team > > Facebook: http://www.facebook.com/?id=3D100000181104157 > From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 12:39:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E47A9106566B; Sat, 22 Jan 2011 12:39:57 +0000 (UTC) (envelope-from fluffy@fluffy.khv.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [95.108.130.120]) by mx1.freebsd.org (Postfix) with ESMTP id 957468FC0C; Sat, 22 Jan 2011 12:39:57 +0000 (UTC) Received: from web150.yandex.ru (web150.yandex.ru [95.108.130.108]) by forward13.mail.yandex.net (Yandex) with ESMTP id B6C8B1080BD5; Sat, 22 Jan 2011 15:39:55 +0300 (MSK) Received: from localhost (localhost.localdomain [127.0.0.1]) by web150.yandex.ru (Yandex) with ESMTP id 9F7496570351; Sat, 22 Jan 2011 15:39:55 +0300 (MSK) Received: from [46.38.1.85] ([46.38.1.85]) by mail.yandex.ru with HTTP; Sat, 22 Jan 2011 15:39:55 +0300 From: Dima Panov To: Adrian Chadd In-Reply-To: References: <792051295678832@web120.yandex.ru> MIME-Version: 1.0 Message-Id: <741941295699995@web150.yandex.ru> Date: Sat, 22 Jan 2011 22:39:55 +1000 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 12:39:58 -0000 hello! 22.01.2011, 22:19, "Adrian Chadd" : > So it's all completely stable for you too right now? > Yes, almost 7 hours with new kernel and no errors. Stable as all previous revisions. Wait a 802.11n support to utilize it with my home and office hotspots :) > adrian > > 2011/1/22 Dima Panov ;: > >> šHello! >> >> š22.01.2011, 13:56, "Adrian Chadd" ;: >>> šOn 20 January 2011 13:51, Adrian Chadd ;; wrote: >>>> ššHi everyone, >>>> >>>> ššI'm in the process of merging in the non-intrusive changes to the >>>> ššif_ath code into -HEAD. >>> šOk, so I lied - the ANI changes were slightly intrusive. But all in >>> šall the code was just shuffled around a bit. >>> >>> šSomeone's reported that the AR9285 was once stable but now isn't. I'd >>> šreally appreciate it if others who are using AR9280/AR9285 chipsets >>> šwould test this out and get back to me. >> šFreeBSD 9.0-900030-CURRENT #0 r217695M: Sat Jan 22 13:57:57 VLAT 2011 >> šath0: mem 0xf0000000-0xf000ffff irq 19 at device 0.0 on pci9 >> šath0: AR9285 mac 192.2 RF5133 phy 14.0 >> >> šSignal strength is fine, no packets loss. >> šath 9285 was stable for me last months. >> šAcer Ferrari One 200 laptop with half-sized atheros wifi card. >>> šI'd like to make sure I fix all regressions before I start bringing >>> šover more code from ath9k in preparation for enabling the basic >>> š802.11n support for testing. -- Dima Panov (fluffy@FreeBSD.org) KDE@FreeBSD team Facebook: http://www.facebook.com/?id=100000181104157 From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 12:45:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 586AF106564A; Sat, 22 Jan 2011 12:45:14 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id E797A8FC15; Sat, 22 Jan 2011 12:45:13 +0000 (UTC) Received: by vws9 with SMTP id 9so1144252vws.13 for ; Sat, 22 Jan 2011 04:45:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=d76gcYLUbQ6peQBmnIILQTf/MkJAgI9nxuxHRhNVB2k=; b=tPr804XicyKS9KVsg4puH3mO/m5tYGp1zNlhNM/5j1efW3MAILvH62I9U1ArMRT35P LVbLSiFp2UyuqIm48YmCikfmaklPQ2Aa2nmMiiWgWGNqVNIlxHP6+Sr86SZ4ioiziQxO G1//r2zILcpBXrBWpSp1iGxjMPLxPG+VAOOKE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=HjM4/RfWSukeY3W1qHQ0G1OHh7Qk7PJBlf6a4YIz04yFx+a3OzngrI/Oz2QL9zhZBL tpH2HhvWvH608nrVkWOguFf487nrjSfHUJOGeWX35MS64Mm8ED7ipx3iPgVWmf4i69R2 HuASlv9fJtC9kwTidE3UUEBfShzLOowM1zlmA= MIME-Version: 1.0 Received: by 10.220.96.202 with SMTP id i10mr507842vcn.191.1295700313169; Sat, 22 Jan 2011 04:45:13 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.220.198.203 with HTTP; Sat, 22 Jan 2011 04:45:13 -0800 (PST) In-Reply-To: <741941295699995@web150.yandex.ru> References: <792051295678832@web120.yandex.ru> <741941295699995@web150.yandex.ru> Date: Sat, 22 Jan 2011 20:45:13 +0800 X-Google-Sender-Auth: IdCOhqb7Hdpg3Pf6Cz9XFHjKNO0 Message-ID: From: Adrian Chadd To: Dima Panov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 12:45:14 -0000 2011/1/22 Dima Panov : > 22.01.2011, 22:19, "Adrian Chadd" : >> So it's all completely stable for you too right now? >> > > Yes, almost 7 hours with new kernel and no errors. > Stable as all previous revisions. > > Wait a 802.11n support to utilize it with my home and office hotspots :) :) That's going to take some time, but it's on the cards. I really need to first figure out exactly why the AR9280/AR9285 support is so unstable for people. There's one user who has reported a regression from if_ath in -8 to what's in HEAD. I'm working with him at the moment to nail down the cause(s). This is why I really do need this tested as much as possible. I'll put up instructions on how to build if_ath as a module (that's what I'm doing on my RELENG_8 EEEPC - I'm running the HEAD if_ath on it for testing on the AR9280) and then sort out any and all issues on the AR5416, AR9160, AR9280 and AR9285. Throwing 11n into the mix right now is just a bit too much for me to take on. :) Adrian From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 17:11:04 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B18F106566B for ; Sat, 22 Jan 2011 17:11:04 +0000 (UTC) (envelope-from bf1783@googlemail.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 AA6998FC19 for ; Sat, 22 Jan 2011 17:11:03 +0000 (UTC) Received: by yxh35 with SMTP id 35so887502yxh.13 for ; Sat, 22 Jan 2011 09:11:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:date:message-id:subject :from:to:cc:content-type; bh=flmoneGGVSEjMTJI+obFugdL3ZGZBxs7CJYIKqcmwE0=; b=cIr5YiZsVz9QiBtaEI91McipNYDWrm7UdlrovOmSngaF33K8jcytN9jGyogT+TlIuk w2mZ1lyc2T6rfzP04EkqFSW+htivdyresAo94B6dO4C6k+OeyJ+QC0ZsO9P3gdpyOBNU x/bK7lzfBx+H9E7Mn2gvpfCf8J1Mzr75/KOGQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=hTLRA9gMlfKh/10/qJYIERhAZZUi1vNU6h7lsMntb7+3GcljXnNi9u260pQ3aZsZKA 9SwzEql0XaHnS26vUyo4vvavCXcWVYcagF0GAXna78QN1mPgcVz6o7JMPPj/9eCczDTs m0izxfdsB8gEmz/eKt9nhdzTgk5wJQhZbhcpQ= MIME-Version: 1.0 Received: by 10.150.199.19 with SMTP id w19mr2403357ybf.151.1295716262202; Sat, 22 Jan 2011 09:11:02 -0800 (PST) Received: by 10.236.105.197 with HTTP; Sat, 22 Jan 2011 09:11:02 -0800 (PST) Date: Sat, 22 Jan 2011 17:11:02 +0000 Message-ID: From: "b. f." To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@FreeBSD.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 17:11:04 -0000 Adrian Chadd wrote: > 2011/1/22 Dima Panov : > > > 22.01.2011, 22:19, "Adrian Chadd" : > This is why I really do need this tested as much as possible. I'll put > up instructions on how to build if_ath as a module (that's what I'm > doing on my RELENG_8 EEEPC - I'm running the HEAD if_ath on it for > testing on the AR9280) and then sort out any and all issues on the > AR5416, AR9160, AR9280 and AR9285. > > Throwing 11n into the mix right now is just a bit too much for me to take on. :) Would you look to see if any of your improvements can also be used by uath(4)? b. From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 18:15:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1248B106566B; Sat, 22 Jan 2011 18:15:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id E6CA08FC13; Sat, 22 Jan 2011 18:15:17 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id p0MIFHRB030932; Sat, 22 Jan 2011 10:15:17 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id p0MIFHho030931; Sat, 22 Jan 2011 10:15:17 -0800 (PST) (envelope-from sgk) Date: Sat, 22 Jan 2011 10:15:17 -0800 From: Steve Kargl To: Gary Jennejohn Message-ID: <20110122181517.GA30908@troutmask.apl.washington.edu> References: <20110120201740.GE24444@acme.spoerlein.net> <20110121222008.GB65811@acme.spoerlein.net> <20110122105825.71abfd71@ernst.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110122105825.71abfd71@ernst.jennejohn.org> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, current@freebsd.org, Ulrich Sp?rlein Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 18:15:18 -0000 On Sat, Jan 22, 2011 at 10:58:25AM +0100, Gary Jennejohn wrote: > On Fri, 21 Jan 2011 23:20:09 +0100 > Ulrich Sp?rlein wrote: > > > On Thu, 20.01.2011 at 21:17:40 +0100, Ulrich Sp?rlein wrote: > > > Hello, > > > > > > Currently our buildworld relies on groff(1) and vgrind(1) being present > > > in the host system. I have a patch ready that at least makes sure these > > > are built during bootstrap-tools and completes the WITHOUT_GROFF flag. > > > > > > vgrind(1) is only used for two papers under share/doc and we could > > > easily expand the results and commit them to svn directly, alleviating > > > the need to run vgrind(1) during buildworld. > > > > > > OTOH, there are much more useful tools to vgrind(1) for source code > > > formatting. So do we still have vgrind(1) users out there? > > > > > > Regards, > > > Uli > > > > [trying to get this thread back on track] > > > > Does anyone actually care about vgrind in base? Will people be angry if > > I unroll the 2 cases where it is used under share/doc? > > > > I personally have never used vgrind, but since it's available as part of > /usr/ports/textproc/heirloom-doctools IMO it would be safe to remove it > from base, maybe with a note in UPDATING. AFAICT, heirloom-doctools does not work on 64-bit platforms. vgrind may be ok but nroff and troff die rather quickly with a segfault when it tries to use a macro package such as mdoc. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 17:38:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 762D01065670 for ; Sat, 22 Jan 2011 17:38:39 +0000 (UTC) (envelope-from gnehzuil@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0B3568FC0A for ; Sat, 22 Jan 2011 17:38:38 +0000 (UTC) Received: by wyf19 with SMTP id 19so2872943wyf.13 for ; Sat, 22 Jan 2011 09:38:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=Q5fKq+g9TuzaUNRTlzsJoDnfxG5bjiVGTbloE5AOKz4=; b=PxPg8G2xROqcoQV8EyXaBgGWVBjjXXlDxzdHT64YITsaGZQM/BbYTunYr66kPJOcZU cnm4R3xGMW2F4JIMx89Hlp/k+Q2baNzqc+pcSEviv4kz+LziJ3WyJYfOm+8uP8OvdNRs fcQ8KW53/+0ZIECcV/i7pCgL42Oj1EOWtgSkM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=gHx82jb+1d9xHm0ZUb7zmRcqlOVAzmJ1vNp+PQsLGLHXEfbo5X+QfqoK9M5pDr1S4B CNDdPW8SWwO36FQYxRLJVgXJEUj9JzyOLtpf5ZiJnT5ANCKuxoSNYmDmGhu4/rO+XDE0 yamxLsGvR1HJytPTpi98z6v1UKv7H336EUris= MIME-Version: 1.0 Received: by 10.227.180.76 with SMTP id bt12mr2308719wbb.146.1295716065696; Sat, 22 Jan 2011 09:07:45 -0800 (PST) Received: by 10.227.166.132 with HTTP; Sat, 22 Jan 2011 09:07:45 -0800 (PST) Date: Sun, 23 Jan 2011 01:07:45 +0800 Message-ID: From: gnehzuil gnehzuil To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=00248c0eed54d35c27049a726741 X-Mailman-Approved-At: Sat, 22 Jan 2011 18:54:05 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD-current kernel can not be built X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 17:38:39 -0000 --00248c0eed54d35c27049a726741 Content-Type: text/plain; charset=ISO-8859-1 Hi all, It seems that the latest CURRENT kernel can not be built. I used 'make buildkernel KERNCONF=CURRENT' to build a new kernel and got an error: -------------------------------------------------------------- >>> Kernel build for CURRENT started on Sun Jan 23 01:03:57 CST 2011 -------------------------------------------------------------- ===> CURRENT mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/i386/conf; PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/CURRENT /usr/src/sys/i386/conf/CURRENT ../../conf/options: Duplicate option USB_HOST_ALIGN. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ----------------------------------------- I reviewed the source code in svn and perforce repository. It has a duplicate option USB_HOST_ALIGN in conf/options. I attach a patch file to fix it. Best regards, lz --00248c0eed54d35c27049a726741 Content-Type: application/octet-stream; name=patch Content-Disposition: attachment; filename=patch Content-Transfer-Encoding: base64 X-Attachment-Id: f_gj8rmnnu0 LS0tIG9wdGlvbnMub3JpZwkyMDExLTAxLTIzIDAwOjU0OjM0LjI1NDk3Njk2MSArMDgwMAorKysg b3B0aW9ucwkyMDExLTAxLTIzIDAwOjUzOjI2LjA5NDk3Njk2MiArMDgwMApAQCAtNjQyLDcgKzY0 Miw2IEBACiAKICMgb3B0aW9ucyBmb3IgVVNCIHN1cHBvcnQKIFVTQl9ERUJVRwkJb3B0X3VzYi5o Ci1VU0JfSE9TVF9BTElHTgkJb3B0X3VzYi5oCiBVU0JfUkVRX0RFQlVHCQlvcHRfdXNiLmgKIFVT Ql9WRVJCT1NFCQlvcHRfdXNiLmgKIFVTQl9FSENJX0JJR19FTkRJQU5fREVTQwlvcHRfdXNiLmgK --00248c0eed54d35c27049a726741-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 19:09:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADAC5106564A; Sat, 22 Jan 2011 19:09:14 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 47CCC8FC1B; Sat, 22 Jan 2011 19:09:14 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1PgiCd-0007Mv-7q; Sat, 22 Jan 2011 20:28:47 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PgiCZ-0000hL-Dy; Sat, 22 Jan 2011 20:28:43 +0200 Message-Id: To: Adrian Chadd From: Ian FREISLICH In-Reply-To: References: X-Attribution: BOFH Date: Sat, 22 Jan 2011 20:28:43 +0200 Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 19:09:14 -0000 Adrian Chadd wrote: > On 20 January 2011 13:51, Adrian Chadd wrote: > > Hi everyone, > > > > I'm in the process of merging in the non-intrusive changes to the > > if_ath code into -HEAD. > > Ok, so I lied - the ANI changes were slightly intrusive. But all in > all the code was just shuffled around a bit. > > Someone's reported that the AR9285 was once stable but now isn't. I'd > really appreciate it if others who are using AR9280/AR9285 chipsets > would test this out and get back to me. Oddly enough, I think my AR9285 uses less power now. This I do know however: at boot, it associates much much faster. I used to have to wait at least 10 seconds for "the default route interface". Now, association and DHCP blazes through without pausing. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 19:13:43 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B054106566C; Sat, 22 Jan 2011 19:13:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 300128FC15; Sat, 22 Jan 2011 19:13:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0MJDgF5090703; Sat, 22 Jan 2011 14:13:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0MJDgfZ090667; Sat, 22 Jan 2011 19:13:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Jan 2011 19:13:42 GMT Message-Id: <201101221913.p0MJDgfZ090667@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 19:13:43 -0000 TB --- 2011-01-22 17:52:23 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-22 17:52:23 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-01-22 17:52:23 - cleaning the object tree TB --- 2011-01-22 17:52:35 - cvsupping the source tree TB --- 2011-01-22 17:52:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-01-22 17:53:25 - building world TB --- 2011-01-22 17:53:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 17:53:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 17:53:25 - TARGET=ia64 TB --- 2011-01-22 17:53:25 - TARGET_ARCH=ia64 TB --- 2011-01-22 17:53:25 - TZ=UTC TB --- 2011-01-22 17:53:25 - __MAKE_CONF=/dev/null TB --- 2011-01-22 17:53:25 - cd /src TB --- 2011-01-22 17:53:25 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 22 17:53:26 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jan 22 19:13:41 UTC 2011 TB --- 2011-01-22 19:13:41 - generating LINT kernel config TB --- 2011-01-22 19:13:41 - cd /src/sys/ia64/conf TB --- 2011-01-22 19:13:41 - /usr/bin/make -B LINT TB --- 2011-01-22 19:13:41 - building LINT kernel TB --- 2011-01-22 19:13:41 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 19:13:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 19:13:41 - TARGET=ia64 TB --- 2011-01-22 19:13:41 - TARGET_ARCH=ia64 TB --- 2011-01-22 19:13:41 - TZ=UTC TB --- 2011-01-22 19:13:41 - __MAKE_CONF=/dev/null TB --- 2011-01-22 19:13:41 - cd /src TB --- 2011-01-22 19:13:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 22 19:13:41 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `GEOM_PART_BSD' encountered. WARNING: duplicate option `GEOM_PART_GPT' encountered. WARNING: duplicate option `GEOM_PART_MBR' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ACPI' encountered. WARNING: duplicate device `acpi' encountered. ../../conf/options: Duplicate option USB_HOST_ALIGN. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-22 19:13:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-22 19:13:41 - ERROR: failed to build lint kernel TB --- 2011-01-22 19:13:41 - 3925.69 user 602.85 system 4878.13 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 19:09:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ADC5106566B; Sat, 22 Jan 2011 19:09:00 +0000 (UTC) (envelope-from cforgeron@acsi.ca) Received: from mta01.eastlink.ca (mta01.eastlink.ca [24.224.136.30]) by mx1.freebsd.org (Postfix) with ESMTP id D3BE18FC23; Sat, 22 Jan 2011 19:08:59 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ip04.eastlink.ca ([unknown] [24.222.39.52]) by mta01.eastlink.ca (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0LFF002F7UIYL7M2@mta01.eastlink.ca>; Sat, 22 Jan 2011 15:08:58 -0400 (AST) X-CMAE-Score: 0 X-CMAE-Analysis: v=1.1 cv=b0sI0M7bjhCmEOs51LbeKzGQ5ECIs9m+H5QCeOcUmtc= c=1 sm=1 a=kj9zAlcOel0A:10 a=MIl_wUwkK7mT0Sd1HeQA:9 a=D5HGGtvjFIuUQ0MB7dC-Og9XXisA:4 a=CjuIK1q_8ugA:10 a=ZjIqTmGINkQKjhCx/60B3Q==:117 Received: from blk-222-10-85.eastlink.ca (HELO server7.acsi.ca) ([24.222.10.85]) by ip04.eastlink.ca with ESMTP; Sat, 22 Jan 2011 15:08:58 -0400 Received: from server7.acsi.ca ([192.168.9.7]) by server7.acsi.ca ([192.168.9.7]) with mapi; Sat, 22 Jan 2011 15:08:52 -0400 From: Chris Forgeron To: Pawel Jakub Dawidek Date: Sat, 22 Jan 2011 15:08:51 -0400 Thread-topic: My ZFS v28 Testing Experience Thread-index: AcuzcbzI9prO2K7/S8SCrzq+LoNNtAG9aPPA Message-id: References: <20101213214556.GC2038@garage.freebsd.pl> <20110113223125.GA2330@garage.freebsd.pl> In-reply-to: <20110113223125.GA2330@garage.freebsd.pl> Accept-Language: en-US Content-language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US X-Mailman-Approved-At: Sat, 22 Jan 2011 19:37:40 +0000 Cc: "freebsd-fs@freebsd.org" , "freebsd-current@freebsd.org" Subject: RE: My ZFS v28 Testing Experience X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 19:09:00 -0000 >Before we go any further could you please confirm that you commented out this line in sys/modules/zfs/Makefile: > > CFLAGS+=-DDEBUG=1 > >This turns all kind of ZFS debugging and slows it down a lot, but for the correctness testing is invaluable. This will >be turned off once we import ZFS into FreeBSD-CURRENT. Ah! I did not do this. My bad, I've made the edit, and will be recompiling today to see the differences this makes. I will also clone my disk, turn witness and full debug back on, and then try and find out where my problems importing a pool with multiple cache/log devices comes from. It's quite possible it's not hanging, just taking forever, and I'm impatient and not letting it sit for a n hour to see if it completes. Will report back once I have numbers. From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 20:27:00 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAD0C1065672; Sat, 22 Jan 2011 20:27:00 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4C03F8FC14; Sat, 22 Jan 2011 20:27:00 +0000 (UTC) Received: by vws9 with SMTP id 9so1216152vws.13 for ; Sat, 22 Jan 2011 12:26:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type; bh=hNVG+lqSs2o1kNoc7CHmc7pY9sdlQDq7OVeDnUyw5v8=; b=xWcUjgUmrCQBxvCVNQd0FCZG7yiJaAPWvggUzdPNT9O97bYZHQrU3t5LxPeI+htCLU 9XkRezOlRZr44wjahDVklSYAfVEr8NGHDdq0epDx7OZfi0GPDJlRk1BXJokdrwaPf5DO gh32jRTBfz8v6ksuG18Bmf+wAWHXuNdNurB+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=TKQ7fsAfUK3hB1U1ZzlPI+SM9lfNIACDSfipAt1PizvaADP34U8txSl9e+c6hCAiW7 a/3qwoI9nShxioi/xUuE7A5gVe2J9ltOYyYm9KFjOm3pIe5sUPToiHim5DMB6Wd+6XnK zTNPRG5w6F+AeMJu4Fh9gOvsb/hsQlf+gQIc8= Received: by 10.220.98.208 with SMTP id r16mr617839vcn.135.1295728019473; Sat, 22 Jan 2011 12:26:59 -0800 (PST) Received: from kan.dnsalias.net (c-24-63-226-98.hsd1.ma.comcast.net [24.63.226.98]) by mx.google.com with ESMTPS id g17sm6662486vbv.2.2011.01.22.12.26.57 (version=SSLv3 cipher=RC4-MD5); Sat, 22 Jan 2011 12:26:58 -0800 (PST) Date: Sat, 22 Jan 2011 15:26:48 -0500 From: Alexander Kabaev To: Ulrich =?utf-8?Q?Sp=C3=B6rlein?= Message-ID: <20110122152648.3083fc86@kan.dnsalias.net> In-Reply-To: <20110120221142.GA65811@acme.spoerlein.net> References: <20110120201740.GE24444@acme.spoerlein.net> <20110120153103.50a86ad3@kan.dnsalias.net> <20110120221142.GA65811@acme.spoerlein.net> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/hxDs.gecgiqP9rX7F2biW.5"; protocol="application/pgp-signature" Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: RFC vgrind in base (and buildworld) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 20:27:00 -0000 --Sig_/hxDs.gecgiqP9rX7F2biW.5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Thu, 20 Jan 2011 23:11:43 +0100 Ulrich Sp=C3=B6rlein wrote: > On Thu, 20.01.2011 at 15:31:03 -0500, Alexander Kabaev wrote: > > On Thu, 20 Jan 2011 21:17:40 +0100 > > Ulrich Sp=C3=B6rlein wrote: > >=20 > > > Hello, > > >=20 > > > Currently our buildworld relies on groff(1) and vgrind(1) being > > > present in the host system. I have a patch ready that at least > > > makes sure these are built during bootstrap-tools and completes > > > the WITHOUT_GROFF flag. > > >=20 > > > vgrind(1) is only used for two papers under share/doc and we could > > > easily expand the results and commit them to svn directly, > > > alleviating the need to run vgrind(1) during buildworld. > > >=20 > > > OTOH, there are much more useful tools to vgrind(1) for source > > > code formatting. So do we still have vgrind(1) users out there? > > >=20 > > > Regards, > > > Uli > >=20 Just to respond to initial comment, I can live without vgrind in base just fine, provided one cna be installed from ports (looks like that is true).=20 --=20 Alexander Kabaev --Sig_/hxDs.gecgiqP9rX7F2biW.5 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iD8DBQFNOz2QQ6z1jMm+XZYRAtJ3AJ9F8vp8jFE+tTt5LJrtispcOKEkzgCbBc+z a0mN+OT2MtlZ1D7XmC0M1l8= =onAy -----END PGP SIGNATURE----- --Sig_/hxDs.gecgiqP9rX7F2biW.5-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 20:56:51 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E740106566C; Sat, 22 Jan 2011 20:56:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DE4EB8FC0C; Sat, 22 Jan 2011 20:56:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0MKuoZM041460; Sat, 22 Jan 2011 15:56:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0MKuoDM041422; Sat, 22 Jan 2011 20:56:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Jan 2011 20:56:50 GMT Message-Id: <201101222056.p0MKuoDM041422@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 20:56:51 -0000 TB --- 2011-01-22 19:20:14 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-22 19:20:14 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-01-22 19:20:14 - cleaning the object tree TB --- 2011-01-22 19:20:29 - cvsupping the source tree TB --- 2011-01-22 19:20:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-01-22 19:20:43 - building world TB --- 2011-01-22 19:20:43 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 19:20:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 19:20:43 - TARGET=powerpc TB --- 2011-01-22 19:20:43 - TARGET_ARCH=powerpc TB --- 2011-01-22 19:20:43 - TZ=UTC TB --- 2011-01-22 19:20:43 - __MAKE_CONF=/dev/null TB --- 2011-01-22 19:20:43 - cd /src TB --- 2011-01-22 19:20:43 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 22 19:20:44 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jan 22 20:56:49 UTC 2011 TB --- 2011-01-22 20:56:49 - generating LINT kernel config TB --- 2011-01-22 20:56:49 - cd /src/sys/powerpc/conf TB --- 2011-01-22 20:56:49 - /usr/bin/make -B LINT TB --- 2011-01-22 20:56:49 - building LINT kernel TB --- 2011-01-22 20:56:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 20:56:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 20:56:49 - TARGET=powerpc TB --- 2011-01-22 20:56:49 - TARGET_ARCH=powerpc TB --- 2011-01-22 20:56:49 - TZ=UTC TB --- 2011-01-22 20:56:49 - __MAKE_CONF=/dev/null TB --- 2011-01-22 20:56:49 - cd /src TB --- 2011-01-22 20:56:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 22 20:56:49 UTC 2011 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/powerpc/conf; PATH=/obj/powerpc.powerpc/src/tmp/legacy/usr/sbin:/obj/powerpc.powerpc/src/tmp/legacy/usr/bin:/obj/powerpc.powerpc/src/tmp/legacy/usr/games:/obj/powerpc.powerpc/src/tmp/usr/sbin:/obj/powerpc.powerpc/src/tmp/usr/bin:/obj/powerpc.powerpc/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/powerpc.powerpc/src/sys/LINT /src/sys/powerpc/conf/LINT WARNING: duplicate option `GEOM_PART_APM' encountered. WARNING: duplicate option `GEOM_PART_MBR' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. ../../conf/options: Duplicate option USB_HOST_ALIGN. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-22 20:56:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-22 20:56:49 - ERROR: failed to build lint kernel TB --- 2011-01-22 20:56:49 - 4684.77 user 752.77 system 5795.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 21:01:41 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 204E7106566B; Sat, 22 Jan 2011 21:01:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CDFA58FC13; Sat, 22 Jan 2011 21:01:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0ML1e6L075150; Sat, 22 Jan 2011 16:01:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0ML1ekH075145; Sat, 22 Jan 2011 21:01:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Jan 2011 21:01:40 GMT Message-Id: <201101222101.p0ML1ekH075145@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 21:01:41 -0000 TB --- 2011-01-22 20:00:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-22 20:00:04 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-01-22 20:00:04 - cleaning the object tree TB --- 2011-01-22 20:00:17 - cvsupping the source tree TB --- 2011-01-22 20:00:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-01-22 20:00:31 - building world TB --- 2011-01-22 20:00:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 20:00:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 20:00:31 - TARGET=sparc64 TB --- 2011-01-22 20:00:31 - TARGET_ARCH=sparc64 TB --- 2011-01-22 20:00:31 - TZ=UTC TB --- 2011-01-22 20:00:31 - __MAKE_CONF=/dev/null TB --- 2011-01-22 20:00:31 - cd /src TB --- 2011-01-22 20:00:31 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 22 20:00:31 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jan 22 21:01:39 UTC 2011 TB --- 2011-01-22 21:01:39 - generating LINT kernel config TB --- 2011-01-22 21:01:39 - cd /src/sys/sparc64/conf TB --- 2011-01-22 21:01:39 - /usr/bin/make -B LINT TB --- 2011-01-22 21:01:39 - building LINT kernel TB --- 2011-01-22 21:01:39 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 21:01:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 21:01:39 - TARGET=sparc64 TB --- 2011-01-22 21:01:39 - TARGET_ARCH=sparc64 TB --- 2011-01-22 21:01:39 - TZ=UTC TB --- 2011-01-22 21:01:39 - __MAKE_CONF=/dev/null TB --- 2011-01-22 21:01:39 - cd /src TB --- 2011-01-22 21:01:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 22 21:01:39 UTC 2011 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/sparc64/conf; PATH=/obj/sparc64.sparc64/src/tmp/legacy/usr/sbin:/obj/sparc64.sparc64/src/tmp/legacy/usr/bin:/obj/sparc64.sparc64/src/tmp/legacy/usr/games:/obj/sparc64.sparc64/src/tmp/usr/sbin:/obj/sparc64.sparc64/src/tmp/usr/bin:/obj/sparc64.sparc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/sparc64.sparc64/src/sys/LINT /src/sys/sparc64/conf/LINT WARNING: duplicate option `GEOM_PART_BSD' encountered. WARNING: duplicate option `GEOM_PART_VTOC8' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `SUNKBD_EMULATE_ATKBD' encountered. ../../conf/options: Duplicate option USB_HOST_ALIGN. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-22 21:01:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-22 21:01:39 - ERROR: failed to build lint kernel TB --- 2011-01-22 21:01:39 - 2839.95 user 568.24 system 3695.57 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 21:10:12 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 442FC1065694; Sat, 22 Jan 2011 21:10:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EAF118FC13; Sat, 22 Jan 2011 21:10:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0MLAAQv017332; Sat, 22 Jan 2011 16:10:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0MLAAxr017331; Sat, 22 Jan 2011 21:10:10 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Jan 2011 21:10:10 GMT Message-Id: <201101222110.p0MLAAxr017331@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 21:10:12 -0000 TB --- 2011-01-22 20:09:36 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-22 20:09:36 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-01-22 20:09:36 - cleaning the object tree TB --- 2011-01-22 20:09:44 - cvsupping the source tree TB --- 2011-01-22 20:09:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-01-22 20:09:58 - building world TB --- 2011-01-22 20:09:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 20:09:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 20:09:58 - TARGET=sun4v TB --- 2011-01-22 20:09:58 - TARGET_ARCH=sparc64 TB --- 2011-01-22 20:09:58 - TZ=UTC TB --- 2011-01-22 20:09:58 - __MAKE_CONF=/dev/null TB --- 2011-01-22 20:09:58 - cd /src TB --- 2011-01-22 20:09:58 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 22 20:09:59 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jan 22 21:10:10 UTC 2011 TB --- 2011-01-22 21:10:10 - generating LINT kernel config TB --- 2011-01-22 21:10:10 - cd /src/sys/sun4v/conf TB --- 2011-01-22 21:10:10 - /usr/bin/make -B LINT TB --- 2011-01-22 21:10:10 - building LINT kernel TB --- 2011-01-22 21:10:10 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 21:10:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 21:10:10 - TARGET=sun4v TB --- 2011-01-22 21:10:10 - TARGET_ARCH=sparc64 TB --- 2011-01-22 21:10:10 - TZ=UTC TB --- 2011-01-22 21:10:10 - __MAKE_CONF=/dev/null TB --- 2011-01-22 21:10:10 - cd /src TB --- 2011-01-22 21:10:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 22 21:10:10 UTC 2011 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/sun4v/conf; PATH=/obj/sun4v.sparc64/src/tmp/legacy/usr/sbin:/obj/sun4v.sparc64/src/tmp/legacy/usr/bin:/obj/sun4v.sparc64/src/tmp/legacy/usr/games:/obj/sun4v.sparc64/src/tmp/usr/sbin:/obj/sun4v.sparc64/src/tmp/usr/bin:/obj/sun4v.sparc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/sun4v.sparc64/src/sys/LINT /src/sys/sun4v/conf/LINT WARNING: duplicate option `GEOM_PART_BSD' encountered. WARNING: duplicate option `GEOM_PART_VTOC8' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. ../../conf/options: Duplicate option USB_HOST_ALIGN. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-22 21:10:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-22 21:10:10 - ERROR: failed to build lint kernel TB --- 2011-01-22 21:10:10 - 2823.37 user 569.09 system 3634.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 21:17:54 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B6EE1065670; Sat, 22 Jan 2011 21:17:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 16B038FC1F; Sat, 22 Jan 2011 21:17:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0MLHrJJ035680; Sat, 22 Jan 2011 16:17:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0MLHrNc035679; Sat, 22 Jan 2011 21:17:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Jan 2011 21:17:53 GMT Message-Id: <201101222117.p0MLHrNc035679@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 21:17:54 -0000 TB --- 2011-01-22 19:46:49 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-22 19:46:49 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-01-22 19:46:49 - cleaning the object tree TB --- 2011-01-22 19:47:05 - cvsupping the source tree TB --- 2011-01-22 19:47:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-01-22 19:47:30 - building world TB --- 2011-01-22 19:47:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 19:47:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 19:47:30 - TARGET=powerpc TB --- 2011-01-22 19:47:30 - TARGET_ARCH=powerpc64 TB --- 2011-01-22 19:47:30 - TZ=UTC TB --- 2011-01-22 19:47:30 - __MAKE_CONF=/dev/null TB --- 2011-01-22 19:47:30 - cd /src TB --- 2011-01-22 19:47:30 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 22 19:47:30 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jan 22 21:17:52 UTC 2011 TB --- 2011-01-22 21:17:53 - generating LINT kernel config TB --- 2011-01-22 21:17:53 - cd /src/sys/powerpc/conf TB --- 2011-01-22 21:17:53 - /usr/bin/make -B LINT TB --- 2011-01-22 21:17:53 - building LINT kernel TB --- 2011-01-22 21:17:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 21:17:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 21:17:53 - TARGET=powerpc TB --- 2011-01-22 21:17:53 - TARGET_ARCH=powerpc64 TB --- 2011-01-22 21:17:53 - TZ=UTC TB --- 2011-01-22 21:17:53 - __MAKE_CONF=/dev/null TB --- 2011-01-22 21:17:53 - cd /src TB --- 2011-01-22 21:17:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 22 21:17:53 UTC 2011 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/powerpc/conf; PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin:/obj/powerpc.powerpc64/src/tmp/legacy/usr/bin:/obj/powerpc.powerpc64/src/tmp/legacy/usr/games:/obj/powerpc.powerpc64/src/tmp/usr/sbin:/obj/powerpc.powerpc64/src/tmp/usr/bin:/obj/powerpc.powerpc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/powerpc.powerpc64/src/sys/LINT /src/sys/powerpc/conf/LINT WARNING: duplicate option `GEOM_PART_APM' encountered. WARNING: duplicate option `GEOM_PART_MBR' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. ../../conf/options: Duplicate option USB_HOST_ALIGN. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-22 21:17:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-22 21:17:53 - ERROR: failed to build lint kernel TB --- 2011-01-22 21:17:53 - 4274.23 user 845.05 system 5463.71 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 23:01:21 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31162106566C; Sat, 22 Jan 2011 23:01:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C50068FC14; Sat, 22 Jan 2011 23:01:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0MN1J0x024894; Sat, 22 Jan 2011 18:01:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0MN1Jen024881; Sat, 22 Jan 2011 23:01:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Jan 2011 23:01:19 GMT Message-Id: <201101222301.p0MN1Jen024881@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 23:01:21 -0000 TB --- 2011-01-22 21:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-22 21:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-01-22 21:20:00 - cleaning the object tree TB --- 2011-01-22 21:20:15 - cvsupping the source tree TB --- 2011-01-22 21:20:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-01-22 21:20:34 - building world TB --- 2011-01-22 21:20:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 21:20:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 21:20:34 - TARGET=pc98 TB --- 2011-01-22 21:20:34 - TARGET_ARCH=i386 TB --- 2011-01-22 21:20:34 - TZ=UTC TB --- 2011-01-22 21:20:34 - __MAKE_CONF=/dev/null TB --- 2011-01-22 21:20:34 - cd /src TB --- 2011-01-22 21:20:34 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 22 21:20:34 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jan 22 23:01:18 UTC 2011 TB --- 2011-01-22 23:01:19 - generating LINT kernel config TB --- 2011-01-22 23:01:19 - cd /src/sys/pc98/conf TB --- 2011-01-22 23:01:19 - /usr/bin/make -B LINT TB --- 2011-01-22 23:01:19 - building LINT kernel TB --- 2011-01-22 23:01:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 23:01:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 23:01:19 - TARGET=pc98 TB --- 2011-01-22 23:01:19 - TARGET_ARCH=i386 TB --- 2011-01-22 23:01:19 - TZ=UTC TB --- 2011-01-22 23:01:19 - __MAKE_CONF=/dev/null TB --- 2011-01-22 23:01:19 - cd /src TB --- 2011-01-22 23:01:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 22 23:01:19 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `GEOM_PART_PC98' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. WARNING: duplicate option `DEV_NPX' encountered. WARNING: duplicate device `npx' encountered. ../../conf/options: Duplicate option USB_HOST_ALIGN. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-22 23:01:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-22 23:01:19 - ERROR: failed to build lint kernel TB --- 2011-01-22 23:01:19 - 4926.45 user 809.29 system 6079.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 23:07:32 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6707F106566C; Sat, 22 Jan 2011 23:07:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 215748FC08; Sat, 22 Jan 2011 23:07:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0MN7VqF081041; Sat, 22 Jan 2011 18:07:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0MN7V2v081035; Sat, 22 Jan 2011 23:07:31 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Jan 2011 23:07:31 GMT Message-Id: <201101222307.p0MN7V2v081035@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 23:07:32 -0000 TB --- 2011-01-22 21:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-22 21:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-01-22 21:20:00 - cleaning the object tree TB --- 2011-01-22 21:20:19 - cvsupping the source tree TB --- 2011-01-22 21:20:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-01-22 21:25:42 - building world TB --- 2011-01-22 21:25:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 21:25:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 21:25:42 - TARGET=i386 TB --- 2011-01-22 21:25:42 - TARGET_ARCH=i386 TB --- 2011-01-22 21:25:42 - TZ=UTC TB --- 2011-01-22 21:25:42 - __MAKE_CONF=/dev/null TB --- 2011-01-22 21:25:42 - cd /src TB --- 2011-01-22 21:25:42 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 22 21:25:44 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jan 22 23:07:30 UTC 2011 TB --- 2011-01-22 23:07:30 - generating LINT kernel config TB --- 2011-01-22 23:07:30 - cd /src/sys/i386/conf TB --- 2011-01-22 23:07:30 - /usr/bin/make -B LINT TB --- 2011-01-22 23:07:30 - building LINT kernel TB --- 2011-01-22 23:07:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 23:07:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 23:07:30 - TARGET=i386 TB --- 2011-01-22 23:07:30 - TARGET_ARCH=i386 TB --- 2011-01-22 23:07:30 - TZ=UTC TB --- 2011-01-22 23:07:30 - __MAKE_CONF=/dev/null TB --- 2011-01-22 23:07:30 - cd /src TB --- 2011-01-22 23:07:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 22 23:07:31 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `GEOM_PART_MBR' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. WARNING: duplicate option `DEV_NPX' encountered. WARNING: duplicate device `npx' encountered. ../../conf/options: Duplicate option USB_HOST_ALIGN. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-22 23:07:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-22 23:07:31 - ERROR: failed to build lint kernel TB --- 2011-01-22 23:07:31 - 4959.29 user 789.18 system 6450.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 23:18:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53D9C1065670; Sat, 22 Jan 2011 23:18:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id E87DB8FC14; Sat, 22 Jan 2011 23:18:15 +0000 (UTC) Received: by vxa40 with SMTP id 40so2362vxa.13 for ; Sat, 22 Jan 2011 15:18:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=AR12SzanJmgMEOHyAvqFL2klCRHroeu0n108t/q+iUg=; b=BvhaQLbmB2wgHiinbWoxbmXUZslRP+yJqZ47vHia0+mSycPyEQbp3wmoFM+N3Lb6pf bNKQy/wlOGj12cFsfhLFlFyVHNSIYUNyL4ONFQQSw3lDMdVGREgebf6yDkxo9G3OQjvk AQFFk1/2VrSYtojshsExFHHAKSoxfAmyQFBJQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=WxORZm3wISLBLDN8M6BGhFy9VPE8+CQBxCFPER0ClFvk+zEGEG/ht9U3VNmfWs7b91 9um00ZAJ8QMjUHLD7iJer7542iH4c+Zp7ZSGfQXC3PKNJ1n02BntNe+0urGGr6FRU5J1 aJDFHZHabWioa43KX6HsOk0KO8MmtLz+C79uU= MIME-Version: 1.0 Received: by 10.220.96.202 with SMTP id i10mr652847vcn.191.1295738294979; Sat, 22 Jan 2011 15:18:14 -0800 (PST) Received: by 10.220.198.203 with HTTP; Sat, 22 Jan 2011 15:18:14 -0800 (PST) In-Reply-To: References: Date: Sun, 23 Jan 2011 07:18:14 +0800 Message-ID: From: Adrian Chadd To: Ian FREISLICH Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 23:18:16 -0000 On 23 January 2011 02:28, Ian FREISLICH wrote: >> Someone's reported that the AR9285 was once stable but now isn't. I'd >> really appreciate it if others who are using AR9280/AR9285 chipsets >> would test this out and get back to me. > > Oddly enough, I think my AR9285 uses less power now. =A0This I do > know however: at boot, it associates much much faster. =A0I used to > have to wait at least 10 seconds for "the default route interface". > Now, association and DHCP blazes through without pausing. Can you please verify this? Would you please let me know which version of the OS you were running before this? I haven't changed anything on the AR9285 codebase that would account for the above. Something to keep in mind with the AR9280/AR9285 support is that I've seen it be -very- unpredictable - sometimes it's reliable off the bat, sometimes it's not. You have to repeat it a few times to verify that you've actually seen a change. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 23:28:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D27D106564A for ; Sat, 22 Jan 2011 23:28:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 014CC8FC0C for ; Sat, 22 Jan 2011 23:28:29 +0000 (UTC) Received: by vws9 with SMTP id 9so1259771vws.13 for ; Sat, 22 Jan 2011 15:28:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=sHw4oMyUhFlPIap5XVkIezvy5PU5/heBVvSbPxuC2nE=; b=Rf5Rt8syIbqF4fVNhJzaaS82ShjieicWuD69QvFNVqsyWDYOBAaxmqZJNM4OckYb/K jVRDYyBHvyjrs4BOw+MF+1hgbn3tQS5bgW8MWRvRaQIozmw3KnyJ/1mDcHfoJqCeUx8e pltm7QrlU9I423wujFUBm2ZQ/dhd2cOuPEYNI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=a+8iygCPhpFzd9GLM5P/HcXEC9tboGvgXIceCVxl+/y1mp3pB44X+64QY76spjNo8q WqIdmnLFGzB77/6cqcTJRexIrVxe5tkG3sdIUZkgg4lBkN/IBOjqu+PEF20idbRsywJs Q7UpsfHm5cMDH6lBTr6Oo4OKQbHXAReqmkrBU= MIME-Version: 1.0 Received: by 10.220.192.74 with SMTP id dp10mr655335vcb.156.1295738909358; Sat, 22 Jan 2011 15:28:29 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.220.198.203 with HTTP; Sat, 22 Jan 2011 15:28:29 -0800 (PST) In-Reply-To: References: Date: Sun, 23 Jan 2011 07:28:29 +0800 X-Google-Sender-Auth: l6HK0hx89LPsTMcx6_ydRgxqrUk Message-ID: From: Adrian Chadd To: bf1783@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 23:28:30 -0000 On 23 January 2011 01:11, b. f. wrote: > Would you look to see if any of your improvements can also be used by uath(4)? Nope, sorry. I can only do two things at a time. :) Adrian From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 23:29:30 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91C1D106566C; Sat, 22 Jan 2011 23:29:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 38DDA8FC20; Sat, 22 Jan 2011 23:29:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0MNTT8n071620; Sat, 22 Jan 2011 18:29:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0MNTTK7071607; Sat, 22 Jan 2011 23:29:29 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Jan 2011 23:29:29 GMT Message-Id: <201101222329.p0MNTTK7071607@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 23:29:30 -0000 TB --- 2011-01-22 21:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-22 21:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-01-22 21:20:00 - cleaning the object tree TB --- 2011-01-22 21:20:19 - cvsupping the source tree TB --- 2011-01-22 21:20:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-01-22 21:20:35 - building world TB --- 2011-01-22 21:20:35 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 21:20:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 21:20:35 - TARGET=amd64 TB --- 2011-01-22 21:20:35 - TARGET_ARCH=amd64 TB --- 2011-01-22 21:20:35 - TZ=UTC TB --- 2011-01-22 21:20:35 - __MAKE_CONF=/dev/null TB --- 2011-01-22 21:20:35 - cd /src TB --- 2011-01-22 21:20:35 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 22 21:20:36 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jan 22 23:29:28 UTC 2011 TB --- 2011-01-22 23:29:28 - generating LINT kernel config TB --- 2011-01-22 23:29:28 - cd /src/sys/amd64/conf TB --- 2011-01-22 23:29:28 - /usr/bin/make -B LINT TB --- 2011-01-22 23:29:28 - building LINT kernel TB --- 2011-01-22 23:29:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 23:29:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 23:29:28 - TARGET=amd64 TB --- 2011-01-22 23:29:28 - TARGET_ARCH=amd64 TB --- 2011-01-22 23:29:28 - TZ=UTC TB --- 2011-01-22 23:29:28 - __MAKE_CONF=/dev/null TB --- 2011-01-22 23:29:28 - cd /src TB --- 2011-01-22 23:29:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 22 23:29:29 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `GEOM_PART_EBR' encountered. WARNING: duplicate option `GEOM_PART_EBR_COMPAT' encountered. WARNING: duplicate option `GEOM_PART_MBR' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. ../../conf/options: Duplicate option USB_HOST_ALIGN. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-22 23:29:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-22 23:29:29 - ERROR: failed to build lint kernel TB --- 2011-01-22 23:29:29 - 6205.16 user 1087.44 system 7768.81 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 23:33:22 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 962D01065670; Sat, 22 Jan 2011 23:33:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 397158FC13; Sat, 22 Jan 2011 23:33:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p0MNXLeH002380; Sat, 22 Jan 2011 18:33:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p0MNXGQa001797; Sat, 22 Jan 2011 23:33:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Jan 2011 23:33:16 GMT Message-Id: <201101222333.p0MNXGQa001797@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 23:33:22 -0000 TB --- 2011-01-22 22:12:32 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-01-22 22:12:32 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-01-22 22:12:32 - cleaning the object tree TB --- 2011-01-22 22:12:38 - cvsupping the source tree TB --- 2011-01-22 22:12:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-01-22 22:12:50 - building world TB --- 2011-01-22 22:12:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 22:12:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 22:12:50 - TARGET=ia64 TB --- 2011-01-22 22:12:50 - TARGET_ARCH=ia64 TB --- 2011-01-22 22:12:50 - TZ=UTC TB --- 2011-01-22 22:12:50 - __MAKE_CONF=/dev/null TB --- 2011-01-22 22:12:50 - cd /src TB --- 2011-01-22 22:12:50 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 22 22:12:51 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jan 22 23:33:15 UTC 2011 TB --- 2011-01-22 23:33:15 - generating LINT kernel config TB --- 2011-01-22 23:33:15 - cd /src/sys/ia64/conf TB --- 2011-01-22 23:33:15 - /usr/bin/make -B LINT TB --- 2011-01-22 23:33:15 - building LINT kernel TB --- 2011-01-22 23:33:15 - MAKEOBJDIRPREFIX=/obj TB --- 2011-01-22 23:33:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-01-22 23:33:15 - TARGET=ia64 TB --- 2011-01-22 23:33:15 - TARGET_ARCH=ia64 TB --- 2011-01-22 23:33:15 - TZ=UTC TB --- 2011-01-22 23:33:15 - __MAKE_CONF=/dev/null TB --- 2011-01-22 23:33:15 - cd /src TB --- 2011-01-22 23:33:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 22 23:33:16 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `GEOM_PART_BSD' encountered. WARNING: duplicate option `GEOM_PART_GPT' encountered. WARNING: duplicate option `GEOM_PART_MBR' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ACPI' encountered. WARNING: duplicate device `acpi' encountered. ../../conf/options: Duplicate option USB_HOST_ALIGN. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-01-22 23:33:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-01-22 23:33:16 - ERROR: failed to build lint kernel TB --- 2011-01-22 23:33:16 - 3933.81 user 606.91 system 4843.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 23:47:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EE6C106566B; Sat, 22 Jan 2011 23:47:39 +0000 (UTC) (envelope-from bf1783@googlemail.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 18A068FC08; Sat, 22 Jan 2011 23:47:38 +0000 (UTC) Received: by ywp6 with SMTP id 6so954893ywp.13 for ; Sat, 22 Jan 2011 15:47:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=b83a0D6NGzEzo8iFEwWYYskuBlGW/sXJZB5wCcDl3lE=; b=PWyBJRzURjKr201p3uDZn4UyOuY5SERhIF3ToQCinrPIdm2ASylJcXkle1BaLjpKj5 151m7RInS9rZjXqCz/TWSWPBaJ8Vpu50X2YbnHpPVvvN0SjALzr5eyikarZXpCWsV/KS wiSuMSKqLBgRJ+6znxzq6K+g4tQz6BEEjiIAo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=hnVehMIbx2fV+kmeQEH2nSfhGqD1JIQhD4jnKLFs86uJaOoNjSd+/Nj7SQj222dlyi BKQagaLGArj9Z03eTMQpHLqGOAXsnkjo6hlUvq3TE2ar+tPbYBB4DohJjME3Pl4MOAhu Tf0YR1KDyJZsuFXzS4UM5Vt6jpofR8h7lNzA0= MIME-Version: 1.0 Received: by 10.150.195.15 with SMTP id s15mr2726968ybf.94.1295740058458; Sat, 22 Jan 2011 15:47:38 -0800 (PST) Received: by 10.236.105.197 with HTTP; Sat, 22 Jan 2011 15:47:38 -0800 (PST) In-Reply-To: References: Date: Sat, 22 Jan 2011 23:47:38 +0000 Message-ID: From: "b. f." To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 23:47:39 -0000 On 1/22/11, Adrian Chadd wrote: > On 23 January 2011 01:11, b. f. wrote: > >> Would you look to see if any of your improvements can also be used by >> uath(4)? > > Nope, sorry. I can only do two things at a time. :) I didn't mean immediately, but at some point in the not-too-distant future. Or do you lack the hardware, if not the time? b. From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 23:47:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11F4B1065700; Sat, 22 Jan 2011 23:47:54 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id A3FF88FC19; Sat, 22 Jan 2011 23:47:53 +0000 (UTC) Received: by qyk36 with SMTP id 36so2846138qyk.13 for ; Sat, 22 Jan 2011 15:47:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=ipvOOI+/PxbihZ9KhgGBo38bQX+pDqLsQQ396GIa9RM=; b=X6jBagZ4sJAVOmJgi+Y1THIlUYrddl56knzKxNpAmV125Z8aGLeAh2XIOYTrGfi6at Vfd21FA49PQ0XiRAtcg9e+dSObwRKvbeqQyyYRw4Fg2VBn7pUAGI1cF1NINLz+StnM/s gdQe5jmUCgHddzk9vUsTHxGTzG7ZyoSVehl5M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=Ox+bLjttOxpzX94WFJI9f/lgQJhH2kY3a20oGyrGqoOcighOJRMuyOLobVpgCCTtrT Wcuj0sX4bscPVLs8tfc/9wjCT5OQH35RjeUHf2ut+ES/5dED2J0tsXxz9FAsusx4sKAt ZS/YDYzoB6Z+yz8n6VSqqYMiML5M5qfffjxbo= MIME-Version: 1.0 Received: by 10.229.95.193 with SMTP id e1mr2148318qcn.171.1295740072817; Sat, 22 Jan 2011 15:47:52 -0800 (PST) Received: by 10.220.198.203 with HTTP; Sat, 22 Jan 2011 15:47:52 -0800 (PST) Date: Sun, 23 Jan 2011 07:47:52 +0800 Message-ID: From: Adrian Chadd To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Subject: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 23:47:54 -0000 Hi all, I've just committed a new tool in src/tools/tools/ath/ called ath_prom_dump . It dumps the contents of the atheros EEPROM into a text file for later analysis. I don't have any AR9285's handy; if you have an AR9285, would you please send me a hexdump of the EEPROM along with the contents of pciconf and dmesg | grep ath (so I can get the MAC/PHY version numbers?) Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Sat Jan 22 23:51:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39F1B1065670 for ; Sat, 22 Jan 2011 23:51:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id E31AB8FC17 for ; Sat, 22 Jan 2011 23:51:41 +0000 (UTC) Received: by vws9 with SMTP id 9so1265368vws.13 for ; Sat, 22 Jan 2011 15:51:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zbbuS44f4DAf0Y63dfCxT8ZFaDEb9Br/WEDfZnzfL3k=; b=VComZAq0Ul4OHv9qSZHGV7MnvKymiIKrl5RwKPBTxAcpKKnMuB+/v0VTpfOeXtvIYp Jrrxm4DtiYuVrGjT5/ZJRJQ5wLKzL+td94btyCVsfNK5W8WS7Gy5CzKL9GrbwVvCxzQB vU70QXU7x55X6IwB4Y6H9BEbXFSgWborGmZSI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=HhA5bpouPbiyxAnfYkCUmGZR/k5Yvu498wVbhZkyW+aWXTc2mI9C8rLswmIgBDYp5e iNF5l9YuTXE7b84NoiCLhdIi3bsWWnBIOyuTMwR+78LAQTx+pcDl1uBkagdIcKXG/hp6 daGMVk2jeX3fuxfkCbfjQ0R4XLiSHSVCHAm6s= MIME-Version: 1.0 Received: by 10.220.176.77 with SMTP id bd13mr694073vcb.16.1295740301142; Sat, 22 Jan 2011 15:51:41 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.220.198.203 with HTTP; Sat, 22 Jan 2011 15:51:41 -0800 (PST) In-Reply-To: References: Date: Sun, 23 Jan 2011 07:51:41 +0800 X-Google-Sender-Auth: ZKBIxLAyF6brn779Dozzc_1XWHo Message-ID: From: Adrian Chadd To: bf1783@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 23:51:42 -0000 On 23 January 2011 07:47, b. f. wrote: >> Nope, sorry. I can only do two things at a time. :) > > I didn't mean immediately, but at some point in the not-too-distant > future. =A0Or do you lack the hardware, if not the time? All of the above, sorry. The atheros wifi hacking is mostly a spare-time project for me. There's a lot to be done and I'd like to maximise my chances at actually achieving what I set out to. Adrian