From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 00:02:04 2008 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 6297A106567A for ; Sun, 30 Nov 2008 00:02:04 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id 35D4C8FC17 for ; Sun, 30 Nov 2008 00:02:03 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1832573rvf.43 for ; Sat, 29 Nov 2008 16:02:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=tBcKgEsVLUQbtM6X2oa6wbTiACo0M57LFp12EiVZm4s=; b=b6wfNZC0C2+8l5EYlKX878GpJytifITMAufuSy31KhVHesHHMCUWahM2+mhb/euCOg 2bF6uhDe+aKAQ7CCwUOaOErS6kwRtf7zTeBqvAgdr1U1JjACH3weVvQx9dSCJYNdvmVy jLc6lfe/ODsAsSOaYDNj13rHQOTszobp2Zi54= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=pFD7T2dRBtaJkYvkzinj1BGXTZ8qesdmhnFX6oNnvmrRl5ROKVI4rrmzQw2Ij2t+Hy lu6tfxvpF3j+MBtJqIea4Nmmd0xwtk/jgsS3aFjgk27IAcGTWzqA9DBFD4zEk8SJ1KfM tQgeOXKk/Rqq4p4t5aZhigSWTDL7uQlTXIsug= Received: by 10.140.136.5 with SMTP id j5mr4440225rvd.167.1228003323445; Sat, 29 Nov 2008 16:02:03 -0800 (PST) Received: by 10.140.158.13 with HTTP; Sat, 29 Nov 2008 16:02:03 -0800 (PST) Message-ID: <7d6fde3d0811291602m3d10dcc6m9c9cbb3f2a8bcd47@mail.gmail.com> Date: Sat, 29 Nov 2008 16:02:03 -0800 From: "Garrett Cooper" To: "Giorgos Keramidas" In-Reply-To: <878wr2pj5p.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87wseo731o.fsf@kobe.laptop> <87fxlcba7p.fsf@kobe.laptop> <87myfjma0k.fsf@kobe.laptop> <87wsempm2k.fsf@kobe.laptop> <878wr2pj5p.fsf@kobe.laptop> Cc: freebsd-current@freebsd.org, Peter Wemm Subject: Re: tty problems in recent 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, 30 Nov 2008 00:02:04 -0000 On Sat, Nov 29, 2008 at 8:54 AM, Giorgos Keramidas wrote: > On Sat, 29 Nov 2008 17:51:31 +0200, Giorgos Keramidas wrote: >> On Fri, 28 Nov 2008 20:47:00 -0800, "Peter Wemm" wrote: >> without -O2 optimizations, I'll keep going backwards to see if I can >> locate the commit that this started happening. > > Heh, interesting... GENERIC from /head@185376 compiled with a > `make.conf' that disables optimizations works fine so far: > > # CFLAGS?= -O2 -fno-strict-aliasing -pipe > # COPTFLAGS?= -O -pipe > NO_CPU_CFLAGS= # Don't add -march= to CFLAGS automatically > NO_CPU_COPTFLAGS= # Don't add -march= to COPTFLAGS automatically Might be another compiler issue. There's an issue with -fstrict-aliasing (at least) on all versions of g++ up to 4.2.3: . Are there some compiler warnings when compiling kernel / screen? Also, have you tried with just COPTFLAGS disabled? -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 00:03:41 2008 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 526C8106564A for ; Sun, 30 Nov 2008 00:03:41 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id 2466C8FC16 for ; Sun, 30 Nov 2008 00:03:41 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1832904rvf.43 for ; Sat, 29 Nov 2008 16:03:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=4Vp/Z/mpGRq3R3Pd6CSw8XYfdhfmIuu3oyCk30r++M8=; b=PCXrjv+BstVbt2TH3O1bkZ3fBn0ESDqqIWNgzhQ2GWBBzDli8a8hBdYykeJIjQHpak hIPIcT5ACWY3zRJ4SUrEwUx06uS24UXyx0yN+b/nTdFnY8RszQwt4ga44gAkS8Bidp/E zFv5JWGr2y5O46ca5KR2LOARc8t5j+Px9MNSc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Au7j3QqNdCJjwyY0fFR6LvJx22z7wu8OtgyVrauzPMjHipLeN8rReHKXbYd4FiOomu eT/Zos3roZz8IX9VCpApu+vI0vIEgrCxhlh7gCW2SxNiz16XIs1yRwOnwM5+oTPxjBU1 UhHqUEnRwy3CX0kbkFI6vQ3rxoJCee6ngEuUc= Received: by 10.141.43.19 with SMTP id v19mr4452299rvj.115.1228003420482; Sat, 29 Nov 2008 16:03:40 -0800 (PST) Received: by 10.140.158.13 with HTTP; Sat, 29 Nov 2008 16:03:40 -0800 (PST) Message-ID: <7d6fde3d0811291603h23a6945cv193cb61ce3f5cc3c@mail.gmail.com> Date: Sat, 29 Nov 2008 16:03:40 -0800 From: "Garrett Cooper" To: "Giorgos Keramidas" In-Reply-To: <7d6fde3d0811291602m3d10dcc6m9c9cbb3f2a8bcd47@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87wseo731o.fsf@kobe.laptop> <87fxlcba7p.fsf@kobe.laptop> <87myfjma0k.fsf@kobe.laptop> <87wsempm2k.fsf@kobe.laptop> <878wr2pj5p.fsf@kobe.laptop> <7d6fde3d0811291602m3d10dcc6m9c9cbb3f2a8bcd47@mail.gmail.com> Cc: freebsd-current@freebsd.org, Peter Wemm Subject: Re: tty problems in recent 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, 30 Nov 2008 00:03:41 -0000 On Sat, Nov 29, 2008 at 4:02 PM, Garrett Cooper wrote: > On Sat, Nov 29, 2008 at 8:54 AM, Giorgos Keramidas > wrote: >> On Sat, 29 Nov 2008 17:51:31 +0200, Giorgos Keramidas wrote: >>> On Fri, 28 Nov 2008 20:47:00 -0800, "Peter Wemm" wrote: >>> without -O2 optimizations, I'll keep going backwards to see if I can >>> locate the commit that this started happening. >> >> Heh, interesting... GENERIC from /head@185376 compiled with a >> `make.conf' that disables optimizations works fine so far: >> >> # CFLAGS?= -O2 -fno-strict-aliasing -pipe >> # COPTFLAGS?= -O -pipe >> NO_CPU_CFLAGS= # Don't add -march= to CFLAGS automatically >> NO_CPU_COPTFLAGS= # Don't add -march= to COPTFLAGS automatically > > Might be another compiler issue. There's an issue with > -fstrict-aliasing (at least) on all versions of g++ up to 4.2.3: > . > Are there some compiler warnings when compiling kernel / screen? > Also, have you tried with just COPTFLAGS disabled? > -Garrett Actually, this may be the culprit: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35643 -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 00:05:20 2008 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 B359D1065670 for ; Sun, 30 Nov 2008 00:05:20 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 67D028FC19 for ; Sun, 30 Nov 2008 00:05:20 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by ran.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L6ZoK-000617-Ig; Sun, 30 Nov 2008 00:05:16 +0000 Message-ID: <4931D8BA.4070304@psg.com> Date: Sun, 30 Nov 2008 09:05:14 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Garrett Cooper References: <20081128234155.0221e263@serene.no-ip.org> <20081129174625.U70754@ury.york.ac.uk> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> In-Reply-To: <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Conrad J. Sabatier" , freebsd-current@freebsd.org, Alexander Churanov Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 00:05:20 -0000 yes, there are the supported devices that suck. e.g. the promise controller, when you want the deliver controller. freebsd performs as well on it as anything. but it is basically fragile hardwhere. randy From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 00:15:03 2008 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 6EF29106564A for ; Sun, 30 Nov 2008 00:15:03 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel.alaskaparadise.com (bsdevel.alaskaparadise.com [208.86.224.193]) by mx1.freebsd.org (Postfix) with ESMTP id 483828FC0A for ; Sun, 30 Nov 2008 00:15:03 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from stargate.alaskaparadise.com (172-67-237-24.gci.net [24.237.67.172]) by bsdevel.alaskaparadise.com (Postfix) with ESMTP id 8607228E2897; Sun, 30 Nov 2008 00:15:02 +0000 (UTC) From: Beech Rintoul Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sat, 29 Nov 2008 15:15:01 -0900 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <20081128234155.0221e263@serene.no-ip.org> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> In-Reply-To: <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811291515.01962.beech@freebsd.org> Cc: Garrett Cooper , "Conrad J. Sabatier" , Alexander Churanov Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 00:15:03 -0000 On Saturday 29 November 2008 14:56:47 Garrett Cooper wrote: > On Sat, Nov 29, 2008 at 1:42 PM, Alexander Churanov > > wrote: > > Folks! > > > > I have some ideas on that. The problem is it's sometimes hard to check > > that given hardware is supported by FreeBSD, even in case you know and > > want to do it. The list of supported hardware is often written in terms > > of chipsets and manufacturers often produce cards using supported chips, > > but named after their own trademark. > > > > For example, at my location one of frequently sold TV card brands is > > "beholder". It is not in the supported hw list. However, three years ago > > I've installed ethernet cards named "compex" to PCs and they worked well > > and were detected as "realtek". Given that, should one try "beholder" tv > > card in the first place? > > > > The solution is to ask someone, or, better, to pay someone for providing > > that knowledge. Computer shops rarely indicate that hardware is > > compatible with FreeBSD. Whom to ask/pay? All this leads to idea of > > creating some organization that will sell FreeBSD compatible PCs and > > hardware. I'm sure, business like that can not exist , because FreeBSD > > userbase is not largest. But non-profit organization, would, probably. > > > > Currently I have ordinary PC and several years ago it was running > > Windows, now FreeBSD. Fortunately, all hardware works. Now I am thinking > > of buying new PC and I would pay 10% extra for a brand PC with a sticker > > "FreeBSD inside" or "Designed for FreeBSD". A shop like that would also > > sell 100%-compatible photo cams, remote control units, etc. > > > > All of these is highly hypothetical, but probably is possible. 10% is a > > good donation. > > > > Alexander Churanov > > There's a hardware compatibility page, but it's probably out of date / > incorrect (I'm sure not all supported hardware is noted there -- > bsdstats might have more info): > http://www.freebsd.org/releases/index.html (look under `Hardware > Notes' for your given release). > > My mileage: > > - nVidia sucks for use on Unix platforms. Even under Linux I ran into > a bunch of issues when building my PC last year, and I've discovered > that if you're going to run Unix, stick to Intel chipsets. > - nVidia chipsets (from my PoV -- I can be swayed) offer almost zero > real advantage over Intel chipsets other than SLi. Then again I never > have and never plan on running 2+ nVidia cards at once. > > So unfortunately by purchasing nVidia hardware you're kind of > beckoning for problems, mostly because their datasheets and specs are > more closed than Intel. I just built a box and used an 8500 GT nVidia clone it's a medium range card and is fully supported by FreeBSD. Beech > > There are also vendors who sell certified working FreeBSD desktops and > laptops. Someone posted it on the list a few months back (questions@ > maybe) and that's all I can remember about that. > > -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" -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 02:28:15 2008 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 7B50C106564A for ; Sun, 30 Nov 2008 02:28:15 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id 446F38FC0C for ; Sun, 30 Nov 2008 02:28:15 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1860576rvf.43 for ; Sat, 29 Nov 2008 18:28:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=R6NZuCuzSi/wQicIhsmQjBBZGbFx8kTH+u/e/B1/r9U=; b=LhedLR3gdUessmK7MHk693otxcBce5nchtfcMfPGP80mt0AS8Z6fRI4TiEEsB4Y7v5 ODAXLuaEb9Hf87bFwflVFnxDGneaMgKfbmAsY5feXocrBD20JVB4sshL61lTMDdRtcwx IVKO2Ff2GAQPPwuFuScDurumNWxQgXn5lw/gc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=R3iAuDKTixD/tHKb+b1Wp8Y3+7UNuINSkq5YaEoLKuSbNRS25lXJHCigoZDrQ594+T wryqhBmeI8o2bfLnwy1PL8PrG6RhmfbojQHSGJkjZW8j5JeE0fi6HU5MR4eZ3mQj5ZB9 e0NIt4mfbIrcsXFK9HeEm5Yi9cVrQE+9s+cy4= Received: by 10.142.254.6 with SMTP id b6mr3930858wfi.157.1228012094898; Sat, 29 Nov 2008 18:28:14 -0800 (PST) Received: from ?192.168.10.3? (adsl-99-139-48-85.dsl.pltn13.sbcglobal.net [99.139.48.85]) by mx.google.com with ESMTPS id 28sm3360362wfd.34.2008.11.29.18.28.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 29 Nov 2008 18:28:14 -0800 (PST) Message-Id: From: Garrett Cooper To: Beech Rintoul In-Reply-To: <200811291515.01962.beech@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sat, 29 Nov 2008 18:31:56 -0800 References: <20081128234155.0221e263@serene.no-ip.org> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> <200811291515.01962.beech@freebsd.org> X-Mailer: Apple Mail (2.929.2) Cc: "Conrad J. Sabatier" , freebsd-current@freebsd.org, Alexander Churanov Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 02:28:15 -0000 On Nov 29, 2008, at 4:15 PM, Beech Rintoul wrote: > On Saturday 29 November 2008 14:56:47 Garrett Cooper wrote: >> On Sat, Nov 29, 2008 at 1:42 PM, Alexander Churanov >> >> wrote: >>> Folks! >>> >>> I have some ideas on that. The problem is it's sometimes hard to >>> check >>> that given hardware is supported by FreeBSD, even in case you know >>> and >>> want to do it. The list of supported hardware is often written in >>> terms >>> of chipsets and manufacturers often produce cards using supported >>> chips, >>> but named after their own trademark. >>> >>> For example, at my location one of frequently sold TV card brands is >>> "beholder". It is not in the supported hw list. However, three >>> years ago >>> I've installed ethernet cards named "compex" to PCs and they >>> worked well >>> and were detected as "realtek". Given that, should one try >>> "beholder" tv >>> card in the first place? >>> >>> The solution is to ask someone, or, better, to pay someone for >>> providing >>> that knowledge. Computer shops rarely indicate that hardware is >>> compatible with FreeBSD. Whom to ask/pay? All this leads to idea of >>> creating some organization that will sell FreeBSD compatible PCs and >>> hardware. I'm sure, business like that can not exist , because >>> FreeBSD >>> userbase is not largest. But non-profit organization, would, >>> probably. >>> >>> Currently I have ordinary PC and several years ago it was running >>> Windows, now FreeBSD. Fortunately, all hardware works. Now I am >>> thinking >>> of buying new PC and I would pay 10% extra for a brand PC with a >>> sticker >>> "FreeBSD inside" or "Designed for FreeBSD". A shop like that would >>> also >>> sell 100%-compatible photo cams, remote control units, etc. >>> >>> All of these is highly hypothetical, but probably is possible. 10% >>> is a >>> good donation. >>> >>> Alexander Churanov >> >> There's a hardware compatibility page, but it's probably out of >> date / >> incorrect (I'm sure not all supported hardware is noted there -- >> bsdstats might have more info): >> http://www.freebsd.org/releases/index.html (look under `Hardware >> Notes' for your given release). >> >> My mileage: >> >> - nVidia sucks for use on Unix platforms. Even under Linux I ran into >> a bunch of issues when building my PC last year, and I've discovered >> that if you're going to run Unix, stick to Intel chipsets. >> - nVidia chipsets (from my PoV -- I can be swayed) offer almost zero >> real advantage over Intel chipsets other than SLi. Then again I never >> have and never plan on running 2+ nVidia cards at once. >> >> So unfortunately by purchasing nVidia hardware you're kind of >> beckoning for problems, mostly because their datasheets and specs are >> more closed than Intel. > > I just built a box and used an 8500 GT nVidia clone it's a medium > range card > and is fully supported by FreeBSD. > > Beech I was referring more to complete nVidia chipsets (the north +southbridge variety), not video cards. Video cards have no real issue. -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 03:00:13 2008 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 79BD6106564A for ; Sun, 30 Nov 2008 03:00:13 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel.alaskaparadise.com (bsdevel.alaskaparadise.com [208.86.224.193]) by mx1.freebsd.org (Postfix) with ESMTP id 303E08FC14 for ; Sun, 30 Nov 2008 03:00:13 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from stargate.alaskaparadise.com (172-67-237-24.gci.net [24.237.67.172]) by bsdevel.alaskaparadise.com (Postfix) with ESMTP id 73FA128E289B; Sun, 30 Nov 2008 03:00:12 +0000 (UTC) From: Beech Rintoul Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sat, 29 Nov 2008 18:00:11 -0900 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <20081128234155.0221e263@serene.no-ip.org> <200811291515.01962.beech@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811291800.11902.beech@freebsd.org> Cc: Garrett Cooper , "Conrad J. Sabatier" , Alexander Churanov Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 03:00:13 -0000 On Saturday 29 November 2008 17:31:56 Garrett Cooper wrote: > On Nov 29, 2008, at 4:15 PM, Beech Rintoul wrote: > > On Saturday 29 November 2008 14:56:47 Garrett Cooper wrote: > >> On Sat, Nov 29, 2008 at 1:42 PM, Alexander Churanov > >> > >> wrote: > >>> Folks! > >>> > >>> I have some ideas on that. The problem is it's sometimes hard to > >>> check > >>> that given hardware is supported by FreeBSD, even in case you know > >>> and > >>> want to do it. The list of supported hardware is often written in > >>> terms > >>> of chipsets and manufacturers often produce cards using supported > >>> chips, > >>> but named after their own trademark. > >>> > >>> For example, at my location one of frequently sold TV card brands is > >>> "beholder". It is not in the supported hw list. However, three > >>> years ago > >>> I've installed ethernet cards named "compex" to PCs and they > >>> worked well > >>> and were detected as "realtek". Given that, should one try > >>> "beholder" tv > >>> card in the first place? > >>> > >>> The solution is to ask someone, or, better, to pay someone for > >>> providing > >>> that knowledge. Computer shops rarely indicate that hardware is > >>> compatible with FreeBSD. Whom to ask/pay? All this leads to idea of > >>> creating some organization that will sell FreeBSD compatible PCs and > >>> hardware. I'm sure, business like that can not exist , because > >>> FreeBSD > >>> userbase is not largest. But non-profit organization, would, > >>> probably. > >>> > >>> Currently I have ordinary PC and several years ago it was running > >>> Windows, now FreeBSD. Fortunately, all hardware works. Now I am > >>> thinking > >>> of buying new PC and I would pay 10% extra for a brand PC with a > >>> sticker > >>> "FreeBSD inside" or "Designed for FreeBSD". A shop like that would > >>> also > >>> sell 100%-compatible photo cams, remote control units, etc. > >>> > >>> All of these is highly hypothetical, but probably is possible. 10% > >>> is a > >>> good donation. > >>> > >>> Alexander Churanov > >> > >> There's a hardware compatibility page, but it's probably out of > >> date / > >> incorrect (I'm sure not all supported hardware is noted there -- > >> bsdstats might have more info): > >> http://www.freebsd.org/releases/index.html (look under `Hardware > >> Notes' for your given release). > >> > >> My mileage: > >> > >> - nVidia sucks for use on Unix platforms. Even under Linux I ran into > >> a bunch of issues when building my PC last year, and I've discovered > >> that if you're going to run Unix, stick to Intel chipsets. > >> - nVidia chipsets (from my PoV -- I can be swayed) offer almost zero > >> real advantage over Intel chipsets other than SLi. Then again I never > >> have and never plan on running 2+ nVidia cards at once. > >> > >> So unfortunately by purchasing nVidia hardware you're kind of > >> beckoning for problems, mostly because their datasheets and specs are > >> more closed than Intel. > > > > I just built a box and used an 8500 GT nVidia clone it's a medium > > range card > > and is fully supported by FreeBSD. > > > > Beech > > I was referring more to complete nVidia chipsets (the north > +southbridge variety), not video cards. Video cards have no real issue. > -Garrett I agree that's a completely different animal. I now tend towards MSI motherboards. I had a couple of bad experiences with ASUS and every MSI box I've built the MB is fully supported in FreeBSD. But you can never go wrong with Intel. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 04:26:25 2008 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 830A81065675 for ; Sun, 30 Nov 2008 04:26:25 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1048FC19 for ; Sun, 30 Nov 2008 04:26:25 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id C5D3673098; Sun, 30 Nov 2008 05:31:10 +0100 (CET) Date: Sun, 30 Nov 2008 05:31:10 +0100 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20081130043110.GA48062@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: libufs limitation trying to make newfs work on plain files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 04:26:25 -0000 libufs limitation trying to make newfs work on plain files Hi, I have been trying to modify newfs so that it could work on plain files (the overall goal being to have more flexible tools to manipulate filesystem images without the special privileges needed by mdconfig). Unfortunately, it seems that this cannot be done without modifying the 'struct uufsd' in libufs.h so that it can deal with an offset in the file (see below for a detailed description). As far as I can tell libufs is only used by a small number of programs: /sbin/badsect: /sbin/dumpfs: /sbin/ffsinfo: /sbin/newfs: /sbin/tunefs: /usr/sbin/snapinfo: so i don't think the change will create a major trouble in an upgrade. So, are there any objections if I work on such a change planning to add it also in RELENG_7 once 7.1 is out ? DETAILS The problem i want to solve is make newfs able to create a partition at an arbitrary offset in a file, so that we can create a disk image without having to glue together the various filesystem and slice in a second pass, and without requiring root privs to run mdconfig or the like. But right now newfs expects to open the actual partition (e.g. /dev/da0s1f) and thus the partition data start at offset 0 within the file descriptor. This assumption is in turn propagated down to libufs. If you operate on a file representing the entire ufs slice, the various partitions start at offsets !=0 (even worse, if the file represent an entire disk image, the slice itself would be at a non-zero offset). So you need to pass the offset to the start of the filesystem (in the general case an off_t) to the I/O routines in libufs, and this information should be stored in the 'struct uufsd'. In principle one could use some tricks and describe the offset with a few unused bits in the 'd_mine' field in struct uufsd: + 1 bit to signal that we are operating on a plain file so the filesystem does not start at offset 0; + 3 bits to indicate which partition we are using (a..h) + 1 bit to indicate that the slice is within a disk image + 2 bits to indicate which entry in the MBR describes the slice. With this info the code could possibly locate the slice offset within the image file, read the disklabel from there, then add the offset of the partition within the slice, and without needing to change the structure. But clearly this is not as clean as adding an extra field to the structure. cheers luigi From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 10:07:13 2008 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 AF2BD1065670 for ; Sun, 30 Nov 2008 10:07:13 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 2A3ED8FC08 for ; Sun, 30 Nov 2008 10:07:12 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl144-35.kln.forthnet.gr [195.74.243.35]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mAUA6leX015742 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 30 Nov 2008 12:06:53 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mAUA6lVN059600; Sun, 30 Nov 2008 12:06:47 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mAUA6ke6059599; Sun, 30 Nov 2008 12:06:46 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Stephen Montgomery-Smith References: <49318590.4060702@math.missouri.edu> Date: Sun, 30 Nov 2008 12:06:46 +0200 In-Reply-To: <49318590.4060702@math.missouri.edu> (Stephen Montgomery-Smith's message of "Sat, 29 Nov 2008 12:10:24 -0600") Message-ID: <87y6z11qa1.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mAUA6leX015742 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.822, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.58, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: gnome-terminal not closing in 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, 30 Nov 2008 10:07:13 -0000 On Sat, 29 Nov 2008 12:10:24 -0600, Stephen Montgomery-Smith wrote: > I just upgraded my FreeBSD CURRENT. Now gnome-terminal doesn't quit. If > you type "exit" the shell exits, but the terminal just sits there. > > I bet this is related to the ttys problem reported here: > > http://groups.google.com/group/mailing.freebsd.current/browse_thread/thread/19418a227692b141/884cefe316ee1740?show_docid=884cefe316ee1740 It turns out this wasn't a "tty" problem. I had mistakenly restored an old version of my `/etc/make.conf' file and compiled the kernel with: CFLAGS?= -O2 -fno-strict-aliasing -pipe COPTFLAGS?= -O -pipe Commenting out these options and adding: NO_CPU_CFLAGS= # Don't add -march= to CFLAGS automatically NO_CPU_COPTFLAGS= # Don't add -march= to COPTFLAGS automatically fixed the problems I was seeing. From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 10:59:07 2008 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 ED3EF1065677 for ; Sun, 30 Nov 2008 10:59:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 911008FC0A for ; Sun, 30 Nov 2008 10:59:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1L6k12-000Nfj-Aw; Sun, 30 Nov 2008 12:59:04 +0200 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 mAUAwxJq004476 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Nov 2008 12:58:59 +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.3/8.14.3) with ESMTP id mAUAwxo0026277; Sun, 30 Nov 2008 12:58:59 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id mAUAwxq6026276; Sun, 30 Nov 2008 12:58:59 +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: Sun, 30 Nov 2008 12:58:59 +0200 From: Kostik Belousov To: Luigi Rizzo Message-ID: <20081130105859.GF3045@deviant.kiev.zoral.com.ua> References: <20081130043110.GA48062@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lIrNkN/7tmsD/ALM" Content-Disposition: inline In-Reply-To: <20081130043110.GA48062@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1L6k12-000Nfj-Aw 892f57104c51b741ac65e5e5f09e8ffd X-Terabit: YES Cc: current@freebsd.org Subject: Re: libufs limitation trying to make newfs work on plain files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 10:59:07 -0000 --lIrNkN/7tmsD/ALM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 30, 2008 at 05:31:10AM +0100, Luigi Rizzo wrote: > libufs limitation trying to make newfs work on plain files >=20 > Hi, > I have been trying to modify newfs so that it could work on plain > files (the overall goal being to have more flexible tools to > manipulate filesystem images without the special privileges needed > by mdconfig). >=20 > Unfortunately, it seems that this cannot be done without modifying > the 'struct uufsd' in libufs.h so that it can deal with an offset in > the file (see below for a detailed description). >=20 > As far as I can tell libufs is only used by a small number of programs: > /sbin/badsect: > /sbin/dumpfs: > /sbin/ffsinfo: > /sbin/newfs: > /sbin/tunefs: > /usr/sbin/snapinfo: >=20 > so i don't think the change will create a major trouble in=20 > an upgrade. So, are there any objections if I work on such a > change planning to add it also in RELENG_7 once 7.1 is out ? >=20 > DETAILS > The problem i want to solve is make newfs able to create a partition > at an arbitrary offset in a file, so that we can create a disk image > without having to glue together the various filesystem and slice > in a second pass, and without requiring root privs to run mdconfig > or the like. >=20 > But right now newfs expects to open the actual partition (e.g. > /dev/da0s1f) and thus the partition data start at offset 0 within > the file descriptor. This assumption is in turn propagated down to=20 > libufs. >=20 > If you operate on a file representing the entire ufs slice, the > various partitions start at offsets !=3D0 (even worse, if the file > represent an entire disk image, the slice itself would be at a > non-zero offset). So you need to pass the offset to the start of =20 > the filesystem (in the general case an off_t) to the I/O routines > in libufs, and this information should be stored in the 'struct > uufsd'. >=20 > In principle one could use some tricks and describe the offset > with a few unused bits in the 'd_mine' field in struct uufsd: > + 1 bit to signal that we are operating on a plain file so > the filesystem does not start at offset 0; > + 3 bits to indicate which partition we are using (a..h) > + 1 bit to indicate that the slice is within a disk image > + 2 bits to indicate which entry in the MBR describes the slice. >=20 > With this info the code could possibly locate the slice offset > within the image file, read the disklabel from there, then > add the offset of the partition within the slice, and without > needing to change the structure. >=20 > But clearly this is not as clean as adding an extra field to the > structure. Adding field to the structure is the most clean approach, but we do need to make some supportive changes to keep our users happy, esp. when the plan is to merge the change to the stable branch. You proposal would introduce incompatibility in the ABI exposed by one of the system library. The solution adopted by Linux and (recently) by FreeBSD, is to use ELF symbol versioning. It seems that this case can be handled by symver. As additional benefit, after your work we would got one more symver-ed system library. --lIrNkN/7tmsD/ALM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkycfIACgkQC3+MBN1Mb4guugCg4wehdKZrk63SoEK3t/O1HY5D 6wMAnRp4uq1aTk20jwv6XVlntjOoJvUR =W5kb -----END PGP SIGNATURE----- --lIrNkN/7tmsD/ALM-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 11:14:29 2008 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 ED4431065675 for ; Sun, 30 Nov 2008 11:14:29 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx09.syd.optusnet.com.au (fallbackmx09.syd.optusnet.com.au [211.29.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 78FD98FC17 for ; Sun, 30 Nov 2008 11:14:29 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail35.syd.optusnet.com.au (mail35.syd.optusnet.com.au [211.29.133.51]) by fallbackmx09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mATNtnQX018437 for ; Sun, 30 Nov 2008 10:55:49 +1100 Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail35.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mATNth62032158 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Nov 2008 10:55:44 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id mATNthur019389; Sun, 30 Nov 2008 10:55:43 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id mATNth0G019388; Sun, 30 Nov 2008 10:55:43 +1100 (EST) (envelope-from peter) Date: Sun, 30 Nov 2008 10:55:42 +1100 From: Peter Jeremy To: "Conrad J. Sabatier" Message-ID: <20081129235542.GL51761@server.vk2pj.dyndns.org> References: <20081128234155.0221e263@serene.no-ip.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QCC2I/2CckNfI+Tr" Content-Disposition: inline In-Reply-To: <20081128234155.0221e263@serene.no-ip.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 11:14:30 -0000 --QCC2I/2CckNfI+Tr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Nov-28 23:41:55 -0600, "Conrad J. Sabatier" wrote: >It's been two-three months now since I bought this new machine, Looking back through my mailing list archives, the earliest mention I can find of your problems is 24th October - just over a month ago. Maybe in future, you'll do some homework before buying random hardware and expecting it to work with open-source operating systems. > and I'm >no closer to seeing any solution to the failure on FreeBSD's part to >recognize and/or utilize my SATA controller. At no time have you described the SATA controller other than giving its PCI ID. I gather it's a builtin controller on your motherboard but you haven't mentioned what motherboard you are using or what the chipset is (the closest is "nVidia MCP78/77/72"). >So, it looks like it's fare-thee-well to FreeBSD after 12+ years of >dedicated usage, I presume you've also written to nVidia complaining about their policy of not releasing programming details for their chipsets and to your mobo manufacturer for using chipsets that are not publicly documented. >If FreeBSD hopes to remain viable as either a server or desktop >platform, then I would think the developers would be willing to bite >the bullet and consult with other OS developers to see how they're >handling the latest and greatest hardware developments. I think you'll find they do. You also need to consider that most FreeBSD developers are volunteers and can't just drop everything because some random user has purchased a random piece of undocumented hardware that doesn't work. > Hell, the fact >that even at this late date we still don't have an amd64 nVidia video >driver speaks volumes, in my opinion. Have you personally done anything about correcting this? Either by writing code to implement the missing kernel functionality or by offering to pay someone to do it? >, and I'm still not seeing any particular effort >being put forth in the the FreeBSD camp to rectify the situation I'm >finding myself in. I'm not seeing any particular effort on your part to assist. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --QCC2I/2CckNfI+Tr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkx1n4ACgkQ/opHv/APuIfFhgCZATzU0MPL1/DrFpSIOAXM+GSZ MfwAn3/9T9UyH+Qv2SSIMXpm8RyjY64O =W1NF -----END PGP SIGNATURE----- --QCC2I/2CckNfI+Tr-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 11:51:54 2008 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 508D41065672 for ; Sun, 30 Nov 2008 11:51:54 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 128528FC16 for ; Sun, 30 Nov 2008 11:51:53 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id C680D73098; Sun, 30 Nov 2008 12:56:39 +0100 (CET) Date: Sun, 30 Nov 2008 12:56:39 +0100 From: Luigi Rizzo To: Kostik Belousov Message-ID: <20081130115639.GA60027@onelab2.iet.unipi.it> References: <20081130043110.GA48062@onelab2.iet.unipi.it> <20081130105859.GF3045@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081130105859.GF3045@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: libufs limitation trying to make newfs work on plain files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 11:51:54 -0000 On Sun, Nov 30, 2008 at 12:58:59PM +0200, Kostik Belousov wrote: > On Sun, Nov 30, 2008 at 05:31:10AM +0100, Luigi Rizzo wrote: > > libufs limitation trying to make newfs work on plain files ... > You proposal would introduce incompatibility in the ABI exposed by > one of the system library. The solution adopted by Linux and (recently) > by FreeBSD, is to use ELF symbol versioning. It seems that this case > can be handled by symver. As additional benefit, after your work > we would got one more symver-ed system library. could you point me to an example in freebsd that shows how to use this feature ? thanks luigi From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 12:00:27 2008 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 E82F31065691 for ; Sun, 30 Nov 2008 12:00:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 87AC68FC23 for ; Sun, 30 Nov 2008 12:00:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1L6kyQ-0000xz-2b; Sun, 30 Nov 2008 14:00:26 +0200 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 mAUC0M9b009300 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Nov 2008 14:00:23 +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.3/8.14.3) with ESMTP id mAUC0MO1032501; Sun, 30 Nov 2008 14:00:22 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id mAUC0MPS032500; Sun, 30 Nov 2008 14:00:22 +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: Sun, 30 Nov 2008 14:00:22 +0200 From: Kostik Belousov To: Luigi Rizzo Message-ID: <20081130120022.GH3045@deviant.kiev.zoral.com.ua> References: <20081130043110.GA48062@onelab2.iet.unipi.it> <20081130105859.GF3045@deviant.kiev.zoral.com.ua> <20081130115639.GA60027@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nOM8ykUjac0mNN89" Content-Disposition: inline In-Reply-To: <20081130115639.GA60027@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1L6kyQ-0000xz-2b 5f876b9814e246cf55695d9a65c32f47 X-Terabit: YES Cc: current@freebsd.org Subject: Re: libufs limitation trying to make newfs work on plain files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 12:00:28 -0000 --nOM8ykUjac0mNN89 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 30, 2008 at 12:56:39PM +0100, Luigi Rizzo wrote: > On Sun, Nov 30, 2008 at 12:58:59PM +0200, Kostik Belousov wrote: > > On Sun, Nov 30, 2008 at 05:31:10AM +0100, Luigi Rizzo wrote: > > > libufs limitation trying to make newfs work on plain files > ... > > You proposal would introduce incompatibility in the ABI exposed by > > one of the system library. The solution adopted by Linux and (recently) > > by FreeBSD, is to use ELF symbol versioning. It seems that this case > > can be handled by symver. As additional benefit, after your work > > we would got one more symver-ed system library. >=20 > could you point me to an example in freebsd that shows how to > use this feature ? In the FreeBSD src tree, at least libc, libm, libthr and kerberos libraries utilize symver. There is a http://people.freebsd.org/~deischen/symver/freebsd_versioning.txt text that describes intended use os symver in the FreeBSD. You can look at the r175688 for real-world handling of the ABI change (in particular, in the structure definition) using symver. --nOM8ykUjac0mNN89 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkygFUACgkQC3+MBN1Mb4iN0wCgwupzV/+V7z8fKFhWhbQMKQdR rNUAoJ94PwiKJtGSzTHJ27Omef+H5Zct =CO29 -----END PGP SIGNATURE----- --nOM8ykUjac0mNN89-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 08:44:16 2008 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 02CDD1065678 for ; Sun, 30 Nov 2008 08:44:16 +0000 (UTC) (envelope-from jeff@doeshosting.com) Received: from hemp.ircpimps.org (hemp.ircpimps.org [66.11.114.212]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2938FC18 for ; Sun, 30 Nov 2008 08:44:15 +0000 (UTC) (envelope-from jeff@doeshosting.com) Received: (qmail 63908 invoked from network); 30 Nov 2008 00:17:33 -0800 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hemp.ircpimps.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=RDNS_NONE autolearn=no version=3.2.5 Received: from unknown (HELO ?127.0.0.1?) (jeff@doeshosting.com@66.11.114.212) by hemp.ircpimps.org with AES128-SHA encrypted SMTP; 30 Nov 2008 00:17:31 -0800 Message-Id: From: Jeff To: Alexander Churanov In-Reply-To: <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sun, 30 Nov 2008 04:16:57 -0400 References: <20081128234155.0221e263@serene.no-ip.org> <20081129174625.U70754@ury.york.ac.uk> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> X-Mailer: Apple Mail (2.929.2) X-Mailman-Approved-At: Sun, 30 Nov 2008 12:26:06 +0000 Cc: freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 08:44:16 -0000 On Nov 29, 2008, at 5:42 PM, Alexander Churanov wrote: > > The solution is to ask someone, or, better, to pay someone for > providing > that knowledge. Computer shops rarely indicate that hardware is > compatible > with FreeBSD. Whom to ask/pay? All this leads to idea of creating some > organization that will sell FreeBSD compatible PCs and hardware. I'm > sure, > business like that can not exist , because FreeBSD userbase is not > largest. > But non-profit organization, would, probably. > Alexander, It sounds like you just came up with a business model which you believe could work. All you would need to do is find a dependable source (or sources) of decent priced hardware that runs freebsd. You charge a little more than the store, and have them drop-ship to the customer. Real profit will not be made if the business does not do much business, but no energy will go into it either. You have pointed out a gap in the industry, why not take advantage of it? -krzee From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 12:27:49 2008 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 33B781065673 for ; Sun, 30 Nov 2008 12:27:49 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 11CB68FC33 for ; Sun, 30 Nov 2008 12:27:49 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by ran.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L6lOs-0007HA-SN; Sun, 30 Nov 2008 12:27:47 +0000 Message-ID: <493286C1.8020004@psg.com> Date: Sun, 30 Nov 2008 21:27:45 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Jeff References: <20081128234155.0221e263@serene.no-ip.org> <20081129174625.U70754@ury.york.ac.uk> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Alexander Churanov Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 12:27:49 -0000 > All you would need to do is find a dependable source (or sources) of > decent priced hardware that runs freebsd. > You charge a little more than the store, and have them drop-ship to the > customer. safari micro randy, a satisfied customer From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 14:09:02 2008 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 27BD01065670 for ; Sun, 30 Nov 2008 14:09:02 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 911CF8FC13 for ; Sun, 30 Nov 2008 14:09:01 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (adsl144-35.kln.forthnet.gr [195.74.243.35]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mAUE8pLp029096 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 30 Nov 2008 16:08:56 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mAUE8pRP002231; Sun, 30 Nov 2008 16:08:51 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mAUE8ni0002230; Sun, 30 Nov 2008 16:08:49 +0200 (EET) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: "Peter Wemm" , "Garrett Cooper" References: <87wseo731o.fsf@kobe.laptop> <87fxlcba7p.fsf@kobe.laptop> <87myfjma0k.fsf@kobe.laptop> Date: Sun, 30 Nov 2008 16:08:49 +0200 In-Reply-To: (Peter Wemm's message of "Fri, 28 Nov 2008 20:47:00 -0800") Message-ID: <873ah9l30u.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mAUE8pLp029096 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.271, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.13, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: tty problems in recent 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, 30 Nov 2008 14:09:02 -0000 On Fri, 28 Nov 2008 20:47:00 -0800, "Peter Wemm" wrote: >> The xterm processes that get stuck seem to be spinning near line 1854 of >> sched_ule.c. Running `info threads' on a live kernel after xterm starts >> spinning on a CPU shows: After a bit of help from kib@ and ed@ this seems to be wrong. The xterm processes were spinning in userspace, calling ioctl(fd, FIONREAD, ...). On Sat, 29 Nov 2008 16:02:03 -0800, "Garrett Cooper" wrote: > Might be another compiler issue. There's an issue with > -fstrict-aliasing (at least) on all versions of g++ up to 4.2.3: > . > Are there some compiler warnings when compiling kernel / screen? > Also, have you tried with just COPTFLAGS disabled? Today I managed to reproduce this with a kernel that doesn't use optimizations at all, so fortunately this is not a compiler bug :) I'm testing a patch by Ed Schouten to see if it fixes this, and I will post more details after a day or so of running with the patch. From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 16:15:04 2008 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 066591065672 for ; Sun, 30 Nov 2008 16:15:04 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id B0C468FC1C for ; Sun, 30 Nov 2008 16:15:03 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so817294ywe.13 for ; Sun, 30 Nov 2008 08:15:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=PsuWb4c8l/dkHZbALeU/XQL8WyaqEO+Wc2f0d6n0DOs=; b=EcDL4uPYvp8Wyuah8pYsg+KUNXlF/gW7xmHrS7BfVi2w72+XHiyiLYT2I0V4VsiNrA S402iE1Rg/Vfs+s2gOdasO5uWYYwTRDHv5afzajQzoJYcMy1PqwBGoEDM03n8da+SAye Tu9v1dlr7mWo9w4q4Q3B8bQfdrqI0dpQ7VBtg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=Mfqv8IrMP33m8/rzpmxAdYKPwyTSByykkSkKwappahLqFHSEphjRg/oGURO/bhU4hG 8UZXl315hVHml2aChTojmmRCzf3462VshlpxXIyrwjVsyyIg/O1ltwK+SLxezf9lHSJK HVAYbpkm30X4t8w8EALqOIMWt85eIYMcTkyME= Received: by 10.231.20.5 with SMTP id d5mr270236ibb.14.1228061702702; Sun, 30 Nov 2008 08:15:02 -0800 (PST) Received: by 10.231.10.196 with HTTP; Sun, 30 Nov 2008 08:15:02 -0800 (PST) Message-ID: <3a142e750811300815we050f66l5abc85d02fe3931b@mail.gmail.com> Date: Sun, 30 Nov 2008 17:15:02 +0100 From: "Paul B. Mahol" To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: building module regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 16:15:04 -0000 Hello With latest kernel it is no more possible to do something like this (with net drivers): # cd /sys/modules/mii && make In file included from @/net/if_var.h:723, from @/net/if.h:458, from /usr/src/sys/modules/mii/../../dev/mii/acphy.c:82: @/net/vnet.h:36:23: error: opt_route.h: No such file or directory *** Error code 1 Stop in /usr/src/sys/modules/mii It is introduced once ifdef VIMAGE are removed from net/vnet.h in 185419 revision. -- Paul From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 16:35:08 2008 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 57EAC1065670 for ; Sun, 30 Nov 2008 16:35:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 114F88FC12 for ; Sun, 30 Nov 2008 16:35:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id D404741C758; Sun, 30 Nov 2008 17:35:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id dL88JkSnkL7i; Sun, 30 Nov 2008 17:35:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 7D74341C756; Sun, 30 Nov 2008 17:35:05 +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 53CB14448D5; Sun, 30 Nov 2008 16:30:44 +0000 (UTC) Date: Sun, 30 Nov 2008 16:30:43 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: "Paul B. Mahol" In-Reply-To: <3a142e750811300815we050f66l5abc85d02fe3931b@mail.gmail.com> Message-ID: <20081130162742.Q61259@maildrop.int.zabbadoz.net> References: <3a142e750811300815we050f66l5abc85d02fe3931b@mail.gmail.com> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current Subject: Re: building module regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 16:35:08 -0000 On Sun, 30 Nov 2008, Paul B. Mahol wrote: Hi, > With latest kernel it is no more possible > to do something like this (with net drivers): > > # cd /sys/modules/mii && make > > In file included from @/net/if_var.h:723, > from @/net/if.h:458, > from /usr/src/sys/modules/mii/../../dev/mii/acphy.c:82: > @/net/vnet.h:36:23: error: opt_route.h: No such file or directory > *** Error code 1 > > Stop in /usr/src/sys/modules/mii > > It is introduced once ifdef VIMAGE are removed from net/vnet.h in > 185419 revision. yes, we became aware of this and are currently investigating. Solving the include dependency hell is a bit like breaking the Gordian knot. /bz -- Bjoern A. Zeeb Stop bit received. Insert coin for new game. From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 16:38:16 2008 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 4357D1065670 for ; Sun, 30 Nov 2008 16:38:16 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id EA34D8FC26 for ; Sun, 30 Nov 2008 16:38:15 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by an-out-0708.google.com with SMTP id b6so754716ana.13 for ; Sun, 30 Nov 2008 08:38:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ntDbG4F6nu9XeDoMjWw80SKcL55Aubk5reuoPXiXeuM=; b=dUthc6BCGAchpvE9EIsY3ylGoZmwnIyhjEKz3brAiVWMahfyz5+i6zmlWAu9wq0RYW 9wzYMNCUb59WXwBRZL3YlKVp9nCKLMijN6wVtyBixx7QyMWoq2oVIl6fTrIq/U7wPmWg pzAXf6B5Az6Gb/u0HeaGRnxTFkFF25t27ivZc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=k2lN5+a+WFSyOUCYCkY4187H9oWNrnvo1mjSnIbqVQ1yJz7VSq35NBtGcFQB/Nufuc ZGgA4MuKtSmrmJpBepkz9G4fPiwIL2cVeHMX63uVmxiMmXdbKRF37ir9yWmLfAYOn1MZ /QrhyCgs0BVUm/T6tYlr0gLDZwv0JLsxYQy48= Received: by 10.231.10.194 with SMTP id q2mr270864ibq.0.1228063094953; Sun, 30 Nov 2008 08:38:14 -0800 (PST) Received: by 10.231.10.196 with HTTP; Sun, 30 Nov 2008 08:38:14 -0800 (PST) Message-ID: <3a142e750811300838u59268442l4ecb7b2e52ac3a34@mail.gmail.com> Date: Sun, 30 Nov 2008 17:38:14 +0100 From: "Paul B. Mahol" To: "Marko Zec" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3a142e750811300815we050f66l5abc85d02fe3931b@mail.gmail.com> Cc: freebsd-current Subject: Re: building module regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 16:38:16 -0000 On 11/30/08, Marko Zec wrote: > On Sun, 30 Nov 2008, Paul B. Mahol wrote: > >> Hello >> >> With latest kernel it is no more possible >> to do something like this (with net drivers): >> >> # cd /sys/modules/mii && make >> >> In file included from @/net/if_var.h:723, >> from @/net/if.h:458, >> from /usr/src/sys/modules/mii/../../dev/mii/acphy.c:82: >> @/net/vnet.h:36:23: error: opt_route.h: No such file or directory >> *** Error code 1 >> >> Stop in /usr/src/sys/modules/mii >> >> It is introduced once ifdef VIMAGE are removed from net/vnet.h in >> 185419 revision. > > Yes #including any opt_*.h from an .h file is evil and will have > to be backed out, bz@ and I are discussing possible not-so-evil > alternatives and will hopefully replace the current hack soon. > > Thanks for reporting this, > > Marko > > Nice trick is to add opt_route.h into every module Makefile that have this problem. -- Paul From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 16:46:35 2008 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 345D1106564A for ; Sun, 30 Nov 2008 16:46:35 +0000 (UTC) (envelope-from zec@icir.org) Received: from fruitcake.ICSI.Berkeley.EDU (fruitcake.ICSI.Berkeley.EDU [192.150.186.11]) by mx1.freebsd.org (Postfix) with ESMTP id 1CC538FC25 for ; Sun, 30 Nov 2008 16:46:35 +0000 (UTC) (envelope-from zec@icir.org) Received: from jack.ICSI.Berkeley.EDU (jack [192.150.186.73]) by fruitcake.ICSI.Berkeley.EDU (8.12.11.20060614/8.12.11) with ESMTP id mAUGPWoS014093; Sun, 30 Nov 2008 08:26:02 -0800 (PST) Received: from localhost (zec@localhost) by jack.ICSI.Berkeley.EDU (8.13.1/8.13.1/Submit) with ESMTP id mAUGPRc8016531; Sun, 30 Nov 2008 08:25:27 -0800 X-Authentication-Warning: jack.ICSI.Berkeley.EDU: zec owned process doing -bs Date: Sun, 30 Nov 2008 08:25:27 -0800 (PST) From: Marko Zec X-X-Sender: zec@jack.ICSI.Berkeley.EDU To: "Paul B. Mahol" In-Reply-To: <3a142e750811300815we050f66l5abc85d02fe3931b@mail.gmail.com> Message-ID: References: <3a142e750811300815we050f66l5abc85d02fe3931b@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current Subject: Re: building module regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 16:46:35 -0000 On Sun, 30 Nov 2008, Paul B. Mahol wrote: > Hello > > With latest kernel it is no more possible > to do something like this (with net drivers): > > # cd /sys/modules/mii && make > > In file included from @/net/if_var.h:723, > from @/net/if.h:458, > from /usr/src/sys/modules/mii/../../dev/mii/acphy.c:82: > @/net/vnet.h:36:23: error: opt_route.h: No such file or directory > *** Error code 1 > > Stop in /usr/src/sys/modules/mii > > It is introduced once ifdef VIMAGE are removed from net/vnet.h in > 185419 revision. Yes #including any opt_*.h from an .h file is evil and will have to be backed out, bz@ and I are discussing possible not-so-evil alternatives and will hopefully replace the current hack soon. Thanks for reporting this, Marko From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 18:08:54 2008 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 DDDB8106567E for ; Sun, 30 Nov 2008 18:08:54 +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 B92538FC14 for ; Sun, 30 Nov 2008 18:08:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id 57ACF46B39; Sun, 30 Nov 2008 13:08:54 -0500 (EST) Date: Sun, 30 Nov 2008 18:08:54 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexander Churanov In-Reply-To: <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> Message-ID: References: <20081128234155.0221e263@serene.no-ip.org> <20081129174625.U70754@ury.york.ac.uk> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Conrad J. Sabatier" , freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 18:08:55 -0000 On Sun, 30 Nov 2008, Alexander Churanov wrote: > The solution is to ask someone, or, better, to pay someone for providing > that knowledge. Computer shops rarely indicate that hardware is compatible > with FreeBSD. Whom to ask/pay? All this leads to idea of creating some > organization that will sell FreeBSD compatible PCs and hardware. I'm sure, > business like that can not exist , because FreeBSD userbase is not largest. > But non-profit organization, would, probably. There are quite a few companies around already that will certify their hardare for use with FreeBSD, and provide support for using their hardware with FreeBSD, especially in the server department. Several companies do a rather good business in this department, including iXsystems (owns FreeBSD Mall and helped organize the recent MeetBSD), Iron Systems, Freedom Technologies (was FreeBSD Systems), and others. It's quite possible to talk to these and other companies and say "Sell me a server with FreeBSD pre-installed and the following configuration" or "Which RAID controllers do you recommend, can you install them and guarantee they will work with the latest FreeBSD install". So I wouldn't underestimate the FreeBSD user base :-). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 18:37:43 2008 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 3D8CF1065672 for ; Sun, 30 Nov 2008 18:37:43 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0F0028FC18 for ; Sun, 30 Nov 2008 18:37:42 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.178] (p53.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id mAUIbetv095108; Sun, 30 Nov 2008 10:37:40 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <4932DD73.9000109@freebsd.org> Date: Sun, 30 Nov 2008 10:37:39 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Beech Rintoul References: <20081128234155.0221e263@serene.no-ip.org> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> <200811291515.01962.beech@freebsd.org> In-Reply-To: <200811291515.01962.beech@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , "Conrad J. Sabatier" , freebsd-current@freebsd.org, Alexander Churanov Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 18:37:43 -0000 >>>I have some ideas on that. The problem is it's sometimes hard to check >>>that given hardware is supported by FreeBSD, even in case you know and >>>want to do it. The list of supported hardware is often written in terms >>>of chipsets and manufacturers often produce cards using supported chips, >>>but named after their own trademark. I wonder if there's some way to partially automate collecting some of this information. Something like a "register" program people can use to register their FreeBSD installation that would optionally include hardware information. (Get a list of hardware IDs and running drivers from the kernel, then prompt the user to enter the actual hardware manufacturer/brand name for each one.) Then the process of registering the OS installation would also collect a lot of information about "known good" hardware. Bonus points, of course, if the register program first queries the web site to collect lists of hardware names that other people have already entered so that most of the time people can simply click and say "I'm using that one" and only occasionally have to type in a new brand name. The cross-reference information of vendor, hardware ID, driver, and OS version would be very valuable for people setting up new systems. Of course, you'd want to keep careful counts of how often each piece of hardware was registered and provide an easy way for human editors to be able to clean up data afterwards, since there will be a certain amount of mispellings and simple nonsense. Tim From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 21:45:18 2008 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 CA0CD1065672; Sun, 30 Nov 2008 21:45:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 95D098FC18; Sun, 30 Nov 2008 21:45:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mAULjF1D092265; Sun, 30 Nov 2008 16:45:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mAULjFI2096901; Sun, 30 Nov 2008 16:45:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 939FA73039; Sun, 30 Nov 2008 16:45:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081130214515.939FA73039@freebsd-current.sentex.ca> Date: Sun, 30 Nov 2008 16:45:15 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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: Sun, 30 Nov 2008 21:45:18 -0000 TB --- 2008-11-30 20:10:47 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-11-30 20:10:47 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-11-30 20:10:47 - cleaning the object tree TB --- 2008-11-30 20:11:10 - cvsupping the source tree TB --- 2008-11-30 20:11:10 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-11-30 20:11:18 - building world TB --- 2008-11-30 20:11:18 - MAKEOBJDIRPREFIX=/obj TB --- 2008-11-30 20:11:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-11-30 20:11:18 - TARGET=sun4v TB --- 2008-11-30 20:11:18 - TARGET_ARCH=sparc64 TB --- 2008-11-30 20:11:18 - TZ=UTC TB --- 2008-11-30 20:11:18 - __MAKE_CONF=/dev/null TB --- 2008-11-30 20:11:18 - cd /src TB --- 2008-11-30 20:11:18 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 30 20:11:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 30 21:29:59 UTC 2008 TB --- 2008-11-30 21:29:59 - generating LINT kernel config TB --- 2008-11-30 21:29:59 - cd /src/sys/sun4v/conf TB --- 2008-11-30 21:29:59 - /usr/bin/make -B LINT TB --- 2008-11-30 21:29:59 - building LINT kernel TB --- 2008-11-30 21:29:59 - MAKEOBJDIRPREFIX=/obj TB --- 2008-11-30 21:29:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-11-30 21:29:59 - TARGET=sun4v TB --- 2008-11-30 21:29:59 - TARGET_ARCH=sparc64 TB --- 2008-11-30 21:29:59 - TZ=UTC TB --- 2008-11-30 21:29:59 - __MAKE_CONF=/dev/null TB --- 2008-11-30 21:29:59 - cd /src TB --- 2008-11-30 21:29:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 30 21:29:59 UTC 2008 >>> 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 [...] ===> ath_rate_sample (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I/src/sys/modules/ath_rate_sample/../../dev/ath -I/src/sys/modules/ath_rate_sample/../../contrib/dev/ath -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath_rate_sample/../../dev/ath/ath_rate/sample/sample.c /src/sys/modules/ath_rate_sample/../../dev/ath/ath_rate/sample/sample.c:408:1: error: "Q" redefined In file included from ./machine/cpufunc.h:32, from ./machine/atomic.h:34, from @/sys/systm.h:41, from /src/sys/modules/ath_rate_sample/../../dev/ath/ath_rate/sample/sample.c:48: ./machine/asi.h:151:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/ath_rate_sample. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-30 21:45:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-30 21:45:15 - ERROR: failed to build lint kernel TB --- 2008-11-30 21:45:15 - 4611.20 user 412.70 system 5668.14 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 23:58:15 2008 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 D2F661065670 for ; Sun, 30 Nov 2008 23:58:15 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 2F67C8FC1B for ; Sun, 30 Nov 2008 23:58:14 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so900378eyi.7 for ; Sun, 30 Nov 2008 15:58:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=3UsclYuH2SXe87SY1EXMh7gJEuu16rbzIpQM/nMhQgw=; b=Eqvg2c91pWq1DeIXVPzSvO5vJ0NQBL3ejCvfcFBhoH0xvjQqekwP6rXzbo4+cvPrVQ knE/+eGtertBbIVcujTdH8Yd5trumaPavsdLs22elwJrn3SOUjViVz6MBKcaxcY9+9OB ljV35eNa0xbPjq4BQLvucd5Vb1r0K7utBC87U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=gPJNitN830QdWEr/syLNLcKPAwcXkNLQK4fn8CLQ+WDbGTt8x5y8oOk57OsTRG6dbe W6oZY/BYPaCt+dA5vtN86vYq0Ppm1oCK3tr6hOu5RDURlr4Z+De7txaN8eduV3UUsR0D rW6flE/N0YcUfXqkD73+WqbVWYrGYnJ7TACrk= Received: by 10.103.138.16 with SMTP id q16mr4255148mun.7.1228088181266; Sun, 30 Nov 2008 15:36:21 -0800 (PST) Received: by 10.103.233.18 with HTTP; Sun, 30 Nov 2008 15:36:21 -0800 (PST) Message-ID: <6101e8c40811301536g7229841cx741cafcfcce4df69@mail.gmail.com> Date: Mon, 1 Dec 2008 00:36:21 +0100 From: "Oliver Pinter" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_90475_24835748.1228088181260" Subject: freebsd current @ 20081201 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Nov 2008 23:58:15 -0000 ------=_Part_90475_24835748.1228088181260 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline LOR error on amd64 ------=_Part_90475_24835748.1228088181260 Content-Type: application/octet-stream; name=dmesg Content-Transfer-Encoding: base64 X-Attachment-Id: f_fo6ccc6e0 Content-Disposition: attachment; filename=dmesg Q29weXJpZ2h0IChjKSAxOTkyLTIwMDggVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtQ1VSUkVOVCAjMTogU3VuIE5vdiAzMCAyMzo1 MTowMyBDRVQgMjAwOAogICAgcm9vdEBvbGl2ZXJwLnRldGVueS5ibWUuaHU6L3Vzci9vYmovdXNy L3NyYy9zeXMvR0VORVJJQwpXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3Qg cmVkdWNlZCBwZXJmb3JtYW5jZS4KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4 MiBIeiBxdWFsaXR5IDAKQ1BVOiBJbnRlbChSKSBDb3JlKFRNKTIgUXVhZCAgQ1BVICAgUTkzMDAg IEAgMi41MEdIeiAoMjQ5OS43My1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5l SW50ZWwiICBJZCA9IDB4MTA2NzcgIFN0ZXBwaW5nID0gNwogIEZlYXR1cmVzPTB4YmZlYmZiZmY8 RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0Es Q01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQs VE0sUEJFPgogIEZlYXR1cmVzMj0weDhlM2ZkPFNTRTMsRFRFUzY0LE1PTixEU19DUEwsVk1YLFNN WCxFU1QsVE0yLFNTU0UzLENYMTYseFRQUixQRENNLFNTRTQuMT4KICBBTUQgRmVhdHVyZXM9MHgy MDEwMDgwMDxTWVNDQUxMLE5YLExNPgogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+CiAgVFNDOiBQ LXN0YXRlIGludmFyaWFudAogIENvcmVzIHBlciBwYWNrYWdlOiA0CnVzYWJsZSBtZW1vcnkgPSA0 Mjc4ODEyNjcyICg0MDgwIE1CKQphdmFpbCBtZW1vcnkgID0gNDExNTU3MDY4OCAoMzkyNCBNQikK QUNQSSBBUElDIFRhYmxlOiA8QV9NX0lfIE9FTUFQSUMgPgpGcmVlQlNEL1NNUDogTXVsdGlwcm9j ZXNzb3IgU3lzdGVtIERldGVjdGVkOiA0IENQVXMKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwCiBj cHUxIChBUCk6IEFQSUMgSUQ6ICAxCiBjcHUyIChBUCk6IEFQSUMgSUQ6ICAyCiBjcHUzIChBUCk6 IEFQSUMgSUQ6ICAzCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9h cmQKa2JkMSBhdCBrYmRtdXgwCmF0aF9oYWw6IDAuMTAuNS4xMCAoQVI1MjEwLCBBUjUyMTEsIEFS NTIxMiwgQVI1NDE2LCBSRjUxMTEsIFJGNTExMiwgUkYyNDEzLCBSRjU0MTMsIFJGMjEzMywgUkYy NDI1LCBSRjI0MTcpCmFjcGkwOiA8QV9NX0lfIE9FTVhTRFQ+IG9uIG1vdGhlcmJvYXJkCmFjcGkw OiBbSVRIUkVBRF0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmFjcGkwOiByZXNlcnZhdGlv biBvZiAwLCBhMDAwMCAoMykgZmFpbGVkCmFjcGkwOiByZXNlcnZhdGlvbiBvZiAxMDAwMDAsIGNm ZjAwMDAwICgzKSBmYWlsZWQKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1 NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1 TUh6PiBwb3J0IDB4ODA4LTB4ODBiIG9uIGFjcGkwCmFjcGlfaHBldDA6IDxIaWdoIFByZWNpc2lv biBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwClRpbWVj b3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5MDAKcGNpYjA6IDxB Q1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBh dCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKdmdhcGNp MDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHhjMDAwLTB4YzBmZiBtZW0gMHhkMDAw MDAwMC0weGRmZmZmZmZmLDB4ZmU5ZTAwMDAtMHhmZTllZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAu MCBvbiBwY2kxCmhkYWMwOiA8QVRJIChVbmtub3duKSBIaWdoIERlZmluaXRpb24gQXVkaW8gQ29u dHJvbGxlcj4gbWVtIDB4ZmU5ZmMwMDAtMHhmZTlmZmZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMSBv biBwY2kxCmhkYWMwOiBIREEgRHJpdmVyIFJldmlzaW9uOiAyMDA4MTEyM18wMTE4CmhkYWMwOiBb SVRIUkVBRF0KdWhjaTA6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gcG9ydCAweGI4 MDAtMHhiODFmIGlycSAxNiBhdCBkZXZpY2UgMjYuMCBvbiBwY2kwCnVoY2kwOiBbR0lBTlQtTE9D S0VEXQp1aGNpMDogW0lUSFJFQURdCnVzYjA6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxl cj4gb24gdWhjaTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDogPEludGVsIFVIQ0kgcm9v dCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IwCnVodWIwOiAy IHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpMTogPFVIQ0kgKGdlbmVy aWMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4Yjg4MC0weGI4OWYgaXJxIDIxIGF0IGRldmljZSAy Ni4xIG9uIHBjaTAKdWhjaTE6IFtHSUFOVC1MT0NLRURdCnVoY2kxOiBbSVRIUkVBRF0KdXNiMTog PFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMQp1c2IxOiBVU0IgcmV2aXNp b24gMS4wCnVodWIxOiA8SW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8x LjAwLCBhZGRyIDE+IG9uIHVzYjEKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkCnVoY2kyOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhi YzAwLTB4YmMxZiBpcnEgMTggYXQgZGV2aWNlIDI2LjIgb24gcGNpMAp1aGNpMjogW0dJQU5ULUxP Q0tFRF0KdWhjaTI6IFtJVEhSRUFEXQp1c2IyOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xs ZXI+IG9uIHVoY2kyCnVzYjI6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjI6IDxJbnRlbCBVSENJIHJv b3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMgp1aHViMjog MiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKZWhjaTA6IDxFSENJIChnZW5l cmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZlOGZmYzAwLTB4ZmU4ZmZmZmYgaXJxIDE4 IGF0IGRldmljZSAyNi43IG9uIHBjaTAKZWhjaTA6IFtHSUFOVC1MT0NLRURdCmVoY2kwOiBbSVRI UkVBRF0KdXNiMzogRUhDSSB2ZXJzaW9uIDEuMAp1c2IzOiBjb21wYW5pb24gY29udHJvbGxlcnMs IDIgcG9ydHMgZWFjaDogdXNiMCB1c2IxIHVzYjIKdXNiMzogPEVIQ0kgKGdlbmVyaWMpIFVTQiAy LjAgY29udHJvbGxlcj4gb24gZWhjaTAKdXNiMzogVVNCIHJldmlzaW9uIDIuMAp1aHViMzogPElu dGVsIEVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1 c2IzCnVodWIzOiA2IHBvcnRzIHdpdGggNiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApoZGFjMTog PEludGVsIDgyODAxSiBIaWdoIERlZmluaXRpb24gQXVkaW8gQ29udHJvbGxlcj4gbWVtIDB4ZmU4 ZjgwMDAtMHhmZThmYmZmZiBpcnEgMjIgYXQgZGV2aWNlIDI3LjAgb24gcGNpMApoZGFjMTogSERB IERyaXZlciBSZXZpc2lvbjogMjAwODExMjNfMDExOApoZGFjMTogW0lUSFJFQURdCnBjaWIyOiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0IGRldmljZSAyOC4wIG9uIHBjaTAKcGNpMzog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEg MTYgYXQgZGV2aWNlIDI4LjUgb24gcGNpMApwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwpt c2tjMDogPE1hcnZlbGwgWXVrb24gODhFODA1NiBHaWdhYml0IEV0aGVybmV0PiBwb3J0IDB4ZDgw MC0weGQ4ZmYgbWVtIDB4ZmVhZmMwMDAtMHhmZWFmZmZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBv biBwY2kyCm1zazA6IDxNYXJ2ZWxsIFRlY2hub2xvZ3kgR3JvdXAgTHRkLiBZdWtvbiBFQyBVbHRy YSBJZCAweGI0IFJldiAweDAzPiBvbiBtc2tjMAptc2swOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoy MjoxNToxMjo2MTo1MAptaWlidXMwOiA8TUlJIGJ1cz4gb24gbXNrMAplMTAwMHBoeTA6IDxNYXJ2 ZWxsIDg4RTExNDkgR2lnYWJpdCBQSFk+IFBIWSAwIG9uIG1paWJ1czAKZTEwMDBwaHkwOiAgMTBi YXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VUWC1G RFgsIGF1dG8KbXNrYzA6IFtGSUxURVJdCnVoY2kzOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRy b2xsZXI+IHBvcnQgMHhiMDgwLTB4YjA5ZiBpcnEgMjMgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAp1 aGNpMzogW0dJQU5ULUxPQ0tFRF0KdWhjaTM6IFtJVEhSRUFEXQp1c2I0OiA8VUhDSSAoZ2VuZXJp YykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kzCnVzYjQ6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjQ6 IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4g b24gdXNiNAp1aHViNDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWhj aTQ6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gcG9ydCAweGI0MDAtMHhiNDFmIGly cSAxOSBhdCBkZXZpY2UgMjkuMSBvbiBwY2kwCnVoY2k0OiBbR0lBTlQtTE9DS0VEXQp1aGNpNDog W0lUSFJFQURdCnVzYjU6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTQK dXNiNTogVVNCIHJldmlzaW9uIDEuMAp1aHViNTogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNz IDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2I1CnVodWI1OiAyIHBvcnRzIHdpdGgg MiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpNTogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250 cm9sbGVyPiBwb3J0IDB4YjQ4MC0weGI0OWYgaXJxIDE4IGF0IGRldmljZSAyOS4yIG9uIHBjaTAK dWhjaTU6IFtHSUFOVC1MT0NLRURdCnVoY2k1OiBbSVRIUkVBRF0KdXNiNjogPFVIQ0kgKGdlbmVy aWMpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpNQp1c2I2OiBVU0IgcmV2aXNpb24gMS4wCnVodWI2 OiA8SW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+ IG9uIHVzYjYKdWh1YjY6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmVo Y2kxOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZThmZjgwMC0w eGZlOGZmYmZmIGlycSAyMyBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwCmVoY2kxOiBbR0lBTlQtTE9D S0VEXQplaGNpMTogW0lUSFJFQURdCnVzYjc6IEVIQ0kgdmVyc2lvbiAxLjAKdXNiNzogY29tcGFu aW9uIGNvbnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6IHVzYjQgdXNiNSB1c2I2CnVzYjc6IDxFSENJ IChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kxCnVzYjc6IFVTQiByZXZpc2lv biAyLjAKdWh1Yjc6IDxJbnRlbCBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEu MDAsIGFkZHIgMT4gb24gdXNiNwp1aHViNzogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxm IHBvd2VyZWQKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBw Y2kwCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0CnNrYzA6IDxNYXJ2ZWxsIEdpZ2FiaXQg RXRoZXJuZXQ+IHBvcnQgMHhlODAwLTB4ZThmZiBtZW0gMHhmZWJmYzAwMC0weGZlYmZmZmZmIGly cSAxOCBhdCBkZXZpY2UgMi4wIG9uIHBjaTQKc2tjMDogTWFydmVsbCBZdWtvbiBMaXRlIEdpZ2Fi aXQgRXRoZXJuZXQgcmV2LiAoMHg5KQpzazA6IDxNYXJ2ZWxsIFNlbWljb25kdWN0b3IsIEluYy4g WXVrb24+IG9uIHNrYzAKc2swOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoyMjoxNToxNToxNzo0Mwpt aWlidXMxOiA8TUlJIGJ1cz4gb24gc2swCmUxMDAwcGh5MTogPE1hcnZlbGwgODhFMTAxMSBHaWdh Yml0IFBIWT4gUEhZIDAgb24gbWlpYnVzMQplMTAwMHBoeTE6ICAxMGJhc2VULCAxMGJhc2VULUZE WCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVRYLUZEWCwgYXV0bwpza2MwOiBb SVRIUkVBRF0KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMApp c2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDogPEludGVsIEFIQ0kgY29udHJvbGxlcj4g cG9ydCAweGFjMDAtMHhhYzA3LDB4YTg4MC0weGE4ODMsMHhhODAwLTB4YTgwNywweGE0ODAtMHhh NDgzLDB4YTQwMC0weGE0MWYgbWVtIDB4ZmU4ZmU4MDAtMHhmZThmZWZmZiBpcnEgMTkgYXQgZGV2 aWNlIDMxLjIgb24gcGNpMAphdGFwY2kwOiBbSVRIUkVBRF0KYXRhcGNpMDogQUhDSSBWZXJzaW9u IDAxLjIwIGNvbnRyb2xsZXIgd2l0aCA2IHBvcnRzIFBNIHN1cHBvcnRlZAphdGEyOiA8QVRBIGNo YW5uZWwgMD4gb24gYXRhcGNpMAphdGEyOiBleGVjdXRpbmcgQ0xPIGZhaWxlZAphdGEyOiBbSVRI UkVBRF0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKYXRhMzogZXhlY3V0aW5nIENM TyBmYWlsZWQKYXRhMzogW0lUSFJFQURdCmF0YTQ6IDxBVEEgY2hhbm5lbCAyPiBvbiBhdGFwY2kw CmF0YTQ6IGV4ZWN1dGluZyBDTE8gZmFpbGVkCmF0YTQ6IFtJVEhSRUFEXQphdGE1OiA8QVRBIGNo YW5uZWwgMz4gb24gYXRhcGNpMAphdGE1OiBbSVRIUkVBRF0KYXRhNjogPEFUQSBjaGFubmVsIDQ+ IG9uIGF0YXBjaTAKYXRhNjogW0lUSFJFQURdCmF0YTc6IDxBVEEgY2hhbm5lbCA1PiBvbiBhdGFw Y2kwCmF0YTc6IGV4ZWN1dGluZyBDTE8gZmFpbGVkCmF0YTc6IFtJVEhSRUFEXQpwY2kwOiA8c2Vy aWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAzMS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCmFjcGlf YnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xv Y2s+IHBvcnQgMHg3MC0weDcxIGlycSA4IG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNw aTAKZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MApw NHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MApjcHUxOiA8QUNQ SSBDUFU+IG9uIGFjcGkwCmVzdDE6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRy b2w+IG9uIGNwdTEKZXN0OiBDUFUgc3VwcG9ydHMgRW5oYW5jZWQgU3BlZWRzdGVwLCBidXQgaXMg bm90IHJlY29nbml6ZWQuCmVzdDogY3B1X3ZlbmRvciBHZW51aW5lSW50ZWwsIG1zciA2MWE0NzIx MDYwMDQ3MjEKZGV2aWNlX2F0dGFjaDogZXN0MSBhdHRhY2ggcmV0dXJuZWQgNgpwNHRjYzE6IDxD UFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MQpjcHUyOiA8QUNQSSBDUFU+IG9u IGFjcGkwCmVzdDI6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNw dTIKcDR0Y2MyOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTIKY3B1Mzog PEFDUEkgQ1BVPiBvbiBhY3BpMAplc3QzOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBD b250cm9sPiBvbiBjcHUzCmVzdDogQ1BVIHN1cHBvcnRzIEVuaGFuY2VkIFNwZWVkc3RlcCwgYnV0 IGlzIG5vdCByZWNvZ25pemVkLgplc3Q6IGNwdV92ZW5kb3IgR2VudWluZUludGVsLCBtc3IgNjFh NDcyMTA2MDA0NzIxCmRldmljZV9hdHRhY2g6IGVzdDMgYXR0YWNoIHJldHVybmVkIDYKcDR0Y2Mz OiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTMKb3JtMDogPElTQSBPcHRp b24gUk9NPiBhdCBpb21lbSAweGMwMDAwLTB4Y2Y3ZmYgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29u c29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xl cywgZmxhZ3M9MHgzMDA+CnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgz ZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRy b2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYwLDB4NjQgb24gaXNhMAphdGtiZDA6IDxBVCBLZXli b2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NL RURdCmF0a2JkMDogW0lUSFJFQURdCnBwYzA6IGNhbm5vdCByZXNlcnZlIEkvTyBwb3J0IHJhbmdl CnVrYmQwOiA8TG9naXRlY2ggVVNCIFJlY2VpdmVyLCBjbGFzcyAwLzAsIHJldiAxLjEwLzM4LjEw LCBhZGRyIDI+IG9uIHVodWI0CmtiZDIgYXQgdWtiZDAKdW1zMDogPExvZ2l0ZWNoIFVTQiBSZWNl aXZlciwgY2xhc3MgMC8wLCByZXYgMS4xMC8zOC4xMCwgYWRkciAyPiBvbiB1aHViNAp1bXMwOiA4 IGJ1dHRvbnMgYW5kIFogZGlyLgpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCmFk NDogNDc2OTQwTUIgPEhpdGFjaGkgSERQNzI1MDUwR0xBMzYwIEdNNE9BNTJBPiBhdCBhdGEyLW1h c3RlciBTQVRBMzAwCmFkNjogNDc2OTQwTUIgPEhpdGFjaGkgSERQNzI1MDUwR0xBMzYwIEdNNE9B NTJBPiBhdCBhdGEzLW1hc3RlciBTQVRBMzAwCmFkODogNDc2OTQwTUIgPEhpdGFjaGkgSERQNzI1 MDUwR0xBMzYwIEdNNE9BNTJBPiBhdCBhdGE0LW1hc3RlciBTQVRBMzAwCmFjZDA6IERWRFIgPFRT U1Rjb3JwIENERFZEVyBTSC1TMjAzRC9TQjAwPiBhdCBhdGE3LW1hc3RlciBTQVRBMTUwCmhkYWMw OiBIREEgQ29kZWMgIzA6IEFUSSAoVW5rbm93bikKcGNtMDogPEhEQSBBVEkgKFVua25vd24pIFBD TSAjMCBEaWdpdGFsPiBhdCBjYWQgMCBuaWQgMSBvbiBoZGFjMApoZGFjMTogSERBIENvZGVjICMw OiBBbmFsb2cgRGV2aWNlcyAoVW5rbm93bikKcGNtMTogPEhEQSBBbmFsb2cgRGV2aWNlcyAoVW5r bm93bikgUENNICMwIEFuYWxvZz4gYXQgY2FkIDAgbmlkIDEgb24gaGRhYzEKcGNtMjogPEhEQSBB bmFsb2cgRGV2aWNlcyAoVW5rbm93bikgUENNICMxIEFuYWxvZz4gYXQgY2FkIDAgbmlkIDEgb24g aGRhYzEKcGNtMzogPEhEQSBBbmFsb2cgRGV2aWNlcyAoVW5rbm93bikgUENNICMyIERpZ2l0YWw+ IGF0IGNhZCAwIG5pZCAxIG9uIGhkYWMxCnBjbTQ6IDxIREEgQW5hbG9nIERldmljZXMgKFVua25v d24pIFBDTSAjMyBEaWdpdGFsPiBhdCBjYWQgMCBuaWQgMSBvbiBoZGFjMQpTTVA6IEFQIENQVSAj MSBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzIgTGF1bmNoZWQhClNNUDogQVAgQ1BVICMzIExhdW5j aGVkIQpXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJm b3JtYW5jZS4KVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDZzMWEKbG9jayBv cmRlciByZXZlcnNhbDoKIDFzdCAweGZmZmZmZjAwMDE1MDIwNzAgdXNlciBtYXAgKHVzZXIgbWFw KSBAIC91c3Ivc3JjL3N5cy92bS92bV9tYXAuYzozMTE1CiAybmQgMHhmZmZmZmYwMDA1YjFhN2Y4 IHVmcyAodWZzKSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19zdWJyLmM6MjA3OQpLREI6IHN0YWNr IGJhY2t0cmFjZToKZGJfdHJhY2Vfc2VsZl93cmFwcGVyKCkgYXQgZGJfdHJhY2Vfc2VsZl93cmFw cGVyKzB4MmEKX3dpdG5lc3NfZGVidWdnZXIoKSBhdCBfd2l0bmVzc19kZWJ1Z2dlcisweDQ5Cndp dG5lc3NfY2hlY2tvcmRlcigpIGF0IHdpdG5lc3NfY2hlY2tvcmRlcisweDdlNgpfX2xvY2ttZ3Jf YXJncygpIGF0IF9fbG9ja21ncl9hcmdzKzB4Y2E2CmZmc19sb2NrKCkgYXQgZmZzX2xvY2srMHg4 YwpWT1BfTE9DSzFfQVBWKCkgYXQgVk9QX0xPQ0sxX0FQVisweDliCl92bl9sb2NrKCkgYXQgX3Zu X2xvY2srMHg1MAp2Z2V0KCkgYXQgdmdldCsweDgxCnZub2RlX3BhZ2VyX2xvY2soKSBhdCB2bm9k ZV9wYWdlcl9sb2NrKzB4MWQxCnZtX2ZhdWx0KCkgYXQgdm1fZmF1bHQrMHgyMmYKdHJhcF9wZmF1 bHQoKSBhdCB0cmFwX3BmYXVsdCsweDEwMwp0cmFwKCkgYXQgdHJhcCsweDUxYwpjYWxsdHJhcCgp IGF0IGNhbGx0cmFwKzB4OAotLS0gdHJhcCAweGMsIHJpcCA9IDB4NDAwMTRmLCByc3AgPSAweDdm ZmZmZmZmZWU3MCwgcmJwID0gMHg3ZmZmZmZmZmVlOTAgLS0tCmlwZncyICgraXB2NikgaW5pdGlh bGl6ZWQsIGRpdmVydCBsb2FkYWJsZSwgbmF0IGxvYWRhYmxlLCBydWxlLWJhc2VkIGZvcndhcmRp bmcgZGlzYWJsZWQsIGRlZmF1bHQgdG8gZGVueSwgbG9nZ2luZyBkaXNhYmxlZApsb2NrIG9yZGVy IHJldmVyc2FsOgogMXN0IDB4ZmZmZmZmMDAwNWU0ODA0OCBmaWxlZGVzYyBzdHJ1Y3R1cmUgKGZp bGVkZXNjIHN0cnVjdHVyZSkgQCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX2Rlc2NyaXAuYzoxMDc2 CiAybmQgMHhmZmZmZmYwMDA5ODNmMDk4IHVmcyAodWZzKSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zm c19zdWJyLmM6NDA2NQpLREI6IHN0YWNrIGJhY2t0cmFjZToKZGJfdHJhY2Vfc2VsZl93cmFwcGVy KCkgYXQgZGJfdHJhY2Vfc2VsZl93cmFwcGVyKzB4MmEKX3dpdG5lc3NfZGVidWdnZXIoKSBhdCBf d2l0bmVzc19kZWJ1Z2dlcisweDQ5CndpdG5lc3NfY2hlY2tvcmRlcigpIGF0IHdpdG5lc3NfY2hl Y2tvcmRlcisweDdlNgpfX2xvY2ttZ3JfYXJncygpIGF0IF9fbG9ja21ncl9hcmdzKzB4YzU5CmZm c19sb2NrKCkgYXQgZmZzX2xvY2srMHg4YwpWT1BfTE9DSzFfQVBWKCkgYXQgVk9QX0xPQ0sxX0FQ VisweDliCl92bl9sb2NrKCkgYXQgX3ZuX2xvY2srMHg1MAprbmxpc3RfcmVtb3ZlX2txKCkgYXQg a25saXN0X3JlbW92ZV9rcSsweDcxCmtub3RlX2ZkY2xvc2UoKSBhdCBrbm90ZV9mZGNsb3NlKzB4 MTZhCmtlcm5fY2xvc2UoKSBhdCBrZXJuX2Nsb3NlKzB4ZDEKc3lzY2FsbCgpIGF0IHN5c2NhbGwr MHgxYmYKWGZhc3Rfc3lzY2FsbCgpIGF0IFhmYXN0X3N5c2NhbGwrMHhhYgotLS0gc3lzY2FsbCAo NiwgRnJlZUJTRCBFTEY2NCwgY2xvc2UpLCByaXAgPSAweDgwMGUyYWRhYywgcnNwID0gMHg3ZmZm ZmZmZmU3NDgsIHJicCA9IDB4N2ZmZmZmZmZlNzgwIC0tLQpsb2NrIG9yZGVyIHJldmVyc2FsOgog MXN0IDB4ZmZmZmZmZmU5MjgyYzI4MCBidWZ3YWl0IChidWZ3YWl0KSBAIC91c3Ivc3JjL3N5cy9r ZXJuL3Zmc19iaW8uYzoyNDQzCiAybmQgMHhmZmZmZmYwMDA1ZjliYzAwIGRpcmhhc2ggKGRpcmhh c2gpIEAgL3Vzci9zcmMvc3lzL3Vmcy91ZnMvdWZzX2Rpcmhhc2guYzoyNjMKS0RCOiBzdGFjayBi YWNrdHJhY2U6CmRiX3RyYWNlX3NlbGZfd3JhcHBlcigpIGF0IGRiX3RyYWNlX3NlbGZfd3JhcHBl cisweDJhCl93aXRuZXNzX2RlYnVnZ2VyKCkgYXQgX3dpdG5lc3NfZGVidWdnZXIrMHg0OQp3aXRu ZXNzX2NoZWNrb3JkZXIoKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHg3ZTYKX3N4X3hsb2NrKCkg YXQgX3N4X3hsb2NrKzB4NDQKdWZzZGlyaGFzaF9hY3F1aXJlKCkgYXQgdWZzZGlyaGFzaF9hY3F1 aXJlKzB4MjkKdWZzZGlyaGFzaF9hZGQoKSBhdCB1ZnNkaXJoYXNoX2FkZCsweDE5CnVmc19kaXJl bnRlcigpIGF0IHVmc19kaXJlbnRlcisweDg3YQp1ZnNfbWFrZWlub2RlKCkgYXQgdWZzX21ha2Vp bm9kZSsweDMzNApWT1BfQ1JFQVRFX0FQVigpIGF0IFZPUF9DUkVBVEVfQVBWKzB4OGQKdm5fb3Bl bl9jcmVkKCkgYXQgdm5fb3Blbl9jcmVkKzB4M2Q1Cmtlcm5fb3BlbmF0KCkgYXQga2Vybl9vcGVu YXQrMHgxNTkKc3lzY2FsbCgpIGF0IHN5c2NhbGwrMHgxYmYKWGZhc3Rfc3lzY2FsbCgpIGF0IFhm YXN0X3N5c2NhbGwrMHhhYgotLS0gc3lzY2FsbCAoNSwgRnJlZUJTRCBFTEY2NCwgb3BlbiksIHJp cCA9IDB4ODAzY2FlZWNjLCByc3AgPSAweDdmZmZmZmZmY2M2OCwgcmJwID0gMHg4MDUwMjBjYjMg LS0tCg== ------=_Part_90475_24835748.1228088181260-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 01:49:25 2008 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 66A8C1065675 for ; Mon, 1 Dec 2008 01:49:25 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntqsrv03p.mx.bigpond.com (nskntqsrv03p.mx.bigpond.com [61.9.168.237]) by mx1.freebsd.org (Postfix) with ESMTP id E5A768FC13 for ; Mon, 1 Dec 2008 01:49:24 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntotgx01p.mx.bigpond.com ([124.188.162.219]) by nskntmtas03p.mx.bigpond.com with ESMTP id <20081130235720.OBEQ5533.nskntmtas03p.mx.bigpond.com@nskntotgx01p.mx.bigpond.com> for ; Sun, 30 Nov 2008 23:57:20 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by nskntotgx01p.mx.bigpond.com with ESMTP id <20081130235720.XMFC3267.nskntotgx01p.mx.bigpond.com@areilly.bpa.nu> for ; Sun, 30 Nov 2008 23:57:20 +0000 Received: (qmail 55405 invoked by uid 501); 30 Nov 2008 23:56:21 -0000 Date: Mon, 1 Dec 2008 10:56:21 +1100 From: Andrew Reilly To: Tim Kientzle Message-ID: <20081130235621.GA51043@duncan.reilly.home> References: <20081128234155.0221e263@serene.no-ip.org> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> <200811291515.01962.beech@freebsd.org> <4932DD73.9000109@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4932DD73.9000109@freebsd.org> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150201.49332860.0081:SCFSTAT2704298,ss=1,fgs=0 Cc: Garrett Cooper , "Conrad J. Sabatier" , freebsd-current@freebsd.org, Alexander Churanov , Beech Rintoul Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 01:49:25 -0000 On Sun, Nov 30, 2008 at 10:37:39AM -0800, Tim Kientzle wrote: > I wonder if there's some way to partially automate > collecting some of this information. There is. Just install ports/sysutils/bsdstats, set the appropriate frobs in /etc/rc.conf and be happy. Look at the http://bsdstats.org/ page from time to time. Cheers, -- Andrew From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 02:02:05 2008 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 7449D1065673; Mon, 1 Dec 2008 02:02:05 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BE4598FC30; Mon, 1 Dec 2008 02:02:03 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4933459A.5090806@FreeBSD.org> Date: Sun, 30 Nov 2008 18:02:02 -0800 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: net@freebsd.org, FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: panic from ifconfig in IFAREF X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 02:02:05 -0000 I got this panic on HEAD when trying to configure an IP address on an interface immediately after boot: > Fatal trap 9: general protection fault while in kernel mode > ccpuid = 4; xapic id = 04 > ginstruction pointer = 0x8:0xffffffff80494b42 > bstack pointer = 0x10:0xffffffff20938490 > 0frame pointe:r = 0x10:0xffffffff20938610 > code segment = base 0x0, limit 0xfffff, type 0x1b > link state changed to DOWN > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1073 (ifconfig) > [thread pid 1073 tid 100250 ] > Stopped at strlen+0x2: cmpb $0,(%rdi) > db> wh > Tracing pid 1073 tid 100250 td 0xffffff00077ab720 > strlen() at strlen+0x2 > vsnprintf() at vsnprintf+0x2e > panic() at panic+0x1d8 > _mtx_lock_flags() at _mtx_lock_flags+0xd9 > rtrequest1_fib() at rtrequest1_fib+0x3e6 > rtinit() at rtinit+0x213 > in_ifinit() at in_ifinit+0x2bd > in_control() at in_control+0xe95 > ifioctl() at ifioctl+0xfa > kern_ioctl() at kern_ioctl+0x92 > ioctl() at ioctl+0xfd > syscall() at syscall+0x1bc > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x140a69dfc, rsp = 0x7fffffffe588, rbp = 0x7fffffffef7c --- > __func__.6541+0xfcb: mtx_lock() of spin mutex %s @ %s:%d The panic is here: /* * Note that we now have a reference to the ifa. * This moved from below so that rnh->rnh_addaddr() can * examine the ifa and ifa->ifa_ifp if it so desires. */ IFAREF(ifa); (net/route.c:1081) Kris From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 02:08:52 2008 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 DFB0A1065673 for ; Mon, 1 Dec 2008 02:08:52 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id B27F38FC1B for ; Mon, 1 Dec 2008 02:08:52 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2196766rvf.43 for ; Sun, 30 Nov 2008 18:08:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=bu4U7NWtY6Ux/vUjiwhYIkdaup88aixlSrNRQx6ykME=; b=f58t6ZxvZQu+MjMU+3t7kobP0biDlbfSEWdRgQDikkI8iaEF7aWLG76wVP0iO7sUJz oz96roLp4Vg9eO19nWA64g7C8NMSCDwv749bnMvjEJn04CfS+SvxSvwR2IcjLhloNSrW 00Lf9C7HUzY/bK2DZV1qbYOQU9ZQgH4zTBtOU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=DctU2tkAEPUaGKBqPwiorgpKKAOfTg9PVrrpn7VMtJBDdFpsdvmV90XWrD0Tyuy26q 2NiD8zVnKiiuGdEJ0Q2DbcwofOedQ/6S855bbE6cJqMobeAGe/9uO42vG9aGJL/w0KFE r4YPIsjQN/EbgCaRtHaXnGr4PTiNY3khR+lCk= Received: by 10.114.137.16 with SMTP id k16mr6115632wad.189.1228095818712; Sun, 30 Nov 2008 17:43:38 -0800 (PST) Received: by 10.114.161.14 with HTTP; Sun, 30 Nov 2008 17:43:38 -0800 (PST) Message-ID: Date: Sun, 30 Nov 2008 17:43:38 -0800 From: "Freddie Cash" To: "Tim Kientzle" In-Reply-To: <4932DD73.9000109@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081128234155.0221e263@serene.no-ip.org> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> <200811291515.01962.beech@freebsd.org> <4932DD73.9000109@freebsd.org> Cc: freebsd-current Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 02:08:53 -0000 On 11/30/08, Tim Kientzle wrote: >>>>I have some ideas on that. The problem is it's sometimes hard to check >>>>that given hardware is supported by FreeBSD, even in case you know and >>>>want to do it. The list of supported hardware is often written in terms >>>>of chipsets and manufacturers often produce cards using supported chips, >>>>but named after their own trademark. > > I wonder if there's some way to partially automate > collecting some of this information. > > Something like a "register" program people can > use to register their FreeBSD installation that > would optionally include hardware information. > (Get a list of hardware IDs and running drivers > from the kernel, then prompt the user to enter > the actual hardware manufacturer/brand name for > each one.) Look for bsdstats in the ports tree, which does all of the above. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 06:17:50 2008 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 0D859106564A; Mon, 1 Dec 2008 06:17:50 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id B48388FC18; Mon, 1 Dec 2008 06:17:49 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.178] (p53.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id mB16Hitv097385; Sun, 30 Nov 2008 22:17:44 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <49338183.3040500@freebsd.org> Date: Sun, 30 Nov 2008 22:17:39 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Reilly References: <20081128234155.0221e263@serene.no-ip.org> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> <200811291515.01962.beech@freebsd.org> <4932DD73.9000109@freebsd.org> <20081130235621.GA51043@duncan.reilly.home> In-Reply-To: <20081130235621.GA51043@duncan.reilly.home> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , "Conrad J. Sabatier" , freebsd-current@freebsd.org, Alexander Churanov , Beech Rintoul Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 06:17:50 -0000 Andrew Reilly wrote: > On Sun, Nov 30, 2008 at 10:37:39AM -0800, Tim Kientzle wrote: > >>I wonder if there's some way to partially automate >>collecting some of this information. > > There is. Just install ports/sysutils/bsdstats, set the > appropriate frobs in /etc/rc.conf and be happy. Look at the > http://bsdstats.org/ page from time to time. This is a start towards what I had in mind, but still has a ways to go. Here are a few questions I would like to ask of such a database: "What ethernet cards have people used with FreeBSD 7.0?" This would require being able to start from a particular OS (and version?). "I have a Broadcom card, what driver do I need with FreeBSD 7?" This requires being able to navigate from OS/version to device type, manufacturer, then driver. This should also have callouts for any driver that's not part of the GENERIC kernel. "pciconf just gave me an ID xyz123; what chip is that?" I see device names but not hardware-level IDs. "Any suggestions for a good network card to buy?" This information seems to stop at the chipset level. When I go to the store, very few boxes have chipset names on them. It would be good to give users the option to provide a manufacturer (and product name?) for the card or motherboard in use. Such information would necessarily be more sporadic than the automatically collected information, but it would build up over time. Based on the numbers here, I'm going to guess that PC-BSD has this service turned on by default. You should talk to folks maintaining installers for other systems about possibly getting it integrated there. (With clearly-worded notices about data being anonymous, etc.) It would also be interesting to use this from the installer to look up missing drivers (enumerate PCI IDs for any device that didn't attach a driver and query the bsdstats service for information about that device); this would make it a lot easier for users to find drivers supported out-of-tree. Such a database could provide very useful information to the development community ("most popular unsupported ethernet cards") and to users ("most popular supported ethernet cards"). Tim From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 06:58:27 2008 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 219BE106564A for ; Mon, 1 Dec 2008 06:58:27 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 9CBD98FC08 for ; Mon, 1 Dec 2008 06:58:26 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from ip-132.ish.com.au ([203.29.62.132]:61968) by fish.ish.com.au with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1L733r-0006Qq-0t; Mon, 01 Dec 2008 18:19:15 +1100 Message-Id: From: Aristedes Maniatis To: Tim Kientzle In-Reply-To: <49338183.3040500@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 1 Dec 2008 17:47:38 +1100 References: <20081128234155.0221e263@serene.no-ip.org> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> <200811291515.01962.beech@freebsd.org> <4932DD73.9000109@freebsd.org> <20081130235621.GA51043@duncan.reilly.home> <49338183.3040500@freebsd.org> X-Mailer: Apple Mail (2.929.2) Cc: Andrew Reilly , Beech Rintoul , "Conrad J. Sabatier" , freebsd-current@freebsd.org, Alexander Churanov , Garrett Cooper Subject: Collecting hardware compatibility, Was: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 06:58:27 -0000 On 01/12/2008, at 5:17 PM, Tim Kientzle wrote: > Andrew Reilly wrote: >> On Sun, Nov 30, 2008 at 10:37:39AM -0800, Tim Kientzle wrote: >>> I wonder if there's some way to partially automate >>> collecting some of this information. >> There is. Just install ports/sysutils/bsdstats, set the >> appropriate frobs in /etc/rc.conf and be happy. Look at the >> http://bsdstats.org/ page from time to time. > > This is a start towards what I had in mind, but > still has a ways to go. Here are a few questions > I would like to ask of such a database: > > "What ethernet cards have people used with FreeBSD 7.0?" Exactly. The problem with that site, although useful, is that the front page comparisons of BSD flavours makes it sound like a competition (despite the text to the left). Most of the statistics are useless on the basis that they are completely skewed by the collection methodology. However, it forms the basis of something that would be incredibly useful. Imagine it also allowed users to note whether the particular hardware is: [ ] not recognised [ ] not reliable [ ] occasional issues [ ] no problems Or something like that, with additional option for making comments. Plus you'd want to be able to see the dmesg for each person who reported the status of their hardware, otherwise it is pretty useless. As Tim said, an extension of this concept would be incredibly useful to the developers and users of FreeBSD. If someone was interested I'd be able to help work on such a project, although my time is relatively limited so I'd not be able to take the lead. Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 07:16:46 2008 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 8A62F106564A for ; Mon, 1 Dec 2008 07:16:46 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5D7878FC0C for ; Mon, 1 Dec 2008 07:16:46 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.178] (p53.kientzle.com [66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id mB17Ghtv097657; Sun, 30 Nov 2008 23:16:43 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <49338F56.9050101@freebsd.org> Date: Sun, 30 Nov 2008 23:16:38 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Aristedes Maniatis References: <20081128234155.0221e263@serene.no-ip.org> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> <200811291515.01962.beech@freebsd.org> <4932DD73.9000109@freebsd.org> <20081130235621.GA51043@duncan.reilly.home> <49338183.3040500@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrew Reilly , Beech Rintoul , "Conrad J. Sabatier" , freebsd-current@freebsd.org, Alexander Churanov , Garrett Cooper Subject: Re: Collecting hardware compatibility, Was: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 07:16:46 -0000 > However, it forms the basis of something that would be incredibly > useful. Imagine it also allowed users to note whether the particular > hardware is: > > [ ] not recognised > [ ] not reliable > [ ] occasional issues > [ ] no problems > > Or something like that, with additional option for making comments. > Plus you'd want to be able to see the dmesg for each person who > reported the status of their hardware, otherwise it is pretty useless. Tricky to find a good point to do this, though. The initial data collection can be done at sysinstall time, which is pretty natural for people. Integrating this sort of feature into a bug-reporting tool of some sort would be very intriguing. Tim From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 07:42:51 2008 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 C9002106564A for ; Mon, 1 Dec 2008 07:42:51 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 521FB8FC1A for ; Mon, 1 Dec 2008 07:42:51 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so1217672nfh.33 for ; Sun, 30 Nov 2008 23:42:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=j7f2IJtye92ZzMBRAqkJPqGgFxKvuHOpd9zgFvKIpsg=; b=MOKbE5K0aMtT1fFwgjl9/je2YiaTz2XJRWd1iOP9FH1anyp1gkO1VNmGGjXC86jCbX trzvyVB5U8ZizxR3uvYks3xvcVx2sB1SK/nP+31+hM5UHLhUtXIhs26vKtKdmmyIV/Bk gvzLom3vs6nDZLUucWJgn6em4PRqMpKMAm9B4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=thjYB2uIAwVjB7FvU7W8FPmxAws8II4bQIB+1drjhK5V8cKg6yYUfw1GLa0ayVJ9b1 csmphbLthic2KEPcE4PfOfwy7ADyhkEMOlMaxrx+LUexliTd2NMjNLMelENUmUxpq358 OzVTHTNglcIr439hCLygkJNQA3rYb1a6LM0QU= Received: by 10.210.125.13 with SMTP id x13mr6950395ebc.144.1228117370101; Sun, 30 Nov 2008 23:42:50 -0800 (PST) Received: by 10.210.130.15 with HTTP; Sun, 30 Nov 2008 23:42:50 -0800 (PST) Message-ID: <3cb459ed0811302342o62e38009h3b853ae325c8e330@mail.gmail.com> Date: Mon, 1 Dec 2008 10:42:50 +0300 From: "Alexander Churanov" To: "Tim Kientzle" In-Reply-To: <49338F56.9050101@freebsd.org> MIME-Version: 1.0 References: <20081128234155.0221e263@serene.no-ip.org> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> <200811291515.01962.beech@freebsd.org> <4932DD73.9000109@freebsd.org> <20081130235621.GA51043@duncan.reilly.home> <49338183.3040500@freebsd.org> <49338F56.9050101@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Andrew Reilly , Beech Rintoul , "Conrad J. Sabatier" , freebsd-current@freebsd.org, Aristedes Maniatis , Garrett Cooper Subject: Re: Collecting hardware compatibility, Was: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 07:42:51 -0000 Hi guys! Probably it is useful to gather information after a month since the system was installed and user obtained some information about what does work an what does not. Random ideas on that: 0) Based on demsg and devinfo, ask user if he/she is successful in using particular device. For example, seeing "lnc0" ask "Does your ethernet controller work?". 1) Provide ability to specify that someting does not work. I mean cases where devicehas no driver attached to it at all. 2) At installation time schedule this application to modify MOTD after a month since the system was installed. This is to remind console users. Alternatively, at the same point, modify KDE/GNOME/OtherWM startup files to start this application in GUI mode. Rollback chages after the user is finished with sending the report or cancelled the task. Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 08:12:58 2008 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 B42021065670 for ; Mon, 1 Dec 2008 08:12:58 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 50B7B8FC12 for ; Mon, 1 Dec 2008 08:12:58 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=Sb8OMSPOn51SczFIQBkuYCvAZgBgREAWlVFzpvRgyhKN+Vm7sribSfWqJFm8pvh+rYlMOxkpmd2/PBvGP8D/HLsFeHJ6B6q/bGurMsRNEGwIErk1nrjoz3RbPyvzP4wA5hJp/+GhG1D5JAUFbVUCE2gUPx73Fj0FxQwzzyACpFM=; Received: from phoenix.codelabs.ru ([91.78.248.236]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1L73tm-0008ij-KY; Mon, 01 Dec 2008 11:12:54 +0300 Date: Mon, 1 Dec 2008 11:12:52 +0300 From: Eygene Ryabinkin To: Alexander Churanov Message-ID: References: <20081128234155.0221e263@serene.no-ip.org> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> <200811291515.01962.beech@freebsd.org> <4932DD73.9000109@freebsd.org> <20081130235621.GA51043@duncan.reilly.home> <49338183.3040500@freebsd.org> <49338F56.9050101@freebsd.org> <3cb459ed0811302342o62e38009h3b853ae325c8e330@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="S1BNGpv0yoYahz37" Content-Disposition: inline In-Reply-To: <3cb459ed0811302342o62e38009h3b853ae325c8e330@mail.gmail.com> Sender: rea-fbsd@codelabs.ru Cc: Andrew Reilly , Beech Rintoul , freebsd-current@freebsd.org, "Conrad J. Sabatier" , Tim Kientzle , Aristedes Maniatis , Garrett Cooper Subject: Re: Collecting hardware compatibility, Was: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 08:12:58 -0000 --S1BNGpv0yoYahz37 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Alexander, good day. Mon, Dec 01, 2008 at 10:42:50AM +0300, Alexander Churanov wrote: > Probably it is useful to gather information after a month since the system > was installed and user obtained some information about what does work an > what does not. If any, please make it optional and off by-default: some people (at least me myself) don't want to be bothered by this and aren't going to disclose any details about their systems. And, yes, I am a paranoidal person ;)) --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --S1BNGpv0yoYahz37 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkznIQACgkQthUKNsbL7YiMIACgoAbEErSnzLflPHXYgV8EnKa+ 3tUAoJuk71nTnslc64ABYa1Y9BKP/3D0 =ilKc -----END PGP SIGNATURE----- --S1BNGpv0yoYahz37-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 09:07:49 2008 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 6C5F4106564A; Mon, 1 Dec 2008 09:07:49 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 001658FC1B; Mon, 1 Dec 2008 09:07:48 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mail.0x20.net (Postfix) with ESMTP id 194243A6A4; Mon, 1 Dec 2008 10:07:48 +0100 (CET) Received: from i011-63.fin-nrw.de (i011-63.fin-nrw.de [193.109.238.130]) by 0x20.net (Horde MIME library) with HTTP; Mon, 01 Dec 2008 10:07:47 +0100 Message-ID: <20081201100747.jivl1alh6owok4s4@0x20.net> X-Priority: 3 (Normal) Date: Mon, 01 Dec 2008 10:07:47 +0100 From: Lars Engels To: Tim Kientzle References: <20081128234155.0221e263@serene.no-ip.org> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> <200811291515.01962.beech@freebsd.org> <4932DD73.9000109@freebsd.org> In-Reply-To: <4932DD73.9000109@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_75i8839qo10k"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) Cc: Garrett Cooper , "Conrad J. Sabatier" , freebsd-current@freebsd.org, Alexander Churanov , Beech Rintoul Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 09:07:49 -0000 This message is in MIME format and has been PGP signed. --=_75i8839qo10k Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Tim Kientzle : >>>> I have some ideas on that. The problem is it's sometimes hard to check >>>> that given hardware is supported by FreeBSD, even in case you know and >>>> want to do it. The list of supported hardware is often written in terms >>>> of chipsets and manufacturers often produce cards using supported chips= , >>>> but named after their own trademark. > > I wonder if there's some way to partially automate > collecting some of this information. > > Something like a "register" program people can > use to register their FreeBSD installation that > would optionally include hardware information. > (Get a list of hardware IDs and running drivers > from the kernel, then prompt the user to enter > the actual hardware manufacturer/brand name for > each one.) > > Then the process of registering the OS installation > would also collect a lot of information about > "known good" hardware. > > Bonus points, of course, if the register program > first queries the web site to collect lists of > hardware names that other people have already > entered so that most of the time people can simply > click and say "I'm using that one" and only > occasionally have to type in a new brand name. > > The cross-reference information of vendor, hardware > ID, driver, and OS version would be very valuable > for people setting up new systems. Of course, > you'd want to keep careful counts of how often each > piece of hardware was registered and provide an easy > way for human editors to be able to clean up data > afterwards, since there will be a certain amount > of mispellings and simple nonsense. OpenSolaris has a decent tool which collects your harware =20 configuration and automatically adds it to a hardware database and =20 also shows if your HW is suitable for Opensolaris: http://www.sun.com/bigadmin/hcl/hcts/device_detect.jsp --=_75i8839qo10k Content-Type: application/pgp-signature Content-Description: Digitale PGP-Unterschrift Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkkzqWMACgkQKc512sD3afiVEACgkSG27BBK3JYdbVNc6JxMTnxw QTYAoKgwf2hAr+MvL0qJFyhpDzTn8C4/ =oQMS -----END PGP SIGNATURE----- --=_75i8839qo10k-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 09:45:09 2008 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 1CA831065670; Mon, 1 Dec 2008 09:45:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 8BCAA8FC08; Mon, 1 Dec 2008 09:45:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 9EFB141C65F; Mon, 1 Dec 2008 10:45:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id o4NBjlNclj60; Mon, 1 Dec 2008 10:45:06 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 01C8141C65E; Mon, 1 Dec 2008 10:45: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 C75A54448D5; Mon, 1 Dec 2008 09:41:47 +0000 (UTC) Date: Mon, 1 Dec 2008 09:41:46 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: freebsd-jail@freebsd.org Message-ID: <20081201085229.D80401@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, FreeBSD virtualization mailing list Subject: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-jail@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, 01 Dec 2008 09:45:09 -0000 Hi, as you may have already noticed multi-IPv4/v6/no-IP jails have hit HEAD. See commit message attached. The bad news first: expect an update on the rc script to make the more obscure rc features like configuring IPs on interfaces when starting jails and giving a possible netmask work with multiple IPs and IPv6. The good news: In case you do not use those features or still only use one IP per jail everything should just work fine and there are no changes needed. More news: In case you want to use multiple IPs or a mix of v4 and v6 addresses you just give them as a comma separated list on both the command line or in rc.conf like: jail / example 192.0.2.250,2001:db8::75,2001:db8::99,2001:db8::55,2001:db8::14,192.0.2.254 /bin/sh or: jail_example_ip="192.0.2.2,2001:db8::2,2001:db8::1,2001:db8::4,2001:db8::13,192.0.2.3" In case you do want to start a jail without any IP, give an empty argument on command line: jail / noip.example.net "" /bin/sh Additionally you can give a jail a name now using the -n option: jail -n "bz's private noip jail" / noip.example.net "" /bin/sh You may not want to use special characters or whitespace but it is just a string, so you can. There are no restrictions and even 10 jails could have the same name. The jail (inside) cannot change the name. It's set upon jail creation and unchangeable from then on. What else is new: the -h option to jail makes it resolve the hostname to IP addresses and will merge those to the jail IPs. Note: that this can give you unexpected results on the primary jail IP. See jail(8) for more information. jls tries to be as backward compatible as possible. That means it will only show one IPv4 if called as `jls`; obviously this won't work well for no-IP or IPv6-only jails. This was done to try to not confuse scripts people have in their classic setups. jls -v will give you the full information, including: - state: usually ACTIVE. - in case you also give '-a' you will also see jails in other states, for example jails hanging around waiting for a socket to timeout but with no processes left after it was stopped; it will say DYING. - Every jail gets its own cpuset inherited from the process that started the jail. You can list, etc the mask by jail id: cpuset -g -j 8 or by set id: cpuset -g -s 5 Or even change it if you want. Threads within jails should be able to further restrict themselves even within the jail but nothing outside their scope. See the cpuset manpages for further information. The IPs will be listed in the following order: the primary IP per AF which is the first IP of that AF given to the jail command and then they should be sorted in ascending order. jexec now takes the optional jail name to attach to a jail but will refuse to do anything if the jail cannot be uniquely identifed. In case you use the jail name you have to give an empty argument for the jail id like: jexec -n "bz's private noip jail" "" /bin/sh You can also give both jail name and jail ID and both will have to match, else it will complain. Obviously only giving the jail id still works. The -h hostname option is gone again. You should use the jail name for management purposes now. A sample full jls output (admittedly a bit ugly this way): sun$ jls -av JID Hostname Path Name State CPUSetID IP Address(es) 21 sun / hangtest DYING 6 192.0.2.99 8 noip.example.net / bz's private noip jail ALIVE 5 3 j3.sunny.example.net /local/jails/j1 ALIVE 4 2001:db8::5 2 j2.sunny.example.net /local/jails/j1 ALIVE 3 192.0.2.1 1 j1.sunny.example.net /local/jails/j1 ALIVE 2 192.0.2.2 192.0.2.3 2001:db8::2 2001:db8::1 2001:db8::4 2001:db8::13 In case you have more questions the man pages do not address, or problem, etc. please follow-up to freebsd-jail@ . Regards, Bjoern PS: the MFC question was answered in the commit message so do not ask. -- Bjoern A. Zeeb Stop bit received. Insert coin for new game. ---------- Forwarded message ---------- Date: Sat, 29 Nov 2008 14:32:14 +0000 (UTC) Subject: svn commit: r185435 - in head: lib/libc/sys lib/libkvm share/man/man4 sys/compat/freebsd32 sys/kern sys/net sys/netinet sys/netinet6 sys/security/mac_bsdextended sys/sys usr.bin/cpuset usr.sbin/jai... Author: bz Date: Sat Nov 29 14:32:14 2008 New Revision: 185435 URL: http://svn.freebsd.org/changeset/base/185435 Log: MFp4: Bring in updated jail support from bz_jail branch. This enhances the current jail implementation to permit multiple addresses per jail. In addtion to IPv4, IPv6 is supported as well. Due to updated checks it is even possible to have jails without an IP address at all, which basically gives one a chroot with restricted process view, no networking,.. SCTP support was updated and supports IPv6 in jails as well. Cpuset support permits jails to be bound to specific processor sets after creation. Jails can have an unrestricted (no duplicate protection, etc.) name in addition to the hostname. The jail name cannot be changed from within a jail and is considered to be used for management purposes or as audit-token in the future. DDB 'show jails' command was added to aid debugging. Proper compat support permits 32bit jail binaries to be used on 64bit systems to manage jails. Also backward compatibility was preserved where possible: for jail v1 syscalls, as well as with user space management utilities. Both jail as well as prison version were updated for the new features. A gap was intentionally left as the intermediate versions had been used by various patches floating around the last years. Bump __FreeBSD_version for the afore mentioned and in kernel changes. Special thanks to: - Pawel Jakub Dawidek (pjd) for his multi-IPv4 patches and Olivier Houchard (cognet) for initial single-IPv6 patches. - Jeff Roberson (jeff) and Randall Stewart (rrs) for their help, ideas and review on cpuset and SCTP support. - Robert Watson (rwatson) for lots and lots of help, discussions, suggestions and review of most of the patch at various stages. - John Baldwin (jhb) for his help. - Simon L. Nielsen (simon) as early adopter testing changes on cluster machines as well as all the testers and people who provided feedback the last months on freebsd-jail and other channels. - My employer, CK Software GmbH, for the support so I could work on this. Reviewed by: (see above) MFC after: 3 months (this is just so that I get the mail) X-MFC Before: 7.2-RELEASE if possible From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 10:29:02 2008 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 14020106564A for ; Mon, 1 Dec 2008 10:29:02 +0000 (UTC) (envelope-from lulf@freebsd.org) Received: from bene2.itea.ntnu.no (bene2.itea.ntnu.no [IPv6:2001:700:300:3::57]) by mx1.freebsd.org (Postfix) with ESMTP id 1697B8FC16 for ; Mon, 1 Dec 2008 10:29:01 +0000 (UTC) (envelope-from lulf@freebsd.org) Received: from localhost (localhost [127.0.0.1]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 9E2F590002 for ; Mon, 1 Dec 2008 11:28:59 +0100 (CET) Received: from nobby (unknown [IPv6:2001:700:300:3::184]) by bene2.itea.ntnu.no (Postfix) with ESMTP id EA05690003 for ; Mon, 1 Dec 2008 11:28:58 +0100 (CET) Date: Mon, 1 Dec 2008 10:29:00 +0100 From: Ulf Lilleengen To: freebsd-current@freebsd.org Message-ID: <20081201092900.GB1397@nobby.lan> References: <20081125154040.GA12632@nobby.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <20081125154040.GA12632@nobby.lan> User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Debian amavisd-new at bene2.itea.ntnu.no Subject: Re: HEADSUP: CVS/Mirror mode for csup to be merged soon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 10:29:02 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 25, 2008 at 04:40:40PM +0100, Ulf Lilleengen wrote: > Hello, >=20 > After some feedback on previous patches and some adjustments, I think the > CVSMode for csup project have come to a place where a wider testing audie= nce > is needed, and I would like to make this a call for review and a HEADSUP = to > allow willing reviewers and eventual protesters to give their opinion bef= ore > merging this to HEAD. A few things about the current state of CVSMode: >=20 > - Complete CVS mode (mirror mode) is supported, allowing the whole CVS > repository to be fetched by csup. > - rsync fetch supported if not explicitly not wanted by user or not suppo= rted > by server. > - Support using the status file to speed up detailing of files. This mean= s no > bigger inpact on files that are up to date. >=20 > For the state of the code itself, I have went over it a couple of times t= he > last couple of days, fixing style issues and a few differences between cv= sup > and csup. One important thing to note is that the impact on the existing = csup > operation is _minimal_, so that the risk of introducing bugs to the normal > csup operation is very small, and because of this I see no problems with > committing the current version. If you find any issues, please e-mail me,= and > I will look at it. >=20 > So, for those of you wanting to test, please do so now. If people are okay > with this, I would like to merge it by the end of the week/early next wee= k. >=20 > A patch can be found here: http://people.freebsd.org/~lulf/csup_cvsmode.d= iff > or you can just do a checkout of projects/csup_cvsmode >=20 Small update, I have gotten some positive reports, thanks for testing! So far, a bug involving SKIP directory handling have been fixed. I still have one report which I'd like to investigate more before getting anything in. In addition, there seems to be performance problems on some files (with many deltas, such as CVSROOT-*/modules,v etc.) due to some slow algorithms used in the RCS handling. I'll try to speed it up a bit when it seems to work ok. --=20 Ulf Lilleengen --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkzrlsACgkQCILg8nMIdCUGvgCbBuAvhPk/0REb95z5qpf6+IOO iN8AnRXs3TaFkka9/0mvnI0brcRkGHu3 =TVDQ -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 11:29:46 2008 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 EEA5F1065672 for ; Mon, 1 Dec 2008 11:29:46 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 8CBEB8FC16 for ; Mon, 1 Dec 2008 11:29:46 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2CF93.dip.t-dialin.net [217.226.207.147]) by redbull.bpaserver.net (Postfix) with ESMTP id A18C42E168; Mon, 1 Dec 2008 12:29:42 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id A0363182D69; Mon, 1 Dec 2008 12:29:38 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1228130978; bh=EbV3X1oWOWL/6mM7z13+cq9OVYb0LuRt2 /FqXZqgfu0=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=QhvLQdGzOL0ay6jRC1wOr6Y0SeS6SKcZO6LctCu7sgYjGgaCNXKlSv0fLdgEfWOyW hUmfA1ujG2ux5MvIaxAdQ0Qyor7YFwWsSSi98rcnipIRviD8zR9gvrO2K1WCUqgYWKm XbCYD4pIrLAdXb3FIVfCLRPpPpPuirjY9+JQQ3fsq7fwZOMsiSYpgnHGyOVoDq2jwMk wdqWcU+CgapCegzr5MCRRkleKwjspgr0euBtr8tuL0Q3cWbgYbSiBJ2wH5qsqc1kITv tkuhTCqaUlACau85apFlISHlixP5Vt0Jgtodj7XLxX/WWVM8yN0Uxs0ZQ14kWCJGVFi 2Z2XPQJBQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id mB1BTc1j023993; Mon, 1 Dec 2008 12:29:38 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Mon, 01 Dec 2008 12:29:37 +0100 Message-ID: <20081201122937.81475f0zhfsjya4o@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 01 Dec 2008 12:29:37 +0100 From: Alexander Leidinger To: freebsd-jail@freebsd.org, "Bjoern A. Zeeb" References: <20081201085229.D80401@maildrop.int.zabbadoz.net> In-Reply-To: <20081201085229.D80401@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: A18C42E168.004A6 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org, FreeBSD virtualization mailing list Subject: Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in 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: Mon, 01 Dec 2008 11:29:47 -0000 Quoting "Bjoern A. Zeeb" (from Mon, 1 =20 Dec 2008 09:41:46 +0000 (UTC)): > Hi, > > as you may have already noticed multi-IPv4/v6/no-IP jails have hit > HEAD. See commit message attached. Will this introduce changes how multicast is handled in jails, or is =20 it the same behavior as before (whatever the previous behavior was). > Additionally you can give a jail a name now using the -n option: > jail -n "bz's private noip jail" / noip.example.net "" /bin/sh > You may not want to use special characters or whitespace but it is > just a string, so you can. There are no restrictions and even 10 jails > could have the same name. The jail (inside) cannot change the name. > It's set upon jail creation and unchangeable from then on. Is this private name visible inside the jail (I don't need this =20 feature, so I don't care, but people should know so that they don't =20 put offensive stuff there in case it is visible inside)? Bye, Alexander. --=20 Since we cannot hope for order, let us withdraw with style from the chaos. =09=09-- Tom Stoppard http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 11:42:34 2008 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 39D0B1065672; Mon, 1 Dec 2008 11:42:34 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel.alaskaparadise.com (bsdevel.alaskaparadise.com [208.86.224.193]) by mx1.freebsd.org (Postfix) with ESMTP id 157C78FC1E; Mon, 1 Dec 2008 11:42:34 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from stargate.alaskaparadise.com (172-67-237-24.gci.net [24.237.67.172]) by bsdevel.alaskaparadise.com (Postfix) with ESMTP id 9F37A28E288D; Mon, 1 Dec 2008 11:42:33 +0000 (UTC) To: freebsd-current@freebsd.org Content-Disposition: inline From: Beech Rintoul Organization: FreeBSD Date: Mon, 1 Dec 2008 02:42:33 -0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200812010242.33125.beech@freebsd.org> Cc: Beech Rintoul Subject: Regression in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 11:42:34 -0000 Something committed last week is hosing php apps. I updated to today's - CURRENT and started getting two errors. 1: grep unable to write broken pipe before each port configure with portupgrade and 2: Fatal error: Call to undefined function preg_match() in /usr/local/share/pear/DB.php on line 766 when I tried to open the webui on my tinderbox. Reverting back to a week ago sunday fixed both problems. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 13:16:57 2008 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 95613106564A for ; Mon, 1 Dec 2008 13:16:57 +0000 (UTC) (envelope-from kallender@completecomputing.com) Received: from cgp.netins.net (f1phy.netins.net [167.142.228.65]) by mx1.freebsd.org (Postfix) with ESMTP id 629B88FC18 for ; Mon, 1 Dec 2008 13:16:57 +0000 (UTC) (envelope-from kallender@completecomputing.com) X-netINS-MPP: scanned Received: from [199.120.78.141] (account kylea@netins.net HELO [127.0.0.1]) by cgpf1.cgp.netins.net (CommuniGate Pro SMTP 5.2.10) with ESMTPA id 1850047408 for freebsd-current@freebsd.org; Mon, 01 Dec 2008 07:06:52 -0600 Message-ID: <4933E158.5030407@completecomputing.com> Date: Mon, 01 Dec 2008 07:06:32 -0600 From: Kyle Allender User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problem in malloc.c, rev. 1.183 while building phonon-4.2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 13:16:57 -0000 Hello. I ran into an error while attempting to build kde4 from source in FreeBSD 8.0-CURRENT: FreeBSD sia.prismequine.com 8.0-CURRENT FreeBSD 8.0-CURRENT #3: Sun Nov 30 13:49:59 CST 2008 root@sia.prismequine.com:/usr/obj/usr/src/sys/GENERIC i386 where phonon-4.2.0 failed due to what appears to be an issue with the # of processors (1) and waiting for a lock? The relevant portions of the build messages are below. I should note that I updated my source yesterday around 4PM CST, ran into the build problem overnight (I kicked off an install and then went to bed). I noted the error, checked cvs and noted that a newer version of malloc.c had been committed. At that point, I resynced my source and re-started the build. However, the error remains the same. I'm running on a P4, 2.40Ghz system if that helps. Build error: Linking CXX executable backendtester cd /usr/ports/multimedia/phonon/work/phonon-4.2.0/build/phonon/tests && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/backendtester.dir/link.txt --verbose=1 /usr/bin/c++ -O2 -fno-strict-aliasing -pipe -Woverloaded-virtual -fvisibility=hidden -fvisibility-inlines-hidden -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-check-new -fno-common -g -O2 -fno-reorder-blocks -fno-schedule-insns -fno-inline -fPIC CMakeFiles/backendtester.dir/backendtester_automoc.o CMakeFiles/backendtester.dir/backendtester.o -o backendtester -L/usr/local/lib/qt4 /usr/local/lib/qt4/libQtCore.so -lpthread /usr/local/lib/qt4/libQtGui.so -Wl,-rpath,/usr/local/lib/qt4 /usr/local/bin/cmake -E cmake_progress_report /usr/ports/multimedia/phonon/work/phonon-4.2.0/build/CMakeFiles 33 34 35 [ 39%] Built target backendtester make -f phonon/tests/CMakeFiles/mediaobjecttest.dir/build.make phonon/tests/CMakeFiles/mediaobjecttest.dir/depend cd /usr/ports/multimedia/phonon/work/phonon-4.2.0/build/phonon/tests && /usr/local/kde4/bin/automoc4 /usr/ports/multimedia/phonon/work/phonon-4.2.0/build/phonon/tests/mediaobjecttest_automoc.cpp /usr/ports/multimedia/phonon/work/phonon-4.2.0/phonon/tests /usr/ports/multimedia/phonon/work/phonon-4.2.0/build/phonon/tests /usr/local/bin/moc-qt4 /usr/local/bin/cmake --touch Generating mediaobjecttest.moc Assertion failed: ((ret << BLOCK_COST_2POW) != 0), function malloc_spin_lock, file /usr/src/lib/libc/stdlib/malloc.c, line 1287. Abort trap (core dumped) *** Error code 134 Stop in /usr/ports/multimedia/phonon/work/phonon-4.2.0/build. *** Error code 1 Stop in /usr/ports/multimedia/phonon/work/phonon-4.2.0/build. *** Error code 1 Stop in /usr/ports/multimedia/phonon/work/phonon-4.2.0/build. *** Error code 1 Stop in /usr/ports/multimedia/phonon. *** Error code 1 Stop in /usr/ports/x11/kdelibs4. *** Error code 1 Stop in /usr/ports/accessibility/kdeaccessibility4. *** Error code 1 Stop in /usr/ports/x11/kde4. *** Error code 1 Stop in /usr/ports/x11/kde4. Thanks. From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 13:34:44 2008 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 F1FB91065670 for ; Mon, 1 Dec 2008 13:34:44 +0000 (UTC) (envelope-from kallender@completecomputing.com) Received: from cgp.netins.net (f2phy.netins.net [167.142.229.65]) by mx1.freebsd.org (Postfix) with ESMTP id BD6368FC18 for ; Mon, 1 Dec 2008 13:34:44 +0000 (UTC) (envelope-from kallender@completecomputing.com) X-netINS-MPP: scanned Received: from [199.120.78.141] (account kylea@netins.net HELO [127.0.0.1]) by cgpf2.cgp.netins.net (CommuniGate Pro SMTP 5.2.10) with ESMTPA id 1841022971; Mon, 01 Dec 2008 07:34:37 -0600 Message-ID: <4933E7D9.7030707@completecomputing.com> Date: Mon, 01 Dec 2008 07:34:17 -0600 From: Kyle Allender User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Kyle Allender References: <4933E158.5030407@completecomputing.com> <20081201132656.GB1397@lizard.fafoe.narf.at> In-Reply-To: <20081201132656.GB1397@lizard.fafoe.narf.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Problem in malloc.c, rev. 1.183 while building phonon-4.2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 13:34:45 -0000 Stefan Farfeleder wrote: > On Mon, Dec 01, 2008 at 07:06:32AM -0600, Kyle Allender wrote: >> Hello. > >> Generating mediaobjecttest.moc >> Assertion failed: ((ret << BLOCK_COST_2POW) != 0), function >> malloc_spin_lock, file /usr/src/lib/libc/stdlib/malloc.c, line 1287. >> Abort trap (core dumped) > > Hi, > > this assertion has been fixed yesterday (svn r185483). Should I rerun build/installworld before re-attempting the kde build or just run make clean in the phonon directory? K > > Stefan > From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 13:44:14 2008 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 E368F1065676 for ; Mon, 1 Dec 2008 13:44:14 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from viefep18-int.chello.at (viefep18-int.chello.at [213.46.255.22]) by mx1.freebsd.org (Postfix) with ESMTP id 2EDFE8FC13 for ; Mon, 1 Dec 2008 13:44:13 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from edge04.upc.biz ([192.168.13.239]) by viefep11-int.chello.at (InterMail vM.7.08.02.02 201-2186-121-104-20070414) with ESMTP id <20081201132700.YVJO29438.viefep11-int.chello.at@edge04.upc.biz>; Mon, 1 Dec 2008 14:27:00 +0100 Received: from lizard.fafoe.narf.at ([213.47.85.26]) by edge04.upc.biz with edge id lpSy1a0340a5KZh04pSz5m; Mon, 01 Dec 2008 14:27:00 +0100 X-SourceIP: 213.47.85.26 Received: by lizard.fafoe.narf.at (Postfix, from userid 1001) id F2A84BC10; Mon, 1 Dec 2008 14:26:56 +0100 (CET) Date: Mon, 1 Dec 2008 14:26:56 +0100 From: Stefan Farfeleder To: Kyle Allender Message-ID: <20081201132656.GB1397@lizard.fafoe.narf.at> Mail-Followup-To: Kyle Allender , freebsd-current@freebsd.org References: <4933E158.5030407@completecomputing.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4933E158.5030407@completecomputing.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: Problem in malloc.c, rev. 1.183 while building phonon-4.2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 13:44:15 -0000 On Mon, Dec 01, 2008 at 07:06:32AM -0600, Kyle Allender wrote: > Hello. > Generating mediaobjecttest.moc > Assertion failed: ((ret << BLOCK_COST_2POW) != 0), function > malloc_spin_lock, file /usr/src/lib/libc/stdlib/malloc.c, line 1287. > Abort trap (core dumped) Hi, this assertion has been fixed yesterday (svn r185483). Stefan From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 13:49:47 2008 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 73A44106564A for ; Mon, 1 Dec 2008 13:49:47 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from viefep18-int.chello.at (viefep18-int.chello.at [213.46.255.22]) by mx1.freebsd.org (Postfix) with ESMTP id B1C338FC12 for ; Mon, 1 Dec 2008 13:49:46 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from edge01.upc.biz ([192.168.13.236]) by viefep14-int.chello.at (InterMail vM.7.09.01.00 201-2219-108-20080618) with ESMTP id <20081201134945.ITPO2774.viefep14-int.chello.at@edge01.upc.biz>; Mon, 1 Dec 2008 14:49:45 +0100 Received: from lizard.fafoe.narf.at ([213.47.85.26]) by edge01.upc.biz with edge id lppj1a03o0a5KZh01ppkbJ; Mon, 01 Dec 2008 14:49:45 +0100 X-SourceIP: 213.47.85.26 Received: by lizard.fafoe.narf.at (Postfix, from userid 1001) id 69918BC10; Mon, 1 Dec 2008 14:49:42 +0100 (CET) Date: Mon, 1 Dec 2008 14:49:42 +0100 From: Stefan Farfeleder To: Kyle Allender Message-ID: <20081201134942.GC1397@lizard.fafoe.narf.at> Mail-Followup-To: Kyle Allender , freebsd-current@freebsd.org References: <4933E158.5030407@completecomputing.com> <20081201132656.GB1397@lizard.fafoe.narf.at> <4933E7D9.7030707@completecomputing.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4933E7D9.7030707@completecomputing.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: Problem in malloc.c, rev. 1.183 while building phonon-4.2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 13:49:47 -0000 On Mon, Dec 01, 2008 at 07:34:17AM -0600, Kyle Allender wrote: > Stefan Farfeleder wrote: >> On Mon, Dec 01, 2008 at 07:06:32AM -0600, Kyle Allender wrote: >>> Hello. >> >>> Generating mediaobjecttest.moc >>> Assertion failed: ((ret << BLOCK_COST_2POW) != 0), function >>> malloc_spin_lock, file /usr/src/lib/libc/stdlib/malloc.c, line 1287. >>> Abort trap (core dumped) >> >> Hi, >> >> this assertion has been fixed yesterday (svn r185483). > > Should I rerun build/installworld before re-attempting the kde build or > just run make clean in the phonon directory? You need at least an updated libc. build/installworld will do that but there are faster ways for this small update. After that you can continue building kde. From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 13:57:45 2008 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 84CB91065670 for ; Mon, 1 Dec 2008 13:57:45 +0000 (UTC) (envelope-from kallender@completecomputing.com) Received: from cgp.netins.net (f1phy.netins.net [167.142.228.65]) by mx1.freebsd.org (Postfix) with ESMTP id 4E6D48FC14 for ; Mon, 1 Dec 2008 13:57:45 +0000 (UTC) (envelope-from kallender@completecomputing.com) X-netINS-MPP: scanned Received: from [199.120.78.141] (account kylea@netins.net HELO [127.0.0.1]) by cgpf1.cgp.netins.net (CommuniGate Pro SMTP 5.2.10) with ESMTPA id 1850081958; Mon, 01 Dec 2008 07:57:43 -0600 Message-ID: <4933ED44.7010205@completecomputing.com> Date: Mon, 01 Dec 2008 07:57:24 -0600 From: Kyle Allender User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Stefan Farfeleder , freebsd-current@freebsd.org References: <4933E158.5030407@completecomputing.com> <20081201132656.GB1397@lizard.fafoe.narf.at> <4933E7D9.7030707@completecomputing.com> <20081201134942.GC1397@lizard.fafoe.narf.at> In-Reply-To: <20081201134942.GC1397@lizard.fafoe.narf.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Problem in malloc.c, rev. 1.183 while building phonon-4.2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 13:57:45 -0000 Stefan Farfeleder wrote: > On Mon, Dec 01, 2008 at 07:34:17AM -0600, Kyle Allender wrote: >> Stefan Farfeleder wrote: >>> On Mon, Dec 01, 2008 at 07:06:32AM -0600, Kyle Allender wrote: >>>> Hello. >>>> Generating mediaobjecttest.moc >>>> Assertion failed: ((ret << BLOCK_COST_2POW) != 0), function >>>> malloc_spin_lock, file /usr/src/lib/libc/stdlib/malloc.c, line 1287. >>>> Abort trap (core dumped) >>> Hi, >>> >>> this assertion has been fixed yesterday (svn r185483). >> Should I rerun build/installworld before re-attempting the kde build or >> just run make clean in the phonon directory? > > You need at least an updated libc. build/installworld will do that but > there are faster ways for this small update. After that you can > continue building kde. > OK. I've kicked off a buildworld as that's about the only method I know that will resolve this issue. The "faster ways" I'm unaware of - if someone could enlighten me, that'd be great. Buildworld will work in the meantime, though. Thanks for the help. K From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 14:41:12 2008 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 296BC1065686 for ; Mon, 1 Dec 2008 14:41:12 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id D8D1B8FC17 for ; Mon, 1 Dec 2008 14:41:11 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id AC0346D449; Mon, 1 Dec 2008 14:41:10 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 8CF6D8449A; Mon, 1 Dec 2008 15:41:10 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Kyle Allender References: <4933E158.5030407@completecomputing.com> <20081201132656.GB1397@lizard.fafoe.narf.at> <4933E7D9.7030707@completecomputing.com> <20081201134942.GC1397@lizard.fafoe.narf.at> <4933ED44.7010205@completecomputing.com> Date: Mon, 01 Dec 2008 15:41:10 +0100 In-Reply-To: <4933ED44.7010205@completecomputing.com> (Kyle Allender's message of "Mon, 01 Dec 2008 07:57:24 -0600") Message-ID: <86vdu4ot4p.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Stefan Farfeleder , freebsd-current@freebsd.org Subject: Re: Problem in malloc.c, rev. 1.183 while building phonon-4.2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 14:41:12 -0000 Kyle Allender writes: > Stefan Farfeleder writes: > > You need at least an updated libc. build/installworld will do that > > but there are faster ways for this small update. After that you can > > continue building kde. > OK. I've kicked off a buildworld as that's about the only method I > know that will resolve this issue. The "faster ways" I'm unaware of - > if someone could enlighten me, that'd be great. Buildworld will work > in the meantime, though. # cd /usr/src/lib/libc # make && make install DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 14:58:11 2008 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 0385A1065679 for ; Mon, 1 Dec 2008 14:58:11 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id B1D058FC17 for ; Mon, 1 Dec 2008 14:58:10 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 69EA16D43B; Mon, 1 Dec 2008 15:58:48 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FGb2tiRhhpJY; Mon, 1 Dec 2008 15:58:45 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id 5D15F6D439; Mon, 1 Dec 2008 15:58:45 +0100 (CET) Date: Mon, 1 Dec 2008 15:58:45 +0100 From: Rink Springer To: Dag-Erling Sm??rgrav Message-ID: <20081201145845.GA16431@rink.nu> References: <4933E158.5030407@completecomputing.com> <20081201132656.GB1397@lizard.fafoe.narf.at> <4933E7D9.7030707@completecomputing.com> <20081201134942.GC1397@lizard.fafoe.narf.at> <4933ED44.7010205@completecomputing.com> <86vdu4ot4p.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86vdu4ot4p.fsf@ds4.des.no> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Stefan Farfeleder , freebsd-current@freebsd.org, Kyle Allender Subject: Re: Problem in malloc.c, rev. 1.183 while building phonon-4.2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 14:58:11 -0000 On Mon, Dec 01, 2008 at 03:41:10PM +0100, Dag-Erling Sm??rgrav wrote: > Kyle Allender writes: > > Stefan Farfeleder writes: > > > You need at least an updated libc. build/installworld will do that > > > but there are faster ways for this small update. After that you can > > > continue building kde. > > OK. I've kicked off a buildworld as that's about the only method I > > know that will resolve this issue. The "faster ways" I'm unaware of - > > if someone could enlighten me, that'd be great. Buildworld will work > > in the meantime, though. > > # cd /usr/src/lib/libc > # make && make install The following works too: # cd /usr/src/lib/libc # make all install :-) -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 15:02:11 2008 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 0E0A41065672; Mon, 1 Dec 2008 15:02:11 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id BB6E88FC1A; Mon, 1 Dec 2008 15:02:10 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id A6EF76D43F; Mon, 1 Dec 2008 15:02:09 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 8F25D844A0; Mon, 1 Dec 2008 16:02:09 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Rink Springer References: <4933E158.5030407@completecomputing.com> <20081201132656.GB1397@lizard.fafoe.narf.at> <4933E7D9.7030707@completecomputing.com> <20081201134942.GC1397@lizard.fafoe.narf.at> <4933ED44.7010205@completecomputing.com> <86vdu4ot4p.fsf@ds4.des.no> <20081201145845.GA16431@rink.nu> Date: Mon, 01 Dec 2008 16:02:09 +0100 In-Reply-To: <20081201145845.GA16431@rink.nu> (Rink Springer's message of "Mon, 1 Dec 2008 15:58:45 +0100") Message-ID: <86r64sos5q.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Stefan Farfeleder , freebsd-current@freebsd.org, Kyle Allender Subject: Re: Problem in malloc.c, rev. 1.183 while building phonon-4.2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 15:02:11 -0000 Rink Springer writes: > "Dag-Erling Sm=C3=B8rgrav" writes: > > # cd /usr/src/lib/libc > > # make && make install > > The following works too: > > # cd /usr/src/lib/libc > # make all install It is not always safe to run multiple targets in one invocation (though in this case, it shouldn't matter). The classic example is 'make depend all'. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 15:10:03 2008 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 AAB26106564A for ; Mon, 1 Dec 2008 15:10:03 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swip.net [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 3DCB58FC12 for ; Mon, 1 Dec 2008 15:10:02 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=2mC_HNQHssAA:10 a=pCffcqx-zOwA:10 a=P3SC899gXHkOLDnkTYxLZw==:17 a=LqL4HvlDPOFeI8-f-AAA:9 a=VFunKcAwMG6yolVKu3sHtTfu9c8A:4 a=50e4U0PicR4A:10 Received: from [62.113.133.240] (account mc467741@c2i.net [62.113.133.240] verified) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 988909906; Mon, 01 Dec 2008 16:10:00 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 1 Dec 2008 16:12:14 +0100 User-Agent: KMail/1.9.7 References: <200811141541.49595.shoesoft@gmx.net> <200811151022.56606.hselasky@c2i.net> <200811161131.39014.hselasky@c2i.net> In-Reply-To: <200811161131.39014.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812011612.15528.hselasky@c2i.net> Cc: Stefan Ehmann Subject: Re: usb2: no sound with M-Audio Transit (problem solved) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 15:10:03 -0000 Hi, Patches for the problems reported by Stefan are on its way to -current. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 15:19:23 2008 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 82E17106564A for ; Mon, 1 Dec 2008 15:19:23 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 44AF08FC16 for ; Mon, 1 Dec 2008 15:19:23 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 58B207309E; Mon, 1 Dec 2008 16:24:10 +0100 (CET) Date: Mon, 1 Dec 2008 16:24:10 +0100 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20081201152410.GA8048@onelab2.iet.unipi.it> References: <20081126192237.GB91382@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081126192237.GB91382@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.3i Cc: Subject: upcoming change to boot0.S (mostly documentation) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 15:19:23 -0000 Hi, in the past few days I have been looking at the boot0.S code (the 512 byte version, i386) and found at least a couple of bugs or "features" worth fixing: one of them is the bogus %si value passed to the next stage loader, already fixed in head and RELENG_7. Another bug, already mentioned on the -developers list a few days ago, is related to the fact that the code might write back the boot sector on a different disk than the one it was loaded from, thus trashing the master boot record. A fix for this is upcoming, and among other things it involves changing the default mode from 'update' to 'noupdate'. Part of the problem with these bugs was/is that the existing boot0.S code is extremely difficult to follow, because it employs all sort of clever tricks to save memory. So, I have tried to annotate it as much as possible to make it easier to change or reconfigure it in the future, and reduce the risk of introducing bugs because of side effects of the changes. A preview of what will be committed is at http://info.iet.unipi.it/~luigi/FreeBSD/20081201-boot0.S While the diff is very large, it is 95% comments. The functional changes are extremely limited, as follows (all can be easily reverted if there is demand): + make 'noupdate' the default mode of operation (this is forced in the Makefile). It can be reverted back to 'update' using boot0cfg. + never overwrite the boot sector if the BIOS-supplied drive number is overridden by the 'setdrv' option. This was a potential source of trouble because we might write (and trash the MBR) on a different driver. + do not check for a valid drive number, allowing boot0 to be used even when the BIOS does 'floppy emulation' on a flash drive. Adding the check back requires 4 bytes. + force CHS mode ('nopacket') when loaded from a floppy unit. Removing the change saves 4 bytes. Because of some minor code rearrangements, I also managed to make room for a 'WIN' string (3 extra bytes) to be printed for certain FAT32 partitions, and for recognising an additional FAT16 partition as DOS (2 extra bytes). Right now the code uses the full 512 bytes (the SIO version is slightly shorter) so the changes need to fit in the memory budget -- this is why i mention the cost of each of the options above. cheers luigi From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 16:10:27 2008 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 321EF1065670; Mon, 1 Dec 2008 16:10:27 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (mail.hidden-powers.com [213.242.135.162]) by mx1.freebsd.org (Postfix) with ESMTP id D29C18FC19; Mon, 1 Dec 2008 16:10:26 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (localhost [127.0.0.1]) by dkim.hidden-powers.com (Postfix) with ESMTP id 16B1C6D5E0; Mon, 1 Dec 2008 17:10:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=hidden-powers.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s= selector1; bh=E6uVYUh0rO8fYMhjBoPICWC/Nj8=; b=LnwSjTj09d+QV/o3iG tN9Gi98V0Ma8QHdPa4Yc+A06Ix9u5Fy9Q0R38Iis8TDjoWW+YPeFbuHXd8494ffH sxkrYI7/En0EmwayptqfdkX9leR44Q9dSYGB7wGGbPlOn0i0wOegUrNiHXhZlv7K 8/fIvuu6TC4PKvr9Y5ignzPgM= Received: from [172.16.2.128] (gw01.ismobile.com [212.73.186.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hidden-powers.com (Postfix) with ESMTPSA id 861C46D5DF; Mon, 1 Dec 2008 17:10:24 +0100 (CET) Date: Mon, 01 Dec 2008 17:10:20 +0100 From: Goran Lowkrantz To: Pawel Jakub Dawidek Message-ID: <85C044B15658D05E484832BA@syn> In-Reply-To: <20081117205526.GC1733@garage.freebsd.pl> References: <20081117205526.GC1733@garage.freebsd.pl> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 16:10:27 -0000 --On November 17, 2008 21:55:26 +0100 Pawel Jakub Dawidek wrote: > Hi. > > So ZFS was updated from version 6 to 13. Be very careful when updating > your system if you use ZFS. The number of changes is huge and my > regression tests and manual tests I did only cover part of the entire > functionality. > > More info here: > > http://svn.freebsd.org/viewvc/base?view=revision&revision=185029 > > Enjoy. > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! OK, I have been playing around with this for a while now and it seems to work well with the workload I have tested with, mostly external file access via samba and nfs plus some PostgreSQL databases. The only feature I have missed is a deferred modify when a change by zpool or zfs commands requires re-mounting, then just writing it and have it take on the next mount would save a trip to single-user. Thanks for all the good stuff! /glz From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 16:36:29 2008 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 D1CF81065673 for ; Mon, 1 Dec 2008 16:36:29 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 924698FC1D for ; Mon, 1 Dec 2008 16:36:29 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 1B249170E4; Mon, 1 Dec 2008 16:36:27 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id mB1GaQhm012388; Mon, 1 Dec 2008 16:36:27 GMT (envelope-from phk@critter.freebsd.dk) To: Luigi Rizzo From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 01 Dec 2008 16:24:10 +0100." <20081201152410.GA8048@onelab2.iet.unipi.it> Date: Mon, 01 Dec 2008 16:36:26 +0000 Message-ID: <12387.1228149386@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: upcoming change to boot0.S (mostly documentation) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 16:36:29 -0000 In message <20081201152410.GA8048@onelab2.iet.unipi.it>, Luigi Rizzo writes: >in the past few days I have been looking at the boot0.S code (the >512 byte version, i386) [...] Ahh too bad, it would have been much more productive to work on the 1024 byte version instead... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 17:03:40 2008 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 A60ED1065673 for ; Mon, 1 Dec 2008 17:03:40 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 542908FC12 for ; Mon, 1 Dec 2008 17:03:39 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id mB1H3cga001912 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 1 Dec 2008 09:03:38 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <493418EA.7020602@freebsd.org> Date: Mon, 01 Dec 2008 09:03:38 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------090003000705000609080406" X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Subject: HEADS UP: r185522 - in head: . share/man/man4 sys/amd64/conf sys/arm/conf sys/conf sys/contrib/dev/ath sys/dev/ath sys/dev/ath/ath_rate/amrr sys/dev/ath/ath_rate/onoe sys/dev/ath/ath_rate/sample ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 17:03:40 -0000 This is a multi-part message in MIME format. --------------090003000705000609080406 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Things to note: This also represents an upgrade of the hal code over what was in the tree. There are many bug fixes in this code, especially for AR5416 parts. I have no idea when this will be MFC'd. Because of the directory change from contrib/dev/ath to dev/ath/ath_hal backporting by hand may be painful. Definitely not before 7.1 goes out. I no longer be have access to internal Atheros' information (e.g. their hal code). In particular this means support for new parts will have to come by scraping code from the ath9k linux driver. I expect other people to pitch in to do that. I will be happy to assist. Sam --------------090003000705000609080406 Content-Type: message/rfc822; name="svn commit: r185522 - in head: . share/man/man4 sys/amd64/conf sys/arm/confsys/conf sys/contrib/dev/ath sys/dev/ath sys/dev/ath/ath_rate/amrr sys/dev/ath/ath_rate/onoesys/dev/ath/ath_rate/sample ....eml" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename*0="svn commit: r185522 - in head: . share/man/man4 sys/amd64/co"; filename*1="nf sys/arm/conf sys/conf sys/contrib/dev/ath sys/dev/ath sys"; filename*2="/dev/ath/ath_rate/amrr sys/dev/ath/ath_rate/onoe sys/dev/ath"; filename*3="/ath_rate/sample ....eml" Return-Path: Received: from ebb.errno.com ([unix socket]) (authenticated user=sam bits=0) by ebb.errno.com (Cyrus v2.2.2-BETA) with LMTP; Mon, 01 Dec 2008 08:54:27 -0800 X-Sieve: CMU Sieve 2.2 Return-Path: Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id mB1GsQtR001845 for ; Mon, 1 Dec 2008 08:54:27 -0800 (PST) (envelope-from owner-src-committers@FreeBSD.org) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id E0BA1178058 for ; Mon, 1 Dec 2008 16:53:15 +0000 (UTC) (envelope-from owner-src-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id 83B561065728; Mon, 1 Dec 2008 16:53:11 +0000 (UTC) Delivered-To: sam@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 646561065676; Mon, 1 Dec 2008 16:53:10 +0000 (UTC) Delivered-To: src-committers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D9ED106564A; Mon, 1 Dec 2008 16:53:03 +0000 (UTC) (envelope-from sam@FreeBSD.org) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:4f8:fff6::2c]) by mx1.freebsd.org (Postfix) with ESMTP id 749B68FC17; Mon, 1 Dec 2008 16:53:03 +0000 (UTC) (envelope-from sam@FreeBSD.org) Received: from svn.freebsd.org (localhost [127.0.0.1]) by svn.freebsd.org (8.14.3/8.14.3) with ESMTP id mB1Gr3YV031163; Mon, 1 Dec 2008 16:53:03 GMT (envelope-from sam@svn.freebsd.org) Received: (from sam@localhost) by svn.freebsd.org (8.14.3/8.14.3/Submit) id mB1Gr2Dv031130; Mon, 1 Dec 2008 16:53:02 GMT (envelope-from sam@svn.freebsd.org) Message-Id: <200812011653.mB1Gr2Dv031130@svn.freebsd.org> From: Sam Leffler Date: Mon, 1 Dec 2008 16:53:02 +0000 (UTC) To: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, svn-src-head@FreeBSD.org Subject: svn commit: r185522 - in head: . share/man/man4 sys/amd64/conf sys/arm/conf sys/conf sys/contrib/dev/ath sys/dev/ath sys/dev/ath/ath_rate/amrr sys/dev/ath/ath_rate/onoe sys/dev/ath/ath_rate/sample ... X-SVN-Group: head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Author: sam Date: Mon Dec 1 16:53:01 2008 New Revision: 185522 URL: http://svn.freebsd.org/changeset/base/185522 Log: Switch to ath hal source code. Note this removes the ath_hal module; the ath module now brings in the hal support. Kernel config files are almost backwards compatible; supplying device ath_hal gives you the same chip support that the binary hal did but you must also include options AH_SUPPORT_AR5416 to enable the extended format descriptors used by 11n parts. It is now possible to control the chip support included in a build by specifying exactly which chips are to be supported in the config file; consult ath_hal(4) for information. Deleted: head/sys/contrib/dev/ath/ head/sys/modules/ath_hal/ Modified: head/UPDATING head/share/man/man4/ath_hal.4 head/sys/amd64/conf/GENERIC head/sys/amd64/conf/NOTES head/sys/arm/conf/AVILA head/sys/conf/files head/sys/conf/files.amd64 head/sys/conf/files.arm head/sys/conf/files.i386 head/sys/conf/files.mips head/sys/conf/files.pc98 head/sys/conf/files.powerpc head/sys/conf/files.sparc64 head/sys/conf/kern.pre.mk head/sys/conf/options head/sys/dev/ath/ah_osdep.c head/sys/dev/ath/ah_osdep.h head/sys/dev/ath/ath_rate/amrr/amrr.c head/sys/dev/ath/ath_rate/onoe/onoe.c head/sys/dev/ath/ath_rate/sample/sample.c head/sys/dev/ath/if_ath.c head/sys/dev/ath/if_ath_pci.c head/sys/dev/ath/if_athvar.h head/sys/i386/conf/GENERIC head/sys/i386/conf/NOTES head/sys/i386/conf/PAE head/sys/mips/conf/IDT head/sys/mips/conf/SENTRY5 head/sys/modules/Makefile head/sys/modules/ath/Makefile head/sys/modules/ath_rate_amrr/Makefile head/sys/modules/ath_rate_onoe/Makefile head/sys/modules/ath_rate_sample/Makefile head/sys/pc98/conf/GENERIC head/sys/pc98/conf/NOTES head/sys/sparc64/conf/GENERIC head/sys/sys/param.h Modified: head/UPDATING ============================================================================== --- head/UPDATING Mon Dec 1 16:43:08 2008 (r185521) +++ head/UPDATING Mon Dec 1 16:53:01 2008 (r185522) @@ -22,6 +22,21 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 8. to maximize performance. (To disable malloc debugging, run ln -s aj /etc/malloc.conf.) +20081130: + __FreeBSD_version 800057 marks the switchover from the + binary ath hal to source code. Users must add the line: + + options ATH_SUPPORT_AR5416 + + to their kernel config files when specifying: + + device ath_hal + + The ath_hal module no longer exists; the code is now compiled + together with the driver in the ath module. It is now + possible to tailor chip support (i.e. reduce the set of chips + and thereby the code size); consult ath_hal(4) for details. + 20081121: __FreeBSD_version 800054 adds memory barriers to , new interfaces to ifnet to facilitate Modified: head/share/man/man4/ath_hal.4 ============================================================================== --- head/share/man/man4/ath_hal.4 Mon Dec 1 16:43:08 2008 (r185521) +++ head/share/man/man4/ath_hal.4 Mon Dec 1 16:53:01 2008 (r185522) @@ -1,5 +1,5 @@ .\"- -.\" Copyright (c) 2002, 2003 Sam Leffler, Errno Consulting +.\" Copyright (c) 2002-2008 Sam Leffler, Errno Consulting .\" All rights reserved. .\"" .\" Redistribution and use in source and binary forms, with or without @@ -12,9 +12,6 @@ .\" similar to the "NO WARRANTY" disclaimer below ("Disclaimer") and any .\" redistribution must be conditioned upon including a substantially .\" similar Disclaimer requirement for further binary redistribution. -.\" 3. Neither the names of the above-listed copyright holders nor the names -.\" of any contributors may be used to endorse or promote products derived -.\" from this software without specific prior written permission. .\" .\" NO WARRANTY .\" THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS @@ -31,7 +28,7 @@ .\" .\" $FreeBSD$ .\"/ -.Dd August 26, 2004 +.Dd November 30, 2008 .Dt ATH_HAL 4 .Os .Sh NAME @@ -39,18 +36,44 @@ .Nd "Atheros Hardware Access Layer (HAL)" .Sh SYNOPSIS .Cd "device ath_hal" +.Cd "options AH_SUPPORT_AR5416" +or +.Cd "device ath_ar5210" +.Cd "device ath_ar5211" +.Cd "device ath_ar5212" +.Cd "device ath_rf2413" +.Cd "device ath_rf2417" +.Cd "device ath_rf2425" +.Cd "device ath_rf5111" +.Cd "device ath_rf5112" +.Cd "device ath_rf5413" +.Cd "device ath_ar5416" +.\".Cd "device ath_ar5312" +.\".Cd "device ath_rf2136" +.\".Cd "device ath_rf2137" +.Cd "device ath_ar9160" +.Cd "options AH_SUPPORT_AR5416" .Sh DESCRIPTION -The -.Nm -module provides hardware support for wireless network adapters based on -the Atheros AR5210, AR5211, and AR5212 chips. -This module is required by the +The hal provides hardware support for wireless network adapters based on +the Atheros AR5210, AR5211, AR5212, AR5416, and AR9160 chips. +This code is part of the .Xr ath 4 -driver. -.Pp -Devices supported by the +driver but configured separately to allow fine-grained control +over the set of chips supported. +Selecting .Nm -module come in either Cardbus or mini-PCI packages. +enables support for all PCI and Cardbus devices. +Note this includes AR5416 devices and must be accompanied by the +AH_SUPPORT_AR5416 +option to enable the extended hardware descriptor format used by +AR5416 and later devices. +.Pp +Devices supported come in either Cardbus or mini-PCI packages. +.Pp +Historically this code has been released in a binary-only form +and packaged as a separate module. +With the release of source code for the hal this is no longer true +and the code is tightly integrated with the driver. .Sh HARDWARE The following cards are among those supported by the .Nm @@ -105,16 +128,6 @@ The .Nm module first appeared in .Fx 5.2 . -.Sh CAVEATS -The -.Nm -module is constructed from a binary component and -operating system-dependent source code. -Redistribution and use in source and binary forms, without -modification, are permitted provided that the conditions -set forth in -.Pa sys/contrib/dev/ath/COPYRIGHT -are observed. .Sh BUGS See .Xr ath 4 Modified: head/sys/amd64/conf/GENERIC ============================================================================== --- head/sys/amd64/conf/GENERIC Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/amd64/conf/GENERIC Mon Dec 1 16:53:01 2008 (r185522) @@ -249,7 +249,8 @@ device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's -device ath_hal # Atheros HAL (Hardware Access Layer) +device ath_hal # pci/cardbus chip support +options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. Modified: head/sys/amd64/conf/NOTES ============================================================================== --- head/sys/amd64/conf/NOTES Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/amd64/conf/NOTES Mon Dec 1 16:53:01 2008 (r185522) @@ -258,7 +258,6 @@ options DRM_DEBUG # Include debug print # Network interfaces: # -# ath: Atheros a/b/g WiFi adapters (requires ath_hal and wlan) # ed: Western Digital and SMC 80xx; Novell NE1000 and NE2000; 3Com 3C503 # HP PC Lan+, various PC Card devices # (requires miibus) @@ -284,12 +283,12 @@ device ral device ural device wpi -device ath -device ath_hal # Atheros HAL (includes binary component) -#device ath_rate_amrr # AMRR rate control for ath driver -#device ath_rate_onoe # Onoe rate control for ath driver -device ath_rate_sample # SampleRate rate control for the ath driver -#device wlan # 802.11 layer +device ath # Atheros pci/cardbus NIC's +device ath_hal # pci/cardbus chip support +options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors +device ath_rate_sample # SampleRate tx rate control for ath +#device ath_rate_amrr # AMRR rate control for ath driver +#device ath_rate_onoe # Onoe rate control for ath driver # #XXX this stores pointers in a 32bit field that is defined by the hardware Modified: head/sys/arm/conf/AVILA ============================================================================== --- head/sys/arm/conf/AVILA Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/arm/conf/AVILA Mon Dec 1 16:53:01 2008 (r185522) @@ -128,6 +128,7 @@ device wlan_tkip # 802.11 TKIP support device wlan_xauth device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) +options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath options ATH_DEBUG Modified: head/sys/conf/files ============================================================================== --- head/sys/conf/files Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/conf/files Mon Dec 1 16:53:01 2008 (r185522) @@ -503,18 +503,179 @@ dev/ata/atapi-fd.c optional atapifd dev/ata/atapi-tape.c optional atapist dev/ata/atapi-cam.c optional atapicam # -dev/ath/ah_osdep.c optional ath_hal \ +dev/ath/if_ath.c optional ath \ + compile-with "${NORMAL_C} -I$S/dev/ath" +dev/ath/if_ath_pci.c optional ath pci \ + compile-with "${NORMAL_C} -I$S/dev/ath" +dev/ath/ah_osdep.c optional ath \ + compile-with "${NORMAL_C} -I$S/dev/ath" +dev/ath/ath_hal/ah.c optional ath \ + compile-with "${NORMAL_C} -I$S/dev/ath" +dev/ath/ath_hal/ah_eeprom_v1.c optional ath_hal | ath_ar5210 \ + compile-with "${NORMAL_C} -I$S/dev/ath" +dev/ath/ath_hal/ah_eeprom_v3.c optional ath_hal | ath_ar5211 | ath_ar5212 \ compile-with "${NORMAL_C} -I$S/dev/ath" +dev/ath/ath_hal/ah_eeprom_v14.c optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath" +dev/ath/ath_hal/ah_regdomain.c optional ath \ + compile-with "${NORMAL_C} -I$S/dev/ath" +dev/ath/ath_hal/ar5210/ar5210_attach.c optional ath_hal | ath_ar5210 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5210/ar5210_beacon.c optional ath_hal | ath_ar5210 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5210/ar5210_interrupts.c optional ath_hal | ath_ar5210 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5210/ar5210_keycache.c optional ath_hal | ath_ar5210 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5210/ar5210_misc.c optional ath_hal | ath_ar5210 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5210/ar5210_phy.c optional ath_hal | ath_ar5210 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5210/ar5210_power.c optional ath_hal | ath_ar5210 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5210/ar5210_recv.c optional ath_hal | ath_ar5210 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5210/ar5210_reset.c optional ath_hal | ath_ar5210 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5210/ar5210_xmit.c optional ath_hal | ath_ar5210 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5211/ar5211_attach.c optional ath_hal | ath_ar5211 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5211/ar5211_beacon.c optional ath_hal | ath_ar5211 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5211/ar5211_interrupts.c optional ath_hal | ath_ar5211 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5211/ar5211_keycache.c optional ath_hal | ath_ar5211 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5211/ar5211_misc.c optional ath_hal | ath_ar5211 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5211/ar5211_phy.c optional ath_hal | ath_ar5211 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5211/ar5211_power.c optional ath_hal | ath_ar5211 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5211/ar5211_recv.c optional ath_hal | ath_ar5211 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5211/ar5211_reset.c optional ath_hal | ath_ar5211 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5211/ar5211_xmit.c optional ath_hal | ath_ar5211 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5212_ani.c \ + optional ath_hal | ath_ar5212 | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5212_attach.c \ + optional ath_hal | ath_ar5212 | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5212_beacon.c \ + optional ath_hal | ath_ar5212 | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5212_eeprom.c \ + optional ath_hal | ath_ar5212 | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5212_gpio.c \ + optional ath_hal | ath_ar5212 | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5212_interrupts.c \ + optional ath_hal | ath_ar5212 | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5212_keycache.c \ + optional ath_hal | ath_ar5212 | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5212_misc.c \ + optional ath_hal | ath_ar5212 | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5212_phy.c \ + optional ath_hal | ath_ar5212 | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5212_power.c \ + optional ath_hal | ath_ar5212 | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5212_recv.c \ + optional ath_hal | ath_ar5212 | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5212_reset.c \ + optional ath_hal | ath_ar5212 | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5212_rfgain.c \ + optional ath_hal | ath_ar5212 | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5212_xmit.c \ + optional ath_hal | ath_ar5212 | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar2316.c optional ath_rf2316 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar2317.c optional ath_rf2317 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar2413.c optional ath_hal | ath_rf2413 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar2425.c optional ath_hal | ath_rf2425 | ath_rf2417 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5111.c optional ath_hal | ath_rf5111 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5112.c optional ath_hal | ath_rf5112 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5212/ar5413.c optional ath_hal | ath_rf5413 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar2133.c optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_ani.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_attach.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_beacon.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_cal.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_cal_iq.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_cal_adcgain.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_cal_adcdc.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_eeprom.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_gpio.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_interrupts.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_keycache.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_misc.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_phy.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_power.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_recv.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_reset.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar5416_xmit.c \ + optional ath_hal | ath_ar5416 | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" +dev/ath/ath_hal/ar5416/ar9160_attach.c optional ath_hal | ath_ar9160 \ + compile-with "${NORMAL_C} -I$S/dev/ath -I$S/dev/ath/ath_hal" dev/ath/ath_rate/amrr/amrr.c optional ath_rate_amrr \ compile-with "${NORMAL_C} -I$S/dev/ath" dev/ath/ath_rate/onoe/onoe.c optional ath_rate_onoe \ compile-with "${NORMAL_C} -I$S/dev/ath" dev/ath/ath_rate/sample/sample.c optional ath_rate_sample \ compile-with "${NORMAL_C} -I$S/dev/ath" -dev/ath/if_ath.c optional ath \ - compile-with "${NORMAL_C} -I$S/dev/ath" -dev/ath/if_ath_pci.c optional ath pci \ - compile-with "${NORMAL_C} -I$S/dev/ath" dev/bce/if_bce.c optional bce dev/bfe/if_bfe.c optional bfe dev/bge/if_bge.c optional bge Modified: head/sys/conf/files.amd64 ============================================================================== --- head/sys/conf/files.amd64 Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/conf/files.amd64 Mon Dec 1 16:53:01 2008 (r185522) @@ -47,16 +47,6 @@ ukbdmap.h optional ukbd_dflt_keymap \ no-obj no-implicit-rule before-depend \ clean "ukbdmap.h" # -hal.o optional ath_hal \ - dependency "$S/contrib/dev/ath/public/x86_64-elf.hal.o.uu" \ - compile-with "uudecode < $S/contrib/dev/ath/public/x86_64-elf.hal.o.uu" \ - no-implicit-rule -opt_ah.h optional ath_hal \ - dependency "$S/contrib/dev/ath/public/x86_64-elf.opt_ah.h" \ - compile-with "rm -f opt_ah.h; cp $S/contrib/dev/ath/public/x86_64-elf.opt_ah.h opt_ah.h" \ - no-obj no-implicit-rule before-depend \ - clean "opt_ah.h" -# nvenetlib.o optional nve pci \ dependency "$S/contrib/dev/nve/amd64/nvenetlib.o.bz2.uu" \ compile-with "uudecode $S/contrib/dev/nve/amd64/nvenetlib.o.bz2.uu ; bzip2 -df nvenetlib.o.bz2" \ Modified: head/sys/conf/files.arm ============================================================================== --- head/sys/conf/files.arm Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/conf/files.arm Mon Dec 1 16:53:01 2008 (r185522) @@ -51,13 +51,6 @@ geom/geom_bsd.c optional geom_bsd geom/geom_bsd_enc.c optional geom_bsd geom/geom_mbr.c optional geom_mbr geom/geom_mbr_enc.c optional geom_mbr -hal.o optional ath_hal \ - compile-with "ATH_HAL_CPU=`echo ${CONF_CFLAGS}|sed 's/.*-mcpu=\([a-zA-Z0-9]*\).*/\1/'`; ATH_ENDIAN=`if (echo ${CC}|grep mbig-endian>/dev/null); then echo be; else echo le; fi;`; uudecode < $S/contrib/dev/ath/public/$$ATH_HAL_CPU-$$ATH_ENDIAN-elf.hal.o.uu" \ - no-implicit-rule -opt_ah.h optional ath_hal \ - compile-with "ATH_HAL_CPU=`echo ${CONF_CFLAGS}|sed 's/.*-mcpu=\([a-zA-Z0-9]*\).*/\1/'`; ATH_ENDIAN=`if (echo ${CC}|grep mbig-endian>/dev/null); then echo be; else echo le; fi;`; rm -f opt_ah.h; cp $S/contrib/dev/ath/public/$$ATH_HAL_CPU-$$ATH_ENDIAN-elf.opt_ah.h opt_ah.h" \ - no-obj no-implicit-rule before-depend \ - clean "opt_ah.h" libkern/arm/divsi3.S standard libkern/arm/ffs.S standard libkern/arm/muldi3.c standard Modified: head/sys/conf/files.i386 ============================================================================== --- head/sys/conf/files.i386 Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/conf/files.i386 Mon Dec 1 16:53:01 2008 (r185522) @@ -46,16 +46,6 @@ ukbdmap.h optional ukbd_dflt_keymap \ no-obj no-implicit-rule before-depend \ clean "ukbdmap.h" # -hal.o optional ath_hal \ - dependency "$S/contrib/dev/ath/public/i386-elf.hal.o.uu" \ - compile-with "uudecode < $S/contrib/dev/ath/public/i386-elf.hal.o.uu" \ - no-implicit-rule -opt_ah.h optional ath_hal \ - dependency "$S/contrib/dev/ath/public/i386-elf.opt_ah.h" \ - compile-with "rm -f opt_ah.h; cp $S/contrib/dev/ath/public/i386-elf.opt_ah.h opt_ah.h" \ - no-obj no-implicit-rule before-depend \ - clean "opt_ah.h" -# nvenetlib.o optional nve pci \ dependency "$S/contrib/dev/nve/i386/nvenetlib.o.bz2.uu" \ compile-with "uudecode $S/contrib/dev/nve/i386/nvenetlib.o.bz2.uu ; bzip2 -df nvenetlib.o.bz2" \ Modified: head/sys/conf/files.mips ============================================================================== --- head/sys/conf/files.mips Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/conf/files.mips Mon Dec 1 16:53:01 2008 (r185522) @@ -75,13 +75,6 @@ geom/geom_bsd.c optional geom_bsd geom/geom_bsd_enc.c optional geom_bsd geom/geom_mbr.c optional geom_mbr geom/geom_mbr_enc.c optional geom_mbr -hal.o optional ath_hal \ - compile-with "ATH_HAL_CPU=mips; ATH_ENDIAN=`if ([ x${TARGET_BIG_ENDIAN} = x ]); then echo le; else echo be; fi;`; uudecode < $S/contrib/dev/ath/public/$$ATH_HAL_CPU-$$ATH_ENDIAN-elf.hal.o.uu" \ - no-implicit-rule -opt_ah.h optional ath_hal \ - compile-with "ATH_HAL_CPU=mips; ATH_ENDIAN=`if ([ x${TARGET_BIG_ENDIAN} = x ]); then echo le; else echo be; fi;`; rm -f opt_ah.h; cp $S/contrib/dev/ath/public/$$ATH_HAL_CPU-$$ATH_ENDIAN-elf.opt_ah.h opt_ah.h" \ - no-obj no-implicit-rule before-depend \ - clean "opt_ah.h" libkern/ashldi3.c standard libkern/ashrdi3.c standard libkern/divdi3.c standard Modified: head/sys/conf/files.pc98 ============================================================================== --- head/sys/conf/files.pc98 Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/conf/files.pc98 Mon Dec 1 16:53:01 2008 (r185522) @@ -38,16 +38,6 @@ ukbdmap.h optional ukbd_dflt_keymap \ no-obj no-implicit-rule before-depend \ clean "ukbdmap.h" # -hal.o optional ath_hal \ - dependency "$S/contrib/dev/ath/public/i386-elf.hal.o.uu" \ - compile-with "uudecode < $S/contrib/dev/ath/public/i386-elf.hal.o.uu" \ - no-implicit-rule -opt_ah.h optional ath_hal \ - dependency "$S/contrib/dev/ath/public/i386-elf.opt_ah.h" \ - compile-with "rm -f opt_ah.h; cp $S/contrib/dev/ath/public/i386-elf.opt_ah.h opt_ah.h" \ - no-obj no-implicit-rule before-depend \ - clean "opt_ah.h" -# compat/linprocfs/linprocfs.c optional linprocfs compat/linsysfs/linsysfs.c optional linsysfs compat/linux/linux_emul.c optional compat_linux Modified: head/sys/conf/files.powerpc ============================================================================== --- head/sys/conf/files.powerpc Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/conf/files.powerpc Mon Dec 1 16:53:01 2008 (r185522) @@ -14,16 +14,6 @@ font.h optional sc \ no-obj no-implicit-rule before-depend \ clean "font.h ${SC_DFLT_FONT}-8x14 ${SC_DFLT_FONT}-8x16 ${SC_DFLT_FONT}-8x8" # -hal.o optional ath_hal \ - dependency "$S/contrib/dev/ath/public/powerpc-be-elf.hal.o.uu" \ - compile-with "uudecode < $S/contrib/dev/ath/public/powerpc-be-elf.hal.o.uu" \ - no-implicit-rule -opt_ah.h optional ath_hal \ - dependency "$S/contrib/dev/ath/public/powerpc-be-elf.opt_ah.h" \ - compile-with "rm -f opt_ah.h; cp $S/contrib/dev/ath/public/powerpc-be-elf.opt_ah.h opt_ah.h" \ - no-obj no-implicit-rule before-depend \ - clean "opt_ah.h" -# crypto/blowfish/bf_enc.c optional crypto | ipsec crypto/des/des_enc.c optional crypto | ipsec | netsmb Modified: head/sys/conf/files.sparc64 ============================================================================== --- head/sys/conf/files.sparc64 Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/conf/files.sparc64 Mon Dec 1 16:53:01 2008 (r185522) @@ -22,16 +22,6 @@ ukbdmap.h optional ukbd_dflt_keymap \ no-obj no-implicit-rule before-depend \ clean "ukbdmap.h" # -hal.o optional ath_hal \ - dependency "$S/contrib/dev/ath/public/sparc64-be-elf.hal.o.uu" \ - compile-with "uudecode < $S/contrib/dev/ath/public/sparc64-be-elf.hal.o.uu" \ - no-implicit-rule -opt_ah.h optional ath_hal \ - dependency "$S/contrib/dev/ath/public/sparc64-be-elf.opt_ah.h" \ - compile-with "rm -f opt_ah.h; cp $S/contrib/dev/ath/public/sparc64-be-elf.opt_ah.h opt_ah.h" \ - no-obj no-implicit-rule before-depend \ - clean "opt_ah.h" -# crypto/blowfish/bf_enc.c optional crypto | ipsec crypto/des/des_enc.c optional crypto | ipsec | netsmb dev/atkbdc/atkbd.c optional atkbd atkbdc Modified: head/sys/conf/kern.pre.mk ============================================================================== --- head/sys/conf/kern.pre.mk Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/conf/kern.pre.mk Mon Dec 1 16:53:01 2008 (r185522) @@ -66,8 +66,8 @@ INCLUDES+= -I$S/contrib/ipfilter # ... and the same for pf INCLUDES+= -I$S/contrib/pf -# ... and the same for Atheros HAL -INCLUDES+= -I$S/dev/ath +# ... and the same for ath +INCLUDES+= -I$S/dev/ath -I$S/dev/ath/ath_hal # ... and the same for the NgATM stuff INCLUDES+= -I$S/contrib/ngatm Modified: head/sys/conf/options ============================================================================== --- head/sys/conf/options Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/conf/options Mon Dec 1 16:53:01 2008 (r185522) @@ -740,6 +740,21 @@ ATH_RXBUF opt_ath.h ATH_DIAGAPI opt_ath.h ATH_TX99_DIAG opt_ath.h +# options for the Atheros hal +AH_SUPPORT_AR5416 opt_ah.h + +AH_DEBUG opt_ah.h +AH_ASSERT opt_ah.h +AH_DEBUG_ALQ opt_ah.h +AH_REGOPS_FUNC opt_ah.h +AH_WRITE_REGDOMAIN opt_ah.h +AH_DEBUG_COUNTRY opt_ah.h +AH_WRITE_EEPROM opt_ah.h +AH_PRIVATE_DIAG opt_ah.h +AH_NEED_DESC_SWAP opt_ah.h +AH_USE_INIPDGAIN opt_ah.h +AH_SUPPORT_11D opt_ah.h + # options for the Marvell 8335 wireless driver MALO_DEBUG opt_malo.h MALO_TXBUF opt_malo.h Modified: head/sys/dev/ath/ah_osdep.c ============================================================================== --- head/sys/dev/ath/ah_osdep.c Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/dev/ath/ah_osdep.c Mon Dec 1 16:53:01 2008 (r185522) @@ -43,7 +43,7 @@ #include /* XXX for ether_sprintf */ -#include +#include /* * WiSoC boards overload the bus tag with information about the @@ -56,7 +56,7 @@ #define BUSTAG(ah) \ ((bus_space_tag_t) ((struct ar531x_config *)((ah)->ah_st))->tag) #else -#define BUSTAG(ah) ((bus_space_tag_t) (ah)->ah_st) +#define BUSTAG(ah) ((ah)->ah_st) #endif extern void ath_hal_printf(struct ath_hal *, const char*, ...) @@ -90,9 +90,6 @@ SYSCTL_INT(_hw_ath_hal, OID_AUTO, debug, TUNABLE_INT("hw.ath.hal.debug", &ath_hal_debug); #endif /* AH_DEBUG */ -SYSCTL_STRING(_hw_ath_hal, OID_AUTO, version, CTLFLAG_RD, ath_hal_version, 0, - "Atheros HAL version"); - /* NB: these are deprecated; they exist for now for compatibility */ int ath_hal_dma_beacon_response_time = 2; /* in TU's */ SYSCTL_INT(_hw_ath_hal, OID_AUTO, dma_brt, CTLFLAG_RW, @@ -195,7 +192,7 @@ HALDEBUGn(struct ath_hal *ah, u_int leve */ #include #include -#include +#include static struct alq *ath_hal_alq; static int ath_hal_alq_emitdev; /* need to emit DEVICE record */ @@ -273,7 +270,7 @@ void ath_hal_reg_write(struct ath_hal *ah, u_int32_t reg, u_int32_t val) { bus_space_tag_t tag = BUSTAG(ah); - bus_space_handle_t h = (bus_space_handle_t) ah->ah_sh; + bus_space_handle_t h = ah->ah_sh; if (ath_hal_alq) { struct ale *ale = ath_hal_alq_get(ah); @@ -297,7 +294,7 @@ u_int32_t ath_hal_reg_read(struct ath_hal *ah, u_int32_t reg) { bus_space_tag_t tag = BUSTAG(ah); - bus_space_handle_t h = (bus_space_handle_t) ah->ah_sh; + bus_space_handle_t h = ah->ah_sh; u_int32_t val; #if _BYTE_ORDER == _BIG_ENDIAN @@ -349,7 +346,7 @@ void ath_hal_reg_write(struct ath_hal *ah, u_int32_t reg, u_int32_t val) { bus_space_tag_t tag = BUSTAG(ah); - bus_space_handle_t h = (bus_space_handle_t) ah->ah_sh; + bus_space_handle_t h = ah->ah_sh; #if _BYTE_ORDER == _BIG_ENDIAN if (reg >= 0x4000 && reg < 0x5000) @@ -363,7 +360,7 @@ u_int32_t ath_hal_reg_read(struct ath_hal *ah, u_int32_t reg) { bus_space_tag_t tag = BUSTAG(ah); - bus_space_handle_t h = (bus_space_handle_t) ah->ah_sh; + bus_space_handle_t h = ah->ah_sh; u_int32_t val; #if _BYTE_ORDER == _BIG_ENDIAN @@ -415,37 +412,3 @@ ath_hal_memcpy(void *dst, const void *sr { return memcpy(dst, src, n); } - -/* - * Module glue. - */ - -static int -ath_hal_modevent(module_t mod, int type, void *unused) -{ - const char *sep; - int i; - - switch (type) { - case MOD_LOAD: - printf("ath_hal: %s (", ath_hal_version); - sep = ""; - for (i = 0; ath_hal_buildopts[i] != NULL; i++) { - printf("%s%s", sep, ath_hal_buildopts[i]); - sep = ", "; - } - printf(")\n"); - return 0; - case MOD_UNLOAD: - return 0; - } - return EINVAL; -} - -static moduledata_t ath_hal_mod = { - "ath_hal", - ath_hal_modevent, - 0 -}; -DECLARE_MODULE(ath_hal, ath_hal_mod, SI_SUB_DRIVERS, SI_ORDER_ANY); -MODULE_VERSION(ath_hal, 1); Modified: head/sys/dev/ath/ah_osdep.h ============================================================================== --- head/sys/dev/ath/ah_osdep.h Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/dev/ath/ah_osdep.h Mon Dec 1 16:53:01 2008 (r185522) @@ -33,13 +33,29 @@ /* * Atheros Hardware Access Layer (HAL) OS Dependent Definitions. */ +#include #include #include #include +#include #include /* + * Bus i/o type definitions. + */ +typedef void *HAL_SOFTC; +typedef bus_space_tag_t HAL_BUS_TAG; +typedef bus_space_handle_t HAL_BUS_HANDLE; + +/* + * Linker set writearounds for chip and RF backend registration. + */ +#define OS_DATA_SET(set, item) DATA_SET(set, item) +#define OS_SET_DECLARE(set, ptype) SET_DECLARE(set, ptype) +#define OS_SET_FOREACH(pvar, set) SET_FOREACH(pvar, set) + +/* * Delay n microseconds. */ extern void ath_hal_delay(int); Modified: head/sys/dev/ath/ath_rate/amrr/amrr.c ============================================================================== --- head/sys/dev/ath/ath_rate/amrr/amrr.c Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/dev/ath/ath_rate/amrr/amrr.c Mon Dec 1 16:53:01 2008 (r185522) @@ -78,7 +78,7 @@ __FBSDID("$FreeBSD$"); #include #include -#include +#include static int ath_rateinterval = 1000; /* rate ctl interval (ms) */ static int ath_rate_max_success_threshold = 10; Modified: head/sys/dev/ath/ath_rate/onoe/onoe.c ============================================================================== --- head/sys/dev/ath/ath_rate/onoe/onoe.c Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/dev/ath/ath_rate/onoe/onoe.c Mon Dec 1 16:53:01 2008 (r185522) @@ -67,7 +67,7 @@ __FBSDID("$FreeBSD$"); #include #include -#include +#include /* * Default parameters for the rate control algorithm. These are Modified: head/sys/dev/ath/ath_rate/sample/sample.c ============================================================================== --- head/sys/dev/ath/ath_rate/sample/sample.c Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/dev/ath/ath_rate/sample/sample.c Mon Dec 1 16:53:01 2008 (r185522) @@ -75,7 +75,7 @@ __FBSDID("$FreeBSD$"); #include #include -#include +#include /* * This file is an implementation of the SampleRate algorithm @@ -1018,5 +1018,4 @@ static moduledata_t sample_mod = { }; DECLARE_MODULE(ath_rate, sample_mod, SI_SUB_DRIVERS, SI_ORDER_FIRST); MODULE_VERSION(ath_rate, 1); -MODULE_DEPEND(ath_rate, ath_hal, 1, 1, 1); /* Atheros HAL */ MODULE_DEPEND(ath_rate, wlan, 1, 1, 1); Modified: head/sys/dev/ath/if_ath.c ============================================================================== --- head/sys/dev/ath/if_ath.c Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/dev/ath/if_ath.c Mon Dec 1 16:53:01 2008 (r185522) @@ -77,8 +77,7 @@ __FBSDID("$FreeBSD$"); #endif #include -#include -#include /* XXX for softled */ +#include /* XXX for softled */ #ifdef ATH_TX99_DIAG #include Modified: head/sys/dev/ath/if_ath_pci.c ============================================================================== --- head/sys/dev/ath/if_ath_pci.c Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/dev/ath/if_ath_pci.c Mon Dec 1 16:53:01 2008 (r185522) @@ -56,7 +56,6 @@ __FBSDID("$FreeBSD$"); #include #include -#include #include #include @@ -254,6 +253,5 @@ static devclass_t ath_devclass; DRIVER_MODULE(if_ath, pci, ath_pci_driver, ath_devclass, 0, 0); DRIVER_MODULE(if_ath, cardbus, ath_pci_driver, ath_devclass, 0, 0); MODULE_VERSION(if_ath, 1); -MODULE_DEPEND(if_ath, ath_hal, 1, 1, 1); /* Atheros HAL */ MODULE_DEPEND(if_ath, wlan, 1, 1, 1); /* 802.11 media layer */ MODULE_DEPEND(if_ath, ath_rate, 1, 1, 1); /* rate control algorithm */ Modified: head/sys/dev/ath/if_athvar.h ============================================================================== --- head/sys/dev/ath/if_athvar.h Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/dev/ath/if_athvar.h Mon Dec 1 16:53:01 2008 (r185522) @@ -35,8 +35,8 @@ #ifndef _DEV_ATH_ATHVAR_H #define _DEV_ATH_ATHVAR_H -#include -#include +#include +#include #include #include #include Modified: head/sys/i386/conf/GENERIC ============================================================================== --- head/sys/i386/conf/GENERIC Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/i386/conf/GENERIC Mon Dec 1 16:53:01 2008 (r185522) @@ -264,10 +264,11 @@ device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's -device ath_hal # Atheros HAL (Hardware Access Layer) +device ath_hal # pci/cardbus chip support +options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath device ral # Ralink Technology RT2500 wireless NICs. -device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. +#device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. Modified: head/sys/i386/conf/NOTES ============================================================================== --- head/sys/i386/conf/NOTES Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/i386/conf/NOTES Mon Dec 1 16:53:01 2008 (r185522) @@ -565,6 +565,20 @@ hint.ar.0.at="isa" hint.ar.0.port="0x300" hint.ar.0.irq="10" hint.ar.0.maddr="0xd0000" +device ath # Atheros pci/cardbus NIC's +device ath_hal # pci/cardbus chip support +#device ath_ar5210 # AR5210 chips +#device ath_ar5211 # AR5211 chips +#device ath_ar5212 # AR5212 chips +#device ath_rf2413 +#device ath_rf2417 +#device ath_rf2425 +#device ath_rf5111 +#device ath_rf5112 +#device ath_rf5413 +#device ath_ar5416 # AR5416 chips +options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors +device ath_rate_sample # SampleRate tx rate control for ath device ce device cp device cs @@ -617,13 +631,6 @@ options WLCACHE # enables the signal-s options WLDEBUG # enables verbose debugging output device wpi -device ath -device ath_hal # Atheros HAL (includes binary component) -#device ath_rate_amrr # AMRR rate control for ath driver -#device ath_rate_onoe # Onoe rate control for ath driver -device ath_rate_sample # SampleRate rate control for the ath driver -#device wlan # 802.11 layer - # # ATA raid adapters # Modified: head/sys/i386/conf/PAE ============================================================================== --- head/sys/i386/conf/PAE Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/i386/conf/PAE Mon Dec 1 16:53:01 2008 (r185522) @@ -78,7 +78,7 @@ nodevice xe nodevice an nodevice ath # Atheros pci/cardbus NIC's -nodevice ath_hal # Atheros HAL (Hardware Access Layer) +nodevice ath_hal nodevice ath_rate_sample # SampleRate tx rate control for ath nodevice ral nodevice wi Modified: head/sys/mips/conf/IDT ============================================================================== --- head/sys/mips/conf/IDT Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/mips/conf/IDT Mon Dec 1 16:53:01 2008 (r185522) @@ -44,7 +44,8 @@ device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_tkip # 802.11 TKIP support device ath # Atheros pci/cardbus NIC's -device ath_hal # Atheros HAL (Hardware Access Layer) +device ath_hal # pci/cardbus chip support +options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath options ATH_DEBUG Modified: head/sys/mips/conf/SENTRY5 ============================================================================== --- head/sys/mips/conf/SENTRY5 Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/mips/conf/SENTRY5 Mon Dec 1 16:53:01 2008 (r185522) @@ -79,7 +79,8 @@ device miibus # attachments # pci devices # notyet: #device ath # in pci slot -#device ath_hal # in pci slot +#device ath_hal # pci chip support +#options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device usb # USB Bus (required) device uhci # UHCI PCI->USB interface Modified: head/sys/modules/Makefile ============================================================================== --- head/sys/modules/Makefile Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/modules/Makefile Mon Dec 1 16:53:01 2008 (r185522) @@ -29,11 +29,10 @@ SUBDIR= ${_3dfx} \ ${_asmc} \ ${_asr} \ ata \ - ${_ath} \ - ${_ath_hal} \ - ${_ath_rate_amrr} \ - ${_ath_rate_onoe} \ - ${_ath_rate_sample} \ + ath \ + ath_rate_amrr \ + ath_rate_onoe \ + ath_rate_sample \ aue \ ${_auxio} \ axe \ @@ -376,11 +375,6 @@ _aout= aout _apm= apm _ar= ar _arcnet= arcnet -_ath= ath -_ath_hal= ath_hal -_ath_rate_amrr= ath_rate_amrr -_ath_rate_onoe= ath_rate_onoe -_ath_rate_sample=ath_rate_sample _bktr= bktr _cardbus= cardbus _cbb= cbb @@ -513,11 +507,6 @@ _agp= agp _an= an _arcmsr= arcmsr _asmc= asmc -_ath= ath -_ath_hal= ath_hal -_ath_rate_amrr= ath_rate_amrr -_ath_rate_onoe= ath_rate_onoe -_ath_rate_sample=ath_rate_sample _cardbus= cardbus _cbb= cbb _cmx= cmx @@ -625,11 +614,6 @@ _xe= xe .if ${MACHINE_ARCH} == "powerpc" _an= an -_ath= ath -_ath_hal= ath_hal -_ath_rate_amrr= ath_rate_amrr -_ath_rate_onoe= ath_rate_onoe -_ath_rate_sample=ath_rate_sample _bm= bm _nvram= powermac_nvram _smbfs= smbfs @@ -637,11 +621,6 @@ _upgt= upgt .endif .if ${MACHINE_ARCH} == "sparc64" -_ath= ath -_ath_hal= ath_hal -_ath_rate_amrr= ath_rate_amrr -_ath_rate_onoe= ath_rate_onoe -_ath_rate_sample=ath_rate_sample _auxio= auxio _em= em _i2c= i2c Modified: head/sys/modules/ath/Makefile ============================================================================== --- head/sys/modules/ath/Makefile Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/modules/ath/Makefile Mon Dec 1 16:53:01 2008 (r185522) @@ -1,5 +1,5 @@ # -# Copyright (c) 2002, 2003 Sam Leffler, Errno Consulting +# Copyright (c) 2002-2008 Sam Leffler, Errno Consulting # All rights reserved. # # Redistribution and use in source and binary forms, with or without @@ -12,13 +12,6 @@ # similar to the "NO WARRANTY" disclaimer below ("Disclaimer") and any # redistribution must be conditioned upon including a substantially # similar Disclaimer requirement for further binary redistribution. -# 3. Neither the names of the above-listed copyright holders nor the names -# of any contributors may be used to endorse or promote products derived -# from this software without specific prior written permission. -# -# Alternatively, this software may be distributed under the terms of the -# GNU General Public License ("GPL") version 2 as published by the Free -# Software Foundation. # # NO WARRANTY # THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS @@ -36,30 +29,48 @@ # $FreeBSD$ # -.PATH: ${.CURDIR}/../../dev/ath +.PATH: ${.CURDIR}/../../dev/ath \ + ${.CURDIR}/../../dev/ath/ath_hal \ + ${.CURDIR}/../../dev/ath/ath_hal/ar5210 \ + ${.CURDIR}/../../dev/ath/ath_hal/ar5211 \ + ${.CURDIR}/../../dev/ath/ath_hal/ar5212 \ + ${.CURDIR}/../../dev/ath/ath_hal/ar5416 + +AR5210_SRCS=ah_eeprom_v1.c \ + ar5210_attach.c ar5210_beacon.c ar5210_interrupts.c \ + ar5210_keycache.c ar5210_misc.c ar5210_phy.c ar5210_power.c \ + ar5210_recv.c ar5210_reset.c ar5210_xmit.c +AR5211_SRCS=ar5211_attach.c ar5211_beacon.c ar5211_interrupts.c \ + ar5211_keycache.c ar5211_misc.c ar5211_phy.c ar5211_power.c \ + ar5211_recv.c ar5211_reset.c ar5211_xmit.c +AR5212_SRCS=ar5212_ani.c ar5212_attach.c ar5212_beacon.c ar5212_eeprom.c \ + ar5212_gpio.c ar5212_interrupts.c ar5212_keycache.c ar5212_misc.c \ + ar5212_phy.c ar5212_power.c ar5212_recv.c ar5212_reset.c \ + ar5212_rfgain.c ar5212_xmit.c \ + ar2413.c ar2425.c ar5111.c ar5112.c ar5413.c +AR5416_SRCS=ah_eeprom_v14.c \ + ar5416_ani.c ar5416_attach.c ar5416_beacon.c ar5416_cal.c \ + ar5416_cal_iq.c ar5416_cal_adcgain.c ar5416_cal_adcdc.c \ + ar5416_eeprom.c ar5416_gpio.c ar5416_interrupts.c ar5416_keycache.c \ + ar5416_misc.c ar5416_phy.c ar5416_power.c ar5416_recv.c \ + ar5416_reset.c ar5416_xmit.c \ + ar2133.c +AR9160_SRCS=ar9160_attach.c KMOD= if_ath SRCS= if_ath.c if_ath_pci.c -SRCS+= device_if.h bus_if.h pci_if.h opt_inet.h opt_ath.h opt_ah.h - -HAL= ${.CURDIR}/../../contrib/dev/ath -CFLAGS+= -I. -I${.CURDIR}/../../dev/ath -I${HAL} - -opt_ath.h: - echo > $@ +# NB: v3 eeprom support used by both AR5211 and AR5212; just include it +SRCS+= ah_osdep.c ah.c ah_regdomain.c ah_eeprom_v3.c +SRCS+= ${AR5210_SRCS} +SRCS+= ${AR5211_SRCS} +SRCS+= ${AR5212_SRCS} +SRCS+= ${AR5416_SRCS} +SRCS+= ${AR9160_SRCS} +SRCS+= device_if.h bus_if.h pci_if.h opt_inet.h opt_route.h opt_ath.h opt_ah.h -# patch for hal naming difference -.if ${MACHINE_ARCH} == "amd64" -ATH_MODULE_ARCH=x86_64 -.elif ${MACHINE_ARCH} == "sparc64" -ATH_MODULE_ARCH=sparc64-be -.elif ${MACHINE_ARCH} == "powerpc" -ATH_MODULE_ARCH=powerpc-be -.else -ATH_MODULE_ARCH=${MACHINE_ARCH} -.endif +CFLAGS+= -I. -I${.CURDIR}/../../dev/ath -I${.CURDIR}/../../dev/ath/ath_hal -opt_ah.h: ${HAL}/public/${ATH_MODULE_ARCH}-elf.opt_ah.h - cp ${HAL}/public/${ATH_MODULE_ARCH}-elf.opt_ah.h ${.TARGET} +opt_ah.h: + echo '#define AH_SUPPORT_AR5416 1' > $@ .include Modified: head/sys/modules/ath_rate_amrr/Makefile ============================================================================== --- head/sys/modules/ath_rate_amrr/Makefile Mon Dec 1 16:43:08 2008 (r185521) +++ head/sys/modules/ath_rate_amrr/Makefile Mon Dec 1 16:53:01 2008 (r185522) @@ -1,5 +1,5 @@ *** DIFF OUTPUT TRUNCATED AT 1000 LINES *** --------------090003000705000609080406-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 17:14:14 2008 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 19E3D1065676 for ; Mon, 1 Dec 2008 17:14:14 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id CF1E98FC08 for ; Mon, 1 Dec 2008 17:14:13 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id C53FD73098; Mon, 1 Dec 2008 18:19:01 +0100 (CET) Date: Mon, 1 Dec 2008 18:19:01 +0100 From: Luigi Rizzo To: Poul-Henning Kamp Message-ID: <20081201171901.GA13277@onelab2.iet.unipi.it> References: <20081201152410.GA8048@onelab2.iet.unipi.it> <12387.1228149386@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <12387.1228149386@critter.freebsd.dk> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: upcoming change to boot0.S (mostly documentation) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 17:14:14 -0000 On Mon, Dec 01, 2008 at 04:36:26PM +0000, Poul-Henning Kamp wrote: > In message <20081201152410.GA8048@onelab2.iet.unipi.it>, Luigi Rizzo writes: > > > >in the past few days I have been looking at the boot0.S code (the > >512 byte version, i386) [...] > > Ahh too bad, it would have been much more productive to work on the > 1024 byte version instead... there's indeed a lot in common among the two (as a matter of fact, now i notice that some the 1024 byte version has some more comments in it that also explain what goes on in the 512 byte version...) From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 17:17:34 2008 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 C91911065673 for ; Mon, 1 Dec 2008 17:17:34 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 6C92F8FC0C for ; Mon, 1 Dec 2008 17:17:34 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 2C714170E4; Mon, 1 Dec 2008 17:17:33 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id mB1HHWce012566; Mon, 1 Dec 2008 17:17:32 GMT (envelope-from phk@critter.freebsd.dk) To: Sam Leffler From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 01 Dec 2008 09:03:38 PST." <493418EA.7020602@freebsd.org> Date: Mon, 01 Dec 2008 17:17:32 +0000 Message-ID: <12565.1228151852@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: r185522 - in head: . share/man/man4 sys/amd64/conf sys/arm/conf sys/conf sys/contrib/dev/ath sys/dev/ath sys/dev/ath/ath_rate/amrr sys/dev/ath/ath_rate/onoe sys/dev/ath/ath_rate/sample ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 17:17:34 -0000 In message <493418EA.7020602@freebsd.org>, Sam Leffler writes: >I no longer be have access to internal Atheros' information (e.g. their >hal code). In particular this means support for new parts will have to >come by scraping code from the ath9k linux driver. I expect other >people to pitch in to do that. I will be happy to assist. Sam, Thanks a lot for all this work, it is much appreciated. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 17:34:51 2008 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 5F3DE106567E for ; Mon, 1 Dec 2008 17:34:51 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 1BB6F8FC1D for ; Mon, 1 Dec 2008 17:34:50 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by yw-out-2324.google.com with SMTP id 9so998080ywe.13 for ; Mon, 01 Dec 2008 09:34:50 -0800 (PST) Received: by 10.90.103.13 with SMTP id a13mr5983217agc.12.1228152890036; Mon, 01 Dec 2008 09:34:50 -0800 (PST) Received: by 10.90.73.15 with HTTP; Mon, 1 Dec 2008 09:34:49 -0800 (PST) Message-ID: Date: Mon, 1 Dec 2008 18:34:49 +0100 From: "=?ISO-8859-1?Q?Marius_N=FCnnerich?=" To: "Tim Kientzle" In-Reply-To: <49304D0E.3030201@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081128154514.82247fe47bn83lkw@webmail.leidinger.net> <20081128171243.18141hd28pf4ve00@webmail.leidinger.net> <49304D0E.3030201@freebsd.org> Cc: Alexander Leidinger , freebsd-current@freebsd.org, Ivan Voras Subject: Re: HOWTO in wiki: adding custom dtrace probes in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 17:34:51 -0000 On Fri, Nov 28, 2008 at 8:57 PM, Tim Kientzle wrote: >>> SDT_PROBE(foobar, source_file1, foo, entry, a, b, 0, 0, 0); >>> >>> Here: why are the last three arguments zeroes? >> >> SDT_PROBE() is a macro with a fixed number of macros, so we have to fill >> with 0 in case we don't want to provide some data. Maybe there's a way to >> provide more arguments if you do it by hand instead of using the >> SDT_PROBE() macro (TODO item added in the wiki to have a look at this, feel >> free to improve the wiki page). > > Seems that SDT_PROBE() should be using C99s "variadic macro" > feature. Is the kernel compiled in C99 mode? From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 17:50:45 2008 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 DDA6D106567A; Mon, 1 Dec 2008 17:50:45 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8D9FA8FC24; Mon, 1 Dec 2008 17:50:45 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 3D75E6D44C; Mon, 1 Dec 2008 17:50:44 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 1EFAD844A0; Mon, 1 Dec 2008 18:50:44 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: =?utf-8?Q?Marius_N=C3=BCnnerich?= References: <20081128154514.82247fe47bn83lkw@webmail.leidinger.net> <20081128171243.18141hd28pf4ve00@webmail.leidinger.net> <49304D0E.3030201@freebsd.org> Date: Mon, 01 Dec 2008 18:50:43 +0100 In-Reply-To: ("Marius =?utf-8?Q?N=C3=BCnnerich=22's?= message of "Mon, 1 Dec 2008 18:34:49 +0100") Message-ID: <86iqq3pyx8.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Alexander Leidinger , Tim Kientzle , Ivan Voras , freebsd-current@freebsd.org Subject: Re: HOWTO in wiki: adding custom dtrace probes in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 17:50:46 -0000 "Marius N=C3=BCnnerich" writes: > Tim Kientzle wrote: > > Seems that SDT_PROBE() should be using C99s "variadic macro" > > feature. > Is the kernel compiled in C99 mode? No, but it is compiled using a compiler that supports variadic macros and has for many years (even before C99), and variadic macros are already used in many places, including GEOM, ZFS and WITNESS. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 18:00:52 2008 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 38DB51065677; Mon, 1 Dec 2008 18:00:52 +0000 (UTC) (envelope-from andrew@atrens.ca) Received: from exprod7og105.obsmtp.com (exprod7og105.obsmtp.com [64.18.2.163]) by mx1.freebsd.org (Postfix) with ESMTP id CA49C8FC0A; Mon, 1 Dec 2008 18:00:51 +0000 (UTC) (envelope-from andrew@atrens.ca) Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob105.postini.com ([64.18.6.12]) with SMTP ID DSNKSTQmU/XBah1RNzNA+jSJD1S0ViyauywD@postini.com; Mon, 01 Dec 2008 10:00:51 PST Received: from p-emfe01-sac.jnpr.net (66.129.254.72) by P-EMHUB01-HQ.jnpr.net (172.24.192.35) with Microsoft SMTP Server id 8.1.311.2; Mon, 1 Dec 2008 09:43:45 -0800 Received: from p-emlb02-sac.jnpr.net ([66.129.254.47]) by p-emfe01-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Mon, 1 Dec 2008 09:43:45 -0800 Received: from pi-smtp.jnpr.net ([10.10.2.36]) by p-emlb02-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Mon, 1 Dec 2008 09:43:45 -0800 Received: from proton.jnpr.net ([10.10.2.37]) by pi-smtp.jnpr.net with Microsoft SMTPSVC(5.0.2195.6713); Mon, 1 Dec 2008 12:43:44 -0500 Received: from mikisew.jnpr.net ([10.227.1.182]) by proton.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Mon, 1 Dec 2008 12:43:43 -0500 Message-ID: <49342274.2020300@atrens.ca> Date: Mon, 1 Dec 2008 12:44:20 -0500 From: Andrew Atrens User-Agent: Thunderbird 2.0.0.17pre (X11/20081001) MIME-Version: 1.0 To: Sam Leffler , freebsd-current@freebsd.org References: <12565.1228151852@critter.freebsd.dk> In-Reply-To: <12565.1228151852@critter.freebsd.dk> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Dec 2008 17:43:43.0485 (UTC) FILETIME=[5A9BF2D0:01C953DC] Cc: Subject: Re: HEADS UP: r185522 - in head: . share/man/man4 sys/amd64/conf sys/arm/conf sys/conf sys/contrib/dev/ath sys/dev/ath sys/dev/ath/ath_rate/amrr sys/dev/ath/ath_rate/onoe sys/dev/ath/ath_rate/sample ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 18:00:52 -0000 In message <493418EA.7020602@freebsd.org>, Sam Leffler writes: >> I no longer be have access to internal Atheros' information (e.g. their >> hal code). In particular this means support for new parts will have to >> come by scraping code from the ath9k linux driver. I expect other >> people to pitch in to do that. I will be happy to assist. >> Thanks Sam for your incredible efforts in championing this for so long!! :o) :o) --Andrew From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 19:08:45 2008 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 2A2FA106564A for ; Mon, 1 Dec 2008 19:08:45 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from canonware.com (canonware.com [64.183.146.166]) by mx1.freebsd.org (Postfix) with ESMTP id 071FD8FC23 for ; Mon, 1 Dec 2008 19:08:44 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from [192.168.168.201] (unknown [192.168.168.201]) by canonware.com (Postfix) with ESMTP id 00C2D1298C7; Mon, 1 Dec 2008 11:14:48 -0800 (PST) Message-ID: <4934363C.9090200@FreeBSD.org> Date: Mon, 01 Dec 2008 11:08:44 -0800 From: Jason Evans User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: Kyle Allender References: <4933E158.5030407@completecomputing.com> <20081201132656.GB1397@lizard.fafoe.narf.at> <4933E7D9.7030707@completecomputing.com> <20081201134942.GC1397@lizard.fafoe.narf.at> <4933ED44.7010205@completecomputing.com> In-Reply-To: <4933ED44.7010205@completecomputing.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Stefan Farfeleder , freebsd-current@freebsd.org Subject: Re: Problem in malloc.c, rev. 1.183 while building phonon-4.2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 19:08:45 -0000 Kyle Allender wrote: > Stefan Farfeleder wrote: >> On Mon, Dec 01, 2008 at 07:34:17AM -0600, Kyle Allender wrote: >>> Stefan Farfeleder wrote: >>>> On Mon, Dec 01, 2008 at 07:06:32AM -0600, Kyle Allender wrote: >>>>> Hello. >>>>> Generating mediaobjecttest.moc >>>>> Assertion failed: ((ret << BLOCK_COST_2POW) != 0), function >>>>> malloc_spin_lock, file /usr/src/lib/libc/stdlib/malloc.c, line 1287. >>>>> Abort trap (core dumped) >>>> Hi, >>>> >>>> this assertion has been fixed yesterday (svn r185483). >>> Should I rerun build/installworld before re-attempting the kde build >>> or just run make clean in the phonon directory? >> >> You need at least an updated libc. build/installworld will do that but >> there are faster ways for this small update. After that you can >> continue building kde. >> > OK. I've kicked off a buildworld as that's about the only method I know > that will resolve this issue. The "faster ways" I'm unaware of - if > someone could enlighten me, that'd be great. Buildworld will work in > the meantime, though. In this case of libc, it's usually a good idea to do the full buildworld, since libc gets statically linked into various toolchain binaries. Fortunately, this bug in malloc only affects multi-threaded applications; otherwise you'd have an unrecoverable system (though I would have noticed that before committing). Jason From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 20:08:15 2008 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 579FE1065672; Mon, 1 Dec 2008 20:08:15 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 3178B8FC14; Mon, 1 Dec 2008 20:08:15 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id ABC358C06F; Mon, 1 Dec 2008 13:50:28 -0600 (CST) Date: Mon, 1 Dec 2008 13:50:28 -0600 To: Andrew Atrens Message-ID: <20081201195028.GA6788@soaustin.net> References: <12565.1228151852@critter.freebsd.dk> <49342274.2020300@atrens.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49342274.2020300@atrens.ca> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Mon, 01 Dec 2008 20:32:15 +0000 Cc: Sam Leffler , freebsd-current@freebsd.org Subject: Re: HEADS UP: r185522 - in head: . share/man/man4 sys/amd64/conf sys/arm/conf sys/conf sys/contrib/dev/ath sys/dev/ath sys/dev/ath/ath_rate/amrr sys/dev/ath/ath_rate/onoe sys/dev/ath/ath_rate/sample ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 20:08:15 -0000 On Mon, Dec 01, 2008 at 12:44:20PM -0500, Andrew Atrens wrote: > Thanks Sam for your incredible efforts in championing this for so long!! +1 From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 21:44:38 2008 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 CB539106567E for ; Mon, 1 Dec 2008 21:44:38 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel.alaskaparadise.com (bsdevel.alaskaparadise.com [208.86.224.193]) by mx1.freebsd.org (Postfix) with ESMTP id A0BC78FC1B for ; Mon, 1 Dec 2008 21:44:38 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from stargate.alaskaparadise.com (172-67-237-24.gci.net [24.237.67.172]) by bsdevel.alaskaparadise.com (Postfix) with ESMTP id 0088528E289B; Mon, 1 Dec 2008 21:44:38 +0000 (UTC) From: Beech Rintoul To: freebsd-current@freebsd.org Date: Mon, 1 Dec 2008 12:44:37 -0900 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <12565.1228151852@critter.freebsd.dk> <49342274.2020300@atrens.ca> In-Reply-To: <49342274.2020300@atrens.ca> Organization: FreeBSD MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812011244.37250.beech@freebsd.org> Cc: Sam Leffler Subject: Re: HEADS UP: r185522 - in head: . share/man/man4 sys/amd64/conf sys/arm/conf sys/conf sys/contrib/dev/ath sys/dev/ath sys/dev/ath/ath_rate/amrr sys/dev/ath/ath_rate/onoe sys/dev/ath/ath_rate/sample ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 21:44:38 -0000 On Monday 01 December 2008 08:44:20 Andrew Atrens wrote: > In message <493418EA.7020602@freebsd.org>, Sam Leffler writes: > >> I no longer be have access to internal Atheros' information (e.g. their > >> hal code). In particular this means support for new parts will have to > >> come by scraping code from the ath9k linux driver. I expect other > >> people to pitch in to do that. I will be happy to assist. > > Thanks Sam for your incredible efforts in championing this for so long!! > > :o) :o) > > --Andrew I second that! My atheros based wifi card was my main internet access for two years and your drivers worked flawlessly. This card will also work as an AP in FreeBSD. That feature isn't available with the same card in windows, It's reserved for the more expensive model. So, thanks for all the hard work. It's definitely appreciated. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 21:52:02 2008 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 0640D1065695 for ; Mon, 1 Dec 2008 21:52:02 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.190]) by mx1.freebsd.org (Postfix) with ESMTP id 843528FC2F for ; Mon, 1 Dec 2008 21:52:01 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so435682gve.39 for ; Mon, 01 Dec 2008 13:52:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=KemMgOqlJ5L3E4NFBpoSbKMFat3K4jRWTSjEBOHy2Q0=; b=bb6DcqWIIpOoA+RH+xSx5cgf5dFEqpY/tNq00F5aSxioA/QYuNXxmVIdDSGywHmdfJ iRkiGOGcHZIGiNaajZ2QynyQoFFK4skXIos8SZHfQRAc7Rf+lE3rNYSM+vGF5B19AGsn CH7/86p8W4uWC7aZ1FItKh3XsgGXvkecvdEf4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=WeaNXvN5vQCKOv/EAwiPnAB/9ZUZQcWrqrS7hEymQA5LTR7vjpMicGCFO3RUO98w+Q b4oD8inXfYFkOvulJRQ4IHjjop0cC6tix4ZAoNyJQytQgHPumJOdHMeVPOLE2VvL1q2p os/z+3+E7x7p0dynOxNjhk34aEAZTClSNk5+w= Received: by 10.103.172.7 with SMTP id z7mr4814112muo.129.1228168320073; Mon, 01 Dec 2008 13:52:00 -0800 (PST) Received: from localhost.invalid ([77.241.45.156]) by mx.google.com with ESMTPS id j2sm6350370mue.5.2008.12.01.13.51.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 01 Dec 2008 13:51:59 -0800 (PST) From: Ole Vole To: freebsd-current@freebsd.org Date: Tue, 2 Dec 2008 00:51:56 +0300 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <493418EA.7020602@freebsd.org> In-Reply-To: <493418EA.7020602@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812020051.56207.subbsd@gmail.com> Subject: Re: HEADS UP: r185522 - in head: . share/man/man4 sys/amd64/conf sys/arm/conf sys/conf sys/contrib/dev/ath sys/dev/ath sys/dev/ath/ath_rate/amrr sys/dev/ath/ath_rate/onoe sys/dev/ath/ath_rate/sample ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: subbsd@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 21:52:02 -0000 Hello! Thanks a lot! Fix please misprint in /usr/src/UPDATING : -- 20081130: .. options ATH_SUPPORT_AR5416 must be .. options AH_SUPPORT_AR5416 ? -- On Monday 01 December 2008 20:03:38 Sam Leffler wrote: > Things to note: > > This also represents an upgrade of the hal code over what was in the > tree. There are many bug fixes in this code, especially for AR5416 parts. > > I have no idea when this will be MFC'd. Because of the directory change > from contrib/dev/ath to dev/ath/ath_hal backporting by hand may be > painful. Definitely not before 7.1 goes out. > > I no longer be have access to internal Atheros' information (e.g. their > hal code). In particular this means support for new parts will have to > come by scraping code from the ath9k linux driver. I expect other > people to pitch in to do that. I will be happy to assist. > > Sam From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 22:02:16 2008 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 8EB0E106564A for ; Mon, 1 Dec 2008 22:02:16 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.184]) by mx1.freebsd.org (Postfix) with ESMTP id 1BEA18FC0C for ; Mon, 1 Dec 2008 22:02:15 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so437918gve.39 for ; Mon, 01 Dec 2008 14:02:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date :user-agent:mime-version:content-type:content-transfer-encoding :content-disposition:message-id; bh=eRBAXhB/JrOFbfJCM7o6IWZR0Vg29ScR5e/DXMYnN6o=; b=XVl//bo5aCLXEJ5ae+XtjriS3UcgLLFV23end3ZQLqBsrJcMei3U8i5fjkVYHj5eUz dKcNMBropoUJ2lrwWtAwuxai0Px/BCEuIcKA10+zkBM1uJxxeJapzg3jf2GT80HEPmVR bc1GUhS/WlnGpu+faZJOuy9yBLEvtsRDFrJ08= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; b=uvkiLb8jHuf3g1otte5Pcu+H9yHgEmmP3+kwM2yCazGrf5IhySwukY/W9Ek2yTR3S8 9lHBJvWMpC4Syb1vDu2Fy8GPNZVyLLJBlYeyIzK/1t5ze1o8eexx7hMMevViUaJGJjy8 qGFVZuocW4qZX4Ub+9WfWp7By/yhgGAQW8spo= Received: by 10.103.214.8 with SMTP id r8mr4818840muq.92.1228168934791; Mon, 01 Dec 2008 14:02:14 -0800 (PST) Received: from localhost.invalid ([77.241.45.156]) by mx.google.com with ESMTPS id n7sm6479573mue.13.2008.12.01.14.01.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 01 Dec 2008 14:02:01 -0800 (PST) From: Ole Vole To: freebsd-current@freebsd.org Date: Tue, 2 Dec 2008 01:02:04 +0300 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812020102.04504.subbsd@gmail.com> Subject: ale driver on asus eeepc 901 could not disable Tx/Rx under traffic flow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: subbsd@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 22:02:16 -0000 Hello Maillist, Im using FreeBSD-CURRENT (from 01122008 snap from cvs) and got looped notice in dmesg buffer when LAN Ethernet generate some traffic: .. ale0: could not disable Tx/Rx MAC(0x00000008)! ale0: DMA read error! -- resetting .. ale0: could not disable Tx/Rx MAC(0x00000008)! .. with flapping interface (link going to down and back up). ifconfig ale0 -txcsum -rxcsum -tso and forcing link for media 10BaseT/UTP is in vain. Under small traffic flow ale0 work is fine without errors. Somebody meet with like similar prombel on Asus eee pc 901 ? Thanks From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 22:43:46 2008 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 0ADDA106567F; Mon, 1 Dec 2008 22:43:46 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id B957F8FC14; Mon, 1 Dec 2008 22:43:45 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4C4D99CB45F; Mon, 1 Dec 2008 23:22:52 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vWsIV0Sb3SBJ; Mon, 1 Dec 2008 23:22:50 +0100 (CET) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 181A29CB524; Mon, 1 Dec 2008 23:22:50 +0100 (CET) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id mB1MMmFP022673; Mon, 1 Dec 2008 23:22:48 +0100 (CET) (envelope-from rdivacky) Date: Mon, 1 Dec 2008 23:22:48 +0100 From: Roman Divacky To: Dag-Erling Sm??rgrav Message-ID: <20081201222248.GA99892@freebsd.org> References: <20081128154514.82247fe47bn83lkw@webmail.leidinger.net> <20081128171243.18141hd28pf4ve00@webmail.leidinger.net> <49304D0E.3030201@freebsd.org> <86iqq3pyx8.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86iqq3pyx8.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.3i Cc: Alexander Leidinger , Marius N??nnerich , Tim Kientzle , Ivan Voras , freebsd-current@freebsd.org Subject: Re: HOWTO in wiki: adding custom dtrace probes in the kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Dec 2008 22:43:46 -0000 On Mon, Dec 01, 2008 at 06:50:43PM +0100, Dag-Erling Sm??rgrav wrote: > "Marius N??nnerich" writes: > > Tim Kientzle wrote: > > > Seems that SDT_PROBE() should be using C99s "variadic macro" > > > feature. > > Is the kernel compiled in C99 mode? > > No, but it is compiled using a compiler that supports variadic macros > and has for many years (even before C99), and variadic macros are > already used in many places, including GEOM, ZFS and WITNESS. are you sure? I am seeing -std=c99 in the kernel build. check sys/conf/kern.pre.mk. it has been introduced more than 2 years ago in rev 1.75 of kern.pre.mk if I read it correctly. roman From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 23:40:54 2008 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 6B9F61065670 for ; Mon, 1 Dec 2008 23:40:54 +0000 (UTC) (envelope-from fujita@soum.co.jp) Received: from gate.soum.co.jp (gate.soum.co.jp [IPv6:2001:240:10e:0:230:48ff:fe81:e40a]) by mx1.freebsd.org (Postfix) with ESMTP id 206678FC17 for ; Mon, 1 Dec 2008 23:40:54 +0000 (UTC) (envelope-from fujita@soum.co.jp) Received: from mail.soum.co.jp (hoth.soum.co.jp [IPv6:2001:240:c4:1:203:baff:fea1:6471]) by gate.soum.co.jp (8.14.2/8.14.2) with ESMTP id mB1Ner5T085463 for ; Tue, 2 Dec 2008 08:40:53 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from luke.soum.co.jp (luke.soum.co.jp [172.19.2.3]) (authenticated bits=0) by mail.soum.co.jp (8.13.8/8.13.8) with ESMTP id mB1Neogk006609 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 2 Dec 2008 08:40:52 +0900 (JST) Date: Tue, 02 Dec 2008 08:40:49 +0900 (JST) Message-Id: <20081202.084049.74179593.fujita@soum.co.jp> To: freebsd-current@freebsd.org From: FUJITA Kazutoshi X-Face: "; PnIN=f2{%Xj2PnI+zHd.39&Cn1)}br_7:N|2[CbS87Du6#6?|UeqX'&OfyZG-mX#'5T>k/~8X(F,2Mb_pNd8]3Cb1u[kSZjF}J+#`L5(g); List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 23:40:54 -0000 hi, i cvsuped after a long time (3 months), kernel panics when boot, in ata_pci_dmareset() my pc has atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 2.5 on pci0 svn r183723 works, but r183724(and later) cause panic any suggestions? regards, From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 01:22:49 2008 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 6EC801065670 for ; Tue, 2 Dec 2008 01:22:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.190]) by mx1.freebsd.org (Postfix) with ESMTP id 808878FC13 for ; Tue, 2 Dec 2008 01:22:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so1651918tib.3 for ; Mon, 01 Dec 2008 17:22:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=J8MXmNpwWpf5hsT+/Pd6VOzjOlGxpQmXoy78DzhcbLE=; b=Lv304RaIv7iyWcaZJzWShecyPTmcTumTsHm5be+uGiuPfcC8JMnQuNnhFU/xVNIRNK z973cgBTfJr3QtD1y6YDHRTz0qePHntaXxYrcRzd5OGa0AA/Pbbe7Ra7LXVA51w5ctw5 yfMrAOeBuCoxETQ//NiWQ9+NMOnErNCndoKgU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=f3K3PoB8I/Be6m/TQfnGF0g4iUXe+5DuGntSLS0o6OJi3p8C085j7DX46QZYHJBWdx n+/Yd/gaaGUQEcZ0E4vTujrCHIJm7BiPJqAhTzka4nEFZJubzBTiEun+afaUrpBjl5X4 rPUUEmX4BDZqF8Y4j3TTWPW96HxPZVZTViSb8= Received: by 10.110.42.17 with SMTP id p17mr8103592tip.35.1228180967183; Mon, 01 Dec 2008 17:22:47 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id y3sm2584146tia.6.2008.12.01.17.22.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 01 Dec 2008 17:22:45 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mB21Mbl4005606 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Dec 2008 10:22:37 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mB21MbXP005605; Tue, 2 Dec 2008 10:22:37 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 2 Dec 2008 10:22:37 +0900 From: Pyun YongHyeon To: Ole Vole Message-ID: <20081202012237.GB5306@cdnetworks.co.kr> References: <200812020102.04504.subbsd@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200812020102.04504.subbsd@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: ale driver on asus eeepc 901 could not disable Tx/Rx under traffic flow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 01:22:49 -0000 On Tue, Dec 02, 2008 at 01:02:04AM +0300, Ole Vole wrote: > Hello Maillist, > > Im using FreeBSD-CURRENT (from 01122008 snap from cvs) and got looped notice > in dmesg buffer when LAN Ethernet generate some traffic: > .. > ale0: could not disable Tx/Rx MAC(0x00000008)! > ale0: DMA read error! -- resetting > .. > ale0: could not disable Tx/Rx MAC(0x00000008)! > .. > with flapping interface (link going to down and back up). > Hmm, there was similiar report but I couldn't reproduce this on my box. In fact I'm out of idea why it happens. Since I have no access to datasheet I'm not sure what can be done at the moment. Even a developer in Atheros answered that changing mainboard would be the first step to diagnose the issue. :-( > ifconfig ale0 -txcsum -rxcsum -tso and forcing link for media 10BaseT/UTP is > in vain. > There are a couple of magic values related with PHY in Linux driver which I didn't want to include as I don't understand what it does. Do you use 10baseT media? Would you show me the output of "ifconfig ale0"? > Under small traffic flow ale0 work is fine without errors. Somebody meet with > like similar prombel on Asus eee pc 901 ? Thanks Anyway, I'll let you know if I mange to find a clue to the issue. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 02:22:34 2008 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 9E6581065677 for ; Tue, 2 Dec 2008 02:22:34 +0000 (UTC) (envelope-from kallender@completecomputing.com) Received: from cgp.netins.net (f1phy.netins.net [167.142.228.65]) by mx1.freebsd.org (Postfix) with ESMTP id 755548FC12 for ; Tue, 2 Dec 2008 02:22:34 +0000 (UTC) (envelope-from kallender@completecomputing.com) X-netINS-MPP: scanned Received: from [199.120.78.141] (account kylea@netins.net HELO [127.0.0.1]) by cgpf1.cgp.netins.net (CommuniGate Pro SMTP 5.2.10) with ESMTPA id 1850567192; Mon, 01 Dec 2008 20:22:33 -0600 Message-ID: <49349BD5.8080901@completecomputing.com> Date: Mon, 01 Dec 2008 20:22:13 -0600 From: Kyle Allender User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Jason Evans References: <4933E158.5030407@completecomputing.com> <20081201132656.GB1397@lizard.fafoe.narf.at> <4933E7D9.7030707@completecomputing.com> <20081201134942.GC1397@lizard.fafoe.narf.at> <4933ED44.7010205@completecomputing.com> <4934363C.9090200@FreeBSD.org> In-Reply-To: <4934363C.9090200@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Stefan Farfeleder , freebsd-current@freebsd.org Subject: Re: Problem in malloc.c, rev. 1.183 while building phonon-4.2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Dec 2008 02:22:34 -0000 Jason Evans wrote: > Kyle Allender wrote: >> Stefan Farfeleder wrote: >>> On Mon, Dec 01, 2008 at 07:34:17AM -0600, Kyle Allender wrote: >>>> Stefan Farfeleder wrote: >>>>> On Mon, Dec 01, 2008 at 07:06:32AM -0600, Kyle Allender wrote: >>>>>> Hello. >>>>>> Generating mediaobjecttest.moc >>>>>> Assertion failed: ((ret << BLOCK_COST_2POW) != 0), function >>>>>> malloc_spin_lock, file /usr/src/lib/libc/stdlib/malloc.c, line 1287. >>>>>> Abort trap (core dumped) >>>>> Hi, >>>>> >>>>> this assertion has been fixed yesterday (svn r185483). >>>> Should I rerun build/installworld before re-attempting the kde build >>>> or just run make clean in the phonon directory? >>> >>> You need at least an updated libc. build/installworld will do that but >>> there are faster ways for this small update. After that you can >>> continue building kde. >>> >> OK. I've kicked off a buildworld as that's about the only method I >> know that will resolve this issue. The "faster ways" I'm unaware of - >> if someone could enlighten me, that'd be great. Buildworld will work >> in the meantime, though. > > In this case of libc, it's usually a good idea to do the full > buildworld, since libc gets statically linked into various toolchain > binaries. Fortunately, this bug in malloc only affects multi-threaded > applications; otherwise you'd have an unrecoverable system (though I > would have noticed that before committing). > > Jason > I ended up issuing a cd /usr/src/lib/libc; cd /usr/src/lib/libc; make && make install which did the trick - the KDE4 installation was able to proceed after that. I appreciate your help and will make a note of the better ways to do what I was after this morning. I would suppose I should go ahead and kick off a buildworld when the kde build completes later this evening. Will that necessitate having to rebuild the ports or would that be possible to put off until a later time? The system should remain stable correct? K From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 01:49:51 2008 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 454151065676 for ; Tue, 2 Dec 2008 01:49:51 +0000 (UTC) (envelope-from ninjin@nada.kth.se) Received: from smtp.nada.kth.se (smtp.nada.kth.se [130.237.222.182]) by mx1.freebsd.org (Postfix) with ESMTP id BD6198FC1E for ; Tue, 2 Dec 2008 01:49:50 +0000 (UTC) (envelope-from ninjin@nada.kth.se) X-Authentication-Info: The sender was authenticated as ninjin using PLAIN at smtp.nada.kth.se Received: from [10.17.35.87] (71-6-42-5.static-ip.telepacific.net [71.6.42.5]) (authenticated bits=0) by smtp.nada.kth.se (8.12.11.20060308/8.12.11) with ESMTP id mB21njGJ018989 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 2 Dec 2008 02:49:47 +0100 (MET) Message-ID: <49349433.7010609@nada.kth.se> Date: Mon, 01 Dec 2008 17:49:39 -0800 From: Pontus Stenetorp User-Agent: Thunderbird 2.0.0.17 (X11/20080925) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <491D32CE.10206@nada.kth.se> In-Reply-To: <491D32CE.10206@nada.kth.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 02 Dec 2008 02:34:43 +0000 Subject: Re: atapci IRQ storm on a Dell E6400 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Dec 2008 01:49:51 -0000 Update, Problem solved and the solution was quite interesting. The BIOS of an E6400 enables you to set the behaviour of the SATA-controller, the options are ATA, AHCI and IRRT (Intel Rapid Recovery Technology). It was set to ATA in order to enable installation of Windows XP which apparently doesn't play nice with IRRT and AHCI (blue screen on boot anyone?). FreeBSD works just fine for the AHCI and IRRT options but choosing ATA will give you an IRQ storm. Pontus Pontus Stenetorp wrote: > Hello CURRENT, > > I am running FreeBSD 8.0-CURRENT on a Dell E6400 laptop and I am > experiencing an IRQ storm on atapci. My dual-core ends up working at > about 40% CPU on interrupts. I have attached, uname -a, dmesg, vmstat > -i, top -S and my kernconf. The only changes made to the kernconf are > the ones described in /usr/src/UPDATING as to improve performance for > FreeBSD 8.x The reason I have for running CURRENT is that the my Dell > E6400 kern panics shortly after boot on FreeBSD 7.0-STABLE and on > FreeBSD 7.1-BETA2. A photo of a panic can be found below. > > Thanks for any help regarding this, > Pontus Stenetorp > > \begin{uname -a} > FreeBSD enoki 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Nov 10 04:08:41 > PST 2008 root@enoki:/usr/obj/usr/src/sys/ENOKI0 i386 > \end{uname -a} > > \begin{dmesg} > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #0: Mon Nov 10 04:08:41 PST 2008 > root@enoki:/usr/obj/usr/src/sys/ENOKI0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Duo CPU P9500 @ 2.53GHz (2527.02-MHz > 686-class CPU) > Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 > > Features=0xbfebfbff > > > Features2=0x8e3fd > > AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 2 > real memory = 2135216128 (2036 MB) > avail memory = 2081230848 (1984 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 2 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, > RF2413, RF5413, RF2133, RF2425, RF2417) > acpi0: on motherboard > acpi0: [ITHREAD] > Timecounter "HPET" frequency 14318180 Hz quality 900 > acpi0: reservation of 0, 9f000 (3) failed > acpi0: reservation of 100000, 7f34d400 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_ec0: port 0x930,0x934 on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0xdf00-0xdf7f mem > 0xf5000000-0xf5ffffff,0xe0000000-0xefffffff,0xf2000000-0xf3ffffff irq > 16 at device 0.0 on pci1 > em0: port 0xefe0-0xefff > mem 0xf6fe0000-0xf6ffffff,0xf6fdb000-0xf6fdbfff irq 22 at device 25.0 > on pci0 > em0: Using MSI interrupt > em0: [FILTER] > em0: Ethernet address: 00:21:70:b5:24:b8 > uhci0: port 0x6f60-0x6f7f irq 20 > at device 26.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x6f80-0x6f9f irq 21 > at device 26.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x6fa0-0x6fbf irq 22 > at device 26.2 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > ehci0: mem > 0xfed1c400-0xfed1c7ff irq 22 at device 26.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb3: EHCI version 1.0 > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: on usb3 > uhub3: 6 ports with 6 removable, self powered > ugen0: 239/2, rev 2.00/86.10, addr 2> on uhub3 > pci0: at device 27.0 (no driver attached) > pcib2: at device 28.0 on pci0 > pci11: on pcib2 > ath0: mem 0xf1ff0000-0xf1ffffff irq 16 at device 0.0 on > pci11 > ath0: [ITHREAD] > ath0: WARNING: using obsoleted if_watchdog interface > ath0: mac 10.3 phy 6.1 radio 10.2 > pcib3: at device 28.1 on pci0 > pci12: on pcib3 > pci12: at device 0.0 (no driver attached) > pcib4: at device 28.2 on pci0 > pci13: on pcib4 > pcib5: at device 28.3 on pci0 > pci14: on pcib5 > uhci3: port 0x6f00-0x6f1f irq 20 > at device 29.0 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb4: on uhci3 > usb4: USB revision 1.0 > uhub4: on usb4 > uhub4: 2 ports with 2 removable, self powered > uhci4: port 0x6f20-0x6f3f irq 21 > at device 29.1 on pci0 > uhci4: [GIANT-LOCKED] > uhci4: [ITHREAD] > usb5: on uhci4 > usb5: USB revision 1.0 > uhub5: on usb5 > uhub5: 2 ports with 2 removable, self powered > uhci5: port 0x6f40-0x6f5f irq 22 > at device 29.2 on pci0 > uhci5: [GIANT-LOCKED] > uhci5: [ITHREAD] > usb6: on uhci5 > usb6: USB revision 1.0 > uhub6: on usb6 > uhub6: 2 ports with 2 removable, self powered > ehci1: mem > 0xfed1c000-0xfed1c3ff irq 20 at device 29.7 on pci0 > ehci1: [GIANT-LOCKED] > ehci1: [ITHREAD] > usb7: EHCI version 1.0 > usb7: companion controllers, 2 ports each: usb4 usb5 usb6 > usb7: on ehci1 > usb7: USB revision 2.0 > uhub7: on usb7 > uhub7: 6 ports with 6 removable, self powered > pcib6: at device 30.0 on pci0 > pci3: on pcib6 > fwohci0: <1394 Open Host Controller Interface> mem > 0xf1bff800-0xf1bfffff irq 17 at device 1.0 on pci3 > fwohci0: [FILTER] > fwohci0: OHCI version 1.10 (ROM=0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 33:4f:c0:00:20:81:35:e1 > fwohci0: Phy 1394a available S400, 1 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 32:4f:c0:81:35:e1 > fwe0: Ethernet address: 32:4f:c0:81:35:e1 > fwip0: on firewire0 > fwip0: Firewire address: 33:4f:c0:00:20:81:35:e1 @ 0xfffe00000000, > S400, maxrec 2048 > sbp0: on firewire0 > dcons_crom0: on firewire0 > dcons_crom0: bus_addr 0x1094000 > fwohci0: Initiate bus reset > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > pci3: at device 1.1 (no driver > attached) > pci3: at device 1.2 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x6e70-0x6e77,0x6e78-0x6e7b,0x6e80-0x6e87,0x6e88-0x6e8b,0x6ea0-0x6eaf,0x6e90-0x6e9f > irq 19 at device 31.2 on pci0 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > pci0: at device 31.3 (no driver attached) > atapci1: port > 0x6eb0-0x6eb7,0x6eb8-0x6ebb,0x6ec0-0x6ec7,0x6ec8-0x6ecb,0x6ee0-0x6eef,0xefa0-0xefaf > irq 19 at device 31.5 on pci0 > atapci1: [ITHREAD] > ata4: on atapci1 > ata4: [ITHREAD] > ata5: on atapci1 > ata5: [ITHREAD] > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > acpi_button1: on acpi0 > acpi_acad0: on acpi0 > battery0: on acpi0 > battery1: on acpi0 > acpi_tz0: on acpi0 > atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 > on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model GlidePoint, device ID 0 > atrtc0: port 0x70-0x71,0x72-0x77 irq 8 on acpi0 > uart0: <16550 or compatible> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 > uart0: [FILTER] > cpu0: on acpi0 > ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj > 0xc52c66c0 [20070320] > ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving > operands for [OpcodeName unavailable] [20070320] > ACPI Error (psparse-0626): Method parse/execution failed > [\\_PR_.CPU0._OSC] (Node 0xc52a0180), AE_AML_INTERNAL > est0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj > 0xc52c6440 [20070320] > ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving > operands for [OpcodeName unavailable] [20070320] > ACPI Error (psparse-0626): Method parse/execution failed > [\\_PR_.CPU1._OSC] (Node 0xc52a00a0), AE_AML_INTERNAL > est1: on cpu1 > p4tcc1: on cpu1 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xce7ff,0xce800-0xcffff pnpid > ORM0000 on isa0 > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > ata0: [ITHREAD] > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > ata1: [ITHREAD] > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > uhub8: on uhub0 > uhub8: 3 ports with 0 removable, self powered > ukbd0: 3> on uhub8 > kbd2 at ukbd0 > ums0: > on uhub8 > ums0: 3 buttons. > ugen1: on uhub2 > Timecounters tick every 1.000 msec > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > ad4: 238475MB at ata2-master UDMA33 > unknown: timeout waiting for read DRQ > unknown: timeout waiting for read DRQ > acd0: DVDR at ata3-master UDMA33 > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad4s2a > wlan0: Ethernet address: xx:xx:xx:xx:xx:xx > ath0: ath_hal_init_channels failed, rd 98 cc 511 outdoor 0 ecm 1 > wlan0: link state changed to UP > \end{dmesg} > > \begin{vmstat -i output} > interrupt total rate > irq1: atkbd0 8899 3 > irq9: acpi0 1208 0 > irq12: psm0 82725 29 > irq16: ath0 91826 32 > irq17: fwohci0 3 0 > irq19: atapci0+ 154687206 55245 > irq20: uhci0 uhci+ 12 0 > irq22: uhci2 ehci+ 5 0 > cpu0: timer 5599330 1999 > cpu1: timer 5589315 1996 > Total 166060529 59307 > \end{vmstat -i output} > > \begin{top -S output} > last pid: 83401; load averages: 0.11, 0.15, 0.24 > up 0+00:49:20 22:44:12 > 121 processes: 4 running, 97 sleeping, 2 zombie, 18 waiting > CPU: 1.3% user, 0.0% nice, 0.4% system, 42.7% interrupt, 55.6% idle > Mem: 171M Active, 245M Inact, 116M Wired, 2316K Cache, 112M Buf, 1454M > Free > Swap: 2048M Total, 2048M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > COMMAND > 11 root 2 171 ki31 0K 16K RUN 0 41:41 108.06% idle > 12 root 19 -64 - 0K 152K WAIT 0 41:41 88.28% intr > \end{top -S output} > > \begin{kernconf} > # > # GENERIC -- Generic kernel configuration file for FreeBSD/i386 > # > # For more information on this file, please read the handbook section on > # Kernel Configuration Files: > # > # > http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html > > # > # The handbook is also available locally in /usr/share/doc/handbook > # if you've installed the doc distribution, otherwise always see the > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the > # latest information. > # > # An exhaustive list of options and more detailed explanations of the > # device lines is also present in the ../../conf/NOTES and NOTES files. > # If you are in doubt as to the purpose or necessity of a line, check > first > # in NOTES. > # > # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.500 2008/10/09 21:25:01 > n_hibma Exp $ > > cpu I486_CPU > cpu I586_CPU > cpu I686_CPU > ident ENKI0 > > # To statically compile in device wiring instead of /boot/device.hints > #hints "GENERIC.hints" # Default places to look for > devices. > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > > options SCHED_ULE # ULE scheduler > options PREEMPTION # Enable kernel thread preemption > options INET # InterNETworking > options INET6 # IPv6 communications protocols > options SCTP # Stream Control Transmission Protocol > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_ACL # Support for access control lists > options UFS_DIRHASH # Improve performance on big directories > options UFS_GJOURNAL # Enable gjournal-based UFS journaling > options MD_ROOT # MD is a potential root device > options NFSCLIENT # Network Filesystem Client > options NFSSERVER # Network Filesystem Server > options NFSLOCKD # Network Lock Manager > options NFS_ROOT # NFS usable as /, requires NFSCLIENT > options MSDOSFS # MSDOS Filesystem > options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options GEOM_PART_GPT # GUID Partition Tables. > options GEOM_LABEL # Provides labelization > options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI > options KTRACE # ktrace(1) support > options STACK # stack(9) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options STOP_NMI # Stop CPUS using NMI instead of IPI > options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) > options AUDIT # Security event auditing > > # Debugging for use in -current > #options KDB # Enable kernel debugger support. > #options DDB # Support DDB. > #options GDB # Support remote GDB. > #options INVARIANTS # Enable calls of extra sanity checking > #options INVARIANT_SUPPORT # Extra sanity checks of internal > structures, required by INVARIANTS > #options WITNESS # Enable checks to detect deadlocks > and cycles > #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for > speed > > # To make an SMP kernel, the next two lines are needed > options SMP # Symmetric MultiProcessor Kernel > device apic # I/O APIC > > # CPU frequency control > device cpufreq > > # Bus support. > device acpi > device eisa > device pci > > # Floppy drives > device fdc > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > device ataraid # ATA RAID drives > device atapicd # ATAPI CDROM drives > device atapifd # ATAPI floppy drives > device atapist # ATAPI tape drives > options ATA_STATIC_ID # Static device numbering > > # SCSI Controllers > device ahb # EISA AHA1742 family > device ahc # AHA2940 and onboard AIC7xxx devices > options AHC_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~128k to driver. > device ahd # AHA39320/29320 and onboard AIC79xx devices > options AHD_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~215k to driver. > device amd # AMD 53C974 (Tekram DC-390(T)) > device hptiop # Highpoint RocketRaid 3xxx series > device isp # Qlogic family > #device ispfw # Firmware for QLogic HBAs- normally a module > device mpt # LSI-Logic MPT-Fusion > #device ncr # NCR/Symbios Logic > device sym # NCR/Symbios Logic (newer chipsets + those > of `ncr') > device trm # Tekram DC395U/UW/F DC315U adapters > > device adv # Advansys SCSI adapters > device adw # Advansys wide SCSI adapters > device aha # Adaptec 154x SCSI adapters > device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. > device bt # Buslogic/Mylex MultiMaster SCSI adapters > > device ncv # NCR 53C500 > device nsp # Workbit Ninja SCSI-3 > device stg # TMC 18C30/18C50 > > # SCSI peripherals > device scbus # SCSI bus (required for SCSI) > device ch # SCSI media changers > device da # Direct Access (disks) > device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct SCSI access) > device ses # SCSI Environmental Services (and SAF-TE) > > # RAID controllers interfaced to the SCSI subsystem > device amr # AMI MegaRAID > device arcmsr # Areca SATA II RAID > device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID > device ciss # Compaq Smart RAID 5* > device dpt # DPT Smartcache III, IV - See NOTES for options > device hptmv # Highpoint RocketRAID 182x > device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx > device iir # Intel Integrated RAID > device ips # IBM (Adaptec) ServeRAID > device mly # Mylex AcceleRAID/eXtremeRAID > device twa # 3ware 9000 series PATA/SATA RAID > > # RAID controllers > device aac # Adaptec FSA RAID > device aacp # SCSI passthrough for aac (requires CAM) > device ida # Compaq Smart RAID > device mfi # LSI MegaRAID SAS > device mlx # Mylex DAC960 family > device pst # Promise Supertrak SX6000 > device twe # 3ware ATA RAID > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > device psm # PS/2 mouse > > device kbdmux # keyboard multiplexer > > device vga # VGA video card driver > > device splash # Splash screen and screen saver support > > # syscons is the default console driver, resembling an SCO console > device sc > > device agp # support several AGP chipsets > > # Power management support (see NOTES for more options) > #device apm > # Add suspend/resume support for the i8254. > device pmtimer > > # PCCARD (PCMCIA) support > # PCMCIA and cardbus bridge support > device cbb # cardbus (yenta) bridge > device pccard # PC Card (16-bit) bus > device cardbus # CardBus (32-bit) bus > > # Serial (COM) ports > device uart # Generic UART driver > > # Parallel port > device ppc > device ppbus # Parallel port bus (required) > device lpt # Printer > device plip # TCP/IP over parallel > device ppi # Parallel port interface device > #device vpo # Requires scbus and da > > # If you've got a "dumb" serial or parallel PCI card that is > # supported by the puc(4) glue driver, uncomment the following > # line to enable it (connects to sio, uart and/or ppc drivers): > #device puc > > # PCI Ethernet NICs. > device de # DEC/Intel DC21x4x (``Tulip'') > device em # Intel PRO/1000 Gigabit Ethernet Family > device igb # Intel PRO/1000 PCIE Server Gigabit Family > device ixgb # Intel PRO/10GbE Ethernet Card > device le # AMD Am7900 LANCE and Am79C9xx PCnet > device ti # Alteon Networks Tigon I/II gigabit Ethernet > device txp # 3Com 3cR990 (``Typhoon'') > device vx # 3Com 3c590, 3c595 (``Vortex'') > > # PCI Ethernet NICs that use the common MII bus controller code. > # NOTE: Be sure to keep the 'device miibus' line in order to use these > NICs! > device miibus # MII bus support > device ae # Attansic/Atheros L2 FastEthernet > device age # Attansic/Atheros L1 Gigabit Ethernet > device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet > device bfe # Broadcom BCM440x 10/100 Ethernet > device bge # Broadcom BCM570xx Gigabit Ethernet > device dc # DEC/Intel 21143 and various workalikes > device et # Agere ET1310 10/100/Gigabit Ethernet > device fxp # Intel EtherExpress PRO/100B (82557, 82558) > device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet > device lge # Level 1 LXT1001 gigabit Ethernet > device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet > device nfe # nVidia nForce MCP on-board Ethernet > device nge # NatSemi DP83820 gigabit Ethernet > #device nve # nVidia nForce MCP on-board Ethernet > Networking > device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') > device re # RealTek 8139C+/8169/8169S/8110S > device rl # RealTek 8129/8139 > device sf # Adaptec AIC-6915 (``Starfire'') > device sis # Silicon Integrated Systems SiS 900/SiS 7016 > device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet > device ste # Sundance ST201 (D-Link DFE-550TX) > device stge # Sundance/Tamarack TC9021 gigabit Ethernet > device tl # Texas Instruments ThunderLAN > device tx # SMC EtherPower II (83c170 ``EPIC'') > device vge # VIA VT612x gigabit Ethernet > device vr # VIA Rhine, Rhine II > device wb # Winbond W89C840F > device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') > > # ISA Ethernet NICs. pccard NICs included. > device cs # Crystal Semiconductor CS89x0 NIC > # 'device ed' requires 'device miibus' > device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards > device ex # Intel EtherExpress Pro/10 and Pro/10+ > device ep # Etherlink III based cards > device fe # Fujitsu MB8696x based cards > device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. > device sn # SMC's 9000 series of Ethernet chips > device xe # Xircom pccard Ethernet > > # Wireless NIC cards > device wlan # 802.11 support > options IEEE80211_DEBUG # enable debug msgs > options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's > device wlan_wep # 802.11 WEP support > device wlan_ccmp # 802.11 CCMP support > device wlan_tkip # 802.11 TKIP support > device wlan_amrr # AMRR transmit rate control algorithm > device an # Aironet 4500/4800 802.11 wireless NICs. > device ath # Atheros pci/cardbus NIC's > device ath_hal # Atheros HAL (Hardware Access Layer) > device ath_rate_sample # SampleRate tx rate control for ath > device ral # Ralink Technology RT2500 wireless NICs. > device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. > #device wl # Older non 802.11 Wavelan wireless NIC. > > # Pseudo devices. > device loop # Network loopback > device random # Entropy device > device ether # Ethernet support > device tun # Packet tunnel. > device pty # BSD-style compatibility pseudo ttys > device md # Memory "disks" > device gif # IPv6 and IPv4 tunneling > device faith # IPv6-to-IPv4 relaying (translation) > device firmware # firmware assist module > > # The `bpf' device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > # Note that 'bpf' is required for DHCP. > device bpf # Berkeley packet filter > > # USB support > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device ehci # EHCI PCI->USB interface (USB 2.0) > device usb # USB Bus (required) > #device udbp # USB Double Bulk Pipe devices > device ugen # Generic > device uhid # "Human Interface Devices" > device ukbd # Keyboard > device ulpt # Printer > device umass # Disks/Mass storage - Requires scbus and da > device ums # Mouse > device ural # Ralink Technology RT2500USB wireless NICs > device rum # Ralink Technology RT2501USB wireless NICs > device zyd # ZyDAS zb1211/zb1211b wireless NICs > device urio # Diamond Rio 500 MP3 player > device uscanner # Scanners > # USB Serial devices > device ucom # Generic com ttys > device u3g # USB-based 3G modems (Option, Huawei, Sierra) > device uark # Technologies ARK3116 based serial adapters > device ubsa # Belkin F5U103 and compatible serial adapters > device uftdi # For FTDI usb serial adapters > device uipaq # Some WinCE based devices > device uplcom # Prolific PL-2303 serial adapters > device uslcom # SI Labs CP2101/CP2102 serial adapters > device uvisor # Visor and Palm devices > device uvscom # USB serial support for DDI pocket's PHS > # USB Ethernet, requires miibus > device aue # ADMtek USB Ethernet > device axe # ASIX Electronics USB Ethernet > device cdce # Generic USB over Ethernet > device cue # CATC USB Ethernet > device kue # Kawasaki LSI USB Ethernet > device rue # RealTek RTL8150 USB Ethernet > device udav # Davicom DM9601E USB > > # FireWire support > device firewire # FireWire bus code > device sbp # SCSI over FireWire (Requires scbus and da) > device fwe # Ethernet over FireWire (non-standard!) > device fwip # IP over FireWire (RFC 2734,3146) > device dcons # Dumb console driver > device dcons_crom # Configuration ROM for dcons > \end{kernconf} > > \begin{FreeBSD 7.1-BETA2 panic photo} > http://pici.se/p/BwsmUJsvx/ > \end{FreeBSD 7.1-BETA2 panic photo} > _______________________________________________ > 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 Tue Dec 2 05:45:07 2008 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 1C8A21065675 for ; Tue, 2 Dec 2008 05:45:07 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: from mx1.synetsystems.com (mx1.synetsystems.com [76.10.206.14]) by mx1.freebsd.org (Postfix) with ESMTP id 023A08FC16 for ; Tue, 2 Dec 2008 05:45:06 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: by mx1.synetsystems.com (Postfix, from userid 66) id 2E3D2C8C; Tue, 2 Dec 2008 00:45:06 -0500 (EST) Received: from rmtodd by servalan.servalan.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L7NY0-0003S1-Qi; Mon, 01 Dec 2008 23:11:44 -0600 To: freebsd-current@freebsd.org References: From: Richard Todd Date: Mon, 01 Dec 2008 23:11:44 -0600 In-Reply-To: (Richard Todd's message of "Sat, 29 Nov 2008 12:16:23 -0600") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.4.21 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Panic upon unmounting zfs snapshot: "vput: negative ref cnt" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Dec 2008 05:45:07 -0000 Richard Todd writes: > I'm running -CURRENT as of this Thursday, and discovered the following panic > upon doing the fairly straightforward steps of making a snapshot, mounting > it, doing some activity reading from the snapshot, and unmounting it -- > the exact sequence of commands was something like > zfs snapshot u1@foosnap > mount -r -t zfs u1@foosnap /mnt > ls -lR /mnt > umount /mnt > > Got a crash dump, gdb info follows. Note that the offending vp seems to be > the vnode for the mount point that the snapshot was mounted on. A bit more exploration and littering the unmount code with vprint()s and I think I've narrowed down the problem to the following bit of code near the end of zfs_umount in /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c if (zfsvfs->z_issnap) { vnode_t *svp = vfsp->mnt_vnodecovered; ASSERT(svp->v_count == 2); VN_RELE(svp); } The above code seems to assume that the ZFS snapshot being unmounted was mounted through the .zfs/snapshot pseudo-directory mechanism; apparently on mount the underlying vnode (for the .zfs/snapshot/xxx) has an extra reference added, so a VN_RELE needs to be done. But if the mount of the snapshot was done manually (via mount -t zfs), then the underlying vnode *doesn't* have the extra reference, so the VN_RELE here means that the later vput() in dounmount will panic. The above code should be probably smarter and test whether vfsp->mnt_vnodecovered points to the .zfs/snapshot pseudodirectory or not; unfortunately, I'm not sure how to do that. Since I usually mount snapshots by hand instead of using the .zfs/snapshot mechanism, for my purposes just commenting out the above chunk of code solves my problem for the time being. From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 06:57:09 2008 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 A6BAA1065673 for ; Tue, 2 Dec 2008 06:57:09 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 4EEF58FC1E for ; Tue, 2 Dec 2008 06:57:09 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id mB26v6BZ005758 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 2 Dec 2008 07:57:07 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <9A1A0B00-0E6D-4CFA-8EDF-CC1A3E4171F5@lassitu.de> From: Stefan Bethke To: FUJITA Kazutoshi In-Reply-To: <20081202.084049.74179593.fujita@soum.co.jp> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Tue, 2 Dec 2008 07:57:06 +0100 References: <20081202.084049.74179593.fujita@soum.co.jp> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-current@freebsd.org Subject: Re: boot panic with SiS 961 UDMA100 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Dec 2008 06:57:09 -0000 Am 02.12.2008 um 00:40 schrieb FUJITA Kazutoshi: > hi, > > i cvsuped after a long time (3 months), kernel panics when boot, > in ata_pci_dmareset() > > my pc has > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 2.5 on > pci0 > > svn r183723 works, but r183724(and later) cause panic > > > any suggestions? Showing us at least some part of the panic, if not a full backtrace, probably would be helpful. Try disabling DMA at the loader with set hw.ata.ata_dma="0" Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 08:20:51 2008 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 84F1F1065672 for ; Tue, 2 Dec 2008 08:20:51 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from mx45.mail.ru (mx45.mail.ru [194.67.23.236]) by mx1.freebsd.org (Postfix) with ESMTP id 4C0F38FC17 for ; Tue, 2 Dec 2008 08:20:51 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from f134.mail.ru (f134.mail.ru [194.67.57.115]) by mx45.mail.ru (mPOP.Fallback_MX) with ESMTP id 89CD6E002283 for ; Tue, 2 Dec 2008 09:30:13 +0300 (MSK) Received: from mail by f134.mail.ru with local id 1L7Olv-000Ig4-00 for freebsd-current@freebsd.org; Tue, 02 Dec 2008 09:30:11 +0300 Received: from [80.82.45.250] by win.mail.ru with HTTP; Tue, 02 Dec 2008 09:30:11 +0300 From: =?koi8-r?Q?=E1=CE=C4=D2=C5=CA_=F3=CD=C1=C7=C9=CE?= To: freebsd-current@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: 192.168.1.151 via proxy [80.82.45.250] Date: Tue, 02 Dec 2008 09:30:11 +0300 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: X-Spam: Not detected X-Mras: OK Subject: Error while making openoffice-3.0 on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?koi8-r?Q?=E1=CE=C4=D2=C5=CA_=F3=CD=C1=C7=C9=CE?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 08:20:51 -0000 Hi. Please help, can't build OOo-3.0 on latest current with following error: ............................. ---------------------------------------------------------- - start unit test on library ../unxfbsdi.pro/lib/libtests.so ---------------------------------------------------------- testshl2 ../unxfbsdi.pro/lib/libtests.so Use default signal file name 'signalfile_1228173411.txt' # Current Time: 02:16:52 [2008.12.02//] # -- BEGIN: cow_wrapper_test.cow_wrapper_test.testCowWrapper;PASSED#OK# o3tltests.range_test.global;PASSED#OK# o3tltests.heap_ptr_test.global;PASSED#OK# # -- END: Test #PASSED# Running processes: 0 deliver -- version: 1.130 Module 'o3tl' delivered successfully. 0 files copied, 5 files unchanged ============= Building module udkapi Running processes: 1 /mnt/local/storage/usr/ports/editors/openoffice.org-3/work/OOO300_m9/udkapi/com/sun/star/uno idlc @/tmp/mkfCrUPm idlc: could not create registry file 'file:///mnt/local/storage/usr/ports/editors/openoffice.org-3/work/OOO300_m9/udkapi/unxfbsdi.pro/ucr/com/sun/star/uno/Exception._idlc_' idlc: compile 'Exception.idl' ... idlc: detected 1 errors Sun Microsystems (R) idlc Version 1.1 dmake: Error code 1, while making '../../../../unxfbsdi.pro/ucr/cssuno.db' Running processes: 0 1 module(s): udkapi need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /mnt/local/storage/usr/ports/editors/openoffice.org-3/work/OOO300_m9/udkapi/com/sun/star/uno Attention: if you build and deliver the above module(s) you may prolongue your the build issuing command "build --from udkapi" rmdir /tmp/3213 *** Error code 1 Stop in /mnt/local/storage/usr/ports/editors/openoffice.org-3. From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 08:33:39 2008 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 278DA106564A; Tue, 2 Dec 2008 08:33:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0C8058FC0C; Tue, 2 Dec 2008 08:33:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB28XaAm019664; Tue, 2 Dec 2008 03:33:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mB28XZAm012018; Tue, 2 Dec 2008 03:33:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BB96173039; Tue, 2 Dec 2008 03:33:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081202083335.BB96173039@freebsd-current.sentex.ca> Date: Tue, 2 Dec 2008 03:33:35 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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, 02 Dec 2008 08:33:39 -0000 TB --- 2008-12-02 08:06:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 08:06:04 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-02 08:06:04 - cleaning the object tree TB --- 2008-12-02 08:06:51 - cvsupping the source tree TB --- 2008-12-02 08:06:51 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-02 08:07:02 - building world TB --- 2008-12-02 08:07:02 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 08:07:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 08:07:02 - TARGET=sparc64 TB --- 2008-12-02 08:07:02 - TARGET_ARCH=sparc64 TB --- 2008-12-02 08:07:02 - TZ=UTC TB --- 2008-12-02 08:07:02 - __MAKE_CONF=/dev/null TB --- 2008-12-02 08:07:02 - cd /src TB --- 2008-12-02 08:07:02 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 08:07:04 UTC 2008 >>> 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 [...] cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/hexdump.c cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/humanize_number.c cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/kinfo_getfile.c cc1: warnings being treated as errors /src/lib/libutil/kinfo_getfile.c: In function 'kinfo_getfile': /src/lib/libutil/kinfo_getfile.c:45: warning: cast increases required alignment of target type /src/lib/libutil/kinfo_getfile.c:60: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 08:33:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 08:33:35 - ERROR: failed to build world TB --- 2008-12-02 08:33:35 - 1160.30 user 128.70 system 1651.66 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 08:49:13 2008 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 16EBC1065687 for ; Tue, 2 Dec 2008 08:49:13 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id C18608FC1B for ; Tue, 2 Dec 2008 08:49:12 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=LFOIptyWYd/zQcEGI1coBeHmr9RWPJCbWam4gW/b8kmXX3d8xW+iHMwbKyuLT9jlQCrU+jaTAfe/8IS8Bvp0vId9X/9Zz1pJYbkMqo4JIIAMVq5Clk32Drr31hJCSjbICDmGsgJ7kBO/Q4eMsrF2xNVBkLUWSgKJGldbhT6ZWDQ=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1L7QwR-000H0U-Fk; Tue, 02 Dec 2008 11:49:11 +0300 Date: Tue, 2 Dec 2008 11:49:10 +0300 From: Eygene Ryabinkin To: =?koi8-r?B?4c7E0sXKIPPNwcfJzg==?= Message-ID: References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oNLI4EWr1RPQuPCf" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org Subject: Re: Error while making openoffice-3.0 on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 08:49:13 -0000 --oNLI4EWr1RPQuPCf Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Andrey, good day. Tue, Dec 02, 2008 at 09:30:11AM +0300, =E1=CE=C4=D2=C5=CA =F3=CD=C1=C7=C9= =CE wrote: > Please help, can't build OOo-3.0 on latest current with following error: [...] > ERROR: error 65280 occurred while making /mnt/local/storage/usr/ports/edi= tors/openoffice.org-3/work/OOO300_m9/udkapi/com/sun/star/uno Only at -CURRENT? Any luck for the -STABLE on the same hardware? How much (free) memory do you have on your machine? I had seen simular errors while was building OO on the machines with small amount (<2Gb) of free memory. If this isn't the case, then may be this can be cured by the latest changes in jemalloc: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/malloc.c How current is your -CURRENT? --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --oNLI4EWr1RPQuPCf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk09oYACgkQthUKNsbL7YjcVwCgk4uziZtvkBY7dEZCszJTrqQo ACcAoJgDBmXz4JItGI/tSEtyYfdj7JHv =EK52 -----END PGP SIGNATURE----- --oNLI4EWr1RPQuPCf-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 08:59:05 2008 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 596431065672; Tue, 2 Dec 2008 08:59:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3AE038FC0A; Tue, 2 Dec 2008 08:59:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB28x2Jb020481; Tue, 2 Dec 2008 03:59:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB28x2N8007965; Tue, 2 Dec 2008 03:59:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7E3D273039; Tue, 2 Dec 2008 03:59:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081202085902.7E3D273039@freebsd-current.sentex.ca> Date: Tue, 2 Dec 2008 03:59:02 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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, 02 Dec 2008 08:59:05 -0000 TB --- 2008-12-02 08:33:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 08:33:35 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-12-02 08:33:35 - cleaning the object tree TB --- 2008-12-02 08:34:03 - cvsupping the source tree TB --- 2008-12-02 08:34:03 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-12-02 08:34:11 - building world TB --- 2008-12-02 08:34:11 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 08:34:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 08:34:11 - TARGET=sun4v TB --- 2008-12-02 08:34:11 - TARGET_ARCH=sparc64 TB --- 2008-12-02 08:34:11 - TZ=UTC TB --- 2008-12-02 08:34:11 - __MAKE_CONF=/dev/null TB --- 2008-12-02 08:34:11 - cd /src TB --- 2008-12-02 08:34:11 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 08:34:12 UTC 2008 >>> 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 [...] cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/hexdump.c cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/humanize_number.c cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/kinfo_getfile.c cc1: warnings being treated as errors /src/lib/libutil/kinfo_getfile.c: In function 'kinfo_getfile': /src/lib/libutil/kinfo_getfile.c:45: warning: cast increases required alignment of target type /src/lib/libutil/kinfo_getfile.c:60: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 08:59:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 08:59:02 - ERROR: failed to build world TB --- 2008-12-02 08:59:02 - 1157.52 user 128.34 system 1526.60 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 09:23:42 2008 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 436231065670; Tue, 2 Dec 2008 09:23:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 239D38FC14; Tue, 2 Dec 2008 09:23:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB29Ndn3021484; Tue, 2 Dec 2008 04:23:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mB29Ndle015242; Tue, 2 Dec 2008 04:23:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5174373039; Tue, 2 Dec 2008 04:23:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081202092339.5174373039@freebsd-current.sentex.ca> Date: Tue, 2 Dec 2008 04:23:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 09:23:42 -0000 TB --- 2008-12-02 09:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 09:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-12-02 09:00:00 - cleaning the object tree TB --- 2008-12-02 09:00:31 - cvsupping the source tree TB --- 2008-12-02 09:00:31 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-12-02 09:00:39 - building world TB --- 2008-12-02 09:00:39 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 09:00:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 09:00:39 - TARGET=arm TB --- 2008-12-02 09:00:39 - TARGET_ARCH=arm TB --- 2008-12-02 09:00:39 - TZ=UTC TB --- 2008-12-02 09:00:39 - __MAKE_CONF=/dev/null TB --- 2008-12-02 09:00:39 - cd /src TB --- 2008-12-02 09:00:39 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 09:00:41 UTC 2008 >>> 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 [...] cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/hexdump.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/humanize_number.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/kinfo_getfile.c cc1: warnings being treated as errors /src/lib/libutil/kinfo_getfile.c: In function 'kinfo_getfile': /src/lib/libutil/kinfo_getfile.c:45: warning: cast increases required alignment of target type /src/lib/libutil/kinfo_getfile.c:60: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 09:23:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 09:23:39 - ERROR: failed to build world TB --- 2008-12-02 09:23:39 - 1079.20 user 133.81 system 1418.43 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 10:16:43 2008 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 4B4EF1065687; Tue, 2 Dec 2008 10:16:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 26E718FC16; Tue, 2 Dec 2008 10:16:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2AGdqU023480; Tue, 2 Dec 2008 05:16:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2AGdNk041779; Tue, 2 Dec 2008 05:16:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 93F7773039; Tue, 2 Dec 2008 05:16:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081202101639.93F7773039@freebsd-current.sentex.ca> Date: Tue, 2 Dec 2008 05:16:39 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 10:16:43 -0000 TB --- 2008-12-02 09:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 09:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-12-02 09:00:00 - cleaning the object tree TB --- 2008-12-02 09:00:53 - cvsupping the source tree TB --- 2008-12-02 09:00:53 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-12-02 09:01:00 - building world TB --- 2008-12-02 09:01:00 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 09:01:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 09:01:00 - TARGET=amd64 TB --- 2008-12-02 09:01:00 - TARGET_ARCH=amd64 TB --- 2008-12-02 09:01:00 - TZ=UTC TB --- 2008-12-02 09:01:00 - __MAKE_CONF=/dev/null TB --- 2008-12-02 09:01:00 - cd /src TB --- 2008-12-02 09:01:00 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 09:01:02 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_args.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_basic.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_bin.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_cred.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_files.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_files.c: In function 'procstat_files': /src/usr.bin/procstat/procstat_files.c:272: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 10:16:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 10:16:39 - ERROR: failed to build world TB --- 2008-12-02 10:16:39 - 3596.12 user 362.23 system 4598.56 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 10:22:40 2008 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 941741065679 for ; Tue, 2 Dec 2008 10:22:40 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [IPv6:2001:1578:400:101::2]) by mx1.freebsd.org (Postfix) with ESMTP id 468218FC31 for ; Tue, 2 Dec 2008 10:22:40 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id A3BE51CC2B; Tue, 2 Dec 2008 11:22:37 +0100 (CET) Date: Tue, 2 Dec 2008 11:22:37 +0100 From: Michael Moll To: FUJITA Kazutoshi Message-ID: <20081202102237.GA61096@darkthrone.kvedulv.de> References: <20081202.084049.74179593.fujita@soum.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081202.084049.74179593.fujita@soum.co.jp> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: boot panic with SiS 961 UDMA100 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Dec 2008 10:22:40 -0000 Hi, On Tue, Dec 02, 2008 at 08:40:49AM +0900, FUJITA Kazutoshi wrote: > i cvsuped after a long time (3 months), kernel panics when boot, > in ata_pci_dmareset() > > my pc has > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 2.5 on pci0 > > svn r183723 works, but r183724(and later) cause panic Maybe this patch resolves your problem also: http://lists.freebsd.org/pipermail/freebsd-current/2008-November/000669.html Regards -- Michael Moll From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 10:38:13 2008 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 D7F081065678; Tue, 2 Dec 2008 10:38:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B30AF8FC08; Tue, 2 Dec 2008 10:38:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2AcArS097432; Tue, 2 Dec 2008 05:38:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2AcAal050823; Tue, 2 Dec 2008 05:38:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 038DF73039; Tue, 2 Dec 2008 05:38:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081202103810.038DF73039@freebsd-current.sentex.ca> Date: Tue, 2 Dec 2008 05:38:10 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 10:38:14 -0000 TB --- 2008-12-02 09:23:39 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 09:23:39 - starting HEAD tinderbox run for i386/i386 TB --- 2008-12-02 09:23:39 - cleaning the object tree TB --- 2008-12-02 09:24:17 - cvsupping the source tree TB --- 2008-12-02 09:24:17 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-12-02 09:24:25 - building world TB --- 2008-12-02 09:24:25 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 09:24:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 09:24:25 - TARGET=i386 TB --- 2008-12-02 09:24:25 - TARGET_ARCH=i386 TB --- 2008-12-02 09:24:25 - TZ=UTC TB --- 2008-12-02 09:24:25 - __MAKE_CONF=/dev/null TB --- 2008-12-02 09:24:25 - cd /src TB --- 2008-12-02 09:24:25 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 09:24:27 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_args.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_basic.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_bin.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_cred.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_files.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_files.c: In function 'procstat_files': /src/usr.bin/procstat/procstat_files.c:272: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 10:38:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 10:38:09 - ERROR: failed to build world TB --- 2008-12-02 10:38:09 - 3540.35 user 338.39 system 4470.59 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 11:00:04 2008 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 DB3D31065679 for ; Tue, 2 Dec 2008 11:00:04 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6415D8FC22 for ; Tue, 2 Dec 2008 11:00:04 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so1218653eyi.7 for ; Tue, 02 Dec 2008 03:00:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date :user-agent:mime-version:content-type:content-transfer-encoding :content-disposition:message-id; bh=QwHghVQTwxSEw4GVuRQs9HN5hkW54I1EcwWyRfNu63g=; b=C5qdlCRZSB8RW1jD+T0UrSpzNiQxSsI5R3zdNpUFrcTsZVXWU6uijvUgpnDe+CMl3u Be6ZAEk9MKzFMgldgsii+T7zDUGhS+QOoguPV/8qzKoM7kvbinqhGMjjk6ZBw6Bx4lAb 16XrAd6E4iTZb24K42lPzkVkpzn/yZ6QZvXxg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; b=UkN97x81cvFi5OI/Z12csiMcEqgGaAlQzntDgdeLzZHhwoFNE4DI23X+wEXArrMgAy 9tjYZfzT29whBIX/VIlq84JSu7QulUYfPAMEor3rfdP3JnfXly+TMcFmMubcRgV2byzZ /wI7lvAOIVF8OE+8cnr2mFGAUKsZJhCR9XTLk= Received: by 10.86.60.14 with SMTP id i14mr7103318fga.70.1228215603114; Tue, 02 Dec 2008 03:00:03 -0800 (PST) Received: from oleg.net.nevosoft.ru ([195.182.128.54]) by mx.google.com with ESMTPS id 4sm3200074fge.50.2008.12.02.03.00.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 02 Dec 2008 03:00:02 -0800 (PST) From: Ole To: freebsd-current@freebsd.org, pyunyh@gmail.com Date: Tue, 2 Dec 2008 13:59:56 +0300 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812021359.56698.subbsd@gmail.com> Cc: Subject: Re: ale driver on asus eeepc 901 could not disable Tx/Rx under traffic flow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: subbsd@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: Tue, 02 Dec 2008 11:00:04 -0000 Hello Maillist, ifconfig ale0: ale0: flags=8843 metric 0 mtu 1500 options=319b ether 00:22:15:92:4f:a0 inet 172.32.1.51 netmask 0xffff0000 broadcast 172.32.255.255 media: Ethernet autoselect (100baseTX ) status: active I see, the problem is floating and in my case depend from type of remote port on ethernet cable. For example when connect my book (with ale0) to 1Gbit/s pc port (with FreeBSD- Current and Marvell card (msk driver)) i get ale0: could not disable Tx/Rx MAC(0x00000008)! ale0: DMA read error! -- resetting and flapping interface forever when traffic flow. when i connection ale0 to 100Mbit/s switch port or to 100Mbit/s PC (with Windows OS) through cross-over cable, ale0 work perfect without any warning. Currenlty i reproduce problem only with PC:msk<->PC:ale link. I try to collect more information for other situation. PS: PC with FreeBSD/msk driver working with other (!= ale0) link (to switch or to PC) is fine. > Hello Maillist, > > Im using FreeBSD-CURRENT (from 01122008 snap from cvs) and got looped notice > in dmesg buffer when LAN Ethernet generate some traffic: > .. > ale0: could not disable Tx/Rx MAC(0x00000008)! > ale0: DMA read error! -- resetting > .. > ale0: could not disable Tx/Rx MAC(0x00000008)! > .. > with flapping interface (link going to down and back up). > Hmm, there was similiar report but I couldn't reproduce this on my box. In fact I'm out of idea why it happens. Since I have no access to datasheet I'm not sure what can be done at the moment. Even a developer in Atheros answered that changing mainboard would be the first step to diagnose the issue. :-( > ifconfig ale0 -txcsum -rxcsum -tso and forcing link for media 10BaseT/UTP is > in vain. > There are a couple of magic values related with PHY in Linux driver which I didn't want to include as I don't understand what it does. Do you use 10baseT media? Would you show me the output of "ifconfig ale0"? > Under small traffic flow ale0 work is fine without errors. Somebody meet with > like similar prombel on Asus eee pc 901 ? Thanks Anyway, I'll let you know if I mange to find a clue to the issue. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 11:31:06 2008 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 608801065672; Tue, 2 Dec 2008 11:31:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 381818FC1A; Tue, 2 Dec 2008 11:31:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2BV3bm026824; Tue, 2 Dec 2008 06:31:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2BV3WG082386; Tue, 2 Dec 2008 06:31:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7431873039; Tue, 2 Dec 2008 06:31:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081202113103.7431873039@freebsd-current.sentex.ca> Date: Tue, 2 Dec 2008 06:31:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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, 02 Dec 2008 11:31:06 -0000 TB --- 2008-12-02 10:16:39 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 10:16:39 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-12-02 10:16:39 - cleaning the object tree TB --- 2008-12-02 10:17:10 - cvsupping the source tree TB --- 2008-12-02 10:17:10 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-12-02 10:17:20 - building world TB --- 2008-12-02 10:17:20 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 10:17:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 10:17:20 - TARGET=pc98 TB --- 2008-12-02 10:17:20 - TARGET_ARCH=i386 TB --- 2008-12-02 10:17:20 - TZ=UTC TB --- 2008-12-02 10:17:20 - __MAKE_CONF=/dev/null TB --- 2008-12-02 10:17:20 - cd /src TB --- 2008-12-02 10:17:20 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 10:17:23 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_args.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_basic.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_bin.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_cred.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_files.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_files.c: In function 'procstat_files': /src/usr.bin/procstat/procstat_files.c:272: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 11:31:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 11:31:03 - ERROR: failed to build world TB --- 2008-12-02 11:31:03 - 3528.58 user 353.62 system 4463.26 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 12:13:26 2008 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 89B45106564A; Tue, 2 Dec 2008 12:13:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5F24F8FC0C; Tue, 2 Dec 2008 12:13:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2CDOpI029196; Tue, 2 Dec 2008 07:13:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2CDOEA071649; Tue, 2 Dec 2008 07:13:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ED05173039; Tue, 2 Dec 2008 07:13:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081202121323.ED05173039@freebsd-current.sentex.ca> Date: Tue, 2 Dec 2008 07:13:23 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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, 02 Dec 2008 12:13:26 -0000 TB --- 2008-12-02 10:38:10 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 10:38:10 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-12-02 10:38:10 - cleaning the object tree TB --- 2008-12-02 10:38:45 - cvsupping the source tree TB --- 2008-12-02 10:38:45 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-12-02 10:38:52 - building world TB --- 2008-12-02 10:38:52 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 10:38:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 10:38:52 - TARGET=ia64 TB --- 2008-12-02 10:38:52 - TARGET_ARCH=ia64 TB --- 2008-12-02 10:38:52 - TZ=UTC TB --- 2008-12-02 10:38:52 - __MAKE_CONF=/dev/null TB --- 2008-12-02 10:38:52 - cd /src TB --- 2008-12-02 10:38:52 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 10:38:54 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_args.c cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_basic.c cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_bin.c cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_cred.c cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_files.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_files.c: In function 'procstat_files': /src/usr.bin/procstat/procstat_files.c:272: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 12:13:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 12:13:23 - ERROR: failed to build world TB --- 2008-12-02 12:13:23 - 4687.92 user 357.02 system 5713.55 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 12:48:34 2008 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 B661E1065670; Tue, 2 Dec 2008 12:48:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 866D08FC17; Tue, 2 Dec 2008 12:48:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2CmV2v032120; Tue, 2 Dec 2008 07:48:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2CmV5C016290; Tue, 2 Dec 2008 07:48:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 68BC473039; Tue, 2 Dec 2008 07:48:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081202124831.68BC473039@freebsd-current.sentex.ca> Date: Tue, 2 Dec 2008 07:48:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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, 02 Dec 2008 12:48:36 -0000 TB --- 2008-12-02 11:31:03 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 11:31:03 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-12-02 11:31:03 - cleaning the object tree TB --- 2008-12-02 11:31:34 - cvsupping the source tree TB --- 2008-12-02 11:31:34 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-12-02 11:31:42 - building world TB --- 2008-12-02 11:31:42 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 11:31:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 11:31:42 - TARGET=powerpc TB --- 2008-12-02 11:31:42 - TARGET_ARCH=powerpc TB --- 2008-12-02 11:31:42 - TZ=UTC TB --- 2008-12-02 11:31:42 - __MAKE_CONF=/dev/null TB --- 2008-12-02 11:31:42 - cd /src TB --- 2008-12-02 11:31:42 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 11:31:45 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_files.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_kstack.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_threads.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_vm.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_vm.c: In function 'procstat_vm': /src/usr.bin/procstat/procstat_vm.c:59: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' /src/usr.bin/procstat/procstat_vm.c:60: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 12:48:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 12:48:31 - ERROR: failed to build world TB --- 2008-12-02 12:48:31 - 3677.00 user 338.99 system 4647.80 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 13:26:33 2008 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 177251065670; Tue, 2 Dec 2008 13:26:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C8B5C8FC16; Tue, 2 Dec 2008 13:26:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2DQUR3037534; Tue, 2 Dec 2008 08:26:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2DQUFI039761; Tue, 2 Dec 2008 08:26:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C3C3773039; Tue, 2 Dec 2008 08:26:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081202132630.C3C3773039@freebsd-current.sentex.ca> Date: Tue, 2 Dec 2008 08:26:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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, 02 Dec 2008 13:26:33 -0000 TB --- 2008-12-02 12:13:24 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 12:13:24 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-02 12:13:24 - cleaning the object tree TB --- 2008-12-02 12:13:37 - cvsupping the source tree TB --- 2008-12-02 12:13:37 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-02 12:13:44 - building world TB --- 2008-12-02 12:13:44 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 12:13:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 12:13:44 - TARGET=sparc64 TB --- 2008-12-02 12:13:44 - TARGET_ARCH=sparc64 TB --- 2008-12-02 12:13:44 - TZ=UTC TB --- 2008-12-02 12:13:44 - __MAKE_CONF=/dev/null TB --- 2008-12-02 12:13:44 - cd /src TB --- 2008-12-02 12:13:44 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 12:13:46 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_files.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_kstack.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_threads.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_vm.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_vm.c: In function 'procstat_vm': /src/usr.bin/procstat/procstat_vm.c:59: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' /src/usr.bin/procstat/procstat_vm.c:60: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 13:26:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 13:26:30 - ERROR: failed to build world TB --- 2008-12-02 13:26:30 - 3446.40 user 333.91 system 4386.67 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 13:57:30 2008 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 6EDF3106567C; Tue, 2 Dec 2008 13:57:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3FDC98FC24; Tue, 2 Dec 2008 13:57:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2DvQkU043663; Tue, 2 Dec 2008 08:57:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2DvQXJ005782; Tue, 2 Dec 2008 08:57:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BE3F873039; Tue, 2 Dec 2008 08:57:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081202135726.BE3F873039@freebsd-current.sentex.ca> Date: Tue, 2 Dec 2008 08:57:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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, 02 Dec 2008 13:57:30 -0000 TB --- 2008-12-02 12:48:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 12:48:31 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-12-02 12:48:31 - cleaning the object tree TB --- 2008-12-02 12:48:38 - cvsupping the source tree TB --- 2008-12-02 12:48:38 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-12-02 12:48:45 - building world TB --- 2008-12-02 12:48:45 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 12:48:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 12:48:45 - TARGET=sun4v TB --- 2008-12-02 12:48:45 - TARGET_ARCH=sparc64 TB --- 2008-12-02 12:48:45 - TZ=UTC TB --- 2008-12-02 12:48:45 - __MAKE_CONF=/dev/null TB --- 2008-12-02 12:48:45 - cd /src TB --- 2008-12-02 12:48:45 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 12:48:46 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_files.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_kstack.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_threads.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_vm.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_vm.c: In function 'procstat_vm': /src/usr.bin/procstat/procstat_vm.c:59: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' /src/usr.bin/procstat/procstat_vm.c:60: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 13:57:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 13:57:26 - ERROR: failed to build world TB --- 2008-12-02 13:57:26 - 3447.77 user 332.59 system 4135.09 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 15:01:16 2008 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 0AA5B1065676; Tue, 2 Dec 2008 15:01:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CDCE88FC12; Tue, 2 Dec 2008 15:01:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2F1DXn058082; Tue, 2 Dec 2008 10:01:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2F1DqO005781; Tue, 2 Dec 2008 10:01:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1242B73039; Tue, 2 Dec 2008 10:01:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081202150113.1242B73039@freebsd-current.sentex.ca> Date: Tue, 2 Dec 2008 10:01:13 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 15:01:16 -0000 TB --- 2008-12-02 14:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 14:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-12-02 14:00:00 - cleaning the object tree TB --- 2008-12-02 14:00:20 - cvsupping the source tree TB --- 2008-12-02 14:00:20 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-12-02 14:00:29 - building world TB --- 2008-12-02 14:00:29 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 14:00:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 14:00:29 - TARGET=arm TB --- 2008-12-02 14:00:29 - TARGET_ARCH=arm TB --- 2008-12-02 14:00:29 - TZ=UTC TB --- 2008-12-02 14:00:29 - __MAKE_CONF=/dev/null TB --- 2008-12-02 14:00:29 - cd /src TB --- 2008-12-02 14:00:29 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 14:00:33 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_files.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_kstack.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_threads.c cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_vm.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_vm.c: In function 'procstat_vm': /src/usr.bin/procstat/procstat_vm.c:59: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' /src/usr.bin/procstat/procstat_vm.c:60: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 15:01:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 15:01:12 - ERROR: failed to build world TB --- 2008-12-02 15:01:12 - 2845.97 user 342.51 system 3672.18 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 15:17:47 2008 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 79F6A106564A; Tue, 2 Dec 2008 15:17:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 48E368FC0C; Tue, 2 Dec 2008 15:17:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2FHji2062843; Tue, 2 Dec 2008 10:17:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2FHj5K017689; Tue, 2 Dec 2008 10:17:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1627A73039; Tue, 2 Dec 2008 10:17:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081202151745.1627A73039@freebsd-current.sentex.ca> Date: Tue, 2 Dec 2008 10:17:45 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 15:17:47 -0000 TB --- 2008-12-02 14:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 14:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-12-02 14:00:00 - cleaning the object tree TB --- 2008-12-02 14:00:24 - cvsupping the source tree TB --- 2008-12-02 14:00:24 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-12-02 14:00:32 - building world TB --- 2008-12-02 14:00:32 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 14:00:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 14:00:32 - TARGET=amd64 TB --- 2008-12-02 14:00:32 - TARGET_ARCH=amd64 TB --- 2008-12-02 14:00:32 - TZ=UTC TB --- 2008-12-02 14:00:32 - __MAKE_CONF=/dev/null TB --- 2008-12-02 14:00:32 - cd /src TB --- 2008-12-02 14:00:32 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 14:00:35 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_files.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_kstack.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_threads.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_vm.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_vm.c: In function 'procstat_vm': /src/usr.bin/procstat/procstat_vm.c:59: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' /src/usr.bin/procstat/procstat_vm.c:60: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 15:17:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 15:17:45 - ERROR: failed to build world TB --- 2008-12-02 15:17:45 - 3597.14 user 359.62 system 4664.35 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 16:15:27 2008 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 5A4FF1065677; Tue, 2 Dec 2008 16:15:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 275AC8FC12; Tue, 2 Dec 2008 16:15:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2GFOoT080287; Tue, 2 Dec 2008 11:15:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB2GFO97060941; Tue, 2 Dec 2008 11:15:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AA9BD73039; Tue, 2 Dec 2008 11:15:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081202161524.AA9BD73039@freebsd-current.sentex.ca> Date: Tue, 2 Dec 2008 11:15:24 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 16:15:27 -0000 TB --- 2008-12-02 15:01:13 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 15:01:13 - starting HEAD tinderbox run for i386/i386 TB --- 2008-12-02 15:01:13 - cleaning the object tree TB --- 2008-12-02 15:01:36 - cvsupping the source tree TB --- 2008-12-02 15:01:36 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-12-02 15:01:43 - building world TB --- 2008-12-02 15:01:43 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 15:01:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 15:01:43 - TARGET=i386 TB --- 2008-12-02 15:01:43 - TARGET_ARCH=i386 TB --- 2008-12-02 15:01:43 - TZ=UTC TB --- 2008-12-02 15:01:43 - __MAKE_CONF=/dev/null TB --- 2008-12-02 15:01:43 - cd /src TB --- 2008-12-02 15:01:43 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 15:01:44 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_files.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_kstack.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_threads.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_vm.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_vm.c: In function 'procstat_vm': /src/usr.bin/procstat/procstat_vm.c:59: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' /src/usr.bin/procstat/procstat_vm.c:60: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 16:15:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 16:15:24 - ERROR: failed to build world TB --- 2008-12-02 16:15:24 - 3535.16 user 339.80 system 4451.22 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 18:31:25 2008 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 59FDD1065673 for ; Tue, 2 Dec 2008 18:31:25 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 1AF9F8FC08 for ; Tue, 2 Dec 2008 18:31:24 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by yw-out-2324.google.com with SMTP id 9so1275731ywe.13 for ; Tue, 02 Dec 2008 10:31:24 -0800 (PST) Received: by 10.142.153.8 with SMTP id a8mr4991968wfe.83.1228242221815; Tue, 02 Dec 2008 10:23:41 -0800 (PST) Received: by 10.142.217.10 with HTTP; Tue, 2 Dec 2008 10:23:41 -0800 (PST) Message-ID: <367b2c980812021023s3c9f005dwf8092cb56d56db2c@mail.gmail.com> Date: Tue, 2 Dec 2008 19:23:41 +0100 From: "Olivier SMEDTS" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: COMPAT_43TTY and MPSAFE tty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Dec 2008 18:31:25 -0000 Hello, Is it safe to run a kernel without options COMPAT_43TTY since the new MPSAFE tty layer was introduced ? I removed it from my kernel config file since few days and didn't notice any change... I use nearly latest -CURRENT on amd64 and never tried removing this option before because of the big "KEEP THIS!". Now I don't use any COMPAT_* option. Olivier -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 18:57:20 2008 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 0DA1D1065678 for ; Tue, 2 Dec 2008 18:57:20 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id A0AB48FC12 for ; Tue, 2 Dec 2008 18:57:19 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 0DBEA1CE1F; Tue, 2 Dec 2008 19:57:19 +0100 (CET) Date: Tue, 2 Dec 2008 19:57:19 +0100 From: Ed Schouten To: Olivier SMEDTS Message-ID: <20081202185719.GR64969@hoeg.nl> References: <367b2c980812021023s3c9f005dwf8092cb56d56db2c@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bn6XL8m8Y51x7rzV" Content-Disposition: inline In-Reply-To: <367b2c980812021023s3c9f005dwf8092cb56d56db2c@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: current@freebsd.org Subject: Re: COMPAT_43TTY and MPSAFE tty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Dec 2008 18:57:20 -0000 --bn6XL8m8Y51x7rzV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Olivier, * Olivier SMEDTS wrote: > Is it safe to run a kernel without options COMPAT_43TTY since the new > MPSAFE tty layer was introduced ? > I removed it from my kernel config file since few days and didn't > notice any change... > I use nearly latest -CURRENT on amd64 and never tried removing this > option before because of the big "KEEP THIS!". Now I don't use any > COMPAT_* option. If you compiled your applications after June 14, everything should just work (not taking binary-only applications into account). Even if you did not, there is a slim chance your application depends on COMPAT_43TTY. COMPAT_43TTY only introduces some binary-only compatibility interfaces (ioctls) for applications that used . I already removed before I imported MPSAFE TTY: http://www.freebsd.org/cgi/cvsweb.cgi/src/include/Attic/sgtty.h I guess we'd better keep COMPAT_43TTY in our stock kernel configuration files for another couple of years, but maybe we should already remove the "[KEEP THIS!]" message. It's also possible to remove "device pty" from your kernel configuration file. If you remove this line, you can only allocate pts(4)-style pseudo-terminals (/dev/pts/...). This means you cannot allocate any pseudo-terminals inside a FreeBSD 4/5/6/7 jail. I guess we should keep "device pty" a little longer than COMPAT_43TTY, because recompiling applications won't migrate the offending ones to pts(4). --=20 Ed Schouten WWW: http://80386.nl/ --bn6XL8m8Y51x7rzV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkk1hQ4ACgkQ52SDGA2eCwUjSgCeIHzCPWipUzsN8UZm/mAV9oKH UykAniXr5OtgQI/Ej5dDvXAqiWrkJ9zX =dKLo -----END PGP SIGNATURE----- --bn6XL8m8Y51x7rzV-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 19:05:22 2008 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 DCCD9106568D for ; Tue, 2 Dec 2008 19:05:22 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-gx0-f19.google.com (mail-gx0-f19.google.com [209.85.217.19]) by mx1.freebsd.org (Postfix) with ESMTP id 82FE88FC19 for ; Tue, 2 Dec 2008 19:05:14 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by gxk12 with SMTP id 12so1966900gxk.19 for ; Tue, 02 Dec 2008 11:04:55 -0800 (PST) Received: by 10.142.154.14 with SMTP id b14mr4987708wfe.250.1228244676097; Tue, 02 Dec 2008 11:04:36 -0800 (PST) Received: by 10.142.217.10 with HTTP; Tue, 2 Dec 2008 11:04:36 -0800 (PST) Message-ID: <367b2c980812021104h6453799epa210de327a21f54b@mail.gmail.com> Date: Tue, 2 Dec 2008 20:04:36 +0100 From: "Olivier SMEDTS" To: current@freebsd.org In-Reply-To: <20081202185719.GR64969@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <367b2c980812021023s3c9f005dwf8092cb56d56db2c@mail.gmail.com> <20081202185719.GR64969@hoeg.nl> Cc: Subject: Re: COMPAT_43TTY and MPSAFE tty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Dec 2008 19:05:22 -0000 2008/12/2 Ed Schouten : > Hello Olivier, > > * Olivier SMEDTS wrote: >> Is it safe to run a kernel without options COMPAT_43TTY since the new >> MPSAFE tty layer was introduced ? >> I removed it from my kernel config file since few days and didn't >> notice any change... >> I use nearly latest -CURRENT on amd64 and never tried removing this >> option before because of the big "KEEP THIS!". Now I don't use any >> COMPAT_* option. > > If you compiled your applications after June 14, everything should just > work (not taking binary-only applications into account). Even if you did > not, there is a slim chance your application depends on COMPAT_43TTY. > > COMPAT_43TTY only introduces some binary-only compatibility interfaces > (ioctls) for applications that used . I already removed > before I imported MPSAFE TTY: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/include/Attic/sgtty.h > > I guess we'd better keep COMPAT_43TTY in our stock kernel configuration > files for another couple of years, but maybe we should already remove > the "[KEEP THIS!]" message. > > It's also possible to remove "device pty" from your kernel configuration > file. If you remove this line, you can only allocate pts(4)-style > pseudo-terminals (/dev/pts/...). This means you cannot allocate any > pseudo-terminals inside a FreeBSD 4/5/6/7 jail. I guess we should keep > "device pty" a little longer than COMPAT_43TTY, because recompiling > applications won't migrate the offending ones to pts(4). Ok, thanks for the clarification :) Cheers, Olivier -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 20:33:11 2008 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 843D4106564A; Tue, 2 Dec 2008 20:33:11 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 48EB78FC18; Tue, 2 Dec 2008 20:33:11 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 3888E23C45D; Tue, 2 Dec 2008 21:33:09 +0100 (CET) Date: Tue, 2 Dec 2008 21:33:09 +0100 From: Peter Schuller To: Pawel Jakub Dawidek Message-ID: <20081202203308.GA13818@hyperion.scode.org> References: <20081117205526.GC1733@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <20081117205526.GC1733@garage.freebsd.pl> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Dec 2008 20:33:11 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I just upgraded my workstation to CURRENT for the purpose of testing ZFS. I wanted to report one anomoly that I have seen so far, that I never saw before and that I do not recognize from other posts. I had ktorrent seemingly hang. The process is in state TL, and does not respond to SIGKILL. SIGCONT also has no effect; neither has SIGSTOP followed by SIGCONT. Though I do not know how ktorrent works internally, the typical behavior, and behavior that I saw just prior to this hang, is one of periodically flushing out a lot of (bittorrent, not file system) blocks. This happens to the point that the pool is more or less saturated for the duration of these bursts (when downloading quickly; around 10 MB/sec in this case). So possibly the triggering factor is quick writing of a lot of randomly located blocks in a handful of files. The current kernel has WITNESS/INVARIATNS, but I did not see anyting in dmesg subsequent or just prior to this hang. Both the pool and the file system seem fully functional; this is distinct from the "hang in zfs state" issue that I see every now and then on 7.0 whereby the affect ZFS file systems will be completely inoperable (but not the entire pool). The sources were cvsup:ed late yesterday. The pool consists of two mirrored vdev:s with one hot spare. The on-disk format is 6 (I have not yet upgrade:d the pool nor any file systems). This is on an amd64 dual-core system with 4 GB:s of RAM. No ZFS related loader variables remain in loader.conf (I let it auto-tune the ARC to around 600 MB). The file system on which ktorrent was doing it's bulk I/O has its recordsize set to 8 kb, but is otherwise standard (no compression or funny options). --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk1m4QACgkQDNor2+l1i321fgCeI3gIhLMr4SjoqqVjfnm/ATuC baoAoIeqEftXjk+AI74IhbygzLTlQEly =jRP0 -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 20:35:11 2008 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 0F303106567A; Tue, 2 Dec 2008 20:35:11 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id C8D438FC14; Tue, 2 Dec 2008 20:35:10 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 2AE1823C45D; Tue, 2 Dec 2008 21:35:10 +0100 (CET) Date: Tue, 2 Dec 2008 21:35:10 +0100 From: Peter Schuller To: Pawel Jakub Dawidek Message-ID: <20081202203509.GA14126@hyperion.scode.org> References: <20081117205526.GC1733@garage.freebsd.pl> <20081202203308.GA13818@hyperion.scode.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <20081202203308.GA13818@hyperion.scode.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Dec 2008 20:35:11 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > I had ktorrent seemingly hang. The process is in state TL, and does > not respond to SIGKILL. SIGCONT also has no effect; neither has > SIGSTOP followed by SIGCONT. This was the case for something like half an hour before I decided to post. Right after posting (typical) I noticed that the process has now become unstuck and is killed (presumably due to my previous kill -9). No further output in dmesg to indicate what happened. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk1m/0ACgkQDNor2+l1i32p7gCgq4/GORPHRIqJSHpOYsH4CKrP jfoAn2iHQXdWcSSuU/5GRNuC9PnOSM0l =P8mS -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 21:15:00 2008 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 121FD106564A for ; Tue, 2 Dec 2008 21:15:00 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id DD2C68FC24 for ; Tue, 2 Dec 2008 21:14:59 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 095101A000B24 for ; Tue, 2 Dec 2008 12:54:26 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id X-TPa-tmd0bM for ; Tue, 2 Dec 2008 12:54:21 -0800 (PST) Received: from coal.localnet (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 90E3B1A000B23 for ; Tue, 2 Dec 2008 12:54:21 -0800 (PST) From: Freddie Cash To: freebsd-current@freebsd.org Date: Tue, 2 Dec 2008 12:54:21 -0800 User-Agent: KMail/1.10.3 (Linux/2.6.26-1-686; KDE/4.1.3; i686; ; ) References: <20081117205526.GC1733@garage.freebsd.pl> <20081202203308.GA13818@hyperion.scode.org> In-Reply-To: <20081202203308.GA13818@hyperion.scode.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812021254.21242.fjwcash@gmail.com> Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Dec 2008 21:15:00 -0000 On December 2, 2008 12:33 pm Peter Schuller wrote: > I just upgraded my workstation to CURRENT for the purpose of testing > ZFS. I wanted to report one anomoly that I have seen so far, that I > never saw before and that I do not recognize from other posts. > > I had ktorrent seemingly hang. The process is in state TL, and does > not respond to SIGKILL. SIGCONT also has no effect; neither has > SIGSTOP followed by SIGCONT. > > Though I do not know how ktorrent works internally, the typical > behavior, and behavior that I saw just prior to this hang, is one of > periodically flushing out a lot of (bittorrent, not file system) > blocks. This happens to the point that the pool is more or less > saturated for the duration of these bursts (when downloading quickly; > around 10 MB/sec in this case). So possibly the triggering factor is > quick writing of a lot of randomly located blocks in a handful of > files. Hrm, I wonder if this is what I'm running into with 7.1-PRERELEASE (Nov 17). I'm running a P4 3.0 GHz system w/2 GB RAM, and 3x 200 GB SATA drives in raidz1 config (/ is on USB flash drive, everything else is on ZFS). I'm also running ktorrent. I've noticed the past couple of days, when using the server (not very often), every now and then, the GUI (KDE 4.1) will "hang" for up to 5 minutes (no mouse movement, no keyboard events), while the drives work like crazy. The drives will quiet, and everything will go back to working all nice and snappy. Most noticeable when new torrents start to download (pre- allocate space for new torrents is disabled), or when combined download rate goes above 100 KBps, or combined up/down rate goes above 200 KBps. Unfortunately, when this happens, I can't swith terminals or apps to see what's happening with gstat, zpool stats, vmstat, top, etc. During this "hang" period, network throughput also drops to nil, most noticeable when watching video over Samba/NFS via the laptop in the living room. Movie pauses for up to 2 minutes, then either continues, or the player aborts and starts the next one in the queue. Gets really annoying when it pauses multiple times in a 60-minute video. I figured this was a networking issue, as it only ever affected streaming movies off the server, and have been playing with Samba setting, NFS settings, TCP/IP sysctls, and NIC options on the server and laptop. Never thought to look at ZFS, as it's only been in the last couple days that I noticed the drives working like crazy in burst. Unfortunately, by the time I go from the living room downstairs to the computer room upstairs, things have generally resolved themselves, so I can't say for sure that the pausing video stream is happening at the same time as the drives are working like crazy. loader.conf sets kmem_max to 1 GB, zfs_arc_max to 0.5 GB, and disables ZFS prefetching. All ZFS filesystems have recordsize set to 64 KB; /usr/src and /usr/ports have lzjb compression enabled; all the other filesystems have compression disabled. TCP send and receive buffers are also set to 64 KB. Not sure what to look for, or how to go about debugging this one. Just been living with it. So any and all suggestions, comments, threats, and flames welcomed. :) -- Freddie fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 23:29:26 2008 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 B18A51065676 for ; Tue, 2 Dec 2008 23:29:26 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 765C18FC22 for ; Tue, 2 Dec 2008 23:29:26 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 2DD2223C44F; Wed, 3 Dec 2008 00:29:25 +0100 (CET) Date: Wed, 3 Dec 2008 00:29:25 +0100 From: Peter Schuller To: Freddie Cash Message-ID: <20081202232924.GA19134@hyperion.scode.org> References: <20081117205526.GC1733@garage.freebsd.pl> <20081202203308.GA13818@hyperion.scode.org> <200812021254.21242.fjwcash@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <200812021254.21242.fjwcash@gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Dec 2008 23:29:26 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > I've noticed the past couple of days, when using the server (not very=20 > often), every now and then, the GUI (KDE 4.1) will "hang" for up to 5=20 > minutes (no mouse movement, no keyboard events), while the drives work li= ke=20 > crazy. I was not explicit about it, but FWIW in my case the hang is not due to drive saturation. The drives were mostly idle (except some stuff triggered by a buildworld I had going) during the extended period of ktorrent being unkillable. But again I never had this happen pre-CURRENT. > The drives will quiet, and everything will go back to working all=20 > nice and snappy. Most noticeable when new torrents start to download (pr= e- > allocate space for new torrents is disabled), or when combined download r= ate=20 > goes above 100 KBps, or combined up/down rate goes above 200 KBps. =20 FWIW I never see any problems at all, even normally, until at least a couple of megabytes (not megabits) per second of throughput. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk1xNQACgkQDNor2+l1i30vxgCgpIk068hI+3dpdgEJTby/MQYw PkoAoL30BP8QnbLA8muB6Q96DVnPDz+J =gNtY -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 23:30:46 2008 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 79599106564A; Tue, 2 Dec 2008 23:30:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id F11E78FC1A; Tue, 2 Dec 2008 23:30:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mB2NUdEl012440; Tue, 2 Dec 2008 18:30:40 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Kostik Belousov Date: Tue, 2 Dec 2008 18:28:36 -0500 User-Agent: KMail/1.9.7 References: <200811201627.58289.jhb@freebsd.org> <200811211452.02545.jhb@freebsd.org> <20081122115028.GB6408@deviant.kiev.zoral.com.ua> In-Reply-To: <20081122115028.GB6408@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812021828.36857.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 02 Dec 2008 18:30:40 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8713/Tue Dec 2 14:59:31 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: scottl@freebsd.org, current@freebsd.org Subject: Re: [PATCH] Make udf(4) MPSAFE and use shared lookups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Dec 2008 23:30:46 -0000 On Saturday 22 November 2008 06:50:28 am Kostik Belousov wrote: > udf_vget() does insmntque() before vnode is fully initialized, allowing > other threads to find the vnode on the mount list. This is typical for > !MPSAFE fs, and it seems corresponding call was not marked XXX for udf. It does the same as ufs. ufs only partially initializes the i-node (as much as both cd9660 and udf do) and then exclusive locks the vnode before insmntque(). They then finish initializing the i-node (bread() the d-node, for example) and finally drop the vnode lock. > udf_lookup for ISDOTDOT case unlocks dvp before vget'ing "..", allowing > the same race on forced unmount as ufs (I will finally commit ufs patch > today). The race happens for !MPSAFE code too, but it is easier to > execute without Giant. Every fs is going to need this workaround it seems. Would be nice if there was an easier way to avoid cut and pasting this code N times. Perhaps we could make lookup() check VI_DOOMED instead? I had changed it do that at one point, but then someone pointed me at the deadfs stuff and said that was sufficient. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 00:19:57 2008 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 DD4DD1065673 for ; Wed, 3 Dec 2008 00:19:57 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id A3E1E8FC1A for ; Wed, 3 Dec 2008 00:19:57 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id CF15073098; Wed, 3 Dec 2008 01:24:46 +0100 (CET) Date: Wed, 3 Dec 2008 01:24:46 +0100 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20081203002446.GA70507@onelab2.iet.unipi.it> References: <200812021457.mB2Evmha063418@svn.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200812021457.mB2Evmha063418@svn.freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: RFC - two more pending issues for boot0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 00:19:57 -0000 It has been brought to my attention that there are two more pending issues for the boot0 code: 1. allow booting from 'DOS Extended' partitions (type 0x5 and 0xf) These partition types are currently in the 'kill list' with no option to override them (other than poking into the bootsector). According to http://www.freebsd.org/cgi/query-pr.cgi?pr=70531 LILO and GRUB _can_ be installed in those partitions so it would make sense to allow them. The change is pretty trivial and safe (boot0 already allows booting from any unknown partition) and one can disable a particular partition using boot0cfg -m This is a trivial change (actually a simplification of the code), so I think it should go in unconditionally. 2. preserve the 'NT Disk UID', claimed to be used in Vista as well. see http://www.freebsd.org/cgi/query-pr.cgi?pr=127764 This change, even though trivial in terms of code, is a bit more intrusive as it requires to move the data area in boot0, and as a consequence requires a patch (though a trivial one) to boot0cfg to let it recognise and manipulate the boot sector. I have implemented this (in a form slightly different from the PR), and it can be conditionally compiled with -DNT_SERIAL , I plan to commit it, but not make it the default. I would like to know how useful people consider this feature. cheers luigi From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 01:01:15 2008 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 29FCB1065673 for ; Wed, 3 Dec 2008 01:01:15 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id F25EB8FC0C for ; Wed, 3 Dec 2008 01:01:14 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3146359rvf.43 for ; Tue, 02 Dec 2008 17:01:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=5BiZPv5IgKctrGmtR0HCiu5erhLmGsGLAajqHWjMqt4=; b=uCHZq2KGaH+rEAgovAZ5F6hqP3fgwrl61lFUe27Iz0C3/dgywJcTA/VHXbBqFUZi6U 9AreIY96ddo8TgUDfFS/ERuCPvN2Q2Vk1N5U3uTRj64m5BUm9D21eatkBBj8NWLqm5AY zOjKA2LPb1WSPXVDtQcTW0QZNQrI1oJL6yBZs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=Etly/GsUdlhh+6a4wVcy4ryAzN5Cy/u3Pu1TtOnpW+VRscrALUrQcoLpml7c6PRxRE iElF2KiO4lSXmBe08rHiU75fI6XTf5r1iDerWAViqAF1v4MOXfAD/PK+NedzaLqqzXQT 7UFcFkTWCKPUpEYkWOv+hrCLI8HF7LWAHIqck= Received: by 10.140.201.21 with SMTP id y21mr6035860rvf.102.1228266074217; Tue, 02 Dec 2008 17:01:14 -0800 (PST) Received: by 10.140.177.21 with HTTP; Tue, 2 Dec 2008 17:01:14 -0800 (PST) Message-ID: Date: Tue, 2 Dec 2008 17:01:14 -0800 From: "Maksim Yevmenkin" To: "current@freebsd.org" MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_103561_30556547.1228266074197" Cc: Subject: RFC: small syscons and kbd patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 01:01:15 -0000 ------=_Part_103561_30556547.1228266074197 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Dear Hackers, can someone please review the attached small patch for syscons and kbd? it should be a no-op mostly. the patch basically does 1) removes bogus layering in syscons, i.e. basically removes sccngetch(); 2) implements advisory lock for kbd (based on atomic(9)); 3) implements new POLLED flag for kbd; this is a part of a plan to fix keyboard access races in syscons. thanks, max ------=_Part_103561_30556547.1228266074197 Content-Type: text/plain; name=syscons.kbd.patch.txt Content-Transfer-Encoding: base64 X-Attachment-Id: f_fo99mbnb0 Content-Disposition: attachment; filename=syscons.kbd.patch.txt SW5kZXg6IHN5cy9kZXYvc3lzY29ucy9zeXNjb25zLmMKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi9z eXNjb25zL3N5c2NvbnMuYwkocmV2aXNpb24gMTg1MzE5KQorKysgc3lzL2Rldi9zeXNjb25zL3N5 c2NvbnMuYwkod29ya2luZyBjb3B5KQpAQCAtMTc5LDcgKzE3OSw2IEBACiBzdGF0aWMgdV9pbnQg c2NnZXRjKHNjX3NvZnRjX3QgKnNjLCB1X2ludCBmbGFncyk7CiAjZGVmaW5lIFNDR0VUQ19DTgkx CiAjZGVmaW5lIFNDR0VUQ19OT05CTE9DSwkyCi1zdGF0aWMgaW50IHNjY25nZXRjaChpbnQgZmxh Z3MpOwogc3RhdGljIHZvaWQgc2NjbnVwZGF0ZShzY3Jfc3RhdCAqc2NwKTsKIHN0YXRpYyBzY3Jf c3RhdCAqYWxsb2Nfc2NwKHNjX3NvZnRjX3QgKnNjLCBpbnQgdnR5KTsKIHN0YXRpYyB2b2lkIGlu aXRfc2NwKHNjX3NvZnRjX3QgKnNjLCBpbnQgdnR5LCBzY3Jfc3RhdCAqc2NwKTsKQEAgLTE1NTgs MTIgKzE1NTcsNiBAQAogc3RhdGljIGludAogc2NfY25nZXRjKHN0cnVjdCBjb25zZGV2ICpjZCkK IHsKLSAgICByZXR1cm4gc2NjbmdldGNoKFNDR0VUQ19OT05CTE9DSyk7Ci19Ci0KLXN0YXRpYyBp bnQKLXNjY25nZXRjaChpbnQgZmxhZ3MpCi17CiAgICAgc3RhdGljIHN0cnVjdCBma2V5dGFiIGZr ZXk7CiAgICAgc3RhdGljIGludCBma2V5Y3A7CiAgICAgc2NyX3N0YXQgKnNjcDsKQEAgLTE2MDQs NyArMTU5Nyw3IEBACiAgICAga2JkZF9pb2N0bChzY3AtPnNjLT5rYmQsIEtEU0tCTU9ERSwgKGNh ZGRyX3QpJnNjcC0+a2JkX21vZGUpOwogCiAgICAga2JkZF9wb2xsKHNjcC0+c2MtPmtiZCwgVFJV RSk7Ci0gICAgYyA9IHNjZ2V0YyhzY3AtPnNjLCBTQ0dFVENfQ04gfCBmbGFncyk7CisgICAgYyA9 IHNjZ2V0YyhzY3AtPnNjLCBTQ0dFVENfQ04gfCBTQ0dFVENfTk9OQkxPQ0spOwogICAgIGtiZGRf cG9sbChzY3AtPnNjLT5rYmQsIEZBTFNFKTsKIAogICAgIHNjcC0+a2JkX21vZGUgPSBjdXJfbW9k ZTsKSW5kZXg6IHN5cy9kZXYva2JkL2tiZC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9kZXYva2JkL2ti ZC5jCShyZXZpc2lvbiAxODUzMTkpCisrKyBzeXMvZGV2L2tiZC9rYmQuYwkod29ya2luZyBjb3B5 KQpAQCAtMTEwMiw2ICsxMTAyLDEyIEBACiAJfQogfQogCitpbnQKK2dlbmtiZF9sb2NrKGtleWJv YXJkX3QgKmtiZCwgaW50IG9uKQoreworCXJldHVybiAoYXRvbWljX2NtcHNldF9hY3FfaW50KCZr YmQtPmtiX2xvY2tlZCwgISEhb24sICEhb24pKTsKK30KKwogI2RlZmluZSBzZXRfbG9ja2tleV9z dGF0ZShrLCBzLCBsKQkJCQlcCiAJaWYgKCEoKHMpICYgbCAjIyBET1dOKSkgewkJCQlcCiAJCWlu dCBpOwkJCQkJCVwKSW5kZXg6IHN5cy9kZXYva2JkL2tiZHJlZy5oCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5 cy9kZXYva2JkL2tiZHJlZy5oCShyZXZpc2lvbiAxODUzMTkpCisrKyBzeXMvZGV2L2tiZC9rYmRy ZWcuaAkod29ya2luZyBjb3B5KQpAQCAtNjAsNyArNjAsOSBAQAogI2RlZmluZSBLQl9JTklUSUFM SVpFRAkoMSA8PCAxOSkJLyogZGV2aWNlIGluaXRpYWxpemVkICovCiAjZGVmaW5lIEtCX1JFR0lT VEVSRUQJKDEgPDwgMjApCS8qIGRldmljZSByZWdpc3RlcmVkIHRvIGtiZGlvICovCiAjZGVmaW5l IEtCX0JVU1kJCSgxIDw8IDIxKQkvKiBkZXZpY2UgdXNlZCBieSBhIGNsaWVudCAqLworI2RlZmlu ZSBLQl9QT0xMRUQJKDEgPDwgMjIpCS8qIGRldmljZSBpcyBpbiBwb2xsZWQgbW9kZSAqLwogCWlu dAkJa2JfYWN0aXZlOwkvKiAwOiBpbmFjdGl2ZSAqLworCWludAkJa2JfbG9ja2VkOwkvKiAwOiB1 bmxvY2tlZCAqLwogCXZvaWQJCSprYl90b2tlbjsJLyogaWQgb2YgdGhlIGN1cnJlbnQgY2xpZW50 ICovCiAJa2V5Ym9hcmRfY2FsbGJhY2tfdCBrYl9jYWxsYmFjazsvKiBjYWxsYmFjayBmdW5jdGlv biAqLwogCkBAIC0xMDcsNiArMTA5LDkgQEAKICNkZWZpbmUgS0JEX0lTX0JVU1koaykJCSgoaykt PmtiX2ZsYWdzICYgS0JfQlVTWSkKICNkZWZpbmUgS0JEX0JVU1koaykJCSgoayktPmtiX2ZsYWdz IHw9IEtCX0JVU1kpCiAjZGVmaW5lIEtCRF9VTkJVU1koaykJCSgoayktPmtiX2ZsYWdzICY9IH5L Ql9CVVNZKQorI2RlZmluZSBLQkRfSVNfUE9MTEVEKGspCSgoayktPmtiX2ZsYWdzICYgS0JfUE9M TEVEKQorI2RlZmluZSBLQkRfUE9MTEVEKGspCQkoKGspLT5rYl9mbGFncyB8PSBLQl9QT0xMRUQp CisjZGVmaW5lIEtCRF9VTlBPTExFRChrKQkJKChrKS0+a2JfZmxhZ3MgJj0gfktCX1BPTExFRCkK ICNkZWZpbmUgS0JEX0lTX0FDVElWRShrKQkoKGspLT5rYl9hY3RpdmUpCiAjZGVmaW5lIEtCRF9B Q1RJVkFURShrKQkJKCsrKGspLT5rYl9hY3RpdmUpCiAjZGVmaW5lIEtCRF9ERUFDVElWQVRFKGsp CSgtLShrKS0+a2JfYWN0aXZlKQpAQCAtMTcwLDcgKzE3NSw3IEBACiAJKCprYmRzd1soa2JkKS0+ a2JfaW5kZXhdLT5pbnRyKSgoa2JkKSwgKGFyZykpCiAjZGVmaW5lIGtiZGRfdGVzdF9pZihrYmQp CQkJCQkJXAogCSgqa2Jkc3dbKGtiZCktPmtiX2luZGV4XS0+dGVzdF9pZikoKGtiZCkpCi0jZGVm aW5lIGtiZGRfZW5hYmxlKGtiZCkJCQkJCQkJXAorI2RlZmluZSBrYmRkX2VuYWJsZShrYmQpCQkJ CQkJXAogCSgqa2Jkc3dbKGtiZCktPmtiX2luZGV4XS0+ZW5hYmxlKSgoa2JkKSkKICNkZWZpbmUg a2JkZF9kaXNhYmxlKGtiZCkJCQkJCQlcCiAJKCprYmRzd1soa2JkKS0+a2JfaW5kZXhdLT5kaXNh YmxlKSgoa2JkKSkKQEAgLTE5NCw3ICsxOTksNyBAQAogCSgqa2Jkc3dbKGtiZCktPmtiX2luZGV4 XS0+Z2V0X3N0YXRlKSgoa2JkKSwgKGJ1ZiksIChsZW4pKQogI2RlZmluZSBrYmRkX3NldF9zdGF0 ZShrYmQsIGJ1ZiwgbGVuKQkJCQkJXAogCSgqa2Jkc3dbKGtiZCktPmtiX2luZGV4XS0+c2V0X3N0 YXRlKSgoa2JkKSwgKGJ1ZiksIChsZW4pKQotI2RlZmluZSBrYmRkX2dldF9ma2V5c3RyKGtiZCwg ZmtleSwgbGVuKQkJCQkJXAorI2RlZmluZSBrYmRkX2dldF9ma2V5c3RyKGtiZCwgZmtleSwgbGVu KQkJCQlcCiAJKCprYmRzd1soa2JkKS0+a2JfaW5kZXhdLT5nZXRfZmtleXN0cikoKGtiZCksIChm a2V5KSwgKGxlbikpCiAjZGVmaW5lIGtiZGRfcG9sbChrYmQsIG9uKQkJCQkJCVwKIAkoKmtiZHN3 WyhrYmQpLT5rYl9pbmRleF0tPnBvbGwpKChrYmQpLCAob24pKQpAQCAtMjkzLDYgKzI5OCw3IEBA CiAKIGtiZF9nZXRfZmtleXN0cl90CWdlbmtiZF9nZXRfZmtleXN0cjsKIGtiZF9kaWFnX3QJCWdl bmtiZF9kaWFnOwora2JkX2xvY2tfdAkJZ2Vua2JkX2xvY2s7CiAKIGludCAJZ2Vua2JkX2NvbW1v bmlvY3RsKGtleWJvYXJkX3QgKmtiZCwgdV9sb25nIGNtZCwgY2FkZHJfdCBhcmcpOwogaW50IAln ZW5rYmRfa2V5YWN0aW9uKGtleWJvYXJkX3QgKmtiZCwgaW50IGtleWNvZGUsIGludCB1cCwK ------=_Part_103561_30556547.1228266074197-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 02:31:26 2008 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 9CADE1065677 for ; Wed, 3 Dec 2008 02:31:26 +0000 (UTC) (envelope-from alexus@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6D7F78FC17 for ; Wed, 3 Dec 2008 02:31:26 +0000 (UTC) (envelope-from alexus@gmail.com) Received: by wa-out-1112.google.com with SMTP id m34so1608319wag.27 for ; Tue, 02 Dec 2008 18:31:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=gAKy5BSywuJvyXMqPdTso9iMwAQAWP4lfbcrFc3Upug=; b=VxcKGHCuzJGLG098hz3flw3MkP9pCAvo8v59JrU4SvCh3LHJS6gMkx/izBabMIGlSG JUOJubOrAV89kvhVWUQNGtX7xD0dGrAlL4kaUV29d03Bu/99Pz2Swk56VQOLpC43KjKd ythVBokhYLLET7RujtZErv1CiM08myUd/x4mk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=XJp7R741lJdulQ23w9DYZ5SsFvjS+tQk5/PDE0BgMQXmrnbmad2/K/Rk58WdL2CCms WOniP/TIKv0FGcz5Lxcvad1SM3srDRVjK1CX52rhtlz+k7OLlCXvyCXHndr70YL9hHQx ZVpbUACfRCk+5Iqsn0PUdnA/RLQkkE/9ZoKSM= Received: by 10.114.145.1 with SMTP id s1mr7770109wad.118.1228269623645; Tue, 02 Dec 2008 18:00:23 -0800 (PST) Received: by 10.114.67.7 with HTTP; Tue, 2 Dec 2008 18:00:23 -0800 (PST) Message-ID: <6ae50c2d0812021800x791d2cfeh45d590de120f76df@mail.gmail.com> Date: Tue, 2 Dec 2008 21:00:23 -0500 From: alexus To: "Alexander Leidinger" In-Reply-To: <20081201122937.81475f0zhfsjya4o@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081201085229.D80401@maildrop.int.zabbadoz.net> <20081201122937.81475f0zhfsjya4o@webmail.leidinger.net> X-Mailman-Approved-At: Wed, 03 Dec 2008 03:17:45 +0000 Cc: "Bjoern A. Zeeb" , freebsd-jail@freebsd.org, FreeBSD virtualization mailing list , freebsd-current@freebsd.org Subject: Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in 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: Wed, 03 Dec 2008 02:31:26 -0000 as far as I understood HEAD is 8.0-CURRENT is there a way for us to start using it before 8.0 hits -RELEASE which according to freebsd.org will be in june 2009, which we all know how accured their schedule is, so, my guess is very well Q4 of 2009 (if we lucky), I somehow was under impression (and i guess i was wrong) that it will come out in 7.1, I have a server that needs to be migrated and really doing so without multi ip patch will be a really big ......... -- http://alexus.org/ From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 04:06:45 2008 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 4EAFF1065673 for ; Wed, 3 Dec 2008 04:06:45 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao104.cox.net (eastrmmtao104.cox.net [68.230.240.46]) by mx1.freebsd.org (Postfix) with ESMTP id D5AD38FC0A for ; Wed, 3 Dec 2008 04:06:44 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmimpo03.cox.net ([68.1.16.126]) by eastrmmtao104.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20081203040644.GZVH27943.eastrmmtao104.cox.net@eastrmimpo03.cox.net>; Tue, 2 Dec 2008 23:06:44 -0500 Received: from serene.no-ip.org ([72.200.37.152]) by eastrmimpo03.cox.net with bizsmtp id mU6j1a00J3Gxf8w02U6kXw; Tue, 02 Dec 2008 23:06:44 -0500 X-Authority-Analysis: v=1.0 c=1 a=-Dsz7iVFbTYvjuZJvIEA:9 a=stdCqmBciLX5ApaCJ38A:7 a=O3P7LulVgtJmqJbWaTgQ_Xv0yr4A:4 a=PKgchsl1YdkA:10 a=4vB-4DCPJfMA:10 a=LY0hPdMaydYA:10 X-CM-Score: 0.00 Date: Tue, 2 Dec 2008 22:06:43 -0600 From: "Conrad J. Sabatier" To: Randy Bush Message-ID: <20081202220643.72eb52a3@serene.no-ip.org> In-Reply-To: <4930D7CE.4080909@psg.com> References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.14.4; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 04:06:45 -0000 On Sat, 29 Nov 2008 14:49:02 +0900 Randy Bush wrote: > what a tragic story. and zero technical info, like even what your > controller is. best of luck in penguin land. bye! > > randy No, actually, I forwarded to Soren all the information I could glean from Windows Vista, Linux and FreeBSD (which I managed to install on an external USB drive). I also applied the patches he sent me, which failed to cure the problem, and have been monitoring the mailing lists and CVS repo for any signs of progress, but so far I've seen nothing. If I were more technically adept in the realm of hardware drivers and low-level system programming, I'd gladly help out. I did, in fact, ask Soren if there was anything else I could do to help, but was met with absolute silence. Believe me, I'm none too eager to have to forsake FreeBSD for the land of the penguin, after 12+ years of happily using FreeBSD, and even contributing where I could, in the areas of port maintenance and sharing my accumulated knowledge in the mailing lists. It's more than a little saddening to me that little or no attention has been paid to this problem, leaving me no choice but to seek another platform capable of managing all of my hardware. So, what can I say, other than that it's been a great 12 years, and I will sadly miss continuing to be an active member of the FreeBSD community, your flippant response notwithstanding. Perhaps if you'd been following the lists more closely over the last several months, you'd have realized that this was not my first post on this subject, although it will probably be the last. I'd certainly love it if I were proven wrong and a solution to my problem was indeed forthcoming, but given the utter silence and neglect I've been seeing, I'm not holding out any great hopes. Best wishes to the FreeBSD community. No hard feelings, and I will still continue to checkout the latest sources from time to time just on the outside chance that a solution will eventually be found. Sincerest regards from a long-time FreeBSD user now in exile. :-( -- Conrad J. Sabatier From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 05:10:32 2008 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 61BD9106564A for ; Wed, 3 Dec 2008 05:10:32 +0000 (UTC) (envelope-from m.k12015@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.235]) by mx1.freebsd.org (Postfix) with ESMTP id 10E348FC18 for ; Wed, 3 Dec 2008 05:10:31 +0000 (UTC) (envelope-from m.k12015@gmail.com) Received: by qb-out-0506.google.com with SMTP id f30so3245008qba.35 for ; Tue, 02 Dec 2008 21:10:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=qhLZZmI85iX0mWJObghfoW4L7Qi5ttPbIEHNN6BntqU=; b=f01NyLIhHlYhKpA7umOEIiIQMHd20c9FE9vUHe5QOC2whzgRZiwdokbDBSk6IlqadI MXnXP0PmreAkpHik82cbD3M60EJu81StVpA6ol0LmdNa2fMyPuI2BS+oBznzJm5Yjp3V Bf7adXET02hLIwxjB/RfTM+546LNlvvYQd3Gk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=VxHq+3W3avf0d2B+u6SYEnIksxvblcNAaRHTp/lTU7//sTlIYP1a5B79kufq4hOzE5 HZeaQVW9uzZsziL3gxqqULcBwE8O4JxBRXhi2iks+QPZTo82R/46Vo4QoKtRZjHufSAA CgLjt3pKc0Hu0YRA09NyVPUrnXS15Q6aAk6lc= Received: by 10.142.142.14 with SMTP id p14mr4411996wfd.202.1228279914356; Tue, 02 Dec 2008 20:51:54 -0800 (PST) Received: by 10.143.97.8 with HTTP; Tue, 2 Dec 2008 20:51:54 -0800 (PST) Message-ID: <870d2e5a0812022051q2007b46eq4fd2115f76f3e5d6@mail.gmail.com> Date: Wed, 3 Dec 2008 13:51:54 +0900 From: "k m" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: ASUS Eee PC S101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 05:10:32 -0000 Hi, I bought ASUS Eee PC S101 (http://eeepc.asus.com/global/products101.html), and installed the recent CURRENT according to the information at http://wiki.freebsd.org/AsusEee . It basically works. Atheros L1 FastEthernet: (it works) It basically works. But, I met the same situation as mentioned in the recent mail(http://lists.freebsd.org/pipermail/freebsd-current/2008-December/000871.html). It had happened when I mounted nfs of ports tree and did 'make instlall' for some ports. It made everything very slow, but everything worked. For example, I could log in from the other machine by ssh. Wireless lan: (it doesn't work) % pciconf -l -v ... none1@pci0:1:0:0: class=0x028000 card=0x10671a3b chip=0x002a168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' class = network It looks it is not supported yet. (see http://lists.freebsd.org/pipermail/freebsd-net/2008-September/019563.html) I'm waiting for new driver ;-) Suspend/resume: (it doesn't work) According to the wiki, I have set hw.acpi.reset_video=1 in /etc/sysctl.conf. And 'acpiconf -s3' makes the machine be suspended. After the resuming by the power button, my eee hanged up with the following kernel message; acpi_acad0: unknown notify 0x81 ale0: 2 link states coalesced ad0: FAILURE - SET_MULTI status=51 error=4 Touchpad (synaptics): (it probably works) X and KDE 4.1 work without moused. I declared moused="NO" in /etc/rc.conf. According to the wiki, to use suspend/resume, I need to set hw.psm.synaptics_support=1 and write the additional configuration in xorg.conf. Although suspend/resume has problem, I did. But, % sysctl hw.psm.synaptics_support sysctl: unknown oid 'hw.psm.synaptics_support' and, % ps ax | grep mouse 954 ?? S 0:00.82 hald-addon-mouse-sysmouse: /dev/psm0 (hald-addon-mous I'm wondering who works with my touchpad. Is it good for me? Although it did not fully function, it is a beautiful machine. I liked it very much. best regards m.k. dmesg: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #3: Mon Dec 1 08:38:28 JST 2008 xxxxxxxx@thebe.xxxxx.xxx:/usr/obj/usr/src/sys/ARTEMIS Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (1600.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Stepping = 2 Features=0xbfe9fbff Features2=0x40c39d> AMD Features=0x100000 AMD Features2=0x1 Logical CPUs per core: 2 real memory = 1064960000 (1015 MB) avail memory = 1028812800 (981 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2417) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3f700000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xdc80-0xdc87 mem 0xfbd00000-0xfbd7ffff,0xd0000000-0xdfffffff,0xfbcc0000-0xfbcfffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M vgapci1: mem 0xfbd80000-0xfbdfffff at device 2.1 on pci0 hdac0: mem 0xfbcb8000-0xfbcbbfff irq 16 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20081123_0118 hdac0: [ITHREAD] pcib1: irq 16 at device 28.0 on pci0 pci3: on pcib1 pcib2: irq 17 at device 28.1 on pci0 pci2: on pcib2 ale0: port 0xec80-0xecff mem 0xfbfc0000-0xfbffffff irq 17 at device 0.0 on pci2 ale0: 960 Tx FIFO, 1024 Rx FIFO ale0: Using 1 MSI messages. miibus0: on ale0 atphy0: PHY 0 on miibus0 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto ale0: Ethernet address: 00:23:54:7e:2b:79 ale0: [FILTER] pcib3: irq 18 at device 28.2 on pci0 pci1: on pcib3 pci1: at device 0.0 (no driver attached) uhci0: port 0xd480-0xd49f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd800-0xd81f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd880-0xd89f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xdc00-0xdc1f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfbcb7c00-0xfbcb7fff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered ugen0: on uhub4 pcib4: at device 30.0 on pci0 pci4: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_asus0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 battery0: on acpi0 acpi_acad0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 60f0c2706000c27 device_attach: est1 attach returned 6 p4tcc1: on cpu1 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. ugen1: on uhub3 Timecounters tick every 10.000 msec ad0: FAILURE - SET_MULTI status=51 error=4 ad0: 15392MB at ata0-master SATA150 hdac0: HDA Codec #0: Realtek ALC269 pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a ale0: link state changed to UP From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 05:23:45 2008 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 4C04F1065670 for ; Wed, 3 Dec 2008 05:23:45 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A7B748FC0C for ; Wed, 3 Dec 2008 05:23:44 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 03 Dec 2008 04:57:02 -0000 Received: from g225192118.adsl.alicedsl.de (EHLO balu.cs.uni-paderborn.de) [92.225.192.118] by mail.gmx.net (mp059) with SMTP; 03 Dec 2008 05:57:02 +0100 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX19UeX45laRUuf+F4y+3QTZ/JEm5PYq4K/v/lhzGve oSWFlHdReBGevD Received: from localhost ([127.0.0.1]) by balu.cs.uni-paderborn.de with esmtp (Exim 4.69) (envelope-from ) id KBAB2Z-000CCW-4I; Wed, 03 Dec 2008 05:56:59 +0100 Message-ID: <4936119A.6020905@gmx.de> Date: Wed, 03 Dec 2008 05:56:58 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.18) Gecko/20081105 Lightning/0.9 Thunderbird/2.0.0.18 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> In-Reply-To: <20081202220643.72eb52a3@serene.no-ip.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.62 Cc: freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 05:23:45 -0000 Conrad J. Sabatier schrieb: > No, actually, I forwarded to Soren all the information I could glean > from Windows Vista, Linux and FreeBSD (which I managed to install on an > external USB drive). I also applied the patches he sent me, which > failed to cure the problem, and have been monitoring the mailing lists > and CVS repo for any signs of progress, but so far I've seen nothing. Seems Soeren is busy with family and real life, with contributions that are far between but usually high quality... OTOH, > So, what can I say, other than that it's been a great 12 years, and I > will sadly miss continuing to be an active member of the FreeBSD > community, your flippant response notwithstanding. Perhaps if you'd > been following the lists more closely over the last several months, > you'd have realized that this was not my first post on this subject, > although it will probably be the last. I'd certainly love it if I were > proven wrong and a solution to my problem was indeed forthcoming, but > given the utter silence and neglect I've been seeing, I'm not holding > out any great hopes. ...I've seen this deafening silence with Linux, too, with various distros: I've tried SuSE/openSUSE and Ubuntu, and there are outright showstopper bugs that have been unfixed for months, if not years. If it runs somedistro Version X.Y, you can never be sure that X.(Y+2) causes no regressions -- I've seen that happen with clock drivers, a pet peeve of mine: cause erratic clock behaviour that ntpd cannot correct. Error handling in drivers is often a game of luck with Linux... it's always a compromise, aka "choose your poison". I don't feel tied to any of the communities, but hop here and there, since then having to cut ties doesn't hurt if there is nothing to cut :-) At least, Linux desktop experience in graphical surfaces is "feels more responsive" for me... Take care -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 07:36:22 2008 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 F14D7106564A for ; Wed, 3 Dec 2008 07:36:22 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id B425A8FC08 for ; Wed, 3 Dec 2008 07:36:22 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id BBE5A6D439; Wed, 3 Dec 2008 08:37:02 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J-JF8PpeDN8g; Wed, 3 Dec 2008 08:36:59 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id B68436D43B; Wed, 3 Dec 2008 08:36:59 +0100 (CET) Date: Wed, 3 Dec 2008 08:36:59 +0100 From: Rink Springer To: Luigi Rizzo Message-ID: <20081203073659.GA38628@rink.nu> References: <200812021457.mB2Evmha063418@svn.freebsd.org> <20081203002446.GA70507@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081203002446.GA70507@onelab2.iet.unipi.it> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: current@freebsd.org Subject: Re: RFC - two more pending issues for boot0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 07:36:23 -0000 Hi Luigi, On Wed, Dec 03, 2008 at 01:24:46AM +0100, Luigi Rizzo wrote: > 1. allow booting from 'DOS Extended' partitions (type 0x5 and 0xf) > These partition types are currently in the 'kill list' with no > option to override them (other than poking into the bootsector). This looks OK to me. > 2. preserve the 'NT Disk UID', claimed to be used in Vista as well. > > see http://www.freebsd.org/cgi/query-pr.cgi?pr=127764 > > This change, even though trivial in terms of code, is a bit more > intrusive as it requires to move the data area in boot0, and > as a consequence requires a patch (though a trivial one) to > boot0cfg to let it recognise and manipulate the boot sector. > > I have implemented this (in a form slightly different from the PR), > and it can be conditionally compiled with -DNT_SERIAL , > I plan to commit it, but not make it the default. > > I would like to know how useful people consider this feature. I'd say this is something we definitely should have, and by default. I've been bitten too much by BSD happily nuking my Vista-infested MBR, and the more we can do to prevent it, the better - I'm pretty sure this holds for J. Random User too. -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 08:55:46 2008 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 0358F1065676 for ; Wed, 3 Dec 2008 08:55:46 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mr0.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id AB9288FC22 for ; Wed, 3 Dec 2008 08:55:45 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from [85.21.245.235] (helo=orion.SpringDaemons.com) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1L7mlK-0005hC-4f; Wed, 03 Dec 2008 11:07:10 +0300 Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 257E4398F4; Wed, 3 Dec 2008 11:08:49 +0300 (MSK) Date: Wed, 3 Dec 2008 11:08:44 +0300 From: Stanislav Sedov To: "k m" Message-Id: <20081203110844.96cc9d0a.stas@FreeBSD.org> In-Reply-To: <870d2e5a0812022051q2007b46eq4fd2115f76f3e5d6@mail.gmail.com> References: <870d2e5a0812022051q2007b46eq4fd2115f76f3e5d6@mail.gmail.com> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ASUS Eee PC S101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 08:55:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 3 Dec 2008 13:51:54 +0900 "k m" mentioned: > Touchpad (synaptics): (it probably works) > X and KDE 4.1 work without moused. I declared moused="NO" in > /etc/rc.conf. According to the wiki, to use suspend/resume, I need to > set hw.psm.synaptics_support=1 and write the additional configuration > in xorg.conf. Although suspend/resume has problem, I did. But, > > % sysctl hw.psm.synaptics_support > sysctl: unknown oid 'hw.psm.synaptics_support' > This is not a sysctl variable, but kenv one. It should be set via /boot/loader.conf. Thanks for your information, I added it to the wiki. Stanislav Sedov ST4096-RIPE -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAkk2PpEACgkQK/VZk+smlYE+8gCggn8KGzAAYJXbdjfjFw2XzP5e SEsAn0i/G9V2CmCxmvu9lrDXOJcTL1sj =J2jk -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 09:03:33 2008 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 A022A106567B for ; Wed, 3 Dec 2008 09:03:33 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id 696868FC24 for ; Wed, 3 Dec 2008 09:03:33 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3307256rvf.43 for ; Wed, 03 Dec 2008 01:03:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ag2P2T39aNPLhaN7rh+tZyXzPLR8oooDSF65BQ2dzRk=; b=sL75x+Yk5TOrKJ+RSZ30s+TTk02Uk5X6BJy+heahUmIwLarqbdFrQuhdhZ8o0uW8C0 QySsquTf9anBV0L+e1DVKIu9zBs+9sEX/ojm6E6bHvDIrNR7MuFkXcZrVKEnDjuCw9gr S7wyrsf38OegHIL8ABFHsJUhAYnPvU+/bt3BA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=kbZlfwNOeSEFl9eeSAHgpTWUK39mZmWwyN1x7QU0uDWADjLXYR6tPM/6sk6c1RA4oi R736KUxPP1fOzyXzFHoqnkf394f7oPg3qeaCStEHtlS1Er5cfzZyOnSGDLJ3ZAcT5Gn2 CclMsDl3xzvaj7Nw/8FnFU1uemNQSMJXbDoNQ= Received: by 10.141.162.16 with SMTP id p16mr6199361rvo.262.1228295012972; Wed, 03 Dec 2008 01:03:32 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id b8sm11978028rvf.3.2008.12.03.01.03.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 03 Dec 2008 01:03:32 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mB393Qu9011255 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Dec 2008 18:03:27 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mB393MGp011254; Wed, 3 Dec 2008 18:03:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 3 Dec 2008 18:03:22 +0900 From: Pyun YongHyeon To: k m Message-ID: <20081203090322.GH9639@cdnetworks.co.kr> References: <870d2e5a0812022051q2007b46eq4fd2115f76f3e5d6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <870d2e5a0812022051q2007b46eq4fd2115f76f3e5d6@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: ASUS Eee PC S101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 09:03:33 -0000 On Wed, Dec 03, 2008 at 01:51:54PM +0900, k m wrote: > Hi, > > I bought ASUS Eee PC S101 > (http://eeepc.asus.com/global/products101.html), and installed the > recent CURRENT according to the information at > http://wiki.freebsd.org/AsusEee . It basically works. > > > Atheros L1 FastEthernet: (it works) > It basically works. But, I met the same situation as mentioned in the > recent mail(http://lists.freebsd.org/pipermail/freebsd-current/2008-December/000871.html). > It had happened when I mounted nfs of ports tree and did 'make > instlall' for some ports. It made everything very slow, but everything I've committed fix to HEAD(r185577). Copy ale(4) from HEAD and try again. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 09:05:48 2008 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 6958C1065679 for ; Wed, 3 Dec 2008 09:05:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id 287358FC14 for ; Wed, 3 Dec 2008 09:05:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3307988rvf.43 for ; Wed, 03 Dec 2008 01:05:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=F9X4yHnTvICk6ByPFmyz46ieI3d3Fipceo8DBPSunfk=; b=ZATsPIGWFx3ysv4zpGt280WmC5+PqUSrUaOTPTu86exfvZTo/lrVdNV8ZcJ1IEFTOc EFXTCpibRC6XHYd52cCttfhcjyii3WfRiNxMPfAWdWSVHsX1KgmoNMUsrMgIVN/ol8PQ wplnChWZVSOKt15vN2DPywBMxIQB3l2/d1VzE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=t7AB0B/9om019LOSSV2Ecibcf5j3x86xEh3L5WTTSQO3p7lHDLItd0IB+Mv0Q8Whzl K3KQ9WRGCR6k1Pmw3oW63ABelxR9aB+ZiSJnbs+4CkmBTaA5EvOyGtjOwsm+DAHT453I U2Vp0EmTkGOO4xQBAitDkC6PBWWrYac8F9da4= Received: by 10.141.51.10 with SMTP id d10mr6208232rvk.195.1228295147775; Wed, 03 Dec 2008 01:05:47 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id g22sm5370548rvb.8.2008.12.03.01.05.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 03 Dec 2008 01:05:46 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mB395f0q011288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Dec 2008 18:05:41 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mB395e3C011287; Wed, 3 Dec 2008 18:05:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 3 Dec 2008 18:05:40 +0900 From: Pyun YongHyeon To: albri Message-ID: <20081203090540.GI9639@cdnetworks.co.kr> References: <46d45f030811160642m2dff1481g457f1fa1a4ac1372@mail.gmail.com> <20081117010558.GD50872@cdnetworks.co.kr> <46d45f030811171014i2ae5df78mbbebc367ef2ca7d4@mail.gmail.com> <20081124045846.GM78954@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081124045846.GM78954@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 09:05:48 -0000 On Mon, Nov 24, 2008 at 01:58:46PM +0900, To albri wrote: > On Mon, Nov 17, 2008 at 07:14:12PM +0100, albri wrote: > > hello, > > > > On 11/17/08, Pyun YongHyeon wrote: > > > On Sun, Nov 16, 2008 at 03:42:16PM +0100, albri wrote: > > > > hello, > > > > > > > > I have issues transfering big or many files over ethernet on 1000H, also. > > > > Using yongari's ale(4) driver > > > > http://people.freebsd.org/~yongari/ale/ale.20081114.tar.gz I did not > > > > have any problems while I surf or download 37MB sourcecode from inet. > > > > Then scp(1)'ing source from 1000H to desktop PC showed a transfer rate > > > > with maximum 86kB/s regardless to which direction is copied. The > > > > ethernet NIC, while copying, is switched off regularily then. No > > > > copies possible after three megabytes. > > > > > > Try turning off TSO and let me know how it goes. > > > ("#ifconfig ale0 -tso" will do the job.) > > > > > > > this helps a little bit with two effects. > > Copying source-tree with scp(1): > > Now I can see transfers with up to approx. 500kB/s - inaccurate > > measured with scp(1), > > but relation counts. > > Transfer stalles after different data volumes with DMA-error on tty0, > > but networking > > port is not turned off. This happens after 30-80MB data transfers. > > You can restart the whole copy at once again. > > > > Copying source-tree with nc(1) tar-gzipped: > > Transfer stops and starts with DMA-error every approx. 7MB with turning off NIC. > > I still can't reproduce this and I have no idea how to solve it > even if I can reproduce that on my box. :-( > There could be a wrong in DMA configuration or some mis-programmed > registers but I still see no errors in these area. > FYI: Fix committed to HEAD(r185577). -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 09:07:08 2008 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 18841106567B for ; Wed, 3 Dec 2008 09:07:08 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id CC2D88FC22 for ; Wed, 3 Dec 2008 09:07:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3308485rvf.43 for ; Wed, 03 Dec 2008 01:07:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=0JmDVeQh40tAmP3gLWQ/9p0afFjGtMa4I2OhYrJfYdE=; b=cXTQjwkvTNeipnNt8mq1/k5Dn1I3N9L+xgMWn2PwKybweSb9pVGbe64zYEJCiYHZJi UYlVPq6MLKXoDFC77P2GeiJ+RRT/JSNT3qrr7APthG+WxxUeDCU1w2mq+DYbbd2sEb5Z GKcqNvcC/LwSS7KV+fLj3yhTP4K2D651glNAI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=nUkvv25+c0yliRg49e+JHuv5WIfJSx3sCux0iMUP3cXv930vexidiZjrAGY7LmJnG/ KyeG8g5tC08WNgT2Dvmkr9Jdrptm40Lck4kCXJMMfVFjdSfTKXUSZ/CBNWidbNgtku+f 56fXPNOHQ1lSkfH7yiwuQW4fzmH2hdB+c0Koc= Received: by 10.141.123.4 with SMTP id a4mr6218716rvn.77.1228295227586; Wed, 03 Dec 2008 01:07:07 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id g31sm11974927rvb.7.2008.12.03.01.07.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 03 Dec 2008 01:07:06 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mB3971EC011306 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Dec 2008 18:07:01 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mB396w38011305; Wed, 3 Dec 2008 18:06:58 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 3 Dec 2008 18:06:58 +0900 From: Pyun YongHyeon To: Jan Henrik Sylvester Message-ID: <20081203090658.GJ9639@cdnetworks.co.kr> References: <490F47BE.9080205@janh.de> <20081104015235.GC98154@cdnetworks.co.kr> <4910C055.8000505@janh.de> <20081105013558.GA99795@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081105013558.GA99795@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: Boris Samorodov , current-list freebsd Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 09:07:08 -0000 On Wed, Nov 05, 2008 at 10:35:58AM +0900, To Jan Henrik Sylvester wrote: > On Tue, Nov 04, 2008 at 10:36:21PM +0100, Jan Henrik Sylvester wrote: > > Pyun YongHyeon wrote: > > >On Mon, Nov 03, 2008 at 07:49:34PM +0100, Jan Henrik Sylvester wrote: > > > > >Pyun YongHyeon writes: > > > > >> http://people.freebsd.org/~yongari/ale/if_ale.c > > > > > > > > I got an Eee PC 1000H, too, with 7.1-BETA2 and just used scp to copy > > > > with 11.5MB/s -- much better than wlan for big files. Great! > > > > > > > > > >Thanks for testing! > > > > I was happy too early. Now I keep getting these: > > ale0: DMA read error! -- resetting > > ale0: could not disable Tx/Rx MAC(0x00000008)! > FYI: Fix committed to HEAD(r185577). -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 09:57:48 2008 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 6291C106564A for ; Wed, 3 Dec 2008 09:57:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 29D708FC17 for ; Wed, 3 Dec 2008 09:57:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3325516rvf.43 for ; Wed, 03 Dec 2008 01:57:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=wdJYX2w+W+j3xulPN0TeX9tblzCR+X/3+okMmmaKWms=; b=wbApNmQyXTQi9IApQAWigI1Yk+e0eLMsuIxZDaUoCpH6fggXlmo+2DczlSKSjY5SZu YEYUFuGLCDDNShMqEtKX0OiaCMwjyqa4KXhjkGkXkDJ1XfRRNhjdv+rTNeXIyA2MNL8E l4PToi27agIkcz04Dpa1g3sxrno1+icQDuDho= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=f7r8schIai36MJk82P1HGKT1GQ5Mr3jpWAp+RCrGRQVkn5j+3sHM3F5iPu2lPn659X oFJzl515SOKHnWVp1jC+apCmfSqMHTrRreabRWQ5HfTeN3GORdmqPduWafPwoI30Rfpx XaeFdal1RZsVv1APRXQB4mIO9M8vAUUhJ/Ux8= Received: by 10.141.74.18 with SMTP id b18mr6206413rvl.208.1228298267735; Wed, 03 Dec 2008 01:57:47 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id l31sm12088177rvb.2.2008.12.03.01.57.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 03 Dec 2008 01:57:46 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mB39veUu011459 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Dec 2008 18:57:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mB39vdPa011458; Wed, 3 Dec 2008 18:57:39 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 3 Dec 2008 18:57:39 +0900 From: Pyun YongHyeon To: Ole Vole Message-ID: <20081203095739.GK9639@cdnetworks.co.kr> References: <200812020102.04504.subbsd@gmail.com> <20081202012237.GB5306@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081202012237.GB5306@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: ale driver on asus eeepc 901 could not disable Tx/Rx under traffic flow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 09:57:48 -0000 On Tue, Dec 02, 2008 at 10:22:37AM +0900, To Ole Vole wrote: > On Tue, Dec 02, 2008 at 01:02:04AM +0300, Ole Vole wrote: > > Hello Maillist, > > > > Im using FreeBSD-CURRENT (from 01122008 snap from cvs) and got looped notice > > in dmesg buffer when LAN Ethernet generate some traffic: > > .. > > ale0: could not disable Tx/Rx MAC(0x00000008)! > > ale0: DMA read error! -- resetting > > .. > > ale0: could not disable Tx/Rx MAC(0x00000008)! > > .. > > with flapping interface (link going to down and back up). > > > > Hmm, there was similiar report but I couldn't reproduce this on > my box. In fact I'm out of idea why it happens. Since I have no > access to datasheet I'm not sure what can be done at the moment. > Even a developer in Atheros answered that changing mainboard would > be the first step to diagnose the issue. :-( > > > ifconfig ale0 -txcsum -rxcsum -tso and forcing link for media 10BaseT/UTP is > > in vain. > > > > There are a couple of magic values related with PHY in Linux driver > which I didn't want to include as I don't understand what it does. > Do you use 10baseT media? Would you show me the output of > "ifconfig ale0"? > > > Under small traffic flow ale0 work is fine without errors. Somebody meet with > > like similar prombel on Asus eee pc 901 ? Thanks > > > Anyway, I'll let you know if I mange to find a clue to the issue. FYI: Fix committed to HEAD(r185577). -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 12:41:43 2008 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 4C058106564A; Wed, 3 Dec 2008 12:41:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id E04998FC13; Wed, 3 Dec 2008 12:41:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1L7r2z-000MSm-B8; Wed, 03 Dec 2008 14:41:41 +0200 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 mB3CfcNb077059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Dec 2008 14:41:38 +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.3/8.14.3) with ESMTP id mB3CfcrX002108; Wed, 3 Dec 2008 14:41:38 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id mB3CfbNp002107; Wed, 3 Dec 2008 14:41:37 +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, 3 Dec 2008 14:41:37 +0200 From: Kostik Belousov To: John Baldwin Message-ID: <20081203124137.GE3045@deviant.kiev.zoral.com.ua> References: <200811201627.58289.jhb@freebsd.org> <200811211452.02545.jhb@freebsd.org> <20081122115028.GB6408@deviant.kiev.zoral.com.ua> <200812021828.36857.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="q/d9vTEvvdeKbPNw" Content-Disposition: inline In-Reply-To: <200812021828.36857.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1L7r2z-000MSm-B8 32cefe2929b14db5a5928120c286b77c X-Terabit: YES Cc: scottl@freebsd.org, current@freebsd.org Subject: Re: [PATCH] Make udf(4) MPSAFE and use shared lookups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 12:41:43 -0000 --q/d9vTEvvdeKbPNw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 02, 2008 at 06:28:36PM -0500, John Baldwin wrote: > On Saturday 22 November 2008 06:50:28 am Kostik Belousov wrote: > > udf_vget() does insmntque() before vnode is fully initialized, allowing > > other threads to find the vnode on the mount list. This is typical for > > !MPSAFE fs, and it seems corresponding call was not marked XXX for udf. >=20 > It does the same as ufs. ufs only partially initializes the i-node (as m= uch=20 > as both cd9660 and udf do) and then exclusive locks the vnode before=20 > insmntque(). They then finish initializing the i-node (bread() the d-nod= e,=20 > for example) and finally drop the vnode lock. My bad, unjustified grumbling. >=20 > > udf_lookup for ISDOTDOT case unlocks dvp before vget'ing "..", allowing > > the same race on forced unmount as ufs (I will finally commit ufs patch > > today). The race happens for !MPSAFE code too, but it is easier to > > execute without Giant. >=20 > Every fs is going to need this workaround it seems. Would be nice if the= re=20 > was an easier way to avoid cut and pasting this code N times. Perhaps we= =20 > could make lookup() check VI_DOOMED instead? I had changed it do that at= one=20 > point, but then someone pointed me at the deadfs stuff and said that was= =20 > sufficient. The point of the patch is busying mp while parent vnode is locked, that guarantees that mp is not unmounted during whole DOTDOT traversing in vop_lookup(). The deadfs stuff works for lookup result vnode and is sufficient. The fragment that someone committed into UFS can be extracted into the vfs support routine. I doubt that it can be embedded into lookup(). The problem is that some filesystems do additional operations inside vop_lookup(). --q/d9vTEvvdeKbPNw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkk2foEACgkQC3+MBN1Mb4hA4QCfbOvumkkzfUeFlQNtEddszDdq rMwAnjCmPda6vAtxmlGFrclRn/KYE4DB =ikoi -----END PGP SIGNATURE----- --q/d9vTEvvdeKbPNw-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 15:29:26 2008 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 F0FB61065670 for ; Wed, 3 Dec 2008 15:29:26 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8DE808FC0A for ; Wed, 3 Dec 2008 15:29:26 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id DFAAF35277; Wed, 3 Dec 2008 16:13:53 +0100 (CET) Date: Wed, 3 Dec 2008 16:15:37 +0100 From: cpghost To: "Conrad J. Sabatier" Message-ID: <20081203151537.GA1045@phenom.cordula.ws> References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081202220643.72eb52a3@serene.no-ip.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 15:29:27 -0000 On Tue, Dec 02, 2008 at 10:06:43PM -0600, Conrad J. Sabatier wrote: > Best wishes to the FreeBSD community. No hard feelings, and I will > still continue to checkout the latest sources from time to time just on > the outside chance that a solution will eventually be found. > > Sincerest regards from a long-time FreeBSD user now in exile. :-( Changing the OS just because one specific piece of swappable and replaceable hardware isn't supported... isn't that overreacting a little bit? Can't you circumvent your specific problem by adding a supported adapter to your system(s)... at least until the issue is fixed? As sysadmins, we do this all the time, wether with Linux or FreeBSD. I feel your pain, but maybe you've built up quite a bit of frustration over this specific issue and need a little hiatus. I hope you'll come back soon. > Conrad J. Sabatier -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 16:03:04 2008 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 146741065677 for ; Wed, 3 Dec 2008 16:03:04 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id CF30B8FC0A for ; Wed, 3 Dec 2008 16:03:03 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from PegaPegII (93-152-14-233.daisydsl.managedbroadband.co.uk [93.152.14.233]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.2) with ESMTP id mB3G2qwS092402; Wed, 3 Dec 2008 16:02:53 GMT (envelope-from ken@mthelicon.com) Message-ID: From: "Pegasus Mc Cleaft" To: "cpghost" , "Conrad J. Sabatier" References: <20081128234155.0221e263@serene.no-ip.org><4930D7CE.4080909@psg.com><20081202220643.72eb52a3@serene.no-ip.org> <20081203151537.GA1045@phenom.cordula.ws> In-Reply-To: <20081203151537.GA1045@phenom.cordula.ws> Date: Wed, 3 Dec 2008 16:03:00 -0000 Organization: Feathers 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 Windows Mail 6.0.6001.18000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 X-Antivirus: avast! (VPS 081202-0, 02/12/2008), Outbound message X-Antivirus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pegasus Mc Cleaft List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 16:03:04 -0000 ----- Original Message ----- From: "cpghost" To: "Conrad J. Sabatier" Cc: Sent: Wednesday, December 03, 2008 3:15 PM Subject: Re: i give up > On Tue, Dec 02, 2008 at 10:06:43PM -0600, Conrad J. Sabatier wrote: >> Best wishes to the FreeBSD community. No hard feelings, and I will >> still continue to checkout the latest sources from time to time just on >> the outside chance that a solution will eventually be found. >> >> Sincerest regards from a long-time FreeBSD user now in exile. :-( > > Changing the OS just because one specific piece of swappable and > replaceable hardware isn't supported... isn't that overreacting a > little bit? Can't you circumvent your specific problem by adding a > supported adapter to your system(s)... at least until the issue is > fixed? As sysadmins, we do this all the time, wether with Linux or > FreeBSD. > > I feel your pain, but maybe you've built up quite a bit of frustration > over this specific issue and need a little hiatus. > > I hope you'll come back soon. > >> Conrad J. Sabatier > > -cpghost. I have also had the same problem as Conrad with the nVidia drivers. I think the most fustrating thing about my situation is that I have not found a supported PCI-e card that there exists 2D acceleration / opengl drivers. At the moment I have shoved in a ATI Radeon HD and keep checking the developers webpage for the glorious day they finish the piece for my chip-set (Its still not 2D accelerated, but atleast it still works). In my situation, there are no computer stores that I can go into and say, "Hey.. I would like a PCI-e Intel based video card." I have to pick up pieces of hardware where it is convient and this means usually at the bleading edge of video-gamers "marketable" choice (ATI or nVidia). -Peg -Peg From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 17:23:31 2008 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 EA9E4106564A for ; Wed, 3 Dec 2008 17:23:31 +0000 (UTC) (envelope-from frode@nordahl.net) Received: from smtp3.powertech.no (smtp3.powertech.no [195.159.0.178]) by mx1.freebsd.org (Postfix) with ESMTP id 709D58FC13 for ; Wed, 3 Dec 2008 17:23:30 +0000 (UTC) (envelope-from frode@nordahl.net) Received: from dhcp1.xu.nordahl.net (dhcp1.xu.nordahl.net [195.159.148.120]) by smtp3.powertech.no (Postfix) with ESMTP id DB8BEC5E51 for ; Wed, 3 Dec 2008 18:03:26 +0100 (CET) Message-Id: <3B675385-956D-4A26-8E09-E338DF7D7244@nordahl.net> From: Frode Nordahl To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=Apple-Mail-23-908503003 Mime-Version: 1.0 (Apple Message framework v929.2) Date: Wed, 3 Dec 2008 18:03:26 +0100 X-Mailer: Apple Mail (2.929.2) Subject: FreeBSD 7.1-PRERELEASE-p1, panic: dqget: free dquot isn't X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 17:23:32 -0000 --Apple-Mail-23-908503003 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hello, I have a server with FreeBSD 7.1-PRERELEASE-p1 amd64 on it. Upgraded from a 7.0-RELEASE system using freebsd-update. It's a DELL PE2950 with E5420 Quad Core 2.50GHz processor, 4 GB RAM, using DELL PERC 6 RAID card (mfi0). The system is running a custom kernel to get quota support. During some tests which involved removing a large number of files simultaneously (ran 20+ copies of rm -rf), it paniced with this message: dqget: free dquot isn't Output from DDB, kernel config and dmesg is attached. I also secured a crashdump, so further queries using kgdb is possible. -- Frode Nordahl --Apple-Mail-23-908503003 Content-Disposition: attachment; filename="ddb info.txt" Content-Type: text/plain; x-mac-hide-extension=yes; x-unix-mode=0644; name="ddb info.txt" Content-Transfer-Encoding: 7bit db> where Tracing pid 41111 tid 100199 td 0xffffff0056f1f370 kdb_enter_why() at kdb_enter_why+0x3d panic() at panic+0x17b dqget() at dqget+0xaa4 getinoquota() at getinoquota+0x5b ufs_access() at ufs_access+0x28c ufs_lookup() at ufs_lookup+0x9fe vfs_cache_lookup() at vfs_cache_lookup+0xf8 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x40 lookup() at lookup+0x531 namei() at namei+0x35d kern_rmdir() at kern_rmdir+0xbd syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (137, FreeBSD ELF64, rmdir), rip = 0x800686d3c, rsp = 0x7fffffffeb98, rbp = 0x602400 --- db> ps pid ppid pgrp uid state wmesg wchan cmd 41220 40666 41220 0 S+ biord 0xffffffff9a321520 rm 41119 40666 41119 0 S+ biord 0xffffffff9a77aea0 rm 41118 40666 41118 0 S+ biord 0xffffffff9a4f8e20 rm 41117 40666 41117 0 S+ biord 0xffffffff9a503fa0 rm 41115 40666 41115 0 S+ biord 0xffffffff9a3c58a0 rm 41114 40666 41114 0 S+ biord 0xffffffff9a745520 rm 41113 40666 41113 0 S+ biord 0xffffffff9a4b0120 rm 41112 40666 41112 0 S+ biord 0xffffffff9a3d3c20 rm 41111 40666 41111 0 R+ CPU 1 rm 41110 40666 41110 0 S+ biord 0xffffffff9a259020 rm 41109 40666 41109 0 S+ biord 0xffffffff9a0dda20 rm 41108 40666 41108 0 S+ biord 0xffffffff9a5a0da0 rm 41107 40666 41107 0 S+ biord 0xffffffff9a5b4da0 rm 41106 40666 41106 0 S+ biord 0xffffffff9a29dc20 rm 41104 40666 41104 0 S+ biord 0xffffffff9a58d7a0 rm 41103 40666 41103 0 S+ biord 0xffffffff9a1dd6a0 rm 41102 40666 41102 0 S+ biord 0xffffffff9a04cf20 rm 41101 40666 41101 0 S+ biord 0xffffffff9a3a7da0 rm 41100 40666 41100 0 S+ biord 0xffffffff9a169a20 rm 40929 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40928 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40927 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40926 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40925 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40924 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40923 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40922 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40921 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40920 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40919 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40918 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40917 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40916 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40915 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40914 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40913 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40912 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40911 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40910 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40909 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40908 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40907 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40906 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40905 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40904 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40903 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40902 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40901 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40900 40891 40891 58 S select 0xffffffff80af2910 perl5.8.8 40891 1 40891 0 Ss select 0xffffffff80af2910 perl5.8.8 40754 40751 40754 0 Ss+ ttyin 0xffffff0003740010 bash 40751 892 40751 0 Ss select 0xffffffff80af2910 sshd 40666 40663 40666 0 Ss+ wait 0xffffff0003ee78f0 bash 40663 892 40663 0 Ss select 0xffffffff80af2910 sshd 40613 34783 34783 125 S kqread 0xffffff005795c100 pickup 35540 34783 34783 125 S kqread 0xffffff005bc7b700 qmgr 34783 1 34783 0 Ss kqread 0xffffff0076102e00 master 34615 1 34615 389 Ss (threaded) slapd 100291 S ucond 0xffffff000381e000 slapd 100290 S ucond 0xffffff0012f4f300 slapd 100289 S ucond 0xffffff00129b0280 slapd 100288 S ucond 0xffffff0012ec9000 slapd 100287 S ucond 0xffffff0012cfa800 slapd 100286 S ucond 0xffffff00210eb200 slapd 100285 S ucond 0xffffff0003cb8880 slapd 100284 S ucond 0xffffff0021451e00 slapd 100283 S ucond 0xffffff00210ebc80 slapd 100281 S select 0xffffffff80af2910 slapd 100074 S uwait 0xffffff00037c7000 slapd 34297 34277 34276 88 S+ (threaded) mysqld 100279 S sigwait 0xffffffffb4c39a58 mysqld 100276 S ucond 0xffffff0012315d00 mysqld 100278 S select 0xffffffff80af2910 mysqld 100277 S select 0xffffffff80af2910 mysqld 100275 S ucond 0xffffff0012aae400 mysqld 100221 S ucond 0xffffff0021451300 mysqld 100220 S ucond 0xffffff0012b29a00 mysqld 100218 S ucond 0xffffff0003cbed00 mysqld 100065 S select 0xffffffff80af2910 initial thread 34277 1 34276 88 S+ wait 0xffffff0076c6b000 sh 960 958 960 0 Ss+ ttyin 0xffffff000141a810 bash 958 1 958 0 Ss select 0xffffffff80af2910 screen 950 1 950 0 Ss+ ttyin 0xffffff0003700810 getty 949 1 949 0 Ss+ ttyin 0xffffff000372b410 getty 948 1 948 0 Ss+ ttyin 0xffffff000372b810 getty 947 1 947 0 Ss+ ttyin 0xffffff0003721c10 getty 946 1 946 0 Ss+ ttyin 0xffffff0003721810 getty 945 1 945 0 Ss+ ttyin 0xffffff000372c010 getty 944 1 944 0 Ss+ ttyin 0xffffff000372d010 getty 943 1 943 0 Ss+ ttyin 0xffffff000372d410 getty 942 1 942 0 Ss+ ttyin 0xffffff000372c810 getty 936 1 936 0 Ss select 0xffffffff80af2910 bsnmpd 922 1 922 0 Ss select 0xffffffff80af2910 inetd 899 1 899 0 Ss nanslp 0xffffffff80add5a8 cron 892 1 892 0 Ss select 0xffffffff80af2910 sshd 851 1 851 181 Ss select 0xffffffff80af2910 nrpe2 755 1 755 106 Ss pause 0xffffff0003b139b0 freshclam 750 1 750 106 Ss (threaded) clamd 100294 S ucond 0xffffff0012282500 clamd 100293 S ucond 0xffffff005283e700 clamd 100292 S ucond 0xffffff005283e800 clamd 100282 S ucond 0xffffff005283e880 clamd 100280 S ucond 0xffffff0012ec6800 clamd 100219 S ucond 0xffffff0012d54680 clamd 100102 S accept 0xffffff0003d2e5fe clamd 720 1 720 0 Ss select 0xffffffff80af2910 ntpd 630 1 630 53 Ss (threaded) named 100114 S select 0xffffffff80af2910 named 100113 S ucond 0xffffff00038dab80 named 100112 S ucond 0xffffff0003b9ea00 named 100111 S ucond 0xffffff0003b9e980 named 100110 S ucond 0xffffff000391db80 named 100109 S ucond 0xffffff000391db00 named 100077 S sigwait 0xffffffffb483da58 named 531 1 531 0 Ss select 0xffffffff80af2910 syslogd 468 1 468 0 Ss select 0xffffffff80af2910 devd 48 0 0 0 SL biord 0xffffffff9a036ea0 [softdepflush] 47 0 0 0 SL vlruwt 0xffffff00037358f0 [vnlru] 46 0 0 0 SL ufs 0xffffff0012b52098 [syncer] 45 0 0 0 SL psleep 0xffffffff80af315c [bufdaemon] 44 0 0 0 SL pgzero 0xffffffff80b05064 [pagezero] 43 0 0 0 SL psleep 0xffffffff80b043a8 [vmdaemon] 42 0 0 0 SL psleep 0xffffffff80b0436c [pagedaemon] 41 0 0 0 SL waiting_ 0xffffffff80af6898 [sctp_iterator] 40 0 0 0 WL [irq1: atkbd0] 39 0 0 0 WL [swi0: sio] 38 0 0 0 WL [irq15: ata1] 37 0 0 0 WL [irq14: ata0] 36 0 0 0 SL usbevt 0xffffff00012b5420 [usb4] 35 0 0 0 SL usbevt 0xffffffff80e4d420 [usb3] 34 0 0 0 SL usbevt 0xffffffff80e4b420 [usb2] 33 0 0 0 SL usbevt 0xffffffff80e49420 [usb1] 32 0 0 0 WL [irq20: uhci1 uhci3] 31 0 0 0 SL usbtsk 0xffffffff80ad8208 [usbtask-dr] 30 0 0 0 SL usbtsk 0xffffffff80ad81e0 [usbtask-hc] 29 0 0 0 SL usbevt 0xffffffff80e47420 [usb0] 28 0 0 0 WL [irq21: uhci0 uhci+] 27 0 0 0 WL [irq257: bce1] 26 0 0 0 RL [irq16: mfi0] 25 0 0 0 WL [irq256: bce0] 24 0 0 0 WL [irq9: acpi0] 23 0 0 0 WL [swi6: Giant taskq] 22 0 0 0 SL - 0xffffff000122ed80 [thread taskq] 21 0 0 0 WL [swi5: +] 9 0 0 0 SL - 0xffffff0001250080 [kqueue taskq] 8 0 0 0 SL - 0xffffff0001250500 [acpi_task_2] 7 0 0 0 SL - 0xffffff0001250500 [acpi_task_1] 6 0 0 0 SL - 0xffffff0001250500 [acpi_task_0] 20 0 0 0 WL [swi2: cambio] 5 0 0 0 SL ccb_scan 0xffffffff80aa6220 [xpt_thrd] 19 0 0 0 WL [swi6: task queue] 18 0 0 0 SL - 0xffffffff80add228 [yarrow] 4 0 0 0 SL - 0xffffffff80ad91f8 [g_down] 3 0 0 0 SL - 0xffffffff80ad91f0 [g_up] 2 0 0 0 SL - 0xffffffff80ad91e0 [g_event] 17 0 0 0 WL [swi1: net] 16 0 0 0 WL [swi3: vm] 15 0 0 0 RL [swi4: clock sio] 14 0 0 0 RL CPU 0 [idle: cpu0] 13 0 0 0 RL [idle: cpu1] 12 0 0 0 RL CPU 2 [idle: cpu2] 11 0 0 0 RL CPU 3 [idle: cpu3] 1 0 1 0 SLs wait 0xffffff00010fc8f0 [init] 10 0 0 0 SL audit_wo 0xffffffff80b02a60 [audit] 0 0 0 0 SLs sched 0xffffffff80ad9300 [swapper] db> show pcpu cpuid = 1 curthread = 0xffffff0056f1f370: pid 41111 "rm" curpcb = 0xffffffffb4aa9d40 fpcurthread = none idlethread = 0xffffff00010ff000: pid 13 "idle: cpu1" db> show allpcpu Current CPU: 1 cpuid = 0 curthread = 0xffffff000110d6e0: pid 14 "idle: cpu0" curpcb = 0xffffffffac266d40 fpcurthread = none idlethread = 0xffffff000110d6e0: pid 14 "idle: cpu0" cpuid = 1 curthread = 0xffffff0056f1f370: pid 41111 "rm" curpcb = 0xffffffffb4aa9d40 fpcurthread = none idlethread = 0xffffff00010ff000: pid 13 "idle: cpu1" cpuid = 2 curthread = 0xffffff00010ff370: pid 12 "idle: cpu2" curpcb = 0xffffffffac25cd40 fpcurthread = none idlethread = 0xffffff00010ff370: pid 12 "idle: cpu2" cpuid = 3 curthread = 0xffffff00010ff6e0: pid 11 "idle: cpu3" curpcb = 0xffffffffac257d40 fpcurthread = none idlethread = 0xffffff00010ff6e0: pid 11 "idle: cpu3" db> alltrace Tracing command rm pid 41220 tid 100144 td 0xffffff0003ec36e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e indir_trunc() at indir_trunc+0x11f handle_workitem_freeblocks() at handle_workitem_freeblocks+0x281 process_worklist_item() at process_worklist_item+0x293 request_cleanup() at request_cleanup+0x83 newdirrem() at newdirrem+0x267 softdep_setup_remove() at softdep_setup_remove+0x12 ufs_dirremove() at ufs_dirremove+0xa8 ufs_remove() at ufs_remove+0x8f VOP_REMOVE_APV() at VOP_REMOVE_APV+0x34 kern_unlink() at kern_unlink+0x259 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (10, FreeBSD ELF64, unlink), rip = 0x80070682c, rsp = 0x7fffffffeb58, rbp = 0x602400 --- Tracing command rm pid 41119 tid 100133 td 0xffffff00039616e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e ffs_read() at ffs_read+0x369 ufs_readdir() at ufs_readdir+0xbb getdirentries() at getdirentries+0x18d syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (196, FreeBSD ELF64, getdirentries), rip = 0x8006ff40c, rsp = 0x7fffffffeaa8, rbp = 0x1 --- Tracing command rm pid 41118 tid 100092 td 0xffffff00038dd370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e ffs_read() at ffs_read+0x369 ufs_readdir() at ufs_readdir+0xbb getdirentries() at getdirentries+0x18d syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (196, FreeBSD ELF64, getdirentries), rip = 0x8006ff40c, rsp = 0x7fffffffeaa8, rbp = 0x1 --- Tracing command rm pid 41117 tid 100157 td 0xffffff0003fde6e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e indir_trunc() at indir_trunc+0x11f handle_workitem_freeblocks() at handle_workitem_freeblocks+0x281 process_worklist_item() at process_worklist_item+0x293 request_cleanup() at request_cleanup+0x83 newdirrem() at newdirrem+0x267 softdep_setup_remove() at softdep_setup_remove+0x12 ufs_dirremove() at ufs_dirremove+0xa8 ufs_remove() at ufs_remove+0x8f VOP_REMOVE_APV() at VOP_REMOVE_APV+0x34 kern_unlink() at kern_unlink+0x259 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (10, FreeBSD ELF64, unlink), rip = 0x80070682c, rsp = 0x7fffffffeb98, rbp = 0x602400 --- Tracing command rm pid 41115 tid 100241 td 0xffffff005bd5c370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e ffs_read() at ffs_read+0x369 ufs_readdir() at ufs_readdir+0xbb getdirentries() at getdirentries+0x18d syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (196, FreeBSD ELF64, getdirentries), rip = 0x8006ff40c, rsp = 0x7fffffffeaa8, rbp = 0x1 --- Tracing command rm pid 41114 tid 100265 td 0xffffff0076ac8370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e ffs_read() at ffs_read+0x369 ufs_readdir() at ufs_readdir+0xbb getdirentries() at getdirentries+0x18d syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (196, FreeBSD ELF64, getdirentries), rip = 0x8006ff40c, rsp = 0x7fffffffeaa8, rbp = 0x1 --- Tracing command rm pid 41113 tid 100239 td 0xffffff005bd5ca50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e ffs_read() at ffs_read+0x369 ufs_readdir() at ufs_readdir+0xbb getdirentries() at getdirentries+0x18d syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (196, FreeBSD ELF64, getdirentries), rip = 0x8006ff40c, rsp = 0x7fffffffeaa8, rbp = 0x1 --- Tracing command rm pid 41112 tid 100254 td 0xffffff0076acd000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e ffs_read() at ffs_read+0x369 ufs_readdir() at ufs_readdir+0xbb getdirentries() at getdirentries+0x18d syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (196, FreeBSD ELF64, getdirentries), rip = 0x8006ff40c, rsp = 0x7fffffffeaa8, rbp = 0x1 --- Tracing command rm pid 41111 tid 100199 td 0xffffff0056f1f370 kdb_enter_why() at kdb_enter_why+0x3d panic() at panic+0x17b dqget() at dqget+0xaa4 getinoquota() at getinoquota+0x5b ufs_access() at ufs_access+0x28c ufs_lookup() at ufs_lookup+0x9fe vfs_cache_lookup() at vfs_cache_lookup+0xf8 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x40 lookup() at lookup+0x531 namei() at namei+0x35d kern_rmdir() at kern_rmdir+0xbd syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (137, FreeBSD ELF64, rmdir), rip = 0x800686d3c, rsp = 0x7fffffffeb98, rbp = 0x602400 --- Tracing command rm pid 41110 tid 100099 td 0xffffff0003cc2370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e ffs_read() at ffs_read+0x369 ufs_readdir() at ufs_readdir+0xbb getdirentries() at getdirentries+0x18d syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (196, FreeBSD ELF64, getdirentries), rip = 0x8006ff40c, rsp = 0x7fffffffeaa8, rbp = 0x1 --- Tracing command rm pid 41109 tid 100084 td 0xffffff0003971000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e indir_trunc() at indir_trunc+0x11f handle_workitem_freeblocks() at handle_workitem_freeblocks+0x281 process_worklist_item() at process_worklist_item+0x293 request_cleanup() at request_cleanup+0x83 newdirrem() at newdirrem+0x267 softdep_setup_remove() at softdep_setup_remove+0x12 ufs_dirremove() at ufs_dirremove+0xa8 ufs_rmdir() at ufs_rmdir+0xdf VOP_RMDIR_APV() at VOP_RMDIR_APV+0x34 kern_rmdir() at kern_rmdir+0x28f syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (137, FreeBSD ELF64, rmdir), rip = 0x800686d3c, rsp = 0x7fffffffeb9, rbp = 0x602400 --- Tracing command rm pid 41108 tid 100249 td 0xffffff005bd59370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e ffs_read() at ffs_read+0x369 ufs_readdir() at ufs_readdir+0xbb getdirentries() at getdirentries+0x18d syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (196, FreeBSD ELF64, getdirentries), rip = 0x8006ff40c, rsp = 0x7fffffffeaa8, rbp = 0x1 --- Tracing command rm pid 41107 tid 100050 td 0xffffff00038106e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e indir_trunc() at indir_trunc+0x11f handle_workitem_freeblocks() at handle_workitem_freeblocks+0x281 process_worklist_item() at process_worklist_item+0x293 request_cleanup() at request_cleanup+0x76 newdirrem() at newdirrem+0x267 softdep_setup_remove() at softdep_setup_remove+0x12 ufs_dirremove() at ufs_dirremove+0xa8 ufs_rmdir() at ufs_rmdir+0xdf VOP_RMDIR_APV() at VOP_RMDIR_APV+0x34 kern_rmdir() at kern_rmdir+0x28f syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (137, FreeBSD ELF64, rmdir), rip = 0x800686d3c, rsp = 0x7fffffffeb98, rbp = 0x602400 --- Tracing command rm pid 41106 tid 100203 td 0xffffff00211c3370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e ffs_read() at ffs_read+0x369 ufs_readdir() at ufs_readdir+0xbb getdirentries() at getdirentries+0x18d syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (196, FreeBSD ELF64, getdirentries), rip = 0x8006ff40c, rsp = 0x7ffffffeaa8, rbp = 0x1 --- Tracing command rm pid 41104 tid 100168 td 0xffffff0003cc36e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e ffs_read() at ffs_read+0x369 ufs_readdir() at ufs_readdir+0xbb getdirentries() at getdirentries+0x18d syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (196, FreeBSD ELF64, getdirentries), rip = 0x8006ff40c, rsp = 0x7fffffffeaa8, rbp = 0x1 --- Tracing command rm pid 41103 tid 100149 td 0xffffff0003d186e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e ffs_read() at ffs_read+0x369 ufs_readdir() at ufs_readdir+0xbb getdirentries() at getdirentries+0x18d syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (196, FreeBSD ELF64, getdirentries), rip = 0x8006ff40c, rsp = 0x7fffffffeaa8, rbp = 0x1 --- Tracing command rm pid 41102 tid 100260 td 0xffffff0076acb6e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e ffs_read() at ffs_read+0x369 ufs_readdir() at ufs_readdir+0xbb getdirentries() at getdirentries+0x18d syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (196, FreeBSD ELF64, getdirentries), rip = 0x8006ff40c, rsp = 0x7fffffffeaa8, rbp = 0x1 --- Tracing command rm pid 41101 tid 100235 td 0xffffff0003836000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e ffs_read() at ffs_read+0x369 ufs_readdir() at ufs_readdir+0xbb getdirentries() at getdirentries+0x18d syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (196, FreeBSD ELF64, getdirentries), rip = 0x8006ff40c, rsp = 0x7fffffffeaa8, rbp = 0x1 --- Tracing command rm pid 41100 tid 100156 td 0xffffff0003fdea50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e ffs_read() at ffs_read+0x369 ufs_readdir() at ufs_readdir+0xbb getdirentries() at getdirentries+0x18d syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (196, FreeBSD ELF64, getdirentries), rip = 0x8006ff40c, rsp = 0x7fffffffeaa8, rbp = 0x1 --- Tracing command perl5.8.8 pid 40929 tid 100167 td 0xffffff0003cc3a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40928 tid 100256 td 0xffffff0076acc6e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40927 tid 100194 td 0xffffff0021371000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40926 tid 100066 td 0xffffff00036e2a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40925 tid 100175 td 0xffffff00038dea50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40924 tid 100142 td 0xffffff00038d5000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40923 tid 100154 td 0xffffff00120e2370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40922 tid 100227 td 0xffffff00212d36e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40921 tid 100058 td 0xffffff000380c6e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e, rbp = 0x3 --- Tracing command perl5.8.8 pid 40920 tid 100069 td 0xffffff00038376e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40919 tid 100217 td 0xffffff00212d7370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e, rbp = 0x3 --- Tracing command perl5.8.8 pid 40918 tid 100226 td 0xffffff00212d3a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40917 tid 100153 td 0xffffff00120e26e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e, rbp = 0x3 --- Tracing command perl5.8.8 pid 40916 tid 100264 td 0xffffff0076ac86e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40915 tid 100131 td 0xffffff0003b14000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e, rbp = 0x3 --- Tracing command perl5.8.8 pid 40914 tid 100120 td 0xffffff0003b17a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40913 tid 100169 td 0xffffff0021390370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e, rbp = 0x3 --- Tracing command perl5.8.8 pid 40912 tid 100192 td 0xffffff00213716e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40911 tid 100173 td 0xffffff0003844000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40910 tid 100196 td 0xffffff00120fa6e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40909 tid 100143 td 0xffffff0003ec3a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e, rbp = 0x3 --- Tracing command perl5.8.8 pid 40908 tid 100250 td 0xffffff005bd59000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40907 tid 100195 td 0xffffff00120faa50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e, rbp = 0x3 --- Tracing command perl5.8.8 pid 40906 tid 100258 td 0xffffff0076acc000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40905 tid 100079 td 0xffffff0003960370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40904 tid 100073 td 0xffffff00038366e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40903 tid 100273 td 0xffffff0076b26370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40902 tid 100059 td 0xffffff000380c370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40901 tid 100206 td 0xffffff001211c6e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e, rbp = 0x3 --- Tracing command perl5.8.8 pid 40900 tid 100130 td 0xffffff0003b14370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command perl5.8.8 pid 40891 tid 100159 td 0xffffff0003fde000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c795fc, rsp = 0x7fffffffe8e8, rbp = 0x3 --- Tracing command bash pid 40754 tid 100246 td 0xffffff005bd5a000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 ttysleep() at ttysleep+0x25 ttread() at ttread+0x315 ptsread() at ptsread+0x37 giant_read() at giant_read+0x6f devfs_read_f() at devfs_read_f+0x81 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x4c read() at read+0x54 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800bef67c, rsp = 0x7fffffffe808, rbp = 0x7fffffffe827 --- Tracing command sshd pid 40751 tid 100204 td 0xffffff00211c3000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x10e kern_select() at kern_select+0xa23 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x8013985fc, rsp = 0x7fffffffe4b, rbp = 0x7fffffffe540 --- Tracing command bash pid 40666 tid 100208 td 0xffffff0012d996e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 kern_wait() at kern_wait+0x76b wait4() at wait4+0x35 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (7, FreeBSD ELF64, wait4), rip = 0x800b73dac, rsp = 0x7fffffffe9c8, rbp = 0x673b20 --- Tracing command sshd pid 40663 tid 100243 td 0xffffff005bd5aa50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x10e kern_select() at kern_select+0xa23 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x8013985fc, rsp = 0x7fffffffe4b8, rbp = 0x7fffffffe540 --- Tracing command pickup pid 40613 tid 100104 td 0xffffff0003ca3000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _sleep() at _sleep+0x1ee kern_kevent() at kern_kevent+0x353 kevent() at kevent+0x90 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (363, FreeBSD ELF64, kevent), rip = 0x800e7153c, rsp = 0x7fffffffdb68, rbp = 0x7fffffffdb70 --- Tracing command qmgr pid 35540 tid 100215 td 0xffffff00212d7a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _sleep() at _sleep+0x1ee kern_kevent() at kern_kevent+0x353 kevent() at kevent+0x90 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (363, FreeBSD ELF64, kevent), rip = 0x800e7d53c, rsp = 0x7fffffffdb8, rbp = 0x7fffffffdb10 --- Tracing command master pid 34783 tid 100262 td 0xffffff0076acb000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _sleep() at _sleep+0x1ee kern_kevent() at kern_kevent+0x353 kevent() at kevent+0x90 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (363, FreeBSD ELF64, kevent), rip = 0x800e6353c, rsp = 0x7fffffffde58, rbp = 0x7fffffffde60 --- Tracing command slapd pid 34615 tid 100291 td 0xffffff00038446e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x80127c54c, rsp = 0x7ffffb3f5ba8, rbp = 0 --- Tracing command slapd pid 34615 tid 100290 td 0xffffff0076b25370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x80127c54c, rsp = 0x7ffffbbf6ba8, rbp = 0 --- Tracing command slapd pid 34615 tid 100289 td 0xffffff0003c8c000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x80127c54c, rsp = 0x7ffffc3fba8, rbp = 0 --- Tracing command slapd pid 34615 tid 100288 td 0xffffff0076ca7370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x80127c54c, rsp = 0x7ffffcbf8ba8, rbp = 0 --- Tracing command slapd pid 34615 tid 100287 td 0xffffff0076acd6e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x80127c54c, rsp = 0x7ffffd3f9ba8, rbp = 0 --- Tracing command slapd pid 34615 tid 100286 td 0xffffff0076acda50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x80127c54c, rsp = 0x7ffffdbfaba8, rbp = 0 --- Tracing command slapd pid 34615 tid 100285 td 0xffffff0076bb6000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x80127c54c, rsp = 0x7ffffe3fbba8, rbp = 0 --- Tracing command slapd pid 34615 tid 100284 td 0xffffff0003c8ca50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x80127c54c, rsp = 0x7ffffebfcba8, rbp = 0 --- Tracing command slapd pid 34615 tid 100283 td 0xffffff008d580000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x80127c54c, rsp = 0x7fffff3fdba8, rbp = 0 --- Tracing command slapd pid 34615 tid 100281 td 0xffffff0076bb6370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x8014655fc, rsp = 0x7fffffbfe1d, rbp = 0x57 --- Tracing command slapd pid 34615 tid 100074 td 0xffffff000380c000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_wait() at do_wait+0x4da __umtx_op_wait() at __umtx_op_wait+0x5b syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x80127c54c, rsp = 0x7fffffffe5c8, rbp = 0x602600 --- Tracing command mysqld pid 34297 tid 100279 td 0xffffff008d581000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 kern_sigtimedwait() at kern_sigtimedwait+0x5ff sigwait() at sigwait+0x74 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (429, FreeBSD ELF64, sigwait), rip = 0x8013cd85c, rsp = 0x7ffffebf6f18, rbp = 0xa02f00 --- Tracing command mysqld pid 34297 tid 100276 td 0xffffff008d581370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x80127654c, rsp = 0x7ffffedf7e98, rbp = 0 --- Tracing command mysqld pid 34297 tid 100278 td 0xffffff008d5816e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x80145f5fc, rsp = 0x7ffffeff8f18, rbp = 0 --- Tracing command mysqld pid 34297 tid 100277 td 0xffffff008d581a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x80145f5fc, rsp = 0x7fffff1f9f18, rbp = 0 --- Tracing command mysqld pid 34297 tid 100275 td 0xffffff008d582370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x80127654c, rsp = 0x7fffff5fbe8, rbp = 0 --- Tracing command mysqld pid 34297 tid 100221 td 0xffffff008d5826e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x80127654c, rsp = 0x7fffff7fcbe8, rbp = 0 --- Tracing command mysqld pid 34297 tid 100220 td 0xffffff008d582a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x80127654c, rsp = 0x7fffff9fdbe8, rbp = 0 --- Tracing command mysqld pid 34297 tid 100218 td 0xffffff008d583000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x80127654c, rsp = 0x7fffffbfbe8, rbp = 0 --- Tracing command mysqld pid 34297 tid 100065 td 0xffffff0003797000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x10e kern_select() at kern_select+0xa23 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x80145f5fc, rsp = 0x7fffffffe098, rbp = 0xd --- Tracing command sh pid 34277 tid 100271 td 0xffffff0076b26a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 kern_wait() at kern_wait+0x76b wait4() at wait4+0x35 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (7, FreeBSD ELF64, wait4), rip = 0x80091bdac, rsp = 0x7fffffffe048, rbp = 0x85e4 --- Tracing command bash pid 960 tid 100152 td 0xffffff0003d16a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 ttysleep() at ttysleep+0x25 ttread() at ttread+0x315 ptsread() at ptsread+0x37 giant_read() at giant_read+0x6f devfs_read_f() at devfs_read_f+0x81 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x4c read() at read+0x54 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x800bef67c, rsp = 0x7fffffffe328, bp = 0x7fffffffe347 --- Tracing command screen pid 958 tid 100150 td 0xffffff0003d18370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x10e kern_select() at kern_select+0xa23 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800ad15fc, rsp = 0x7fffffffe36, rbp = 0x7fffffffe3f0 --- Tracing command getty pid 950 tid 100137 td 0xffffff0003d19370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 ttysleep() at ttysleep+0x25 ttread() at ttread+0x315 giant_read() at giant_read+0x6f devfs_read_f() at devfs_read_f+0x81 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x4c read() at read+0x54 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x80082967c, rsp = 0x7fffffffed88, rbp = 0 --- Tracing command getty pid 949 tid 100055 td 0xffffff000380f370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 ttysleep() at ttysleep+0x25 ttread() at ttread+0x315 giant_read() at giant_read+0x6f devfs_read_f() at devfs_read_f+0x81 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x4c read() at read+0x54 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x80082967c, rsp = 0x7fffffffed88, rbp = 0 --- Tracing command getty pid 948 tid 100071 td 0xffffff0003837000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 ttysleep() at ttysleep+0x25 ttread() at ttread+0x315 giant_read() at giant_read+0x6f devfs_read_f() at devfs_read_f+0x81 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x4c read() at read+0x54 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x80082967c, rsp = 0x7fffffffed88, rbp = 0 --- Tracing command getty pid 947 tid 100097 td 0xffffff0003cc2a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 ttysleep() at ttysleep+0x25 ttread() at ttread+0x315 giant_read() at giant_read+0x6f devfs_read_f() at devfs_read_f+0x81 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x4c read() at read+0x54 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x80082967c, rsp = 0x7fffffffed88, rbp = 0 --- Tracing command getty pid 946 tid 100053 td 0xffffff000380fa50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 ttysleep() at ttysleep+0x25 ttread() at ttread+0x315 giant_read() at giant_read+0x6f devfs_read_f() at devfs_read_f+0x81 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x4c read() at read+0x54 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x80082967c, rsp = 0x7fffffffed88, bp = 0 --- Tracing command getty pid 945 tid 100080 td 0xffffff0003960000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 ttysleep() at ttysleep+0x25 ttread() at ttread+0x315 giant_read() at giant_read+0x6f devfs_read_f() at devfs_read_f+0x81 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x4c read() at read+0x54 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x80082967c, rsp = 0x7fffffffed88, rbp = 0 --- Tracing command getty pid 944 tid 100095 td 0xffffff0003cc3370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 ttysleep() at ttysleep+0x25 ttread() at ttread+0x315 giant_read() at giant_read+0x6f devfs_read_f() at devfs_read_f+0x81 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x4c read() at read+0x54 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x80082967c, rsp = 0x7fffffffed88, rbp = 0 --- Tracing command getty pid 943 tid 100093 td 0xffffff0003970000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 ttysleep() at ttysleep+0x25 ttread() at ttread+0x315 giant_read() at giant_read+0x6f devfs_read_f() at devfs_read_f+0x81 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x4c read() at read+0x54 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x80082967c, rsp = 0x7fffffffed88, bp = 0 --- Tracing command getty pid 942 tid 100094 td 0xffffff0003837a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 ttysleep() at ttysleep+0x25 ttread() at ttread+0x315 giant_read() at giant_read+0x6f devfs_read_f() at devfs_read_f+0x81 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x4c read() at read+0x54 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x80082967c, rsp = 0x7fffffffed88, rbp = 0 --- Tracing command bsnmpd pid 936 tid 100124 td 0xffffff00038d5a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800a475fc, rsp = 0x7fffffffc4a, rbp = 0x7fffffffedac --- Tracing command inetd pid 922 tid 100085 td 0xffffff0003970a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x10e kern_select() at kern_select+0xa23 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800a3e5fc, rsp = 0x7fffffffdf18, rbp = 0 --- Tracing command cron pid 899 tid 100067 td 0xffffff00036e26e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _sleep() at _sleep+0x1ee kern_nanosleep() at kern_nanosleep+0x118 nanosleep() at nanosleep+0x6e syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (240, FreeBSD ELF64, nanosleep), rip = 0x8009183bc, rsp = 0x7fffffffec18, rbp = 0x3c --- Tracing command sshd pid 892 tid 100052 td 0xffffff0003810000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x10e kern_select() at kern_select+0xa23 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x8013985fc, rsp = 0x7fffffffe5c, rbp = 0x2 --- Tracing command nrpe2 pid 851 tid 100106 td 0xffffff0003c9e6e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _cv_timedwait_sig() at _cv_timedwait_sig+0x117 kern_select() at kern_select+0x939 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c025fc, rsp = 0x7fffffffdd18, rbp = 0xa120 --- Tracing command freshclam pid 755 tid 100121 td 0xffffff0003b176e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 kern_sigsuspend() at kern_sigsuspend+0xda sigsuspend() at sigsuspend+0x34 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x800edf0bc, rsp = 0x7ffffffebf8, rbp = 0x608040 --- Tracing command clamd pid 750 tid 100294 td 0xffffff001211c000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _sleep() at _sleep+0x1ee do_cv_wait() at do_cv_wait+0x501 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x800d8054c, rsp = 0x7ffffdf1ea8, rbp = 0x7ffffdf10f00 --- Tracing command clamd pid 750 tid 100293 td 0xffffff005b1f8000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _sleep() at _sleep+0x1ee do_cv_wait() at do_cv_wait+0x501 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x800d8054c, rsp = 0x7ffffd2aea8, rbp = 0x7ffffd2aaf00 --- Tracing command clamd pid 750 tid 100292 td 0xffffff005b1f8370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _sleep() at _sleep+0x1ee do_cv_wait() at do_cv_wait+0x501 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x800d8054c, rsp = 0x7ffffdcfea8, rbp = 0x7ffffdcfff00 --- Tracing command clamd pid 750 tid 100282 td 0xffffff005b1f86e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _sleep() at _sleep+0x1ee do_cv_wait() at do_cv_wait+0x501 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x800d8054c, rsp = 0x7ffffe965ea8, rbp = 0x7ffffe965f00 --- Tracing command clamd pid 750 tid 100280 td 0xffffff0076b25000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _sleep() at _sleep+0x1ee do_cv_wait() at do_cv_wait+0x501 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x800d8054c, rsp = 0x7fffffbfeea8, rbp = 0x7fffffbfef00 --- Tracing command clamd pid 750 tid 100219 td 0xffffff005679c370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _sleep() at _sleep+0x1ee do_cv_wait() at do_cv_wait+0x501 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x800d8054c, rsp = 0x7ffffe543ea8, rbp = 0x7ffffe543f00 --- Tracing command clamd pid 750 tid 100102 td 0xffffff0003ca36e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 kern_accept() at kern_accept+0x18a accept() at accept+0xfe syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (30, FreeBSD ELF64, accept), rip = 0x800f09bdc, rsp = 0x7fffffffe778, rbp = 0x1 --- Tracing command ntpd pid 720 tid 100078 td 0xffffff00039606e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x10e kern_select() at kern_select+0xa23 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800d1f5fc, rsp = 0x7fffffffecc8, rbp = 0x7fffffffede0 --- Tracing command named pid 630 tid 100114 td 0xffffff00038dca50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x10e kern_select() at kern_select+0xa23 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x800c345fc, rsp = 0x7fffff1f9cb8, rbp = 0x31 --- Tracing command named pid 630 tid 100113 td 0xffffff00038dd000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19 _sleep() at _sleep+0x1ee do_cv_wait() at do_cv_wait+0x501 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x800a4b54c, rsp = 0x7fffff3fadc8, rbp = 0x7fffff3fae20 --- Tracing command named pid 630 tid 100112 td 0xffffff0003d1a000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x800a4b54c, rsp = 0x7fffff5feb8, rbp = 0 --- Tracing command named pid 630 tid 100111 td 0xffffff0003d1a370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x800a4b54c, rsp = 0x7fffff7fceb8, rbp = 0 --- Tracing command named pid 630 tid 100110 td 0xffffff0003b056e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x800a4b54c, rsp = 0x7fffff9feb8, rbp = 0 --- Tracing command named pid 630 tid 100109 td 0xffffff0003b05a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 do_cv_wait() at do_cv_wait+0x644 __umtx_op_cv_wait() at __umtx_op_cv_wait+0x5c syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x800a4b54c, rsp = 0x7fffffbfeeb8, rbp = 0 --- Tracing command named pid 630 tid 100077 td 0xffffff0003960a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 kern_sigtimedwait() at kern_sigtimedwait+0x5ff sigwait() at sigwait+0x74 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (429, FreeBSD ELF64, sigwait), rip = 0x800ba285c, rsp = 0x7fffffffec28, rbp = 0x702180 --- Tracing command syslogd pid 531 tid 100081 td 0xffffff0003971a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x10e kern_select() at kern_select+0xa23 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x80082c5fc, rsp = 0x7fffffffdd88, rbp = 0x8 --- Tracing command devd pid 468 tid 100075 td 0xffffff0003961370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _cv_wait_sig() at _cv_wait_sig+0x10e kern_select() at kern_select+0xa23 select() at select+0x56 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (93, FreeBSD ELF64, select), rip = 0x43fd3c, rsp = 0x7fffffffe918, rbp = 0x7fffffffed40 --- Tracing command softdepflush pid 48 tid 100047 td 0xffffff000379a370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 bwait() at bwait+0x59 bufwait() at bufwait+0x56 bread() at bread+0x1e indir_trunc() at indir_trunc+0x11f handle_workitem_freeblocks() at handle_workitem_freeblocks+0x281 process_worklist_item() at process_worklist_item+0x293 softdep_process_worklist() at softdep_process_worklist+0xf2 softdep_flush() at softdep_flush+0x12a fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb249fd30, rbp = 0 --- Tracing command vnlru pid 47 tid 100046 td 0xffffff000379a6e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_timedwait() at sleepq_timedwait+0x31 _sleep() at _sleep+0x33e vnlru_proc() at vnlru_proc+0x6c2 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb249ad30, rbp = 0 --- Tracing command syncer pid 46 tid 100045 td 0xffffff000379aa50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 acquire() at acquire+0x7c _lockmgr() at _lockmgr+0x203 ffs_lock() at ffs_lock+0x96 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x46 _vn_lock() at _vn_lock+0x83 vget() at vget+0xf9 qsync() at qsync+0x1a4 ffs_sync() at ffs_sync+0x2e4 sync_fsync() at sync_fsync+0x1ac sched_sync() at sched_sync+0x609 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb2495d30, rbp = 0 --- Tracing command bufdaemon pid 45 tid 100044 td 0xffffff0001414a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_timedwait() at sleepq_timedwait+0x31 _sleep() at _sleep+0x33e buf_daemon() at buf_daemon+0x2b5 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb2490d30, rbp = 0 --- Tracing command pagezero pid 44 tid 100043 td 0xffffff00036e0000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_timedwait() at sleepq_timedwait+0x31 _sleep() at _sleep+0x33e vm_pagezero() at vm_pagezero+0x83 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb248bd30, rbp = 0 --- Tracing command vmdaemon pid 43 tid 100042 td 0xffffff00036e0370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 vm_daemon() at vm_daemon+0x58 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb2486d30, rbp = 0 --- Tracing command pagedaemon pid 42 tid 100041 td 0xffffff00036e06e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_timedwait() at sleepq_timedwait+0x31 _sleep() at _sleep+0x33e vm_pageout() at vm_pageout+0xbbc fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb2481d30, rbp = 0 --- Tracing command sctp_iterator pid 41 tid 100040 td 0xffffff00036e0a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 sctp_iterator_thread() at sctp_iterator_thread+0x54 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb247cd30, rbp = 0 --- Tracing command irq1: atkbd0 pid 40 tid 100039 td 0xffffff00036e1000 fork_trampoline() at fork_trampoline Tracing command swi0: sio pid 39 tid 100038 td 0xffffff00036e1370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e ithread_loop() at ithread_loop+0x3be fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb244fd30, rbp = 0 --- Tracing command irq15: ata1 pid 38 tid 100037 td 0xffffff00036e16e0 fork_trampoline() at fork_trampoline Tracing command irq14: ata0 pid 37 tid 100036 td 0xffffff00036e1a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e ithread_loop() at ithread_loop+0x3be fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb2432d30, rbp = 0 --- Tracing command usb4 pid 36 tid 100035 td 0xffffff00036e2000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_timedwait() at sleepq_timedwait+0x31 _sleep() at _sleep+0x33e usb_event_thread() at usb_event_thread+0xb9 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb241ad30, rbp = 0 --- Tracing command usb3 pid 35 tid 100034 td 0xffffff00012586e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_timedwait() at sleepq_timedwait+0x31 _sleep() at _sleep+0x33e usb_event_thread() at usb_event_thread+0xb9 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb23ffd30, rbp = 0 --- Tracing command usb2 pid 34 tid 100033 td 0xffffff0001258a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_timedwait() at sleepq_timedwait+0x31 _sleep() at _sleep+0x33e usb_event_thread() at usb_event_thread+0xb9 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb23f3d30, rbp = 0 --- Tracing command usb1 pid 33 tid 100032 td 0xffffff0001413000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_timedwait() at sleepq_timedwait+0x31 _sleep() at _sleep+0x33e usb_event_thread() at usb_event_thread+0xb9 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb23e7d30, rbp = 0 --- Tracing command irq20: uhci1 uhci3 pid 32 tid 100031 td 0xffffff0001413370 fork_trampoline() at fork_trampoline Tracing command usbtask-dr pid 31 tid 100030 td 0xffffff00014136e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 usb_task_thread() at usb_task_thread+0xa3 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb23d6d30, rbp = 0 --- Tracing command usbtask-hc pid 30 tid 100029 td 0xffffff0001413a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 usb_task_thread() at usb_task_thread+0xa3 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb23d1d30, rbp = 0 --- Tracing command usb0 pid 29 tid 100028 td 0xffffff0001414000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_timedwait() at sleepq_timedwait+0x31 _sleep() at _sleep+0x33e usb_event_thread() at usb_event_thread+0xb9 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb23ccd30, rbp = 0 --- Tracing command irq21: uhci0 uhci+ pid 28 tid 100027 td 0xffffff0001414370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e ithread_loop() at ithread_loop+0x3be fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb03c1d30, rbp = 0 --- Tracing command irq257: bce1 pid 27 tid 100026 td 0xffffff00014146e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e ithread_loop() at ithread_loop+0x3be fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb03bcd30, rbp = 0 --- Tracing command irq16: mfi0 pid 26 tid 100025 td 0xffffff000111a6e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e ithread_loop() at ithread_loop+0x3be fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffae3b3d30, rbp = 0 --- Tracing command irq256: bce0 pid 25 tid 100024 td 0xffffff000111aa50 fork_trampoline() at fork_trampoline Tracing command irq9: acpi0 pid 24 tid 100023 td 0xffffff0001257000 fork_trampoline() at fork_trampoline Tracing command swi6: Giant taskq pid 23 tid 100022 td 0xffffff0001257370 fork_trampoline() at fork_trampoline Tracing command thread taskq pid 22 tid 100021 td 0xffffff00012576e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 taskqueue_thread_loop() at taskqueue_thread_loop+0x92 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac2bbd30, rbp = 0 --- Tracing command swi5: + pid 21 tid 100020 td 0xffffff0001257a50 fork_trampoline() at fork_trampoline Tracing command kqueue taskq pid 9 tid 100019 td 0xffffff0001258000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 taskqueue_thread_loop() at taskqueue_thread_loop+0x92 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac2b1d30, rbp = 0 --- Tracing command acpi_task_2 pid 8 tid 100018 td 0xffffff0001258370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 taskqueue_thread_loop() at taskqueue_thread_loop+0x92 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac2acd30, rbp = 0 --- Tracing command acpi_task_1 pid 7 tid 100017 td 0xffffff000110da50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 taskqueue_thread_loop() at taskqueue_thread_loop+0x92 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac2a7d30, rbp = 0 --- Tracing command acpi_task_0 pid 6 tid 100016 td 0xffffff0001119000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 taskqueue_thread_loop() at taskqueue_thread_loop+0x92 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac2a2d30, rbp = 0 --- Tracing command swi2: cambio pid 20 tid 100015 td 0xffffff0001119370 fork_trampoline() at fork_trampoline Tracing command xpt_thrd pid 5 tid 100014 td 0xffffff00011196e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _sleep() at _sleep+0x351 xpt_scanner_thread() at xpt_scanner_thread+0x3a fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac298d30, rbp = 0 --- Tracing command swi6: task queue pid 19 tid 100013 td 0xffffff0001119a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e ithread_loop() at ithread_loop+0x3be fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac293d30, rbp = 0 --- Tracing command yarrow pid 18 tid 100012 td 0xffffff000111a000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_timedwait() at sleepq_timedwait+0x31 _sleep() at _sleep+0x33e random_kthread() at random_kthread+0x20c fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac28ed30, rbp = 0 --- Tracing command g_down pid 4 tid 100011 td 0xffffff000111a370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_timedwait() at sleepq_timedwait+0x31 _sleep() at _sleep+0x33e g_io_schedule_down() at g_io_schedule_down+0x227 g_down_procbody() at g_down_procbody+0x5a fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac285d30, rbp = 0 --- Tracing command g_up pid 3 tid 100010 td 0xffffff0001101370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_timedwait() at sleepq_timedwait+0x31 _sleep() at _sleep+0x33e g_io_schedule_up() at g_io_schedule_up+0xfe g_up_procbody() at g_up_procbody+0x5a fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac280d30, rbp = 0 --- Tracing command g_event pid 2 tid 100009 td 0xffffff00011016e0 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_timedwait() at sleepq_timedwait+0x31 _sleep() at _sleep+0x33e g_event_procbody() at g_event_procbody+0x91 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac27bd30, rbp = 0 --- Tracing command swi1: net pid 17 tid 100008 td 0xffffff0001101a50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e ithread_loop() at ithread_loop+0x3be fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac276d30, rbp = 0 --- Tracing command swi3: vm pid 16 tid 100007 td 0xffffff000110d000 fork_trampoline() at fork_trampoline Tracing command swi4: clock sio pid 15 tid 100006 td 0xffffff000110d370 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e ithread_loop() at ithread_loop+0x3be fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac26cd30, rbp = 0 --- Tracing command idle: cpu0 pid 14 tid 100005 td 0xffffff000110d6e0 cpustop_handler() at cpustop_handler+0x40 ipi_nmi_handler() at ipi_nmi_handler+0x30 trap() at trap+0x335 nmi_calltrap() at nmi_calltrap+0x8 --- trap 0x13, rip = 0xffffffff804e9643, rsp = 0xffffffff80b0fdb0, rbp = 0xfffffffac266c20 --- sched_idletd() at sched_idletd+0xc3 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac266d30, rbp = 0 --- Tracing command idle: cpu1 pid 13 tid 100004 td 0xffffff00010ff000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e ipi_bitmap_handler() at ipi_bitmap_handler+0xa4 Xipi_intr_bitmap_handler() at Xipi_intr_bitmap_handler+0x76 --- interrupt, rip = 0xffffffff80782486, rsp = 0xffffffffac261b90, rbp = 0xffffffffac261ba0 --- acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x19c sched_idletd() at sched_idletd+0x46 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac261d30, rbp = 0 --- Tracing command idle: cpu2 pid 12 tid 100003 td 0xffffff00010ff370 cpustop_handler() at cpustop_handler+0x40 ipi_nmi_handler() at ipi_nmi_handler+0x30 trap() at trap+0x335 nmi_calltrap() at nmi_calltrap+0x8 --- trap 0x13, rip = 0xffffffff807d0713, rsp = 0xffffffffab795ff0, rbp = 0xffffffffac25caa0 --- siointr1() at siointr1+0x243 siointr() at siointr+0x58 intr_execute_handlers() at intr_execute_handlers+0x8b Xapic_isr1() at Xapic_isr1+0x7f --- interrupt, rip = 0xffffffff80791943, rsp = 0xffffffffac25cbc0, rbp = 0xffffffffac25cbe0 --- spinlock_exit() at spinlock_exit+0x33 sched_idletd() at sched_idletd+0x13b fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac25cd30, rbp = 0 --- Tracing command idle: cpu3 pid 11 tid 100002 td 0xffffff00010ff6e0 cpustop_handler() at cpustop_handler+0x40 ipi_nmi_handler() at ipi_nmi_handler+0x30 trap() at trap+0x335 nmi_calltrap() at nmi_calltrap+0x8 --- trap 0x13, rip = 0xffffffff80782486, rsp = 0xffffffffab79aff0, rbp = 0xffffffffac257ba0 --- acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x19c sched_idletd() at sched_idletd+0x46 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac257d30, rbp = 0 --- Tracing command init pid 1 tid 100001 td 0xffffff00010ffa50 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_catch_signals() at sleepq_catch_signals+0x359 sleepq_wait_sig() at sleepq_wait_sig+0xc _sleep() at _sleep+0x295 kern_wait() at kern_wait+0x76b wait4() at wait4+0x35 syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (7, FreeBSD ELF64, wait4), rip = 0x40bf4c, rsp = 0x7fffffffe8d8, rbp = 0x7fffffffed60 --- Tracing command audit pid 10 tid 100000 td 0xffffff0001101000 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_wait() at sleepq_wait+0x3b _cv_wait() at _cv_wait+0xfe audit_worker() at audit_worker+0x359 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac24dd30, rbp = 0 --- Tracing command swapper pid 0 tid 0 td 0xffffffff80ad9780 sched_switch() at sched_switch+0x1fe mi_switch() at mi_switch+0x18e sleepq_timedwait() at sleepq_timedwait+0x31 _sleep() at _sleep+0x33e scheduler() at scheduler+0x3d3 mi_startup() at mi_startup+0x59 btext() at btext+0x2c db> show lockedvnods Locked vnodes 0xffffff0076437dc8: tag ufs, type VDIR usecount 2, writecount 0, refcount 7 mountedhere 0 flags () v_object 0xffffff005474f4e0 ref 0 pages 584 lock type ufs: EXCL (count 1) by thread 0xffffff0003ec36e0 (pid 41220) ino 20820014, on dev mfid0s1g 0xffffff00038ba1f8: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL (count 1) by thread 0xffffff000379aa50 (pid 46) 0xffffff0003d643f0: tag ufs, type VREG usecount 2, writecount 1, refcount 3614 mountedhere 0 flags (VV_SYSTEM) v_object 0xffffff0003cdf4e0 ref 0 pages 24028 lock type ufs: SHARED (count 1) ino 7, on dev mfid0s1g 0xffffff005b312dc8: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff0053d1dc30 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff00038106e0 (pid 41107) ino 89026686, on dev mfid0s1g 0xffffff0003e297e0: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff0012c51820 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff0076acd000 (pid 41112) ino 1012827, on dev mfid0s1g 0xffffff0003874dc8: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff0054ffb270 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff005bd5ca50 (pid 41113) ino 2991239, on dev mfid0s1g 0xffffff0012b52000: tag ufs, type VDIR usecount 2, writecount 0, refcount 5 mountedhere 0 flags () v_object 0xffffff00538c6c30 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff00039616e0 (pid 41119) with 1 pending ino 14602248, on dev mfid0s1g 0xffffff00210371f8: tag ufs, type VDIR usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xffffff0053480000 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff00038106e0 (pid 41107) ino 89050235, on dev mfid0s1g 0xffffff0123d99dc8: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff00aeedd410 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff0076ac8370 (pid 41114) ino 4427870, on dev mfid0s1g 0xffffff001265d3f0: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff008d4e19c0 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff00211c3370 (pid 41106) ino 78216337, on dev mfid0s1g 0xffffff0056512bd0: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff005b5fc9c0 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff0003d186e0 (pid 41103) ino 86600744, on dev mfid0s1g 0xffffff00210817e0: tag ufs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () lock type ufs: EXCL (count 1) by thread 0xffffff0003ec36e0 (pid 41220) ino 20993589, on dev mfid0s1g 0xffffff00564ed3f0: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff00210b4680 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff0003fde6e0 (pid 41117) ino 7536668, on dev mfid0s1g 0xffffff0052344dc8: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff0054c359c0 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff005bd59370 (pid 41108) ino 86930594, on dev mfid0s1g 0xffffff008d1729d8: tag ufs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () lock type ufs: EXCL (count 1) by thread 0xffffff0003fde6e0 (pid 41117) ino 7536941, on dev mfid0s1g 0xffffff008d40cdc8: tag ufs, type VDIR usecount 2, writecount 0, refcount 5 mountedhere 0 flags () v_object 0xffffff00564cb0d0 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff0003971000 (pid 41109) ino 93218956, on dev mfid0s1g 0xffffff0053590000: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff00546f9270 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff0076acb6e0 (pid 41102) ino 82078744, on dev mfid0s1g 0xffffff008d3e6bd0: tag ufs, type VDIR usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xffffff0079fb9270 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff0003971000 (pid 41109) ino 93218957, on dev mfid0s1g 0xffffff008d0037e0: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff00534028f0 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff005bd5c370 (pid 41115) ino 91593902, on dev mfid0s1g 0xffffff005469d000: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff00037394e0 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff0003836000 (pid 41101) ino 101768214, on dev mfid0s1g 0xffffff002128d3f0: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff0076c1d410 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff0003cc36e0 (pid 41104) ino 81113179, on dev mfid0s1g 0xffffff00217897e0: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff0054b3b5b0 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff0003fdea50 (pid 41100) ino 78899204, on dev mfid0s1g 0xffffff005bc0f3f0: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff005455a000 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff00038dd370 (pid 41118) ino 9821288, on dev mfid0s1g 0xffffff011e0767e0: tag ufs, type VDIR usecount 2, writecount 0, refcount 5 mountedhere 0 flags () v_object 0xffffff005b6bc0d0 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff0056f1f370 (pid 41111) ino 100967484, on dev mfid0s1g 0xffffff0076377bd0: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xffffff0076bff820 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xffffff0003cc2370 (pid 41110) ino 96775287, on dev mfid0s1g db> show locks No such command db> show alllocks No such command db> --Apple-Mail-23-908503003 Content-Disposition: attachment; filename=kernconf.txt Content-Type: text/plain; x-unix-mode=0644; name="kernconf.txt" Content-Transfer-Encoding: 7bit include GENERIC ident PTSMP options KDB # Enable kernel debugger support. options BREAK_TO_DEBUGGER options DDB # Support DDB. options GDB # Support remote GDB. options QUOTA options SMP --Apple-Mail-23-908503003 Content-Disposition: attachment; filename=dmesg.today Content-Type: application/octet-stream; x-unix-mode=0600; name="dmesg.today" Content-Transfer-Encoding: 7bit Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-PRERELEASE-p1 #0: Mon Dec 1 15:33:57 CET 2008 root@x:/usr/obj/usr/src/sys/PTSMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz (2493.76-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 Features=0xbfebfbff Features2=0xce3bd> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 4276305920 (4078 MB) avail memory = 4114956288 (3924 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci4: on pcib1 pcib2: at device 0.0 on pci4 pci5: on pcib2 pcib3: at device 0.0 on pci5 pci6: on pcib3 pcib4: at device 0.0 on pci6 pci7: on pcib4 bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci7 miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:22:19:82:e8:81 bce0: [ITHREAD] bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x04000305); Flags( MFW MSI ) pcib5: at device 1.0 on pci5 pci8: on pcib5 pcib6: at device 0.3 on pci4 pci9: on pcib6 pcib7: at device 3.0 on pci0 pci1: on pcib7 mfi0: port 0xec00-0xecff mem 0xfc480000-0xfc4bffff,0xfc440000-0xfc47ffff irq 16 at device 0.0 on pci1 mfi0: Megaraid SAS driver Ver 2.00 mfi0: 3098 (281457532s/0x0020/info) - Shutdown command received from host mfi0: 3099 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0060/1000/1f0c/1028) mfi0: 3100 (boot + 3s/0x0020/info) - Firmware version 1.11.82-0473 mfi0: 3101 (boot + 3s/0x0008/info) - Battery Present mfi0: 3102 (boot + 3s/0x0020/info) - Package version 6.0.3-0002 mfi0: 3103 (boot + 21s/0x0004/info) - Enclosure (SES) discovered on PD 20(c None/p0) mfi0: 3104 (boot + 21s/0x0002/info) - Inserted: Encl PD 20 mfi0: 3105 (boot + 21s/0x0002/info) - Inserted: PD 20(c None/p0) Info: enclPd=20, scsiType=d, portMap=09, sasAddr=5001e090e8810400,0000000000000000 mfi0: 3106 (boot + 21s/0x0002/info) - Inserted: PD 00(e0x20/s0) mfi0: 3107 (boot + 21s/0x0002/info) - Inserted: PD 00(e0x20/s0) Info: enclPd=20, scsiType=0, portMap=00, sasAddr=5000c50004c766f1,0000000000000000 mfi0: 3108 (boot + 21s/0x0002/info) - Inserted: PD 01(e0x20/s1) mfi0: 3109 (boot + 21s/0x0002/info) - Inserted: PD 01(e0x20/s1) Info: enclPd=20, scsiType=0, portMap=01, sasAddr=5000c50004c77139,0000000000000000 mfi0: 3110 (boot + 21s/0x0002/info) - Inserted: PD 02(e0x20/s2) mfi0: 3111 (boot + 21s/0x0002/info) - Inserted: PD 02(e0x20/s2) Info: enclPd=20, scsiType=0, portMap=02, sasAddr=5000c50004c77149,0000000000000000 mfi0: 3112 (boot + 21s/0x0002/info) - Inserted: PD 03(e0x20/s3) mfi0: 3113 (boot + 21s/0x0002/info) - Inserted: PD 03(e0x20/s3) Info: enclPd=20, scsiType=0, portMap=03, sasAddr=5000c50004c7446d,0000000000000000 mfi0: 3114 (boot + 21s/0x0002/info) - Inserted: PD 04(e0x20/s4) mfi0: 3115 (boot + 21s/0x0002/info) - Inserted: PD 04(e0x20/s4) Info: enclPd=20, scsiType=0, portMap=04, sasAddr=5000c50004c763b9,0000000000000000 mfi0: 3116 (boot + 21s/0x0002/info) - Inserted: PD 05(e0x20/s5) mfi0: 3117 (boot + 21s/0x0002/info) - Inserted: PD 05(e0x20/s5) Info: enclPd=20, scsiType=0, portMap=05, sasAddr=5000c50004c72f05,0000000000000000 mfi0: 3118 (boot + 22s/0x0042/info) - Global Hot Spare created on PD 04(e0x20/s4) (global,rev,ea) mfi0: 3119 (boot + 22s/0x0002/info) - State change on PD 04(e0x20/s4) from UNCONFIGURED_GOOD(0) to HOT SPARE(2) mfi0: 3120 (boot + 22s/0x0042/info) - Global Hot Spare created on PD 05(e0x20/s5) (global,rev,ea) mfi0: 3121 (boot + 22s/0x0002/info) - State change on PD 05(e0x20/s5) from UNCONFIGURED_GOOD(0) to HOT SPARE(2) mfi0: 3122 (281457572s/0x0020/info) - Time established as 12/01/08 14:39:32; (33 seconds since power on) mfi0: 3123 (281457607s/0x0008/info) - Battery temperature is normal mfi0: [ITHREAD] pcib8: at device 4.0 on pci0 pci10: on pcib8 pcib9: at device 5.0 on pci0 pci11: on pcib9 pcib10: at device 6.0 on pci0 pci12: on pcib10 pcib11: at device 7.0 on pci0 pci13: on pcib11 pcib12: at device 28.0 on pci0 pci2: on pcib12 pcib13: at device 0.0 on pci2 pci3: on pcib13 bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci3 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce1: Ethernet address: 00:22:19:82:e8:7f bce1: [ITHREAD] bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x04000305); Flags( MFW MSI ) uhci0: port 0xcce0-0xccff irq 21 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xccc0-0xccdf irq 20 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xcca0-0xccbf irq 21 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xcc80-0xcc9f irq 20 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfc500000-0xfc5003ff irq 21 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered uhub5: on uhub4 uhub5: multiple transaction translators uhub5: 4 ports with 4 removable, self powered pcib14: at device 30.0 on pci0 pci14: on pcib14 vgapci0: port 0xdc00-0xdcff mem 0xd8000000-0xdfffffff,0xfc2d0000-0xfc2dffff irq 19 at device 13.0 on pci14 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 471f471f0600471f device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 471f471f0600471f device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 471f471f0600471f device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 471f471f0600471f device_attach: est3 attach returned 6 p4tcc3: on cpu3 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xec000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master UDMA33 mfi0: 3124 (281457607s/0x0008/info) - Current capacity of the battery is above threshold mfid0: on mfi0 mfid0: 857344MB (1755840512 sectors) RAID volume '' is optimal SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/mfid0s1a ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled bce1: link state changed to UP pid 95843 (chown), uid 0: exited on signal 11 (core dumped) pid 41519 (try), uid 0: exited on signal 10 (core dumped) mfi0: 3125 (281562777s/0x0008/info) - Battery started charging mfi0: 3126 (281564857s/0x0008/info) - Battery charge complete --Apple-Mail-23-908503003-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 17:39:47 2008 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 02A461065675 for ; Wed, 3 Dec 2008 17:39:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 9D0038FC1D for ; Wed, 3 Dec 2008 17:39:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1L7vhP-000Bvf-MQ; Wed, 03 Dec 2008 19:39:44 +0200 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 mB3HdeKn001413 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Dec 2008 19:39:40 +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.3/8.14.3) with ESMTP id mB3HdeLW010021; Wed, 3 Dec 2008 19:39:40 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id mB3Hdec7010020; Wed, 3 Dec 2008 19:39:40 +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, 3 Dec 2008 19:39:40 +0200 From: Kostik Belousov To: Frode Nordahl Message-ID: <20081203173939.GA2401@deviant.kiev.zoral.com.ua> References: <3B675385-956D-4A26-8E09-E338DF7D7244@nordahl.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <3B675385-956D-4A26-8E09-E338DF7D7244@nordahl.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1L7vhP-000Bvf-MQ c0bd35d08247ba94d289338038dccba8 X-Terabit: YES Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.1-PRERELEASE-p1, panic: dqget: free dquot isn't X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 17:39:47 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 03, 2008 at 06:03:26PM +0100, Frode Nordahl wrote: > Hello, >=20 > I have a server with FreeBSD 7.1-PRERELEASE-p1 amd64 on it. Upgraded =20 > from a 7.0-RELEASE system using freebsd-update. >=20 > It's a DELL PE2950 with E5420 Quad Core 2.50GHz processor, 4 GB RAM, =20 > using DELL PERC 6 RAID card (mfi0). >=20 > The system is running a custom kernel to get quota support. >=20 > During some tests which involved removing a large number of files =20 > simultaneously (ran 20+ copies of rm -rf), it paniced with this =20 > message: dqget: free dquot isn't >=20 > Output from DDB, kernel config and dmesg is attached. I also secured a = =20 > crashdump, so further queries using kgdb is possible. >=20 > -- > Frode Nordahl >=20 >=20 > db> where > Tracing pid 41111 tid 100199 td 0xffffff0056f1f370 > kdb_enter_why() at kdb_enter_why+0x3d > panic() at panic+0x17b > dqget() at dqget+0xaa4 > getinoquota() at getinoquota+0x5b > ufs_access() at ufs_access+0x28c > ufs_lookup() at ufs_lookup+0x9fe > vfs_cache_lookup() at vfs_cache_lookup+0xf8 > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x40 > lookup() at lookup+0x531 > namei() at namei+0x35d > kern_rmdir() at kern_rmdir+0xbd > syscall() at syscall+0x256 > Xfast_syscall() at Xfast_syscall+0xab For the start, I want to see the content of the *dq in the dqget() frame. --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkk2xFsACgkQC3+MBN1Mb4hF5ACg6R4NyTu3dqAIsOS5+Lp3iBMW MNkAn0zGkOvFmOj4gaAyie5oA7bXoVZt =564v -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 18:59:16 2008 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 7C78A106564A for ; Wed, 3 Dec 2008 18:59:16 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: from dsl254-019-221.sea1.dsl.speakeasy.net (dsl254-019-221.sea1.dsl.speakeasy.net [216.254.19.221]) by mx1.freebsd.org (Postfix) with ESMTP id 4CDA98FC19 for ; Wed, 3 Dec 2008 18:59:16 +0000 (UTC) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 61655 invoked from network); 3 Dec 2008 18:32:34 -0000 Received: from localhost (HELO zircon.zircon.seattle.wa.us) (127.0.0.1) by localhost with ESMTP; 3 Dec 2008 18:32:34 -0000 Message-ID: <4936D0C2.2090306@zircon.seattle.wa.us> Date: Wed, 03 Dec 2008 10:32:34 -0800 From: Joe Kelsey User-Agent: Thunderbird 2.0.0.18 (X11/20081128) MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> In-Reply-To: <20081202220643.72eb52a3@serene.no-ip.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 03 Dec 2008 19:17:43 +0000 Cc: Randy Bush , freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 18:59:16 -0000 Conrad J. Sabatier wrote: > On Sat, 29 Nov 2008 14:49:02 +0900 > Randy Bush wrote: > > >> what a tragic story. and zero technical info, like even what your >> controller is. best of luck in penguin land. bye! >> >> randy >> > > No, actually, I forwarded to Soren all the information I could glean > from Windows Vista, Linux and FreeBSD (which I managed to install on an > external USB drive). I also applied the patches he sent me, which > failed to cure the problem, and have been monitoring the mailing lists > and CVS repo for any signs of progress, but so far I've seen nothing. > The first step in upgrading a FreeBSD system is to NEVER purchase ANYTHING with an nVidia logo anywhere near it. nVidia purposelessly witholds programming information form free developers, so there is virtually no chance for being able to make anything with nVidia work at any time. Second, DO NOT use motherboards with built-in video. These are almost always nvidia chipsets and suffer from the nvidia problem. Also, the video is crappy and buggy. Several people have mentioned reliable internet shops to order proven hardware from. Whenever you walk into a "local" computer store, you get no expertise in anything non-windoze. Go somewhere where you can use a magnifying glass to examine the chips and actually determine whether or not you are likely to suffer the nvidia disaster. Write down the motherboard information and ask on the mailing lists. I had a horrid problem with crappy SATA chips on my motherboard, and I had to buy two different SATA PCI cards before I got one that worked. Trade in the defective motherboard to get a new one that works. Think before you ever try to buy anything with nVidia logos on it, unless you are willing to run Linux crap. Good luck in the future. /Joe From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 19:44:17 2008 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 9BCB2106564A for ; Wed, 3 Dec 2008 19:44:17 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by mx1.freebsd.org (Postfix) with ESMTP id 13BDE8FC13 for ; Wed, 3 Dec 2008 19:44:16 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so3271618fkk.11 for ; Wed, 03 Dec 2008 11:44:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=z+9RbfJtFEFbzdRKKfg6lvWb6Pqp1rnJAPVaE3S/9iY=; b=I3N9vjrHyAeg5pk0fjmXK1OC7fVE7Y/e5RKYGq3jIU34MlY1pQSdog5ieO8R4I+Tea IVe1CPnFgnorxwjv3P0EDGyovw9DXus8SjgAtQVfgZhpd6zWvb7LgSJ9JcAe5o6w67Rz rqnSPXu1rA1HtmF2F4SoXtD3StkNVbioZo5hk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=iCCBkC/OfS8nR175ns+b7gqU+8Mcq+QXckvUJVhFbuo6YO9XuawQy7PYVUc3Y1Z9JS w77sH0Dxw9T20BtIZCQUPxNCW0DXevDIsjyh1BHn7Bg+jxwGL0aUIpVSTUzD/ECa7XhE ciiFe5CxWuXxF5QhL9xbqf3u+D3i0HCcGahBs= Received: by 10.181.144.11 with SMTP id w11mr4758498bkn.81.1228333455240; Wed, 03 Dec 2008 11:44:15 -0800 (PST) Received: by 10.181.21.8 with HTTP; Wed, 3 Dec 2008 11:44:15 -0800 (PST) Message-ID: Date: Wed, 3 Dec 2008 11:44:15 -0800 From: "Artem Belevich" Sender: artemb@gmail.com To: "Joe Kelsey" In-Reply-To: <4936D0C2.2090306@zircon.seattle.wa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> <4936D0C2.2090306@zircon.seattle.wa.us> X-Google-Sender-Auth: 0443cb919fdf4e18 Cc: Randy Bush , "Conrad J. Sabatier" , freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 19:44:17 -0000 > Second, DO NOT use motherboards with built-in video. These are almost > always nvidia chipsets and suffer from the nvidia problem. Also, the video > is crappy and buggy. I'd not discount them all as a class. Intel's built-in G33/G35 with recent DRM and x86-video-intel driver seem to work pretty well for accelerated 2D on the few boxes I have under FreeBSD-8/amd64. I even get 3D working on occasion. :-) --Artem From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 20:55:15 2008 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 DF364106567B; Wed, 3 Dec 2008 20:55:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A58DF8FC0A; Wed, 3 Dec 2008 20:55:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB3KtDmG019279; Wed, 3 Dec 2008 15:55:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mB3KtC0K093163; Wed, 3 Dec 2008 15:55:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C5AB873039; Wed, 3 Dec 2008 15:55:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081203205512.C5AB873039@freebsd-current.sentex.ca> Date: Wed, 3 Dec 2008 15:55:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 20:55:16 -0000 TB --- 2008-12-03 19:32:59 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-03 19:32:59 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-12-03 19:33:00 - cleaning the object tree TB --- 2008-12-03 19:33:37 - cvsupping the source tree TB --- 2008-12-03 19:33:37 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-12-03 19:33:45 - building world TB --- 2008-12-03 19:33:45 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-03 19:33:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-03 19:33:45 - TARGET=ia64 TB --- 2008-12-03 19:33:45 - TARGET_ARCH=ia64 TB --- 2008-12-03 19:33:45 - TZ=UTC TB --- 2008-12-03 19:33:45 - __MAKE_CONF=/dev/null TB --- 2008-12-03 19:33:45 - cd /src TB --- 2008-12-03 19:33:45 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 3 19:33:48 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/newfs_msdos/newfs_msdos.c echo newfs_msdos: /obj/ia64/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/sbin/newfs_msdos/newfs_msdos.c cc1: warnings being treated as errors /src/sbin/newfs_msdos/newfs_msdos.c: In function 'main': /src/sbin/newfs_msdos/newfs_msdos.c:367: warning: format '%lld' expects type 'long long int', but argument 3 has type 'off_t' /src/sbin/newfs_msdos/newfs_msdos.c:377: warning: format '%lld' expects type 'long long int', but argument 3 has type 'off_t' *** Error code 1 Stop in /src/sbin/newfs_msdos. *** Error code 1 Stop in /obj/ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-03 20:55:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-03 20:55:12 - ERROR: failed to build world TB --- 2008-12-03 20:55:12 - 4019.27 user 313.95 system 4932.56 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 21:05:56 2008 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 53FCC106564A for ; Wed, 3 Dec 2008 21:05:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1A9DF8FC12 for ; Wed, 3 Dec 2008 21:05:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB3Jk8Js096439; Wed, 3 Dec 2008 14:46:08 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mB3Jk71w011580 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Dec 2008 14:46:07 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200812031946.mB3Jk71w011580@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 03 Dec 2008 14:45:57 -0500 To: Joe Kelsey From: Mike Tancsa In-Reply-To: <4936D0C2.2090306@zircon.seattle.wa.us> References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> <4936D0C2.2090306@zircon.seattle.wa.us> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Randy Bush , freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 21:05:56 -0000 At 01:32 PM 12/3/2008, Joe Kelsey wrote: >Trade in the defective motherboard to get a new one that >works. Think before you ever try to buy anything with nVidia logos >on it, unless you are willing to run Linux crap. Actually, the LINUX 'forcedeath' driver for quite some time was quite inferior to the nfe/nve driver which also was cobbled together through reverse engineering. I had to use a MB that had those NICs on a few customer LINUX boxes and we ended up just installing a some old fxp nics we had sitting around to avoid various stability issues... As others have said, LINUX can have the same issues despite the oodles of extra $$$ resources. ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 22:09:58 2008 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 E48A71065686; Wed, 3 Dec 2008 22:09:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 913758FC13; Wed, 3 Dec 2008 22:09:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB3M9uOR044282; Wed, 3 Dec 2008 17:09:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mB3M9t4l078333; Wed, 3 Dec 2008 17:09:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C22C273039; Wed, 3 Dec 2008 17:09:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081203220955.C22C273039@freebsd-current.sentex.ca> Date: Wed, 3 Dec 2008 17:09:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 22:09:59 -0000 TB --- 2008-12-03 21:05:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-03 21:05:11 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-03 21:05:11 - cleaning the object tree TB --- 2008-12-03 21:05:40 - cvsupping the source tree TB --- 2008-12-03 21:05:40 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-03 21:05:49 - building world TB --- 2008-12-03 21:05:49 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-03 21:05:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-03 21:05:49 - TARGET=sparc64 TB --- 2008-12-03 21:05:49 - TARGET_ARCH=sparc64 TB --- 2008-12-03 21:05:49 - TZ=UTC TB --- 2008-12-03 21:05:49 - __MAKE_CONF=/dev/null TB --- 2008-12-03 21:05:49 - cd /src TB --- 2008-12-03 21:05:49 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 3 21:05:52 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/newfs_msdos/newfs_msdos.c echo newfs_msdos: /obj/sparc64/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/sbin/newfs_msdos/newfs_msdos.c cc1: warnings being treated as errors /src/sbin/newfs_msdos/newfs_msdos.c: In function 'main': /src/sbin/newfs_msdos/newfs_msdos.c:367: warning: format '%lld' expects type 'long long int', but argument 3 has type 'off_t' /src/sbin/newfs_msdos/newfs_msdos.c:377: warning: format '%lld' expects type 'long long int', but argument 3 has type 'off_t' *** Error code 1 Stop in /src/sbin/newfs_msdos. *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-03 22:09:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-03 22:09:55 - ERROR: failed to build world TB --- 2008-12-03 22:09:55 - 3030.86 user 302.60 system 3884.26 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 22:12:46 2008 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 DFEA8106564A for ; Wed, 3 Dec 2008 22:12:46 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id A1E948FC18 for ; Wed, 3 Dec 2008 22:12:46 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [64.134.51.37] (dhcp64-134-51-37.cmos.dca.wayport.net [64.134.51.37]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id mB3MCg5w072513 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Dec 2008 17:12:43 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Artem Belevich In-Reply-To: References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> <4936D0C2.2090306@zircon.seattle.wa.us> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PZ76WlNZ+KYNcVM+UG+b" Organization: FreeBSD Date: Wed, 03 Dec 2008 17:12:36 -0500 Message-Id: <1228342356.2078.24.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Randy Bush , "Conrad J. Sabatier" , freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 22:12:47 -0000 --=-PZ76WlNZ+KYNcVM+UG+b Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2008-12-03 at 11:44 -0800, Artem Belevich wrote: > > Second, DO NOT use motherboards with built-in video. These are almost > > always nvidia chipsets and suffer from the nvidia problem. Also, the v= ideo > > is crappy and buggy. >=20 > I'd not discount them all as a class. Intel's built-in G33/G35 with > recent DRM and x86-video-intel driver seem to work pretty well for > accelerated 2D on the few boxes I have under FreeBSD-8/amd64. I even > get 3D working on occasion. :-) Correct, Despite my occasional frustration with them, Intel is very supportive. They are providing docs and code (linux code) and I have a decent relationship with the Intel graphics devs. ATI/AMD has also become much more friendly and r500 and below should work fairly well. r600+ is still under development. Interestingly enough, VIA just released docs on some of their chips as well. I have it on my list to work on, but I don't yet have hardware to work with. robert. > --Artem > _______________________________________________ > 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= " --=-PZ76WlNZ+KYNcVM+UG+b Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkk3BFQACgkQM4TrQ4qfROOdOQCeMiIjiX2RnDAVtXCYrLdqABNA vL0AnjTITiqRLack3i6KwoO+2Htxz8lR =2m9a -----END PGP SIGNATURE----- --=-PZ76WlNZ+KYNcVM+UG+b-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 23:13:06 2008 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 B2AA0106567A; Wed, 3 Dec 2008 23:13:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5E5FB8FC08; Wed, 3 Dec 2008 23:13:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mB3ND3ia054397; Wed, 3 Dec 2008 18:13:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mB3ND3hm022926; Wed, 3 Dec 2008 18:13:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1992973039; Wed, 3 Dec 2008 18:13:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081203231303.1992973039@freebsd-current.sentex.ca> Date: Wed, 3 Dec 2008 18:13:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 23:13:06 -0000 TB --- 2008-12-03 22:09:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-03 22:09:56 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-12-03 22:09:56 - cleaning the object tree TB --- 2008-12-03 22:10:20 - cvsupping the source tree TB --- 2008-12-03 22:10:20 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-12-03 22:10:28 - building world TB --- 2008-12-03 22:10:28 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-03 22:10:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-03 22:10:28 - TARGET=sun4v TB --- 2008-12-03 22:10:28 - TARGET_ARCH=sparc64 TB --- 2008-12-03 22:10:28 - TZ=UTC TB --- 2008-12-03 22:10:28 - __MAKE_CONF=/dev/null TB --- 2008-12-03 22:10:28 - cd /src TB --- 2008-12-03 22:10:28 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 3 22:10:30 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/newfs_msdos/newfs_msdos.c echo newfs_msdos: /obj/sun4v/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/sbin/newfs_msdos/newfs_msdos.c cc1: warnings being treated as errors /src/sbin/newfs_msdos/newfs_msdos.c: In function 'main': /src/sbin/newfs_msdos/newfs_msdos.c:367: warning: format '%lld' expects type 'long long int', but argument 3 has type 'off_t' /src/sbin/newfs_msdos/newfs_msdos.c:377: warning: format '%lld' expects type 'long long int', but argument 3 has type 'off_t' *** Error code 1 Stop in /src/sbin/newfs_msdos. *** Error code 1 Stop in /obj/sun4v/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-03 23:13:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-03 23:13:02 - ERROR: failed to build world TB --- 2008-12-03 23:13:02 - 3029.77 user 297.81 system 3786.95 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 23:18:21 2008 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 6F7AE106564A for ; Wed, 3 Dec 2008 23:18:21 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from mx2.itu.dk (mx2.itu.dk [130.226.142.29]) by mx1.freebsd.org (Postfix) with ESMTP id 01ADA8FC1B for ; Wed, 3 Dec 2008 23:18:21 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from wimac.littlebit.dk (85233238191.switch.dansknet.dk [85.233.238.191]) by mx2.itu.dk (Postfix) with ESMTP id 06A54F48072 for ; Thu, 4 Dec 2008 00:18:18 +0100 (CET) Resent-To: FreeBSD Current From: Erik Cederstrand To: Joe Kelsey In-Reply-To: <4936D0C2.2090306@zircon.seattle.wa.us> Resent-From: Erik Cederstrand References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> <4936D0C2.2090306@zircon.seattle.wa.us> Message-Id: <9FE3410C-2439-4AB6-B993-579E06489CBE@cederstrand.dk> Content-Type: multipart/signed; boundary=Apple-Mail-74-930994653; micalg=sha1; protocol="application/pkcs7-signature" Resent-Date: Thu, 4 Dec 2008 00:18:17 +0100 Mime-Version: 1.0 (Apple Message framework v929.2) Date: Wed, 3 Dec 2008 21:59:03 +0100 X-Mailer: Apple Mail (2.929.2) Resent-Message-Id: <20081203231819.06A54F48072@mx2.itu.dk> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 23:18:21 -0000 --Apple-Mail-74-930994653 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Den 03/12/2008 kl. 19.32 skrev Joe Kelsey: > The first step in upgrading a FreeBSD system is to NEVER purchase > ANYTHING with an nVidia logo anywhere near it. nVidia purposelessly > witholds programming information form free developers, so there is > virtually no chance for being able to make anything with nVidia work > at any time. While I acknowledge that they withhold information, that's only half the truth. nVidia has presented us with a list of kernel features which are necessary for them to improve their binary driver for FreeBSD: http://wiki.freebsd.org/NvidiaFeatureRequests So we have some work to do, too. Erik --Apple-Mail-74-930994653-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 23:33:56 2008 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 A8A6F1065673 for ; Wed, 3 Dec 2008 23:33:56 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 406398FC0A for ; Wed, 3 Dec 2008 23:33:56 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id mB3NXs95046770 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 4 Dec 2008 00:33:54 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <31C70CBC-488A-4A9A-A642-37855E8F1DD1@lassitu.de> From: Stefan Bethke To: FreeBSD Current In-Reply-To: <20081202232924.GA19134@hyperion.scode.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Thu, 4 Dec 2008 00:33:53 +0100 References: <20081117205526.GC1733@garage.freebsd.pl> <20081202203308.GA13818@hyperion.scode.org> <200812021254.21242.fjwcash@gmail.com> <20081202232924.GA19134@hyperion.scode.org> X-Mailer: Apple Mail (2.929.2) Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Dec 2008 23:33:56 -0000 Am 03.12.2008 um 00:29 schrieb Peter Schuller: >> I've noticed the past couple of days, when using the server (not very >> often), every now and then, the GUI (KDE 4.1) will "hang" for up to 5 >> minutes (no mouse movement, no keyboard events), while the drives >> work like >> crazy. > > I was not explicit about it, but FWIW in my case the hang is not due > to drive saturation. The drives were mostly idle (except some stuff > triggered by a buildworld I had going) during the extended period of > ktorrent being unkillable. But again I never had this happen > pre-CURRENT. Just a very brief "me too" (but possibly different effect): I'm stress testing two machines I put together over the weekend with an endless loop of make -j4 universe, with /usr/obj on ZFS, with a single disk. One of the two machines has now been stuck for a couple of hours, and trying to access /tank results in a hung process, as will zfs list. I'll reboot and see what happens, and if I can trigger it again, willt try to produce more details. I have set vfs.zfs.arc_max="512M" vfs.zfs.prefetch_disable=1 in loader.conf FreeBSD lokschuppen.lassitu.de 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Dec 3 07:05:03 UTC 2008 root@lokschuppen.lassitu.de:/usr/obj/usr/ src/sys/EISENBOOT amd64 Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 01:39:30 2008 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 32B351065670 for ; Thu, 4 Dec 2008 01:39:30 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id F109F8FC16 for ; Thu, 4 Dec 2008 01:39:29 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (78-33-110-3.static-adsl.entanet.co.uk [78.33.110.3] (may be forged)) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.2) with ESMTP id mB41dR08002117 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Thu, 4 Dec 2008 01:39:28 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Thu, 4 Dec 2008 01:39:26 +0000 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; amd64; ; ) References: <20081117205526.GC1733@garage.freebsd.pl> <20081202232924.GA19134@hyperion.scode.org> <31C70CBC-488A-4A9A-A642-37855E8F1DD1@lassitu.de> In-Reply-To: <31C70CBC-488A-4A9A-A642-37855E8F1DD1@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812040139.26236.ken@mthelicon.com> Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 01:39:30 -0000 On Wednesday 03 December 2008 23:33:53 Stefan Bethke wrote: > Am 03.12.2008 um 00:29 schrieb Peter Schuller: > >> I've noticed the past couple of days, when using the server (not very > >> often), every now and then, the GUI (KDE 4.1) will "hang" for up to 5 > >> minutes (no mouse movement, no keyboard events), while the drives > >> work like > >> crazy. > > > > I was not explicit about it, but FWIW in my case the hang is not due > > to drive saturation. The drives were mostly idle (except some stuff > > triggered by a buildworld I had going) during the extended period of > > ktorrent being unkillable. But again I never had this happen > > pre-CURRENT. > > Just a very brief "me too" (but possibly different effect): I'm stress > testing two machines I put together over the weekend with an endless > loop of make -j4 universe, with /usr/obj on ZFS, with a single disk. > One of the two machines has now been stuck for a couple of hours, and > trying to access /tank results in a hung process, as will zfs list. > > I'll reboot and see what happens, and if I can trigger it again, willt > try to produce more details. > > I have set > vfs.zfs.arc_max="512M" > vfs.zfs.prefetch_disable=1 > in loader.conf > > FreeBSD lokschuppen.lassitu.de 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed > Dec 3 07:05:03 UTC 2008 root@lokschuppen.lassitu.de:/usr/obj/usr/ > src/sys/EISENBOOT amd64 Another Me to... I have had this problem with zfs as well, but not during a build. I was using ktorrent with a geli volume mounted within a zvol that I created in my raidz zpool. It appeared to lock up while doing its preallocation. Another strange lock up I had was when I had my SSD disk go wonkey on me and I lost the ZIL I had placed on it. The machine would boot up and when it tried to taste the ZFS drives, the machine would dead lock. After rebuilding the pool from various snapshot sends I made, everything seemed OK, however, recently (and I know this is subjective) my machine is acting a bit sluggish and under heavy load while building the world (-j4) I get very jerkey mouse movements while in KDE4.1 In my loader I have: vm.kmem_size_max="2G" vm.kmem_size="2G" vfs.zfs.arc_min="32M" vfs.zfs.arc_max="1G" and my pool is configured as: pool: PegaBase state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM PegaBase ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad4 ONLINE 0 0 0 ad16 ONLINE 0 0 0 ad18 ONLINE 0 0 0 ad20 ONLINE 0 0 0 ad22 ONLINE 0 0 0 ad24 ONLINE 0 0 0 cache ad14 ONLINE 0 0 0 errors: No known data errors feathers# -Peg From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 04:24:53 2008 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 191C61065670 for ; Thu, 4 Dec 2008 04:24:53 +0000 (UTC) (envelope-from phreaki@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 991188FC0A for ; Thu, 4 Dec 2008 04:24:52 +0000 (UTC) (envelope-from phreaki@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2801363fgb.35 for ; Wed, 03 Dec 2008 20:24:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=zXZbIV3jRIuYiIfXpWZDHRS9IqkpCR3O75KSsWuD0Ro=; b=oFBGlseOZ1MoSnrQQz3Mun9eIJuLFrKHQ6Snp/LDYXxaX7z0yeYIosgyLUjaQEYOe+ mIbdBmPmbhieKi2QlzMlqKAzWv5+n8DuXf2Vmvfbo1TkoElEC61Q49jxtnNVRaz+LP9Z m4B8kgijTQpQo0RKrp8WWgXe2AwPwvZztSR30= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=IjV5nRAocYAEZgxJWSGCRRFwShJmYi+vcsU6tDfwCDmi5SLD9qwZqABLpY1t2rQGN1 bADmelC+JKmvSWt3Zi6UmgGXZa7RekTjfJjtAVXqY/Jp4tMyl8HqMStmj7Z+LX7yrEu3 fAs44k1oDAa5llF41fIEOFhzSdZZ5YwRpzniY= Received: by 10.181.30.10 with SMTP id h10mr4896794bkj.200.1228362790354; Wed, 03 Dec 2008 19:53:10 -0800 (PST) Received: by 10.181.55.18 with HTTP; Wed, 3 Dec 2008 19:53:10 -0800 (PST) Message-ID: <6fb2b4650812031953y14ddfeb4ycb4f5ae2bddffd49@mail.gmail.com> Date: Wed, 3 Dec 2008 22:53:10 -0500 From: "Robert Atkinson" To: cpghost In-Reply-To: <20081203151537.GA1045@phenom.cordula.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> <20081203151537.GA1045@phenom.cordula.ws> Cc: "Conrad J. Sabatier" , freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 04:24:53 -0000 I second this idea since with my nearly a decade of FreeBSD administration under the belt, it is a waste of my time to throw it away. It is much cheaper for me to swap a card or even task a different machine for hardware that just isn't meant to be in FBSD. I'll use the penguin where I have too, I am forced to use it due to the VPS solution I chose. The price was right and it does what I wish it to do, but I would never, ever give up on the box under my desk and turn my back on this otherwise outstanding operating system. I have however, had many users who I show Linux give up because everything they own in the house is not supported. They always say "isn't linux supposed to be great?" and I can only say that they should learn to write device drivers and only buy hardware that has well known support. Thanks, Robert On Wed, Dec 3, 2008 at 10:15 AM, cpghost wrote: > On Tue, Dec 02, 2008 at 10:06:43PM -0600, Conrad J. Sabatier wrote: >> Best wishes to the FreeBSD community. No hard feelings, and I will >> still continue to checkout the latest sources from time to time just on >> the outside chance that a solution will eventually be found. >> >> Sincerest regards from a long-time FreeBSD user now in exile. :-( > > Changing the OS just because one specific piece of swappable and > replaceable hardware isn't supported... isn't that overreacting a > little bit? Can't you circumvent your specific problem by adding a > supported adapter to your system(s)... at least until the issue is > fixed? As sysadmins, we do this all the time, wether with Linux or > FreeBSD. > > I feel your pain, but maybe you've built up quite a bit of frustration > over this specific issue and need a little hiatus. > > I hope you'll come back soon. > >> Conrad J. Sabatier > > -cpghost. > > -- > Cordula's Web. http://www.cordula.ws/ > _______________________________________________ > 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 Dec 4 04:46:39 2008 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 D13BA1065673 for ; Thu, 4 Dec 2008 04:46:39 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 961118FC08 for ; Thu, 4 Dec 2008 04:46:39 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [64.134.51.37] (dhcp64-134-51-37.cmos.dca.wayport.net [64.134.51.37]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id mB44kUUp074607 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Dec 2008 23:46:31 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Robert Atkinson In-Reply-To: <6fb2b4650812031953y14ddfeb4ycb4f5ae2bddffd49@mail.gmail.com> References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> <20081203151537.GA1045@phenom.cordula.ws> <6fb2b4650812031953y14ddfeb4ycb4f5ae2bddffd49@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ZEIdh237HUtrspJMhAtj" Organization: FreeBSD Date: Wed, 03 Dec 2008 23:46:28 -0500 Message-Id: <1228365988.1945.15.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: "Conrad J. Sabatier" , freebsd-current@freebsd.org, cpghost Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 04:46:39 -0000 --=-ZEIdh237HUtrspJMhAtj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2008-12-03 at 22:53 -0500, Robert Atkinson wrote: > I second this idea since with my nearly a decade of FreeBSD > administration under the belt, it is a waste of my time to throw it > away. It is much cheaper for me to swap a card or even task a > different machine for hardware that just isn't meant to be in FBSD. >=20 > I'll use the penguin where I have too, I am forced to use it due to > the VPS solution I chose. The price was right and it does what I wish > it to do, but I would never, ever give up on the box under my desk and > turn my back on this otherwise outstanding operating system. >=20 > I have however, had many users who I show Linux give up because > everything they own in the house is not supported. They always say > "isn't linux supposed to be great?" and I can only say that they > should learn to write device drivers and only buy hardware that has > well known support. Folks, I hate to contribute to this bikeshed, but developers are few, hardware specs are scarce and developers have to put what resources they have to work where it does the most good. I personally think that we do a fantastic job, given the resources available, but we can't support every random piece of hardware. For the original poster, I hope that you will reconsider your options and send specific details to a wider audience than Soren. If Soren is busy with life, perhaps someone else has the bandwidth to help with your issue. I generally find our developer community is quite willing to help sort out issues, often at the expense of having a life. All of that said, when given an option I also try to acquire hardware from vendors that provide open documentation as attempting to reverse engineer, or crib from linux code is the suck... Vendors that do provide open documentation are usually well supported. robert. > Thanks, > Robert >=20 >=20 >=20 >=20 > On Wed, Dec 3, 2008 at 10:15 AM, cpghost wrote: > > On Tue, Dec 02, 2008 at 10:06:43PM -0600, Conrad J. Sabatier wrote: > >> Best wishes to the FreeBSD community. No hard feelings, and I will > >> still continue to checkout the latest sources from time to time just o= n > >> the outside chance that a solution will eventually be found. > >> > >> Sincerest regards from a long-time FreeBSD user now in exile. :-( > > > > Changing the OS just because one specific piece of swappable and > > replaceable hardware isn't supported... isn't that overreacting a > > little bit? Can't you circumvent your specific problem by adding a > > supported adapter to your system(s)... at least until the issue is > > fixed? As sysadmins, we do this all the time, wether with Linux or > > FreeBSD. > > > > I feel your pain, but maybe you've built up quite a bit of frustration > > over this specific issue and need a little hiatus. > > > > I hope you'll come back soon. > > > >> Conrad J. Sabatier > > > > -cpghost. > > > > -- > > Cordula's Web. http://www.cordula.ws/ > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > > > _______________________________________________ > 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= " --=-ZEIdh237HUtrspJMhAtj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkk3YKQACgkQM4TrQ4qfROPy+gCfeb+hME1kffuTO9INOSUlsBr9 2Z0AnjUaflEHpo5db+fMtSBt4kwrc1X3 =v5Pk -----END PGP SIGNATURE----- --=-ZEIdh237HUtrspJMhAtj-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 06:35:21 2008 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 87584106564A; Thu, 4 Dec 2008 06:35:21 +0000 (UTC) (envelope-from vehemens@verizon.net) Received: from vms173005pub.verizon.net (vms173005pub.verizon.net [206.46.173.5]) by mx1.freebsd.org (Postfix) with ESMTP id 652F08FC0C; Thu, 4 Dec 2008 06:35:21 +0000 (UTC) (envelope-from vehemens@verizon.net) Received: from sam ([71.106.251.162]) by vms173005.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0KBC002OP7ILC9RB@vms173005.mailsrvcs.net>; Wed, 03 Dec 2008 23:35:10 -0600 (CST) Date: Wed, 03 Dec 2008 21:39:47 -0800 From: vehemens In-reply-to: <1228365988.1945.15.camel@wombat.2hip.net> To: freebsd-current@freebsd.org Message-id: <200812032139.47862.vehemens@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <20081128234155.0221e263@serene.no-ip.org> <6fb2b4650812031953y14ddfeb4ycb4f5ae2bddffd49@mail.gmail.com> <1228365988.1945.15.camel@wombat.2hip.net> User-Agent: KMail/1.9.10 Cc: "Conrad J. Sabatier" , cpghost , Robert Atkinson , Robert Noland Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 06:35:21 -0000 On Wednesday 03 December 2008 08:46:28 pm Robert Noland wrote: > On Wed, 2008-12-03 at 22:53 -0500, Robert Atkinson wrote: > > I second this idea since with my nearly a decade of FreeBSD > > administration under the belt, it is a waste of my time to throw it > > away. It is much cheaper for me to swap a card or even task a > > different machine for hardware that just isn't meant to be in FBSD. > > > > I'll use the penguin where I have too, I am forced to use it due to > > the VPS solution I chose. The price was right and it does what I wish > > it to do, but I would never, ever give up on the box under my desk and > > turn my back on this otherwise outstanding operating system. > > > > I have however, had many users who I show Linux give up because > > everything they own in the house is not supported. They always say > > "isn't linux supposed to be great?" and I can only say that they > > should learn to write device drivers and only buy hardware that has > > well known support. > > Folks, I hate to contribute to this bikeshed, but developers are few, > hardware specs are scarce and developers have to put what resources they > have to work where it does the most good. I personally think that we do > a fantastic job, given the resources available, but we can't support > every random piece of hardware. > > For the original poster, I hope that you will reconsider your options > and send specific details to a wider audience than Soren. If Soren is > busy with life, perhaps someone else has the bandwidth to help with your > issue. I generally find our developer community is quite willing to > help sort out issues, often at the expense of having a life. > > All of that said, when given an option I also try to acquire hardware > from vendors that provide open documentation as attempting to reverse > engineer, or crib from linux code is the suck... Vendors that do > provide open documentation are usually well supported. If the device interface was more common between the BSDs and Linux, then the work would be minimal. As long as people create/insist on incompatible interfaces, then the work will always be time-consuming and difficult. From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 06:51:00 2008 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 5F9141065675; Thu, 4 Dec 2008 06:51:00 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 087508FC13; Thu, 4 Dec 2008 06:50:59 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=fdHdtADQ4TgTJeP2FQNmMYbhuj5O1Qg+JLGW4YK3CWgCNsNRybsSGY1WNUKnXWJPnPnbUFSFF5DCfWAbbHoU0GZGtpEOQX6npwi3WzAY/rGF2tP7G+NOCLUc28qON3KEVT4m8an5IryoxcWa00sDcv585JFtxAQejOMYPjI9JoE=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1L8838-000ITa-Cs; Thu, 04 Dec 2008 09:50:58 +0300 Date: Thu, 4 Dec 2008 09:50:57 +0300 From: Eygene Ryabinkin To: Stanislav Sedov Message-ID: References: <870d2e5a0812022051q2007b46eq4fd2115f76f3e5d6@mail.gmail.com> <20081203110844.96cc9d0a.stas@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RYJh/3oyKhIjGcML" Content-Disposition: inline In-Reply-To: <20081203110844.96cc9d0a.stas@FreeBSD.org> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org, k m Subject: Re: ASUS Eee PC S101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 06:51:00 -0000 --RYJh/3oyKhIjGcML Content-Type: multipart/mixed; boundary="S1BNGpv0yoYahz37" Content-Disposition: inline --S1BNGpv0yoYahz37 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Stanislav, *, good day. Wed, Dec 03, 2008 at 11:08:44AM +0300, Stanislav Sedov wrote: > > % sysctl hw.psm.synaptics_support > > sysctl: unknown oid 'hw.psm.synaptics_support' > >=20 >=20 > This is not a sysctl variable, but kenv one. It should be set via > /boot/loader.conf. May be the attached patch for psm(4) will be good? I had seen some people who also tried to use sysctl here, because "hw.psm.synaptics_support" looks like sysctl node name and psm(4) was not explicitely stating where it should be set. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --S1BNGpv0yoYahz37 Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="rephrase-explanations-about-Synaptics-support.diff" Content-Transfer-Encoding: quoted-printable =46rom ee9bf63d30a518beced8ce449a89b40a7cbc730c Mon Sep 17 00:00:00 2001 =46rom: Eygene Ryabinkin Date: Thu, 4 Dec 2008 09:44:23 +0300 Subject: [PATCH] psm(4): rephrase explanations about Synaptics support The previous explanation said 'at boot-time' and could be a bit unclear to people who aren't very familiar with the kenv, loader.conf and the company. Explicit words about /boot/loader.conf and the need for rebooting are a bit better ;)) Signed-off-by: Eygene Ryabinkin --- share/man/man4/psm.4 | 5 ++++- 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/share/man/man4/psm.4 b/share/man/man4/psm.4 index 15ee8e4..7012971 100644 --- a/share/man/man4/psm.4 +++ b/share/man/man4/psm.4 @@ -353,10 +353,12 @@ Extended support for Synaptics touchpads can be enabl= ed by setting .Va hw.psm.synaptics_support to .Em 1 -at boot-time. +in +.Pa /boot/loader.conf . This will enable .Nm to handle packets from guest devices (sticks) and extra buttons. +Reboot is needed to activate the handling of Synaptics touchpads. .Sh IOCTLS There are a few .Xr ioctl 2 @@ -840,6 +842,7 @@ Clicking any button without moving the mouse may also w= ork. .Xr mouse 4 , .Xr mse 4 , .Xr sysmouse 4 , +.Xr loader.conf 5 , .Xr moused 8 , .Xr syslogd 8 .Rs --=20 1.6.0.4 --S1BNGpv0yoYahz37-- --RYJh/3oyKhIjGcML Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk3fdEACgkQthUKNsbL7Yja3gCdHihJMWk29tGzvQVCYYObp2/5 2NwAoIXkjgRcZ4lfNjFl44TpOGDv8b3E =GqgX -----END PGP SIGNATURE----- --RYJh/3oyKhIjGcML-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 06:52:13 2008 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 8B03B1065677 for ; Thu, 4 Dec 2008 06:52:13 +0000 (UTC) (envelope-from fujita@soum.co.jp) Received: from gate.soum.co.jp (gate.soum.co.jp [IPv6:2001:240:10e:0:230:48ff:fe81:e40a]) by mx1.freebsd.org (Postfix) with ESMTP id 1A5508FC1A for ; Thu, 4 Dec 2008 06:52:12 +0000 (UTC) (envelope-from fujita@soum.co.jp) Received: from mail.soum.co.jp (hoth.soum.co.jp [IPv6:2001:240:c4:1:203:baff:fea1:6471]) by gate.soum.co.jp (8.14.2/8.14.2) with ESMTP id mB46qBq0049026; Thu, 4 Dec 2008 15:52:11 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from luke.soum.co.jp (luke.soum.co.jp [IPv6:2001:240:c4:1:203:baff:fe80:54a5]) (authenticated bits=0) by mail.soum.co.jp (8.13.8/8.13.8) with ESMTP id mB46q7cO016179 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 4 Dec 2008 15:52:09 +0900 (JST) Date: Thu, 04 Dec 2008 15:52:06 +0900 (JST) Message-Id: <20081204.155206.113950612.fujita@soum.co.jp> To: kvedulv@kvedulv.de From: FUJITA Kazutoshi In-Reply-To: <20081202102237.GA61096@darkthrone.kvedulv.de> References: <20081202.084049.74179593.fujita@soum.co.jp> <20081202102237.GA61096@darkthrone.kvedulv.de> X-Face: "; PnIN=f2{%Xj2PnI+zHd.39&Cn1)}br_7:N|2[CbS87Du6#6?|UeqX'&OfyZG-mX#'5T>k/~8X(F,2Mb_pNd8]3Cb1u[kSZjF}J+#`L5(g); List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 06:52:13 -0000 From: Michael Moll Subject: Re: boot panic with SiS 961 UDMA100 controller Date: Tue, 2 Dec 2008 11:22:37 +0100 > > i cvsuped after a long time (3 months), kernel panics when boot, > > in ata_pci_dmareset() > > > > my pc has > > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 2.5 on pci0 > > > > svn r183723 works, but r183724(and later) cause panic > > Maybe this patch resolves your problem also: > http://lists.freebsd.org/pipermail/freebsd-current/2008-November/000669.html this patch is good for me. current kernel boot without panic. thanks! From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 06:58:20 2008 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 ABA76106564A for ; Thu, 4 Dec 2008 06:58:20 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 638BF8FC08 for ; Thu, 4 Dec 2008 06:58:20 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id 7D31F5D58; Thu, 4 Dec 2008 07:39:31 +0100 (CET) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id QrL2CcRb8wnY; Thu, 4 Dec 2008 07:39:29 +0100 (CET) Received: from 192.168.1.101.local.home (home.bsdunix.ch [82.220.17.23]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id 27F5E5D47; Thu, 4 Dec 2008 07:39:29 +0100 (CET) Message-Id: From: Thomas Vogt To: Stefan Bethke In-Reply-To: <31C70CBC-488A-4A9A-A642-37855E8F1DD1@lassitu.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Thu, 4 Dec 2008 07:39:28 +0100 References: <20081117205526.GC1733@garage.freebsd.pl> <20081202203308.GA13818@hyperion.scode.org> <200812021254.21242.fjwcash@gmail.com> <20081202232924.GA19134@hyperion.scode.org> <31C70CBC-488A-4A9A-A642-37855E8F1DD1@lassitu.de> X-Mailer: Apple Mail (2.929.2) Cc: FreeBSD Current Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 06:58:20 -0000 Hello Stefan Am 04.12.2008 um 00:33 schrieb Stefan Bethke: > Am 03.12.2008 um 00:29 schrieb Peter Schuller: > >>> I've noticed the past couple of days, when using the server (not >>> very >>> often), every now and then, the GUI (KDE 4.1) will "hang" for up >>> to 5 >>> minutes (no mouse movement, no keyboard events), while the drives >>> work like >>> crazy. >> >> I was not explicit about it, but FWIW in my case the hang is not due >> to drive saturation. The drives were mostly idle (except some stuff >> triggered by a buildworld I had going) during the extended period of >> ktorrent being unkillable. But again I never had this happen >> pre-CURRENT. > > Just a very brief "me too" (but possibly different effect): I'm > stress testing two machines I put together over the weekend with an > endless loop of make -j4 universe, with /usr/obj on ZFS, with a > single disk. One of the two machines has now been stuck for a couple > of hours, and trying to access /tank results in a hung process, as > will zfs list. > > I'll reboot and see what happens, and if I can trigger it again, > willt try to produce more details. > > I have set > vfs.zfs.arc_max="512M" > vfs.zfs.prefetch_disable=1 > in loader.conf > > FreeBSD lokschuppen.lassitu.de 8.0-CURRENT FreeBSD 8.0-CURRENT #1: > Wed Dec 3 07:05:03 UTC 2008 root@lokschuppen.lassitu.de:/usr/ > obj/usr/src/sys/EISENBOOT amd64 Try to disable ZIL in loader.conf: vfs.zfs.zil_disable="1" It helped me to stop deadlocks during rsync processes. As long as you don't run any databases or any fsync() intensiv applications, i don't see any drawbacks in disabling zil. The drawbacks are for the applications itself not for ZFS. ZFS will be always consistent on disk due to its transaction model even without ZIL. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 08:15:31 2008 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 2B7DE1065672 for ; Thu, 4 Dec 2008 08:15:31 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mr0.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id C4C2C8FC16 for ; Thu, 4 Dec 2008 08:15:30 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from [85.21.245.235] (helo=orion.SpringDaemons.com) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1L89Mt-0002Yr-Fi; Thu, 04 Dec 2008 11:15:27 +0300 Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 2B224398F4; Thu, 4 Dec 2008 11:17:08 +0300 (MSK) Date: Thu, 4 Dec 2008 11:17:02 +0300 From: Stanislav Sedov To: Eygene Ryabinkin Message-Id: <20081204111702.998fa59b.stas@FreeBSD.org> In-Reply-To: References: <870d2e5a0812022051q2007b46eq4fd2115f76f3e5d6@mail.gmail.com> <20081203110844.96cc9d0a.stas@FreeBSD.org> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, k m Subject: Re: ASUS Eee PC S101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 08:15:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 4 Dec 2008 09:50:57 +0300 Eygene Ryabinkin mentioned: > Stanislav, *, good day. > > Wed, Dec 03, 2008 at 11:08:44AM +0300, Stanislav Sedov wrote: > > > % sysctl hw.psm.synaptics_support > > > sysctl: unknown oid 'hw.psm.synaptics_support' > > > > > > > This is not a sysctl variable, but kenv one. It should be set via > > /boot/loader.conf. > > May be the attached patch for psm(4) will be good? I had seen some > people who also tried to use sysctl here, because > "hw.psm.synaptics_support" looks like sysctl node name and psm(4) was > not explicitely stating where it should be set. The manual page clearly states it should be set at boot. The /boot/loader.conf isn't the single possible way to achive this, you can aslo set this manually in loaded, or there might be another ways to set kenv variables in another bootloaders. Claiming that the variable should be set in /boot/loader.conf isn't good, I think. - -- Stanislav Sedov ST4096-RIPE -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAkk3kgQACgkQK/VZk+smlYHiJgCfe50mQr9O/SPPHTH0I3Ry7T5j P8EAnRxHdSXXLXKjwyaO13nk+JCvPDz6 =RQtA -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 08:24:46 2008 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 1124C1065673 for ; Thu, 4 Dec 2008 08:24:46 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id BDE538FC0A for ; Thu, 4 Dec 2008 08:24:44 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 937789CB4D9; Thu, 4 Dec 2008 09:20:10 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T-VfIPiSN3aH; Thu, 4 Dec 2008 09:20:08 +0100 (CET) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4C2F29CB4EA; Thu, 4 Dec 2008 09:20:08 +0100 (CET) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id mB48K8lK080111; Thu, 4 Dec 2008 09:20:08 +0100 (CET) (envelope-from rdivacky) Date: Thu, 4 Dec 2008 09:20:08 +0100 From: Roman Divacky To: Stefan Bethke Message-ID: <20081204082008.GA79808@freebsd.org> References: <20081117205526.GC1733@garage.freebsd.pl> <20081202203308.GA13818@hyperion.scode.org> <200812021254.21242.fjwcash@gmail.com> <20081202232924.GA19134@hyperion.scode.org> <31C70CBC-488A-4A9A-A642-37855E8F1DD1@lassitu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <31C70CBC-488A-4A9A-A642-37855E8F1DD1@lassitu.de> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 08:24:46 -0000 On Thu, Dec 04, 2008 at 12:33:53AM +0100, Stefan Bethke wrote: > Am 03.12.2008 um 00:29 schrieb Peter Schuller: > > >>I've noticed the past couple of days, when using the server (not very > >>often), every now and then, the GUI (KDE 4.1) will "hang" for up to 5 > >>minutes (no mouse movement, no keyboard events), while the drives > >>work like > >>crazy. > > > >I was not explicit about it, but FWIW in my case the hang is not due > >to drive saturation. The drives were mostly idle (except some stuff > >triggered by a buildworld I had going) during the extended period of > >ktorrent being unkillable. But again I never had this happen > >pre-CURRENT. > > Just a very brief "me too" (but possibly different effect): I'm stress > testing two machines I put together over the weekend with an endless > loop of make -j4 universe, with /usr/obj on ZFS, with a single disk. > One of the two machines has now been stuck for a couple of hours, and > trying to access /tank results in a hung process, as will zfs list. I am not sure if it's relevant but I am getting deadlocks and stuck processes over the last few days (a week at most?) even with only UFS... does anyone see that? From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 09:30:19 2008 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 DFD891065675; Thu, 4 Dec 2008 09:30:19 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 6C2808FC0A; Thu, 4 Dec 2008 09:30:19 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=BgJ+7ZmH816cNMLyQm8cSlPzX9WpcXOCU1AFtnSkL7v78vTuguFRbdRKM4BUAaornxGuAOvHhZP1Hvddc3VZQeGzw+U+LB86DmpgojKgdWqrZ1xOLXe7vTZDmI0yERjGjDO6afrAKr0AJmiBi+BMm4/81zRmXyBUuNBrE7FraDM=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1L8AXI-0003h7-Og; Thu, 04 Dec 2008 12:30:16 +0300 Date: Thu, 4 Dec 2008 12:30:15 +0300 From: Eygene Ryabinkin To: Stanislav Sedov Message-ID: References: <870d2e5a0812022051q2007b46eq4fd2115f76f3e5d6@mail.gmail.com> <20081203110844.96cc9d0a.stas@FreeBSD.org> <20081204111702.998fa59b.stas@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GBDnBH7+ZvLx8QD4" Content-Disposition: inline In-Reply-To: <20081204111702.998fa59b.stas@FreeBSD.org> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org, k m Subject: Re: ASUS Eee PC S101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 09:30:20 -0000 --GBDnBH7+ZvLx8QD4 Content-Type: multipart/mixed; boundary="kjpMrWxdCilgNbo1" Content-Disposition: inline --kjpMrWxdCilgNbo1 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Thu, Dec 04, 2008 at 11:17:02AM +0300, Stanislav Sedov wrote: > The manual page clearly states it should be set at boot. Yes, but how? It will be friendly to the reader of psm who wants Synaptics support to provide the reference right in the manual. > The /boot/loader.conf isn't the single possible way to achive > this, you can aslo set this manually in loaded, Point taken, the attached patch says about it. > or there might be another ways to set kenv variables in another > bootloaders. Hmm, I think that it is out of the scope for psm(4). We can even write some kernel module that will hack the psm driver to activate Synaptics, but it is not the thing that should be mentioned in the psm(4) ;)) > Claiming that the variable should be set in /boot/loader.conf > isn't good, I think. OK, but what about the modified patch for psm(4) page? Thanks. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --kjpMrWxdCilgNbo1 Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="rephrase-explanations-about-Synaptics-support.diff" Content-Transfer-Encoding: quoted-printable =46rom 131cd7a637a168e3cb3a698031a8b297a148abdf Mon Sep 17 00:00:00 2001 =46rom: Eygene Ryabinkin Date: Thu, 4 Dec 2008 09:44:23 +0300 Subject: [PATCH] psm(4): rephrase explanations about Synaptics support The previous explanation said 'at boot-time' and could be a bit unclear to people who aren't very familiar with the kenv, loader.conf and the company. Explicit words about /boot/loader.conf and the need for rebooting are a bit better ;)) Signed-off-by: Eygene Ryabinkin --- share/man/man4/psm.4 | 9 ++++++++- 1 files changed, 8 insertions(+), 1 deletions(-) diff --git a/share/man/man4/psm.4 b/share/man/man4/psm.4 index 15ee8e4..3b4268e 100644 --- a/share/man/man4/psm.4 +++ b/share/man/man4/psm.4 @@ -353,10 +353,15 @@ Extended support for Synaptics touchpads can be enabl= ed by setting .Va hw.psm.synaptics_support to .Em 1 -at boot-time. +in +.Pa /boot/loader.conf +or setting it at the boot time via the +.Xr loader 8 +command line. This will enable .Nm to handle packets from guest devices (sticks) and extra buttons. +Reboot is needed to activate the handling of Synaptics touchpads. .Sh IOCTLS There are a few .Xr ioctl 2 @@ -840,6 +845,8 @@ Clicking any button without moving the mouse may also w= ork. .Xr mouse 4 , .Xr mse 4 , .Xr sysmouse 4 , +.Xr loader.conf 5 , +.Xr loader 8 , .Xr moused 8 , .Xr syslogd 8 .Rs --=20 1.6.0.4 --kjpMrWxdCilgNbo1-- --GBDnBH7+ZvLx8QD4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk3oycACgkQthUKNsbL7YjBywCfeVEVL10veQBGCoNSrg7y+jCZ hUQAn2sBERvZCoJqgvvcbyOFjvJbkgQH =zKka -----END PGP SIGNATURE----- --GBDnBH7+ZvLx8QD4-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 09:47:03 2008 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 3904E1065673 for ; Thu, 4 Dec 2008 09:47:03 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id EAE1A8FC19 for ; Thu, 4 Dec 2008 09:47:02 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3822255rvf.43 for ; Thu, 04 Dec 2008 01:47:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=u3kg8w52PjcE3vW71sEUkRIk+q1A6nBW9DKTD8KhG64=; b=CXrvYuR98kZVFDzj1lvIDiLLeNME08Vs5aWSrb23+wXTBvhCFwcvwfBqAGtvMTH+X8 gUfci5LYwKNmuL+ulx0FqvEyrcCv057xqGplVoyrV1a6TOEr5KZFdA7jdAbc+UEu6Ewm z/JHppz/RQ8HL9VQ76reHzsPJRseZWZRirL+Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=l1p23FRd8B4JtM6s1C5DGXvD4stqLgEEIAdHfBoQPJP56wJTCUmL2/fM4d8gS8CPbt SwqscQfVA0DxjWsQPyB4Qv8DeUuWGYL1FwPMs+2QAV3KlEG9Pt8/2jjO95Vm4xwG4TQe uP+bRFDoh+5SJ6vEZcXsKvyyT+5uRjQqie/Nk= Received: by 10.140.164.6 with SMTP id m6mr6835886rve.144.1228384022070; Thu, 04 Dec 2008 01:47:02 -0800 (PST) Received: by 10.140.158.13 with HTTP; Thu, 4 Dec 2008 01:47:01 -0800 (PST) Message-ID: <7d6fde3d0812040147w4dfb42b7iec5372e611399da4@mail.gmail.com> Date: Thu, 4 Dec 2008 01:47:01 -0800 From: "Garrett Cooper" To: "Tim Kientzle" In-Reply-To: <49338183.3040500@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081128234155.0221e263@serene.no-ip.org> <3cb459ed0811291342i524eaab3g1acadcd9cbdb638b@mail.gmail.com> <7d6fde3d0811291556g3f08a814td68466ad02dee4fc@mail.gmail.com> <200811291515.01962.beech@freebsd.org> <4932DD73.9000109@freebsd.org> <20081130235621.GA51043@duncan.reilly.home> <49338183.3040500@freebsd.org> Cc: Andrew Reilly , "Conrad J. Sabatier" , freebsd-current@freebsd.org, Alexander Churanov , Beech Rintoul Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 09:47:03 -0000 On Sun, Nov 30, 2008 at 10:17 PM, Tim Kientzle wrote: > Andrew Reilly wrote: >> >> On Sun, Nov 30, 2008 at 10:37:39AM -0800, Tim Kientzle wrote: >> >>> I wonder if there's some way to partially automate >>> collecting some of this information. >> >> There is. Just install ports/sysutils/bsdstats, set the >> appropriate frobs in /etc/rc.conf and be happy. Look at the >> http://bsdstats.org/ page from time to time. > > This is a start towards what I had in mind, but > still has a ways to go. Here are a few questions > I would like to ask of such a database: > > "What ethernet cards have people used with FreeBSD 7.0?" > > This would require being able to start from > a particular OS (and version?). > > "I have a Broadcom card, what driver do I need with FreeBSD 7?" > > This requires being able to navigate from OS/version > to device type, manufacturer, then driver. This > should also have callouts for any driver that's not > part of the GENERIC kernel. > > "pciconf just gave me an ID xyz123; what chip is that?" > > I see device names but not hardware-level IDs. > > "Any suggestions for a good network card to buy?" > > This information seems to stop at the chipset level. > When I go to the store, very few boxes have chipset > names on them. It would be good to give users the > option to provide a manufacturer (and product name?) > for the card or motherboard in use. Such information > would necessarily be more sporadic than the automatically > collected information, but it would build up over time. > > Based on the numbers here, I'm going to guess that > PC-BSD has this service turned on by default. You > should talk to folks maintaining installers for other > systems about possibly getting it integrated there. > (With clearly-worded notices about data being anonymous, > etc.) > > It would also be interesting to use this from the installer > to look up missing drivers (enumerate PCI IDs for any > device that didn't attach a driver and query the bsdstats > service for information about that device); this would > make it a lot easier for users to find drivers supported > out-of-tree. > > Such a database could provide very useful information to the > development community ("most popular unsupported ethernet > cards") and to users ("most popular supported ethernet > cards"). > > Tim Sounds like you're looking for something like Kudzu for Redhat. -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 09:51:35 2008 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 740121065672 for ; Thu, 4 Dec 2008 09:51:35 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id 363468FC16 for ; Thu, 4 Dec 2008 09:51:35 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3823736rvf.43 for ; Thu, 04 Dec 2008 01:51:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=3NdkcexEvABh8fFCx+uQ5bzlAzxY3fgqY3TuzTxPS7g=; b=fRd4fuoyUVINPa6cyVJ0/3dETR4l9DyLQVL0mQukhArnLBNzHdYWCpolIUd0cLx2Zq y4smP21poieVACfD5hfhc4URBLNWMDD7CLITmwDI77DOMhSdzAWfo+rSA/agmG60BNEp INGUlGeydJ4NeD3EV/IpWtb1SmZATC521RyYA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=dXJGMVLmvD+QmpsoZvwWkNyu2L/Y0OZ4VsNSz6w+cI+NbuXmu5GmgmevjFnX19rRLT hcgTVUPdTH5OBt1YL9iV8THFE6fvHcocDh/SltnY15cTHX7hy+5l/g9OXpkHs1NdZE6G GOdS0DUtSqDkQVJAoJbMqL0vKnl82YUWPWuKU= Received: by 10.140.177.15 with SMTP id z15mr6848317rve.17.1228384294897; Thu, 04 Dec 2008 01:51:34 -0800 (PST) Received: by 10.140.158.13 with HTTP; Thu, 4 Dec 2008 01:51:34 -0800 (PST) Message-ID: <7d6fde3d0812040151t77ca6200n5aa5a644223c2040@mail.gmail.com> Date: Thu, 4 Dec 2008 01:51:34 -0800 From: "Garrett Cooper" To: "Robert Noland" In-Reply-To: <1228342356.2078.24.camel@wombat.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> <4936D0C2.2090306@zircon.seattle.wa.us> <1228342356.2078.24.camel@wombat.2hip.net> Cc: Randy Bush , "Conrad J. Sabatier" , freebsd-current@freebsd.org, Artem Belevich Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 09:51:35 -0000 On Wed, Dec 3, 2008 at 2:12 PM, Robert Noland wrote: > On Wed, 2008-12-03 at 11:44 -0800, Artem Belevich wrote: >> > Second, DO NOT use motherboards with built-in video. These are almost >> > always nvidia chipsets and suffer from the nvidia problem. Also, the video >> > is crappy and buggy. >> >> I'd not discount them all as a class. Intel's built-in G33/G35 with >> recent DRM and x86-video-intel driver seem to work pretty well for >> accelerated 2D on the few boxes I have under FreeBSD-8/amd64. I even >> get 3D working on occasion. :-) > > Correct, Despite my occasional frustration with them, Intel is very > supportive. They are providing docs and code (linux code) and I have a > decent relationship with the Intel graphics devs. > > ATI/AMD has also become much more friendly and r500 and below should > work fairly well. r600+ is still under development. > > Interestingly enough, VIA just released docs on some of their chips as > well. I have it on my list to work on, but I don't yet have hardware to > work with. > > robert. > >> --Artem Eh? ATI can't write drivers to get themselves out of a cardboard box on Linux, let alone FreeBSD. I have little faith that they'll get functional 64-bit drivers before nVidia does, as ATI as definitely demonstrated that they don't care for the *BSD market as much as nVidia has. -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 09:54:06 2008 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 7902A1065670 for ; Thu, 4 Dec 2008 09:54:06 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id 33A008FC13 for ; Thu, 4 Dec 2008 09:54:06 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3824491rvf.43 for ; Thu, 04 Dec 2008 01:54:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=F3cXT7fYtvOr7JswgRu1m7mweLAqxmMFN9mKIDF8FW8=; b=o7NrJIw4CLBq/WkUX1DxzNZs/xX5cUQ1/K069gU3hBz3Zk5wCoFmLOHHdYaXi3NnLJ V/lO4KyeDCofBWMPN3UFzZYdiIDEp2TVViKD2vqWo8lLQGZLJmQOHXetaHxS79nPgYgk je31dWC3MkgJAHb+tcdj+Pi+b9p1ZrjFoV3NY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Bv6TvjWm36UkrwIx9h/trU5jcIe8JOJwTEopF9que8gIggZLPB0CZ3gvUubaFJA5u2 ig2r81v5CTfWiSybEZTFR/JK/l2kdfVWq6hKRpMUy7/UykMXaTbgqlmqVYNB6bl3OPdY AtmAFD1gqKFFbTGhO00DXrBJFqbXWlRLx6Frg= Received: by 10.140.132.4 with SMTP id f4mr180047rvd.291.1228384445770; Thu, 04 Dec 2008 01:54:05 -0800 (PST) Received: by 10.140.158.13 with HTTP; Thu, 4 Dec 2008 01:54:05 -0800 (PST) Message-ID: <7d6fde3d0812040154g30fc2c2egf82f5fc2dd1d9e83@mail.gmail.com> Date: Thu, 4 Dec 2008 01:54:05 -0800 From: "Garrett Cooper" To: "Joe Kelsey" In-Reply-To: <4936D0C2.2090306@zircon.seattle.wa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> <4936D0C2.2090306@zircon.seattle.wa.us> Cc: Randy Bush , "Conrad J. Sabatier" , freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 09:54:06 -0000 On Wed, Dec 3, 2008 at 10:32 AM, Joe Kelsey wrote: > Conrad J. Sabatier wrote: >> >> On Sat, 29 Nov 2008 14:49:02 +0900 >> Randy Bush wrote: >> >> >>> >>> what a tragic story. and zero technical info, like even what your >>> controller is. best of luck in penguin land. bye! >>> >>> randy >>> >> >> No, actually, I forwarded to Soren all the information I could glean >> from Windows Vista, Linux and FreeBSD (which I managed to install on an >> external USB drive). I also applied the patches he sent me, which >> failed to cure the problem, and have been monitoring the mailing lists >> and CVS repo for any signs of progress, but so far I've seen nothing. >> > > The first step in upgrading a FreeBSD system is to NEVER purchase ANYTHING > with an nVidia logo anywhere near it. nVidia purposelessly witholds > programming information form free developers, so there is virtually no > chance for being able to make anything with nVidia work at any time. > > Second, DO NOT use motherboards with built-in video. These are almost > always nvidia chipsets and suffer from the nvidia problem. Also, the video > is crappy and buggy. > > Several people have mentioned reliable internet shops to order proven > hardware from. Whenever you walk into a "local" computer store, you get no > expertise in anything non-windoze. Go somewhere where you can use a > magnifying glass to examine the chips and actually determine whether or not > you are likely to suffer the nvidia disaster. Write down the motherboard > information and ask on the mailing lists. I had a horrid problem with > crappy SATA chips on my motherboard, and I had to buy two different SATA PCI > cards before I got one that worked. > > Trade in the defective motherboard to get a new one that works. Think > before you ever try to buy anything with nVidia logos on it, unless you are > willing to run Linux crap. > > Good luck in the future. > > /Joe Disclaimer: the above assumptions only apply (for the most part) to motherboards with nVidia chipsets. Read the specs, do your homework, and 9/10 Intel chipsets with onboard video will have Intel graphics chipsets and AMD motherboard chipsets will come with ATI onboard chipsets (surprise, surprise). -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 10:12:23 2008 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 8160A106564A for ; Thu, 4 Dec 2008 10:12:23 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from forwards4.yandex.ru (forwards4.yandex.ru [77.88.32.20]) by mx1.freebsd.org (Postfix) with ESMTP id EB24A8FC13 for ; Thu, 4 Dec 2008 10:12:22 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from smtp13.yandex.ru (smtp13.yandex.ru [77.88.32.83]) by forwards4.yandex.ru (Yandex) with ESMTP id 6BF9319361F; Thu, 4 Dec 2008 13:01:05 +0300 (MSK) Received: from coltel-gw-vpdn-p1298.coltel.ru ([83.167.77.33]:17587 "EHLO shark" smtp-auth: "doublef-ctm" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S5980287AbYLDKBF (ORCPT + 3 others); Thu, 4 Dec 2008 13:01:05 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp13 X-Yandex-TimeMark: 1228384865 X-BornDate: 1161464400 X-Yandex-Karma: 0 X-Yandex-KarmaStatus: 0 X-MsgDayCount: 4 X-Comment: RFC 2476 MSA function at smtp13.yandex.ru logged sender identity as: doublef-ctm Received: by shark (Postfix, from userid 1000) id 2E01D142EAF; Thu, 4 Dec 2008 12:52:05 +0300 (MSK) Date: Thu, 4 Dec 2008 12:52:04 +0300 From: Sergey Zaharchenko To: Joe Kelsey Message-ID: <20081204095204.GA64194@shark.localdomain> References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> <4936D0C2.2090306@zircon.seattle.wa.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: <4936D0C2.2090306@zircon.seattle.wa.us> X-Listening-To: Silence User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Randy Bush , "Conrad J. Sabatier" , freebsd-current@freebsd.org Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 10:12:23 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Joe! Wed, Dec 03, 2008 at 10:32:34AM -0800 you wrote: > Conrad J. Sabatier wrote: > > On Sat, 29 Nov 2008 14:49:02 +0900 > > Randy Bush wrote: > > > > =20 > >> what a tragic story. and zero technical info, like even what your > >> controller is. best of luck in penguin land. bye! > >> > >> randy > >> =20 > > > > No, actually, I forwarded to Soren all the information I could glean > > from Windows Vista, Linux and FreeBSD (which I managed to install on an > > external USB drive). I also applied the patches he sent me, which > > failed to cure the problem, and have been monitoring the mailing lists > > and CVS repo for any signs of progress, but so far I've seen nothing. > > =20 > The first step in upgrading a FreeBSD system is to NEVER purchase=20 > ANYTHING with an nVidia logo anywhere near it. Huh, I haven't had any serious problems with neither the nForce2 chipset my m/b is based on (including the nfe/nve Ethernet card) nor with the nVidia FX 5200 video card. I guess that's because both are quite antique by now. In general, the newer the stuff, the harder it might be to get it to work. This might apply to nVidia more than to other stuff, but in general it's just better to be able to check compatibility, e.g. using a LiveCD on a friend's machine... --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk3qEMACgkQwo7hT/9lVdzYvgCfcC448TLLaGzIFee/1xAp2Xnc vQcAn23U6m3fHfCEZV+RHMFTAF6ko81Z =k7os -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 10:42:20 2008 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 839B31065672 for ; Thu, 4 Dec 2008 10:42:20 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id C137C8FC20 for ; Thu, 4 Dec 2008 10:42:19 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (adsl37-141.kln.forthnet.gr [77.49.164.141]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mB4AffAJ000426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 4 Dec 2008 12:41:46 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mB4AffeW002083; Thu, 4 Dec 2008 12:41:41 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mB4Afd1e002082; Thu, 4 Dec 2008 12:41:39 +0200 (EET) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: "Robert Atkinson" In-Reply-To: <6fb2b4650812031953y14ddfeb4ycb4f5ae2bddffd49@mail.gmail.com> (Robert Atkinson's message of "Wed, 3 Dec 2008 22:53:10 -0500") Date: Thu, 04 Dec 2008 08:18:38 +0200 Message-ID: <87k5agbgzl.fsf@kobe.laptop> References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> <20081203151537.GA1045@phenom.cordula.ws> <6fb2b4650812031953y14ddfeb4ycb4f5ae2bddffd49@mail.gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mB4AffAJ000426 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.284, required 5, ALL_TRUSTED -1.80, AWL 0.07, BAYES_00 -2.60, DATE_IN_PAST_03_06 0.04) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: "Conrad J. Sabatier" , freebsd-current@freebsd.org, cpghost Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 10:42:20 -0000 On Wed, 3 Dec 2008 22:53:10 -0500, "Robert Atkinson" wrote: > I have however, had many users who I show Linux give up because > everything they own in the house is not supported. They always say > "isn't linux supposed to be great?" and I can only say that they > should learn to write device drivers and only buy hardware that has > well known support. Isn't this the case with *any* operating system? The main reason that companies like Sun publish extensive hardware compatibility lists is to avoid getting thousands of support calls that say ``I bought this random modem from a retail store for USD $2, and it attaches as a generic USB device on Solaris. How do I make it work? WTF, why is Solaris so hopelessly broken?'' Most of the time buying hardware that is known to be supported pays back in avoiding lost time, frustration and many hours of troubleshooting driver issues. I'm sure Conrad already knows that buying hardware that is known to be supported is worth the trouble of looking for it. That's why I was a bit baffled by the drama-like tone of the thread. All I can say at this point to Conrad is ``Good luck with your future endeavors in the Linux land! I'll be glad to see you continue to appear on the lists, and use FreeBSD in those machines of yours that support it, and if you manage to fix the one that triggered this, we are always here :-)''. From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 11:02:46 2008 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 C67931065672 for ; Thu, 4 Dec 2008 11:02:46 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 87AF38FC0A for ; Thu, 4 Dec 2008 11:02:46 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by yw-out-2324.google.com with SMTP id 9so1687579ywe.13 for ; Thu, 04 Dec 2008 03:02:45 -0800 (PST) Received: by 10.90.63.7 with SMTP id l7mr7884336aga.33.1228388565687; Thu, 04 Dec 2008 03:02:45 -0800 (PST) Received: by 10.90.73.15 with HTTP; Thu, 4 Dec 2008 03:02:45 -0800 (PST) Message-ID: Date: Thu, 4 Dec 2008 12:02:45 +0100 From: "=?ISO-8859-1?Q?Marius_N=FCnnerich?=" To: "FreeBSD Current" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081117205526.GC1733@garage.freebsd.pl> <20081202203308.GA13818@hyperion.scode.org> <200812021254.21242.fjwcash@gmail.com> <20081202232924.GA19134@hyperion.scode.org> <31C70CBC-488A-4A9A-A642-37855E8F1DD1@lassitu.de> Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 11:02:46 -0000 On Thu, Dec 4, 2008 at 7:39 AM, Thomas Vogt wrote: > Hello Stefan > > Am 04.12.2008 um 00:33 schrieb Stefan Bethke: >> >> Am 03.12.2008 um 00:29 schrieb Peter Schuller: >> >>>> I've noticed the past couple of days, when using the server (not very >>>> often), every now and then, the GUI (KDE 4.1) will "hang" for up to 5 >>>> minutes (no mouse movement, no keyboard events), while the drives work >>>> like >>>> crazy. >>> >>> I was not explicit about it, but FWIW in my case the hang is not due >>> to drive saturation. The drives were mostly idle (except some stuff >>> triggered by a buildworld I had going) during the extended period of >>> ktorrent being unkillable. But again I never had this happen >>> pre-CURRENT. >> >> Just a very brief "me too" (but possibly different effect): I'm stress >> testing two machines I put together over the weekend with an endless loop of >> make -j4 universe, with /usr/obj on ZFS, with a single disk. One of the two >> machines has now been stuck for a couple of hours, and trying to access >> /tank results in a hung process, as will zfs list. >> >> I'll reboot and see what happens, and if I can trigger it again, willt try >> to produce more details. >> >> I have set >> vfs.zfs.arc_max="512M" >> vfs.zfs.prefetch_disable=1 >> in loader.conf >> >> FreeBSD lokschuppen.lassitu.de 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Dec >> 3 07:05:03 UTC 2008 >> root@lokschuppen.lassitu.de:/usr/obj/usr/src/sys/EISENBOOT amd64 > > Try to disable ZIL in loader.conf: > vfs.zfs.zil_disable="1" > > It helped me to stop deadlocks during rsync processes. As long as you don't > run any databases or any fsync() intensiv applications, i don't see any > drawbacks in disabling zil. The drawbacks are for the applications itself > not for ZFS. ZFS will be always consistent on disk due to its transaction > model even without ZIL. While you are talking about it: Does anyone know if the fsync blocks until the data is really stable on the device or if it simply returns when ZIL is disabled? In my understanding the topmost block would need to be written for the "commit" to be on disk. From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 11:24:29 2008 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 61ECA106564A for ; Thu, 4 Dec 2008 11:24:29 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id 2A2658FC08 for ; Thu, 4 Dec 2008 11:24:29 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3854057rvf.43 for ; Thu, 04 Dec 2008 03:24:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Sg5+b9u/6cnipKk7glL/8nLc7EBc/wdDGb/1y3QKLSY=; b=lfhZhPVPxJgAJmRcUaaISM/jT05COUol+7oW0bqSxne5Fd4DHrY+OhUCIN7/o5Mken XAaP2YKJcsHQ5qBY+3vCUEbLRR/TbCSTEF3pq6l0fn7n0g3K6aQtK1xouhaV39M090pX gS/nsMNRI9eo7rDjLo0qKenP6ZvHo8CQ6gLVk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=P1lPC/k4u5kzhg02CVEN2wt258m5hxIsPrMwMq0KB2IQI1LF+IMVMsshAaUFN0/GMU OF8cOkADfjo/7apbHGOxYi4H3aFHunwCqFnN1VfKm5734Cvvsm4Z/WzuWa79DdND2wdK lpUlnNaqPLxJZv/eoXw2ITm0FOYR0uoakwWGM= Received: by 10.141.26.19 with SMTP id d19mr6872734rvj.184.1228389868758; Thu, 04 Dec 2008 03:24:28 -0800 (PST) Received: by 10.140.158.13 with HTTP; Thu, 4 Dec 2008 03:24:28 -0800 (PST) Message-ID: <7d6fde3d0812040324y3bf0901cy1f4a6d961362c314@mail.gmail.com> Date: Thu, 4 Dec 2008 03:24:28 -0800 From: "Garrett Cooper" To: "Maksim Yevmenkin" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: "current@freebsd.org" Subject: Re: RFC: small syscons and kbd patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 11:24:29 -0000 On Tue, Dec 2, 2008 at 5:01 PM, Maksim Yevmenkin wrote: > Dear Hackers, > > can someone please review the attached small patch for syscons and > kbd? it should be a no-op mostly. the patch basically does > > 1) removes bogus layering in syscons, i.e. basically removes sccngetch(); > 2) implements advisory lock for kbd (based on atomic(9)); > 3) implements new POLLED flag for kbd; > > this is a part of a plan to fix keyboard access races in syscons. > > thanks, > max Max, Why are you double and triple negating on this line? + return (atomic_cmpset_acq_int(&kbd->kb_locked, !!!on, !!on)); -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 11:40:45 2008 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 0FF7A1065686 for ; Thu, 4 Dec 2008 11:40:45 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 92D838FC26 for ; Thu, 4 Dec 2008 11:40:44 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so3592469ugs.39 for ; Thu, 04 Dec 2008 03:40:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=7BxEnz7ANWxYRPw4FJTJmz1iGhSKTecVHUP5PbPqHGs=; b=nRy75xbiTZ/SVR6TrtgUkAy2v0qWEBhRDG9NRHlUcYVQ0EVBToRKiC0Bxp4Q9R5gN+ BzcqDgtJgRjbw9e+uV8hibmITqRkre+XVZ7zxBU7rFt6XeMjyNxoEBcsMeJQZMWCm5Sv 1ezwZ97pcIi4MwA1yYUWuIBlK0MNqd6DQUVVo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ZvPha3DNokcIu2N6ycw6MI/dMQ8PCAVdkNAyD1pPV8wEA9+fqgz85BiZ968LZd8bFa GiemSSLBdUTCxw1YGL2kMJmFezY0TIsaYYrDR0nI7cAIKLkmhkmEDMNZxUJtLVzvDjHs KHjNN6I7wNxSPXAqibcR7jajeio9Dvj8cEU9w= Received: by 10.67.16.11 with SMTP id t11mr2605268ugi.29.1228390843403; Thu, 04 Dec 2008 03:40:43 -0800 (PST) Received: by 10.67.106.2 with HTTP; Thu, 4 Dec 2008 03:40:42 -0800 (PST) Message-ID: <7d6fde3d0812040340h4ca854f6o2e078c48790845b0@mail.gmail.com> Date: Thu, 4 Dec 2008 03:40:42 -0800 From: "Garrett Cooper" To: "Oliver Pinter" In-Reply-To: <6101e8c40811301536g7229841cx741cafcfcce4df69@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6101e8c40811301536g7229841cx741cafcfcce4df69@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: freebsd current @ 20081201 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 11:40:45 -0000 On Sun, Nov 30, 2008 at 3:36 PM, Oliver Pinter wrote: > LOR error on amd64 More data? -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 11:50:08 2008 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 E15571065675 for ; Thu, 4 Dec 2008 11:50:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9ADA68FC13 for ; Thu, 4 Dec 2008 11:50:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id DC3A641C65F; Thu, 4 Dec 2008 12:50:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 6RTE6hERkFhj; Thu, 4 Dec 2008 12:50:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 659D841C65E; Thu, 4 Dec 2008 12:50:05 +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 5279B4448D5; Thu, 4 Dec 2008 11:46:51 +0000 (UTC) Date: Thu, 4 Dec 2008 11:46:51 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: "Paul B. Mahol" In-Reply-To: <3a142e750811300815we050f66l5abc85d02fe3931b@mail.gmail.com> Message-ID: <20081204114553.E80401@maildrop.int.zabbadoz.net> References: <3a142e750811300815we050f66l5abc85d02fe3931b@mail.gmail.com> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current Subject: Re: building module regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 11:50:09 -0000 On Sun, 30 Nov 2008, Paul B. Mahol wrote: Hi, > With latest kernel it is no more possible > to do something like this (with net drivers): > > # cd /sys/modules/mii && make this hsould have been fixed ~36 hours ago, in case you haven't seen the commit. In case there's still a problem please let me know. Regards, Bjoern -- Bjoern A. Zeeb Stop bit received. Insert coin for new game. From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 11:52:31 2008 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 C46F2106564A for ; Thu, 4 Dec 2008 11:52:31 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5EF2C8FC12 for ; Thu, 4 Dec 2008 11:52:31 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=VnTh1On6mmijxnPTlQX+BoKOMAcYdcMc8p3IL4v4pypla0xFDi9VlBWJT1NRi8JgfBWzeJ2KG6g/zy5SheGy79f5Qt0ewj/fll68nSgUVyrAN9Zt9SR0EZt8lJiMirNRERRgiVyef1Ha8uRtPHFbh0AqONh37mf5FIRhyrAwj2M=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1L8CSf-000CT5-A0; Thu, 04 Dec 2008 14:33:37 +0300 Date: Thu, 4 Dec 2008 14:33:36 +0300 From: Eygene Ryabinkin To: Garrett Cooper Message-ID: References: <7d6fde3d0812040324y3bf0901cy1f4a6d961362c314@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OrT4iOlIQZp3kw4S" Content-Disposition: inline In-Reply-To: <7d6fde3d0812040324y3bf0901cy1f4a6d961362c314@mail.gmail.com> Sender: rea-fbsd@codelabs.ru Cc: "current@freebsd.org" , Maksim Yevmenkin Subject: Re: RFC: small syscons and kbd patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 11:52:31 -0000 --OrT4iOlIQZp3kw4S Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Garrett, good day. Thu, Dec 04, 2008 at 03:24:28AM -0800, Garrett Cooper wrote: > On Tue, Dec 2, 2008 at 5:01 PM, Maksim Yevmenkin > Why are you double and triple negating on this line? > + return (atomic_cmpset_acq_int(&kbd->kb_locked, !!!on, !!on)); Double negation is easy -- !!N =3D 1 for int N !=3D 0, so it is the way to turn N !=3D 0 to one. Triple negation? I am out of guesses, because it seems redundant to me: !0 =3D 1, !5 =3D 0, so adding another two negations is seem to be worthless. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --OrT4iOlIQZp3kw4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk3wBAACgkQthUKNsbL7YjMEACeIaOZ3fxrLIysu8d6X+tDfPX1 +vsAnjQaOLa+UHKgWI+shaKzTWJahzDB =s0Ov -----END PGP SIGNATURE----- --OrT4iOlIQZp3kw4S-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 12:06:37 2008 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 129801065670 for ; Thu, 4 Dec 2008 12:06:37 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.184]) by mx1.freebsd.org (Postfix) with ESMTP id B7C958FC1D for ; Thu, 4 Dec 2008 12:06:36 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so3623388rne.12 for ; Thu, 04 Dec 2008 04:06:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=57Ffr9khdqGriYwKR7DymAIPWflc0V0rhu0INLRvL+Q=; b=W40cPbunJS882rOkPRO7EPw6FS9Zh2WcJb912coaei4GyUId64J/ERRwXNamkT7Hl7 5n0n1GuVM1F7nGQ20l1nxcD22J6sSS75FCQi8a4o0h/XhVOto52BBcEjaSGDQ9+VZlo8 8pEr/EJQz4ynjrw958BWhZXMjnyAA88yPch34= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ZVmFTS9a1swQF/Rfy6GJf665a5spgB3uFBzjyGMpSv2DHCY9AopVL+334eLDHgaOi4 6D520vUCoghCsDLka1CaMYGZOWm8N6JFScdbT0uBCu5rrjWUBVNGWgvAEU/OUlhnlc/P fsAyI5YSt/QSBBBmruer4TPH9+2eU8mQNlhZ0= Received: by 10.231.30.74 with SMTP id t10mr95457ibc.33.1228392395983; Thu, 04 Dec 2008 04:06:35 -0800 (PST) Received: by 10.231.13.138 with HTTP; Thu, 4 Dec 2008 04:06:35 -0800 (PST) Message-ID: <3a142e750812040406k5b7d758xadb0e441bd93a7d0@mail.gmail.com> Date: Thu, 4 Dec 2008 13:06:35 +0100 From: "Paul B. Mahol" To: "Roman Divacky" In-Reply-To: <20081204082008.GA79808@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081117205526.GC1733@garage.freebsd.pl> <20081202203308.GA13818@hyperion.scode.org> <200812021254.21242.fjwcash@gmail.com> <20081202232924.GA19134@hyperion.scode.org> <31C70CBC-488A-4A9A-A642-37855E8F1DD1@lassitu.de> <20081204082008.GA79808@freebsd.org> Cc: FreeBSD Current , Stefan Bethke Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 12:06:37 -0000 On 12/4/08, Roman Divacky wrote: > On Thu, Dec 04, 2008 at 12:33:53AM +0100, Stefan Bethke wrote: >> Am 03.12.2008 um 00:29 schrieb Peter Schuller: >> >> >>I've noticed the past couple of days, when using the server (not very >> >>often), every now and then, the GUI (KDE 4.1) will "hang" for up to 5 >> >>minutes (no mouse movement, no keyboard events), while the drives >> >>work like >> >>crazy. >> > >> >I was not explicit about it, but FWIW in my case the hang is not due >> >to drive saturation. The drives were mostly idle (except some stuff >> >triggered by a buildworld I had going) during the extended period of >> >ktorrent being unkillable. But again I never had this happen >> >pre-CURRENT. >> >> Just a very brief "me too" (but possibly different effect): I'm stress >> testing two machines I put together over the weekend with an endless >> loop of make -j4 universe, with /usr/obj on ZFS, with a single disk. >> One of the two machines has now been stuck for a couple of hours, and >> trying to access /tank results in a hung process, as will zfs list. > > I am not sure if it's relevant but I am getting deadlocks and stuck > processes over the last few days (a week at most?) even with only > UFS... > > does anyone see that? I do not, how it can be reproduced? -- Paul From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 12:12:21 2008 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 0DFAC106564A for ; Thu, 4 Dec 2008 12:12:21 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 4DF228FC12 for ; Thu, 4 Dec 2008 12:12:20 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 04 Dec 2008 12:12:18 -0000 Received: from balu.cs.uni-paderborn.de (EHLO balu.cs.uni-paderborn.de) [131.234.21.37] by mail.gmx.net (mp064) with SMTP; 04 Dec 2008 13:12:18 +0100 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/EAFll6VTEmG1qMm4MDqtwncnBI2yt/sYJyxYpoZ OL1cXlDNMUf2HU Received: from localhost ([127.0.0.1]) by balu.cs.uni-paderborn.de with esmtp (Exim 4.69) (envelope-from ) id KBCPWH-000D7K-RF for freebsd-current@freebsd.org; Thu, 04 Dec 2008 13:12:18 +0100 Message-ID: <4937C921.20103@gmx.de> Date: Thu, 04 Dec 2008 13:12:17 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.18) Gecko/20081105 Lightning/0.9 Thunderbird/2.0.0.18 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> <4936D0C2.2090306@zircon.seattle.wa.us> <20081204095204.GA64194@shark.localdomain> In-Reply-To: <20081204095204.GA64194@shark.localdomain> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.61 Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 12:12:21 -0000 Sergey Zaharchenko schrieb: > Huh, I haven't had any serious problems with neither the nForce2 chipset > my m/b is based on (including the nfe/nve Ethernet card) nor with the > nVidia FX 5200 video card. I guess that's because both are quite antique > by now. In general, the newer the stuff, the harder it might be to get > it to work. This might apply to nVidia more than to other stuff, but in > general it's just better to be able to check compatibility, e.g. using a > LiveCD on a friend's machine... OTOH, the "older" is where new problems start, nVidia has several series of "legacy" drivers, and they show various issues if used with recent Linux kernels, or recent X.org server version... The FX5200 is legacy now, supported by the (nowadays outdated) 173 series of drivers -- which relies on compat5x and doesn't support PAE, to mention two issues with that... From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 12:17:47 2008 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 01B8B1065675 for ; Thu, 4 Dec 2008 12:17:47 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id ABBCF8FC17 for ; Thu, 4 Dec 2008 12:17:45 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 7C6329CB3F2; Thu, 4 Dec 2008 13:13:11 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id txQdT592cWgD; Thu, 4 Dec 2008 13:13:09 +0100 (CET) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 293319CB4DE; Thu, 4 Dec 2008 13:13:09 +0100 (CET) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id mB4CD8IJ012143; Thu, 4 Dec 2008 13:13:08 +0100 (CET) (envelope-from rdivacky) Date: Thu, 4 Dec 2008 13:13:08 +0100 From: Roman Divacky To: "Paul B. Mahol" Message-ID: <20081204121308.GA12048@freebsd.org> References: <20081117205526.GC1733@garage.freebsd.pl> <20081202203308.GA13818@hyperion.scode.org> <200812021254.21242.fjwcash@gmail.com> <20081202232924.GA19134@hyperion.scode.org> <31C70CBC-488A-4A9A-A642-37855E8F1DD1@lassitu.de> <20081204082008.GA79808@freebsd.org> <3a142e750812040406k5b7d758xadb0e441bd93a7d0@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3a142e750812040406k5b7d758xadb0e441bd93a7d0@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current , Stefan Bethke Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 12:17:47 -0000 On Thu, Dec 04, 2008 at 01:06:35PM +0100, Paul B. Mahol wrote: > On 12/4/08, Roman Divacky wrote: > > On Thu, Dec 04, 2008 at 12:33:53AM +0100, Stefan Bethke wrote: > >> Am 03.12.2008 um 00:29 schrieb Peter Schuller: > >> > >> >>I've noticed the past couple of days, when using the server (not very > >> >>often), every now and then, the GUI (KDE 4.1) will "hang" for up to 5 > >> >>minutes (no mouse movement, no keyboard events), while the drives > >> >>work like > >> >>crazy. > >> > > >> >I was not explicit about it, but FWIW in my case the hang is not due > >> >to drive saturation. The drives were mostly idle (except some stuff > >> >triggered by a buildworld I had going) during the extended period of > >> >ktorrent being unkillable. But again I never had this happen > >> >pre-CURRENT. > >> > >> Just a very brief "me too" (but possibly different effect): I'm stress > >> testing two machines I put together over the weekend with an endless > >> loop of make -j4 universe, with /usr/obj on ZFS, with a single disk. > >> One of the two machines has now been stuck for a couple of hours, and > >> trying to access /tank results in a hung process, as will zfs list. > > > > I am not sure if it's relevant but I am getting deadlocks and stuck > > processes over the last few days (a week at most?) even with only > > UFS... > > > > does anyone see that? > > I do not, how it can be reproduced? I am seeing it when doing a lot of io activity, torrents + cvs/svn up seems to trigger it quite successfully From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 14:57:32 2008 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 6EA3B106564A for ; Thu, 4 Dec 2008 14:57:32 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 38F908FC16 for ; Thu, 4 Dec 2008 14:57:32 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.8.53]) by ns2.bafirst.com with esmtp; Thu, 04 Dec 2008 08:47:28 -0600 id 000D517C.4937ED80.00014B50 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Thu, 04 Dec 2008 08:47:27 -0600 id 0004AC1A.4937ED7F.000152F7 Received: from ed.local.net.mx (ed.local.net.mx [192.168.1.65]) by econet.encontacto.net (Horde Framework) with HTTP; Thu, 04 Dec 2008 08:47:27 -0600 Message-ID: <20081204084727.16714wjmus539s4k@econet.encontacto.net> Date: Thu, 04 Dec 2008 08:47:27 -0600 From: eculp To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.18) Gecko/20081114 Firefox/2.0.0.18 X-IMP-Server: 189.129.8.53 X-Originating-IP: 192.168.1.65 X-Originating-User: eculp@encontacto.net Subject: Kernel doesn't compile since Dec 1. Stops at /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.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: Thu, 04 Dec 2008 14:57:32 -0000 I have been cvsuping, compiling and installing all daily with no =20 changes nor errors until the morning of Dec 2 and I now get to the =20 following error: cc -c -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs =20 -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar ith -Winline -Wcast-qual -Wundef -Wno-pointer-sign =20 -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contri b/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h =20 -fno-common -finline-limit=3D8000 --param inline-unit-gro wth=3D100 --param large-function-growth=3D1000 -mno-align-long-strings =20 -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno- sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror =20 /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c -I/usr/ src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c: In function =20 'ar5416ProcRxDesc': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:111: error: 'struct =20 ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:119: error: 'struct =20 ath_rx_status' has no member named 'rs_rssi_ctl' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:120: error: 'struct =20 ath_rx_status' has no member named 'rs_rssi_ctl' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:121: error: 'struct =20 ath_rx_status' has no member named 'rs_rssi_ctl' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:122: error: 'struct =20 ath_rx_status' has no member named 'rs_rssi_ext' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:123: error: 'struct =20 ath_rx_status' has no member named 'rs_rssi_ext' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:124: error: 'struct =20 ath_rx_status' has no member named 'rs_rssi_ext' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:135: error: 'struct =20 ath_rx_status' has no member named 'rs_isaggr' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:136: error: 'struct =20 ath_rx_status' has no member named 'rs_moreaggr' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:140: error: 'struct =20 ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:142: error: 'struct =20 ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:145: error: 'struct =20 ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:147: error: 'struct =20 ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:149: error: 'struct =20 ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:151: error: 'struct =20 ath_rx_status' has no member named 'rs_flags' *** Error code 1 Stop in /usr/obj/usr/src/sys/ENCONTACTO. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Maybe I should go to Sam's patches and try his latest? Thanks, ed From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 15:01:03 2008 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 F09CE1065677; Thu, 4 Dec 2008 15:01:03 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id C66B68FC0A; Thu, 4 Dec 2008 15:01:03 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 291901CBB41; Thu, 4 Dec 2008 09:42:55 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Thu, 04 Dec 2008 09:42:55 -0500 X-Sasl-enc: 0ganI11VmyIvDLNqNKSMqH7QLKUarCt1igxl6J2gpO1I 1228401774 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 972453AFCD; Thu, 4 Dec 2008 09:42:54 -0500 (EST) Message-ID: <4937EC6D.7050703@FreeBSD.org> Date: Thu, 04 Dec 2008 14:42:53 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: John Baldwin References: <200811191503.02192.jhb@freebsd.org> In-Reply-To: <200811191503.02192.jhb@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: [PATCH] ppbus/ppc locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 15:01:04 -0000 John Baldwin wrote: > Please test! This is the last non-MPSAFE network driver at this point. This > patch adds locking for the ppbus(4)/ppc(4) devices and the various ppbus > child devices (lpt, vpo, lpbb, ppi, pps). The basic model is that a single > mutex in the ppc(4) driver protects the ppc0 hardware and is shared with the > various child drivers. Two drivers now have detach methods that did not have > them before (plip and ppi). I've done some simple testing on my laptop (able > to load the drivers and do some simple things w/o panic'ing or tripping > assertions), but I am not really able to test the peripheral drivers fully. > > http://www.FreeBSD.org/~jhb/patches/ppc_locking.patch > > Runway lpt Giant is an occasionally show stopping issue for me because my printer is attached via the plt port. I may get time to look at this later on... I tried applying these patches against 7-STABLE. ppc_cleanup.patch applied OK to 7. ppc_intr.patch applied OK to 7 with interrupt.h change manually merged, and some fixups to ppc.c for earlier intr_event kpi. ppc_locking.patch does not apply cleanly, and it's too much for me to deal with right now. I found I had to hack up an existing 7 tree in /usr/src to get things to compile because of the wide scope of the changes (touching kern, sys etc), I couldn't just use an svn checkout to work from. cheers BMS From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 15:04:59 2008 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 5600A106564A for ; Thu, 4 Dec 2008 15:04:59 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.187]) by mx1.freebsd.org (Postfix) with ESMTP id DA15A8FC16 for ; Thu, 4 Dec 2008 15:04:58 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so769441gve.39 for ; Thu, 04 Dec 2008 07:04:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :sender:to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=tGHb22npjdCr9uH5OiZTGlpgmibEbipsCoanmKzD3KQ=; b=ewHBYQ5ipYwBf+s2iYC/sgCZK/bMmE1g84NzaS5qJqNiHkuLP9cF3PmUtubEOieokk 6S/qUuJwLkHVp3nwEEepqDscc37iArNa0sUH0acx5cg44f0MvW9n0bYkV4wO+P8OjCEy SeZRX7A0hRywVvRRlyahQ/EPcOHD3eJmFHn5c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:sender:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references:x-google-sender-auth; b=j1vbvDIuKE0PjmbygZTxu3Sql89KemFuCz8ES0Cb4KkKZaO1jowXtlngOWMqCXZOBJ Q22gpPtHfyyGOt7cm+AkV+RpsqINsruLcAb1Q8+6Kxh75gkAGVIDZxelCm3jK6F/KU0I r7Kc9Wae6Pe/4j9dUyIX/1Pf/nXbDB84h+i20= Received: by 10.86.93.19 with SMTP id q19mr8753092fgb.62.1228403097509; Thu, 04 Dec 2008 07:04:57 -0800 (PST) Received: by 10.86.58.7 with HTTP; Thu, 4 Dec 2008 07:04:57 -0800 (PST) Message-ID: <84dead720812040704i7e6e1c66te16090eb3343e04@mail.gmail.com> Date: Thu, 4 Dec 2008 20:34:57 +0530 From: "Joseph Koshy" Sender: joseph.koshy@gmail.com To: "Bruce Cran" In-Reply-To: <20081111215413.7aa9ea86@tau.draftnet> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081111204941.4bfdb7c4@tau.draftnet> <20081111215413.7aa9ea86@tau.draftnet> X-Google-Sender-Auth: ff1825900835b7cc Cc: current@freebsd.org Subject: Re: hwpmc deadlock: processes hang on pmc-sx X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jkoshy@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, 04 Dec 2008 15:04:59 -0000 Please try the patch at: http://people.freebsd.org/~jkoshy/download/hwpmc-deadlock.patch.2.gz MD5 (hwpmc-deadlock.patch.2.gz) = 0eb9292dff4fef1bedb19f1a94eee75c and let me know how it goes. Koshy From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 15:20:30 2008 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 2208B1065670 for ; Thu, 4 Dec 2008 15:20:30 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id DD0748FC19 for ; Thu, 4 Dec 2008 15:20:29 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from PegaPegII (93-152-14-233.daisydsl.managedbroadband.co.uk [93.152.14.233]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.2) with ESMTP id mB4FKOAC005406; Thu, 4 Dec 2008 15:20:26 GMT (envelope-from ken@mthelicon.com) Message-ID: From: "Pegasus Mc Cleaft" To: "eculp" , "freebsd-current" References: <20081204084727.16714wjmus539s4k@econet.encontacto.net> In-Reply-To: <20081204084727.16714wjmus539s4k@econet.encontacto.net> Date: Thu, 4 Dec 2008 15:20:24 -0000 Organization: Feathers MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6001.18000 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 X-Antivirus: avast! (VPS 081203-0, 03/12/2008), Outbound message X-Antivirus-Status: Clean Cc: Subject: Re: Kernel doesn't compile since Dec 1. Stops at/usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pegasus Mc Cleaft List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 15:20:30 -0000 I found the Atheros driver is broken in AMD64. If you are not using the Atheros wireless adapter, remove any reference to it from your config file, IE: #device ath # Atheros pci/cardbus NIC's #device ath_hal # Atheros HAL (Hardware Access Layer) #device ath_rate_sample # SampleRate tx rate control for ath and recompile... -Peg ----- Original Message ----- From: "eculp" To: "freebsd-current" Sent: Thursday, December 04, 2008 2:47 PM Subject: Kernel doesn't compile since Dec 1. Stops at/usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c I have been cvsuping, compiling and installing all daily with no changes nor errors until the morning of Dec 2 and I now get to the following error: cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar ith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contri b/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-gro wth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno- sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c -I/usr/ src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c: In function 'ar5416ProcRxDesc': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:111: error: 'struct ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:119: error: 'struct ath_rx_status' has no member named 'rs_rssi_ctl' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:120: error: 'struct ath_rx_status' has no member named 'rs_rssi_ctl' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:121: error: 'struct ath_rx_status' has no member named 'rs_rssi_ctl' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:122: error: 'struct ath_rx_status' has no member named 'rs_rssi_ext' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:123: error: 'struct ath_rx_status' has no member named 'rs_rssi_ext' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:124: error: 'struct ath_rx_status' has no member named 'rs_rssi_ext' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:135: error: 'struct ath_rx_status' has no member named 'rs_isaggr' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:136: error: 'struct ath_rx_status' has no member named 'rs_moreaggr' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:140: error: 'struct ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:142: error: 'struct ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:145: error: 'struct ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:147: error: 'struct ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:149: error: 'struct ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:151: error: 'struct ath_rx_status' has no member named 'rs_flags' *** Error code 1 Stop in /usr/obj/usr/src/sys/ENCONTACTO. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Maybe I should go to Sam's patches and try his latest? Thanks, ed _______________________________________________ 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 Dec 4 15:23:59 2008 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 25F5E1065673 for ; Thu, 4 Dec 2008 15:23:59 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id 65E5D8FC20 for ; Thu, 4 Dec 2008 15:23:58 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id B5F942401C; Thu, 4 Dec 2008 16:23:56 +0100 (CET) Received: from nobby (unknown [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 2D54B2401B; Thu, 4 Dec 2008 16:23:56 +0100 (CET) Date: Thu, 4 Dec 2008 15:23:57 +0100 From: Ulf Lilleengen To: eculp Message-ID: <20081204142356.GA2945@nobby.lan> References: <20081204084727.16714wjmus539s4k@econet.encontacto.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081204084727.16714wjmus539s4k@econet.encontacto.net> User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: freebsd-current Subject: Re: Kernel doesn't compile since Dec 1. Stops at /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.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: Thu, 04 Dec 2008 15:23:59 -0000 On Thu, Dec 04, 2008 at 08:47:27AM -0600, eculp wrote: > I have been cvsuping, compiling and installing all daily with no > changes nor errors until the morning of Dec 2 and I now get to the > following error: > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar > ith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contri > b/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h > -fno-common -finline-limit=8000 --param inline-unit-gro > wth=100 --param large-function-growth=1000 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno- > sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror > /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c -I/usr/ > src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal > /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c: In function > 'ar5416ProcRxDesc': > /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:111: error: 'struct > *** Error code 1 *snip* > > Stop in /usr/src. > > Maybe I should go to Sam's patches and try his latest? > Have you read UPDATING and followed the instructions there? 20081130: __FreeBSD_version 800057 marks the switchover from the binary ath hal to source code. Users must add the line: options AH_SUPPORT_AR5416 to their kernel config files when specifying: device ath_hal The ath_hal module no longer exists; the code is now compiled together with the driver in the ath module. It is now possible to tailor chip support (i.e. reduce the set of chips and thereby the code size); consult ath_hal(4) for details. -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 15:24:42 2008 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 825601065676 for ; Thu, 4 Dec 2008 15:24:42 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id 378F48FC23 for ; Thu, 4 Dec 2008 15:24:42 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3933163rvf.43 for ; Thu, 04 Dec 2008 07:24:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=P9+FSBEuwritj6oHJDoVmtl7Aa9qHHxQeDCzOUHYTts=; b=I+pwStEpCAy/u7aGJeE2NrTMTi+hjhAZxFciRxE7VlG6vMKTcyhSyfB1qj1HzrIHKf tmrKROwG8nhcZNvus+I6mY92yUCGm3vNuuhS/Ft3POzxgUXWdUbFei8TOyGqbR5hWgYQ mn8k7mCUwvFCyRawyn6EeSqm8+jXLclfEgMbo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=gLdno5Q//sWHIpMkdjY9bE4ee1U51KvI73FfxYpU8DGjfRcQMqtlPOURBaNL4esbS7 7EFA0AyDiBjpQNYDMIcEGdAD7hmVGEy23/qp9JyF506/yCxQSdOGqy8TkFRd3lU2QvYA g4Y/BhwlCi0uyDVjWtXc6ZXBz8pzVWYGNEUVM= Received: by 10.141.155.15 with SMTP id h15mr3514463rvo.158.1228404281906; Thu, 04 Dec 2008 07:24:41 -0800 (PST) Received: by 10.140.177.21 with HTTP; Thu, 4 Dec 2008 07:24:41 -0800 (PST) Message-ID: Date: Thu, 4 Dec 2008 07:24:41 -0800 From: "Maksim Yevmenkin" To: "Garrett Cooper" In-Reply-To: <7d6fde3d0812040324y3bf0901cy1f4a6d961362c314@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0812040324y3bf0901cy1f4a6d961362c314@mail.gmail.com> Cc: "current@freebsd.org" Subject: Re: RFC: small syscons and kbd patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 15:24:42 -0000 On Thu, Dec 4, 2008 at 3:24 AM, Garrett Cooper wrote: > On Tue, Dec 2, 2008 at 5:01 PM, Maksim Yevmenkin > wrote: >> Dear Hackers, >> >> can someone please review the attached small patch for syscons and >> kbd? it should be a no-op mostly. the patch basically does >> >> 1) removes bogus layering in syscons, i.e. basically removes sccngetch(); >> 2) implements advisory lock for kbd (based on atomic(9)); >> 3) implements new POLLED flag for kbd; >> >> this is a part of a plan to fix keyboard access races in syscons. >> >> thanks, >> max > > Max, > Why are you double and triple negating on this line? > > + return (atomic_cmpset_acq_int(&kbd->kb_locked, !!!on, !!on)); the idea was to ensure that kbd->kb_locked variable only takes values 0 (zero) and 1 (one). thanks, max From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 15:34:42 2008 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 E16181065679 for ; Thu, 4 Dec 2008 15:34:42 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 9069C8FC0C for ; Thu, 4 Dec 2008 15:34:42 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1747753yxb.13 for ; Thu, 04 Dec 2008 07:34:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=T7bwJO05RRjcmjeg59bWYmpM+rH0ZpL1m1JZSIed0YY=; b=RqES+H2ohJeNexul4eDON7X64IyfHKtAs+mLC5xf26M1ItXGbLmzxZet+9zkl7UtW0 MuyWsySTRTDM+KoyoVKVKcIl09IVRUdHNZZXCfDqZkg+qktb75XGV8nyluPESFp1zW2t 4zmK6TYHwpBZLoPlJ40ggfJj+bZbXdfWpuYcQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Ve2RZtXtzPyRd23JaSbfrF24SH8aN1yAsr/do95O2+WhJbHs47FKiwSciqyrFVjHtu I8XmihBYTKv9tElxHuJvfhPLIvipeawc0iBCt8Aiv+AXbxsntsrDadxdgwtsehTCcHhx yGsKHNbR2X6DKShOGgb2nflXJPfK2dUZgNq8s= Received: by 10.231.20.70 with SMTP id e6mr82795ibb.56.1228404881291; Thu, 04 Dec 2008 07:34:41 -0800 (PST) Received: by 10.231.13.138 with HTTP; Thu, 4 Dec 2008 07:34:41 -0800 (PST) Message-ID: <3a142e750812040734g26ecda23pfe646c27521cdc82@mail.gmail.com> Date: Thu, 4 Dec 2008 16:34:41 +0100 From: "Paul B. Mahol" To: "Maksim Yevmenkin" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0812040324y3bf0901cy1f4a6d961362c314@mail.gmail.com> Cc: Garrett Cooper , "current@freebsd.org" Subject: Re: RFC: small syscons and kbd patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 15:34:43 -0000 On 12/4/08, Maksim Yevmenkin wrote: > On Thu, Dec 4, 2008 at 3:24 AM, Garrett Cooper wrote: >> On Tue, Dec 2, 2008 at 5:01 PM, Maksim Yevmenkin >> wrote: >>> Dear Hackers, >>> >>> can someone please review the attached small patch for syscons and >>> kbd? it should be a no-op mostly. the patch basically does >>> >>> 1) removes bogus layering in syscons, i.e. basically removes sccngetch(); >>> 2) implements advisory lock for kbd (based on atomic(9)); >>> 3) implements new POLLED flag for kbd; >>> >>> this is a part of a plan to fix keyboard access races in syscons. >>> >>> thanks, >>> max >> >> Max, >> Why are you double and triple negating on this line? >> >> + return (atomic_cmpset_acq_int(&kbd->kb_locked, !!!on, !!on)); > > the idea was to ensure that kbd->kb_locked variable only takes values > 0 (zero) and 1 (one). > > thanks, > max > _______________________________________________ > 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" > Maybe it is usefull to report, maybe not. I'm experiencing keyboard (atkbd) death now and then when inside Xorg once Xorg is started in following (racey) way: alias onlyx "/usr/local/bin/xinit -- -nolisten tcp -br & && exit" and /etc/csh.logout: echo $TERM | grep cons25 >> /dev/null && clear && vidcontrol -C I will test it and report if it fix my "problem". -- Paul From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 16:00:26 2008 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 941F8106564A for ; Thu, 4 Dec 2008 16:00:26 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.188]) by mx1.freebsd.org (Postfix) with ESMTP id 46C158FC08 for ; Thu, 4 Dec 2008 16:00:26 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so3746049rne.12 for ; Thu, 04 Dec 2008 08:00:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=sgSk3Xi5ln/C/jSkFxlkr+vyILOcYHGWvp0ZCc+WhMQ=; b=ROT0m0O5P2OjrmSF5zsL73EYLRg+xhMfdnxTxkAfWHykUPalTVqL+m70LiknZoOYVe w9+yw5L9yo4/1G+2V/6wzVLoFjmoVlc7ySoEhp+AMjLf/PCmPl/xuLwO15k5A1akyPUB tU2a3auFrHxSZmZu24gHqSJQ5+bQoUP3cO0z0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=VV5EdONTOEHbB8l9MOsXW0aQQ6AXkr/DziB9QEARiaSe1Z7XsFvnYrAuaHBtv8n3QH 9+qzGhBR8zKlmjtm4EwWnQQSi5pfaufb0QBXS+w/qCYIjP+/fTrpu/cudZfg/++33d5u l35dlzRDdjqff/YN5ch2AYGy08OUMij4LQhOc= Received: by 10.231.19.72 with SMTP id z8mr337667iba.42.1228406425134; Thu, 04 Dec 2008 08:00:25 -0800 (PST) Received: by 10.231.13.138 with HTTP; Thu, 4 Dec 2008 08:00:25 -0800 (PST) Message-ID: <3a142e750812040800h5bfa55fcsf52675c425183f8a@mail.gmail.com> Date: Thu, 4 Dec 2008 17:00:25 +0100 From: "Paul B. Mahol" To: "Maksim Yevmenkin" In-Reply-To: <3a142e750812040734g26ecda23pfe646c27521cdc82@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0812040324y3bf0901cy1f4a6d961362c314@mail.gmail.com> <3a142e750812040734g26ecda23pfe646c27521cdc82@mail.gmail.com> Cc: current@freebsd.org Subject: Re: RFC: small syscons and kbd patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 16:00:26 -0000 On 12/4/08, Paul B. Mahol wrote: > On 12/4/08, Maksim Yevmenkin wrote: >> On Thu, Dec 4, 2008 at 3:24 AM, Garrett Cooper wrote: >>> On Tue, Dec 2, 2008 at 5:01 PM, Maksim Yevmenkin >>> wrote: >>>> Dear Hackers, >>>> >>>> can someone please review the attached small patch for syscons and >>>> kbd? it should be a no-op mostly. the patch basically does >>>> >>>> 1) removes bogus layering in syscons, i.e. basically removes >>>> sccngetch(); >>>> 2) implements advisory lock for kbd (based on atomic(9)); >>>> 3) implements new POLLED flag for kbd; >>>> >>>> this is a part of a plan to fix keyboard access races in syscons. >>>> >>>> thanks, >>>> max >>> >>> Max, >>> Why are you double and triple negating on this line? >>> >>> + return (atomic_cmpset_acq_int(&kbd->kb_locked, !!!on, !!on)); >> >> the idea was to ensure that kbd->kb_locked variable only takes values >> 0 (zero) and 1 (one). >> >> thanks, >> max >> _______________________________________________ >> 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" >> > > Maybe it is usefull to report, maybe not. > > I'm experiencing keyboard (atkbd) death now and then when inside Xorg once > Xorg is started in following (racey) way: > > alias onlyx "/usr/local/bin/xinit -- -nolisten tcp -br & && > exit" > > and /etc/csh.logout: > > echo $TERM | grep cons25 >> /dev/null && clear && vidcontrol -C > > I will test it and report if it fix my "problem". No luck. Typing blindly I managed to panic from kdb, and I got only this: KDB: enter: manual escape to debugger panic: from debugger cpuid = 1 KDB: stack backtrace: panic: bufwrite: buffer is not busy??? cpuid = 1 KDB: enter: panic exclusive sleep mutex Giant (Giant) r = 1 (0xc0725a70) locked @ /usr/src/sys/dev /syscons/syscons.c:618 -- Paul From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 17:18:54 2008 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 771781065672 for ; Thu, 4 Dec 2008 17:18:54 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 484568FC14 for ; Thu, 4 Dec 2008 17:18:54 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3972407rvf.43 for ; Thu, 04 Dec 2008 09:18:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=+zNPmSioUn0wV18XZkzLfCnVuZxeDiuDOgPsuLtCYdE=; b=Pt9YnBEEAcGv5U2eOKPwUICV7eDInihwiLtQpLBvBbHWmBIqKnKQfvMfH2yigDJiXN KEQiETPrVVDVbcFFS6mjCyjj8ECWM1RvwVIjwpFl6LNlKYQwYWK9f/TLKlCYXBLRwRUH PQfpRUk9qVv/YGDdTY1llvWmSSTGaz/C2RL9c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=R74Tol9ijjcRm9N1Ew7cB8Z25vuYJjvU/QlyTpMKEeS4Dy4iTSu5CDLoMrEmKB+QQ0 Mn4j2IgcdyM1t3QICDSqCmRltMgNCrRBxFHT5vsv09xTUZk+bl42195bsV5rqbF3c1D7 lWYki4PkPdpefbCCxkpviL6ApP7GP7J37Xgc0= Received: by 10.140.177.15 with SMTP id z15mr7053337rve.17.1228411129227; Thu, 04 Dec 2008 09:18:49 -0800 (PST) Received: by 10.140.177.21 with HTTP; Thu, 4 Dec 2008 09:18:49 -0800 (PST) Message-ID: Date: Thu, 4 Dec 2008 09:18:49 -0800 From: "Maksim Yevmenkin" To: "Eygene Ryabinkin" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0812040324y3bf0901cy1f4a6d961362c314@mail.gmail.com> Cc: Garrett Cooper , "current@freebsd.org" Subject: Re: RFC: small syscons and kbd patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 17:18:54 -0000 On Thu, Dec 4, 2008 at 3:33 AM, Eygene Ryabinkin wrote: > Garrett, good day. > > Thu, Dec 04, 2008 at 03:24:28AM -0800, Garrett Cooper wrote: >> On Tue, Dec 2, 2008 at 5:01 PM, Maksim Yevmenkin >> Why are you double and triple negating on this line? >> + return (atomic_cmpset_acq_int(&kbd->kb_locked, !!!on, !!on)); > > Double negation is easy -- !!N = 1 for int N != 0, so it is the way to > turn N != 0 to one. yep, that was the idea. > Triple negation? I am out of guesses, because it > seems redundant to me: !0 = 1, !5 = 0, so adding another two negations > is seem to be worthless. well, that's just silly typo (blame my sticky fingers). you are correct single negation should work just as good :) thanks for catching this guys, i fixed it. thanks, max > -- > Eygene > _ ___ _.--. # > \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard > / ' ` , __.--' # to read the on-line manual > )/' _/ \ `-_, / # while single-stepping the kernel. > `-'" `"\_ ,_.-;_.-\_ ', fsc/as # > _.-'_./ {_.' ; / # -- FreeBSD Developers handbook > {_.-``-' {_/ # > From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 17:27:09 2008 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 013841065672 for ; Thu, 4 Dec 2008 17:27:09 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id C5B7B8FC1D for ; Thu, 4 Dec 2008 17:27:08 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3975412rvf.43 for ; Thu, 04 Dec 2008 09:27:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=bkBW8Z8yNR3PpeNmHqg08QNaARTi7RKBl69vEQ67G84=; b=As4L9EFXqpJZrIZtzg/AUP7jltTwpTYgVxQpxQzPNmFHI8K8EVV/NHsbAIv3suF8p+ y0OyYBhaSi1V3XDUxu/K0X8hfAlm7nnYKhrIwSHfn5nR7MQORlmCuazqeCm3bGcL6kE8 yQsrNWDJCDqGV63cbSpCm02YloFCoieJ0aMtk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=HCWFrj5ifhanldG/mNkw9zLDRup25KlK+1ITIk70d8fkcaqH4VWbKZLnWo5awg0DER YCH3/CJ5Zo182Ab7a3dgvZRyWvdCe8a3w78dS7wAijVjvCPeJMpvF7An++1W6f/ClYu7 u7pCzX73yOpszhY+a1bfIZLKdZLfP0gC2WHeM= Received: by 10.141.96.19 with SMTP id y19mr2818087rvl.89.1228411628470; Thu, 04 Dec 2008 09:27:08 -0800 (PST) Received: by 10.140.177.21 with HTTP; Thu, 4 Dec 2008 09:27:08 -0800 (PST) Message-ID: Date: Thu, 4 Dec 2008 09:27:08 -0800 From: "Maksim Yevmenkin" To: "Paul B. Mahol" In-Reply-To: <3a142e750812040800h5bfa55fcsf52675c425183f8a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0812040324y3bf0901cy1f4a6d961362c314@mail.gmail.com> <3a142e750812040734g26ecda23pfe646c27521cdc82@mail.gmail.com> <3a142e750812040800h5bfa55fcsf52675c425183f8a@mail.gmail.com> Cc: current@freebsd.org Subject: Re: RFC: small syscons and kbd patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 17:27:09 -0000 On Thu, Dec 4, 2008 at 8:00 AM, Paul B. Mahol wrote: > On 12/4/08, Paul B. Mahol wrote: >> On 12/4/08, Maksim Yevmenkin wrote: >>> On Thu, Dec 4, 2008 at 3:24 AM, Garrett Cooper wrote: >>>> On Tue, Dec 2, 2008 at 5:01 PM, Maksim Yevmenkin >>>> wrote: >>>>> Dear Hackers, >>>>> >>>>> can someone please review the attached small patch for syscons and >>>>> kbd? it should be a no-op mostly. the patch basically does >>>>> >>>>> 1) removes bogus layering in syscons, i.e. basically removes >>>>> sccngetch(); >>>>> 2) implements advisory lock for kbd (based on atomic(9)); >>>>> 3) implements new POLLED flag for kbd; >>>>> >>>>> this is a part of a plan to fix keyboard access races in syscons. >>>>> >>>>> thanks, >>>>> max >>>> >>>> Max, >>>> Why are you double and triple negating on this line? >>>> >>>> + return (atomic_cmpset_acq_int(&kbd->kb_locked, !!!on, !!on)); >>> >>> the idea was to ensure that kbd->kb_locked variable only takes values >>> 0 (zero) and 1 (one). >>> >>> thanks, >>> max >>> _______________________________________________ >>> 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" >>> >> >> Maybe it is usefull to report, maybe not. >> >> I'm experiencing keyboard (atkbd) death now and then when inside Xorg once >> Xorg is started in following (racey) way: >> >> alias onlyx "/usr/local/bin/xinit -- -nolisten tcp -br & && >> exit" >> >> and /etc/csh.logout: >> >> echo $TERM | grep cons25 >> /dev/null && clear && vidcontrol -C >> >> I will test it and report if it fix my "problem". > > No luck. sorry, but the patch was not really intended to fix anything yet. it was just a small bit. > Typing blindly I managed to panic from kdb, and I got only this: > > KDB: enter: manual escape to debugger > panic: from debugger > cpuid = 1 > KDB: stack backtrace: > panic: bufwrite: buffer is not busy??? this looks like it came from ffs_bufwrite() in ufs/ffs/ffs_vfsops.c > cpuid = 1 > KDB: enter: panic > exclusive sleep mutex Giant (Giant) r = 1 (0xc0725a70) locked @ /usr/src/sys/dev > /syscons/syscons.c:618 > can you please setup a serial console and reproduce the panic? thanks max From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 18:10:53 2008 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 441891065672 for ; Thu, 4 Dec 2008 18:10:53 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id E8AF18FC1A for ; Thu, 4 Dec 2008 18:10:52 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1790335yxb.13 for ; Thu, 04 Dec 2008 10:10:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ZFNe71EF3UwxKxxx64DXgnc2XD6JmKJaozSw0RSRIj8=; b=nB8V8LoGapLzEAFZ4COcf65wLF5tmaXlxQYm0dnscoVJ2U6zk0VFHYTPgH891t1+/H I2zQBxjkGvySZSY4zn6GDU5Ap8Lse6Utsva5Vp1UmA+VZsFgX972Wge4xV47pxDAwOSN QKvyuX1YQJ+BB4HYLEgYU/MYHtlviYxSbrD7o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=EPa/1bwf1CFvuHEQXr752raexcVbcUfbpQAEAXdyq8cZkD9OK91xA9Hc4UaUXl515u mTK97kS40w0Un5XRrjcHP6+cH0Ic+IiBSKtVi8L+chnd33qxyNP+tQi7U4jR71moQ7Mm 31JuekQkNjNbujffZgIuUymlFqQYGCVmWMTKQ= Received: by 10.231.30.198 with SMTP id v6mr148924ibc.26.1228414251598; Thu, 04 Dec 2008 10:10:51 -0800 (PST) Received: by 10.231.19.11 with HTTP; Thu, 4 Dec 2008 10:10:51 -0800 (PST) Message-ID: <3a142e750812041010n34fbb9bdm9032299d1ab734ab@mail.gmail.com> Date: Thu, 4 Dec 2008 19:10:51 +0100 From: "Paul B. Mahol" To: "Maksim Yevmenkin" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0812040324y3bf0901cy1f4a6d961362c314@mail.gmail.com> <3a142e750812040734g26ecda23pfe646c27521cdc82@mail.gmail.com> <3a142e750812040800h5bfa55fcsf52675c425183f8a@mail.gmail.com> Cc: current@freebsd.org Subject: Re: RFC: small syscons and kbd patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 18:10:53 -0000 On 12/4/08, Maksim Yevmenkin wrote: > On Thu, Dec 4, 2008 at 8:00 AM, Paul B. Mahol wrote: >> On 12/4/08, Paul B. Mahol wrote: >>> On 12/4/08, Maksim Yevmenkin wrote: >>>> On Thu, Dec 4, 2008 at 3:24 AM, Garrett Cooper >>>> wrote: >>>>> On Tue, Dec 2, 2008 at 5:01 PM, Maksim Yevmenkin >>>>> wrote: >>>>>> Dear Hackers, >>>>>> >>>>>> can someone please review the attached small patch for syscons and >>>>>> kbd? it should be a no-op mostly. the patch basically does >>>>>> >>>>>> 1) removes bogus layering in syscons, i.e. basically removes >>>>>> sccngetch(); >>>>>> 2) implements advisory lock for kbd (based on atomic(9)); >>>>>> 3) implements new POLLED flag for kbd; >>>>>> >>>>>> this is a part of a plan to fix keyboard access races in syscons. >>>>>> >>>>>> thanks, >>>>>> max >>>>> >>>>> Max, >>>>> Why are you double and triple negating on this line? >>>>> >>>>> + return (atomic_cmpset_acq_int(&kbd->kb_locked, !!!on, !!on)); >>>> >>>> the idea was to ensure that kbd->kb_locked variable only takes values >>>> 0 (zero) and 1 (one). >>>> >>>> thanks, >>>> max >>>> _______________________________________________ >>>> 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" >>>> >>> >>> Maybe it is usefull to report, maybe not. >>> >>> I'm experiencing keyboard (atkbd) death now and then when inside Xorg >>> once >>> Xorg is started in following (racey) way: >>> >>> alias onlyx "/usr/local/bin/xinit -- -nolisten tcp -br & && >>> exit" >>> >>> and /etc/csh.logout: >>> >>> echo $TERM | grep cons25 >> /dev/null && clear && vidcontrol -C >>> >>> I will test it and report if it fix my "problem". >> >> No luck. > > sorry, but the patch was not really intended to fix anything yet. it > was just a small bit. > >> Typing blindly I managed to panic from kdb, and I got only this: >> >> KDB: enter: manual escape to debugger Manul ecape to debugger. >> panic: from debugger >> cpuid = 1 >> KDB: stack backtrace: >> panic: bufwrite: buffer is not busy??? > > this looks like it came from ffs_bufwrite() in ufs/ffs/ffs_vfsops.c > >> cpuid = 1 >> KDB: enter: panic >> exclusive sleep mutex Giant (Giant) r = 1 (0xc0725a70) locked @ >> /usr/src/sys/dev >> /syscons/syscons.c:618 >> > > can you please setup a serial console and reproduce the panic? > > thanks > max > No, it is not panic, I manualy paniced it because display was blank and keyboard did not worked inside Xorg (ctr+alt+backpace didn't work), but ctrl+alt+esc worked after some time and I blindly typed panic, followed with enter. -- Paul From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 19:08:52 2008 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 B6DC01065670 for ; Thu, 4 Dec 2008 19:08:52 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id 479AC8FC0A for ; Thu, 4 Dec 2008 19:08:51 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mB4J8nmj018781 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Dec 2008 06:08:50 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id mB4J8mWF098652; Fri, 5 Dec 2008 06:08:48 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id mB4J8mbo098651; Fri, 5 Dec 2008 06:08:48 +1100 (EST) (envelope-from peter) Date: Fri, 5 Dec 2008 06:08:48 +1100 From: Peter Jeremy To: alexus Message-ID: <20081204190848.GG58682@server.vk2pj.dyndns.org> References: <20081201085229.D80401@maildrop.int.zabbadoz.net> <20081201122937.81475f0zhfsjya4o@webmail.leidinger.net> <6ae50c2d0812021800x791d2cfeh45d590de120f76df@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VIOdPewhitSMo36n" Content-Disposition: inline In-Reply-To: <6ae50c2d0812021800x791d2cfeh45d590de120f76df@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-jail@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in 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, 04 Dec 2008 19:08:52 -0000 --VIOdPewhitSMo36n Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Dec-02 21:00:23 -0500, alexus wrote: >as far as I understood HEAD is 8.0-CURRENT Yes. >is there a way for us to start using it before 8.0 hits -RELEASE There are two ways. The first is: 1) Checkout a copy of the HEAD src tree via your chosen source tracker (cvs/cvsup/ctm/...) 2) Follow the instructions in /usr/src/UPDATING to build and install 3) Test well on a non-production box in as close to your production environment as possible. Be prepared to feed back problems and test fixes. 4) Once you are satisfied that it works for you, place it in production. This is basically the same as any other FreeBSD release except that you should test more rigourously. Your second option is to take the patches from r185435 and apply them to your 7.x source tree. This may take some massaging (I'm not sure how much 7 and 8 differ in the affected areas). bz@ may be interested in your experiences. Then test and roll-out as above. >lucky), I somehow was under impression (and i guess i was wrong) that >it will come out in 7.1, It's far too late for any new features in 7.1 but the commit log says it should be in 7.2. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --VIOdPewhitSMo36n Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk4KsAACgkQ/opHv/APuIfbaACeOWujefq2E1KWzntNJY/owAI3 aEAAn3DtpjA263InXIF+6FbfDTTzfwJZ =BxPh -----END PGP SIGNATURE----- --VIOdPewhitSMo36n-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 20:21:58 2008 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 287F2106564A for ; Thu, 4 Dec 2008 20:21:58 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id D1B0F8FC12 for ; Thu, 4 Dec 2008 20:21:57 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1823106ywe.13 for ; Thu, 04 Dec 2008 12:21:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=xaWPJ6KtVDOzeTiFc5tTqLrHYCVMPtig054SUBU0M1U=; b=A9TCGPBXxrGCQ33ADXJ4N91wlZCrjC3VIrc6BePgOp6FKNtUnAbyWL10oPUFBglm5N 22Fz1GNBPDerypO4k5iixkjVcCh2x8neeQGRuRXI58E56KfmtbLK4IaAggDgKHsQ518f IzeRFb840IgbmoiTyqQWImStPVyRlwIfPURS4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=o9IczLIoi+ZyVEQBwOcFO0Qxv6nQDwOu4YJj9b44ZYXIt/JQ6cGgtt62NKHVD0NGxo Ze5l3CpUqWW6UIMQKR6/5SVpPTQE/EjB5ddgiPuUQAibcTcBUhg3Z4u+5w4hfxs9PsKU KnSqVCuxLAGMpBLSL+G5+cXIyGsZEAY5U4CR8= Received: by 10.231.13.130 with SMTP id c2mr444202iba.8.1228422116510; Thu, 04 Dec 2008 12:21:56 -0800 (PST) Received: by 10.231.19.11 with HTTP; Thu, 4 Dec 2008 12:21:56 -0800 (PST) Message-ID: <3a142e750812041221v26520a53q4f7df488af607305@mail.gmail.com> Date: Thu, 4 Dec 2008 21:21:56 +0100 From: "Paul B. Mahol" To: "Daichi GOTO" In-Reply-To: <4917E0C9.5020105@ongs.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4917E0C9.5020105@ongs.co.jp> Cc: freebsd-fs@freebsd.org, FreeBSD Current , Masanori OZAWA Subject: Re: [Call for Test] a patch for kern/121385 - Unionfs cross mount issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 20:21:58 -0000 On 11/10/08, Daichi GOTO wrote: > Hi Unionfs users > > About kern/121385 - Unionfs cross mount issue, by discussion at > EuroBSDCon2008, > unionfs does not allow user to do cross mount operation. If you have some > interest > this issue, please get this patch and try with current. I'll commit this > patch after 1 week later. > > PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121385 > Patch: > http://people.freebsd.org/~daichi/unionfs/experiments/unionfs-cross-mount.diff > > This issue was discussed at EuroBSDCon2008 FreeBSD developer summit. > Thanks for hrs and gnn :) > > -- > Daichi GOTO, http://people.freebsd.org/~daichi > _______________________________________________ > 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 tested CURRENT and was unable to reproduce panic. -- Paul From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 21:24:59 2008 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 076B61065672; Thu, 4 Dec 2008 21:24:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8DC068FC1A; Thu, 4 Dec 2008 21:24:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mB4LOIOl033364; Thu, 4 Dec 2008 16:24:52 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 4 Dec 2008 14:21:52 -0500 User-Agent: KMail/1.9.7 References: <49226603.5030204@nixil.net> In-Reply-To: <49226603.5030204@nixil.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812041421.53099.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 04 Dec 2008 16:24:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8721/Thu Dec 4 08:26:10 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org, Phil Oleson Subject: Re: lockup booting 8.0-CURRENT-200811 snap image X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 21:24:59 -0000 On Tuesday 18 November 2008 01:51:47 am Phil Oleson wrote: > Hi, I've been trying to update my system to Current to try out the new > usb stack etc.. > and have had some problems. Initially I attempted to just do a cvsup, > make buildworld, > make kernel and had problems at the reboot. Ended up having to use the > livecd to swap > out the kernel (loader was strangely hanging before I could type unload; > boot kernel.old) > > Anyways, I picked up a new drive to split my system up to have a > working 7 & current. > So, I downloaded the 200811 snap iso's for amd64 & i386 and tried to > boot to them. > Same/similar lockup happens.. now since this board currently doesn't > have a serial port > I've had to handtype what was left on the screen.. so hopefully it's > enough for now. > > System: INTEL BLKDG35EC 775 G35 (flashed to the **ECG3510M.86A.0107** > Bios Image) > INTEL C2Q Q9300 2.5G 775 > 2 gigs memory (messed up on original order and havnt fixed > it yet) > using the built-in Intel video.. > > so the i386 and the amd64 dvd image I booted with had the same stopping > screen/output > that I could see.. this is what I was able to get down from a verbose boot. > > ------------------------------------------------------ > Initial Probe 0 10 N 0 3 4 5 7 9 10 11 12 > Validation 0 10 N 0 3 4 5 7 9 10 11 12 > After Disable 0 255 N 0 3 4 5 7 9 10 11 12 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on > acpi0 > acpi_hpet0: vend: 0x8086 rev: 0x1 num: 2 hz: 14318180 opts: legacy_route > 64-bit Timecounter "HPET" frequency 143181800 Hz quality 900 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: domain=0, physical bus=0 > found-> vendor=0x8086, dev=0x2980, revid=0x03 > domain=0, bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x2982, revid=0x03 > domain=0, bus=0, slot=2, func=0 > class=03-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message > map[10]: type Memory, range32, base 0x90200000, size 20, > enabled > -------------------------------- > > > Any suggestions on how to proceed? > > I'll see about installing the new install on the new drive starting at > RELENG_7 > and updating to HEAD from there.. so any source changes will have to wait on > completing that.. but anything would help. Try setting hw.pci.mcfg=0 -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 21:24:59 2008 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 076B61065672; Thu, 4 Dec 2008 21:24:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8DC068FC1A; Thu, 4 Dec 2008 21:24:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mB4LOIOl033364; Thu, 4 Dec 2008 16:24:52 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 4 Dec 2008 14:21:52 -0500 User-Agent: KMail/1.9.7 References: <49226603.5030204@nixil.net> In-Reply-To: <49226603.5030204@nixil.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812041421.53099.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 04 Dec 2008 16:24:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8721/Thu Dec 4 08:26:10 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org, Phil Oleson Subject: Re: lockup booting 8.0-CURRENT-200811 snap image X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 21:24:59 -0000 On Tuesday 18 November 2008 01:51:47 am Phil Oleson wrote: > Hi, I've been trying to update my system to Current to try out the new > usb stack etc.. > and have had some problems. Initially I attempted to just do a cvsup, > make buildworld, > make kernel and had problems at the reboot. Ended up having to use the > livecd to swap > out the kernel (loader was strangely hanging before I could type unload; > boot kernel.old) > > Anyways, I picked up a new drive to split my system up to have a > working 7 & current. > So, I downloaded the 200811 snap iso's for amd64 & i386 and tried to > boot to them. > Same/similar lockup happens.. now since this board currently doesn't > have a serial port > I've had to handtype what was left on the screen.. so hopefully it's > enough for now. > > System: INTEL BLKDG35EC 775 G35 (flashed to the **ECG3510M.86A.0107** > Bios Image) > INTEL C2Q Q9300 2.5G 775 > 2 gigs memory (messed up on original order and havnt fixed > it yet) > using the built-in Intel video.. > > so the i386 and the amd64 dvd image I booted with had the same stopping > screen/output > that I could see.. this is what I was able to get down from a verbose boot. > > ------------------------------------------------------ > Initial Probe 0 10 N 0 3 4 5 7 9 10 11 12 > Validation 0 10 N 0 3 4 5 7 9 10 11 12 > After Disable 0 255 N 0 3 4 5 7 9 10 11 12 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on > acpi0 > acpi_hpet0: vend: 0x8086 rev: 0x1 num: 2 hz: 14318180 opts: legacy_route > 64-bit Timecounter "HPET" frequency 143181800 Hz quality 900 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: domain=0, physical bus=0 > found-> vendor=0x8086, dev=0x2980, revid=0x03 > domain=0, bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x2982, revid=0x03 > domain=0, bus=0, slot=2, func=0 > class=03-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message > map[10]: type Memory, range32, base 0x90200000, size 20, > enabled > -------------------------------- > > > Any suggestions on how to proceed? > > I'll see about installing the new install on the new drive starting at > RELENG_7 > and updating to HEAD from there.. so any source changes will have to wait on > completing that.. but anything would help. Try setting hw.pci.mcfg=0 -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 21:25:04 2008 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 D59DE1065670; Thu, 4 Dec 2008 21:25:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 74E1A8FC18; Thu, 4 Dec 2008 21:25:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mB4LOIOm033364; Thu, 4 Dec 2008 16:24:58 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 4 Dec 2008 14:24:13 -0500 User-Agent: KMail/1.9.7 References: <20081120171325.GA53026@freebsd.org> In-Reply-To: <20081120171325.GA53026@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812041424.13298.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 04 Dec 2008 16:24:58 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8721/Thu Dec 4 08:26:10 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Roman Divacky , current@freebsd.org Subject: Re: atrtc0: Warnings about mappings of I/O and interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 21:25:05 -0000 On Thursday 20 November 2008 12:13:25 pm Roman Divacky wrote: > hi > > I upgraded from roughly 10 days old -CURRENT to this: > > FreeBSD witten 8.0-CURRENT FreeBSD 8.0-CURRENT #55: Wed Nov 19 23:23:49 CET 2008 > root@witten:/usr/obj/usr/src/sys/MYKERNEL i386 > > and I am getting this at boot: > > atrtc0: at port 0x70 irq 8 on isa0 > atrtc0: Warning: Couldn't map I/O. > atrtc0: Warning: Couldn't map Interrupt. > > the booting itself works fine and I dont see any odd effects. The driver is just a stub anyway. Do you have any atrtc0 hints, and can you grab the output for the 'atrtc0' device from 'devinfo -r'? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 21:25:04 2008 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 D59DE1065670; Thu, 4 Dec 2008 21:25:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 74E1A8FC18; Thu, 4 Dec 2008 21:25:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mB4LOIOm033364; Thu, 4 Dec 2008 16:24:58 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 4 Dec 2008 14:24:13 -0500 User-Agent: KMail/1.9.7 References: <20081120171325.GA53026@freebsd.org> In-Reply-To: <20081120171325.GA53026@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812041424.13298.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 04 Dec 2008 16:24:58 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8721/Thu Dec 4 08:26:10 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Roman Divacky , current@freebsd.org Subject: Re: atrtc0: Warnings about mappings of I/O and interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 21:25:05 -0000 On Thursday 20 November 2008 12:13:25 pm Roman Divacky wrote: > hi > > I upgraded from roughly 10 days old -CURRENT to this: > > FreeBSD witten 8.0-CURRENT FreeBSD 8.0-CURRENT #55: Wed Nov 19 23:23:49 CET 2008 > root@witten:/usr/obj/usr/src/sys/MYKERNEL i386 > > and I am getting this at boot: > > atrtc0: at port 0x70 irq 8 on isa0 > atrtc0: Warning: Couldn't map I/O. > atrtc0: Warning: Couldn't map Interrupt. > > the booting itself works fine and I dont see any odd effects. The driver is just a stub anyway. Do you have any atrtc0 hints, and can you grab the output for the 'atrtc0' device from 'devinfo -r'? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 21:25:14 2008 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 21A8D10656A7; Thu, 4 Dec 2008 21:25:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 921538FC2C; Thu, 4 Dec 2008 21:25:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mB4LOIOn033364; Thu, 4 Dec 2008 16:25:04 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 4 Dec 2008 14:38:27 -0500 User-Agent: KMail/1.9.7 References: <1d6d20bc0811260656t101ddb0eu35296ac973c6ba10@mail.gmail.com> <20081127195902.GA65404@alchemy.franken.de> In-Reply-To: <20081127195902.GA65404@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812041438.27992.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 04 Dec 2008 16:25:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8721/Thu Dec 4 08:26:10 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Robert Watson , Jia-Shiun Li , Marius Strobl Subject: Re: if_le unit number change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 21:25:14 -0000 On Thursday 27 November 2008 02:59:02 pm Marius Strobl wrote: > On Thu, Nov 27, 2008 at 09:36:48AM +0000, Robert Watson wrote: > > > > On Wed, 26 Nov 2008, Jia-Shiun Li wrote: > > > > >I use vmware to run freebsd. > > > > > >recent update of 8-current changed the unit number of the virtual network > > >interface, an emulated if_le. usually the unit number should start from 0 > > >,namely le0. But after updating the source, le0 becomes le1. This makes > > >interface name mismatching that in rc.conf. I checked the commit log but > > >there seems nothing related in sys/dev/le. So should this be caused by > > >something else? > > > > > >The kernels dated 11/5 & 11/26. > > > > Just ran into an identical problem with HEAD on VMWare here as well. It > > appears to work fine as le1, which is reassuring, but the unit numbering > > change is worrying. I may get a chance to do some binary searching today, > > but we'll see. > > > > I think the reason is that since r185059 the isa(4) hints (in this > case the default one for le0) are now also applied to acpi(4). > Even previously reserving the device unit number corresponding to > the hint (i.e. le0 for hint.le.0.at="isa") regardless of whether > it's actually present and enabled or not was the expected beaviour > AFAICT, although limited to the presence of a ISA bus. ISA hints were always applied to ACPI, but in odd ways. For example, if you had 'hint.sio.0.port=0x3f8' and 'hint.sio.0.flags=0x10' but ACPI's sio0 was actually at some other I/O port, it would still use the sio0 flags. The change now is that hints always "reserve" a device name/unit. If a bus driver determines that a set of hints matches a device it can self-enumerate (e.g. ACPI namespace or PNPBIOS), then it can let the self-enumerated device take over the "reserved" device name/unit. In effect, you can wire device name/units based on resources (only acpi(4) and isa(4) support this currently). I tend to trim my /boot/device.hints to remove hints for devices that aren't in my machines. However, with 8.0, if you leave the bogus hints around you won't be hurt and the device will stay as 'le1' so long as you don't remove the 'le0' hints, so if you never edit your /boot/device.hints it will just be called le1 forever. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 21:26:00 2008 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 9F4641065AEB for ; Thu, 4 Dec 2008 21:26:00 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 495E48FC21 for ; Thu, 4 Dec 2008 21:26:00 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [64.134.51.37] (dhcp64-134-51-37.cmos.dca.wayport.net [64.134.51.37]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id mB4LPunW081033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Dec 2008 16:25:57 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Garrett Cooper In-Reply-To: <7d6fde3d0812040151t77ca6200n5aa5a644223c2040@mail.gmail.com> References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> <4936D0C2.2090306@zircon.seattle.wa.us> <1228342356.2078.24.camel@wombat.2hip.net> <7d6fde3d0812040151t77ca6200n5aa5a644223c2040@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gGJkJd5NxSGrAhFjoDTC" Organization: FreeBSD Date: Thu, 04 Dec 2008 16:25:56 -0500 Message-Id: <1228425956.2012.12.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Randy Bush , "Conrad J. Sabatier" , freebsd-current@freebsd.org, Artem Belevich Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 21:26:00 -0000 --=-gGJkJd5NxSGrAhFjoDTC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2008-12-04 at 01:51 -0800, Garrett Cooper wrote: > On Wed, Dec 3, 2008 at 2:12 PM, Robert Noland wrote= : > > On Wed, 2008-12-03 at 11:44 -0800, Artem Belevich wrote: > >> > Second, DO NOT use motherboards with built-in video. These are almo= st > >> > always nvidia chipsets and suffer from the nvidia problem. Also, th= e video > >> > is crappy and buggy. > >> > >> I'd not discount them all as a class. Intel's built-in G33/G35 with > >> recent DRM and x86-video-intel driver seem to work pretty well for > >> accelerated 2D on the few boxes I have under FreeBSD-8/amd64. I even > >> get 3D working on occasion. :-) > > > > Correct, Despite my occasional frustration with them, Intel is very > > supportive. They are providing docs and code (linux code) and I have a > > decent relationship with the Intel graphics devs. > > > > ATI/AMD has also become much more friendly and r500 and below should > > work fairly well. r600+ is still under development. > > > > Interestingly enough, VIA just released docs on some of their chips as > > well. I have it on my list to work on, but I don't yet have hardware t= o > > work with. > > > > robert. > > > >> --Artem >=20 > Eh? ATI can't write drivers to get themselves out of a cardboard box > on Linux, let alone FreeBSD. I have little faith that they'll get > functional 64-bit drivers before nVidia does, as ATI as definitely > demonstrated that they don't care for the *BSD market as much as > nVidia has. I'm not referring to ATI/AMDs proprietary drivers. They are providing open documentation now, as well as information that isn't yet public when I ask for it. So, I'm speaking about the open drm/mesa/Xorg driver, which afaik is working pretty well on r500 and below now. robert. > -Garrett --=-gGJkJd5NxSGrAhFjoDTC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkk4SuQACgkQM4TrQ4qfROPKvQCfa8QO4BKVYQva+iQFzBbUmYL0 ErcAoIZr+hyh/H3Iy51GZJIkE0MYfONv =n4G0 -----END PGP SIGNATURE----- --=-gGJkJd5NxSGrAhFjoDTC-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 21:39:25 2008 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 22AD11065673 for ; Thu, 4 Dec 2008 21:39:25 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.230]) by mx1.freebsd.org (Postfix) with ESMTP id C74708FC19 for ; Thu, 4 Dec 2008 21:39:24 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by qb-out-0506.google.com with SMTP id f30so4125347qba.35 for ; Thu, 04 Dec 2008 13:39:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=INEOtDgQRDSnRF1127VdPZtd6rZ8ig4NiTrtSMC7abU=; b=snVFfbsMFDgdi2SI2T2NfgK33rS8hvcVBMQpH7zLuCsjILUAMoRRr43bWsAciLafR1 5XAhA2mI9S1n4iyRRqvHQ2X1iGFTTwyDpZZI1xOddO5RRoN13zhXc1WS76kGBXSOll+0 8kEQRsf0uPSvlUVvEOcivNXC7mtNmjRincbRA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=DFDOsXzolLyNOxDcVGpCxoaxTYnfil+eHNu5zh0ysAv2NiP4ks4KXoaLFoKQw6Ote1 uYQo10c3DlMMYKbjI03unbHFi07q1wNK5oQ0XMC8Ulpjeq6YPdoV3Ev5orDADOatU5tp pIBhDqylyH8uEC8tmGx2/Lu6R/z+paR9eKRao= Received: by 10.140.188.19 with SMTP id l19mr7168780rvf.216.1228426763511; Thu, 04 Dec 2008 13:39:23 -0800 (PST) Received: by 10.140.158.13 with HTTP; Thu, 4 Dec 2008 13:39:23 -0800 (PST) Message-ID: <7d6fde3d0812041339t5af6c8dfoc877d68cdb163bb0@mail.gmail.com> Date: Thu, 4 Dec 2008 13:39:23 -0800 From: "Garrett Cooper" To: "Robert Noland" In-Reply-To: <1228425956.2012.12.camel@wombat.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081128234155.0221e263@serene.no-ip.org> <4930D7CE.4080909@psg.com> <20081202220643.72eb52a3@serene.no-ip.org> <4936D0C2.2090306@zircon.seattle.wa.us> <1228342356.2078.24.camel@wombat.2hip.net> <7d6fde3d0812040151t77ca6200n5aa5a644223c2040@mail.gmail.com> <1228425956.2012.12.camel@wombat.2hip.net> Cc: Randy Bush , "Conrad J. Sabatier" , freebsd-current@freebsd.org, Artem Belevich Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 21:39:25 -0000 On Thu, Dec 4, 2008 at 1:25 PM, Robert Noland wrote: > On Thu, 2008-12-04 at 01:51 -0800, Garrett Cooper wrote: >> On Wed, Dec 3, 2008 at 2:12 PM, Robert Noland wrote: >> > On Wed, 2008-12-03 at 11:44 -0800, Artem Belevich wrote: >> >> > Second, DO NOT use motherboards with built-in video. These are almost >> >> > always nvidia chipsets and suffer from the nvidia problem. Also, the video >> >> > is crappy and buggy. >> >> >> >> I'd not discount them all as a class. Intel's built-in G33/G35 with >> >> recent DRM and x86-video-intel driver seem to work pretty well for >> >> accelerated 2D on the few boxes I have under FreeBSD-8/amd64. I even >> >> get 3D working on occasion. :-) >> > >> > Correct, Despite my occasional frustration with them, Intel is very >> > supportive. They are providing docs and code (linux code) and I have a >> > decent relationship with the Intel graphics devs. >> > >> > ATI/AMD has also become much more friendly and r500 and below should >> > work fairly well. r600+ is still under development. >> > >> > Interestingly enough, VIA just released docs on some of their chips as >> > well. I have it on my list to work on, but I don't yet have hardware to >> > work with. >> > >> > robert. >> > >> >> --Artem >> >> Eh? ATI can't write drivers to get themselves out of a cardboard box >> on Linux, let alone FreeBSD. I have little faith that they'll get >> functional 64-bit drivers before nVidia does, as ATI as definitely >> demonstrated that they don't care for the *BSD market as much as >> nVidia has. > > I'm not referring to ATI/AMDs proprietary drivers. They are providing > open documentation now, as well as information that isn't yet public > when I ask for it. So, I'm speaking about the open drm/mesa/Xorg > driver, which afaik is working pretty well on r500 and below now. > > robert. Well, yeah. I was referring to the proprietary drivers though, because all you get is 2D acceleration with the open ATI/nVidia drivers. Given the fact that r500 is rather old too though... that lags a lot more behind nVidia -- but I'm sure that's due to volunteering and lack of man-hours because nVidia has a few devs dedicated towards maintaining their driver on *BSD. -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 21:45:52 2008 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 083F41065677 for ; Thu, 4 Dec 2008 21:45:52 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-qy0-f18.google.com (mail-qy0-f18.google.com [209.85.221.18]) by mx1.freebsd.org (Postfix) with ESMTP id 987C48FC18 for ; Thu, 4 Dec 2008 21:45:51 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qyk11 with SMTP id 11so5413840qyk.19 for ; Thu, 04 Dec 2008 13:45:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:message-id :date:subject:from:to:user-agent:mime-version:content-type :content-transfer-encoding:x-priority:importance:sender; bh=u1uRAvrNOE0apEA+hV/U++SrCiJBLzbwQo/frd1Pf/Y=; b=uO/ZgvCTBXcZx5MiR7Mms/O7zb2iOH8XVMve1evvciFFI4+NKWb8BMTJq/3EGMGBSR cue621f4YemmuNPQlEDD+eqDFV5xZeU+Jsi+VvIccpFUEjLp27iwI+eT0hjj1lPWeOl1 AWTRDBGqYxoGGui9tsJrzU40xNAfCWoVFOUnw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance:sender; b=rrCvmp9SiOCFBOkDGfAGPWV5dcrjZyny2lldGMGV6/BQlxMQVvZPLFOXgZz0CnghtL PywWJaR1SWJ2bRM3D27qKUNJ4EcNFjfpWpjOCt6E+3W4v9prgRQby7ewy8/WRqh105HQ hoDE10JlAB8uMR4Tqt2PnOh4oqx0P5wSOndWo= Received: by 10.215.40.2 with SMTP id s2mr15553582qaj.137.1228425334260; Thu, 04 Dec 2008 13:15:34 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.18.211]) by mx.google.com with ESMTPS id 6sm709024ywp.9.2008.12.04.13.15.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 04 Dec 2008 13:15:33 -0800 (PST) Received: by cygnus.homeunix.com (Postfix, from userid 80) id 777E2B8070; Thu, 4 Dec 2008 18:15:23 -0300 (BRT) Received: from 200.186.60.37 (proxying for 10.12.1.211, 10.12.1.3) (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Thu, 4 Dec 2008 19:15:23 -0200 (BRST) Message-ID: Date: Thu, 4 Dec 2008 19:15:23 -0200 (BRST) From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Sender: Nenhum_de_Nos Subject: problem on ath code - current from yesterday X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 21:45:52 -0000 hail, when trying to compile from source, this is the nov snapshot from current, I got this twice: cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c: In function 'ar5416ProcRxDesc': /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:111: error: 'struct ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:119: error: 'struct ath_rx_status' has no member named 'rs_rssi_ctl' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:120: error: 'struct ath_rx_status' has no member named 'rs_rssi_ctl' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:121: error: 'struct ath_rx_status' has no member named 'rs_rssi_ctl' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:122: error: 'struct ath_rx_status' has no member named 'rs_rssi_ext' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:123: error: 'struct ath_rx_status' has no member named 'rs_rssi_ext' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:124: error: 'struct ath_rx_status' has no member named 'rs_rssi_ext' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:135: error: 'struct ath_rx_status' has no member named 'rs_isaggr' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:136: error: 'struct ath_rx_status' has no member named 'rs_moreaggr' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:140: error: 'struct ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:142: error: 'struct ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:145: error: 'struct ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:147: error: 'struct ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:149: error: 'struct ath_rx_status' has no member named 'rs_flags' /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:151: error: 'struct ath_rx_status' has no member named 'rs_flags' *** Error code 1 Stop in /usr/obj/usr/src/sys/Cygnus8. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. You have new mail. cygnus# I'll csup again now. best regards, matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 22:09:17 2008 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 0C0C11065672; Thu, 4 Dec 2008 22:09:17 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id B78418FC1C; Thu, 4 Dec 2008 22:09:16 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 9538B9CB3F2; Thu, 4 Dec 2008 23:04:40 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v2wPACjW1cQJ; Thu, 4 Dec 2008 23:04:38 +0100 (CET) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 67E669CB4E1; Thu, 4 Dec 2008 23:04:38 +0100 (CET) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id mB4M4cVb017410; Thu, 4 Dec 2008 23:04:38 +0100 (CET) (envelope-from rdivacky) Date: Thu, 4 Dec 2008 23:04:38 +0100 From: Roman Divacky To: John Baldwin Message-ID: <20081204220438.GA17059@freebsd.org> References: <20081120171325.GA53026@freebsd.org> <200812041424.13298.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200812041424.13298.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: atrtc0: Warnings about mappings of I/O and interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 22:09:17 -0000 On Thu, Dec 04, 2008 at 02:24:13PM -0500, John Baldwin wrote: > On Thursday 20 November 2008 12:13:25 pm Roman Divacky wrote: > > hi > > > > I upgraded from roughly 10 days old -CURRENT to this: > > > > FreeBSD witten 8.0-CURRENT FreeBSD 8.0-CURRENT #55: Wed Nov 19 23:23:49 CET > 2008 > > root@witten:/usr/obj/usr/src/sys/MYKERNEL i386 > > > > and I am getting this at boot: > > > > atrtc0: at port 0x70 irq 8 on isa0 > > atrtc0: Warning: Couldn't map I/O. > > atrtc0: Warning: Couldn't map Interrupt. > > > > the booting itself works fine and I dont see any odd effects. > > The driver is just a stub anyway. Do you have any atrtc0 hints, and can you > grab the output for the 'atrtc0' device from 'devinfo -r'? witten ~# grep atrtc /boot/device.hints hint.atrtc.0.at="isa" hint.atrtc.0.port="0x70" hint.atrtc.0.irq="8" (but that's the default I believe) devinfo -r shows "empty" atrtc0 but: atrtc1 Interrupt request lines: 8 I/O ports: 0x70-0x71 any more info I can provide? From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 22:09:17 2008 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 0C0C11065672; Thu, 4 Dec 2008 22:09:17 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id B78418FC1C; Thu, 4 Dec 2008 22:09:16 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 9538B9CB3F2; Thu, 4 Dec 2008 23:04:40 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v2wPACjW1cQJ; Thu, 4 Dec 2008 23:04:38 +0100 (CET) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 67E669CB4E1; Thu, 4 Dec 2008 23:04:38 +0100 (CET) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id mB4M4cVb017410; Thu, 4 Dec 2008 23:04:38 +0100 (CET) (envelope-from rdivacky) Date: Thu, 4 Dec 2008 23:04:38 +0100 From: Roman Divacky To: John Baldwin Message-ID: <20081204220438.GA17059@freebsd.org> References: <20081120171325.GA53026@freebsd.org> <200812041424.13298.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200812041424.13298.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: atrtc0: Warnings about mappings of I/O and interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 22:09:17 -0000 On Thu, Dec 04, 2008 at 02:24:13PM -0500, John Baldwin wrote: > On Thursday 20 November 2008 12:13:25 pm Roman Divacky wrote: > > hi > > > > I upgraded from roughly 10 days old -CURRENT to this: > > > > FreeBSD witten 8.0-CURRENT FreeBSD 8.0-CURRENT #55: Wed Nov 19 23:23:49 CET > 2008 > > root@witten:/usr/obj/usr/src/sys/MYKERNEL i386 > > > > and I am getting this at boot: > > > > atrtc0: at port 0x70 irq 8 on isa0 > > atrtc0: Warning: Couldn't map I/O. > > atrtc0: Warning: Couldn't map Interrupt. > > > > the booting itself works fine and I dont see any odd effects. > > The driver is just a stub anyway. Do you have any atrtc0 hints, and can you > grab the output for the 'atrtc0' device from 'devinfo -r'? witten ~# grep atrtc /boot/device.hints hint.atrtc.0.at="isa" hint.atrtc.0.port="0x70" hint.atrtc.0.irq="8" (but that's the default I believe) devinfo -r shows "empty" atrtc0 but: atrtc1 Interrupt request lines: 8 I/O ports: 0x70-0x71 any more info I can provide? From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 22:14:59 2008 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 0A382106564A for ; Thu, 4 Dec 2008 22:14:59 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 694638FC12 for ; Thu, 4 Dec 2008 22:14:58 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (unknown [74.193.182.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id 22FFF84CA43B; Thu, 4 Dec 2008 16:14:57 -0600 (CST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id mB4MEpbA031182; Thu, 4 Dec 2008 16:14:52 -0600 (CST) (envelope-from morganw@chemikals.org) Date: Thu, 4 Dec 2008 16:14:51 -0600 (CST) From: Wes Morgan To: Thomas Vogt In-Reply-To: Message-ID: References: <20081117205526.GC1733@garage.freebsd.pl> <20081202203308.GA13818@hyperion.scode.org> <200812021254.21242.fjwcash@gmail.com> <20081202232924.GA19134@hyperion.scode.org> <31C70CBC-488A-4A9A-A642-37855E8F1DD1@lassitu.de> 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 , Stefan Bethke Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 22:14:59 -0000 On Thu, 4 Dec 2008, Thomas Vogt wrote: > Hello Stefan > > Am 04.12.2008 um 00:33 schrieb Stefan Bethke: >> Am 03.12.2008 um 00:29 schrieb Peter Schuller: >> >>>> I've noticed the past couple of days, when using the server (not very >>>> often), every now and then, the GUI (KDE 4.1) will "hang" for up to 5 >>>> minutes (no mouse movement, no keyboard events), while the drives work >>>> like >>>> crazy. >>> >>> I was not explicit about it, but FWIW in my case the hang is not due >>> to drive saturation. The drives were mostly idle (except some stuff >>> triggered by a buildworld I had going) during the extended period of >>> ktorrent being unkillable. But again I never had this happen >>> pre-CURRENT. >> >> Just a very brief "me too" (but possibly different effect): I'm stress >> testing two machines I put together over the weekend with an endless loop >> of make -j4 universe, with /usr/obj on ZFS, with a single disk. One of the >> two machines has now been stuck for a couple of hours, and trying to access >> /tank results in a hung process, as will zfs list. >> >> I'll reboot and see what happens, and if I can trigger it again, willt try >> to produce more details. >> >> I have set >> vfs.zfs.arc_max="512M" >> vfs.zfs.prefetch_disable=1 >> in loader.conf >> >> FreeBSD lokschuppen.lassitu.de 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Dec >> 3 07:05:03 UTC 2008 >> root@lokschuppen.lassitu.de:/usr/obj/usr/src/sys/EISENBOOT amd64 > > Try to disable ZIL in loader.conf: > vfs.zfs.zil_disable="1" > > It helped me to stop deadlocks during rsync processes. As long as you don't > run any databases or any fsync() intensiv applications, i don't see any > drawbacks in disabling zil. The drawbacks are for the applications itself not > for ZFS. ZFS will be always consistent on disk due to its transaction model > even without ZIL. Are you sure about that? Without the ZIL, wouldn't you need to scrub each pool after every crash, much as fsck with UFS? From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 22:45:45 2008 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 B989910657C9; Thu, 4 Dec 2008 22:45:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3ECCE8FC13; Thu, 4 Dec 2008 22:45:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mB4Mjcns034080; Thu, 4 Dec 2008 17:45:39 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Roman Divacky Date: Thu, 4 Dec 2008 17:45:14 -0500 User-Agent: KMail/1.9.7 References: <20081120171325.GA53026@freebsd.org> <200812041424.13298.jhb@freebsd.org> <20081204220438.GA17059@freebsd.org> In-Reply-To: <20081204220438.GA17059@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812041745.14587.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 04 Dec 2008 17:45:39 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8721/Thu Dec 4 08:26:10 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: atrtc0: Warnings about mappings of I/O and interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 22:45:45 -0000 On Thursday 04 December 2008 05:04:38 pm Roman Divacky wrote: > On Thu, Dec 04, 2008 at 02:24:13PM -0500, John Baldwin wrote: > > On Thursday 20 November 2008 12:13:25 pm Roman Divacky wrote: > > > hi > > > > > > I upgraded from roughly 10 days old -CURRENT to this: > > > > > > FreeBSD witten 8.0-CURRENT FreeBSD 8.0-CURRENT #55: Wed Nov 19 23:23:49 CET > > 2008 > > > root@witten:/usr/obj/usr/src/sys/MYKERNEL i386 > > > > > > and I am getting this at boot: > > > > > > atrtc0: at port 0x70 irq 8 on isa0 > > > atrtc0: Warning: Couldn't map I/O. > > > atrtc0: Warning: Couldn't map Interrupt. > > > > > > the booting itself works fine and I dont see any odd effects. > > > > The driver is just a stub anyway. Do you have any atrtc0 hints, and can you > > grab the output for the 'atrtc0' device from 'devinfo -r'? > > witten ~# grep atrtc /boot/device.hints > hint.atrtc.0.at="isa" > hint.atrtc.0.port="0x70" > hint.atrtc.0.irq="8" > > (but that's the default I believe) > > devinfo -r shows "empty" atrtc0 but: > > atrtc1 > Interrupt request lines: > 8 > I/O ports: > 0x70-0x71 > > any more info I can provide? Hmmmm, that should have worked fine in that atrtc1 should have taken over the 'atrtc0' hints. If you don't mind, can you add some debugging printfs to acpi_hint_device_unit() (maybe only do them if the 'name' parameter is "atrtc" to avoid clutter). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 22:59:11 2008 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 918531065670 for ; Thu, 4 Dec 2008 22:59:11 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 4B2F58FC12 for ; Thu, 4 Dec 2008 22:59:11 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:51051 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1L8MvN-0000gl-4C for freebsd-current@freebsd.org; Thu, 04 Dec 2008 23:43:57 +0100 Received: (qmail 81192 invoked from network); 4 Dec 2008 23:43:54 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 4 Dec 2008 23:43:54 +0100 Received: (qmail 24683 invoked by uid 1001); 4 Dec 2008 23:43:54 +0100 Date: Thu, 4 Dec 2008 23:43:54 +0100 From: Erik Trulsson To: Nenhum_de_Nos Message-ID: <20081204224354.GA24673@owl.midgard.homeip.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1L8MvN-0000gl-4C. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1L8MvN-0000gl-4C 04cf0f7eb3e86f9a1aabdb2e8d3022ad Cc: freebsd-current@freebsd.org Subject: Re: problem on ath code - current from yesterday X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 22:59:11 -0000 On Thu, Dec 04, 2008 at 07:15:23PM -0200, Nenhum_de_Nos wrote: > hail, > > when trying to compile from source, this is the nov snapshot from current, > I got this twice: Have you read the 20081130 entry in /usr/src/UPDATING ? > > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. > -I/usr/src/sys -I/usr/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 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -fstack-protector -Werror > /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c -I/usr/src/sys/dev/ath > -I/usr/src/sys/dev/ath/ath_hal > /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c: In function > 'ar5416ProcRxDesc': > /usr/src/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c:111: error: 'struct > ath_rx_status' has no member named 'rs_flags' [snip] -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 23:58:22 2008 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 083011065670 for ; Thu, 4 Dec 2008 23:58:22 +0000 (UTC) (envelope-from thomas@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id B4A6B8FC0C for ; Thu, 4 Dec 2008 23:58:21 +0000 (UTC) (envelope-from thomas@bsdunix.ch) Received: from localhost (localhost [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id F35BA5D61; Fri, 5 Dec 2008 00:40:34 +0100 (CET) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id PUHwT+OtF3YD; Fri, 5 Dec 2008 00:40:31 +0100 (CET) Received: from Toms-Kraftbuch.local (home.bsdunix.ch [82.220.17.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id 4DB9C5D33; Fri, 5 Dec 2008 00:40:31 +0100 (CET) Message-ID: <49386A6E.50500@bsdunix.ch> Date: Fri, 05 Dec 2008 00:40:30 +0100 From: Thomas Vogt User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Wes Morgan References: <20081117205526.GC1733@garage.freebsd.pl> <20081202203308.GA13818@hyperion.scode.org> <200812021254.21242.fjwcash@gmail.com> <20081202232924.GA19134@hyperion.scode.org> <31C70CBC-488A-4A9A-A642-37855E8F1DD1@lassitu.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 05 Dec 2008 00:25:56 +0000 Cc: FreeBSD Current , Stefan Bethke , Thomas Vogt Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Dec 2008 23:58:22 -0000 Wes Morgan schrieb: > On Thu, 4 Dec 2008, Thomas Vogt wrote: > >> Hello Stefan >> >> Am 04.12.2008 um 00:33 schrieb Stefan Bethke: >>> Am 03.12.2008 um 00:29 schrieb Peter Schuller: >>> >>>>> I've noticed the past couple of days, when using the server (not very >>>>> often), every now and then, the GUI (KDE 4.1) will "hang" for up to 5 >>>>> minutes (no mouse movement, no keyboard events), while the drives >>>>> work like >>>>> crazy. >>>> >>>> I was not explicit about it, but FWIW in my case the hang is not due >>>> to drive saturation. The drives were mostly idle (except some stuff >>>> triggered by a buildworld I had going) during the extended period of >>>> ktorrent being unkillable. But again I never had this happen >>>> pre-CURRENT. >>> >>> Just a very brief "me too" (but possibly different effect): I'm >>> stress testing two machines I put together over the weekend with an >>> endless loop of make -j4 universe, with /usr/obj on ZFS, with a >>> single disk. One of the two machines has now been stuck for a couple >>> of hours, and trying to access /tank results in a hung process, as >>> will zfs list. >>> >>> I'll reboot and see what happens, and if I can trigger it again, >>> willt try to produce more details. >>> >>> I have set >>> vfs.zfs.arc_max="512M" >>> vfs.zfs.prefetch_disable=1 >>> in loader.conf >>> >>> FreeBSD lokschuppen.lassitu.de 8.0-CURRENT FreeBSD 8.0-CURRENT #1: >>> Wed Dec 3 07:05:03 UTC 2008 >>> root@lokschuppen.lassitu.de:/usr/obj/usr/src/sys/EISENBOOT amd64 >> >> Try to disable ZIL in loader.conf: >> vfs.zfs.zil_disable="1" >> >> It helped me to stop deadlocks during rsync processes. As long as you >> don't run any databases or any fsync() intensiv applications, i don't >> see any drawbacks in disabling zil. The drawbacks are for the >> applications itself not for ZFS. ZFS will be always consistent on disk >> due to its transaction model even without ZIL. > > Are you sure about that? Without the ZIL, wouldn't you need to scrub > each pool after every crash, much as fsck with UFS? AFAIK no. http://www.solarisinternals.com/wiki/index.php/ZFS_Evil_Tuning_Guide#Disabling_the_ZIL_.28Don.27t.29 The ZFS pool integrity itself is not compromised by this tuning. There are many blog entries from ZFS developer with the same conclusion. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 00:55:29 2008 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 507421065672 for ; Fri, 5 Dec 2008 00:55:29 +0000 (UTC) (envelope-from nakaji@jp.FreeBSD.org) Received: from d4407.kankyo-u.ac.jp (unknown [IPv6:2001:3e0:a84:2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6E57B8FC08 for ; Fri, 5 Dec 2008 00:55:28 +0000 (UTC) (envelope-from nakaji@jp.FreeBSD.org) Received: from roddy.4407.kankyo-u.ac.jp.kankyo-u.ac.jp (localhost [IPv6:::1]) by d4407.kankyo-u.ac.jp (8.14.3/8.14.3) with ESMTP id mB50U1o2016910 for ; Fri, 5 Dec 2008 09:30:02 +0900 (JST) (envelope-from nakaji@jp.freebsd.org) From: NAKAJI Hiroyuki To: freebsd-current@freebsd.org Date: Fri, 05 Dec 2008 09:30:01 +0900 Message-ID: <87zljb8nw6.fsf@roddy.4407.kankyo-u.ac.jp> User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new Subject: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 00:55:29 -0000 Hi, I found that my 8-current box sometimes gets panic recently. >From a serial console, I saved a textdump. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0a57285 stack pointer = 0x28:0xe682dc44 frame pointer = 0x28:0xe682dcec code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1015 (nfsd: service) panic: from debugger cpuid = 0 KDB: stack backtrace: Uptime: 1d16h10m24s And, $ addr2line -e /boot/kernel/kernel.symbols 0xc0a57285 /usr/src/sys/rpc/svc.c:787 781 /* now receive msgs from xprtprt (support batch calls) */ 782 r = malloc(sizeof(*r), M_RPC, M_WAITOK|M_ZERO); 783 784 msg.rm_call.cb_cred.oa_base = r->rq_credarea; 785 msg.rm_call.cb_verf.oa_base = &r->rq_credarea[MAX_AUTH_BYTES]; 786 r->rq_clntcred = &r->rq_credarea[2*MAX_AUTH_BYTES]; 787 if (SVC_RECV(xprt, &msg, &r->rq_addr, &args)) { 788 enum auth_stat why; 789 Why this occurs and what do I have to check? === /var/run/dmesg.boot === Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #167: Wed Dec 3 11:33:19 JST 2008 root@roddy.4407.kankyo-u.ac.jp:/usr/obj/usr/src/sys/RODDY Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.04-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 real memory = 1073152000 (1023 MB) avail memory = 1036349440 (988 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) can't fetch resources for \\_SB_.PCI0.LPC0.SIO_.LPT_ - AE_AML_INVALID_RESOURCE_TYPE Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pci0: at device 0.1 (no driver attached) pcib1: mem 0xf8000000-0xfbffffff at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xfc000000-0xfdffffff,0xf0100000-0xf0103fff,0xf0800000-0xf0ffffff irq 16 at device 0.0 on pci1 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xf4000000 64MB info: [drm] Initialized mga 3.2.2 20060319 pcib2: at device 2.0 on pci0 pci2: on pcib2 pcib3: at device 29.0 on pci2 pci3: on pcib3 pcib4: at device 31.0 on pci2 pci4: on pcib4 bge0: mem 0xf1100000-0xf110ffff irq 52 at device 4.0 on pci4 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:50:45:00:a0:37 bge0: [ITHREAD] uhci0: port 0x1400-0x141f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1420-0x143f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1440-0x145f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xf0000000-0xf00003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 atapci0: port 0x2450-0x2457,0x2444-0x2447,0x2448-0x244f,0x2440-0x2443,0x2000-0x20ff irq 21 at device 0.0 on pci5 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pcm0: port 0x2400-0x243f irq 22 at device 1.0 on pci5 pcm0: pcm0: [ITHREAD] pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1460-0x146f at device 31.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc1: port 0x378-0x37f on acpi0 ppc1: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc1: FIFO with 16/16/8 bytes threshold ppbus0: on ppc1 ppbus0: IEEE1284 device found /NIBBLE/PS2 ppbus0: Probing for PnP devices: ppbus0: PRINTER LIPS,N201,ESCP,HP-GL,CJL plip0: on ppbus0 plip0: cannot reserve interrupt, failed. device_attach: plip0 attach returned 6 lpt0: on ppbus0 lpt0: Polled port ppi0: on ppbus0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x30 on acpi0 uart0: [FILTER] uart0: console (9600,n,8,1) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xd4fff,0xe0000-0xe3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. uhid0: on uhub1 Timecounters tick every 1.000 msec ad0: 114473MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 ad4: DMA limited to UDMA33, controller found non-ATA66 cable ad4: 152627MB at ata2-master UDMA33 ad6: 152627MB at ata3-master UDMA100 SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted umass0: on uhub3 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 286188MB (586114703 512 byte sectors: 255H 63S/T 36483C) === /sys/i386/conf/RODDY === include GENERIC ident RODDY nooption INVARIANTS nooption INVARIANT_SUPPORT nooption WITNESS nooption WITNESS_SKIPSPIN device sound device "snd_es137x" options MSGBUF_SIZE=81920 options DEVICE_POLLING options HZ=1000 options NETATALK -- NAKAJI Hiroyuki From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 00:55:46 2008 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 E25AA1065742 for ; Fri, 5 Dec 2008 00:55:46 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id AD43E8FC0C for ; Fri, 5 Dec 2008 00:55:46 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id BE794125424; Fri, 5 Dec 2008 09:36:19 +0900 (JST) Message-ID: <49387783.7080503@freebsd.org> Date: Fri, 05 Dec 2008 09:36:19 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: "Paul B. Mahol" References: <4917E0C9.5020105@ongs.co.jp> <3a142e750812041221v26520a53q4f7df488af607305@mail.gmail.com> In-Reply-To: <3a142e750812041221v26520a53q4f7df488af607305@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, FreeBSD Current , Masanori OZAWA Subject: Re: [Call for Test] a patch for kern/121385 - Unionfs cross mount issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 00:55:47 -0000 Thanks for your test, Paul B. Mahol wrote: > On 11/10/08, Daichi GOTO wrote: >> Hi Unionfs users >> >> About kern/121385 - Unionfs cross mount issue, by discussion at >> EuroBSDCon2008, >> unionfs does not allow user to do cross mount operation. If you have some >> interest >> this issue, please get this patch and try with current. I'll commit this >> patch after 1 week later. >> >> PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121385 >> Patch: >> http://people.freebsd.org/~daichi/unionfs/experiments/unionfs-cross-mount.diff >> >> This issue was discussed at EuroBSDCon2008 FreeBSD developer summit. >> Thanks for hrs and gnn :) >> >> -- >> Daichi GOTO, http://people.freebsd.org/~daichi >> _______________________________________________ >> 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 tested CURRENT and was unable to reproduce panic. You cannot get the same panic described on kern/121385 as follow: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121385 How-To-Repeat: # mkdir -p /unionfs/disk1 # mkdir -p /unionfs/disk2 # mount -t unionfs /unionfs/disk1 /unionfs/disk2 # mount -t unionfs /unionfs/disk2 /unionfs/disk1 # touch /unionfs/disk1/foo The r178483 (http://svn.freebsd.org/viewvc/base?view=revision&revision=178483) avoids this panic. Try without r178483 and you will get a panic. Some discussions with some developers, we are testing a new cross-mount issue patch, after some more check, I'll open it. thanks :) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 01:46:47 2008 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 DAFB01065672 for ; Fri, 5 Dec 2008 01:46:47 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 7008B8FC19 for ; Fri, 5 Dec 2008 01:46:47 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.33,717,1220220000"; d="scan'208";a="264499334" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 05 Dec 2008 02:16:51 +0100 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 980921B07DC; Fri, 5 Dec 2008 02:16:51 +0100 (CET) Date: Fri, 05 Dec 2008 02:16:51 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 05 Dec 2008 03:21:58 +0000 Subject: ath cannot connect using WEP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 01:46:47 -0000 hello everybody, i'm having problems with the ath driver in connection with WEP encryption under CURRENT. i've already posted a PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=129022), but maybe somebody else is experiencing the very same problems i'm having. if i disable WEP encryption in my routers web interface i'm able to connect without any problems. this is my wlan device: ath0@pci0:5:1:0: class=0x020000 card=0x5a001385 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5212, AR5213 802.11a/b/g Wireless Adapter' class = network subclass = ethernet my rc.conf contains the following wlan related entries: wlans_ath0=wlan0 ifconfig_wlan0="inet 192.168.1.10 ssid XXXXXX wepmode on authmode shared wepkey 1:0xXXXXXXXXXXXXXXXXXXXXXXXXXX wepkey 2:- wepkey 3:- wepkey 4:- deftxkey 1 channel 11" this is the output from ifconfig: ath0: flags=8843 metric 0 mtu 2290 ether XX:XX:XX:XX:XX:XX media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 wlan0: flags=8c43 metric 0 mtu 1500 ether XX:XX:XX:XX:XX:XX inet 192.168.1.10 netmask 0xffffff00 broadcast 192.168.1.255 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid XXXXXX channel 11 (2462 Mhz 11g) country US ecm authmode SHARED privacy ON deftxkey 1 wepkey 1:104-bit txpower 18.5 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst ff dturbo enabling wlan debugging using wlandebug scan+auth+assoc revealed the following errors: Nov 20 19:24:58 moshnroll kernel: wlan0: notify scan done Nov 20 19:24:58 moshnroll kernel: wlan0: [XX:XX:XX:XX:XX:XX] recv auth frame with algorithm 1 seq 2 Nov 20 19:24:58 moshnroll kernel: wlan0: [XX:XX:XX:XX:XX:XX] request encrypt frame (ieee80211_send_mgmt) Nov 20 19:24:58 moshnroll kernel: wlan0: [XX:XX:XX:XX:XX:XX] encrypting frame (ieee80211_mgmt_output) Nov 20 19:25:00 moshnroll kernel: wlan0: [XX:XX:XX:XX:XX:XX] ieee80211_scan_assoc_fail: reason 1 Nov 20 19:25:00 moshnroll kernel: wlan0: [XX:XX:XX:XX:XX:XX] sta_assoc_fail: reason 1 fails 2 i've also enabled ath debugging output, but couldn't find any errors. but please ask me if you think the ath debug output should reveal something. all i need are the command line options for athdebug. i had a look at the sources and it seems the net80211 warning is being issued by one of these statements: http://fxr.watson.org/fxr/source/net80211/ieee80211_sta.c#L174 or http://fxr.watson.org/fxr/source/net80211/ieee80211_sta.c#L270 however the problem seems to be caused somewhere in the ath driver i guess. i've also tried to use wpa_supplicant, but without any luck. i got the following error: ioctl[SIOCS80211, op 103, len 128]: Device not configured Failed to initiate AP scan. this seems to be a bug in wpa_supplicant, because scanning for APs isn't the problem. if i apply this patch: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=146030+0+/usr/local/www/db/text/2008/freebsd-current/20080525.freebsd-current the warning dissapears, but i'm getting timeouts during the associate phase. please tell me if you need more details and/or any debug output. i haven't tried any kind of WPA encryption yet. my router is not broadcasting its ssid, but during AP scanning my router and it's ssid are being discovered. before switching to CURRENT a week ago i was using 7-STABLE where i had absolutely no problems at all using WEP encryption. thanks in advance. alex From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 03:34:08 2008 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 CF5F8106564A for ; Fri, 5 Dec 2008 03:34:08 +0000 (UTC) (envelope-from yr.retarded@gmail.com) Received: from mail-gx0-f19.google.com (mail-gx0-f19.google.com [209.85.217.19]) by mx1.freebsd.org (Postfix) with ESMTP id 71D8D8FC19 for ; Fri, 5 Dec 2008 03:34:08 +0000 (UTC) (envelope-from yr.retarded@gmail.com) Received: by gxk12 with SMTP id 12so3280821gxk.19 for ; Thu, 04 Dec 2008 19:34:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=TtcjFZJhTj7wg2PoUj8GE/2STpyFjb1T+dBq6x3ZvIg=; b=Is4Dt3JAi8TMnNiFTKbCcTv9h01C24iJ5+YJFKBkA1NKVybLXp19DAZ892wZO1NEpn tWmzzmiImkbLBgtnRrcNx4AgBroJ1GAhQmMn80A1NRxmrmQW2r8yivIzlfb4aKlC+e46 IpX4pVaizv9H7Z65OnYcYRO1OtDERxo6StmMQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=UzaD9E0188eDVXhxAAQrqt4dWhNuo57GEsPLf1qRloJiLB2u0dx2HjHlX+Egs//XDm 6y/SujWr/aclf+uTIQ+X+FCoQgBQFTpf8FHpEigMEEBz4JKWInkD1X0Cm/rD9ms+rM2y eajHH7GjcQa5lnr5pm9Pzln7S08fTzSbHdSeg= Received: by 10.151.12.1 with SMTP id p1mr840543ybi.81.1228448046854; Thu, 04 Dec 2008 19:34:06 -0800 (PST) Received: by 10.151.106.16 with HTTP; Thu, 4 Dec 2008 19:34:06 -0800 (PST) Message-ID: <58c737d70812041934v359e9833vbe68e6be871875f8@mail.gmail.com> Date: Thu, 4 Dec 2008 21:34:06 -0600 From: "Chris Ruiz" To: freebsd-current@freebsd.org In-Reply-To: <200812041421.53099.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <49226603.5030204@nixil.net> <200812041421.53099.jhb@freebsd.org> Subject: Re: lockup booting 8.0-CURRENT-200811 snap image X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 03:34:08 -0000 On Thu, Dec 4, 2008 at 1:21 PM, John Baldwin wrote: > On Tuesday 18 November 2008 01:51:47 am Phil Oleson wrote: >> Hi, I've been trying to update my system to Current to try out the new >> usb stack etc.. >> and have had some problems. Initially I attempted to just do a cvsup, >> make buildworld, >> make kernel and had problems at the reboot. Ended up having to use the >> livecd to swap >> out the kernel (loader was strangely hanging before I could type unload; >> boot kernel.old) >> >> Anyways, I picked up a new drive to split my system up to have a >> working 7 & current. >> So, I downloaded the 200811 snap iso's for amd64 & i386 and tried to >> boot to them. >> Same/similar lockup happens.. now since this board currently doesn't >> have a serial port >> I've had to handtype what was left on the screen.. so hopefully it's >> enough for now. >> >> System: INTEL BLKDG35EC 775 G35 (flashed to the **ECG3510M.86A.0107** >> Bios Image) >> INTEL C2Q Q9300 2.5G 775 >> 2 gigs memory (messed up on original order and havnt fixed >> it yet) >> using the built-in Intel video.. >> >> so the i386 and the amd64 dvd image I booted with had the same stopping >> screen/output >> that I could see.. this is what I was able to get down from a verbose boot. >> >> ------------------------------------------------------ >> Initial Probe 0 10 N 0 3 4 5 7 9 10 11 12 >> Validation 0 10 N 0 3 4 5 7 9 10 11 12 >> After Disable 0 255 N 0 3 4 5 7 9 10 11 12 >> acpi_hpet0: iomem 0xfed00000-0xfed003ff on >> acpi0 >> acpi_hpet0: vend: 0x8086 rev: 0x1 num: 2 hz: 14318180 opts: legacy_route >> 64-bit Timecounter "HPET" frequency 143181800 Hz quality 900 >> acpi_button0: on acpi0 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> pci0: domain=0, physical bus=0 >> found-> vendor=0x8086, dev=0x2980, revid=0x03 >> domain=0, bus=0, slot=0, func=0 >> class=06-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0ns), maxlat=0x00 (0 ns) >> found-> vendor=0x8086, dev=0x2982, revid=0x03 >> domain=0, bus=0, slot=2, func=0 >> class=03-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0ns), maxlat=0x00 (0 ns) >> intpin=a, irq=11 >> powerspec 2 supports D0 D3 current D0 >> MSI supports 1 message >> map[10]: type Memory, range32, base 0x90200000, size 20, >> enabled >> -------------------------------- >> >> >> Any suggestions on how to proceed? >> >> I'll see about installing the new install on the new drive starting at >> RELENG_7 >> and updating to HEAD from there.. so any source changes will have to wait on >> completing that.. but anything would help. > > Try setting hw.pci.mcfg=0 I also have an Intel board (INTEL DQ35JO) and had posted last month with a boot hang in the same place. I recieved a quick reply from the list and setting hw.pci.mcg=0 fixed everything. Should this be marked as a known problem somewhere on the wiki? It appears to happen to Intel boards with onboard graphics and I imagine that as more people migrate from 7.x to CURRENT that this will happen to more users. Thanks, Chris Ruiz > > -- > John Baldwin > _______________________________________________ > 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" > -- http://young-alumni.com ++ http://oldschoolpunx.net From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 03:37:08 2008 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 D23A11065675 for ; Fri, 5 Dec 2008 03:37:08 +0000 (UTC) (envelope-from jackie@boolome.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.185]) by mx1.freebsd.org (Postfix) with ESMTP id 6C3A88FC14 for ; Fri, 5 Dec 2008 03:37:08 +0000 (UTC) (envelope-from jackie@boolome.com) Received: by ti-out-0910.google.com with SMTP id a1so2674631tib.3 for ; Thu, 04 Dec 2008 19:37:07 -0800 (PST) Received: by 10.110.53.19 with SMTP id b19mr8777060tia.39.1228446891325; Thu, 04 Dec 2008 19:14:51 -0800 (PST) Received: from ?192.168.1.100? ([60.210.216.195]) by mx.google.com with ESMTPS id y3sm3466673tia.6.2008.12.04.19.14.48 (version=SSLv3 cipher=RC4-MD5); Thu, 04 Dec 2008 19:14:50 -0800 (PST) From: boolome To: freebsd-current@freebsd.org Content-Type: text/plain Organization: boolome Date: Fri, 05 Dec 2008 11:14:41 +0800 Message-Id: <1228446881.1442.8.camel@www.boolome.cn> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: how to config for run compiz fusion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 03:37:09 -0000 pciconf -lv vgapci0@pci0:0:2:0: class=0x030000 card=0x27728086 chip=0x27728086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82945G Integrated Graphics Controller' class = display subclass = VGA I install the driver of xf86-video-intel-2.4.2 xorg.conf: Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" Option "AIGLX" "true" EndSection Section "Files" RgbPath "/usr/local/share/X11/rgb" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/TrueType/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Module" Load "extmod" Load "record" Load "dbe" Load "glx" Load "GLcore" Load "xtrap" Load "dri" Load "freetype" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" Modeline "1440x900" 106.47 1440 1520 1672 1904 900 901 904 932 EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "ColorKey" # #Option "CacheLines" # #Option "Dac6Bit" # [] #Option "DRI" # [] #Option "NoDDC" # [] #Option "ShowCache" # [] #Option "XvMCSurfaces" # #Option "PageFlip" # [] Option "AccelMethod" "XAA" Option "XAANoOffscreenPixmaps" "true" Option "AddARGBGLXVisuals" "true" Option "DRI" "true" Identifier "Card0" Driver "intel" VendorName "Intel Corporation" BoardName "82945G/GZ Integrated Graphics Controller" BusID "PCI:0:2:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 #Option "AddARGBGLXVisuals" "True" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 Modes "1440x900" EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Section "DRI" Group "video" Mode 0660 EndSection Section "Extensions" Option "Composite" "Enable" EndSection I have used the guide on FreeBSD http://www.freebsd.org/doc/en/articl...ion/index.html. and tried setenv LIBGL_ALWAYS_INDIRECT true compiz --replace --indirect-rendering --sm-disable ccp & The only left working is the mouse cursor, all windows, buttons and menus nothing works not even the keyboard hitting Ctrl-Alt-Backspace. The entire system hangs and I have to reset the computer. That would be X right? From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 04:35:44 2008 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 6C1A61065673 for ; Fri, 5 Dec 2008 04:35:44 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 351388FC1D for ; Fri, 5 Dec 2008 04:35:44 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [64.134.51.37] (dhcp64-134-51-37.cmos.dca.wayport.net [64.134.51.37]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id mB54Zen2083430 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Dec 2008 23:35:41 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: boolome In-Reply-To: <1228446881.1442.8.camel@www.boolome.cn> References: <1228446881.1442.8.camel@www.boolome.cn> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-1H7Km/3nV6TMNeQoQJKd" Organization: FreeBSD Date: Thu, 04 Dec 2008 23:35:40 -0500 Message-Id: <1228451740.1982.2.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org Subject: Re: how to config for run compiz fusion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 04:35:44 -0000 --=-1H7Km/3nV6TMNeQoQJKd Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2008-12-05 at 11:14 +0800, boolome wrote: > Option "AccelMethod" "XAA" > Option "XAANoOffscreenPixmaps" "true" > Option "AddARGBGLXVisuals" "true"=20 Try using EXA, which is the default. i.e. comment out all of the above lines. Otherwise, it looks very much like what I run on my 965... What version of FreeBSD are you running? robert. --=-1H7Km/3nV6TMNeQoQJKd Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkk4r5wACgkQM4TrQ4qfROO4ugCgg2kEnRY1J1mEqVAPabbVefFw +W8AnAnn2SIkMhJ5//OVPw9ni43NInwp =TMAR -----END PGP SIGNATURE----- --=-1H7Km/3nV6TMNeQoQJKd-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 07:20:33 2008 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 67C0E1065672 for ; Fri, 5 Dec 2008 07:20:33 +0000 (UTC) (envelope-from jackie@boolome.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.191]) by mx1.freebsd.org (Postfix) with ESMTP id 127EB8FC12 for ; Fri, 5 Dec 2008 07:20:32 +0000 (UTC) (envelope-from jackie@boolome.com) Received: by ti-out-0910.google.com with SMTP id a1so2740274tib.3 for ; Thu, 04 Dec 2008 23:20:31 -0800 (PST) Received: by 10.110.21.17 with SMTP id 17mr5259963tiu.59.1228461631633; Thu, 04 Dec 2008 23:20:31 -0800 (PST) Received: from ?192.168.1.100? ([60.210.216.195]) by mx.google.com with ESMTPS id d1sm204453tid.15.2008.12.04.23.20.28 (version=SSLv3 cipher=RC4-MD5); Thu, 04 Dec 2008 23:20:30 -0800 (PST) From: boolome To: freebsd-current@freebsd.org Content-Type: text/plain Organization: boolome Date: Fri, 05 Dec 2008 15:20:20 +0800 Message-Id: <1228461620.1175.1.camel@www.boolome.cn> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: how to config for run compiz fusion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 07:20:33 -0000 > On Fri, 2008-12-05 at 11:14 +0800, boolome wrote: > > Option "AccelMethod" "XAA" > > Option "XAANoOffscreenPixmaps" "true" > > Option "AddARGBGLXVisuals" "true" > > Try using EXA, which is the default. i.e. comment out all of the above > lines. Otherwise, it looks very much like what I run on my 965... What > version of FreeBSD are you running? > > robert. > I have commented the lines you mentioned . but problem same. %uname -a FreeBSD www.boolome.cn 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Oct 19 16:07:48 CST 2008 boolome@www.boolome.cn:/usr/obj/usr/src/sys/boolome i386 Thanks your reply,robert . and Can I have a look at your xorg.conf , and how you run compiz ? From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 07:22:30 2008 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 AFFB9106564A for ; Fri, 5 Dec 2008 07:22:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 4D0588FC16 for ; Fri, 5 Dec 2008 07:22:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 4B0F41CD5F; Fri, 5 Dec 2008 08:22:29 +0100 (CET) Date: Fri, 5 Dec 2008 08:22:29 +0100 From: Ed Schouten To: Maksim Yevmenkin Message-ID: <20081205072229.GE18652@hoeg.nl> References: <7d6fde3d0812040324y3bf0901cy1f4a6d961362c314@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bi5JUZtvcfApsciF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Garrett Cooper , "current@freebsd.org" Subject: Re: RFC: small syscons and kbd patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 07:22:30 -0000 --bi5JUZtvcfApsciF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Maksim Yevmenkin wrote: > the idea was to ensure that kbd->kb_locked variable only takes values > 0 (zero) and 1 (one). I often use constructs like these to do that: foo =3D bar ? 1 : 0; Maybe !!bar is a lot shorter to write, I think the line above is a lot easier to read. --=20 Ed Schouten WWW: http://80386.nl/ --bi5JUZtvcfApsciF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkk41rUACgkQ52SDGA2eCwU0XgCfTz6PnSH226WpjEt0xx8JeyZl t6kAmwQHRIde8oeSuDQH2oLHTCpTqUGR =exJ0 -----END PGP SIGNATURE----- --bi5JUZtvcfApsciF-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 08:29:04 2008 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 BE33A1065670 for ; Fri, 5 Dec 2008 08:29:04 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from po-out-1718.google.com (po-out-1718.google.com [72.14.252.152]) by mx1.freebsd.org (Postfix) with ESMTP id 8A21B8FC21 for ; Fri, 5 Dec 2008 08:29:04 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by po-out-1718.google.com with SMTP id y22so6865273pof.3 for ; Fri, 05 Dec 2008 00:29:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=8Ms8/lVpD05LyJOjCaxn83JgSr1bqJLSz4Nvl1gJHbU=; b=UKFLtaOIDCj4suqecbstzy9GlPuHuENhyYnf3pbXUV1/zl/pg1FguZrp+R0dL4P0Bx 1Qx6Xw6DV0MJ+DTEHNC60JvrZw7Z1yzZxckMbHqz0Q1ep9jJAgAjUkF2iD0f1mKypocm m5BrVJIKcgPHlwUiTAhoFbQ3TMrXNl9w81pmk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=gPPEvEBFSjWP+ddJQRmla469jpOxYYjxD8qVBks+nbFCq2NijBugoCwkqN+Wkkolw7 G9tW0fHzmxsLSdHCvPif26XO6UUL8BC+NSl6/kX0ts/25ZRo6MM1aPkIW9o6MP6BIdgI AxxJ+H8KsIWrzokp7qOWLZM1O4+Oan5WTO8WQ= Received: by 10.141.171.3 with SMTP id y3mr794285rvo.263.1228465743732; Fri, 05 Dec 2008 00:29:03 -0800 (PST) Received: by 10.140.158.13 with HTTP; Fri, 5 Dec 2008 00:29:03 -0800 (PST) Message-ID: <7d6fde3d0812050029r7308ec57jaed2733a2396a9fe@mail.gmail.com> Date: Fri, 5 Dec 2008 00:29:03 -0800 From: "Garrett Cooper" To: "Chris Ruiz" In-Reply-To: <58c737d70812041934v359e9833vbe68e6be871875f8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <49226603.5030204@nixil.net> <200812041421.53099.jhb@freebsd.org> <58c737d70812041934v359e9833vbe68e6be871875f8@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: lockup booting 8.0-CURRENT-200811 snap image X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 08:29:04 -0000 On Thu, Dec 4, 2008 at 7:34 PM, Chris Ruiz wrote: > On Thu, Dec 4, 2008 at 1:21 PM, John Baldwin wrote: >> On Tuesday 18 November 2008 01:51:47 am Phil Oleson wrote: >>> Hi, I've been trying to update my system to Current to try out the new >>> usb stack etc.. >>> and have had some problems. Initially I attempted to just do a cvsup, >>> make buildworld, >>> make kernel and had problems at the reboot. Ended up having to use the >>> livecd to swap >>> out the kernel (loader was strangely hanging before I could type unload; >>> boot kernel.old) >>> >>> Anyways, I picked up a new drive to split my system up to have a >>> working 7 & current. >>> So, I downloaded the 200811 snap iso's for amd64 & i386 and tried to >>> boot to them. >>> Same/similar lockup happens.. now since this board currently doesn't >>> have a serial port >>> I've had to handtype what was left on the screen.. so hopefully it's >>> enough for now. >>> >>> System: INTEL BLKDG35EC 775 G35 (flashed to the **ECG3510M.86A.0107** >>> Bios Image) >>> INTEL C2Q Q9300 2.5G 775 >>> 2 gigs memory (messed up on original order and havnt fixed >>> it yet) >>> using the built-in Intel video.. >>> >>> so the i386 and the amd64 dvd image I booted with had the same stopping >>> screen/output >>> that I could see.. this is what I was able to get down from a verbose boot. >>> >>> ------------------------------------------------------ >>> Initial Probe 0 10 N 0 3 4 5 7 9 10 11 12 >>> Validation 0 10 N 0 3 4 5 7 9 10 11 12 >>> After Disable 0 255 N 0 3 4 5 7 9 10 11 12 >>> acpi_hpet0: iomem 0xfed00000-0xfed003ff on >>> acpi0 >>> acpi_hpet0: vend: 0x8086 rev: 0x1 num: 2 hz: 14318180 opts: legacy_route >>> 64-bit Timecounter "HPET" frequency 143181800 Hz quality 900 >>> acpi_button0: on acpi0 >>> pcib0: port 0xcf8-0xcff on acpi0 >>> pci0: on pcib0 >>> pci0: domain=0, physical bus=0 >>> found-> vendor=0x8086, dev=0x2980, revid=0x03 >>> domain=0, bus=0, slot=0, func=0 >>> class=06-00-00, hdrtype=0x00, mfdev=0 >>> cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) >>> lattimer=0x00 (0 ns), mingnt=0x00 (0ns), maxlat=0x00 (0 ns) >>> found-> vendor=0x8086, dev=0x2982, revid=0x03 >>> domain=0, bus=0, slot=2, func=0 >>> class=03-00-00, hdrtype=0x00, mfdev=1 >>> cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) >>> lattimer=0x00 (0 ns), mingnt=0x00 (0ns), maxlat=0x00 (0 ns) >>> intpin=a, irq=11 >>> powerspec 2 supports D0 D3 current D0 >>> MSI supports 1 message >>> map[10]: type Memory, range32, base 0x90200000, size 20, >>> enabled >>> -------------------------------- >>> >>> >>> Any suggestions on how to proceed? >>> >>> I'll see about installing the new install on the new drive starting at >>> RELENG_7 >>> and updating to HEAD from there.. so any source changes will have to wait on >>> completing that.. but anything would help. >> >> Try setting hw.pci.mcfg=0 > > I also have an Intel board (INTEL DQ35JO) and had posted last month > with a boot hang in the same place. I recieved a quick reply from > the list and setting hw.pci.mcg=0 fixed everything. > > Should this be marked as a known problem somewhere on the wiki? It > appears to happen to Intel boards with onboard graphics and I imagine > that as more people migrate from 7.x to CURRENT that this will happen > to more users. > > Thanks, > > Chris Ruiz > >> >> -- >> John Baldwin This definitely should be listed in a FAQ, IMHO. Where would the best place be for this? -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 09:15:08 2008 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 E6D721065687; Fri, 5 Dec 2008 09:15:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9236D8FC14; Fri, 5 Dec 2008 09:15:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 25E0841C60F; Fri, 5 Dec 2008 10:15:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 0KstfloCL0PU; Fri, 5 Dec 2008 10:15:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id BD95641C64A; Fri, 5 Dec 2008 10:15:05 +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 9F13D4448D5; Fri, 5 Dec 2008 09:10:27 +0000 (UTC) Date: Fri, 5 Dec 2008 09:10:27 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Peter Jeremy In-Reply-To: <20081204190848.GG58682@server.vk2pj.dyndns.org> Message-ID: <20081205085902.K80401@maildrop.int.zabbadoz.net> References: <20081201085229.D80401@maildrop.int.zabbadoz.net> <20081201122937.81475f0zhfsjya4o@webmail.leidinger.net> <6ae50c2d0812021800x791d2cfeh45d590de120f76df@mail.gmail.com> <20081204190848.GG58682@server.vk2pj.dyndns.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-jail@freebsd.org, alexus , freebsd-current@freebsd.org Subject: Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-jail@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, 05 Dec 2008 09:15:09 -0000 On Fri, 5 Dec 2008, Peter Jeremy wrote: Hi, > On 2008-Dec-02 21:00:23 -0500, alexus wrote: >> as far as I understood HEAD is 8.0-CURRENT > > Yes. > >> is there a way for us to start using it before 8.0 hits -RELEASE > > There are two ways. The first is: > 1) Checkout a copy of the HEAD src tree via your chosen source tracker > (cvs/cvsup/ctm/...) > 2) Follow the instructions in /usr/src/UPDATING to build and install > 3) Test well on a non-production box in as close to your production > environment as possible. Be prepared to feed back problems and > test fixes. > 4) Once you are satisfied that it works for you, place it in production. > > This is basically the same as any other FreeBSD release except that you > should test more rigourously. That's for running HEAD. I would be careful doing this on a production system if one does not know what one is really doing when doing this;) > Your second option is to take the patches from r185435 and apply them > to your 7.x source tree. This may take some massaging (I'm not sure > how much 7 and 8 differ in the affected areas). bz@ may be interested > in your experiences. Then test and roll-out as above. There is difference, though not much. Thus just taking the patch won't work but the solution was posted like 2 weeks ago: http://lists.freebsd.org/pipermail/freebsd-jail/2008-November/000615.html Look for where it says "RELENG_7". >> lucky), I somehow was under impression (and i guess i was wrong) that >> it will come out in 7.1, > > It's far too late for any new features in 7.1 but the commit log says > it should be in 7.2. Yupp that's the plan. And the reason it will not be in 7.1-RELEASE is that noone provided the needed bribing money. See http://lists.freebsd.org/pipermail/freebsd-jail/2008-November/000619.html (not serious here). It's been just too late. Regards, Bjoern -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 11:35:57 2008 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 C55E2106564A for ; Fri, 5 Dec 2008 11:35:57 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F15E58FC19 for ; Fri, 5 Dec 2008 11:35:56 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA22188; Fri, 05 Dec 2008 13:35:32 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49391203.9070009@icyb.net.ua> Date: Fri, 05 Dec 2008 13:35:31 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: Ed Schouten References: <7d6fde3d0812040324y3bf0901cy1f4a6d961362c314@mail.gmail.com> <20081205072229.GE18652@hoeg.nl> In-Reply-To: <20081205072229.GE18652@hoeg.nl> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , "current@freebsd.org" , Maksim Yevmenkin Subject: Re: RFC: small syscons and kbd patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 11:35:57 -0000 on 05/12/2008 09:22 Ed Schouten said the following: > * Maksim Yevmenkin wrote: >> the idea was to ensure that kbd->kb_locked variable only takes values >> 0 (zero) and 1 (one). > > I often use constructs like these to do that: > > foo = bar ? 1 : 0; > > Maybe !!bar is a lot shorter to write, I think the line above is a lot > easier to read. Another variation is: foo = (bar != 0); I think that this is something in the middle. BTW, gcc 4.2 produces exactly the same assembly for all 3 forms. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 10:50:33 2008 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 8AF1D1065675 for ; Fri, 5 Dec 2008 10:50:33 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) by mx1.freebsd.org (Postfix) with ESMTP id 1FF058FC12 for ; Fri, 5 Dec 2008 10:50:32 +0000 (UTC) (envelope-from me@janh.de) Received: from janh.freebsd (e177249084.adsl.alicedsl.de [85.177.249.84]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1L8YFM3ZfV-0003SG; Fri, 05 Dec 2008 11:49:21 +0100 Message-ID: <49390727.7070309@janh.de> Date: Fri, 05 Dec 2008 11:49:11 +0100 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: Pyun YongHyeon References: <490F47BE.9080205@janh.de> <20081104015235.GC98154@cdnetworks.co.kr> <4910C055.8000505@janh.de> <20081105013558.GA99795@cdnetworks.co.kr> <20081203090658.GJ9639@cdnetworks.co.kr> In-Reply-To: <20081203090658.GJ9639@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1/SM7z37voseQK7Q98nEqbfK1vu6ZOq2FoFBUA pV4AuOKfilngVW7UaomHmzk1/BM/WuF5GBL5esULDBCV5EhSGD 0HnuinjRiJ7k/ntPRUjFA== X-Mailman-Approved-At: Fri, 05 Dec 2008 12:35:11 +0000 Cc: Boris Samorodov , current-list freebsd Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 10:50:33 -0000 Pyun YongHyeon wrote: > On Wed, Nov 05, 2008 at 10:35:58AM +0900, To Jan Henrik Sylvester wrote: > > On Tue, Nov 04, 2008 at 10:36:21PM +0100, Jan Henrik Sylvester wrote: > > > Pyun YongHyeon wrote: > > > >On Mon, Nov 03, 2008 at 07:49:34PM +0100, Jan Henrik Sylvester wrote: > > > > > >Pyun YongHyeon writes: > > > > > >> http://people.freebsd.org/~yongari/ale/if_ale.c > > > > > > > > > > I got an Eee PC 1000H, too, with 7.1-BETA2 and just used scp to copy > > > > > with 11.5MB/s -- much better than wlan for big files. Great! > > > > > > > > > > > > >Thanks for testing! > > > > > > I was happy too early. Now I keep getting these: > > > ale0: DMA read error! -- resetting > > > ale0: could not disable Tx/Rx MAC(0x00000008)! > > > > FYI: Fix committed to HEAD(r185577). I just did a test on 7.1-BETA2. With the Nov-14 if_ale.c, I immediately hit the problem (35.4KB/s+messages). Applying r185576 and r185577 solved the problem (10.2MB/s+no messages). Thank you very much! In the commit message, there is no MFC date. Can this go into 7.1? (I see that the driver without the patch is already there.) Cheers, Jan Henrik From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 14:13:40 2008 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 E6D371065672 for ; Fri, 5 Dec 2008 14:13:39 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 999E48FC16 for ; Fri, 5 Dec 2008 14:13:39 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by an-out-0708.google.com with SMTP id b6so21809ana.13 for ; Fri, 05 Dec 2008 06:13:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=m1aueq4aS1mcpK7AzT/OfcjruBpidSZA5UsIRcK70eQ=; b=a/n0gqWo+x2q6LT8gq6sppKm20y/nOOQEkpfK3sfzN9ynfGCsLMwGWyDSmSEzfEYbP xPgCzSaisIKbdZ+QyJX0VPGCyVNnEy5pDdCs4h91nLAblCbDRuwvHGXpRh1ieG17y6im A8dgLdFvcir5MHKTlSrserenmo62jjuVA1OHk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=q64EfvcKVePJqO81wRVAPFD6Tr6ygUgJlXone1mXOAnrntviisKb2iik7XHF+hliXM zzKWcERGGADOo/aQuUruOZy8CijGr+prCDiK4hfoKTZpLrnklG7nsbFapdejS3GpSwrc C/Hk17y5UelPiLJf2O0dBBo9VxKpS1CYhoX2s= Received: by 10.231.30.198 with SMTP id v6mr557ibc.22.1228486418454; Fri, 05 Dec 2008 06:13:38 -0800 (PST) Received: by 10.231.19.11 with HTTP; Fri, 5 Dec 2008 06:13:38 -0800 (PST) Message-ID: <3a142e750812050613w4e9155bat950f03716aa58beb@mail.gmail.com> Date: Fri, 5 Dec 2008 15:13:38 +0100 From: "Paul B. Mahol" To: "NAKAJI Hiroyuki" In-Reply-To: <87zljb8nw6.fsf@roddy.4407.kankyo-u.ac.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87zljb8nw6.fsf@roddy.4407.kankyo-u.ac.jp> Cc: freebsd-current@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 14:13:40 -0000 On 12/5/08, NAKAJI Hiroyuki wrote: > Hi, > > I found that my 8-current box sometimes gets panic recently. > >From a serial console, I saved a textdump. > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0a57285 > stack pointer = 0x28:0xe682dc44 > frame pointer = 0x28:0xe682dcec > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1015 (nfsd: service) > panic: from debugger > cpuid = 0 > KDB: stack backtrace: > Uptime: 1d16h10m24s > > And, > > $ addr2line -e /boot/kernel/kernel.symbols 0xc0a57285 > /usr/src/sys/rpc/svc.c:787 > > 781 /* now receive msgs from xprtprt (support batch calls) */ > 782 r = malloc(sizeof(*r), M_RPC, M_WAITOK|M_ZERO); > 783 > 784 msg.rm_call.cb_cred.oa_base = r->rq_credarea; > 785 msg.rm_call.cb_verf.oa_base = > &r->rq_credarea[MAX_AUTH_BYTES]; > 786 r->rq_clntcred = &r->rq_credarea[2*MAX_AUTH_BYTES]; > 787 if (SVC_RECV(xprt, &msg, &r->rq_addr, &args)) { > 788 enum auth_stat why; > 789 > > Why this occurs and what do I have to check? > > === /var/run/dmesg.boot === > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #167: Wed Dec 3 11:33:19 JST 2008 > root@roddy.4407.kankyo-u.ac.jp:/usr/obj/usr/src/sys/RODDY > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.04-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 > > Features=0xbfebfbff > Features2=0x4400 > Logical CPUs per core: 2 > real memory = 1073152000 (1023 MB) > avail memory = 1036349440 (988 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 6 > cpu3 (AP): APIC ID: 7 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > ioapic2 irqs 48-71 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > can't fetch resources for \\_SB_.PCI0.LPC0.SIO_.LPT_ - > AE_AML_INVALID_RESOURCE_TYPE > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: on hostb0 > pci0: at device 0.1 (no driver attached) > pcib1: mem 0xf8000000-0xfbffffff at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: mem > 0xfc000000-0xfdffffff,0xf0100000-0xf0103fff,0xf0800000-0xf0ffffff irq 16 at > device 0.0 on pci1 > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] AGP at 0xf4000000 64MB > info: [drm] Initialized mga 3.2.2 20060319 > pcib2: at device 2.0 on pci0 > pci2: on pcib2 > pcib3: at device 29.0 on pci2 > pci3: on pcib3 > pcib4: at device 31.0 on pci2 > pci4: on pcib4 > bge0: mem > 0xf1100000-0xf110ffff irq 52 at device 4.0 on pci4 > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge0: Ethernet address: 00:50:45:00:a0:37 > bge0: [ITHREAD] > uhci0: port 0x1400-0x141f irq 16 > at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x1420-0x143f irq 19 > at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x1440-0x145f irq 18 > at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > ehci0: mem > 0xf0000000-0xf00003ff irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb3: EHCI version 1.0 > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: on usb3 > uhub3: 6 ports with 6 removable, self powered > pcib5: at device 30.0 on pci0 > pci5: on pcib5 > atapci0: port > 0x2450-0x2457,0x2444-0x2447,0x2448-0x244f,0x2440-0x2443,0x2000-0x20ff irq 21 > at device 0.0 on pci5 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > pcm0: port 0x2400-0x243f irq 22 at device 1.0 on pci5 > pcm0: > pcm0: [ITHREAD] > pcm0: > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci1: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1460-0x146f at device 31.1 on pci0 > ata0: on atapci1 > ata0: [ITHREAD] > ata1: on atapci1 > ata1: [ITHREAD] > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FILTER] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc1: port 0x378-0x37f on acpi0 > ppc1: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc1: FIFO with 16/16/8 bytes threshold > ppbus0: on ppc1 > ppbus0: IEEE1284 device found /NIBBLE/PS2 > ppbus0: Probing for PnP devices: > ppbus0: PRINTER LIPS,N201,ESCP,HP-GL,CJL > plip0: on ppbus0 > plip0: cannot reserve interrupt, failed. > device_attach: plip0 attach returned 6 > lpt0: on ppbus0 > lpt0: Polled port > ppi0: on ppbus0 > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > uart1: [FILTER] > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x30 on acpi0 > uart0: [FILTER] > uart0: console (9600,n,8,1) > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model IntelliMouse, device ID 3 > cpu0: on acpi0 > p4tcc0: on cpu0 > cpu1: on acpi0 > p4tcc1: on cpu1 > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xc8fff,0xc9000-0xd4fff,0xe0000-0xe3fff pnpid ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ppc0: parallel port not found. > uhid0: on uhub1 > Timecounters tick every 1.000 msec > ad0: 114473MB at ata0-master UDMA100 > acd0: DVDR at ata1-master UDMA33 > ad4: DMA limited to UDMA33, controller found non-ATA66 cable > ad4: 152627MB at ata2-master UDMA33 > ad6: 152627MB at ata3-master UDMA100 > SMP: AP CPU #2 Launched! > SMP: AP CPU #1 Launched! > SMP: AP CPU #3 Launched! > Trying to mount root from ufs:/dev/ad0s1a > WARNING: / was not properly dismounted > umass0: on uhub3 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 286188MB (586114703 512 byte sectors: 255H 63S/T 36483C) > > === /sys/i386/conf/RODDY === > include GENERIC > > ident RODDY > > nooption INVARIANTS > nooption INVARIANT_SUPPORT > nooption WITNESS > nooption WITNESS_SKIPSPIN > > device sound > device "snd_es137x" > > options MSGBUF_SIZE=81920 > > options DEVICE_POLLING > options HZ=1000 > > options NETATALK > -- > NAKAJI Hiroyuki > _______________________________________________ > 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" > Full bt would be better, also make sure that world and kernel are in sync (because of recent libc changes). -- Paul From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 14:21:05 2008 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 1FDB8106567F for ; Fri, 5 Dec 2008 14:21:05 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id DC5B88FC19 for ; Fri, 5 Dec 2008 14:21:04 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 77529730A6; Fri, 5 Dec 2008 15:25:58 +0100 (CET) Date: Fri, 5 Dec 2008 15:25:58 +0100 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20081205142558.GA5394@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Running Forth/ficl as a user command ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 14:21:05 -0000 apologies if the question is silly, but is there a way to run the Forth interpreter embedded in /boot/loader as a user command ? I am trying some modifications to the loader config files and it is a pain to have to go through rebooting a machine, even if just in qemu... cheers luigi From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 13:52:58 2008 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 48B051065678 for ; Fri, 5 Dec 2008 13:52:58 +0000 (UTC) (envelope-from bseklecki@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) by mx1.freebsd.org (Postfix) with ESMTP id CCE468FC16 for ; Fri, 5 Dec 2008 13:52:57 +0000 (UTC) (envelope-from bseklecki@collaborativefusion.com) Received: from Internal Mail-Server by mx01 (envelope-from bseklecki@collaborativefusion.com) with SMTP; 5 Dec 2008 08:26:14 -0500 From: "Brian A. Seklecki" To: alexus In-Reply-To: <6ae50c2d0812021800x791d2cfeh45d590de120f76df@mail.gmail.com> References: <20081201085229.D80401@maildrop.int.zabbadoz.net> <20081201122937.81475f0zhfsjya4o@webmail.leidinger.net> <6ae50c2d0812021800x791d2cfeh45d590de120f76df@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-EI4t+pX9vDdRRyxUVUTO" Organization: Collaborative Fusion, Inc. Date: Fri, 05 Dec 2008 13:26:14 +0000 Message-Id: <1228483574.2805.499.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) X-Mailman-Approved-At: Fri, 05 Dec 2008 14:36:32 +0000 Cc: Alexander Leidinger , freebsd-jail@freebsd.org, freebsd-current@freebsd.org, FreeBSD virtualization mailing list , "Bjoern A. Zeeb" Subject: Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bseklecki@collaborativefusion.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2008 13:52:58 -0000 --=-EI4t+pX9vDdRRyxUVUTO Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2008-12-02 at 21:00 -0500, alexus wrote: > as far as I understood HEAD is 8.0-CURRENT The trick is to bribe the right people to get it RFP'd into 7.2R. :) ~BAS --=20 Brian A. Seklecki Collaborative Fusion, Inc. --=-EI4t+pX9vDdRRyxUVUTO Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAkk5K/YACgkQCne6BNDQ+R+9eQCfRVFZzzxov4Wgck9iVKefyGnO 2v0AnjUE4aLlxdafu3CrkfB/a++0Hiki =xwwk -----END PGP SIGNATURE----- --=-EI4t+pX9vDdRRyxUVUTO-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 14:37:06 2008 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 C14861065670 for ; Fri, 5 Dec 2008 14:37:06 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from chronos.org.uk (chronos-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:12b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 213FA8FC19 for ; Fri, 5 Dec 2008 14:37:05 +0000 (UTC) (envelope-from matt@chronos.org.uk) Received: from workstation1.localnet (workstation1.local.chronos.org.uk [IPv6:2001:470:1f09:12b::20]) (authenticated bits=0) by chronos.org.uk (8.14.3/8.14.3) with ESMTP id mB5EaxlO098188 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 5 Dec 2008 14:37:00 GMT (envelope-from matt@chronos.org.uk) X-DKIM: Sendmail DKIM Filter v2.7.2 chronos.org.uk mB5EaxlO098188 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=chronos.org.uk; s=mail; t=1228487824; bh=n3lznDsv02vyiYP1hhvuBsoDYkQgMfAcp1niR85Ihn I=; h=From:To:Subject:Date:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=b2KKucMMTYrga YMDZkv8RERknZ5jkc7qAHfHRB02o6c5KTmZRgGULVzOE9PHQEZxCdYXzERRUQ/cIVxk zNR8104VCcEbBmtmfH8J3d+lhmF+hw8ZvI8cUV8fRAkR8EpMewUcLLPrRklvDNiX0lk QpbTJzWHELOzJqns+h17O0eI= From: Matt Dawson To: freebsd-current@freebsd.org Date: Fri, 5 Dec 2008 14:36:54 +0000 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; i386; ; ) References: <20081204221511.254FE1065758@hub.freebsd.org> In-Reply-To: <20081204221511.254FE1065758@hub.freebsd.org> X-Face: Uq{{&_!oO{M&ydj?-f%{D]bN7/|/]a+utod35[+IyH#R>F~YPffK,=?utf-8?q?=25=60=7D=25=0A?=FTMbmzo,]0X3K:N&{h7],FI{?EkORzB; f:V3"vKXsUNw5Yh`}ef4MZ*a4,=?utf-8?q?ObuJ=5F=26=5B1S=27zP=5CK0wcKZP=0A?==?utf-8?q?_=60=23L=25=5Dq*OUPQ-4T=3FHZ=7EAKX0=7D3W=25o=3DP?= X-Spam-Status: No, score=-2.2 required=3.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on central.local.chronos.org.uk X-Virus-Scanned: ClamAV 0.94.2/8726/Fri Dec 5 10:59:31 2008 on central.local.chronos.org.uk X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (chronos.org.uk [IPv6:2001:470:1f09:12b::1]); Fri, 05 Dec 2008 14:37:04 +0000 (GMT) Subject: Re: i give up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 14:37:06 -0000 --nextPart1672594.PDyGr4r73Q Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 04 December 2008 22:15:11 freebsd-current-request@freebsd.org=20 wrote: > > I'm not referring to ATI/AMDs proprietary drivers. =A0They are providing > > open documentation now, as well as information that isn't yet public > > when I ask for it. =A0So, I'm speaking about the open drm/mesa/Xorg > > driver, which afaik is working pretty well on r500 and below now. > > > > robert. > > Well, yeah. I was referring to the proprietary drivers though, because > all you get is 2D acceleration with the open ATI/nVidia drivers. > Given the fact that r500 is rather old too though... that lags a lot > more behind nVidia -- but I'm sure that's due to volunteering and lack > of man-hours because nVidia has a few devs dedicated towards > maintaining their driver on *BSD. Actually, no. The subset of ATi cards Robert refers to has direct rendering= =20 support on the to-be-committed (after the ports repo is thawed) Xorg 7.4, D= RM=20 kernel update (which is already in -HEAD) and new Mesa. I have personally=20 tested R200-R480 cards here with good results, after some time messing abou= t=20 with nVidia hardware under the same illusion that they are better supported= =2E=20 Even the troublesome RS48x (Radeon XPress 200/1100M IGP) which I had abando= ned=20 all hope of ever seeing DRM working upon now works with the open driver,=20 although there are still rendering issues with some 3D workloads using port= s'=20 Xorg and Mesa. nVidia's team consists of Christian Zander and another guy (whose name elud= es=20 me right now) as far as I can tell. "Our" team consists of work already don= e=20 by Eric Anholt, by whose own admission no longer uses FreeBSD and most of i= t=20 over 24 months old, and Robert. Also, the open ATi driver/DRI/DRM works=20 (again, verified here) to the same standard on amd64 as it does on i386. Th= is=20 is not the case with nVidia's proprietary driver, so quite how nVidia's=20 offering leads the OSS ATi driver escapes me right now. Robert's work in th= is=20 area over the past few months has brought this hardware, along with many of= =20 the Intel IGPs, almost bang up to date. Only the R6/700 cards lack 3D/2D=20 accel/possibly Xv (I could be wrong on that last item, but the man page sti= ll=20 says no support) but this work is ongoing. One more little niggle in nVidia's direction: The OSS ATi driver integrates= =20 with the base system and ports' Xorg without having to faff about. nVidia's= =20 screws up the system config with odd .so files and symlinks to the point th= at=20 manual intervention is required to upgrade xorg-server and get the linuxula= tor=20 working. Not optimal, IMHO. Bottom line is we have rather good support in -CURRENT for ATi cards and=20 similar in -STABLE with Robert's patches applied. This is probably set to g= et=20 a whole lot better when 7.1-RELEASE shows up (I doubt the DRM kernel stuff= =20 will be MFC'd to 7.1, but I'd like to be wrong) and we get the new stuff in= to=20 ports. When one compares the resource gap between Robert's dedicated volunt= eer=20 efforts and two full-time paid nVidia devs with full docs, this is nothing= =20 short of amazing and I, for one, am very grateful. =2D-=20 Matt Dawson ku.gro.sonorhc@ttam MTD15-RIPE --nextPart1672594.PDyGr4r73Q Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkk5PIsACgkQAmT9uY8euiJKewCfRQP6BLObg1GcVlVVFYEP/3C7 7I8AnA+Q47qHO0HN5EgxlSlde2kVz4C4 =t/cN -----END PGP SIGNATURE----- --nextPart1672594.PDyGr4r73Q-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 14:42:06 2008 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 F1F47106564A for ; Fri, 5 Dec 2008 14:42:06 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 6CA808FC14 for ; Fri, 5 Dec 2008 14:42:06 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id mB5EOKQV013697; Fri, 5 Dec 2008 14:24:20 GMT (envelope-from rb@gid.co.uk) Received: from [194.32.164.28] ([194.32.164.6]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id mB5EOFDv048023; Fri, 5 Dec 2008 14:24:15 GMT (envelope-from rb@gid.co.uk) Message-Id: <3C5650B9-8BC4-4D6B-9E00-12078C44C3FB@gid.co.uk> From: Bob Bishop To: Luigi Rizzo In-Reply-To: <20081205142558.GA5394@onelab2.iet.unipi.it> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 5 Dec 2008 14:24:15 +0000 References: <20081205142558.GA5394@onelab2.iet.unipi.it> X-Mailer: Apple Mail (2.929.2) Cc: current@freebsd.org Subject: Re: Running Forth/ficl as a user command ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 14:42:07 -0000 Hi, On 5 Dec 2008, at 14:25, Luigi Rizzo wrote: > apologies if the question is silly, but is there a > way to run the Forth interpreter embedded in /boot/loader > as a user command ? ficl is available in ports/lang > I am trying some modifications to the loader config files and it > is a pain to have to go through rebooting a machine, even if just > in qemu... > > cheers > luigi -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 15:00:15 2008 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 3B95E1065670 for ; Fri, 5 Dec 2008 15:00:15 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id D8A7F8FC16 for ; Fri, 5 Dec 2008 15:00:14 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1L8cA2-000CCW-TQ; Fri, 05 Dec 2008 18:00:07 +0300 To: pyunyh@gmail.com References: <490F47BE.9080205@janh.de> <20081104015235.GC98154@cdnetworks.co.kr> <4910C055.8000505@janh.de> <20081105013558.GA99795@cdnetworks.co.kr> <20081203090658.GJ9639@cdnetworks.co.kr> From: Boris Samorodov Date: Fri, 05 Dec 2008 18:00:06 +0300 In-Reply-To: <20081203090658.GJ9639@cdnetworks.co.kr> (Pyun YongHyeon's message of "Wed\, 3 Dec 2008 18\:06\:58 +0900") Message-ID: <37502393@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current-list freebsd Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 15:00:15 -0000 Pyun YongHyeon writes: > On Wed, Nov 05, 2008 at 10:35:58AM +0900, To Jan Henrik Sylvester wrote: > > On Tue, Nov 04, 2008 at 10:36:21PM +0100, Jan Henrik Sylvester wrote: > > > Pyun YongHyeon wrote: > > > >On Mon, Nov 03, 2008 at 07:49:34PM +0100, Jan Henrik Sylvester wrote: > > > > > >Pyun YongHyeon writes: > > > > > >> http://people.freebsd.org/~yongari/ale/if_ale.c > > > > > > > > > > I got an Eee PC 1000H, too, with 7.1-BETA2 and just used scp to copy > > > > > with 11.5MB/s -- much better than wlan for big files. Great! > > > > > > > > > > > > >Thanks for testing! > > > > > > I was happy too early. Now I keep getting these: > > > ale0: DMA read error! -- resetting > > > ale0: could not disable Tx/Rx MAC(0x00000008)! > > FYI: Fix committed to HEAD(r185577). Works fine for me at EEEPC-1000. Good rate (~10MB/s), no interface UP/DOWN, no messages. Big thank you! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 16:43:19 2008 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 1A388106574B for ; Fri, 5 Dec 2008 16:43:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id B15D68FC13 for ; Fri, 5 Dec 2008 16:43:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mB5Gh07a042953; Fri, 5 Dec 2008 11:43:12 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 5 Dec 2008 11:31:29 -0500 User-Agent: KMail/1.9.7 References: <49226603.5030204@nixil.net> <200812041421.53099.jhb@freebsd.org> <58c737d70812041934v359e9833vbe68e6be871875f8@mail.gmail.com> In-Reply-To: <58c737d70812041934v359e9833vbe68e6be871875f8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812051131.30003.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 05 Dec 2008 11:43:12 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8727/Fri Dec 5 09:49:21 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Chris Ruiz Subject: Re: lockup booting 8.0-CURRENT-200811 snap image X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 16:43:19 -0000 On Thursday 04 December 2008 10:34:06 pm Chris Ruiz wrote: > On Thu, Dec 4, 2008 at 1:21 PM, John Baldwin wrote: > > On Tuesday 18 November 2008 01:51:47 am Phil Oleson wrote: > >> Hi, I've been trying to update my system to Current to try out the new > >> usb stack etc.. > >> and have had some problems. Initially I attempted to just do a cvsup, > >> make buildworld, > >> make kernel and had problems at the reboot. Ended up having to use the > >> livecd to swap > >> out the kernel (loader was strangely hanging before I could type unload; > >> boot kernel.old) > >> > >> Anyways, I picked up a new drive to split my system up to have a > >> working 7 & current. > >> So, I downloaded the 200811 snap iso's for amd64 & i386 and tried to > >> boot to them. > >> Same/similar lockup happens.. now since this board currently doesn't > >> have a serial port > >> I've had to handtype what was left on the screen.. so hopefully it's > >> enough for now. > >> > >> System: INTEL BLKDG35EC 775 G35 (flashed to the **ECG3510M.86A.0107** > >> Bios Image) > >> INTEL C2Q Q9300 2.5G 775 > >> 2 gigs memory (messed up on original order and havnt fixed > >> it yet) > >> using the built-in Intel video.. > >> > >> so the i386 and the amd64 dvd image I booted with had the same stopping > >> screen/output > >> that I could see.. this is what I was able to get down from a verbose boot. > >> > >> ------------------------------------------------------ > >> Initial Probe 0 10 N 0 3 4 5 7 9 10 11 12 > >> Validation 0 10 N 0 3 4 5 7 9 10 11 12 > >> After Disable 0 255 N 0 3 4 5 7 9 10 11 12 > >> acpi_hpet0: iomem 0xfed00000-0xfed003ff on > >> acpi0 > >> acpi_hpet0: vend: 0x8086 rev: 0x1 num: 2 hz: 14318180 opts: legacy_route > >> 64-bit Timecounter "HPET" frequency 143181800 Hz quality 900 > >> acpi_button0: on acpi0 > >> pcib0: port 0xcf8-0xcff on acpi0 > >> pci0: on pcib0 > >> pci0: domain=0, physical bus=0 > >> found-> vendor=0x8086, dev=0x2980, revid=0x03 > >> domain=0, bus=0, slot=0, func=0 > >> class=06-00-00, hdrtype=0x00, mfdev=0 > >> cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) > >> lattimer=0x00 (0 ns), mingnt=0x00 (0ns), maxlat=0x00 (0 ns) > >> found-> vendor=0x8086, dev=0x2982, revid=0x03 > >> domain=0, bus=0, slot=2, func=0 > >> class=03-00-00, hdrtype=0x00, mfdev=1 > >> cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) > >> lattimer=0x00 (0 ns), mingnt=0x00 (0ns), maxlat=0x00 (0 ns) > >> intpin=a, irq=11 > >> powerspec 2 supports D0 D3 current D0 > >> MSI supports 1 message > >> map[10]: type Memory, range32, base 0x90200000, size 20, > >> enabled > >> -------------------------------- > >> > >> > >> Any suggestions on how to proceed? > >> > >> I'll see about installing the new install on the new drive starting at > >> RELENG_7 > >> and updating to HEAD from there.. so any source changes will have to wait on > >> completing that.. but anything would help. > > > > Try setting hw.pci.mcfg=0 > > I also have an Intel board (INTEL DQ35JO) and had posted last month > with a boot hang in the same place. I recieved a quick reply from > the list and setting hw.pci.mcg=0 fixed everything. > > Should this be marked as a known problem somewhere on the wiki? It > appears to happen to Intel boards with onboard graphics and I imagine > that as more people migrate from 7.x to CURRENT that this will happen > to more users. > > Thanks, > > Chris Ruiz Well, we probably need to come up with a better way to determine which machines to actually use it on. It's a shame that MCFG is apparently busted on so many machines (either that or we are not doing something correctly). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 17:04:04 2008 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 5E80E1065673 for ; Fri, 5 Dec 2008 17:04:04 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id E1DC68FC1A for ; Fri, 5 Dec 2008 17:04:03 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so48229nfh.33 for ; Fri, 05 Dec 2008 09:04:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=rVRbSeGSiQOHdjNHplB+0MPo13yrryBTR6a+09shOgA=; b=E/XZ/CRvnfnpSEOEE4tZsHyrhu3z3FOyz/OMpxmdZBrveSVZUd7FNz5GOC637RItjr N4t2EjDtRsJ9EJ8OuwDlLVStXzePHP8gGifIL71HWlgeE1ab746umSiivDcXLU4genVr y1UblbipFn1BYImYDbWWUxvVn/xO2FKuT838k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=mpTMYLyYaltELrthAW7yFRgVlqtNA4u5ampbjx7fqEcwZ+KtCjEO/r/WwA3JvHdBAb CQ6w+Hcp31V/kLtXcy9lZcPs9HrOb+HYmWf0k4f1k4YavviE80RRA2buD69TlT9B6tiL i9iXZkpqSuFxC0TGm0pytH1HDdfZTaHw9v23w= Received: by 10.86.94.11 with SMTP id r11mr763370fgb.53.1228495210480; Fri, 05 Dec 2008 08:40:10 -0800 (PST) Received: by 10.86.58.7 with HTTP; Fri, 5 Dec 2008 08:40:10 -0800 (PST) Message-ID: <84dead720812050840j28c95014wf76095c3d6def985@mail.gmail.com> Date: Fri, 5 Dec 2008 22:10:10 +0530 From: "Joseph Koshy" To: "NAKAJI Hiroyuki" In-Reply-To: <87zljb8nw6.fsf@roddy.4407.kankyo-u.ac.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87zljb8nw6.fsf@roddy.4407.kankyo-u.ac.jp> Cc: freebsd-current@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 17:04:04 -0000 > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0a57285 > Why this occurs and what do I have to check? The trap is being caused by a null pointer access. You may want to take a full dump and use kgdb(1) to investigate the matter: ddb> call doadump ddb> reset and after the reboot finishes, # kgdb /boot/kernel/kernel /var/crash/vmcore.N where "vmcore.N" is the name of the dump file saved by savecore(8). Koshy From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 17:30:18 2008 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 AB1A81065672 for ; Fri, 5 Dec 2008 17:30:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4178FC1A for ; Fri, 5 Dec 2008 17:30:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mB5HTm9H043376; Fri, 5 Dec 2008 12:29:48 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 5 Dec 2008 12:06:01 -0500 User-Agent: KMail/1.9.7 References: <200811191510.53793.jhb@FreeBSD.org> <3a142e750811201330p3084255em390d94b352dee532@mail.gmail.com> <200811201747.28540.jhb@freebsd.org> In-Reply-To: <200811201747.28540.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812051206.01927.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 05 Dec 2008 12:29:48 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8728/Fri Dec 5 10:44:27 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: [PATCH] MPSAFE/LOOKUP_SHARED cd9660 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 17:30:18 -0000 On Thursday 20 November 2008 05:47:28 pm John Baldwin wrote: > On Thursday 20 November 2008 04:30:57 pm Paul B. Mahol wrote: > > On 11/19/08, John Baldwin wrote: > > > This is a relatively simple patch to mark cd9660 MPSAFE and enable shared > > > lookups. The changes to cd9660_lookup() mirror similar changes to > > > ufs_lookup() to use static variables for local data rather than abusing > > > i-node members of the parent directory. I've done some light testing of > > > this, but not super-strenuous. This patch also includes simple locking > for > > > the iconv support in the kernel. That locking uses an sx lock to > serialize > > > open and close of translator tables and the associated refcount. Actual > > > conversions do not need any locks, however as the mount holds a reference > on > > > the table. > > > > > > http://www.FreeBSD.org/~jhb/patches/cd9660_mpsafe.patch > > > > > > > With this patch I'm unable to kldunload libiconv.ko once it is loaded. > > And trying to kldunload libiconv.ko will make any next > kldload/kldstat/kldunload > > to fail waiting forever(livelock). > > > > Regression were not encountered while only cd9660.ko were kldloaded. > > So this is actually due to a bug in the module code. If you have two modules > like this: > > DECLARE_MODULE(foo, SI_SUB_DRIVERS, SI_ORDER_FIRST); > DECLARE_MODULE(bar, SI_SUB_DRIVERS, SI_ORDER_SECOND); > > The SI_* constants ensure that foo's module handler is called before bar's > module handler for MOD_LOAD. However, we don't enforce a reverse order (bar > then foo) for MOD_UNLOAD. In fact, the order of MOD_UNLOAD events is random > and has no relation to the SI_* constants. :( > > What is happening here is that one of the 'bar' modules in libiconv.ko is > getting unloaded after 'foo' gets unloaded and using a destroyed lock (you > get a panic if you run with INVARIANTS). So this should now be fixed with this commit. If you could verify that iconv works ok with the latest kern_module.c I would appreciate it. Author: jhb Date: Fri Dec 5 16:47:30 2008 New Revision: 185642 URL: http://svn.freebsd.org/changeset/base/185642 Log: When the SYSINIT() to load a module invokes the MOD_LOAD event successfully, move that module to the head of the associated linker file's list of modules. The end result is that once all the modules are loaded, they are sorted in the reverse of their load order. This causes the kernel linker to invoke the MOD_QUIESCE and MOD_UNLOAD events in the reverse of the order that MOD_LOAD was invoked. This means that the ordering of MOD_LOAD events that is set by the SI_* paramters to DECLARE_MODULE() are now honored in the same order they would be for SYSUNINIT() for the MOD_QUIESCE and MOD_UNLOAD events. MFC after: 1 month -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 18:24:18 2008 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 E69221065672; Fri, 5 Dec 2008 18:24:18 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id A22368FC17; Fri, 5 Dec 2008 18:24:18 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id mB5HmcNk022779; Fri, 5 Dec 2008 09:48:38 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id mB5HmctZ022778; Fri, 5 Dec 2008 09:48:38 -0800 (PST) (envelope-from david) Date: Fri, 5 Dec 2008 09:48:38 -0800 From: David Wolfskill To: current@freebsd.org Message-ID: <20081205174838.GA22652@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: "interrupt storm..."; seems associated with an0 NIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 18:24:19 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable After updating my laptop to CURRENT as of this morning, I now see interrupt storm detected on "irq11:"; throttling interrupt source repeated indefinitely if I have inserted a Cisco/Aironet 350 PCCard. Once the situation has been detected, the only way I've found to escape is by power-cycling -- I can't even do anything with a serial console (unless I had logged in to that serial console ahead of time -- in that case, I was able to reboot gracefully). Here's a list of the files that saw updates today: U sys/cddl/contrib/opensolaris/uts/common/sys/isa_defs.h U sys/dev/cxgb/common/cxgb_ael1002.c U sys/dev/pccbb/pccbb.c U sys/dev/pccbb/pccbb_pci.c U sys/dev/pccbb/pccbbvar.h And here are some other related bits: FreeBSD g1-37.catwhisker.org 8.0-CURRENT FreeBSD 8.0-CURRENT #881: Fri Dec = 5 06:38:46 PST 2008 root@g1-37.catwhisker.org:/common/S4/obj/usr/src/s= ys/CANARY i386 Here's what "vmstat -i" says when an0 hasn't been connected since the last boot: interrupt total rate irq0: clk 637184 998 irq1: atkbd0 46 0 irq4: uart0 2261 3 irq6: fdc1 1 0 irq7: ppc0 6 0 irq8: rtc 81638 127 irq11: cbb0 cbb1+* 3112 4 irq14: ata0 65357 102 Total 789605 1237 And here's output from the same command shortly after I inserted the NIC: interrupt total rate irq0: clk 671999 998 irq1: atkbd0 46 0 irq4: uart0 2300 3 irq6: fdc1 1 0 irq7: ppc0 6 0 irq8: rtc 86095 127 irq11: cbb0 cbb1+* 7907 11 irq14: ata0 65388 97 Total 833742 1238 I note that even after pulling the NIC, the messages continue -- and other PCCards inserted in the slot do not appear to be recognized -- probably because doing so would require use of the "throttl[ed] interrupt source." Rebooting with yesterday's kernel -- with older revisions of the above files -- appears to avoid the observed problem. Here's ouput of "pciconf -l -v" under yesterday's kernel, but wiht the an0 NIC inserted: hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x00000000 chip=3D0x1a30808= 6 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82845G[GL/GV/GE/PE] Host-Hub Interface Bridge' class =3D bridge subclass =3D HOST-PCI pcib1@pci0:0:1:0: class=3D0x060400 card=3D0x00000000 chip=3D0x1a31808= 6 rev=3D0x04 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82845/E/MP/MZ Brookdale CPU to AGP Bridge' class =3D bridge subclass =3D PCI-PCI uhci0@pci0:0:29:0: class=3D0x0c0300 card=3D0x45418086 chip=3D0x2482808= 6 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801CA/CAM (ICH3-S/ICH3-M) USB Controller' class =3D serial bus subclass =3D USB uhci1@pci0:0:29:2: class=3D0x0c0300 card=3D0x45418086 chip=3D0x2487808= 6 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801CA/CAM USB Controller' class =3D serial bus subclass =3D USB pcib2@pci0:0:30:0: class=3D0x060400 card=3D0x00000000 chip=3D0x2448808= 6 rev=3D0x42 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI = Bridge' class =3D bridge subclass =3D PCI-PCI isab0@pci0:0:31:0: class=3D0x060100 card=3D0x00000000 chip=3D0x248c808= 6 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801CAM LPC Interface or ISA bridge: see Notes' class =3D bridge subclass =3D PCI-ISA atapci0@pci0:0:31:1: class=3D0x01018a card=3D0x45418086 chip=3D0x248a808= 6 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801CAM (ICH3-M) UltraATA/100 EIDE Controller' class =3D mass storage subclass =3D ATA pcm0@pci0:0:31:5: class=3D0x040100 card=3D0x59591013 chip=3D0x2485808= 6 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801CA/CAM (ICH3-S/ICH3-M) AC'97 Audio Controller' class =3D multimedia subclass =3D audio none0@pci0:0:31:6: class=3D0x070300 card=3D0x4c21134d chip=3D0x2486808= 6 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801CA/CAM (ICH3-S/ICH3-M) AC'97 Modem Controller' class =3D simple comms subclass =3D generic modem vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x00d51028 chip=3D0x4c66100= 2 rev=3D0x01 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'ATI MOBILITY RADEON 9000 (Microsoft Corporation - Radeo= n Mobility M9' class =3D display subclass =3D VGA xl0@pci0:2:0:0: class=3D0x020000 card=3D0x00d51028 chip=3D0x920010b7 rev=3D= 0x78 hdr=3D0x00 vendor =3D '3COM Corp, Networking Division' device =3D '3C905 CX-TX-M Fast EtherLink for PC Management NIC' class =3D network subclass =3D ethernet cbb0@pci0:2:1:0: class=3D0x060700 card=3D0x00d51028 chip=3D0xac42104= c rev=3D0x00 hdr=3D0x02 vendor =3D 'Texas Instruments (TI)' device =3D 'PCI4451 PC card CardBus Controller' class =3D bridge subclass =3D PCI-CardBus cbb1@pci0:2:1:1: class=3D0x060700 card=3D0x00d51028 chip=3D0xac42104= c rev=3D0x00 hdr=3D0x02 vendor =3D 'Texas Instruments (TI)' device =3D 'PCI4451 PC card CardBus Controller' class =3D bridge subclass =3D PCI-CardBus fwohci0@pci0:2:1:2: class=3D0x0c0010 card=3D0x00d51028 chip=3D0x8027104= c rev=3D0x00 hdr=3D0x00 vendor =3D 'Texas Instruments (TI)' device =3D 'PCI4451 OHCI-Lynx IEEE-1394 FireWire Adapter' class =3D serial bus subclass =3D FireWire wi0@pci0:2:3:0: class=3D0x028000 card=3D0x25138086 chip=3D0x38731260 rev=3D= 0x01 hdr=3D0x00 vendor =3D 'Intersil Americas Inc (Was: Harris Semiconductor)' device =3D 'PRISM 2.5 802.11b 11Mbps Wireless Controller' class =3D network and here's what ifconfig(8) says about an0 (under yesterday's kernel): an0: flags=3D8802 metric 0 mtu 1500 ether 00:40:96:40:5d:44 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid 1:tsunami channel 6 (2437 Mhz 11b) stationname "" authmode OPEN privacy OFF deftxkey 1 txpower 0 rtsthreshold 0 fragthreshold 0 bmiss 0 ucastrate 0 mcastrate 0 mgmtrate 0 maxretry= 0 roaming DEVICE bintval 0 [At home, the NIC would be associated & in use, as it's the NIC I normally use when running FreeBSD above 6.x, as I have yet to be able to get the wi0 NIC to work under RELENG_7 or HEAD.] Here's a list of the old & new revisions for each of the changed files: 1.6/185029 1.7/185614 sys/cddl/contrib/opensolaris/uts/common/sys/isa_d= efs.h 1.9/185157 1.10/185620 sys/dev/cxgb/common/cxgb_ael1002.c 1.175/185624 1.176/185625 sys/dev/pccbb/pccbb.c 1.29/183558 1.30/185625 sys/dev/pccbb/pccbb_pci.c 1.32/ 1.33/185625 sys/dev/pccbb/pccbbvar.h So I'm guessing that imp's svn rev. 185625 may have had an unfortunate interaction with some aspect of my machine. I'm willing to test, but confess to little knowledge in this area. I do have a local mirror of the CVS repository handy, if that helps. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk5aXUACgkQmprOCmdXAD3gQgCfTQ1g8DJvKEhXKBYs1HBJdS7s 96AAnjSMvjDtGY49wDmWn324NXsgBojp =V7gq -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 19:04:29 2008 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 6DEF11065673 for ; Fri, 5 Dec 2008 19:04:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A4A6B8FC16 for ; Fri, 5 Dec 2008 19:04:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mB5J0oov015873; Fri, 5 Dec 2008 12:00:50 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 05 Dec 2008 12:00:56 -0700 (MST) Message-Id: <20081205.120056.255409238.imp@bsdimp.com> To: david@catwhisker.org From: "M. Warner Losh" In-Reply-To: <20081205174838.GA22652@albert.catwhisker.org> References: <20081205174838.GA22652@albert.catwhisker.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: "interrupt storm..."; seems associated with an0 NIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 19:04:29 -0000 Thanks. Grump. Will have to back out and try again. Warner From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 19:47:09 2008 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 138891065675 for ; Fri, 5 Dec 2008 19:47:09 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id BE3098FC16 for ; Fri, 5 Dec 2008 19:47:08 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 8B57F6D43F; Fri, 5 Dec 2008 19:47:07 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 72614844B1; Fri, 5 Dec 2008 20:47:07 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: bseklecki@collaborativefusion.com References: <20081201085229.D80401@maildrop.int.zabbadoz.net> <20081201122937.81475f0zhfsjya4o@webmail.leidinger.net> <6ae50c2d0812021800x791d2cfeh45d590de120f76df@mail.gmail.com> <1228483574.2805.499.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> Date: Fri, 05 Dec 2008 20:47:07 +0100 In-Reply-To: <1228483574.2805.499.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> (Brian A. Seklecki's message of "Fri, 05 Dec 2008 13:26:14 +0000") Message-ID: <86skp2l804.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD virtualization mailing list , alexus , freebsd-current@freebsd.org, Alexander Leidinger , "Bjoern A. Zeeb" , freebsd-jail@freebsd.org Subject: Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in 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, 05 Dec 2008 19:47:09 -0000 "Brian A. Seklecki" writes: > alexus writes: > > as far as I understood HEAD is 8.0-CURRENT > The trick is to bribe the right people to get it RFP'd into 7.2R. :) The question is, does it change existing behavior, or just add new functionality? If the former, it should not be MFCed. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 20:05:31 2008 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 6BFC81065670 for ; Fri, 5 Dec 2008 20:05:31 +0000 (UTC) (envelope-from bseklecki@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) by mx1.freebsd.org (Postfix) with ESMTP id ECE628FC13 for ; Fri, 5 Dec 2008 20:05:30 +0000 (UTC) (envelope-from bseklecki@collaborativefusion.com) Received: from Internal Mail-Server by mx01 (envelope-from bseklecki@collaborativefusion.com) with SMTP; 5 Dec 2008 15:05:29 -0500 From: "Brian A. Seklecki" To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86skp2l804.fsf@ds4.des.no> References: <20081201085229.D80401@maildrop.int.zabbadoz.net> <20081201122937.81475f0zhfsjya4o@webmail.leidinger.net> <6ae50c2d0812021800x791d2cfeh45d590de120f76df@mail.gmail.com> <1228483574.2805.499.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <86skp2l804.fsf@ds4.des.no> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DzfM9tDmMSlP+FSmvwy3" Organization: Collaborative Fusion, Inc. Date: Fri, 05 Dec 2008 15:05:29 -0500 Message-Id: <1228507529.2805.539.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) X-Mailman-Approved-At: Fri, 05 Dec 2008 20:38:09 +0000 Cc: FreeBSD virtualization mailing list , alexus , freebsd-current@freebsd.org, Alexander Leidinger , "Bjoern A. Zeeb" , freebsd-jail@freebsd.org Subject: Re: HEADS UP: r185435 multi-IPv4/v6/no-IP jails in HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bseklecki@collaborativefusion.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2008 20:05:31 -0000 --=-DzfM9tDmMSlP+FSmvwy3 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Fri, 2008-12-05 at 20:47 +0100, Dag-Erling Sm=C3=B8rgrav wrote: > The question is, does it change existing behavior, or just add new > functionality? The syntax semantics should be backward compatible, so likely the latter. --=20 Brian A. Seklecki Collaborative Fusion, Inc. --=-DzfM9tDmMSlP+FSmvwy3 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAkk5iYkACgkQCne6BNDQ+R8pNgCbBUN98uDRdIGwRyp0AROXaLX5 d+kAn3khdiy56r3w9bvyvnE8qWmMDXcz =oj/T -----END PGP SIGNATURE----- --=-DzfM9tDmMSlP+FSmvwy3-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 20:45:57 2008 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 C4F3F1065675 for ; Fri, 5 Dec 2008 20:45:57 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 4994D8FC0A for ; Fri, 5 Dec 2008 20:45:56 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id mB5KjtnH068271 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Fri, 5 Dec 2008 21:45:55 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: FreeBSD Current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 5 Dec 2008 21:45:54 +0100 X-Mailer: Apple Mail (2.929.2) Subject: Labeling disks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 20:45:57 -0000 I'm trying to set up a new machine with three disks, which should host a root ufs file system, swap space, and a raidz zfs pool. Doing this the old-fashioned way with fdisk and bsdlabel (and gmirror for the a and b slices) works just fine, but I figured I might use the opportunity and try a GPT partition table. Also, I'd like to label the disks, and use the labels to reference the disks and contained partitions, instead of the ATA disk device. If I need to swap disks, I then don't have to take care to reinsert them into the exact same spots. Unfortunatly, I'm coming up short: - Using glabel to label the disks, and then fdisk/bsdlabel partioning them, works nicely. As soon as I put a gmirror on the label/disk?s1a partitions, *all* labels disappear. Huh? I can understand removing the labels for the partitions that are now the providers used by the gmirror, but why to the other get removed? Also, it seems that gmirror references the actual disks (see gmirror output below) instead of the labels. I was under the impression that glabel would consume a provider and provide it minus the last sector, so /dev/label/foo and / dev/ad22 are not the same device (but do overlap). - I did manage to create a GPT partitioned USB stick, but the partition label doesn't show up. I would be grateful if someone could commit kern/128398 or similar. (Unless I'm misunderstanding how GPT labels should show up.) Am I going about this the wrong way? Is there another way to configure gmirror and ZFS to use specific disks as opposed to certain channels on certain controllers? Thanks, Stefan $ gmirror list Geom name: root State: COMPLETE Components: 3 Balance: load Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 1289874545 Providers: 1. Name: mirror/root Mediasize: 4294966784 (4.0G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad6s1a Mediasize: 4294967296 (4.0G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY GenID: 0 SyncID: 1 ID: 148493928 2. Name: ad8s1a Mediasize: 4294967296 (4.0G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: DIRTY GenID: 0 SyncID: 1 ID: 1518735210 3. Name: ad10s1a Mediasize: 4294967296 (4.0G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 2 Flags: DIRTY GenID: 0 SyncID: 1 ID: 291618695 -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 20:56:32 2008 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 EBE6A1065673 for ; Fri, 5 Dec 2008 20:56:32 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9E48FC1B for ; Fri, 5 Dec 2008 20:56:32 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so112008yxb.13 for ; Fri, 05 Dec 2008 12:56:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=YDBN2ds/O7ItrMAJwVjDTne3RRZLIliDDJlhQMSijvU=; b=rHmD2HeHJaM6PhtLYQHqIg7odPGIT1uT8a3ucgIsaO2Pc61AK4lyfnd+sZtQNbECDL ssinUyQ5QEGaJphZhCXCsr0WRrOUZeH/M6xI8miTILSSFFJd5ahYoKYLebAHYODjKs0y 0z/dgi/UWG6VY/k4RjN2M1OilaKvTaimSU7Wo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=NLtlBtjeGCnDbxrX1hz0UZujTec8+z3wJ/o5RTPj4yijBqxJ+BJEm3M9Jay3YIJ+o0 0t5en1fAhdV7lYwG/XKz2M2CQoTJSyYgujmYN+yH9v3mSWK/iWRAHSfrtfQEGxYAkrDh B2JRBa2gr7iP2yb+vGSGIEGmaMw74tpw6mQ54= Received: by 10.231.14.72 with SMTP id f8mr4158iba.34.1228510591445; Fri, 05 Dec 2008 12:56:31 -0800 (PST) Received: by 10.231.12.5 with HTTP; Fri, 5 Dec 2008 12:56:31 -0800 (PST) Message-ID: <3a142e750812051256v1c0c4f3eke2f953b907a4653@mail.gmail.com> Date: Fri, 5 Dec 2008 21:56:31 +0100 From: "Paul B. Mahol" To: "John Baldwin" In-Reply-To: <200812051206.01927.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200811191510.53793.jhb@FreeBSD.org> <3a142e750811201330p3084255em390d94b352dee532@mail.gmail.com> <200811201747.28540.jhb@freebsd.org> <200812051206.01927.jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] MPSAFE/LOOKUP_SHARED cd9660 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 20:56:33 -0000 On 12/5/08, John Baldwin wrote: > On Thursday 20 November 2008 05:47:28 pm John Baldwin wrote: >> On Thursday 20 November 2008 04:30:57 pm Paul B. Mahol wrote: >> > On 11/19/08, John Baldwin wrote: >> > > This is a relatively simple patch to mark cd9660 MPSAFE and enable > shared >> > > lookups. The changes to cd9660_lookup() mirror similar changes to >> > > ufs_lookup() to use static variables for local data rather than >> > > abusing >> > > i-node members of the parent directory. I've done some light testing >> > > of >> > > this, but not super-strenuous. This patch also includes simple >> > > locking >> for >> > > the iconv support in the kernel. That locking uses an sx lock to >> serialize >> > > open and close of translator tables and the associated refcount. >> > > Actual >> > > conversions do not need any locks, however as the mount holds a > reference >> on >> > > the table. >> > > >> > > http://www.FreeBSD.org/~jhb/patches/cd9660_mpsafe.patch >> > > >> > >> > With this patch I'm unable to kldunload libiconv.ko once it is loaded. >> > And trying to kldunload libiconv.ko will make any next >> kldload/kldstat/kldunload >> > to fail waiting forever(livelock). >> > >> > Regression were not encountered while only cd9660.ko were kldloaded. >> >> So this is actually due to a bug in the module code. If you have two > modules >> like this: >> >> DECLARE_MODULE(foo, SI_SUB_DRIVERS, SI_ORDER_FIRST); >> DECLARE_MODULE(bar, SI_SUB_DRIVERS, SI_ORDER_SECOND); >> >> The SI_* constants ensure that foo's module handler is called before bar's >> >> module handler for MOD_LOAD. However, we don't enforce a reverse order >> (bar >> then foo) for MOD_UNLOAD. In fact, the order of MOD_UNLOAD events is >> random >> and has no relation to the SI_* constants. :( >> >> What is happening here is that one of the 'bar' modules in libiconv.ko is >> getting unloaded after 'foo' gets unloaded and using a destroyed lock (you >> >> get a panic if you run with INVARIANTS). > > So this should now be fixed with this commit. If you could verify that > iconv > works ok with the latest kern_module.c I would appreciate it. > > Author: jhb > Date: Fri Dec 5 16:47:30 2008 > New Revision: 185642 > URL: http://svn.freebsd.org/changeset/base/185642 > > Log: > When the SYSINIT() to load a module invokes the MOD_LOAD event > successfully, > move that module to the head of the associated linker file's list of > modules. > The end result is that once all the modules are loaded, they are sorted in > the reverse of their load order. This causes the kernel linker to invoke > the MOD_QUIESCE and MOD_UNLOAD events in the reverse of the order that > MOD_LOAD was invoked. This means that the ordering of MOD_LOAD events > that > is set by the SI_* paramters to DECLARE_MODULE() are now honored in the > same > order they would be for SYSUNINIT() for the MOD_QUIESCE and MOD_UNLOAD > events. > > MFC after: 1 month > > -- > John Baldwin > Yes it works, I tried hard multiple times kldload/kldunload {libiconv,cd9660,cd9660_iconv in various order} to livelock/panic it, but without success. FYI following LORs happened: lock order reversal: 1st 0xc4322ce8 isofs (isofs) @ /usr/src/sys/kern/vfs_lookup.c:442 2nd 0xd7d8d740 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 3rd 0xc4322bdc isofs (isofs) @ /usr/src/sys/modules/cd9660/../../fs/cd9660/cd9660_vfsops.c:694 KDB: stack backtrace: db_trace_self_wrapper(c061bff9,c3b566c0,c04e75e5,4,c0617724,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0617724,c3c91468,c3c93828,c3b5671c,...) at kdb_backtrace+0x29 _witness_debugger(c061ecc6,c4322bdc,c44e75c3,c3c93828,c44e7507,...) at _witness_debugger+0x25 witness_checkorder(c4322bdc,9,c44e7507,2b6,0,...) at witness_checkorder+0x839 __lockmgr_args(c4322bdc,80000,0,0,0,...) at __lockmgr_args+0x797 cd9660_vget_internal(c3feea00,d000,200000,c3b568a8,0,...) at cd9660_vget_internal+0x147 cd9660_lookup(c3b569f8,c4322c90,c3b56bb0,c4322c90,c3b56a18,...) at cd9660_lookup+0x4c1 VOP_CACHEDLOOKUP_APV(c44e8a20,c3b569f8,c3b56bb0,c3b56b9c,c3fd1b00,...) at VOP_CACHEDLOOKUP_APV+0xa5 vfs_cache_lookup(c3b56a78,c3b56a78,5000104,200000,c4322c90,...) at vfs_cache_lookup+0xcc VOP_LOOKUP_APV(c44e8a20,c3b56a78,c06249d7,1ba,c3b56b9c,...) at VOP_LOOKUP_APV+0xa5 lookup(c3b56b84,c06249d7,dc,bc,c410482c,...) at lookup+0x51e namei(c3b56b84,c108ba38,c108ba34,c3c5e000,c3b56b2c,...) at namei+0x48b kern_statat(c442d480,200,ffffff9c,282162f8,0,...) at kern_statat+0x6b kern_lstat(c442d480,282162f8,0,c3b56c18,0,...) at kern_lstat+0x36 lstat(c442d480,c3b56cf8,8,c061f959,c0647af0,...) at lstat+0x2f syscall(c3b56d38) at syscall+0x283 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (190, FreeBSD ELF32, lstat), eip = 0x281ac413, esp = 0xbfbfe5ac, ebp = 0xbfbfe638 --- lock order reversal: 1st 0xc440fbdc ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1207 2nd 0xc440fad0 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2179 KDB: stack backtrace: db_trace_self_wrapper(c061bff9,c3b50a38,c04e75e5,4,c0617724,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0617724,c3c934e8,c3c93418,c3b50a94,...) at kdb_backtrace+0x29 _witness_debugger(c061ecad,c440fad0,c0610530,c3c93418,c06252f3,...) at _witness_debugger+0x25 witness_checkorder(c440fad0,9,c06252f3,883,0,...) at witness_checkorder+0x839 __lockmgr_args(c440fad0,80100,c440faec,0,0,...) at __lockmgr_args+0x797 vop_stdlock(c3b50b9c,4,c0617724,80100,c440fa78,...) at vop_stdlock+0x62 VOP_LOCK1_APV(c0644760,c3b50b9c,c067fa18,c066aac0,c440fa78,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c440fa78,80100,c06252f3,883,c44e7507,...) at _vn_lock+0x5e vrele(c440fa78,0,c44e7507,208,0,...) at vrele+0x142 cd9660_unmount(c3feea00,8000000,c416d240,4fc,0,...) at cd9660_unmount+0xed dounmount(c3feea00,8000000,c416d240,482,3,...) at dounmount+0x482 unmount(c416d240,c3b50cf8,8,c416d240,c0646b30,...) at unmount+0x2bf syscall(c3b50d38) at syscall+0x283 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280d1e7f, esp = 0xbfbfe5bc, ebp = 0xbfbfe688 --- -- Paul From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 21:09:06 2008 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 D7A27106564A for ; Fri, 5 Dec 2008 21:09:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7DAF18FC1A for ; Fri, 5 Dec 2008 21:09:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mB5L90oc045107; Fri, 5 Dec 2008 16:09:00 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Paul B. Mahol" Date: Fri, 5 Dec 2008 16:08:49 -0500 User-Agent: KMail/1.9.7 References: <200811191510.53793.jhb@FreeBSD.org> <200812051206.01927.jhb@freebsd.org> <3a142e750812051256v1c0c4f3eke2f953b907a4653@mail.gmail.com> In-Reply-To: <3a142e750812051256v1c0c4f3eke2f953b907a4653@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812051608.50120.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 05 Dec 2008 16:09:00 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8728/Fri Dec 5 10:44:27 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] MPSAFE/LOOKUP_SHARED cd9660 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 21:09:06 -0000 On Friday 05 December 2008 03:56:31 pm Paul B. Mahol wrote: > On 12/5/08, John Baldwin wrote: > > On Thursday 20 November 2008 05:47:28 pm John Baldwin wrote: > >> On Thursday 20 November 2008 04:30:57 pm Paul B. Mahol wrote: > >> > On 11/19/08, John Baldwin wrote: > >> > > This is a relatively simple patch to mark cd9660 MPSAFE and enable > > shared > >> > > lookups. The changes to cd9660_lookup() mirror similar changes to > >> > > ufs_lookup() to use static variables for local data rather than > >> > > abusing > >> > > i-node members of the parent directory. I've done some light testing > >> > > of > >> > > this, but not super-strenuous. This patch also includes simple > >> > > locking > >> for > >> > > the iconv support in the kernel. That locking uses an sx lock to > >> serialize > >> > > open and close of translator tables and the associated refcount. > >> > > Actual > >> > > conversions do not need any locks, however as the mount holds a > > reference > >> on > >> > > the table. > >> > > > >> > > http://www.FreeBSD.org/~jhb/patches/cd9660_mpsafe.patch > >> > > > >> > > >> > With this patch I'm unable to kldunload libiconv.ko once it is loaded. > >> > And trying to kldunload libiconv.ko will make any next > >> kldload/kldstat/kldunload > >> > to fail waiting forever(livelock). > >> > > >> > Regression were not encountered while only cd9660.ko were kldloaded. > >> > >> So this is actually due to a bug in the module code. If you have two > > modules > >> like this: > >> > >> DECLARE_MODULE(foo, SI_SUB_DRIVERS, SI_ORDER_FIRST); > >> DECLARE_MODULE(bar, SI_SUB_DRIVERS, SI_ORDER_SECOND); > >> > >> The SI_* constants ensure that foo's module handler is called before bar's > >> > >> module handler for MOD_LOAD. However, we don't enforce a reverse order > >> (bar > >> then foo) for MOD_UNLOAD. In fact, the order of MOD_UNLOAD events is > >> random > >> and has no relation to the SI_* constants. :( > >> > >> What is happening here is that one of the 'bar' modules in libiconv.ko is > >> getting unloaded after 'foo' gets unloaded and using a destroyed lock (you > >> > >> get a panic if you run with INVARIANTS). > > > > So this should now be fixed with this commit. If you could verify that > > iconv > > works ok with the latest kern_module.c I would appreciate it. > > > > Author: jhb > > Date: Fri Dec 5 16:47:30 2008 > > New Revision: 185642 > > URL: http://svn.freebsd.org/changeset/base/185642 > > > > Log: > > When the SYSINIT() to load a module invokes the MOD_LOAD event > > successfully, > > move that module to the head of the associated linker file's list of > > modules. > > The end result is that once all the modules are loaded, they are sorted in > > the reverse of their load order. This causes the kernel linker to invoke > > the MOD_QUIESCE and MOD_UNLOAD events in the reverse of the order that > > MOD_LOAD was invoked. This means that the ordering of MOD_LOAD events > > that > > is set by the SI_* paramters to DECLARE_MODULE() are now honored in the > > same > > order they would be for SYSUNINIT() for the MOD_QUIESCE and MOD_UNLOAD > > events. > > > > MFC after: 1 month > > > > -- > > John Baldwin > > > > Yes it works, I tried hard multiple times kldload/kldunload > {libiconv,cd9660,cd9660_iconv in various order} to livelock/panic it, > but without success. > > FYI following LORs happened: > > lock order reversal: > 1st 0xc4322ce8 isofs (isofs) @ /usr/src/sys/kern/vfs_lookup.c:442 > 2nd 0xd7d8d740 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 > 3rd 0xc4322bdc isofs (isofs) @ > /usr/src/sys/modules/cd9660/../../fs/cd9660/cd9660_vfsops.c:694 This LOR should be addressed in the latest cd9660 locking patches. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 21:54:25 2008 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 D5E661065676 for ; Fri, 5 Dec 2008 21:54:24 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 8929B8FC13 for ; Fri, 5 Dec 2008 21:54:24 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by an-out-0708.google.com with SMTP id b6so140856ana.13 for ; Fri, 05 Dec 2008 13:54:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=5BZDcPSz9IJk8sMThnSYaJJTSKaFBqvYa58swrsHajo=; b=V8YctdA0WZluS0AXKlSIqlu/tv6kURCJtcaLNJlmPitGODNf6/MMZ/k0d7RwP9UEOM HvNUrbE2pK6dIy7BvIJ6BxJjOfNTi+1tQ17DOBKwN+kOT9pn4RMSwUBGJab240GNKhqz Et0H5ovaoXgSTYZFepX0hysKyBXKhPSemkViI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=T5K6zg8r9ipv3kanb93M8J47lO0ud/1ahng533kWTRcMj7tidSU+Gb4epx/eE4ll3I cRQZrpvjOPH5daP8UwHfMBOZaBybBFWhuAgA1fymMrYZPXpZDpPo4KNjcZGMLR0KnXJf EQqozPqUCbWsNmBWBDV6V+i+pNjwQOwkd2TIY= Received: by 10.231.20.2 with SMTP id d2mr4585ibb.27.1228514063379; Fri, 05 Dec 2008 13:54:23 -0800 (PST) Received: by 10.231.12.5 with HTTP; Fri, 5 Dec 2008 13:54:23 -0800 (PST) Message-ID: <3a142e750812051354n747bcbcayb31d8d5f4cc15098@mail.gmail.com> Date: Fri, 5 Dec 2008 22:54:23 +0100 From: "Paul B. Mahol" To: "John Baldwin" In-Reply-To: <200812051608.50120.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200811191510.53793.jhb@FreeBSD.org> <200812051206.01927.jhb@freebsd.org> <3a142e750812051256v1c0c4f3eke2f953b907a4653@mail.gmail.com> <200812051608.50120.jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] MPSAFE/LOOKUP_SHARED cd9660 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 21:54:25 -0000 On 12/5/08, John Baldwin wrote: > On Friday 05 December 2008 03:56:31 pm Paul B. Mahol wrote: >> On 12/5/08, John Baldwin wrote: >> > On Thursday 20 November 2008 05:47:28 pm John Baldwin wrote: >> >> On Thursday 20 November 2008 04:30:57 pm Paul B. Mahol wrote: >> >> > On 11/19/08, John Baldwin wrote: >> >> > > This is a relatively simple patch to mark cd9660 MPSAFE and enable >> > shared >> >> > > lookups. The changes to cd9660_lookup() mirror similar changes to >> >> > > ufs_lookup() to use static variables for local data rather than >> >> > > abusing >> >> > > i-node members of the parent directory. I've done some light >> >> > > testing >> >> > > of >> >> > > this, but not super-strenuous. This patch also includes simple >> >> > > locking >> >> for >> >> > > the iconv support in the kernel. That locking uses an sx lock to >> >> serialize >> >> > > open and close of translator tables and the associated refcount. >> >> > > Actual >> >> > > conversions do not need any locks, however as the mount holds a >> > reference >> >> on >> >> > > the table. >> >> > > >> >> > > http://www.FreeBSD.org/~jhb/patches/cd9660_mpsafe.patch >> >> > > >> >> > >> >> > With this patch I'm unable to kldunload libiconv.ko once it is >> >> > loaded. >> >> > And trying to kldunload libiconv.ko will make any next >> >> kldload/kldstat/kldunload >> >> > to fail waiting forever(livelock). >> >> > >> >> > Regression were not encountered while only cd9660.ko were kldloaded. >> >> >> >> So this is actually due to a bug in the module code. If you have two >> > modules >> >> like this: >> >> >> >> DECLARE_MODULE(foo, SI_SUB_DRIVERS, SI_ORDER_FIRST); >> >> DECLARE_MODULE(bar, SI_SUB_DRIVERS, SI_ORDER_SECOND); >> >> >> >> The SI_* constants ensure that foo's module handler is called before > bar's >> >> >> >> module handler for MOD_LOAD. However, we don't enforce a reverse order >> >> (bar >> >> then foo) for MOD_UNLOAD. In fact, the order of MOD_UNLOAD events is >> >> random >> >> and has no relation to the SI_* constants. :( >> >> >> >> What is happening here is that one of the 'bar' modules in libiconv.ko >> >> is >> >> getting unloaded after 'foo' gets unloaded and using a destroyed lock > (you >> >> >> >> get a panic if you run with INVARIANTS). >> > >> > So this should now be fixed with this commit. If you could verify that >> > iconv >> > works ok with the latest kern_module.c I would appreciate it. >> > >> > Author: jhb >> > Date: Fri Dec 5 16:47:30 2008 >> > New Revision: 185642 >> > URL: http://svn.freebsd.org/changeset/base/185642 >> > >> > Log: >> > When the SYSINIT() to load a module invokes the MOD_LOAD event >> > successfully, >> > move that module to the head of the associated linker file's list of >> > modules. >> > The end result is that once all the modules are loaded, they are >> > sorted > in >> > the reverse of their load order. This causes the kernel linker to > invoke >> > the MOD_QUIESCE and MOD_UNLOAD events in the reverse of the order that >> > MOD_LOAD was invoked. This means that the ordering of MOD_LOAD events >> > that >> > is set by the SI_* paramters to DECLARE_MODULE() are now honored in >> > the >> > same >> > order they would be for SYSUNINIT() for the MOD_QUIESCE and MOD_UNLOAD >> > events. >> > >> > MFC after: 1 month >> > >> > -- >> > John Baldwin >> > >> >> Yes it works, I tried hard multiple times kldload/kldunload >> {libiconv,cd9660,cd9660_iconv in various order} to livelock/panic it, >> but without success. >> >> FYI following LORs happened: >> >> lock order reversal: >> 1st 0xc4322ce8 isofs (isofs) @ /usr/src/sys/kern/vfs_lookup.c:442 >> 2nd 0xd7d8d740 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 >> 3rd 0xc4322bdc isofs (isofs) @ >> /usr/src/sys/modules/cd9660/../../fs/cd9660/cd9660_vfsops.c:694 > > This LOR should be addressed in the latest cd9660 locking patches. > > -- > John Baldwin > Oh, why I did not checked new version? Yes that LOR have gone, but when doing "ll -R" first time on /mnt I got following messages from kernel: RRIP without PX field? x ~ 50 times. I see you changed LK_EXCLUSIVE to flags, and with MPSAFE .... -- Paul From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 23:53:29 2008 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 CA24A1065672 for ; Fri, 5 Dec 2008 23:53:29 +0000 (UTC) (envelope-from nakaji@kankyo-u.ac.jp) Received: from www.heimat.gr.jp (unknown [IPv6:2001:3e0:a84::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4D5598FC08 for ; Fri, 5 Dec 2008 23:53:28 +0000 (UTC) (envelope-from nakaji@kankyo-u.ac.jp) X-Virus-Scanned: amavisd-new at heimat.gr.jp Received: from ra333.heimat.gr.jp.kankyo-u.ac.jp (ra333.heimat.gr.jp [IPv6:2001:3e0:a84:0:200:4cff:fe17:573c]) by www.heimat.gr.jp (8.14.3/8.14.3) with ESMTP id mB5NrLaq056547; Sat, 6 Dec 2008 08:53:22 +0900 (JST) (envelope-from nakaji@kankyo-u.ac.jp) From: NAKAJI Hiroyuki To: freebsd-current@freebsd.org References: <87zljb8nw6.fsf@roddy.4407.kankyo-u.ac.jp> <3a142e750812050613w4e9155bat950f03716aa58beb@mail.gmail.com> Date: Sat, 06 Dec 2008 08:53:21 +0900 In-Reply-To: <3a142e750812050613w4e9155bat950f03716aa58beb@mail.gmail.com> (Paul B. Mahol's message of "Fri, 5 Dec 2008 15:13:38 +0100") Message-ID: <863ah2qivi.fsf@ra333.heimat.gr.jp> User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, score=-6.1 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.heimat.gr.jp Cc: Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Dec 2008 23:53:29 -0000 Thanks for advice. I noticed I had just upgraded the kernel only and the userland remains old, that is, kernel is on Dec 3 while userland is on Oct 20. I'll do installworld too, after next buildworld, buildkernel, installkernel and reboot. And, I found same panic this morning (JST), but before I read Koshy's instruction, I typed 'reset' without doadump and I cannot show you a full bt. I'll do it when next panic. So, what I have to do are three: 1. Full upgrade to the latest kernel and userland (world) 2. Observe whether a panic occurs, and 3. When panic, save the crash dump and get full bt with kgdb I hope it will not reach to the step three. Thanks. >>>>> In <3a142e750812050613w4e9155bat950f03716aa58beb@mail.gmail.com> >>>>> "Paul B. Mahol" wrote: Paul> Full bt would be better, also make sure that world and kernel are in Paul> sync (because of recent libc changes). >>>>> In <84dead720812050840j28c95014wf76095c3d6def985@mail.gmail.com> >>>>> "Joseph Koshy" wrote: > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x0 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc0a57285 > > Why this occurs and what do I have to check? Koshy> The trap is being caused by a null pointer access. Koshy> You may want to take a full dump and use kgdb(1) to investigate the matter: Koshy> ddb> call doadump Koshy> ddb> reset Koshy> and after the reboot finishes, Koshy> # kgdb /boot/kernel/kernel /var/crash/vmcore.N Koshy> where "vmcore.N" is the name of the dump file saved by savecore(8). -- NAKAJI Hiroyuki From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 00:06:21 2008 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 BB12A106564A for ; Sat, 6 Dec 2008 00:06:21 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 491168FC13 for ; Sat, 6 Dec 2008 00:06:21 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so137540nfh.33 for ; Fri, 05 Dec 2008 16:06:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=OSac5QHfivLyz4Nb5LVN0u8t7atIZk570To8stVAyMY=; b=PXyphbwJjAFvYPvZdqDTeP1Nef0LPTIVRVLDAdrOspboTLWLIW7lvDVaXJ96R/Gx3z EJ046oei1vJ1RhLje+n+FL1dm27HXnmkkHWQblmYsDuJmfsLYje9lEqCcJkkpvHjMIn5 c11wtnL43IMBc1MypO8km/nuGHC78FG7NhWRw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=aevAquE4yLjqWwG6ERKjMTm+GpWNBK/pHfTGcMCkb+rresQsnOOMZ1uUd22sYP/5s7 DJgr2ygdM6F7qMgNpUhktOSfZviUbLsEagbl5xSwZY/KF6zoj9onePhUzXxLdYu5rCL4 q9YXgM+yo5MN0iaMdavAjoKfYwoAudXc2IwIA= Received: by 10.103.49.12 with SMTP id b12mr277643muk.81.1228521979886; Fri, 05 Dec 2008 16:06:19 -0800 (PST) Received: by 10.103.233.18 with HTTP; Fri, 5 Dec 2008 16:06:19 -0800 (PST) Message-ID: <6101e8c40812051606q4d271ea7u31732594aeef4b4b@mail.gmail.com> Date: Sat, 6 Dec 2008 01:06:19 +0100 From: "Oliver Pinter" To: "Garrett Cooper" In-Reply-To: <7d6fde3d0812040340h4ca854f6o2e078c48790845b0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6101e8c40811301536g7229841cx741cafcfcce4df69@mail.gmail.com> <7d6fde3d0812040340h4ca854f6o2e078c48790845b0@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: freebsd current @ 20081201 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2008 00:06:21 -0000 it's a c2q with 4gb ram, on asus p5q-e mb, with 3x500GB sata disk, ad4 -> fbsd7.1 ad6 -> fbsd8 ad8 -> debian which data is requied for you? in pervious e-mail attached the dmesg of fbsd8 On 12/4/08, Garrett Cooper wrote: > On Sun, Nov 30, 2008 at 3:36 PM, Oliver Pinter > wrote: >> LOR error on amd64 > > More data? > -Garrett > From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 02:29:37 2008 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 ADFBF1065678 for ; Sat, 6 Dec 2008 02:29:37 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.236]) by mx1.freebsd.org (Postfix) with ESMTP id 739F98FC0A for ; Sat, 6 Dec 2008 02:29:37 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so266374rvf.43 for ; Fri, 05 Dec 2008 18:29:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Ul40gTAA+EDS636oIXwm9eNmjZU12kDD1gxmNuQnyqM=; b=CfISnnT/mbu7b/lkMb9zhGizQDqyEy+dZL3GiNFYNA+Cn/T9QVbkIP0x6WWrdFwCZ0 hIflZuWgInd/uilY6Kx9i+If45ilT+sAxQWd1DZ/xZQl36aU0DcZlQS8YGpFyxGnn2v/ lE/jjqDQSXekt+rfMjjQ57E6QJeDAbhvLh8ag= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Kinv06qFYC2wCLUe82PKPOEqQh5b0m+D+yfSeDvrDMyXmVUabuYgIhjBUN0lXJc7Di YVVAcNaSn+RtIcAlfgpp5L14Y6fNxQfM/IGHM/tGHYC6ViTbvXIfCJCXEXZqzG9zMoQi vn2+BWdWtn3Q5MX/K7DCoJBnCzreoaZfiridk= Received: by 10.141.114.19 with SMTP id r19mr319423rvm.135.1228530576998; Fri, 05 Dec 2008 18:29:36 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id k37sm598402rvb.1.2008.12.05.18.29.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 05 Dec 2008 18:29:35 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mB62TTwt022633 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Dec 2008 11:29:29 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mB62TSqn022632; Sat, 6 Dec 2008 11:29:28 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 6 Dec 2008 11:29:28 +0900 From: Pyun YongHyeon To: Jan Henrik Sylvester Message-ID: <20081206022928.GE22093@cdnetworks.co.kr> References: <490F47BE.9080205@janh.de> <20081104015235.GC98154@cdnetworks.co.kr> <4910C055.8000505@janh.de> <20081105013558.GA99795@cdnetworks.co.kr> <20081203090658.GJ9639@cdnetworks.co.kr> <49390727.7070309@janh.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49390727.7070309@janh.de> User-Agent: Mutt/1.4.2.1i Cc: Boris Samorodov , current-list freebsd Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Dec 2008 02:29:37 -0000 On Fri, Dec 05, 2008 at 11:49:11AM +0100, Jan Henrik Sylvester wrote: > Pyun YongHyeon wrote: > >On Wed, Nov 05, 2008 at 10:35:58AM +0900, To Jan Henrik Sylvester wrote: > > > On Tue, Nov 04, 2008 at 10:36:21PM +0100, Jan Henrik Sylvester wrote: > > > > Pyun YongHyeon wrote: > > > > >On Mon, Nov 03, 2008 at 07:49:34PM +0100, Jan Henrik Sylvester > > wrote: > > > > > > >Pyun YongHyeon writes: > > > > > > >> http://people.freebsd.org/~yongari/ale/if_ale.c > > > > > > > > > > > > I got an Eee PC 1000H, too, with 7.1-BETA2 and just used scp to > > copy > > > > with 11.5MB/s -- much better than wlan for big files. Great! > > > > > > > > > > > > > > > >Thanks for testing! > > > > > > > > I was happy too early. Now I keep getting these: > > > > ale0: DMA read error! -- resetting > > > > ale0: could not disable Tx/Rx MAC(0x00000008)! > > > > > > >FYI: Fix committed to HEAD(r185577). > > I just did a test on 7.1-BETA2. With the Nov-14 if_ale.c, I immediately > hit the problem (35.4KB/s+messages). Applying r185576 and r185577 solved > the problem (10.2MB/s+no messages). > Thanks for testing! > Thank you very much! > > In the commit message, there is no MFC date. Can this go into 7.1? (I > see that the driver without the patch is already there.) > MFC done. :-) -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 02:30:24 2008 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 4295B1065672 for ; Sat, 6 Dec 2008 02:30:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 08C528FC22 for ; Sat, 6 Dec 2008 02:30:23 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so266608rvf.43 for ; Fri, 05 Dec 2008 18:30:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=LrwHttbCqidGjpJzJwdoukZ/2liy8f+M51IqkEeHJRY=; b=NRdbW2yLxjatvS+J/ZT1rhoKbDjX4wW+JyXrdDI5hjsN6yXoHm01wlJMSHs5D3Nwv3 pSTh2nK43TBUThwZbUaA9V80JV9gT/IPpczYCrl0bf5rUr6zou5BQ5SdUreVPP8CqZLi Y749hIeHJWT1MSdQyLISwobAjqKQPwBhZDq+Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=DFaw3PeNJFtKvdyaVap0BnzCXHVKg7Y7AgehGjD62LoXq6gRutke08O+WOHywJUscG +ZvpSQWES7NZTLE9lD8HMp1/nfAUQ0uvlzvuDWEG/n/mexeWMoTc4gP7MFxDeuwaJzIa yufbeAvnLBiuiQ5r+3DCWkTcvgHRHnYYRfw0Q= Received: by 10.141.106.14 with SMTP id i14mr319237rvm.143.1228530623628; Fri, 05 Dec 2008 18:30:23 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id g22sm9327275rvb.8.2008.12.05.18.30.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 05 Dec 2008 18:30:22 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mB62UGAl022649 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Dec 2008 11:30:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mB62UGKP022648; Sat, 6 Dec 2008 11:30:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 6 Dec 2008 11:30:16 +0900 From: Pyun YongHyeon To: Boris Samorodov Message-ID: <20081206023016.GF22093@cdnetworks.co.kr> References: <490F47BE.9080205@janh.de> <20081104015235.GC98154@cdnetworks.co.kr> <4910C055.8000505@janh.de> <20081105013558.GA99795@cdnetworks.co.kr> <20081203090658.GJ9639@cdnetworks.co.kr> <37502393@bb.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <37502393@bb.ipt.ru> User-Agent: Mutt/1.4.2.1i Cc: current-list freebsd Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Dec 2008 02:30:24 -0000 On Fri, Dec 05, 2008 at 06:00:06PM +0300, Boris Samorodov wrote: > Pyun YongHyeon writes: > > On Wed, Nov 05, 2008 at 10:35:58AM +0900, To Jan Henrik Sylvester wrote: > > > On Tue, Nov 04, 2008 at 10:36:21PM +0100, Jan Henrik Sylvester wrote: > > > > Pyun YongHyeon wrote: > > > > >On Mon, Nov 03, 2008 at 07:49:34PM +0100, Jan Henrik Sylvester wrote: > > > > > > >Pyun YongHyeon writes: > > > > > > >> http://people.freebsd.org/~yongari/ale/if_ale.c > > > > > > > > > > > > I got an Eee PC 1000H, too, with 7.1-BETA2 and just used scp to copy > > > > > > with 11.5MB/s -- much better than wlan for big files. Great! > > > > > > > > > > > > > > > >Thanks for testing! > > > > > > > > I was happy too early. Now I keep getting these: > > > > ale0: DMA read error! -- resetting > > > > ale0: could not disable Tx/Rx MAC(0x00000008)! > > > > FYI: Fix committed to HEAD(r185577). > > Works fine for me at EEEPC-1000. Good rate (~10MB/s), no interface > UP/DOWN, no messages. Big thank you! > No problem. Thanks for testing! -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 04:06:35 2008 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 50DC71065675 for ; Sat, 6 Dec 2008 04:06:35 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id 221368FC08 for ; Sat, 6 Dec 2008 04:06:34 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so292881rvf.43 for ; Fri, 05 Dec 2008 20:06:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=TKKda1lqSuAFthcEwoWLYufKMZUPQ9S1wbQnu2iPB0c=; b=M5BLvFzuSDOZ8DRcmulfeA9xJEdnRrtotsMB1HHlq5TPCS0hg/ucIed9c0mHWXcH4U E3BBa+3S5lthCDl+epdZ00HOjj/Eaz6rhdTs+MtULirTLR/1RTpfTQH0JRbMwyIfMgis KQeJI1Q8CO2LpCpVDLPjMfmvI3LL+/lkmQrDU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=d719XpzWu+qvmgpSvGlQhciNIGO0gRKPSU4bF+Zt+NOerxJHJoiyf3CZ1xRFZlhfcC 2TKtHe/JOJ9VO8pvrx6teI82EuWqzYAFRxfi84emEbkJo1HND6TZIpVkSd6da5s7UXvw PU4O+wrbQdmld6jxzKup/Vhp0FDyUwRkCHeo4= Received: by 10.140.178.17 with SMTP id a17mr353310rvf.186.1228536394714; Fri, 05 Dec 2008 20:06:34 -0800 (PST) Received: by 10.140.158.13 with HTTP; Fri, 5 Dec 2008 20:06:34 -0800 (PST) Message-ID: <7d6fde3d0812052006x6655ecf7wff2d22fe61dec9bb@mail.gmail.com> Date: Fri, 5 Dec 2008 20:06:34 -0800 From: "Garrett Cooper" To: "Oliver Pinter" In-Reply-To: <6101e8c40812051606q4d271ea7u31732594aeef4b4b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6101e8c40811301536g7229841cx741cafcfcce4df69@mail.gmail.com> <7d6fde3d0812040340h4ca854f6o2e078c48790845b0@mail.gmail.com> <6101e8c40812051606q4d271ea7u31732594aeef4b4b@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: freebsd current @ 20081201 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2008 04:06:35 -0000 On Fri, Dec 5, 2008 at 4:06 PM, Oliver Pinter wrote: > it's a c2q with 4gb ram, on asus p5q-e mb, with 3x500GB sata disk, > ad4 -> fbsd7.1 > ad6 -> fbsd8 > ad8 -> debian > > which data is requied for you? > in pervious e-mail attached the dmesg of fbsd8 > > On 12/4/08, Garrett Cooper wrote: >> On Sun, Nov 30, 2008 at 3:36 PM, Oliver Pinter >> wrote: >>> LOR error on amd64 >> >> More data? >> -Garrett Hmmm... I saw this on an older version of CURRENT (I'm running a version from ~3 weeks ago). -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 09:30:44 2008 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 00D0E1065672 for ; Sat, 6 Dec 2008 09:30:44 +0000 (UTC) (envelope-from jackie@boolome.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.187]) by mx1.freebsd.org (Postfix) with ESMTP id 8FEF08FC24 for ; Sat, 6 Dec 2008 09:30:43 +0000 (UTC) (envelope-from jackie@boolome.com) Received: by ti-out-0910.google.com with SMTP id a1so247902tib.3 for ; Sat, 06 Dec 2008 01:30:42 -0800 (PST) Received: by 10.110.73.19 with SMTP id v19mr1369827tia.22.1228555841555; Sat, 06 Dec 2008 01:30:41 -0800 (PST) Received: from ?192.168.1.100? ([218.59.134.116]) by mx.google.com with ESMTPS id 22sm202709tim.7.2008.12.06.01.30.38 (version=SSLv3 cipher=RC4-MD5); Sat, 06 Dec 2008 01:30:40 -0800 (PST) From: boolome To: freebsd-current@freebsd.org Content-Type: text/plain Organization: boolome Date: Sat, 06 Dec 2008 17:30:30 +0800 Message-Id: <1228555830.1186.6.camel@www.boolome.cn> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: make buildworld failed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2008 09:30:44 -0000 %uname -a FreeBSD www.boolome.cn 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Fri Dec 5 09:33:04 CST 2008 root@www.boolome.cn:/usr/obj/usr/src/sys/boolome i386 %cd /usr/src %make buildworld -------------------------------------------------------------- >>> World build started on Sat Dec 6 17:19:08 CST 2008 -------------------------------------------------------------- -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- skip.... -------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" 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:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp VERSION="FreeBSD 8.0-CURRENT i386 800049" MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=800049 -DWITHOUT_SSP -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DWITHOUT_NLS -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF legacy ===> tools/build (obj,includes,depend,all,install) /usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build cd /usr/src/tools/build; make buildincludes; make installincludes rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/tools/build/dummy.c cc -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/tools/build/dummy.c building static egacy library ranlib libegacy.a sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libegacy.a /usr/obj/usr/src/tmp/legacy/usr/lib -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- ..... echo "NULL};" >> gtyp-gen.h echo "static const char * const lang_dir_names[] = {" >> gtyp-gen.h echo "\"c\", " >> gtyp-gen.h echo "\"cp\", " >> gtyp-gen.h echo "\"objc\", " >> gtyp-gen.h echo "NULL};" >> gtyp-gen.h cc -O2 -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c yacc -d -o gengtype-yacc.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype-yacc.y cat gengtype-yacc.c > gengtype-yacc+%DIKED.c sed -e "s/xmalloc/malloc/g" -e "s/xrealloc/realloc/g" -e "s/malloc/xmalloc/g" -e "s/realloc/xrealloc/g" gengtype-yacc.c > gengtype-yacc+%DIKED.c cc -O2 -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -I/usr/obj/usr/src/tmp/legacy/usr/include -c gengtype-yacc+%DIKED.c flex -ogengtype-lex.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype-lex.l *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. What's wrong.. From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 12:32:44 2008 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 371E1106564A; Sat, 6 Dec 2008 12:32:44 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 6C5A88FC1A; Sat, 6 Dec 2008 12:32:42 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=OxQIQV-UnBUA:10 a=OldrGD9YyLYA:10 a=P3SC899gXHkOLDnkTYxLZw==:17 a=6I5d2MoRAAAA:8 a=Ypr3F3R0nPgr0K2cb5IA:9 a=rfxohL1yYNVgKBw6gWQ67BqpItMA:4 a=50e4U0PicR4A:10 Received: from [62.113.133.240] (account mc467741@c2i.net [62.113.133.240] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1159579682; Sat, 06 Dec 2008 13:32:41 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sat, 6 Dec 2008 13:34:54 +0100 User-Agent: KMail/1.9.7 References: <20081107082740.GA1334@icarus.home.lan> <200811081023.10058.hselasky@freebsd.org> <200811161408.21562.hselasky@c2i.net> In-Reply-To: <200811161408.21562.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812061334.55365.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, Alfred Perlstein Subject: Re: [Serious] busdma bug in -current in relation to USB hardware - review wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2008 12:32:44 -0000 Hi, After various feedback from several people I have made a new patch proposal that will fix the busdma problem. See: http://perforce.freebsd.org/chv.cgi?CH=154181 Review wanted! I don't know how to patch the psyco interface for SUN. Maybe there is nothing that needs to be patched? --HPS From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 17:45:06 2008 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 B075B106564A; Sat, 6 Dec 2008 17:45:06 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout022.mac.com (asmtpout022.mac.com [17.148.16.97]) by mx1.freebsd.org (Postfix) with ESMTP id 688438FC08; Sat, 6 Dec 2008 17:45:06 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from [192.168.1.94] (209-128-86-226.BAYAREA.NET [209.128.86.226]) by asmtp022.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KBG000P5UN55O30@asmtp022.mac.com>; Sat, 06 Dec 2008 09:45:06 -0800 (PST) Message-id: <031DE609-3E5B-4508-BAB0-95800B7F02F4@mac.com> From: Marcel Moolenaar To: Hans Petter Selasky In-reply-to: <200812061334.55365.hselasky@c2i.net> Date: Sat, 06 Dec 2008 09:45:04 -0800 References: <20081107082740.GA1334@icarus.home.lan> <200811081023.10058.hselasky@freebsd.org> <200811161408.21562.hselasky@c2i.net> <200812061334.55365.hselasky@c2i.net> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-current@freebsd.org, Alfred Perlstein , freebsd-usb@freebsd.org Subject: Re: [Serious] busdma bug in -current in relation to USB hardware - review wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2008 17:45:06 -0000 On Dec 6, 2008, at 4:34 AM, Hans Petter Selasky wrote: > Hi, > > After various feedback from several people I have made a new patch > proposal > that will fix the busdma problem. > > See: > > http://perforce.freebsd.org/chv.cgi?CH=154181 > > Review wanted! The USB stack has a fixed page size of 4K. On our 64-bit platforms PAGE_SIZE is at least 8K. Your change is sloppy in that respect and doesn't make the distinction. That makes the patch a kluge. The definition of BUS_DMA_NO_REALIGN is based on circumstantial evidence only and as such, works as a side-effect. I don't think that's a good design. I don't think there's any reason not to preserve the page offset in all cases. So far all hardware worked whether or not their DMA pages were bounced and the non-bounced pages would have a possible non-zero page offset, whereas the bounced pages would always have a zero page offset. In short: it works either way. In particular, it works with the page offset preserved. Why not preserve it always? What's the downside? -- Marcel Moolenaar xcllnt@mac.com