From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 00:34:34 2010 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 D0515106566C for ; Sun, 14 Mar 2010 00:34:34 +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 9D48B8FC0A for ; Sun, 14 Mar 2010 00:34:34 +0000 (UTC) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id o2E0YHwU041724; Sun, 14 Mar 2010 00:34:17 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Sun, 14 Mar 2010 00:34:16 +0000 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: <201003131831.19383.ken@mthelicon.com> <7d6fde3d1003131250n42af0221w7a94bfc22f79c76f@mail.gmail.com> In-Reply-To: <7d6fde3d1003131250n42af0221w7a94bfc22f79c76f@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003140034.16868.ken@mthelicon.com> X-Spam-Status: No, score=4.5 required=5.0 tests=AWL, BAYES_00, FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Level: **** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: Garrett Cooper Subject: Re: build failures after stdlib update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2010 00:34:34 -0000 > > > > Can anyone give me advice on how to track this problem down or fix > > it? I suspect I still have a lib that still trying to use the broken > > libc.so.7 or something else depended on it, but I am not sure.. > > Some of the items in this commit may be causing the bad juju > you're seeing on the screen: > > http://svn.freebsd.org/changeset/base/205021 > > Please try reverting that and see how things go. Hi Garrett, I'm not exactly sure if I can. I can use the svn utility OK, but the build looks like it is dieing when it makes the /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/* stuff. I was able to progress the build a little further by coping the build binaries from the /usr/obj/tmp/usr/....../cc/cc_tools directory and then continuing the build with a NO_CLEAN. I found that the binaries that were dieing were statically linked and the ones that worked were dynamically linked to /lib/libc.so.7. I thought I was able to push through the problem, but it died later on with pages of bad references: (single example below) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1/../cc_int/libbackend.a(cfgexpand.o) (.text+0xc6d): In function `add_reg_br_prob_note': : undefined reference to `gen_rtx_EXPR_LIST' I havent tried rolling back the sources yet, but I will give it a try. My suspicion is that the build will die because I have some library with a bug in it still. One option I was thinking of is copying in all the old libraries in /lib and seeing if it will build then. Do you think that will be helpfull? Peg From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 00:52:30 2010 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 060161065670; Sun, 14 Mar 2010 00:52:30 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 905D48FC14; Sun, 14 Mar 2010 00:52:29 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.4/8.14.4) with ESMTP id o2E0qVUO075349; Sat, 13 Mar 2010 19:52:31 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Weongyo Jeong In-Reply-To: <20100309013301.GU1295@weongyo> References: <20100301233706.GH1295@weongyo> <1267505443.35639.9.camel@shumai.marcuscom.com> <20100303220452.GL1295@weongyo> <4B8EE6B1.6030605@freebsd.org> <20100303231416.GN1295@weongyo> <1267679522.5324.20.camel@shumai.marcuscom.com> <20100305205349.GR1295@weongyo> <4B917B42.1060900@freebsd.org> <20100306001656.GS1295@weongyo> <1267938343.96436.9.camel@shumai.marcuscom.com> <20100309013301.GU1295@weongyo> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-o7/2aOeQV6XHO5KMmCj9" Organization: MarcusCom, Inc. Date: Sat, 13 Mar 2010 19:52:38 -0500 Message-ID: <1268527958.27741.34.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,HELO_NO_DOMAIN autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on creme-brulee.marcuscom.com Cc: current Subject: Re: Problem with new bwn driver on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 00:52:30 -0000 --=-o7/2aOeQV6XHO5KMmCj9 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Mon, 2010-03-08 at 17:33 -0800, Weongyo Jeong wrote: > Thank you for dmesg. It looks you are right that your device in PIO > mode doesn't work. Specially RX path is weird that it was good until > the status is changed to RUN but after querying DHCP requests (or > another) there were no more RX events (seems no more frames ready). >=20 > I think it'd be better to file a PR because I could not test LP PHY > easily and it looks that it takes time to solve this problem. Could you > please do that? Done. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D144724 Thanks for looking into it. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-o7/2aOeQV6XHO5KMmCj9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkucM1QACgkQb2iPiv4Uz4dObACgmjRLvhKI5rW+t2gaOoIb7gGJ oHoAn2wagfmUV1ViY4vpkDDn6+ZeNvhm =hmwN -----END PGP SIGNATURE----- --=-o7/2aOeQV6XHO5KMmCj9-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 00:55:42 2010 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 CAB821065672 for ; Sun, 14 Mar 2010 00:55:42 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 78E0C8FC16 for ; Sun, 14 Mar 2010 00:55:42 +0000 (UTC) Received: by gyf2 with SMTP id 2so1095601gyf.13 for ; Sat, 13 Mar 2010 16:55:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=WBo8d1UHVcCwGcsTG3R1VpI+h2VPocIDBSKPHyg5EZQ=; b=X4mMZBvEJSQLYu/QRRHwXO46UDTiUXtgWcCzwm3iToGIketOTmvTFs20ygKJwh8NXn t8RKZBBx3B8Rbkivm/Ldw7mgd1VptD2eDJ/2JyJRQAl2qW8df26MsKiBooJEiHTJ1fxl T28UkqcNgrQJj6sIOcvvMCNjOG2yxWpVpkw38= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=etMoDxDoJ6ZXhamXDXKDPiA/04XAXu9RSCHddo7EIt4DrplcataUZ+tq9zcjIxAvnz uTozzc1OHSb4R+rdmxIT7IfL8IB5uS+ecHv9YYLWsRRsxP+RokTWvKvleoOIcr0fn+eJ tF025O8rQ1Z5OCMHypuhkhd6b58/PD8i0hID0= Received: by 10.101.9.19 with SMTP id m19mr4582530ani.134.1268528141713; Sat, 13 Mar 2010 16:55:41 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm1028793ywh.1.2010.03.13.16.55.40 (version=SSLv3 cipher=RC4-MD5); Sat, 13 Mar 2010 16:55:41 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Sat, 13 Mar 2010 16:55:58 -0800 From: Weongyo Jeong Date: Sat, 13 Mar 2010 16:55:58 -0800 To: Alex RAY Message-ID: <20100314005558.GB88159@weongyo> Mail-Followup-To: Alex RAY , Alexandr Rybalko , current@freebsd.org References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <20100227011535.ed3f2486.ray@ddteam.net> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <20100313231205.5e68a89a.ray@ddteam.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100313231205.5e68a89a.ray@ddteam.net> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: Alexandr Rybalko , current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 00:55:42 -0000 On Sat, Mar 13, 2010 at 11:12:05PM +0200, Alex RAY wrote: > On Fri, 12 Mar 2010 15:13:34 -0800 > Weongyo Jeong wrote: > > > > > I thought that your opinion was right and if mem is > > 0xf4000000-0xf4003fff (16 Kb) I thought the device has 4 cores. However > > it looks this was wrong according to the below document: > > > > http://voodoowarez.com/bcm5365p.pdf > > > > Please see Section 3: PCI Core, PCI Bus (Page 34) that it indicates that > > 16Kb, maybe 8 Kb in the old devices is core register region. > > > > "Accesses to the lower half of the core register region are translated > > into system backplane accesses using the PCIBAR0Window register" > > "Accesses to offsets 0x1000 to 0x17FF of this region initiate a direct > > access to the external SPROM" > > > > If we just access memory using offset + core and bus_space_read_x > > interfaces it would actually not access core register region. > > > > So without solving this problem it looks it could not remove coreswitch > > routines. > > > > regards, > > Weongyo Jeong > > > > Hi, > > this document about SoC BCM5365P, not about PCI device with PCI to SSB > bridge. Yes it's about SoC BCM5365P but I think the basic concept of Silicon Backplane would be same at a PCI device with PCI to SSB bridge. > I know in SoC`s like BSM5365 (I test it in BCM5354 and BCM5836) core > switching is not required. > > BCM5354 - http://lists.freebsd.org/pipermail/freebsd-mips/2009-June/000421.html > BCM5836 - http://lists.freebsd.org/pipermail/freebsd-mips/2010-February/000635.html The above URLs you mentioned indicates that siba0: at mem 0x18000000-0x18006fff on nexus0 siba_cc0: at mem 0x18000000-0x18000fff irq 0 on siba0 bfe0: at mem 0x18001000-0x18001fff irq 1 on siba0 siba_mips0: at mem 0x18002000-0x18002fff on siba0 ohci0: at mem 0x18003000-0x18003fff irq 4 on siba0 siba0 used memory region at starting 0x18000000 that I think this is a reason why it doesn't require core switching and each cores have their own memory region at starting 0x1800xxxx. But in a case of PCI device with PCI to SSB bridge, it normally used 0xf4000000, 0xfe200000 or other address which reserved by parent PCI bridge. > With PCI device, when device report memory window > 0xf4000000-0xf4003fff, why we can`t use full window? Because I'm not a Silicon Backplane expert I could not answer this question. But I'd like to make sure that memory window at 0xf4000000 (size 16 Kbytes) comes from PCI BAR0 when pci(4) attached device. Moreover I believe size of memory window also comes from PCI BAR0 size testing of pci(4). Of course I think we can try to remap full memory window after calculating numbers of core but it looks meaning would be little bit different. > May be You can test your code without core switching? I tried to remove core switching code in siba_bwn bridge but after moment I got stuck to go forward. For example, I have 1 device which attached with bwn(4) and it has 4 cores: 0x18000000-0x18000fff ChipCommon 0x18001000-0x18001fff EMAC 0x18002000-0x18002fff PCI 0x18003000-0x18003fff PCMCIA When it attached at siba_bwn it shows its memory region at 0xfe2fe000 - 0xfe2fffff (8 Kbytes). Initial PCI BAR0 value was 0x18002000. If your opinion is right the memory region for full window should be 0xfe2fe000 - 0xfe301fff (16 Kb for 4 core, each core consumes 0x1000 size) Even if I tried to remap memory region from 0xfe2fe000 to 0xfe301fff and setting PCI BAR0 to 0x18000000, another problem is occurred for reading SPROM data. To access external SPROM it could be possible to access bus_space_read_2(bt, bh, 0x1000 ~ 0x17ff) at ChipCommon core. But accessing register in a core could not over 0xfff because maximum size of a core limited within 0x1000. That means internally in Silicon Backplane it has a special meaning if it try to access over 0x1000 or 0x2000 which mentioned a quote at Section 3: PCI Core, PCI Bus (Page 34). I guess you're thinking that we could access EMAC core using bus_space_read_2(bt, bh, 0x1000 ~ 0x1fff) after setting full memory window. But it looks it's not possible. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 02:06:43 2010 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 10329106566B for ; Sun, 14 Mar 2010 02:06:43 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 98D638FC0C for ; Sun, 14 Mar 2010 02:06:42 +0000 (UTC) Received: by gyf2 with SMTP id 2so1111411gyf.13 for ; Sat, 13 Mar 2010 18:06:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=gZJxZzc8YVi9VsyhkJbVcQkG4PygWySnmX2UAXLslh4=; b=QSSOPcIRce/+RpqQtcEBJxUeJCqtKfjXAcJX+Ti6bqx2TOinmK/zn8a0sGOybmGwPl /b/A2huzQGA6/k8hCQQi3IUl58WCjl5emRAC68qU9Wk6SFaOE3DL+kcITErnLMqTV3f1 Q8v6xjdKXWa5yOoJzNo27oISxqa2dcPmb8bxk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=ZOg/6oblHQtqR5OmSs+FgySGEVYudy+IEe0FTPaYZtaOnNgQzlngvz6YCip85Nnte0 n7Vnio835/eUt+oLJTddsTANpiCrlp0qGcsJGI5FW35p/Swpwlpq8dhAp1YhBz7Qgl2h ZOY1KWHMrhAfXh/LDxuQ/XIiUtA/oyar6Oli8= Received: by 10.101.206.22 with SMTP id i22mr1935378anq.36.1268532401841; Sat, 13 Mar 2010 18:06:41 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm1049579ywh.1.2010.03.13.18.06.40 (version=SSLv3 cipher=RC4-MD5); Sat, 13 Mar 2010 18:06:41 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Sat, 13 Mar 2010 18:06:56 -0800 From: Weongyo Jeong Date: Sat, 13 Mar 2010 18:06:56 -0800 To: Hans Petter Selasky Message-ID: <20100314020656.GC88159@weongyo> Mail-Followup-To: Hans Petter Selasky , freebsd-current@freebsd.org, Rui Paulo , Alexander Egorenkov , PseudoCylon References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <20100313001842.GB1295@weongyo> <7FB39650-34E0-4375-B225-34D2E559CA81@gmail.com> <201003130836.41718.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201003130836.41718.hselasky@c2i.net> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: Rui Paulo , Alexander Egorenkov , freebsd-current@freebsd.org, PseudoCylon Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 02:06:43 -0000 On Sat, Mar 13, 2010 at 08:36:41AM +0100, Hans Petter Selasky wrote: > On Saturday 13 March 2010 03:42:46 Rui Paulo wrote: > > On 13 Mar 2010, at 09:18, Weongyo Jeong wrote: > > > On Thu, Mar 04, 2010 at 12:50:29AM -0800, PseudoCylon wrote: > > >> Hello, > > >> > > >> Finally, I have fixed mysterious device lock out and run(4) works > > >> fine > > >> in HOSTAP mode. Up time is 80 hours and counting. I even filed tax > > >> though it. > > >> > > >> The device supports up to 253 stations. I only tested with 2 station. > > >> If you have resources, please hit it with bunch of STAs. > > >> > > >> As usual codes are posted at my git repository > > >> git://dev.nasreddine.com/run.git > > >> http://dev.nasreddine.com/gitweb/?p=run.git;a=summary > > >> Please fetch 'hostap_rc' branch not 'master' this time. > > >> > > >> or freebsd forums > > >> http://forums.freebsd.org/showthread.php?s=1d3b01fbed80c61ff508e12e98051 > > >>46e&t=7562 > > > > > > Out of curiosity, what's the difference between run(4) and rt2870 > > > driver > > > written by Alexander Egorenkov? And why there are two drivers? > > > > From what I understand, Alexander's driver supports 11n ann run(4) > > doesn't. > > Will this two drivers be merged then? I really want it and hope driver writers focus on one driver for same chipsets. :-) regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 01:50:39 2010 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 A67AB1065709; Sun, 14 Mar 2010 01:50:39 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 4432E8FC14; Sun, 14 Mar 2010 01:50:38 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so702612qwi.7 for ; Sat, 13 Mar 2010 17:50:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=N0HzVyndFN1w7vjzBRUOdjZ/xWdseQ4lmHQVwrIlTuY=; b=OrMnlj68LR5wMHDb4o7WI4rDX6QH2niqtbOp1kSxrRMuQYaSoEC7yiek9VLMK3Td/S N/lXb8rdY2S2QKmtBU63rCdYogi0gAsRGsK0uSqB/qYzzrkmgt1P7bK9ev/qeObqTYLN vg/ah5DlupH4yXz1ZDnXaqMWmlkAinXLKqLME= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=qbPTseKr6Ce1wRZJxe3Euve+VB2ShcsREZLiv2pngSLuJFTWdDNh4qWQJvgydjP0m6 ac/nrZ2Z1PGA+1ttAmXB2WPJah7RkK+mALbZzsSFme+F38ooFge1Pyo6Q7Mn5rnuvoEq +uAqcomrRfMwtE7iHOG0FIwloZjH9u5uiFgno= Received: by 10.229.251.69 with SMTP id mr5mr1546426qcb.91.1268531438526; Sat, 13 Mar 2010 17:50:38 -0800 (PST) Received: from ppp-21.234.dialinfree.com (ppp-21.234.dialinfree.com [209.172.21.234]) by mx.google.com with ESMTPS id 21sm2251474qyk.1.2010.03.13.17.50.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 13 Mar 2010 17:50:37 -0800 (PST) Sender: "J. Hellenthal" Date: Sat, 13 Mar 2010 20:40:57 -0500 From: jhell To: Alexander Zagrebin In-Reply-To: <3A28259E0677447BBFDECFCCDBD97FD5@vosz.local> Message-ID: References: <3A28259E0677447BBFDECFCCDBD97FD5@vosz.local> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Mailman-Approved-At: Sun, 14 Mar 2010 02:31:52 +0000 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS allows deletion of files in a sticky directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2010 01:50:39 -0000 On Fri, 19 Feb 2010 18:23, alexz@ wrote: > I have found that directory entry may be deleted from a ZFS directory > with the sticky bit, if "the entry is a plain file and you have write > access" > (this is citation from a comments in zfs_dir.c) > But this behavior isn't described in the sticky(8) and isn't allowed on a > UFS. > The attached patch provides the UFS-like behavior of a sticky directories on > a ZFS. > Is this bug or feature? > > Perhaps you have removed a directory on a share that is managed through Samba and somehow you have had a ACL entry that allowed you to remove that directory ?. This patch is unsuitable for implementation. It effectively removes ACL access for determining writes to a object that you have ACL write access to. Regards, -- jhell From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 04:18:39 2010 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 B1DE8106564A; Sun, 14 Mar 2010 04:18:39 +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 616D08FC15; Sun, 14 Mar 2010 04:18:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o2E4CsEA089699; Sat, 13 Mar 2010 21:12:54 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 13 Mar 2010 21:13:03 -0700 (MST) Message-Id: <20100313.211303.585238797224891349.imp@bsdimp.com> To: obrien@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20100312171206.GA31761@dragon.NUXI.org> References: <20100312171206.GA31761@dragon.NUXI.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: [PATCH] newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2010 04:18:39 -0000 In message: <20100312171206.GA31761@dragon.NUXI.org> "David O'Brien" writes: : * Simplify SRCDIR calculation by directly finding the kernel sources : based directly on one of them. : : Reviewed by: dhw : : This change does not increase the kernel build time. It also continues : to restrict the revision to just the kernel sources, and not the whole : tree. : : Timing tests by: dhw David, I have a better simplification, I think, that works for me for each of the tests that I've done (both traditional and buildkernel builds). The Makefile already knows where the kernel src is located. Let's use that knowledge to make things a little simpler. This also uses the Makefile variable SYSDIR. It should also work with non-standard sys directories. There's one divergence between svn and git tagging: svn does src/sys, while git does src. This is how the previous code was before, and I don't think I've changed that. Can you confirm this works for you and also comment on the change itself? It is a bigger change, but results in a simpler (I think) newvers.sh. Comments? Warner Index: conf/kern.post.mk =================================================================== --- conf/kern.post.mk (revision 204938) +++ conf/kern.post.mk (working copy) @@ -244,7 +244,7 @@ ${NORMAL_LINT} vers.c: $S/conf/newvers.sh $S/sys/param.h ${SYSTEM_DEP} - MAKE=${MAKE} sh $S/conf/newvers.sh ${KERN_IDENT} + MAKE=${MAKE} SYSDIR=$S sh $S/conf/newvers.sh ${KERN_IDENT} vnode_if.c: $S/tools/vnode_if.awk $S/kern/vnode_if.src ${AWK} -f $S/tools/vnode_if.awk $S/kern/vnode_if.src -c Index: conf/newvers.sh =================================================================== --- conf/newvers.sh (revision 204938) +++ conf/newvers.sh (working copy) @@ -44,7 +44,7 @@ ${PARAMFILE}) else RELDATE=$(awk '/__FreeBSD_version.*propagated to newvers/ {print $3}' \ - $(dirname $0)/../sys/param.h) + ${SYSDIR}/sys/param.h) fi @@ -84,54 +84,46 @@ fi touch version -v=`cat version` u=${USER:-root} d=`pwd` h=${HOSTNAME:-`hostname`} t=`date` +v=`cat version` u=${USER:-root} h=${HOSTNAME:-`hostname`} t=`date` i=`${MAKE:-make} -V KERN_IDENT` -case "$d" in -*/sys/*) - SRCDIR=${d##*obj} - if [ -n "$MACHINE" ]; then - SRCDIR=${SRCDIR##/$MACHINE} +for dir in /bin /usr/bin /usr/local/bin; do + if [ -d "${SYSDIR}/.svn" -a -x "${dir}/svnversion" ] ; then + svnversion=${dir}/svnversion + break fi - SRCDIR=${SRCDIR%%/sys/*} + if [ -d "${SYSDIR}/../.git" -a -x "${dir}/git" ] ; then + git_cmd="${dir}/git --git-dir=${SYSDIR}/../.git" + break + fi +done - for dir in /bin /usr/bin /usr/local/bin; do - if [ -d "${SRCDIR}/sys/.svn" -a -x "${dir}/svnversion" ] ; then - svnversion=${dir}/svnversion - break - fi - if [ -d "${SRCDIR}/.git" -a -x "${dir}/git" ] ; then - git_cmd="${dir}/git --git-dir=${SRCDIR}/.git" - break - fi - done +if [ -n "$svnversion" ] ; then + echo "$svnversion" + svn=" r`cd ${SYSDIR} && $svnversion`" +fi - if [ -n "$svnversion" ] ; then - svn=" r`cd ${SRCDIR}/sys && $svnversion`" - fi - if [ -n "$git_cmd" ] ; then - git=`$git_cmd rev-parse --verify --short HEAD 2>/dev/null` - svn=`$git_cmd svn find-rev $git 2>/dev/null` - if [ -n "$svn" ] ; then +if [ -n "$git_cmd" ] ; then + git=`$git_cmd rev-parse --verify --short HEAD 2>/dev/null` + svn=`$git_cmd svn find-rev $git 2>/dev/null` + if [ -n "$svn" ] ; then + svn=" r${svn}" + git="=${git}" + else + svn=`$git_cmd log | fgrep 'git-svn-id:' | head -1 | \ + sed -n 's/^.*@\([0-9][0-9]*\).*$/\1/p'` + if [ -n $svn ] ; then svn=" r${svn}" - git="=${git}" + git="+${git}" else - svn=`$git_cmd log | fgrep 'git-svn-id:' | head -1 | \ - sed -n 's/^.*@\([0-9][0-9]*\).*$/\1/p'` - if [ -n $svn ] ; then - svn=" r${svn}" - git="+${git}" - else - git=" ${git}" - fi + git=" ${git}" fi - if $git_cmd --work-tree=${SRCDIR} diff-index \ - --name-only HEAD | read dummy; then - git="${git}-dirty" - fi fi - ;; -esac + if $git_cmd --work-tree=${SYSDIR}/.. diff-index \ + --name-only HEAD | read dummy; then + git="${git}-dirty" + fi +fi cat << EOF > vers.c $COPYRIGHT From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 08:04:22 2010 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 E0D81106566B for ; Sun, 14 Mar 2010 08:04:22 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8EC088FC23 for ; Sun, 14 Mar 2010 08:04:22 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.3/8.14.3) id o2E84WfN074517; Sun, 14 Mar 2010 08:04:32 GMT (envelope-from kientzle@freebsd.org) Received: from horton.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id d4fxfd99tfdgs3bywy3b7fqezn; Sun, 14 Mar 2010 08:04:32 +0000 (UTC) (envelope-from kientzle@freebsd.org) Message-ID: <4B9C9885.5040601@freebsd.org> Date: Sun, 14 Mar 2010 00:04:21 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.23) Gecko/20100105 SeaMonkey/1.1.18 MIME-Version: 1.0 References: <4B989064.5030105@freebsd.org> <7d6fde3d1003102245l41ab8287r81680aa40281d802@mail.gmail.com> In-Reply-To: <7d6fde3d1003102245l41ab8287r81680aa40281d802@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , "freebsd-current@freebsd.org" , Robert Noland Subject: Re: X11 crash on exit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2010 08:04:23 -0000 > On Wed, Mar 10, 2010 at 10:40 PM, Tim Kientzle wrote: >> Trying to get X up and running on my Aspire One netbook >> and having a couple of problems. Here's the first: >> >> Whenever I exit, the server gets a Signal 11 and crashes ... >> >> FreeBSD 9.0-CURRENT r201154M: Tue Dec 29 09:27:29 PST 2009 GENERIC i386 >> >> xorg.conf is pretty vanilla except for the two monitors: 1600x1200 external >> on the VGA connector and 1024x600 LVDS display. This was autoprobed by the >> server: >> >> Section "Device" >> Identifier "Card0" >> Driver "intel" >> VendorName "Intel Corporation" >> BoardName "Mobile 945GME Express Integrated Graphics Controller" >> BusID "PCI:0:2:0" >> Option "monitor-LVDS" "LVDSMonitor" >> Option "monitor-VGA" "VGAMonitor" >> EndSection Okay, I've updated a bunch of ports and am still seeing the crash. I rebuilt the server with debug symbols and finally got something informative; here's the relevant portion of the backtrace (frame #10 is the signal 11 delivery). #11 0x0819e363 in DeliverPropertyEvent (pWin=0x5a5a5a5a, value=0xbfbfec0c) at rrproperty.c:34 #12 0x0807015d in TraverseTree (pWin=0x28775f80, func=0x819e340 , data=0xbfbfec0c) at window.c:234 #13 0x08070206 in WalkTree (pScreen=0x2871f8c0, func=0x819e340 , data=0xbfbfec0c) at window.c:262 #14 0x0819e521 in RRDeliverPropertyEvent (pScreen=0x2871f8c0, event=0xbfbfec0c) at rrproperty.c:63 #15 0x0819e5a0 in RRDeleteAllOutputProperties (output=0x28778340) at rrproperty.c:81 #16 0x0819d2b7 in RROutputDestroyResource (value=0x28778340, pid=60) at rroutput.c:414 #17 0x0806f3d0 in FreeClientResources (client=0x287180c0) at resource.c:807 #18 0x0806f4e3 in FreeAllResources () at resource.c:824 #19 0x0806bbf0 in main (argc=4, argv=0xbfbfed68, envp=0xbfbfed7c) at main.c:411 As you can see, the main loop is calling FreeAllResources at a time when the Window pointed to by WindowTable[0] has already been freed. I'm running with MALLOC_OPTIONS=J, so the Window structure was filled with 'Z' at that time, leading eventually to this crash when pWin->firstChild was dereferenced. I haven't yet tracked down exactly when the window in question was freed, so I'm not yet sure about the best fix. My current guess: DeleteWindow in dix/window.c should search WindowTable[] to see if the window being deleted is in the window table and remove it if so. I haven't looked carefully enough at the code yet to know whether it suffices to just set the corresponding WindowTable[] entry to NULL. I'll try that and let you know. Cheers, Tim From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 09:55:25 2010 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 1A453106564A for ; Sun, 14 Mar 2010 09:55:25 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id B7C1C8FC13 for ; Sun, 14 Mar 2010 09:55:24 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C49E119E023; Sun, 14 Mar 2010 10:55:22 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 0DBB519E019; Sun, 14 Mar 2010 10:55:20 +0100 (CET) Message-ID: <4B9CB287.9080205@quip.cz> Date: Sun, 14 Mar 2010 10:55:19 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.8) Gecko/20100205 SeaMonkey/2.0.3 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <20100308102918.GA5485@localhost> <4B94DDC8.5080008@quip.cz> <20100308115052.GA31896@office.redwerk.com> <4B94FBA6.5090107@quip.cz> <861vfq995i.fsf@ds4.des.no> <4B9BF957.4060507@quip.cz> <86eijn3of2.fsf@ds4.des.no> In-Reply-To: <86eijn3of2.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: A tool for remapping bad sectors 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, 14 Mar 2010 09:55:25 -0000 Dag-Erling Smørgrav wrote: > Miroslav Lachman<000.fbsd@quip.cz> writes: >> So... can somebody with enough knowledge write some docs / script how >> to find the affected file based on LBA read error from messages / >> SMART log? > > ZFS will tell you straight away, but I guess if you used ZFS, you > wouldn't be asking :) Yes, but we have ZFS only on two servers, others are using UFS2 (some with gmirror, some with gjournal) > For FFS, you can unmount the file system (boot from a CD or memory stick > or whatever if that file system is / or /usr), run fsdb on the failing > disk, use findblk to look up the inode number for the file that contains > the bad sector. Note that you have to convert the LBA to an offset > relative to the start of the partition. As I write in my first post to this thread, I already tried fsdb + findblk, but without success. Findblk did not returned any inode. Maybe the meaning of block is of different size or something else I can't understand. So can you please show me some real world example? I have one from the past: __________________ /var/log/messages: Sep 23 23:58:00 edith kernel: ad4: FAILURE - READ_DMA status=51 error=40 LBA=79725056 Sep 23 23:58:00 edith kernel: GEOM_MIRROR: Request failed (error=5). ad4[READ(offset=40819228672, length=131072)] __________________ SMART log: After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 00 6f 82 c0 44 Error: UNC at LBA = 0x04c0826f = 79725167 The LBA of bad sector is *79725167* __________________ Information about disk slices: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 209712447 (102398 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 209712510, size 1743807555 (851468 Meg), flag 0 beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 254/ sector 63 __________________ According to LBA and size of s1, I thing the error is in s1 # /dev/mirror/gm0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097152 0 / b: 25165824 2097152 swap c: 209712447 0 d: 12582912 27262976 /var e: 146800640 39845888 /var/db f: 16777216 186646528 /usr g: 6288703 203423744 /tmp And LBA 79725056 is on */var/db* (between offset 39845888 and 186646528) __________________ s1 starts 63 sectors from the beginning of the drive and /var/db has offset 39845888. So am I right that I need to find block number *39879105* by findblk command? LBA err - s1 start - /var/db offset = findblk inside /dev/mirror/gm0s1e 79725056 - 63 - 39845888 = 39879105 __________________ /# fsdb -r /dev/mirror/gm0s1e ** /dev/mirror/gm0s1e (NO WRITE) Examining file system '/dev/mirror/gm0s1e' Last Mounted on /var/db current inode: directory I=2 MODE=40755 SIZE=512 BTIME=May 1 08:07:23 2009 [0 nsec] MTIME=Sep 24 15:52:01 2009 [0 nsec] CTIME=Sep 24 15:52:01 2009 [0 nsec] ATIME=Sep 24 16:24:34 2009 [0 nsec] OWNER=root GRP=wheel LINKCNT=11 FLAGS=0 BLKCNT=4 GEN=4ebc65fc findblk 39879105 findblk 39879106 findblk 39879107 findblk 39879108 . . I tried more than 256 incrementing block numbers, but findblk didn't found any inode! (length=131072 in error message means 256 sectors, right?) So there must be some misunderstanding on my part and that's why I am asking for some step-by-step documentation or script "how to find file by LBA read error message" I tried the fsdb + findblk on well known data, but again without success. I created file /tmp/test.txt, it has inum 3, than I use fsdb on gm0s1f (gm0s1f is mounted as /tmp). Command "inode 3" inside fsdb prompt returned informations about this file, command "blocks" returned 3001 as block number, but command "findblk 3001" returned nothing instead of inum 3! Where is the error? What I am doing wrong? __________________ ~/# echo test > /tmp/test.txt ~/# ls -i /tmp/test.txt 3 /tmp/test.txt ~/# fsdb -r /dev/mirror/gm0s1f ** /dev/mirror/gm0s1f (NO WRITE) Examining file system '/dev/mirror/gm0s1f' Last Mounted on /tmp current inode: directory I=2 MODE=41777 SIZE=512 BTIME=Feb 7 18:32:22 2008 [0 nsec] MTIME=Mar 14 10:33:22 2010 [0 nsec] CTIME=Mar 14 10:33:22 2010 [0 nsec] ATIME=Mar 14 10:33:35 2010 [0 nsec] OWNER=root GRP=wheel LINKCNT=7 FLAGS=0 BLKCNT=4 GEN=3f7c9384 fsdb (inum: 2)> inode 3 current inode: regular file I=3 MODE=100644 SIZE=5 BTIME=Mar 14 10:33:22 2010 [0 nsec] MTIME=Mar 14 10:33:22 2010 [0 nsec] CTIME=Mar 14 10:33:22 2010 [0 nsec] ATIME=Mar 14 10:33:22 2010 [0 nsec] OWNER=root GRP=wheel LINKCNT=1 FLAGS=0 BLKCNT=4 GEN=45c26de1 fsdb (inum: 3)> blocks Blocks for inode 3: Direct blocks: 3001 (1 frag) fsdb (inum: 3)> findblk 3001 fsdb (inum: 3)> ^^^^^^^^ findblk did not returned inode 3! > Unfortunately, you can't easily go from inode to file name; you have to > mount the file system and use something like find -inum. Yes, I know this. Thanks in advance to help me understand and use fsdb + findblk commands. Miroslav Lachman PS: all above was tested on gmirror gm0, but I did the same tests on single drive ad4 with the same "empty" result (info just for case if fsdb can't be used on gmirror, but I don't think so) From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 11:39:02 2010 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 74E3B106566C for ; Sun, 14 Mar 2010 11:39:02 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout7.freenet.de (mout7.freenet.de [IPv6:2001:748:100:40::2:9]) by mx1.freebsd.org (Postfix) with ESMTP id 9FBFD8FC14 for ; Sun, 14 Mar 2010 11:39:01 +0000 (UTC) Received: from [195.4.92.16] (helo=6.mx.freenet.de) by mout7.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #1) id 1Nqm9s-0000XJ-5e; Sun, 14 Mar 2010 12:39:00 +0100 Received: from p57ae2388.dip0.t-ipconnect.de ([87.174.35.136]:16645 helo=ernst.jennejohn.org) by 6.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #2) id 1Nqm9r-0006vW-UY; Sun, 14 Mar 2010 12:39:00 +0100 Date: Sun, 14 Mar 2010 12:38:59 +0100 From: Gary Jennejohn To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20100314123859.47664ace@ernst.jennejohn.org> In-Reply-To: <4B9CB287.9080205@quip.cz> References: <20100308102918.GA5485@localhost> <4B94DDC8.5080008@quip.cz> <20100308115052.GA31896@office.redwerk.com> <4B94FBA6.5090107@quip.cz> <861vfq995i.fsf@ds4.des.no> <4B9BF957.4060507@quip.cz> <86eijn3of2.fsf@ds4.des.no> <4B9CB287.9080205@quip.cz> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: A tool for remapping bad sectors in CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 11:39:02 -0000 On Sun, 14 Mar 2010 10:55:19 +0100 Miroslav Lachman <000.fbsd@quip.cz> wrote: [big snip] > fsdb (inum: 3)> blocks > Blocks for inode 3: > Direct blocks: > 3001 (1 frag) > > fsdb (inum: 3)> findblk 3001 > fsdb (inum: 3)> > > ^^^^^^^^ findblk did not returned inode 3! > This is almost guaranteed to be a file system block and not a disk block. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 16:18:49 2010 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 11C8E106566B for ; Sun, 14 Mar 2010 16:18:49 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8B8558FC13 for ; Sun, 14 Mar 2010 16:18:48 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3D57219E027; Sun, 14 Mar 2010 17:18:47 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 4C80319E023; Sun, 14 Mar 2010 17:18:44 +0100 (CET) Message-ID: <4B9D0C65.7000809@quip.cz> Date: Sun, 14 Mar 2010 17:18:45 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.8) Gecko/20100205 SeaMonkey/2.0.3 MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <20100308102918.GA5485@localhost> <4B94DDC8.5080008@quip.cz> <20100308115052.GA31896@office.redwerk.com> <4B94FBA6.5090107@quip.cz> <861vfq995i.fsf@ds4.des.no> <4B9BF957.4060507@quip.cz> <86eijn3of2.fsf@ds4.des.no> <4B9CB287.9080205@quip.cz> <20100314123859.47664ace@ernst.jennejohn.org> In-Reply-To: <20100314123859.47664ace@ernst.jennejohn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: A tool for remapping bad sectors 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, 14 Mar 2010 16:18:49 -0000 Gary Jennejohn wrote: > On Sun, 14 Mar 2010 10:55:19 +0100 > Miroslav Lachman<000.fbsd@quip.cz> wrote: > > [big snip] >> fsdb (inum: 3)> blocks >> Blocks for inode 3: >> Direct blocks: >> 3001 (1 frag) >> >> fsdb (inum: 3)> findblk 3001 >> fsdb (inum: 3)> >> >> ^^^^^^^^ findblk did not returned inode 3! >> > > This is almost guaranteed to be a file system block and not > a disk block. Do you mean the number 3001? I am sorry for my ignorance, but it is not clear to me from fsdb manpage what "blocks" means FS block and what disk block. And how can I use (calculate with) this numbers? How can I get the right number to pass to findlbk command (in the example above) to give me back the inode 3? If FS block is 16384 bytes, then it means 16384/512 = 32 disk blocks per FS block. If 3001 is FS block, then it means 3001*32 = 96032 disk block number. Am I right? fsdb (inum: 3)> findblk 96032 fsdb (inum: 3)> Again - findblk did not returned inode 3. So what is the exact formula to get the right findblk number and then right inode number as result of findblk command? I am still lost in terms (words) and numbers :( Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 17:48:09 2010 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 46DF9106564A for ; Sun, 14 Mar 2010 17:48:09 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout6.freenet.de (mout6.freenet.de [IPv6:2001:748:100:40::2:8]) by mx1.freebsd.org (Postfix) with ESMTP id D17CD8FC1D for ; Sun, 14 Mar 2010 17:48:08 +0000 (UTC) Received: from [195.4.92.26] (helo=16.mx.freenet.de) by mout6.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #1) id 1Nqrv5-0006iJ-AP; Sun, 14 Mar 2010 18:48:07 +0100 Received: from p57ae2388.dip0.t-ipconnect.de ([87.174.35.136]:61638 helo=ernst.jennejohn.org) by 16.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #2) id 1Nqrv5-0004Dj-23; Sun, 14 Mar 2010 18:48:07 +0100 Date: Sun, 14 Mar 2010 18:48:06 +0100 From: Gary Jennejohn To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20100314184806.3eddf33b@ernst.jennejohn.org> In-Reply-To: <4B9D0C65.7000809@quip.cz> References: <20100308102918.GA5485@localhost> <4B94DDC8.5080008@quip.cz> <20100308115052.GA31896@office.redwerk.com> <4B94FBA6.5090107@quip.cz> <861vfq995i.fsf@ds4.des.no> <4B9BF957.4060507@quip.cz> <86eijn3of2.fsf@ds4.des.no> <4B9CB287.9080205@quip.cz> <20100314123859.47664ace@ernst.jennejohn.org> <4B9D0C65.7000809@quip.cz> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: A tool for remapping bad sectors in CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 17:48:09 -0000 On Sun, 14 Mar 2010 17:18:45 +0100 Miroslav Lachman <000.fbsd@quip.cz> wrote: > Gary Jennejohn wrote: > > On Sun, 14 Mar 2010 10:55:19 +0100 > > Miroslav Lachman<000.fbsd@quip.cz> wrote: > > > > [big snip] > >> fsdb (inum: 3)> blocks > >> Blocks for inode 3: > >> Direct blocks: > >> 3001 (1 frag) > >> > >> fsdb (inum: 3)> findblk 3001 > >> fsdb (inum: 3)> > >> > >> ^^^^^^^^ findblk did not returned inode 3! > >> > > > > This is almost guaranteed to be a file system block and not > > a disk block. > > Do you mean the number 3001? > I am sorry for my ignorance, but it is not clear to me from fsdb manpage > what "blocks" means FS block and what disk block. > > And how can I use (calculate with) this numbers? > > How can I get the right number to pass to findlbk command (in the > example above) to give me back the inode 3? > > If FS block is 16384 bytes, then it means 16384/512 = 32 disk blocks per > FS block. > > If 3001 is FS block, then it means 3001*32 = 96032 disk block number. Am > I right? > > fsdb (inum: 3)> findblk 96032 > fsdb (inum: 3)> > > Again - findblk did not returned inode 3. > > So what is the exact formula to get the right findblk number and then > right inode number as result of findblk command? > > I am still lost in terms (words) and numbers :( > Well, it's pretty hairy. Looking at findblk() it does this to go from disk block to file system block (this is greatly simplified) file_system_blockno = disk_blockno >> fs_fsbtodb; So conversely, you'd do disk_blockno = file_system_blockno << fs_fsbtodb. You can get this information using "ffsinfo -l 0x001 -o some_file /dev/ataXY" (using ahci) and grep'ing for fsbtodb in some_file. The 0x001 means to only dump the first super block. I looked at a file system which has default 16kB file system blocks and fsbtodb is 2 ==> *multiply file_system_block by 4 not 32*. This is probably because it's a multiple of a 4kB block, which is the smallest usable file system block size AFAIK. BTW looking at the code leads me to conclude that fsdb will not print out anything if the disk block you're trying to find has bever been allocated to an inode ==> unused disk block, safe to overwrite. This assumes that you calculated the disk block correctly. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 19:56:26 2010 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 C0955106566C; Sun, 14 Mar 2010 19:56:26 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id 495528FC1B; Sun, 14 Mar 2010 19:56:25 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-253-149.belrs3.nsw.optusnet.com.au [122.106.253.149]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o2EJuNPk013163 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Mar 2010 06:56:24 +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 o2EJuMvB088638; Mon, 15 Mar 2010 06:56:22 +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 o2EJuMSr088637; Mon, 15 Mar 2010 06:56:22 +1100 (EST) (envelope-from peter) Date: Mon, 15 Mar 2010 06:56:22 +1100 From: Peter Jeremy To: Tim Kientzle Message-ID: <20100314195622.GA88471@server.vk2pj.dyndns.org> References: <4B989064.5030105@freebsd.org> <7d6fde3d1003102245l41ab8287r81680aa40281d802@mail.gmail.com> <4B9C9885.5040601@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <4B9C9885.5040601@freebsd.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "freebsd-current@freebsd.org" , Robert Noland Subject: Re: X11 crash on exit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2010 19:56:26 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Mar-14 00:04:21 -0800, Tim Kientzle wrote: >Okay, I've updated a bunch of ports and am still seeing the >crash. I rebuilt the server with debug symbols and finally >got something informative; here's the relevant portion of >the backtrace (frame #10 is the signal 11 delivery). > >#11 0x0819e363 in DeliverPropertyEvent (pWin=3D0x5a5a5a5a,=20 >value=3D0xbfbfec0c) at rrproperty.c:34 >#12 0x0807015d in TraverseTree (pWin=3D0x28775f80, func=3D0x819e340=20 >, data=3D0xbfbfec0c) at window.c:234 >#13 0x08070206 in WalkTree (pScreen=3D0x2871f8c0, func=3D0x819e340=20 >, data=3D0xbfbfec0c) at window.c:262 >#14 0x0819e521 in RRDeliverPropertyEvent (pScreen=3D0x2871f8c0,=20 >event=3D0xbfbfec0c) at rrproperty.c:63 >#15 0x0819e5a0 in RRDeleteAllOutputProperties (output=3D0x28778340) at=20 >rrproperty.c:81 >#16 0x0819d2b7 in RROutputDestroyResource (value=3D0x28778340, pid=3D60) a= t=20 >rroutput.c:414 >#17 0x0806f3d0 in FreeClientResources (client=3D0x287180c0) at resource.c:= 807 >#18 0x0806f4e3 in FreeAllResources () at resource.c:824 >#19 0x0806bbf0 in main (argc=3D4, argv=3D0xbfbfed68, envp=3D0xbfbfed7c) at= =20 >main.c:411 This looks identical to the problem I reported as ports/131930. Whilst my patch wasn't applied, ISTR a similar patch got applied upstream to fix the issue. My ports tree is currently in somewhat of a mess (I've installed the Xorg 7.5 patches) so I can't quickly check. Other than that, I can confirm that you _can_ run X on an AA1, at least on 8.x (that's what I'm currently using). Are you using hal/dbus? --=20 Peter Jeremy --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkudP2YACgkQ/opHv/APuIcYqACePp5Bzt5fNKq7QjowR0+76Dcc MNgAoI6u2k0YcrEjS4wBNuRz8psMDE4N =3P7K -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 21:44:25 2010 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 855A1106566C for ; Sun, 14 Mar 2010 21:44:25 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 481EC8FC15 for ; Sun, 14 Mar 2010 21:44:24 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.3/8.14.3) id o2ELiXOR079595; Sun, 14 Mar 2010 21:44:33 GMT (envelope-from kientzle@freebsd.org) Received: from horton.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id sm5rwstfpf82yi9qiugi863nde; Sun, 14 Mar 2010 21:44:32 +0000 (UTC) (envelope-from kientzle@freebsd.org) Message-ID: <4B9D58B5.4050002@freebsd.org> Date: Sun, 14 Mar 2010 14:44:21 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.23) Gecko/20100105 SeaMonkey/1.1.18 MIME-Version: 1.0 To: Peter Jeremy References: <4B989064.5030105@freebsd.org> <7d6fde3d1003102245l41ab8287r81680aa40281d802@mail.gmail.com> <4B9C9885.5040601@freebsd.org> <20100314195622.GA88471@server.vk2pj.dyndns.org> In-Reply-To: <20100314195622.GA88471@server.vk2pj.dyndns.org> Content-Type: multipart/mixed; boundary="------------060408090904080708090203" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-x11@freebsd.org, "freebsd-current@freebsd.org" Subject: Re: X11 crash on exit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2010 21:44:25 -0000 This is a multi-part message in MIME format. --------------060408090904080708090203 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Peter Jeremy wrote: > On 2010-Mar-14 00:04:21 -0800, Tim Kientzle wrote: >> Okay, I've updated a bunch of ports and am still seeing the >> crash. I rebuilt the server with debug symbols and finally >> got something informative; here's the relevant portion of >> the backtrace (frame #10 is the signal 11 delivery). >> >> #11 0x0819e363 in DeliverPropertyEvent (pWin=0x5a5a5a5a, >> value=0xbfbfec0c) at rrproperty.c:34 >> #12 0x0807015d in TraverseTree (pWin=0x28775f80, func=0x819e340 >> , data=0xbfbfec0c) at window.c:234 .... >> #18 0x0806f4e3 in FreeAllResources () at resource.c:824 >> #19 0x0806bbf0 in main (argc=4, argv=0xbfbfed68, envp=0xbfbfed7c) at >> main.c:411 > > This looks identical to the problem I reported as ports/131930. > Whilst my patch wasn't applied, ISTR a similar patch got applied > upstream to fix the issue. I've run through portsnap/portupgrade a few times, so my server should be up-to-date and I still see the crash. I suspect the upstream patch you're referring to would be the memset(WindowTable, 0, sizeof()) that appears a few lines after the call that triggers the crash. > Other than that, I can confirm that you _can_ run X on an AA1, > at least on 8.x (that's what I'm currently using). What window manager are you using? Right now, I'm using TWM but suspect there's something a bit better suited to this small screen. (Ideally, something that adapts well to either the built-in screen or the external 20" monitor I often use.) > Are you using hal/dbus? Yes. I implemented the fix I suggested earlier (scanning the WindowTable to remove Window objects as they're deleted) and it does consistently resolve the crash, but now the X server restarts itself when xinit asks it to exit, so there's clearly still something amiss. Patch attached for anyone interested. Tim --------------060408090904080708090203-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 22:45:14 2010 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 2460E106564A; Sun, 14 Mar 2010 22:45:14 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 7F2118FC15; Sun, 14 Mar 2010 22:45:13 +0000 (UTC) Received: by bwz8 with SMTP id 8so2491853bwz.3 for ; Sun, 14 Mar 2010 15:45:12 -0700 (PDT) Received: by 10.204.151.216 with SMTP id d24mr6034173bkw.1.1268606712067; Sun, 14 Mar 2010 15:45:12 -0700 (PDT) Received: from localhost (219-136-94-178.pool.ukrtel.net [178.94.136.219]) by mx.google.com with ESMTPS id 13sm2420036bwz.7.2010.03.14.15.45.09 (version=SSLv3 cipher=RC4-MD5); Sun, 14 Mar 2010 15:45:10 -0700 (PDT) Date: Mon, 15 Mar 2010 00:43:57 +0200 From: Alex RAY To: Weongyo Jeong Message-Id: <20100315004357.fca53c7f.ray@ddteam.net> In-Reply-To: <20100314005558.GB88159@weongyo> References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <20100227011535.ed3f2486.ray@ddteam.net> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <20100313231205.5e68a89a.ray@ddteam.net> <20100314005558.GB88159@weongyo> Organization: DDTeam.net X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexandr Rybalko , current@freebsd.org, Weongyo Jeong Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2010 22:45:14 -0000 On Sat, 13 Mar 2010 16:55:58 -0800 Weongyo Jeong wrote: > On Sat, Mar 13, 2010 at 11:12:05PM +0200, Alex RAY wrote: > > On Fri, 12 Mar 2010 15:13:34 -0800 > > Weongyo Jeong wrote: > > > > > > > > I thought that your opinion was right and if mem is > > > 0xf4000000-0xf4003fff (16 Kb) I thought the device has 4 cores. However > > > it looks this was wrong according to the below document: > > > > > > http://voodoowarez.com/bcm5365p.pdf > > > > > > Please see Section 3: PCI Core, PCI Bus (Page 34) that it indicates that > > > 16Kb, maybe 8 Kb in the old devices is core register region. > > > > > > "Accesses to the lower half of the core register region are translated > > > into system backplane accesses using the PCIBAR0Window register" > > > "Accesses to offsets 0x1000 to 0x17FF of this region initiate a direct > > > access to the external SPROM" > > > > > > If we just access memory using offset + core and bus_space_read_x > > > interfaces it would actually not access core register region. > > > > > > So without solving this problem it looks it could not remove coreswitch > > > routines. > > > > > > regards, > > > Weongyo Jeong > > > > > > > Hi, > > > > this document about SoC BCM5365P, not about PCI device with PCI to SSB > > bridge. > > Yes it's about SoC BCM5365P but I think the basic concept of Silicon > Backplane would be same at a PCI device with PCI to SSB bridge. > > > I know in SoC`s like BSM5365 (I test it in BCM5354 and BCM5836) core > > switching is not required. > > > > BCM5354 - http://lists.freebsd.org/pipermail/freebsd-mips/2009-June/000421.html > > BCM5836 - http://lists.freebsd.org/pipermail/freebsd-mips/2010-February/000635.html > > The above URLs you mentioned indicates that > > siba0: at mem 0x18000000-0x18006fff on nexus0 > siba_cc0: at mem 0x18000000-0x18000fff irq 0 on siba0 > bfe0: at mem 0x18001000-0x18001fff irq 1 on siba0 > siba_mips0: at mem 0x18002000-0x18002fff on siba0 > ohci0: at mem 0x18003000-0x18003fff irq 4 on siba0 > > siba0 used memory region at starting 0x18000000 that I think this is a > reason why it doesn't require core switching and each cores have their > own memory region at starting 0x1800xxxx. > > But in a case of PCI device with PCI to SSB bridge, it normally used > 0xf4000000, 0xfe200000 or other address which reserved by parent PCI > bridge. > > > With PCI device, when device report memory window > > 0xf4000000-0xf4003fff, why we can`t use full window? > > Because I'm not a Silicon Backplane expert I could not answer this > question. But I'd like to make sure that memory window at 0xf4000000 > (size 16 Kbytes) comes from PCI BAR0 when pci(4) attached device. > Moreover I believe size of memory window also comes from PCI BAR0 size > testing of pci(4). > > Of course I think we can try to remap full memory window after > calculating numbers of core but it looks meaning would be little bit > different. > > > May be You can test your code without core switching? > > I tried to remove core switching code in siba_bwn bridge but after > moment I got stuck to go forward. For example, > > I have 1 device which attached with bwn(4) and it has 4 cores: > > 0x18000000-0x18000fff ChipCommon > 0x18001000-0x18001fff EMAC > 0x18002000-0x18002fff PCI > 0x18003000-0x18003fff PCMCIA > > When it attached at siba_bwn it shows its memory region at 0xfe2fe000 - > 0xfe2fffff (8 Kbytes). Initial PCI BAR0 value was 0x18002000. Yes, You're right. I found another way. We can use SBtoPCITranslation2 (Offset 0x108) register, in that way we can access to SSB without coreswitching. (Page 42) Initial access for copy SPROM and preconfigure make via BAR0, then setup SBtoPCITranslation2 and access to SSB direct. > > If your opinion is right the memory region for full window should be > 0xfe2fe000 - 0xfe301fff (16 Kb for 4 core, each core consumes 0x1000 > size) > > Even if I tried to remap memory region from 0xfe2fe000 to 0xfe301fff and > setting PCI BAR0 to 0x18000000, another problem is occurred for reading > SPROM data. To access external SPROM it could be possible to access > bus_space_read_2(bt, bh, 0x1000 ~ 0x17ff) at ChipCommon core. But > accessing register in a core could not over 0xfff because maximum size > of a core limited within 0x1000. > > That means internally in Silicon Backplane it has a special meaning if > it try to access over 0x1000 or 0x2000 which mentioned a quote at > Section 3: PCI Core, PCI Bus (Page 34). > > I guess you're thinking that we could access EMAC core using > bus_space_read_2(bt, bh, 0x1000 ~ 0x1fff) after setting full memory > window. But it looks it's not possible. > > regards, > Weongyo Jeong -- Alex RAY From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 23:26:53 2010 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 563C8106566C; Sun, 14 Mar 2010 23:26:53 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id F3F278FC15; Sun, 14 Mar 2010 23:26:52 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.3/8.14.3) id o2ENR1Gw080373; Sun, 14 Mar 2010 23:27:01 GMT (envelope-from kientzle@freebsd.org) Received: from horton.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id piy49bgzva7cb3vhd3ztdapahe; Sun, 14 Mar 2010 23:26:59 +0000 (UTC) (envelope-from kientzle@freebsd.org) Message-ID: <4B9D70B7.1020709@freebsd.org> Date: Sun, 14 Mar 2010 16:26:47 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.23) Gecko/20100105 SeaMonkey/1.1.18 MIME-Version: 1.0 To: Garrett Cooper References: <4B989064.5030105@freebsd.org> <7d6fde3d1003102245l41ab8287r81680aa40281d802@mail.gmail.com> <4B9C9885.5040601@freebsd.org> <20100314195622.GA88471@server.vk2pj.dyndns.org> <4B9D58B5.4050002@freebsd.org> <7d6fde3d1003141516q87b7a28i523c6cb0bc5f4f35@mail.gmail.com> In-Reply-To: <7d6fde3d1003141516q87b7a28i523c6cb0bc5f4f35@mail.gmail.com> Content-Type: multipart/mixed; boundary="------------070107010404000104030706" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-x11@freebsd.org, "'freebsd-current@freebsd.org'" , Peter Jeremy Subject: Re: X11 crash on exit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2010 23:26:53 -0000 This is a multi-part message in MIME format. --------------070107010404000104030706 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Garrett Cooper wrote: >> I implemented the fix I suggested earlier (scanning >> the WindowTable to remove Window objects as they're >> deleted) and it does consistently resolve the crash, >> but now the X server restarts itself when xinit asks >> it to exit, so there's clearly still something amiss. >> >> Patch attached for anyone interested. > > Patch, what patch? > -Garrett Apologies. Patch pasted below (for mailing list) and attached (for direct addressees): --- dix/window.c.orig 2009-10-11 19:52:40.000000000 -0700 +++ dix/window.c 2010-03-14 00:02:18.000000000 -0800 @@ -936,6 +936,7 @@ WindowPtr pParent; WindowPtr pWin = (WindowPtr)value; xEvent event; + int i; UnmapWindow(pWin, FALSE); @@ -964,6 +965,13 @@ xfree(dixLookupPrivate(&pWin->devPrivates, FocusPrivatesKey)); dixFreePrivates(pWin->devPrivates); xfree(pWin); + + for (i = 0; i < MAXSCREENS; ++i) + { + if (WindowTable[i] == pWin) + WindowTable[i] = NullWindow; + } + return Success; } --------------070107010404000104030706-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 10:58:19 2010 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 C81801065670 for ; Mon, 15 Mar 2010 10:58:19 +0000 (UTC) (envelope-from prvs=0690fb5495=ob@gruft.de) Received: from main.mx.e-gitt.net (service.rules.org [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id 518948FC1D for ; Mon, 15 Mar 2010 10:58:19 +0000 (UTC) Received: from ob by main.mx.e-gitt.net with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1Nr800-000LUY-2i for freebsd-current@freebsd.org; Mon, 15 Mar 2010 11:58:16 +0100 Date: Mon, 15 Mar 2010 11:58:16 +0100 From: Oliver Brandmueller To: freebsd-current@freebsd.org Message-ID: <20100315105815.GN38636@e-Gitt.NET> Mail-Followup-To: freebsd-current@freebsd.org References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <20100313001842.GB1295@weongyo> <7FB39650-34E0-4375-B225-34D2E559CA81@gmail.com> <201003130836.41718.hselasky@c2i.net> <24969D86-092A-455F-89EA-F3DCA3035A21@gmail.com> <2d3b7e441003130048n6acb7a9bw1b1733345d75667f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2d3b7e441003130048n6acb7a9bw1b1733345d75667f@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: Oliver Brandmueller Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2010 10:58:19 -0000 Hi, On Sat, Mar 13, 2010 at 09:48:26AM +0100, Alexander Egorenkov wrote: > Later i also plan to add multi BSS support so upto 8 HOSTAPs, several STAs > and WDSs will be possible with rt2860 and rt2870 on FreeBSD 8. But I guess MiniPCIe version support is not on the horizon? Thanx, Oliver -- | Oliver Brandmueller http://sysadm.in/ ob@sysadm.in | | Ich bin das Internet. Sowahr ich Gott helfe. | From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 12:49:16 2010 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 53AEF106566B for ; Mon, 15 Mar 2010 12:49:16 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id D84308FC12 for ; Mon, 15 Mar 2010 12:49:15 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Nr9jM-0000IE-He; Mon, 15 Mar 2010 14:49:12 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Nr9jL-0000fx-Nj; Mon, 15 Mar 2010 14:49:11 +0200 To: FreeBSD-CURRENT Mailing List , freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org From: "Ian FREISLICH" X-Attribution: BOFH Date: Mon, 15 Mar 2010 14:49:11 +0200 Message-Id: Cc: Hajimu UMEMOTO , Nathan Whitehorn Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2010 12:49:16 -0000 Hi I originally wasn't going to weigh in on this, but: 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 COMPAT_FREEBSD32 Thanks for the advance notice that FreeBSD will be EoL before RELENG_32. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 12:56:49 2010 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 24EF71065679 for ; Mon, 15 Mar 2010 12:56:49 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id DF43B8FC13 for ; Mon, 15 Mar 2010 12:56:47 +0000 (UTC) Received: by bwz8 with SMTP id 8so2875992bwz.3 for ; Mon, 15 Mar 2010 05:56:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=pH7a5PrOPfoGTQPYidTw9FedQPiFsEumsocvx3wRIkg=; b=WI5cws7b3oMm/4t6JOOTThM9GYqFDVdsEpwz+vWj8jRs6EPi1OIiRRp4lUqWcQu8xm WwgCdRgpOnFcsUmQZSzcz/VGeQXtGXsc6iUbHrHmLuTE4p6O8moB9IhLMN5JQz7fjACm RrxQDyaHGfmYA/Uw1K1TLhgkGBgTRNiidsnpY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=n5uhuxCfWOfczzI9ViW4qIDLAP2dK+k9sH1YN+BmMAPSWk6mEgx7OB5KcHw6C7rqmb WDHOXsrGJCFYKKEzkWYOwOdjwbixBhPHXiRHH5CVCluru34DNTuMQpnwDGWkJmegmsHA aWWwxY/qWwZLXFmZCqRSkK1dmo9d5X05gRe0Q= MIME-Version: 1.0 Sender: chmeeedalf@gmail.com Received: by 10.204.8.212 with SMTP id i20mr151082bki.166.1268657806772; Mon, 15 Mar 2010 05:56:46 -0700 (PDT) In-Reply-To: References: Date: Mon, 15 Mar 2010 08:56:46 -0400 X-Google-Sender-Auth: a9e262e4b8ff5b6a Message-ID: From: Justin Hibbits To: Ian FREISLICH Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Nathan Whitehorn , FreeBSD-CURRENT Mailing List , Hajimu UMEMOTO , freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2010 12:56:49 -0000 On Mon, Mar 15, 2010 at 8:49 AM, Ian FREISLICH wrote: > Hi > > I originally wasn't going to weigh in on this, but: > > 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 COMPAT_FREEBSD32 > > Thanks for the advance notice that FreeBSD will be EoL before RELENG_32. > > Ian Use Babylonian counting (base 60) and we have almost 200 years before worrying about that. From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 13:00:01 2010 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 34ACE1065672 for ; Mon, 15 Mar 2010 13:00:01 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from mail-ew0-f228.google.com (mail-ew0-f228.google.com [209.85.219.228]) by mx1.freebsd.org (Postfix) with ESMTP id 11F648FC0C for ; Mon, 15 Mar 2010 12:59:59 +0000 (UTC) Received: by ewy28 with SMTP id 28so678267ewy.13 for ; Mon, 15 Mar 2010 05:59:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:cc:subject :references:date:mime-version:content-transfer-encoding:from :message-id:in-reply-to:user-agent; bh=AtvQ5CqMIgw9enwwlwPTXfqalFwvBZGLSpLqcTFsqvk=; b=lAgICp/i3BrG1UYKScBT4TFNfvmSGoe4j3Xxb//CmkmmT3weBWxUtvN7HLuiUbv7Bs zyGHTqD/hTEoqWB91vNVQFUXL+FmlnvLxs3JEN54bvoXI9le2jyxDtqELJT4ZuIW/0hy +40ragVZZ04iJE56rIUB5EoFvXiM7O8v3B4us= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; b=qinD1VBT6K1uM6ssruL+T8FQN6U8UQKUN7AjfeNef+GxS8/p+ZhQ9D5h3CyRASE5BP mrc1BB/Rje1+oblF9LtBKuNt4Gh1Otf8MQT6RUvAKoE+Ekzi+pFG9IxO0Gjlr4lW97zA gEIVw2O5lNEWrKk0C99+54dlYhvXvNBVEpKHk= Received: by 10.213.96.206 with SMTP id i14mr1669510ebn.74.1268657998747; Mon, 15 Mar 2010 05:59:58 -0700 (PDT) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id 14sm2551157ewy.14.2010.03.15.05.59.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 15 Mar 2010 05:59:57 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Ian FREISLICH" , "FreeBSD-CURRENT Mailing List" , freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org References: Date: Mon, 15 Mar 2010 14:59:54 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: In-Reply-To: User-Agent: Opera Mail/10.10 (FreeBSD) Cc: Hajimu UMEMOTO , Nathan Whitehorn Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2010 13:00:01 -0000 On Mon, 15 Mar 2010 14:49:11 +0200, Ian FREISLICH wrote: > Hi > > I originally wasn't going to weigh in on this, but: > > 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 COMPAT_FREEBSD32 > > Thanks for the advance notice that FreeBSD will be EoL before RELENG_32. Well... BSD *is* dying. Now we know when to expect it to finally happen. -- Andrius From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 13:16:30 2010 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 D907A1065672 for ; Mon, 15 Mar 2010 13:16:30 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (unknown [IPv6:2002:51af:3dc3:0:20c:29ff:fece:79f3]) by mx1.freebsd.org (Postfix) with ESMTP id 6BE8F8FC12 for ; Mon, 15 Mar 2010 13:16:30 +0000 (UTC) Received: from [IPv6:2002:51af:3dc3:0:79cc:a126:7e59:782f] (unknown [IPv6:2002:51af:3dc3:0:79cc:a126:7e59:782f]) (Authenticated sender: svein-listmail) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 7EBEA22 for ; Mon, 15 Mar 2010 14:16:30 +0100 (CET) Message-ID: <4B9E332D.3090909@stillbilde.net> Date: Mon, 15 Mar 2010 14:16:29 +0100 From: "Svein Skogen (Listmail Account)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100227 Lightning/1.0b1 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2010 13:16:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 15.03.2010 13:49, Ian FREISLICH wrote: > Hi > > I originally wasn't going to weigh in on this, but: > > 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 COMPAT_FREEBSD32 > > Thanks for the advance notice that FreeBSD will be EoL before RELENG_32. > Perhaps "COMPAT_ARCH_32BIT" would've been a smarter move? //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkueMywACgkQODUnwSLUlKS6QgCfTPtf0qlgwuSRTSSjtev5N6zc bG4An2oQhtzEtmaAEzrRs01ClK+nDf/8 =SLia -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 14:01:49 2010 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 6B76A106567A; Mon, 15 Mar 2010 14:01:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4401A8FC14; Mon, 15 Mar 2010 14:01:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2FE1m3N041367; Mon, 15 Mar 2010 10:01:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2FE1mZU041358; Mon, 15 Mar 2010 14:01:48 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 15 Mar 2010 14:01:48 GMT Message-Id: <201003151401.o2FE1mZU041358@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 14:01:49 -0000 TB --- 2010-03-15 12:14:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-15 12:14:15 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-03-15 12:14:15 - cleaning the object tree TB --- 2010-03-15 12:14:33 - cvsupping the source tree TB --- 2010-03-15 12:14:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-03-15 12:15:08 - building world TB --- 2010-03-15 12:15:08 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-15 12:15:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-15 12:15:08 - TARGET=ia64 TB --- 2010-03-15 12:15:08 - TARGET_ARCH=ia64 TB --- 2010-03-15 12:15:08 - TZ=UTC TB --- 2010-03-15 12:15:08 - __MAKE_CONF=/dev/null TB --- 2010-03-15 12:15:08 - cd /src TB --- 2010-03-15 12:15:08 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 15 12:15:09 UTC 2010 >>> 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 Mon Mar 15 13:31:34 UTC 2010 TB --- 2010-03-15 13:31:34 - generating LINT kernel config TB --- 2010-03-15 13:31:34 - cd /src/sys/ia64/conf TB --- 2010-03-15 13:31:34 - /usr/bin/make -B LINT TB --- 2010-03-15 13:31:34 - building LINT kernel TB --- 2010-03-15 13:31:34 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-15 13:31:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-15 13:31:34 - TARGET=ia64 TB --- 2010-03-15 13:31:34 - TARGET_ARCH=ia64 TB --- 2010-03-15 13:31:34 - TZ=UTC TB --- 2010-03-15 13:31:34 - __MAKE_CONF=/dev/null TB --- 2010-03-15 13:31:34 - cd /src TB --- 2010-03-15 13:31:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 15 13:31:34 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Mon Mar 15 13:59:16 UTC 2010 TB --- 2010-03-15 13:59:16 - building GENERIC kernel TB --- 2010-03-15 13:59:16 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-15 13:59:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-15 13:59:16 - TARGET=ia64 TB --- 2010-03-15 13:59:16 - TARGET_ARCH=ia64 TB --- 2010-03-15 13:59:16 - TZ=UTC TB --- 2010-03-15 13:59:16 - __MAKE_CONF=/dev/null TB --- 2010-03-15 13:59:16 - cd /src TB --- 2010-03-15 13:59:16 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Mar 15 13:59:16 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ddb/db_textdump.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ddb/db_variables.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ddb/db_watch.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ddb/db_write_cmd.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/aac/aac.c cc1: warnings being treated as errors /src/sys/dev/aac/aac.c: In function 'aac_ioctl_send_raw_srb': /src/sys/dev/aac/aac.c:3129: warning: cast to pointer from integer of different size *** Error code 1 Stop in /obj/ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-15 14:01:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-15 14:01:48 - ERROR: failed to build GENERIC kernel TB --- 2010-03-15 14:01:48 - 5196.48 user 724.49 system 6452.42 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 14:28:15 2010 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 5C5F71065675 for ; Mon, 15 Mar 2010 14:28:15 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 3D6F18FC20 for ; Mon, 15 Mar 2010 14:28:14 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.4/8.14.4) with ESMTP id o2FES7IW006127; Mon, 15 Mar 2010 07:28:07 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.4/8.14.4/Submit) id o2FES7mw006126; Mon, 15 Mar 2010 07:28:07 -0700 (PDT) (envelope-from obrien) Date: Mon, 15 Mar 2010 07:28:07 -0700 From: "David O'Brien" To: "M. Warner Losh" Message-ID: <20100315142806.GA5786@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, "M. Warner Losh" , freebsd-current@FreeBSD.org References: <20100312171206.GA31761@dragon.NUXI.org> <20100313.211303.585238797224891349.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100313.211303.585238797224891349.imp@bsdimp.com> X-Operating-System: FreeBSD 9.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@FreeBSD.org Subject: Re: [PATCH] newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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, 15 Mar 2010 14:28:15 -0000 On Sat, Mar 13, 2010 at 09:13:03PM -0700, M. Warner Losh wrote: > In message: <20100312171206.GA31761@dragon.NUXI.org> > "David O'Brien" writes: > : * Simplify SRCDIR calculation by directly finding the kernel sources > : based directly on one of them. > : Reviewed by: dhw > : This change does not increase the kernel build time. It also continues > : to restrict the revision to just the kernel sources, and not the whole > : tree. > : Timing tests by: dhw > > > > I have a better simplification, I think, that works for me for each of > the tests that I've done (both traditional and buildkernel builds). I also have other simplifications. But want to do this in stages, least there be some corner case or misunderstanding by someone. > Can you confirm this works for you and also comment on the change > itself? It is a bigger change, but results in a simpler (I think) > newvers.sh. > Comments? I would prefer to do this in stages so things aren't misunderstood. This patch is one of the key parts that shows I am not making the 'svnversion' run take longer, and that it does not cover more of the tree than before. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 14:51:32 2010 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 86C641065673; Mon, 15 Mar 2010 14:51:32 +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 DFE778FC1A; Mon, 15 Mar 2010 14:51:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o2FEiEns008834; Mon, 15 Mar 2010 08:44:14 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 15 Mar 2010 08:44:26 -0600 (MDT) Message-Id: <20100315.084426.824931270219314740.imp@bsdimp.com> To: obrien@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20100315142806.GA5786@dragon.NUXI.org> References: <20100312171206.GA31761@dragon.NUXI.org> <20100313.211303.585238797224891349.imp@bsdimp.com> <20100315142806.GA5786@dragon.NUXI.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: [PATCH] newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2010 14:51:32 -0000 In message: <20100315142806.GA5786@dragon.NUXI.org> "David O'Brien" writes: : On Sat, Mar 13, 2010 at 09:13:03PM -0700, M. Warner Losh wrote: : > In message: <20100312171206.GA31761@dragon.NUXI.org> : > "David O'Brien" writes: : > : * Simplify SRCDIR calculation by directly finding the kernel sources : > : based directly on one of them. : > : Reviewed by: dhw : > : This change does not increase the kernel build time. It also continues : > : to restrict the revision to just the kernel sources, and not the whole : > : tree. : > : Timing tests by: dhw : > : > : > : > I have a better simplification, I think, that works for me for each of : > the tests that I've done (both traditional and buildkernel builds). : : I also have other simplifications. But want to do this in stages, : least there be some corner case or misunderstanding by someone. Normally this is a sensible process. However, my patches change how we guess where sys is, and as such, I think we should go directly there and work out the corner cases and such there. : > Can you confirm this works for you and also comment on the change : > itself? It is a bigger change, but results in a simpler (I think) : > newvers.sh. : > Comments? : : I would prefer to do this in stages so things aren't misunderstood. : This patch is one of the key parts that shows I am not making the : 'svnversion' run take longer, and that it does not cover more of : the tree than before. That's exactly what my patch does by passing in SYSDIR directly. Why guess and then replace it with a different guess. Why not go directly to the best guess immediately? We know it is always right, because we know it is what the kernel is using to build itself. And we know that's the directory we want to use for the svn command. Warner From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 16:00:22 2010 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 C72B9106567B for ; Mon, 15 Mar 2010 16:00:22 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (outt.internet-mail-service.net [216.240.47.243]) by mx1.freebsd.org (Postfix) with ESMTP id A9D1A8FC1C for ; Mon, 15 Mar 2010 16:00:22 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o2FG0IGH032610; Mon, 15 Mar 2010 09:00:20 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id BF38F2D6032; Mon, 15 Mar 2010 09:00:19 -0700 (PDT) Message-ID: <4B9E5992.6020207@elischer.org> Date: Mon, 15 Mar 2010 09:00:18 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: "Svein Skogen (Listmail Account)" References: <4B9E332D.3090909@stillbilde.net> In-Reply-To: <4B9E332D.3090909@stillbilde.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2010 16:00:22 -0000 Svein Skogen (Listmail Account) wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 15.03.2010 13:49, Ian FREISLICH wrote: >> Hi >> >> I originally wasn't going to weigh in on this, but: >> >> 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 COMPAT_FREEBSD32 >> >> Thanks for the advance notice that FreeBSD will be EoL before RELENG_32. >> > > Perhaps "COMPAT_ARCH_32BIT" would've been a smarter move? I certainly agree.. can it be changed please? > > //Svein > > - -- > - --------+-------------------+------------------------------- > /"\ |Svein Skogen | svein@d80.iso100.no > \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 > X |2020 Skedsmokorset | svein@jernhuset.no > / \ |Norway | PGP Key: 0xCE96CE13 > | | svein@stillbilde.net > ascii | | PGP Key: 0x58CD33B6 > ribbon |System Admin | svein-listmail@stillbilde.net > Campaign|stillbilde.net | PGP Key: 0x22D494A4 > +-------------------+------------------------------- > |msn messenger: | Mobile Phone: +47 907 03 575 > |svein@jernhuset.no | RIPE handle: SS16503-RIPE > - --------+-------------------+------------------------------- > If you really are in a hurry, mail me at > svein-mobile@stillbilde.net > This mailbox goes directly to my cellphone and is checked > even when I'm not in front of my computer. > - ------------------------------------------------------------ > Picture Gallery: > https://gallery.stillbilde.net/v/svein/ > - ------------------------------------------------------------ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.12 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAkueMywACgkQODUnwSLUlKS6QgCfTPtf0qlgwuSRTSSjtev5N6zc > bG4An2oQhtzEtmaAEzrRs01ClK+nDf/8 > =SLia > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 17:02:27 2010 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 92A661065678 for ; Mon, 15 Mar 2010 17:02:27 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp5.server.rpi.edu (smtp5.server.rpi.edu [128.113.2.225]) by mx1.freebsd.org (Postfix) with ESMTP id 3BE908FC14 for ; Mon, 15 Mar 2010 17:02:26 +0000 (UTC) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp5.server.rpi.edu (8.13.1/8.13.1) with ESMTP id o2FH2OC9014384; Mon, 15 Mar 2010 13:02:25 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20100312185949.GA31744@lonesome.com> References: <4B99031D.3080308@freebsd.org> <4B991C00.3010809@intertainservices.com> <790a9fff1003111714s58d9ee4bl6454d1d52bf705b8@mail.gmail.com> <077AD48E-76D1-459A-9493-8DCB297A98DF@samsco.org> <20100312172255.GC31089@dragon.NUXI.org> <20100312185949.GA31744@lonesome.com> Date: Mon, 15 Mar 2010 13:02:22 -0500 To: Mark Linimon , obrien@FreeBSD.org, freebsd-current@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.10 () [Hold at 20.00] COMBINED_FROM X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.225 Cc: Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2010 17:02:27 -0000 At 12:59 PM -0600 3/12/10, Mark Linimon wrote: >On Fri, Mar 12, 2010 at 09:22:55AM -0800, David O'Brien wrote: > > Yes it is. Where was it discussed first? I do not see anything > > in my freebsd-arch or freebsd-current archive; or any other > > FreeBSD list. > >http://docs.freebsd.org/cgi/mid.cgi?4B971CA3.9090301 > >crossposted on amd64@, ia64@, emulation@. While those are logical mailing lists for this topic to have come up on, it shouldn't be much of a surprise that there are many freebsd users and committers who are not on those lists. Many people who do know about the existing COMPAT_FREEBSD* variables, and thus will be surprised at this variable name. My understanding is that there has already been a lot of furor over this name, so let me first say I don't mean to infuriate anyone. However, my own vote would be for some other name than COMPAT_FREEBSD32. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Tue Mar 16 00:29:48 2010 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 0DF31106566B for ; Tue, 16 Mar 2010 00:29:48 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id C6DB58FC19 for ; Tue, 16 Mar 2010 00:29:47 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.4/8.14.4) with ESMTP id o2G0Te9e037174; Mon, 15 Mar 2010 17:29:40 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.4/8.14.4/Submit) id o2G0Tdx5037173; Mon, 15 Mar 2010 17:29:39 -0700 (PDT) (envelope-from obrien) Date: Mon, 15 Mar 2010 17:29:39 -0700 From: "David O'Brien" To: "M. Warner Losh" Message-ID: <20100316002939.GA36963@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, "M. Warner Losh" , freebsd-current@FreeBSD.org References: <20100312171206.GA31761@dragon.NUXI.org> <20100313.211303.585238797224891349.imp@bsdimp.com> <20100315142806.GA5786@dragon.NUXI.org> <20100315.084426.824931270219314740.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100315.084426.824931270219314740.imp@bsdimp.com> X-Operating-System: FreeBSD 9.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@FreeBSD.org Subject: Re: [PATCH] newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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: Tue, 16 Mar 2010 00:29:48 -0000 On Mon, Mar 15, 2010 at 08:44:26AM -0600, M. Warner Losh wrote: > In message: <20100315142806.GA5786@dragon.NUXI.org> > "David O'Brien" writes: > : On Sat, Mar 13, 2010 at 09:13:03PM -0700, M. Warner Losh wrote: > : > In message: <20100312171206.GA31761@dragon.NUXI.org> > : > "David O'Brien" writes: > : > : * Simplify SRCDIR calculation by directly finding the kernel sources > : > : based directly on one of them. > : > : Reviewed by: dhw > : > : This change does not increase the kernel build time. It also continues > : > : to restrict the revision to just the kernel sources, and not the whole > : > : tree. > : > : Timing tests by: dhw > : > > : > > : > > : > I have a better simplification, I think, that works for me for each of > : > the tests that I've done (both traditional and buildkernel builds). > : > : I also have other simplifications. But want to do this in stages, > : least there be some corner case or misunderstanding by someone. > > Normally this is a sensible process. However, my patches change how > we guess where sys is, and as such, I think we should go directly > there and work out the corner cases and such there. Well that's what I was trying to do with the patch I sent you in Message-ID: <20100308010125.GA6387@dragon.NUXI.org> on 7-March-2010. There you didn't care for that approach and would not give details as to the claims you made. I will reply in another email the issues with your patch. > : I would prefer to do this in stages so things aren't misunderstood. > : This patch is one of the key parts that shows I am not making the > : 'svnversion' run take longer, and that it does not cover more of > : the tree than before. > > That's exactly what my patch does by passing in SYSDIR directly. Why > guess and then replace it with a different guess. Guess??? 'newvers.sh' is not going to be within the kernel sources tree?? Are you allowing for the person that did a 'mv sys/conf/newvers.sh' to elsewhere? Considering you have "sh $S/conf/newvers.sh", I don't see where you are. Is "$0" confusing you? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Mar 16 00:41:24 2010 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 4A8EA106566B for ; Tue, 16 Mar 2010 00:41:24 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 29ED08FC15 for ; Tue, 16 Mar 2010 00:41:23 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.4/8.14.4) with ESMTP id o2G0fHqN037504; Mon, 15 Mar 2010 17:41:17 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.4/8.14.4/Submit) id o2G0fH1g037503; Mon, 15 Mar 2010 17:41:17 -0700 (PDT) (envelope-from obrien) Date: Mon, 15 Mar 2010 17:41:17 -0700 From: "David O'Brien" To: "M. Warner Losh" Message-ID: <20100316004117.GB36963@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, "M. Warner Losh" , freebsd-current@FreeBSD.org References: <20100312171206.GA31761@dragon.NUXI.org> <20100313.211303.585238797224891349.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100313.211303.585238797224891349.imp@bsdimp.com> X-Operating-System: FreeBSD 9.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@FreeBSD.org Subject: Re: [PATCH] newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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: Tue, 16 Mar 2010 00:41:24 -0000 On Sat, Mar 13, 2010 at 09:13:03PM -0700, M. Warner Losh wrote: > The Makefile already knows where the kernel src is located. Let's use > that knowledge to make things a little simpler. This also uses the > Makefile variable SYSDIR. It should also work with non-standard sys > directories. .. > Index: conf/kern.post.mk > vers.c: $S/conf/newvers.sh $S/sys/param.h ${SYSTEM_DEP} > - MAKE=${MAKE} sh $S/conf/newvers.sh ${KERN_IDENT} > + MAKE=${MAKE} SYSDIR=$S sh $S/conf/newvers.sh ${KERN_IDENT} I'd rather not introduce yet more special things that have to be done before invoking newvers.sh. ("MAKE=${MAKE} sh" is not an issue as the script works if MAKE is not passed in given it has "${MAKE:-make}"). The script can be more self contained than this, and I think that is technically better. > Index: conf/newvers.sh > =================================================================== > --- conf/newvers.sh (revision 204938) > +++ conf/newvers.sh (working copy) > @@ -44,7 +44,7 @@ > ${PARAMFILE}) > else > RELDATE=$(awk '/__FreeBSD_version.*propagated to newvers/ {print $3}' \ > - $(dirname $0)/../sys/param.h) > + ${SYSDIR}/sys/param.h) I don't think we should depend on having SYSDIR defined before invoking newvers.sh. Its worse than requiring that as a parameter. We don't set KERN_IDENT=$KERN_IDENT before invoking newvers.sh. Either MAKE=${MAKE} sh $S/conf/newvers.sh ${KERN_IDENT} $S or MAKE=${MAKE} SYSDIR=$S KERN_IDENT=$KERN_IDENT sh $S/conf/newvers.sh for regularity. But I really feel we can trust 'newvers.sh' to be within the kernel sources directory - thus "$(dirname $0)/.." is a self-contained method to determining what the kernel directory is. No guessing. This can be optimized to "${0%/*}/..". > -v=`cat version` u=${USER:-root} d=`pwd` h=${HOSTNAME:-`hostname`} t=`date` > +v=`cat version` u=${USER:-root} h=${HOSTNAME:-`hostname`} t=`date` Unfortunately, I don't believe you actually read the entire newvers.sh script. (this is likely why you misread my patch in Message-ID: <20100308010125.GA6387@dragon.NUXI.org>) Did you get the proper output in your testing? From what I see, It causes a problem with the "${d}" usage in this part of newvers.sh: #define VERSTR "${VERSION} #${v}${svn}${git}: ${t}\\n ${u}@${h}:${d}\\n" Thus when building with "make buildkernel", your patch produces vers.c as: #define VERSTR "FreeBSD 9.0-CURRENT #0 r204912M: Mon Mar 15 12:46:05 PDT 2010\n rootk@dragon.NUXI.org:\n" Instead of: #define VERSTR "FreeBSD 9.0-CURRENT #0 r204912M: Mon Mar 15 12:57:01 PDT 2010\n rootk@dragon.NUXI.org:/usr/obj/MM/test/sys/GENERIC\n" > -case "$d" in > -*/sys/*) .. > +for dir in /bin /usr/bin /usr/local/bin; do > + if [ -d "${SYSDIR}/.svn" -a -x "${dir}/svnversion" ] ; then > + svnversion=${dir}/svnversion .. > - for dir in /bin /usr/bin /usr/local/bin; do > - if [ -d "${SRCDIR}/sys/.svn" -a -x "${dir}/svnversion" ] ; then Are you implicitly depending on there not being a '.svn/' in the root directory? The invocation of 'newvers.sh' elsewhere in the tree will not have 'SYSDIR' (of your patch) set, so the test will be (last iteration): if [ -d "/.svn" -a -x "$/usr/local/bin/svnversion" ] ; then I'd rather not limit the user to not having '/.svn' that is used to track configuration files, etc... This patch is the end version I was working to (thru a series of changes): * Simplify SRCDIR calculation by directly finding the kernel sources based directly on one of them. * Rename SRCDIR to KERN_TOPDIR to be more clear which sources these are, and at what level * git isn't in the base system and being GPL'ed, likely never will. * Revisit r196435 - rather than guess if 'newvers.sh' is being invoked as part of the kernel build or not based on a path (proven to be fragile), key off of having a KERN_IDENT. Index: newvers.sh =================================================================== --- newvers.sh (revision 204939) +++ newvers.sh (working copy) @@ -39,12 +39,13 @@ fi RELEASE="${REVISION}-${BRANCH}" VERSION="${TYPE} ${RELEASE}" +KERN_TOPDIR=${0%/*}/.. if [ "X${PARAMFILE}" != "X" ]; then RELDATE=$(awk '/__FreeBSD_version.*propagated to newvers/ {print $3}' \ ${PARAMFILE}) else RELDATE=$(awk '/__FreeBSD_version.*propagated to newvers/ {print $3}' \ - $(dirname $0)/../sys/param.h) + ${KERN_TOPDIR}/sys/param.h) fi @@ -87,27 +88,22 @@ touch version v=`cat version` u=${USER:-root} d=`pwd` h=${HOSTNAME:-`hostname`} t=`date` i=`${MAKE:-make} -V KERN_IDENT` -case "$d" in -*/sys/*) - SRCDIR=${d##*obj} - if [ -n "$MACHINE" ]; then - SRCDIR=${SRCDIR##/$MACHINE} - fi - SRCDIR=${SRCDIR%%/sys/*} - +case "$i" in +"") + ;; +*) for dir in /bin /usr/bin /usr/local/bin; do - if [ -d "${SRCDIR}/sys/.svn" -a -x "${dir}/svnversion" ] ; then + if [ -d "${KERN_TOPDIR}/.svn" -a -x "${dir}/svnversion" ] ; then svnversion=${dir}/svnversion break fi - if [ -d "${SRCDIR}/.git" -a -x "${dir}/git" ] ; then - git_cmd="${dir}/git --git-dir=${SRCDIR}/.git" - break - fi done - if [ -n "$svnversion" ] ; then - svn=" r`cd ${SRCDIR}/sys && $svnversion`" + svn=" r`cd ${KERN_TOPDIR} && $svnversion`" + fi + + if [ -z "$svnversion" -a -d "${KERN_TOPDIR}/../.git" -a -x /usr/local/bin/git ] ; then + git_cmd="/usr/local/bin/git --git-dir=${SRCDIR}/.git" fi if [ -n "$git_cmd" ] ; then git=`$git_cmd rev-parse --verify --short HEAD 2>/dev/null` @@ -125,7 +121,7 @@ case "$d" in git=" ${git}" fi fi - if $git_cmd --work-tree=${SRCDIR} diff-index \ + if $git_cmd --work-tree=${KERN_TOPDIR}/.. diff-index \ --name-only HEAD | read dummy; then git="${git}-dirty" fi We can simplify this farther by looking at the other use of 'newvers.sh' and realizing that: RELDATE=$(awk '/__FreeBSD_version.*propagated to newvers/ {print $3}' \ ${PARAMFILE}) is just a fancy grep of param.h... And that it would much more direct to do the grepping in /usr/src/include/Makefile than using newver.sh to do affective the same thing. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Mar 16 01:01:17 2010 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 A22AB106566B; Tue, 16 Mar 2010 01:01:17 +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 4327A8FC13; Tue, 16 Mar 2010 01:01:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o2G0rVHa016939; Mon, 15 Mar 2010 18:53:31 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 15 Mar 2010 18:53:43 -0600 (MDT) Message-Id: <20100315.185343.648039045430152537.imp@bsdimp.com> To: obrien@freebsd.org From: "M. Warner Losh" In-Reply-To: <20100316002939.GA36963@dragon.NUXI.org> References: <20100315142806.GA5786@dragon.NUXI.org> <20100315.084426.824931270219314740.imp@bsdimp.com> <20100316002939.GA36963@dragon.NUXI.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2010 01:01:17 -0000 In message: <20100316002939.GA36963@dragon.NUXI.org> "David O'Brien" writes: : On Mon, Mar 15, 2010 at 08:44:26AM -0600, M. Warner Losh wrote: : > In message: <20100315142806.GA5786@dragon.NUXI.org> : > "David O'Brien" writes: : > : On Sat, Mar 13, 2010 at 09:13:03PM -0700, M. Warner Losh wrote: : > : > In message: <20100312171206.GA31761@dragon.NUXI.org> : > : > "David O'Brien" writes: : > : > : * Simplify SRCDIR calculation by directly finding the kernel sources : > : > : based directly on one of them. : > : > : Reviewed by: dhw : > : > : This change does not increase the kernel build time. It also continues : > : > : to restrict the revision to just the kernel sources, and not the whole : > : > : tree. : > : > : Timing tests by: dhw : > : > : > : > : > : > : > : > I have a better simplification, I think, that works for me for each of : > : > the tests that I've done (both traditional and buildkernel builds). : > : : > : I also have other simplifications. But want to do this in stages, : > : least there be some corner case or misunderstanding by someone. : > : > Normally this is a sensible process. However, my patches change how : > we guess where sys is, and as such, I think we should go directly : > there and work out the corner cases and such there. : : Well that's what I was trying to do with the patch I sent you in : Message-ID: <20100308010125.GA6387@dragon.NUXI.org> on 7-March-2010. : There you didn't care for that approach and would not give details : as to the claims you made. I saw your patch and thought this one would be better and simplify newvers.sh. I saw nothing wrong, per se, with the patch. Instead, I saw an opportunity to refine it and make the resulting newvers.sh simpler by using values already computed by the build system. : I will reply in another email the issues with your patch. I welcome constructive criticism of the patch. : > : I would prefer to do this in stages so things aren't misunderstood. : > : This patch is one of the key parts that shows I am not making the : > : 'svnversion' run take longer, and that it does not cover more of : > : the tree than before. : > : > That's exactly what my patch does by passing in SYSDIR directly. Why : > guess and then replace it with a different guess. : : Guess??? 'newvers.sh' is not going to be within the kernel sources : tree?? Are you allowing for the person that did a 'mv sys/conf/newvers.sh' : to elsewhere? Considering you have "sh $S/conf/newvers.sh", I don't see : where you are. Is "$0" confusing you? The kernel source tree is inferred from $0, yes. My method passes it in directly, and makes newvers.sh shell variable usage more uniform with the rest of the kernel. It also eliminated a number of lines from newvers.sh by using the value the kernel build process already had cached. The elimination of duplicated computation is why I think this is a better approach. Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 16 01:12:40 2010 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 0E9D51065672 for ; Tue, 16 Mar 2010 01:12:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 93BFA8FC1A for ; Tue, 16 Mar 2010 01:12:39 +0000 (UTC) Received: (qmail 31285 invoked by uid 399); 16 Mar 2010 01:12:38 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Mar 2010 01:12:38 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B9EDB05.4020800@FreeBSD.org> Date: Mon, 15 Mar 2010 18:12:37 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: obrien@freebsd.org, "M. Warner Losh" , freebsd-current@FreeBSD.org References: <20100312171206.GA31761@dragon.NUXI.org> <20100313.211303.585238797224891349.imp@bsdimp.com> <20100316004117.GB36963@dragon.NUXI.org> In-Reply-To: <20100316004117.GB36963@dragon.NUXI.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: [PATCH] newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2010 01:12:40 -0000 On 03/15/10 17:41, David O'Brien wrote: > I'd rather not introduce yet more special things that have to be done > before invoking newvers.sh. David, Trying to understand what you're getting at here. What's your use case for invoking newvers.sh from the command line? AFAIK it's only every used as part of the build process. Once by the kernel build and once for library related stuff (IIRC). Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Mar 16 01:35:52 2010 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 60668106564A; Tue, 16 Mar 2010 01:35:52 +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 0E3348FC18; Tue, 16 Mar 2010 01:35:51 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o2G1TcYi017292; Mon, 15 Mar 2010 19:29:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 15 Mar 2010 19:29:50 -0600 (MDT) Message-Id: <20100315.192950.692208741816535599.imp@bsdimp.com> To: obrien@freebsd.org From: "M. Warner Losh" In-Reply-To: <20100316004117.GB36963@dragon.NUXI.org> References: <20100312171206.GA31761@dragon.NUXI.org> <20100313.211303.585238797224891349.imp@bsdimp.com> <20100316004117.GB36963@dragon.NUXI.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2010 01:35:52 -0000 David In message: <20100316004117.GB36963@dragon.NUXI.org> "David O'Brien" writes: : On Sat, Mar 13, 2010 at 09:13:03PM -0700, M. Warner Losh wrote: : > The Makefile already knows where the kernel src is located. Let's use : > that knowledge to make things a little simpler. This also uses the : > Makefile variable SYSDIR. It should also work with non-standard sys : > directories. : .. : > Index: conf/kern.post.mk : > vers.c: $S/conf/newvers.sh $S/sys/param.h ${SYSTEM_DEP} : > - MAKE=${MAKE} sh $S/conf/newvers.sh ${KERN_IDENT} : > + MAKE=${MAKE} SYSDIR=$S sh $S/conf/newvers.sh ${KERN_IDENT} : : I'd rather not introduce yet more special things that have to be done : before invoking newvers.sh. ("MAKE=${MAKE} sh" is not an issue as the : script works if MAKE is not passed in given it has "${MAKE:-make}"). : : The script can be more self contained than this, and I think that is : technically better. OK. I think that passing the info in isn't that big a deal and makes the dependency more explicit. : > Index: conf/newvers.sh : > =================================================================== : > --- conf/newvers.sh (revision 204938) : > +++ conf/newvers.sh (working copy) : > @@ -44,7 +44,7 @@ : > ${PARAMFILE}) : > else : > RELDATE=$(awk '/__FreeBSD_version.*propagated to newvers/ {print $3}' \ : > - $(dirname $0)/../sys/param.h) : > + ${SYSDIR}/sys/param.h) : : I don't think we should depend on having SYSDIR defined before invoking : newvers.sh. Its worse than requiring that as a parameter. We don't set : KERN_IDENT=$KERN_IDENT before invoking newvers.sh. : : Either : MAKE=${MAKE} sh $S/conf/newvers.sh ${KERN_IDENT} $S : or : MAKE=${MAKE} SYSDIR=$S KERN_IDENT=$KERN_IDENT sh $S/conf/newvers.sh : : for regularity. But I really feel we can trust 'newvers.sh' to be within : the kernel sources directory - thus "$(dirname $0)/.." is a : self-contained method to determining what the kernel directory is. : No guessing. This can be optimized to "${0%/*}/..". You are trading one dependency for another here. Either you pass it in by typing the path to newvers.sh, or you pass it in directly from the kernel build. But it would be cleaner if it were passed in as the first parameter. : > -v=`cat version` u=${USER:-root} d=`pwd` h=${HOSTNAME:-`hostname`} t=`date` : > +v=`cat version` u=${USER:-root} h=${HOSTNAME:-`hostname`} t=`date` : : Unfortunately, [snipped] [[ ${d} is used later, and silent succeeds : with the wrong results with your patch ]] $d is used later. Gotcha. I missed that. : > -case "$d" in : > -*/sys/*) : .. : > +for dir in /bin /usr/bin /usr/local/bin; do : > + if [ -d "${SYSDIR}/.svn" -a -x "${dir}/svnversion" ] ; then : > + svnversion=${dir}/svnversion : .. : > - for dir in /bin /usr/bin /usr/local/bin; do : > - if [ -d "${SRCDIR}/sys/.svn" -a -x "${dir}/svnversion" ] ; then : : Are you implicitly depending on there not being a '.svn/' in the root : directory? Assuming that you violated the precondition of passing SYSDIR in, then yes. However, I don't think that's a big deal. : The invocation of 'newvers.sh' elsewhere in the tree will not : have 'SYSDIR' (of your patch) set, so the test will be (last iteration): : : if [ -d "/.svn" -a -x "$/usr/local/bin/svnversion" ] ; then : : I'd rather not limit the user to not having '/.svn' that is used to : track configuration files, etc... : : This patch is the end version I was working to (thru a series of : changes): : : * Simplify SRCDIR calculation by directly finding the kernel sources : based directly on one of them. : * Rename SRCDIR to KERN_TOPDIR to be more clear which sources these are, : and at what level : * git isn't in the base system and being GPL'ed, likely never will. : * Revisit r196435 - rather than guess if 'newvers.sh' is being : invoked as part of the kernel build or not based on a path (proven : to be fragile), key off of having a KERN_IDENT. Comments below... : Index: newvers.sh : =================================================================== : --- newvers.sh (revision 204939) : +++ newvers.sh (working copy) : @@ -39,12 +39,13 @@ fi : RELEASE="${REVISION}-${BRANCH}" : VERSION="${TYPE} ${RELEASE}" : : +KERN_TOPDIR=${0%/*}/.. I'd have selected SYSDIR, which is used elsewhere in the build system to indicate the top of the kernel tree. : if [ "X${PARAMFILE}" != "X" ]; then : RELDATE=$(awk '/__FreeBSD_version.*propagated to newvers/ {print $3}' \ : ${PARAMFILE}) : else : RELDATE=$(awk '/__FreeBSD_version.*propagated to newvers/ {print $3}' \ : - $(dirname $0)/../sys/param.h) : + ${KERN_TOPDIR}/sys/param.h) : fi : If we move this "grep" into include/Makefile, then we can eliminate this entire conditional, leaving only the else part of it. : @@ -87,27 +88,22 @@ touch version : v=`cat version` u=${USER:-root} d=`pwd` h=${HOSTNAME:-`hostname`} t=`date` : i=`${MAKE:-make} -V KERN_IDENT` : : -case "$d" in : -*/sys/*) : - SRCDIR=${d##*obj} : - if [ -n "$MACHINE" ]; then : - SRCDIR=${SRCDIR##/$MACHINE} : - fi : - SRCDIR=${SRCDIR%%/sys/*} : - : +case "$i" in : +"") : + ;; This is only needed because newvers.sh is invoked from src/include/Makefile. If that were elimianted, the case could also be eliminated as well, since there'd be no other users of newvers.sh. : +*) : for dir in /bin /usr/bin /usr/local/bin; do : - if [ -d "${SRCDIR}/sys/.svn" -a -x "${dir}/svnversion" ] ; then : + if [ -d "${KERN_TOPDIR}/.svn" -a -x "${dir}/svnversion" ] ; then : svnversion=${dir}/svnversion : break : fi : - if [ -d "${SRCDIR}/.git" -a -x "${dir}/git" ] ; then : - git_cmd="${dir}/git --git-dir=${SRCDIR}/.git" : - break : - fi : done : - : if [ -n "$svnversion" ] ; then : - svn=" r`cd ${SRCDIR}/sys && $svnversion`" : + svn=" r`cd ${KERN_TOPDIR} && $svnversion`" : + fi : + : + if [ -z "$svnversion" -a -d "${KERN_TOPDIR}/../.git" -a -x /usr/local/bin/git ] ; then : + git_cmd="/usr/local/bin/git --git-dir=${SRCDIR}/.git" : fi : if [ -n "$git_cmd" ] ; then : git=`$git_cmd rev-parse --verify --short HEAD 2>/dev/null` : @@ -125,7 +121,7 @@ case "$d" in : git=" ${git}" : fi : fi : - if $git_cmd --work-tree=${SRCDIR} diff-index \ : + if $git_cmd --work-tree=${KERN_TOPDIR}/.. diff-index \ : --name-only HEAD | read dummy; then : git="${git}-dirty" : fi : : We can simplify this farther by looking at the other use of 'newvers.sh' : and realizing that: : : RELDATE=$(awk '/__FreeBSD_version.*propagated to newvers/ {print $3}' \ : ${PARAMFILE}) : : is just a fancy grep of param.h... And that it would much more direct to : do the grepping in /usr/src/include/Makefile than using newver.sh to do : affective the same thing. Having looked at things, I don't know why we need to invoke newvers.sh as part of generating osreldate.h in the first place. It leaves vers.c and version around as extra clean files that need to be removed later. Seems to be that expanding RELDATE in include/Makefile would be a reasonable thing to do, or better yet, just grepping the lines out of sys/param.h: we already depend in it being in a specific format so this wouldn't be a new coupling. We wouldn't even need to invoke the kernel build system to get this information, and would eliminate the need to do the case statement above. It seems like we're going to a lot of effort to reuse 1 line of newvers.sh which far exceeds that one line savings. I'm also unsure that this automatically generated file really has copyright protection, so including a copyright notice isn't necessary. The project would lose nothing by explicitly declaring it to be in the public domain. osreldate.h: ${.CURDIR}/../sys/conf/newvers.sh ${.CURDIR}/../sys/sys/param.h \ ${.CURDIR}/Makefile @${ECHO} creating osreldate.h from newvers.sh @MAKE=${MAKE}; \ PARAMFILE=${.CURDIR}/../sys/sys/param.h; \ . ${.CURDIR}/../sys/conf/newvers.sh; \ echo "$$COPYRIGHT" > osreldate.h; \ echo "#ifdef _KERNEL" >> osreldate.h; \ echo "#error \" cannot be used in the kernel, use \"" >> osreldate.h; \ echo "#else" >> osreldate.h; \ echo "#undef __FreeBSD_version" >> osreldate.h; \ echo "#define __FreeBSD_version $$RELDATE" >> osreldate.h; \ echo "#endif" >> osreldate.h would become: osreldate.h: ${.CURDIR}/../sys/sys/param.h ${.CURDIR}/Makefile @${ECHO} creating osreldate.h from param.h echo "/* This file is in the public domain */" > osreldate.h; \ echo "#ifdef _KERNEL" >> osreldate.h; \ echo "#error \" cannot be used in the kernel, use \"" >> osreldate.h; \ echo "#else" >> osreldate.h; \ grep "^#.*__FreeBSD_version" ${.CURDIR}/../sys/sys/param.h >> osreldate.h; \ echo "#endif" >> osreldate.h so it would be simpler in multiple places. Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 16 01:35:52 2010 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 DD617106566B; Tue, 16 Mar 2010 01:35:52 +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 9FAFA8FC19; Tue, 16 Mar 2010 01:35:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o2G1YhU7017327; Mon, 15 Mar 2010 19:34:43 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 15 Mar 2010 19:34:55 -0600 (MDT) Message-Id: <20100315.193455.69510145151660650.imp@bsdimp.com> To: dougb@freebsd.org From: "M. Warner Losh" In-Reply-To: <4B9EDB05.4020800@FreeBSD.org> References: <20100313.211303.585238797224891349.imp@bsdimp.com> <20100316004117.GB36963@dragon.NUXI.org> <4B9EDB05.4020800@FreeBSD.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2010 01:35:52 -0000 In message: <4B9EDB05.4020800@FreeBSD.org> Doug Barton writes: : On 03/15/10 17:41, David O'Brien wrote: : > I'd rather not introduce yet more special things that have to be done : > before invoking newvers.sh. : : David, : : Trying to understand what you're getting at here. What's your use case : for invoking newvers.sh from the command line? AFAIK it's only every : used as part of the build process. Once by the kernel build and once for : library related stuff (IIRC). It is used in the kernel build (in a couple of different places) and in include/Makefile to generate osreldate.h. I believe the latter can be simplified to not require it. Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 16 01:41:05 2010 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 0C6AF1065673 for ; Tue, 16 Mar 2010 01:41:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8E0F98FC1B for ; Tue, 16 Mar 2010 01:41:04 +0000 (UTC) Received: (qmail 4642 invoked by uid 399); 16 Mar 2010 01:41:03 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Mar 2010 01:41:03 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B9EE1AD.9080805@FreeBSD.org> Date: Mon, 15 Mar 2010 18:41:01 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: "M. Warner Losh" References: <20100313.211303.585238797224891349.imp@bsdimp.com> <20100316004117.GB36963@dragon.NUXI.org> <4B9EDB05.4020800@FreeBSD.org> <20100315.193455.69510145151660650.imp@bsdimp.com> In-Reply-To: <20100315.193455.69510145151660650.imp@bsdimp.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2010 01:41:05 -0000 On 03/15/10 18:34, M. Warner Losh wrote: > In message: <4B9EDB05.4020800@FreeBSD.org> > Doug Barton writes: > : On 03/15/10 17:41, David O'Brien wrote: > : > I'd rather not introduce yet more special things that have to be done > : > before invoking newvers.sh. > : > : David, > : > : Trying to understand what you're getting at here. What's your use case > : for invoking newvers.sh from the command line? AFAIK it's only every > : used as part of the build process. Once by the kernel build and once for > : library related stuff (IIRC). > > It is used in the kernel build (in a couple of different places) and > in include/Makefile to generate osreldate.h. Well, includes are related to libraries, right/ :) > I believe the latter can be simplified to not require it. When I last looked at it I vaguely recall thinking that not needing newvers.sh for that purpose was a good goal, but ENOTIME. Thanks for refreshing my memory, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Mar 16 02:01:50 2010 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 57BF9106566C; Tue, 16 Mar 2010 02:01:50 +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 F37E78FC0A; Tue, 16 Mar 2010 02:01:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o2G1rxbq017572; Mon, 15 Mar 2010 19:53:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 15 Mar 2010 19:54:11 -0600 (MDT) Message-Id: <20100315.195411.64125142724030777.imp@bsdimp.com> To: dougb@freebsd.org From: "M. Warner Losh" In-Reply-To: <4B9EE1AD.9080805@FreeBSD.org> References: <4B9EDB05.4020800@FreeBSD.org> <20100315.193455.69510145151660650.imp@bsdimp.com> <4B9EE1AD.9080805@FreeBSD.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2010 02:01:50 -0000 In message: <4B9EE1AD.9080805@FreeBSD.org> Doug Barton writes: : > I believe the latter can be simplified to not require it. : : When I last looked at it I vaguely recall thinking that not needing : newvers.sh for that purpose was a good goal, but ENOTIME. Right now it is required to set COPYRIGHT and RELDATE. The former isn't necessary (I don't believe this file could be copyrighted) and the latter could be replaced with a simple grep. Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 16 11:15:59 2010 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 81BD4106566B for ; Tue, 16 Mar 2010 11:15:59 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay1.uni-muenster.de (ZIVM-RELAY1.UNI-MUENSTER.DE [128.176.192.12]) by mx1.freebsd.org (Postfix) with ESMTP id 900C48FC18 for ; Tue, 16 Mar 2010 11:15:58 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,649,1262559600"; d="scan'208";a="299258314" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 16 Mar 2010 12:15:48 +0100 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 2D23A1B0750; Tue, 16 Mar 2010 12:15:48 +0100 (CET) Date: Tue, 16 Mar 2010 12:15:47 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Pegasus Mc Cleaft , Garrett Cooper Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org Subject: Re: build failures after stdlib update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2010 11:15:59 -0000 hi there, i'm having similar issues with libc. while doing buildworld i got this segfault: >>> stage 4.2: building libraries -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Damd64 MACHINE=3D= amd64 CPUTYPE=3Dnative GROFF_BIN_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=3D/usr/obj/usr/src/tmp VERSION=3D"FreeBSD 9.0-CURRENT amd6= 4 900009" INSTALL=3D"sh /usr/src/tools/install.sh" PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr= /bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/u= sr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/s= bin:/usr/bin NO_CTF=3D1 /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 DESTDIR=3D/usr/obj/usr/src/tmp -DNO_FSCHG -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DWITHOUT_PROFILE libraries cd /usr/src; /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 _prereq_lib= s; /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 _startup_libs; /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 _prebuild_libs; /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 _generic_libs; =3D=3D=3D> gnu/lib/libssp/libssp_nonshared (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I/usr/src/gnu/lib/libssp/libssp_nonshared/.. -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libs= sp -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/incl= ude -DPIC /usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp= /ssp-local.c cc -O2 -fno-strict-aliasing -fno-builtin -pipe -march=3Dnative -DHAVE_CONFI= G_H -I/usr/src/gnu/lib/libssp/libssp_nonshared/.. -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libs= sp -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/incl= ude -fPIC -DPIC -fvisibility=3Dhidden -g -std=3Dgnu99 -fstack-protector -c /usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp= /ssp-local.c *** Signal 11 Stop in /usr/src/gnu/lib/libssp/libssp_nonshared. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. i'm not sure if the gdb command i used is correct, since i found two versio= ns of `cc` in /usr/obj: find ./ -type f -name cc =2E/usr/src/tmp/usr/bin/cc =2E/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc/cc i've used gdb /usr/obj/usr/src/tmp/usr/bin/cc /usr/obj/usr/src/gnu/lib/libssp/libssp_nonshared/cc.core to get a backtrace= =2E hope i picked the right version: Program terminated with signal 11, Segmentation fault. #0 strlen (str=3DVariable "str" is not available. ) at /usr/src/lib/libc/string/strlen.c:93 93 if ((*lp - mask01) & mask80) { (gdb) bt #0 strlen (str=3DVariable "str" is not available. ) at /usr/src/lib/libc/string/strlen.c:93 #1 0x0000000000415681 in concat (first=3D0x4408d3 "-m") at /usr/src/gnu/usr.bin/cc/libiberty/../../../../contrib/gcclibs/libiberty/con= cat.c:76 #2 0x0000000000404d07 in do_spec_1 (spec=3D0x8008b20e0 "% 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 4D2D71065670 for ; Tue, 16 Mar 2010 15:29:40 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 014AD8FC15 for ; Tue, 16 Mar 2010 15:29:39 +0000 (UTC) Received: from [202.179.21.131] (helo=beastie.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NrYi9-000KzN-Ha; Tue, 16 Mar 2010 23:29:37 +0800 Message-ID: <4B9FA3E0.4050702@micom.mng.net> Date: Tue, 16 Mar 2010 23:29:36 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: PseudoCylon References: <16641.96608.qm@web51806.mail.re2.yahoo.com> In-Reply-To: <16641.96608.qm@web51806.mail.re2.yahoo.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2010 15:29:40 -0000 Hi, PseudoCylon wrote: > Hello, > > Finally, I have fixed mysterious device lock out and run(4) works fine in HOSTAP mode. Up time is 80 hours and counting. I even filed tax though it. > > The device supports up to 253 stations. I only tested with 2 station. If you have resources, please hit it with bunch of STAs. > > As usual codes are posted at my git repository > git://dev.nasreddine.com/run.git > http://dev.nasreddine.com/gitweb/?p=run.git;a=summary > Please fetch 'hostap_rc' branch not 'master' this time. > > or freebsd forums > http://forums.freebsd.org/showthread.php?s=1d3b01fbed80c61ff508e12e9805146e&t=7562 > Tried this version on routerstation pro (mips) board. Root fs is in NFS. (FreeBSD 9.0-CURRENT #13 r205084M: Tue Mar 16 22:35:25 ULAT 2010). ... run0: <1.0> on usbus0 run0: MAC/BBP RT3070 (rev 0x0200), RF RT3020 (MIMO 1T1R), address 00:22:cf:03:e0:30 Updating motd:run0: firmware RT2870 loaded . ... run0: flags=8802 metric 0 mtu 2290 ether 00:22:cf:03:e0:30 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier wlan0: flags=8802 metric 0 mtu 1500 ether 00:22:cf:03:e0:30 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: no carrier ssid bsd channel 6 (2437 MHz 11g) country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 protmode CTS wme bintval 0 rspro# ifconfig wlan0 up rspro# Trap cause = 5 (address error (store) - kernel mode) [ thread pid 0 tid 100047 ] Stopped at ieee80211_radiotap_vdetach+0x70: sh v1,0(a0) db> c panic: trap KDB: enter: panic [ thread pid 0 tid 100047 ] Stopped at kdb_enter+0x50: lui at,0x804c db> bt Tracing pid 0 tid 100047 td 0xc0f1f260 db_trace_thread+30 (?,?,?,?) ra 80071160 sp c7ec9790 sz 24 80071044+11c (0,?,ffffffff,?) ra 80070b54 sp c7ec97a8 sz 32 800707c0+394 (?,?,?,?) ra 80070ce4 sp c7ec97c8 sz 168 db_command_loop+78 (?,?,?,?) ra 800733b8 sp c7ec9870 sz 24 800732b0+108 (?,?,?,?) ra 801d8b1c sp c7ec9888 sz 424 kdb_trap+10c (?,?,?,?) ra 803c2440 sp c7ec9a30 sz 32 trap+10fc (?,?,?,?) ra 803b97c8 sp c7ec9a50 sz 176 MipsKernGenException+10c (0,a,804e0fe4,2) ra 801d8d74 sp c7ec9b00 sz 200 kdb_enter+50 (?,?,?,?) ra 8019ccc0 sp c7ec9bc8 sz 24 panic+f8 (?,802c95b8,ffffffff,c7ec9990) ra 803c26a0 sp c7ec9be0 sz 40 trap+135c (?,?,?,?) ra 803b97c8 sp c7ec9c08 sz 176 MipsKernGenException+10c (c0f6a62f,c0f72268,c7ea7c14,e51) ra 802c95b8 sp c7ec9cb8 sz 200 802c95a8+10 (?,?,?,?) ra 0 sp c7ec9d80 sz 0 pid 0 db> Btw, ifconfig wlan0 up works on with stock run(4) which was committed to HEAD end of Jan. Please let me know if you need any more information. Ganbold > Best, > AK > > ---- > "FreeBSD and all other open source projects are the Tower of Babel in computer era." --me > So, join me @ git://dev.nasreddine.com/run.git > (or http://dev.nasreddine.com/gitweb/?p=run.git;a=summary ) > Just work on any of *_dev branches. > > > > __________________________________________________________________ > Looking for the perfect gift? Give the gift of Flickr! > > http://www.flickr.com/gift/ > _______________________________________________ > 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" > > > > -- One thing about the past. It's likely to last. -- Ogden Nash From owner-freebsd-current@FreeBSD.ORG Tue Mar 16 19:38:17 2010 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 BE1AE1065673 for ; Tue, 16 Mar 2010 19:38:17 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail35.syd.optusnet.com.au (mail35.syd.optusnet.com.au [211.29.133.51]) by mx1.freebsd.org (Postfix) with ESMTP id 2AFE78FC21 for ; Tue, 16 Mar 2010 19:38:16 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-253-149.belrs3.nsw.optusnet.com.au [122.106.253.149]) by mail35.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o2GJcDYQ018722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Mar 2010 06:38:14 +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 o2GJcCHS097058; Wed, 17 Mar 2010 06:38:12 +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 o2GJcC0C097057; Wed, 17 Mar 2010 06:38:12 +1100 (EST) (envelope-from peter) Date: Wed, 17 Mar 2010 06:38:12 +1100 From: Peter Jeremy To: Pegasus Mc Cleaft Message-ID: <20100316193812.GA96971@server.vk2pj.dyndns.org> References: <201003131831.19383.ken@mthelicon.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <201003131831.19383.ken@mthelicon.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: build failures after stdlib update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2010 19:38:17 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Mar-13 18:31:19 +0000, Pegasus Mc Cleaft wrote: > I am not able to build the latest world (I havent tried kernel yet).=20 >Whenever I start gengtype dies with a signal 10. One problem is that much of the toolchain is statically linked so once you have a corrupted libc function, the toolchain is likely to also be corrupt and unable to be fixed my replacing libc.so. --=20 Peter Jeremy --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuf3iQACgkQ/opHv/APuIdoEACfaoHX3i3IeqPTXZ/JFj2KzN7A Pk4AnAmtToXpfOcmHgMLpfT9BtQ8DG5L =ifiZ -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 16 21:34:59 2010 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 5E6081065670 for ; Tue, 16 Mar 2010 21:34:59 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51808.mail.re2.yahoo.com (web51808.mail.re2.yahoo.com [206.190.38.239]) by mx1.freebsd.org (Postfix) with SMTP id 154EE8FC08 for ; Tue, 16 Mar 2010 21:34:58 +0000 (UTC) Received: (qmail 41522 invoked by uid 60001); 16 Mar 2010 21:34:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1268775298; bh=ZsqTP1FVvO6AAv2pbJ9XHYjJwayadajyOyfOae7EkfM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=EhXre4EHmjjA8He4iv0d3uHqjUmrgYRuMDpX3YMSOtfz43SmpuuGj7TRRSz+OWqoZ1JrHZb5j++AFJRmTiBWlwAVXNC4zwsw1IA7tko0gEH9k8YjxgXVJb11QOwbZowKgViCLkpMA0gxMAmRUNvV/RqLJ5UFpI7TWCKPOlDwOx0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=4eVTxbt2F/0f9SMghvaNbVZljUnAdlitaszBLd2OPVbcqVNpk9CD8VXXfkpOZxHMdFmt084+FjggHy51h4xAcOIXoeksOVb5VhJCSUanV87HgZCqCW607C4lq+d1N93cdCtSExRzdzkfjT66SD7/kbCr9y5YHQtY3U80QjWsmC4=; Message-ID: <294083.38538.qm@web51808.mail.re2.yahoo.com> X-YMail-OSG: hVW8FscVM1kT19T9_op0tIlKSDv5qQWEIBBsQ.46dtrZnjlnxD6NU.fb._GhzTnham1WQ217ntGgdWkMOr5R0RgAyP49INOBvMYjOXGt9R6M3cbv5.VnNL8pZDuVk8H5w1UNgTGguVuuj_UCfrpt1MeaWw5P0zB7VA49RV6KgjP4t9W8MU6ov2OB0PocgihbaoIys5WjbArfDix4IXfhcJR_LW8AgTdGdT8uY9K0jlkblZY_0JUnEwdZBjRjcEDc5IcYLByWSBtiS_BG3erfP9niR0b5TozDKdS.5MdL_dToq6qSQLkLNlDyC0lzmrGeM6oAlemIiCZISiOBCvINtf_TIw-- Received: from [173.183.132.20] by web51808.mail.re2.yahoo.com via HTTP; Tue, 16 Mar 2010 14:34:58 PDT X-Mailer: YahooMailRC/324.3 YahooMailWebService/0.8.100.260964 References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> Date: Tue, 16 Mar 2010 14:34:58 -0700 (PDT) From: PseudoCylon To: Ganbold In-Reply-To: <4B9FA3E0.4050702@micom.mng.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2010 21:34:59 -0000 Hello, Can you check version of firmware for me? At the end of ralink's license (before the actual code) in rt2870.fw.uu, if it says RT2870 v. 0.11 RT3071 v. 0.11 it's the latest. If there is no version info, it is old version. Your chipset, rt3070 + rf3020 uses mcu command to select the antenna available in new firmware. Best, AK Tried this version on routerstation pro (mips) board. Root fs is in > NFS. (FreeBSD 9.0-CURRENT #13 r205084M: Tue Mar 16 22:35:25 ULAT > 2010). ... run0: <1.0> on usbus0 run0: MAC/BBP RT3070 (rev > 0x0200), RF RT3020 (MIMO 1T1R), address 00:22:cf:03:e0:30 Updating > motd:run0: firmware RT2870 loaded . ... run0: > flags=8802 metric 0 mtu 2290 > ether 00:22:cf:03:e0:30 media: IEEE > 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier wlan0: flags=8802 > metric 0 mtu 1500 ether > 00:22:cf:03:e0:30 media: IEEE 802.11 Wireless > Ethernet autoselect mode 11g status: no > carrier ssid bsd channel 6 (2437 MHz > 11g) country US authmode OPEN privacy OFF txpower > 0 bmiss 7 scanvalid 60 protmode CTS wme bintval > 0 rspro# ifconfig wlan0 up rspro# Trap cause = 5 (address > error (store) - kernel mode) [ thread pid 0 tid 100047 ] Stopped at > ieee80211_radiotap_vdetach+0x70: > sh v1,0(a0) db> c panic: trap KDB: enter: > panic [ thread pid 0 tid 100047 ] Stopped at > kdb_enter+0x50: lui at,0x804c db> bt Tracing pid 0 tid > 100047 td 0xc0f1f260 db_trace_thread+30 (?,?,?,?) ra 80071160 sp c7ec9790 sz > 24 80071044+11c (0,?,ffffffff,?) ra 80070b54 sp c7ec97a8 sz > 32 800707c0+394 (?,?,?,?) ra 80070ce4 sp c7ec97c8 sz > 168 db_command_loop+78 (?,?,?,?) ra 800733b8 sp c7ec9870 sz > 24 800732b0+108 (?,?,?,?) ra 801d8b1c sp c7ec9888 sz 424 kdb_trap+10c > (?,?,?,?) ra 803c2440 sp c7ec9a30 sz 32 trap+10fc (?,?,?,?) ra 803b97c8 sp > c7ec9a50 sz 176 MipsKernGenException+10c (0,a,804e0fe4,2) ra 801d8d74 sp > c7ec9b00 sz 200 kdb_enter+50 (?,?,?,?) ra 8019ccc0 sp c7ec9bc8 sz > 24 panic+f8 (?,802c95b8,ffffffff,c7ec9990) ra 803c26a0 sp c7ec9be0 sz > 40 trap+135c (?,?,?,?) ra 803b97c8 sp c7ec9c08 sz > 176 MipsKernGenException+10c (c0f6a62f,c0f72268,c7ea7c14,e51) ra 802c95b8 > sp c7ec9cb8 sz 200 802c95a8+10 (?,?,?,?) ra 0 sp c7ec9d80 sz 0 pid > 0 db> Btw, ifconfig wlan0 up works on with stock run(4) which > was committed to HEAD end of Jan. Please let me know if you need any more > information. Ganbold > Best, > AK > > > ---- > "FreeBSD and all other open source projects are the Tower of Babel > in computer era." --me > So, join me @ > git://dev.nasreddine.com/run.git > (or > href="http://dev.nasreddine.com/gitweb/?p=run.git;a=summary"; target=_blank > >http://dev.nasreddine.com/gitweb/?p=run.git;a=summary ) > Just work > on any of *_dev branches. > > > > > __________________________________________________________________ > > Looking for the perfect gift? Give the gift of Flickr! > > > href="http://www.flickr.com/gift/"; target=_blank > >http://www.flickr.com/gift/ > > _______________________________________________ > > ymailto="mailto:freebsd-current@freebsd.org" > href="mailto:freebsd-current@freebsd.org">freebsd-current@freebsd.org > mailing list > > href="http://lists.freebsd.org/mailman/listinfo/freebsd-current"; target=_blank > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > To > unsubscribe, send any mail to " > ymailto="mailto:freebsd-current-unsubscribe@freebsd.org" > href="mailto:freebsd-current-unsubscribe@freebsd.org">freebsd-current-unsubscribe@freebsd.org" > > > > > -- One thing about the past. It's likely to last. -- Ogden > Nash __________________________________________________________________ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ From owner-freebsd-current@FreeBSD.ORG Tue Mar 16 22:50:57 2010 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 98CEC1065670 for ; Tue, 16 Mar 2010 22:50:57 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by mx1.freebsd.org (Postfix) with ESMTP id 0FE0B8FC08 for ; Tue, 16 Mar 2010 22:50:56 +0000 (UTC) Received: by fxm7 with SMTP id 7so512552fxm.3 for ; Tue, 16 Mar 2010 15:50:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=chi9PwJnLiiMCCk7j+L7GBBqg0Y9EYP9xmJjaU36690=; b=jBAOOxp4dGKnkGCO6UkGKsfzG4uo+aG/s0PKGO9zQ3pPuIQ7rxsjd3oGpcRX9/E2H3 /WLAbViP+P8w++cQ70njfnAundH6L9r6OUH+K30Pwg5DLyGV664fU/BA8WqvFsevpZHj NEFGK7C4ELGU8YAE2yD8x2gIBy1r54GZkUUfg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=goCPNnQU9nCFf08i1qzrZzP1T7RryvCBln1JQ0E53dsjquf9bJ+G/j6rLscqKPEot8 htUnUVyJa2MMD00UsrKXNEOy5cnybtF8hbGbClcUB6ycbptN4Jc306lGo2yBeAudj2PU YdvQwpvU/8IRy/FLBXtf7naIKDo0GLRKSN2hE= Received: by 10.87.29.8 with SMTP id g8mr154599fgj.157.1268779855834; Tue, 16 Mar 2010 15:50:55 -0700 (PDT) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 13sm4359691fxm.10.2010.03.16.15.50.52 (version=SSLv3 cipher=RC4-MD5); Tue, 16 Mar 2010 15:50:54 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Tue, 16 Mar 2010 15:51:13 -0700 From: Weongyo Jeong Date: Tue, 16 Mar 2010 15:51:13 -0700 To: Alex RAY Message-ID: <20100316225113.GF88159@weongyo> Mail-Followup-To: Alex RAY , Alexandr Rybalko , current@freebsd.org References: <20100226005115.GP14937@weongyo> <20100227011535.ed3f2486.ray@ddteam.net> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <20100313231205.5e68a89a.ray@ddteam.net> <20100314005558.GB88159@weongyo> <20100315004357.fca53c7f.ray@ddteam.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100315004357.fca53c7f.ray@ddteam.net> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: Alexandr Rybalko , current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 22:50:57 -0000 On Mon, Mar 15, 2010 at 12:43:57AM +0200, Alex RAY wrote: > On Sat, 13 Mar 2010 16:55:58 -0800 > Weongyo Jeong wrote: > > > On Sat, Mar 13, 2010 at 11:12:05PM +0200, Alex RAY wrote: > > > On Fri, 12 Mar 2010 15:13:34 -0800 > > > Weongyo Jeong wrote: > > > > > > > > > > > I thought that your opinion was right and if mem is > > > > 0xf4000000-0xf4003fff (16 Kb) I thought the device has 4 cores. However > > > > it looks this was wrong according to the below document: > > > > > > > > http://voodoowarez.com/bcm5365p.pdf > > > > > > > > Please see Section 3: PCI Core, PCI Bus (Page 34) that it indicates that > > > > 16Kb, maybe 8 Kb in the old devices is core register region. > > > > > > > > "Accesses to the lower half of the core register region are translated > > > > into system backplane accesses using the PCIBAR0Window register" > > > > "Accesses to offsets 0x1000 to 0x17FF of this region initiate a direct > > > > access to the external SPROM" > > > > > > > > If we just access memory using offset + core and bus_space_read_x > > > > interfaces it would actually not access core register region. > > > > > > > > So without solving this problem it looks it could not remove coreswitch > > > > routines. > > > > > > > > regards, > > > > Weongyo Jeong > > > > > > > > > > Hi, > > > > > > this document about SoC BCM5365P, not about PCI device with PCI to SSB > > > bridge. > > > > Yes it's about SoC BCM5365P but I think the basic concept of Silicon > > Backplane would be same at a PCI device with PCI to SSB bridge. > > > > > I know in SoC`s like BSM5365 (I test it in BCM5354 and BCM5836) core > > > switching is not required. > > > > > > BCM5354 - http://lists.freebsd.org/pipermail/freebsd-mips/2009-June/000421.html > > > BCM5836 - http://lists.freebsd.org/pipermail/freebsd-mips/2010-February/000635.html > > > > The above URLs you mentioned indicates that > > > > siba0: at mem 0x18000000-0x18006fff on nexus0 > > siba_cc0: at mem 0x18000000-0x18000fff irq 0 on siba0 > > bfe0: at mem 0x18001000-0x18001fff irq 1 on siba0 > > siba_mips0: at mem 0x18002000-0x18002fff on siba0 > > ohci0: at mem 0x18003000-0x18003fff irq 4 on siba0 > > > > siba0 used memory region at starting 0x18000000 that I think this is a > > reason why it doesn't require core switching and each cores have their > > own memory region at starting 0x1800xxxx. > > > > But in a case of PCI device with PCI to SSB bridge, it normally used > > 0xf4000000, 0xfe200000 or other address which reserved by parent PCI > > bridge. > > > > > With PCI device, when device report memory window > > > 0xf4000000-0xf4003fff, why we can`t use full window? > > > > Because I'm not a Silicon Backplane expert I could not answer this > > question. But I'd like to make sure that memory window at 0xf4000000 > > (size 16 Kbytes) comes from PCI BAR0 when pci(4) attached device. > > Moreover I believe size of memory window also comes from PCI BAR0 size > > testing of pci(4). > > > > Of course I think we can try to remap full memory window after > > calculating numbers of core but it looks meaning would be little bit > > different. > > > > > May be You can test your code without core switching? > > > > I tried to remove core switching code in siba_bwn bridge but after > > moment I got stuck to go forward. For example, > > > > I have 1 device which attached with bwn(4) and it has 4 cores: > > > > 0x18000000-0x18000fff ChipCommon > > 0x18001000-0x18001fff EMAC > > 0x18002000-0x18002fff PCI > > 0x18003000-0x18003fff PCMCIA > > > > When it attached at siba_bwn it shows its memory region at 0xfe2fe000 - > > 0xfe2fffff (8 Kbytes). Initial PCI BAR0 value was 0x18002000. > > Yes, You're right. I found another way. > We can use SBtoPCITranslation2 (Offset 0x108) register, in that way we > can access to SSB without coreswitching. > (Page 42) > > Initial access for copy SPROM and preconfigure make via BAR0, then > setup SBtoPCITranslation2 and access to SSB direct. According to the specification, as you mentioned SBtoPCITranslation2 has a field UpperAddress but on field 31:30. It looks 2 bit fields are too limited to use so don't know how to implement it you mentioned. Could you please elaborate or show me details? regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 01:23:07 2010 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 C147E106567B for ; Wed, 17 Mar 2010 01:23:07 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51802.mail.re2.yahoo.com (web51802.mail.re2.yahoo.com [206.190.38.233]) by mx1.freebsd.org (Postfix) with SMTP id 6B8288FC1C for ; Wed, 17 Mar 2010 01:23:07 +0000 (UTC) Received: (qmail 41829 invoked by uid 60001); 17 Mar 2010 01:23:06 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1268788986; bh=ceTOAlqeBVURWAiyylKABXRtazdTlDCP4dwoWlMhlZM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Do3oz3g4DmGkgBOFF5Y+qEvLLmAA6/gkliewg7D+7EkPCr/4mb3ObFKjK3a1/PmldmOCl7FEza8fAtl3v+HQOXrVLSV+GNs/A3iBHcV+1cfNT7+r8ZbCUg0K6XnyHUaSbmyUFz4dM6b5JEgKOJsR5qnyAIrikkqe9gWI29ubqrg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Su3hgRsLWjFTI0BBwHpp+ehmccpJLFcdP4I76lfL1R6/Gd9j/ZCMfQYryoEmQTZTsy2SAIL1I6v0UEY1lupn2hXeLT2Fbe9kwlMUHk+MxY1c6VdnD8RaU3dMNjEDng0Fsb5iupX/rZFpjWmA9VH41/5Iho8UUHrIbG/J8egNzWQ=; Message-ID: <633929.41041.qm@web51802.mail.re2.yahoo.com> X-YMail-OSG: IC8.6vkVM1nv55xqWafXlplow42jQ712Nxs8LUS1n5imEV4LzetAM9bAnGcsu_HCsz8ifTJU9LqpE1dF2EMzXa8DEWVlXBzcrE0GGokz913vOhaK5ojxpCCX6h759wVmE.dskJ22znt_6F7N7VWubz4kR1CdR5nE0aJ_ltYdBTTfbkFXRzQ5R6kON00_1C0FEpTcAyXNMfIo8WB2CAWbapnGxZfBtqeLQ_yNn53xJJpWubNTzXBVX4C3lhqrXt0_e74d0Bk2K7SbIXsRFZXI_Fc9tq2TiUwEMRow7bRc2be6Vsg8gxB9g6PzWrz_sc9k0FSruitXCg3N8PSiUsLmRpsHzw-- Received: from [173.183.132.20] by web51802.mail.re2.yahoo.com via HTTP; Tue, 16 Mar 2010 18:23:06 PDT X-Mailer: YahooMailRC/324.3 YahooMailWebService/0.8.100.260964 References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> Date: Tue, 16 Mar 2010 18:23:06 -0700 (PDT) From: PseudoCylon To: Ganbold In-Reply-To: <4B9FA3E0.4050702@micom.mng.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2010 01:23:07 -0000 Hello, again. Can you try this patch? Patch is for if_runvar.h --begin patch-- *** old_if_runvar.h 2010-03-16 19:14:25.000000000 -0600 --- new_if_runvar.h 2010-03-16 19:15:51.000000000 -0600 *************** *** 184,186 **** uint8_t val; ! } bbp[8], rf[10]; uint8_t leds; --- 184,186 ---- uint8_t val; ! } bbp[10], rf[10]; uint8_t leds; --end patch-- Does your mips use big endian? AK Tried this version on routerstation pro (mips) board. Root fs is in > NFS. (FreeBSD 9.0-CURRENT #13 r205084M: Tue Mar 16 22:35:25 ULAT > 2010). ... run0: <1.0> on usbus0 run0: MAC/BBP RT3070 (rev > 0x0200), RF RT3020 (MIMO 1T1R), address 00:22:cf:03:e0:30 Updating > motd:run0: firmware RT2870 loaded . ... run0: > flags=8802 metric 0 mtu 2290 > ether 00:22:cf:03:e0:30 media: IEEE > 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier wlan0: flags=8802 > metric 0 mtu 1500 ether > 00:22:cf:03:e0:30 media: IEEE 802.11 Wireless > Ethernet autoselect mode 11g status: no > carrier ssid bsd channel 6 (2437 MHz > 11g) country US authmode OPEN privacy OFF txpower > 0 bmiss 7 scanvalid 60 protmode CTS wme bintval > 0 rspro# ifconfig wlan0 up rspro# Trap cause = 5 (address > error (store) - kernel mode) [ thread pid 0 tid 100047 ] Stopped at > ieee80211_radiotap_vdetach+0x70: > sh v1,0(a0) db> c panic: trap KDB: enter: > panic [ thread pid 0 tid 100047 ] Stopped at > kdb_enter+0x50: lui at,0x804c db> bt Tracing pid 0 tid > 100047 td 0xc0f1f260 db_trace_thread+30 (?,?,?,?) ra 80071160 sp c7ec9790 sz > 24 80071044+11c (0,?,ffffffff,?) ra 80070b54 sp c7ec97a8 sz > 32 800707c0+394 (?,?,?,?) ra 80070ce4 sp c7ec97c8 sz > 168 db_command_loop+78 (?,?,?,?) ra 800733b8 sp c7ec9870 sz > 24 800732b0+108 (?,?,?,?) ra 801d8b1c sp c7ec9888 sz 424 kdb_trap+10c > (?,?,?,?) ra 803c2440 sp c7ec9a30 sz 32 trap+10fc (?,?,?,?) ra 803b97c8 sp > c7ec9a50 sz 176 MipsKernGenException+10c (0,a,804e0fe4,2) ra 801d8d74 sp > c7ec9b00 sz 200 kdb_enter+50 (?,?,?,?) ra 8019ccc0 sp c7ec9bc8 sz > 24 panic+f8 (?,802c95b8,ffffffff,c7ec9990) ra 803c26a0 sp c7ec9be0 sz > 40 trap+135c (?,?,?,?) ra 803b97c8 sp c7ec9c08 sz > 176 MipsKernGenException+10c (c0f6a62f,c0f72268,c7ea7c14,e51) ra 802c95b8 > sp c7ec9cb8 sz 200 802c95a8+10 (?,?,?,?) ra 0 sp c7ec9d80 sz 0 pid > 0 db> Btw, ifconfig wlan0 up works on with stock run(4) which > was committed to HEAD end of Jan. Please let me know if you need any more > information. Ganbold > Best, > AK > > > ---- > "FreeBSD and all other open source projects are the Tower of Babel > in computer era." --me > So, join me @ > git://dev.nasreddine.com/run.git > (or > href="http://dev.nasreddine.com/gitweb/?p=run.git;a=summary" target=_blank > >http://dev.nasreddine.com/gitweb/?p=run.git;a=summary ) > Just work > on any of *_dev branches. > > > > > __________________________________________________________________ > > Looking for the perfect gift? Give the gift of Flickr! > > > href="http://www.flickr.com/gift/" target=_blank > >http://www.flickr.com/gift/ > > _______________________________________________ > > ymailto="mailto:freebsd-current@freebsd.org" > href="mailto:freebsd-current@freebsd.org">freebsd-current@freebsd.org > mailing list > > href="http://lists.freebsd.org/mailman/listinfo/freebsd-current" target=_blank > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > To > unsubscribe, send any mail to " > ymailto="mailto:freebsd-current-unsubscribe@freebsd.org" > href="mailto:freebsd-current-unsubscribe@freebsd.org">freebsd-current-unsubscribe@freebsd.org" > > > > > -- One thing about the past. It's likely to last. -- Ogden > Nash __________________________________________________________________ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 02:14:12 2010 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 E4F1F1065675 for ; Wed, 17 Mar 2010 02:14:12 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 9B98C8FC15 for ; Wed, 17 Mar 2010 02:14:12 +0000 (UTC) Received: from [202.179.0.80] (helo=localhost) by publicd.ub.mng.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Nrilt-0002GQ-K9; Wed, 17 Mar 2010 10:14:09 +0800 From: (Ganbold.TS) ganbold@micom.mng.net To: PseudoCylon X-Mailer: ZBTA tsanba p1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit Message-Id: <20100317021412.E4F1F1065675@hub.freebsd.org> Date: Wed, 17 Mar 2010 02:14:12 +0000 (UTC) Cc: freebsd-current@freebsd.org Subject: RE: Re X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2010 02:14:13 -0000 Hi, > Hello, again. > > Can you try this patch? Patch is for if_runvar.h > > --begin patch-- > > *** old_if_runvar.h 2010-03-16 19:14:25.000000000 > -0600 > --- new_if_runvar.h 2010-03-16 19:15:51.000000000 > -0600 > *************** > *** 184,186 **** > uint8_t val; > ! } bbp[8], rf[10]; > uint8_t leds; > --- 184,186 ---- > uint8_t val; > ! } bbp[10], rf[10]; > uint8_t leds; > > --end patch-- > > Does your mips use big endian? I will try your patch when I get home after work. Yes, it uses MIPS 32-bit big-endian. thanks, Ganbold > > AK > > > > Tried this version on routerstation pro (mips) board. > Root fs is in > > NFS. > (FreeBSD 9.0-CURRENT #13 r205084M: Tue Mar 16 > 22:35:25 ULAT > > 2010). > > ... > run0: <1.0> on usbus0 > run0: MAC/BBP RT3070 (rev > > 0x0200), RF RT3020 (MIMO 1T1R), address > 00:22:cf:03:e0:30 > Updating > > motd:run0: firmware RT2870 loaded > . > ... > > run0: > > flags=8802 metric 0 > mtu 2290 > > > ether 00:22:cf:03:e0:30 > media: IEEE > > 802.11 Wireless Ethernet autoselect (autoselect) > > > status: no carrier > wlan0: flags=8802 > > metric 0 mtu 1500 > ether > > 00:22:cf:03:e0:30 > media: IEEE 802.11 Wireless > > Ethernet autoselect mode 11g > status: no > > carrier > ssid bsd channel 6 (2437 MHz > > 11g) > country US authmode OPEN privacy OFF txpower > > 0 bmiss 7 scanvalid 60 > protmode CTS wme bintval > > 0 > rspro# ifconfig wlan0 up > rspro# Trap cause = 5 (address > > error (store) - kernel mode) > [ thread pid 0 tid 100047 ] > Stopped at > > ieee80211_radiotap_vdetach+0x70: > > sh v1,0(a0) > db> c > panic: trap > KDB: enter: > > panic > [ thread pid 0 tid 100047 ] > Stopped at > > kdb_enter+0x50: lui at,0x804c > db> bt > Tracing pid 0 tid > > 100047 td 0xc0f1f260 > db_trace_thread+30 (?,?,?,?) ra 80071160 sp c7ec9790 > sz > > 24 > 80071044+11c (0,?,ffffffff,?) ra 80070b54 sp c7ec97a8 > sz > > 32 > 800707c0+394 (?,?,?,?) ra 80070ce4 sp c7ec97c8 sz > > 168 > db_command_loop+78 (?,?,?,?) ra 800733b8 sp c7ec9870 > sz > > 24 > 800732b0+108 (?,?,?,?) ra 801d8b1c sp c7ec9888 sz 424 > kdb_trap+10c > > (?,?,?,?) ra 803c2440 sp c7ec9a30 sz 32 > trap+10fc (?,?,?,?) ra 803b97c8 sp > > c7ec9a50 sz 176 > MipsKernGenException+10c (0,a,804e0fe4,2) ra 801d8d74 > sp > > c7ec9b00 sz 200 > kdb_enter+50 (?,?,?,?) ra 8019ccc0 sp c7ec9bc8 sz > > 24 > panic+f8 (?,802c95b8,ffffffff,c7ec9990) ra 803c26a0 > sp c7ec9be0 sz > > 40 > trap+135c (?,?,?,?) ra 803b97c8 sp c7ec9c08 sz > > 176 > MipsKernGenException+10c > (c0f6a62f,c0f72268,c7ea7c14,e51) ra 802c95b8 > > sp > c7ec9cb8 sz 200 > 802c95a8+10 (?,?,?,?) ra 0 sp c7ec9d80 sz 0 > pid > > 0 > db> > > > Btw, ifconfig wlan0 up works on with stock run(4) > which > > was committed to > HEAD end of Jan. > Please let me know if you need any more > > information. > > Ganbold > > > Best, > > AK > > > > > > ---- > > "FreeBSD and all other open source projects are the > Tower of Babel > > in computer era." --me > > So, join me @ > > git://dev.nasreddine.com/run.git > > (or > > > href="http://dev.nasreddine.com/gitweb/?p=run.git;a=summary" > target=_blank > > > >http://dev.nasreddine.com/gitweb/?p=run.git;a=summary > ) > > Just work > > on any of *_dev branches. > > > > > > > > > > > __________________________________________________________________ > > > > > Looking for the perfect gift? Give the gift of > Flickr! > > > > > > href="http://www.flickr.com/gift/" target=_blank > > >http://www.flickr.com/gift/ > > > > _______________________________________________ > > > > ymailto="mailto:freebsd-current@freebsd.org" > > > href="mailto:freebsd-current@freebsd.org">freebsd-current@freebsd.org > > > mailing list > > > > > href="http://lists.freebsd.org/mailman/listinfo/freebsd-current" > target=_blank > > > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To > > unsubscribe, send any mail to " > > > ymailto="mailto:freebsd-current-unsubscribe@freebsd.org" > > > > href="mailto:freebsd-current-unsubscribe@freebsd.org">freebsd-current-unsubscribe@freebsd.org" > > > > > > > > > > > > > > -- > One thing about the past. It's likely to last. -- > Ogden > > Nash > > > > __________________________________________________________________ > > Looking for the perfect gift? Give the gift of > Flickr! > > http://www.flickr.com/gift/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 02:21:14 2010 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 A34E9106566B for ; Wed, 17 Mar 2010 02:21:14 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 5AEA28FC19 for ; Wed, 17 Mar 2010 02:21:14 +0000 (UTC) Received: from [202.179.0.80] (helo=localhost) by publicd.ub.mng.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Nrish-0002RG-Py; Wed, 17 Mar 2010 10:21:11 +0800 From: (Ganbold.TS) ganbold@micom.mng.net To: PseudoCylon X-Mailer: ZBTA tsanba p1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit Message-Id: <20100317022114.A34E9106566B@hub.freebsd.org> Date: Wed, 17 Mar 2010 02:21:14 +0000 (UTC) Cc: freebsd-current@freebsd.org Subject: RE: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2010 02:21:14 -0000 Hi, > Hello, > > Can you check version of firmware for me? > > At the end of ralink's license (before the actual > code) in rt2870.fw.uu, if it says > RT2870 v. 0.11 > RT3071 v. 0.11 > it's the latest. If there is no version info, it is > old version. > > Your chipset, rt3070 + rf3020 uses mcu command to > select the antenna available in new firmware. I used following code at http://forums.freebsd.org/attachment.php?attachmentid=776&d=1267842698 I guess it is latest one. It shows: # RT2870 v. 0.11 # RT3071 v. 0.11 Ganbold > > Best, > AK > > Tried this version on routerstation pro (mips) board. > Root fs is in > > NFS. > (FreeBSD 9.0-CURRENT #13 r205084M: Tue Mar 16 > 22:35:25 ULAT > > 2010). > > ... > run0: <1.0> on usbus0 > run0: MAC/BBP RT3070 (rev > > 0x0200), RF RT3020 (MIMO 1T1R), address > 00:22:cf:03:e0:30 > Updating > > motd:run0: firmware RT2870 loaded > . > ... > > run0: > > flags=8802 metric 0 > mtu 2290 > > > ether 00:22:cf:03:e0:30 > media: IEEE > > 802.11 Wireless Ethernet autoselect (autoselect) > > > status: no carrier > wlan0: flags=8802 > > metric 0 mtu 1500 > ether > > 00:22:cf:03:e0:30 > media: IEEE 802.11 Wireless > > Ethernet autoselect mode 11g > status: no > > carrier > ssid bsd channel 6 (2437 MHz > > 11g) > country US authmode OPEN privacy OFF txpower > > 0 bmiss 7 scanvalid 60 > protmode CTS wme bintval > > 0 > rspro# ifconfig wlan0 up > rspro# Trap cause = 5 (address > > error (store) - kernel mode) > [ thread pid 0 tid 100047 ] > Stopped at > > ieee80211_radiotap_vdetach+0x70: > > sh v1,0(a0) > db> c > panic: trap > KDB: enter: > > panic > [ thread pid 0 tid 100047 ] > Stopped at > > kdb_enter+0x50: lui at,0x804c > db> bt > Tracing pid 0 tid > > 100047 td 0xc0f1f260 > db_trace_thread+30 (?,?,?,?) ra 80071160 sp c7ec9790 > sz > > 24 > 80071044+11c (0,?,ffffffff,?) ra 80070b54 sp c7ec97a8 > sz > > 32 > 800707c0+394 (?,?,?,?) ra 80070ce4 sp c7ec97c8 sz > > 168 > db_command_loop+78 (?,?,?,?) ra 800733b8 sp c7ec9870 > sz > > 24 > 800732b0+108 (?,?,?,?) ra 801d8b1c sp c7ec9888 sz 424 > kdb_trap+10c > > (?,?,?,?) ra 803c2440 sp c7ec9a30 sz 32 > trap+10fc (?,?,?,?) ra 803b97c8 sp > > c7ec9a50 sz 176 > MipsKernGenException+10c (0,a,804e0fe4,2) ra 801d8d74 > sp > > c7ec9b00 sz 200 > kdb_enter+50 (?,?,?,?) ra 8019ccc0 sp c7ec9bc8 sz > > 24 > panic+f8 (?,802c95b8,ffffffff,c7ec9990) ra 803c26a0 > sp c7ec9be0 sz > > 40 > trap+135c (?,?,?,?) ra 803b97c8 sp c7ec9c08 sz > > 176 > MipsKernGenException+10c > (c0f6a62f,c0f72268,c7ea7c14,e51) ra 802c95b8 > > sp > c7ec9cb8 sz 200 > 802c95a8+10 (?,?,?,?) ra 0 sp c7ec9d80 sz 0 > pid > > 0 > db> > > > Btw, ifconfig wlan0 up works on with stock run(4) > which > > was committed to > HEAD end of Jan. > Please let me know if you need any more > > information. > > Ganbold > > > Best, > > AK > > > > > > ---- > > "FreeBSD and all other open source projects are the > Tower of Babel > > in computer era." --me > > So, join me @ > > git://dev.nasreddine.com/run.git > > (or > > > href="http://dev.nasreddine.com/gitweb/?p=run.git;a=summary"; > target=_blank > > > >http://dev.nasreddine.com/gitweb/?p=run.git;a=summary > ) > > Just work > > on any of *_dev branches. > > > > > > > > > > > __________________________________________________________________ > > > > > Looking for the perfect gift? Give the gift of > Flickr! > > > > > > href="http://www.flickr.com/gift/"; target=_blank > > >http://www.flickr.com/gift/ > > > > _______________________________________________ > > > > ymailto="mailto:freebsd-current@freebsd.org" > > > href="mailto:freebsd-current@freebsd.org">freebsd-current@freebsd.org > > > mailing list > > > > > href="http://lists.freebsd.org/mailman/listinfo/freebsd-current"; > target=_blank > > > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To > > unsubscribe, send any mail to " > > > ymailto="mailto:freebsd-current-unsubscribe@freebsd.org" > > > > href="mailto:freebsd-current-unsubscribe@freebsd.org">freebsd-current-unsubscribe@freebsd.org" > > > > > > > > > > > > > > -- > One thing about the past. It's likely to last. -- > Ogden > > Nash > > > > __________________________________________________________________ > > Looking for the perfect gift? Give the gift of > Flickr! > > http://www.flickr.com/gift/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 02:22:52 2010 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 01BB61065670 for ; Wed, 17 Mar 2010 02:22:52 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay3.uni-muenster.de (ZIVM-RELAY3.UNI-MUENSTER.DE [128.176.192.19]) by mx1.freebsd.org (Postfix) with ESMTP id 827BC8FC08 for ; Wed, 17 Mar 2010 02:22:50 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,654,1262559600"; d="scan'208";a="28602283" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 17 Mar 2010 03:22:49 +0100 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 6E8011B0750; Wed, 17 Mar 2010 03:22:49 +0100 (CET) Date: Wed, 17 Mar 2010 03:22:48 +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 Cc: Subject: Re: build failures after stdlib update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2010 02:22:52 -0000 so is there no way to fix this? this is what i've tried and still the problem exists: 1. backup /etc 2. `wget -r ftp://ftp.allbsd.org/pub/FreeBSD-snapshots/amd64/9.0-HEAD-20100222-JPSNAP/ftp/base/` (this shnapshot shouldn't contain the libc bug) 3. then i ran the install.sh script in that directory 4. and replaced /etc with the backup version yet gcc still segfaults during buildworld. :( thanks go out to delphij, nox---, jilles, garrcoop, x6b and joerg on #bsddev for helping me with this problem. :) -- Alexander Best From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 02:30:25 2010 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 06C79106564A for ; Wed, 17 Mar 2010 02:30:25 +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 C73658FC12 for ; Wed, 17 Mar 2010 02:30:24 +0000 (UTC) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id o2H2UJQP013175; Wed, 17 Mar 2010 02:30:19 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Wed, 17 Mar 2010 02:30:18 +0000 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003170230.18508.ken@mthelicon.com> X-Spam-Status: No, score=4.9 required=5.0 tests=AWL, BAYES_50, FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Level: **** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: Alexander Best Subject: Re: build failures after stdlib update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2010 02:30:25 -0000 On Wednesday 17 March 2010 02:22:48 Alexander Best wrote: > so is there no way to fix this? this is what i've tried and still the > problem exists: One thing I am trying (and I have no idea if it will work yet) is seeing if replacing the /usr/lib/libc* archives with a working set from another machine. I am just guessing here, but it looks like the /lib/libc.so.7 that I replaced is only used for dynamic linked executables (and is the reason most of my machine is working after I replaced it). When the tool chain compiles, it does so statically and I believe the archive's it uses are in /usr/lib (and I haven't changed them yet). What I am trying to do is build another 9-current AMD64 in Vbox and when that compile is finished, copy the pieces over to the host machine. I'll let you know if this works. Peg From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 10:58:30 2010 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 B49FF106566C for ; Wed, 17 Mar 2010 10:58:30 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6D3398FC08 for ; Wed, 17 Mar 2010 10:58:30 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 4BA131FFC22; Wed, 17 Mar 2010 10:58:27 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 2D2118449F; Wed, 17 Mar 2010 11:58:27 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Miroslav Lachman <000.fbsd@quip.cz> References: <20100308102918.GA5485@localhost> <4B94DDC8.5080008@quip.cz> <20100308115052.GA31896@office.redwerk.com> <4B94FBA6.5090107@quip.cz> <861vfq995i.fsf@ds4.des.no> <4B9BF957.4060507@quip.cz> <86eijn3of2.fsf@ds4.des.no> <4B9CB287.9080205@quip.cz> Date: Wed, 17 Mar 2010 11:58:27 +0100 In-Reply-To: <4B9CB287.9080205@quip.cz> (Miroslav Lachman's message of "Sun, 14 Mar 2010 10:55:19 +0100") Message-ID: <86pr338bak.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: A tool for remapping bad sectors 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: Wed, 17 Mar 2010 10:58:30 -0000 Miroslav Lachman <000.fbsd@quip.cz> writes: > As I write in my first post to this thread, I already tried fsdb + > findblk, but without success. Findblk did not returned any inode. > Maybe the meaning of block is of different size or something else I > can't understand. AFAICT, "block" is a disk block (i.e. 512-byte sector in most cases) relative to the start of the partition. > The LBA of bad sector is *79725167* [...] s1 starts 63 sectors from > the beginning of the drive and /var/db has offset 39845888. So am I > right that I need to find block number *39879105* by findblk command? Uh, 79725167 - 63 =3D 79725104 and 79725104 - 39845888 =3D 39879216. How did you arrive at 39879105? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 11:02:48 2010 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 B5B701065670 for ; Wed, 17 Mar 2010 11:02:48 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 35F1E8FC13 for ; Wed, 17 Mar 2010 11:02:47 +0000 (UTC) Received: by wwb18 with SMTP id 18so660446wwb.13 for ; Wed, 17 Mar 2010 04:02:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.166.84 with SMTP id f62mr373389wel.80.1268823765176; Wed, 17 Mar 2010 04:02:45 -0700 (PDT) From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Wed, 17 Mar 2010 12:02:11 +0100 Message-ID: To: kmacy@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: ARCS_LOCK_PAD or padding and aligning of mutex structures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2010 11:02:48 -0000 Hi Kip, I wondered if one shouldn't use CACHE_LINE_SIZE for ARCS_LOCK_PAD instead of hardcoding 128? And maybe even use it for aligning the struct, see http://fxr.watson.org/fxr/source/vm/vm_page.h#L176 . - Marius From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 11:35:39 2010 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 E55591065673 for ; Wed, 17 Mar 2010 11:35:39 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id A1C518FC15 for ; Wed, 17 Mar 2010 11:35:39 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 5E9F919E023; Wed, 17 Mar 2010 12:35:37 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id D2C0819E019; Wed, 17 Mar 2010 12:35:34 +0100 (CET) Message-ID: <4BA0BE85.8030206@quip.cz> Date: Wed, 17 Mar 2010 12:35:33 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.8) Gecko/20100205 SeaMonkey/2.0.3 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <20100308102918.GA5485@localhost> <4B94DDC8.5080008@quip.cz> <20100308115052.GA31896@office.redwerk.com> <4B94FBA6.5090107@quip.cz> <861vfq995i.fsf@ds4.des.no> <4B9BF957.4060507@quip.cz> <86eijn3of2.fsf@ds4.des.no> <4B9CB287.9080205@quip.cz> <86pr338bak.fsf@ds4.des.no> In-Reply-To: <86pr338bak.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: A tool for remapping bad sectors 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: Wed, 17 Mar 2010 11:35:40 -0000 Dag-Erling Smørgrav wrote: > Miroslav Lachman<000.fbsd@quip.cz> writes: >> The LBA of bad sector is *79725167* [...] s1 starts 63 sectors from >> the beginning of the drive and /var/db has offset 39845888. So am I >> right that I need to find block number *39879105* by findblk command? > > Uh, 79725167 - 63 = 79725104 and 79725104 - 39845888 = 39879216. How > did you arrive at 39879105? I am sorry, it was my confusion. My calculation was for *LBA=79725056* reported in messages: ad4: FAILURE - READ_DMA status=51 error=40 LBA=79725056 79725056 - 63 - 39845888 = *39879105* Your calculation is for LBA reported by SMART log 40 51 00 6f 82 c0 44 Error: UNC at LBA = 0x04c0826f = *79725167* That's why I get different result ;) I must pay more attention to the numbers next time! It is interesting that there are two different LBAs for "same" error (appeared at the same time) Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 11:41:38 2010 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 DD88F1065677 for ; Wed, 17 Mar 2010 11:41:37 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 987488FC17 for ; Wed, 17 Mar 2010 11:41:37 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 94AC819E023; Wed, 17 Mar 2010 12:41:36 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 320D219E019; Wed, 17 Mar 2010 12:41:34 +0100 (CET) Message-ID: <4BA0BFED.7050103@quip.cz> Date: Wed, 17 Mar 2010 12:41:33 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.8) Gecko/20100205 SeaMonkey/2.0.3 MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <20100308102918.GA5485@localhost> <4B94DDC8.5080008@quip.cz> <20100308115052.GA31896@office.redwerk.com> <4B94FBA6.5090107@quip.cz> <861vfq995i.fsf@ds4.des.no> <4B9BF957.4060507@quip.cz> <86eijn3of2.fsf@ds4.des.no> <4B9CB287.9080205@quip.cz> <20100314123859.47664ace@ernst.jennejohn.org> <4B9D0C65.7000809@quip.cz> <20100314184806.3eddf33b@ernst.jennejohn.org> In-Reply-To: <20100314184806.3eddf33b@ernst.jennejohn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: A tool for remapping bad sectors 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: Wed, 17 Mar 2010 11:41:38 -0000 Gary Jennejohn wrote: > On Sun, 14 Mar 2010 17:18:45 +0100 > Miroslav Lachman<000.fbsd@quip.cz> wrote: > >> Gary Jennejohn wrote: >>> On Sun, 14 Mar 2010 10:55:19 +0100 >>> Miroslav Lachman<000.fbsd@quip.cz> wrote: >>> >>> [big snip] >>>> fsdb (inum: 3)> blocks >>>> Blocks for inode 3: >>>> Direct blocks: >>>> 3001 (1 frag) >>>> >>>> fsdb (inum: 3)> findblk 3001 >>>> fsdb (inum: 3)> >>>> >>>> ^^^^^^^^ findblk did not returned inode 3! >>>> >>> >>> This is almost guaranteed to be a file system block and not >>> a disk block. >> >> Do you mean the number 3001? >> I am sorry for my ignorance, but it is not clear to me from fsdb manpage >> what "blocks" means FS block and what disk block. >> >> And how can I use (calculate with) this numbers? >> >> How can I get the right number to pass to findlbk command (in the >> example above) to give me back the inode 3? >> >> If FS block is 16384 bytes, then it means 16384/512 = 32 disk blocks per >> FS block. >> >> If 3001 is FS block, then it means 3001*32 = 96032 disk block number. Am >> I right? >> >> fsdb (inum: 3)> findblk 96032 >> fsdb (inum: 3)> >> >> Again - findblk did not returned inode 3. >> >> So what is the exact formula to get the right findblk number and then >> right inode number as result of findblk command? >> >> I am still lost in terms (words) and numbers :( >> > > Well, it's pretty hairy. > > Looking at findblk() it does this to go from disk block to file system > block (this is greatly simplified) > > file_system_blockno = disk_blockno>> fs_fsbtodb; > > So conversely, you'd do disk_blockno = file_system_blockno<< fs_fsbtodb. > > You can get this information using "ffsinfo -l 0x001 -o some_file > /dev/ataXY" (using ahci) and grep'ing for fsbtodb in some_file. The > 0x001 means to only dump the first super block. > > I looked at a file system which has default 16kB file system blocks and > fsbtodb is 2 ==> *multiply file_system_block by 4 not 32*. This is probably > because it's a multiple of a 4kB block, which is the smallest usable > file system block size AFAIK. > > BTW looking at the code leads me to conclude that fsdb will not print out > anything if the disk block you're trying to find has bever been allocated > to an inode ==> unused disk block, safe to overwrite. This assumes that > you calculated the disk block correctly. I absolutely don't understand how you get the number 4 (it is some magic for me :]) but it works! fsdb (inum: 3)> blocks Blocks for inode 3: Direct blocks: 3001 (1 frag) 3001 * 4 = 12004 fsdb (inum: 3)> findblk 12004 12004: data block of inode 3 Thank you for this hint! Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 11:59:37 2010 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 9440B106566C for ; Wed, 17 Mar 2010 11:59:37 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 540B08FC28 for ; Wed, 17 Mar 2010 11:59:37 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 50F7E1FFC53; Wed, 17 Mar 2010 11:59:36 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 3068F8449F; Wed, 17 Mar 2010 12:59:36 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Miroslav Lachman <000.fbsd@quip.cz> References: <20100308102918.GA5485@localhost> <4B94DDC8.5080008@quip.cz> <20100308115052.GA31896@office.redwerk.com> <4B94FBA6.5090107@quip.cz> <861vfq995i.fsf@ds4.des.no> <4B9BF957.4060507@quip.cz> <86eijn3of2.fsf@ds4.des.no> <4B9CB287.9080205@quip.cz> <86pr338bak.fsf@ds4.des.no> <4BA0BE85.8030206@quip.cz> Date: Wed, 17 Mar 2010 12:59:36 +0100 In-Reply-To: <4BA0BE85.8030206@quip.cz> (Miroslav Lachman's message of "Wed, 17 Mar 2010 12:35:33 +0100") Message-ID: <8639zz88gn.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: A tool for remapping bad sectors 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: Wed, 17 Mar 2010 11:59:37 -0000 Miroslav Lachman <000.fbsd@quip.cz> writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Uh, 79725167 - 63 =3D 79725104 and 79725104 - 39845888 =3D 39879216. H= ow > > did you arrive at 39879105? > I am sorry, it was my confusion. > My calculation was for *LBA=3D79725056* reported in messages: > > ad4: FAILURE - READ_DMA status=3D51 error=3D40 LBA=3D79725056 off-by-111... Are you sure 'smartctl -l error' reports only one error? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 12:05:45 2010 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 1ED931065673 for ; Wed, 17 Mar 2010 12:05:45 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id A86638FC12 for ; Wed, 17 Mar 2010 12:05:44 +0000 (UTC) Received: from [195.4.92.15] (helo=5.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #1) id 1Nrs0N-0008WC-5M; Wed, 17 Mar 2010 13:05:43 +0100 Received: from p57ae23ad.dip0.t-ipconnect.de ([87.174.35.173]:59997 helo=ernst.jennejohn.org) by 5.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #2) id 1Nrs0M-0007dt-UL; Wed, 17 Mar 2010 13:05:43 +0100 Date: Wed, 17 Mar 2010 13:05:42 +0100 From: Gary Jennejohn To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20100317130542.3fe19ba0@ernst.jennejohn.org> In-Reply-To: <4BA0BFED.7050103@quip.cz> References: <20100308102918.GA5485@localhost> <4B94DDC8.5080008@quip.cz> <20100308115052.GA31896@office.redwerk.com> <4B94FBA6.5090107@quip.cz> <861vfq995i.fsf@ds4.des.no> <4B9BF957.4060507@quip.cz> <86eijn3of2.fsf@ds4.des.no> <4B9CB287.9080205@quip.cz> <20100314123859.47664ace@ernst.jennejohn.org> <4B9D0C65.7000809@quip.cz> <20100314184806.3eddf33b@ernst.jennejohn.org> <4BA0BFED.7050103@quip.cz> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: A tool for remapping bad sectors in CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 12:05:45 -0000 On Wed, 17 Mar 2010 12:41:33 +0100 Miroslav Lachman <000.fbsd@quip.cz> wrote: > I absolutely don't understand how you get the number 4 (it is some magic > for me :]) but it works! > > fsdb (inum: 3)> blocks > Blocks for inode 3: > Direct blocks: > 3001 (1 frag) > > 3001 * 4 = 12004 > > fsdb (inum: 3)> findblk 12004 > 12004: data block of inode 3 > > Thank you for this hint! > Umm, it's standard C code: 1 << 2 = 4. It's a power of 2, in this case 2 squared. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 12:21:31 2010 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 E53BA106566B; Wed, 17 Mar 2010 12:21:31 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 69FC28FC1B; Wed, 17 Mar 2010 12:21:31 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so30851qwi.7 for ; Wed, 17 Mar 2010 05:21:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=vak0qo6drwEHDFP0w4P0D8hpnkCAedoqhzJSM7Wzylg=; b=mcDA6ZSFOx/p+3GrqJbi8QhJhWY96yxl5jhGezb2ifz6wt8wBe0ZSnVNeHgkM+AeFZ lWZklTrm258E2/qpzgZVhJYhG6RKbmwKwsetNb/KPo5jwuZCPwFyL/uX/I0IJO8UxxKb RKavcUN7HrePuw6ZHgp6juLX0v/oULP5OZ2YE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=OrJ12fXPg8wQSgnxe20Qh+JU0+/iPwpMr48MS8hMamg4X9E2JG5dw79raOCJdKO/V1 hRQkaFjxa01p7o/x4UwQYRAw7TpsxL7SMaiGH2woNUDqcftmAVyTBKzg4C8zqMHdAZwv ge2FFGdvD84UdjG8luyWi11Cu5k1B2hudVBIQ= Received: by 10.224.14.66 with SMTP id f2mr231169qaa.233.1268828489629; Wed, 17 Mar 2010 05:21:29 -0700 (PDT) Received: from centel.dataix.local (ppp-21.182.dialinfree.com [209.172.21.182]) by mx.google.com with ESMTPS id c1sm1592400ibg.23.2010.03.17.05.20.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 17 Mar 2010 05:21:28 -0700 (PDT) Sender: "J. Hellenthal" Date: Wed, 17 Mar 2010 08:06:56 -0400 From: jhell To: Garance A Drosehn In-Reply-To: Message-ID: References: <4B99031D.3080308@freebsd.org> <4B991C00.3010809@intertainservices.com> <790a9fff1003111714s58d9ee4bl6454d1d52bf705b8@mail.gmail.com> <077AD48E-76D1-459A-9493-8DCB297A98DF@samsco.org> <20100312172255.GC31089@dragon.NUXI.org> <20100312185949.GA31744@lonesome.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Mark Linimon , FreeBSD Current Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2010 12:21:32 -0000 On Mon, 15 Mar 2010 14:02, Garance A Drosehn wrote: In Message: > At 12:59 PM -0600 3/12/10, Mark Linimon wrote: >> On Fri, Mar 12, 2010 at 09:22:55AM -0800, David O'Brien wrote: >> > Yes it is. Where was it discussed first? I do not see anything >> > in my freebsd-arch or freebsd-current archive; or any other >> > FreeBSD list. >> >> http://docs.freebsd.org/cgi/mid.cgi?4B971CA3.9090301 >> >> crossposted on amd64@, ia64@, emulation@. > > > While those are logical mailing lists for this topic to have come > up on, it shouldn't be much of a surprise that there are many > freebsd users and committers who are not on those lists. Many > people who do know about the existing COMPAT_FREEBSD* variables, > and thus will be surprised at this variable name. > > My understanding is that there has already been a lot of furor > over this name, so let me first say I don't mean to infuriate > anyone. However, my own vote would be for some other name than > COMPAT_FREEBSD32. > > Perhaps COMPAT_ELF32 would be more well suited for this ? $0.002 -- jhell From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 15:07:02 2010 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 AFE9C1065675 for ; Wed, 17 Mar 2010 15:07:02 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 67D9A8FC14 for ; Wed, 17 Mar 2010 15:07:02 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Nrupb-0002Wm-25 for freebsd-current@freebsd.org; Wed, 17 Mar 2010 16:06:47 +0100 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Mar 2010 16:06:47 +0100 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Mar 2010 16:06:47 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Wed, 17 Mar 2010 08:05:50 -0700 Lines: 31 Message-ID: References: <201003021203.00582.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.8) Gecko/20100303 Thunderbird/3.0.3 In-Reply-To: Subject: Re: malloc problems in -current malloc_usable_size() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2010 15:07:02 -0000 On 03/02/10 09:21, Mark Atkinson wrote: > On 03/02/10 09:03, John Baldwin wrote: >> On Tuesday 02 March 2010 11:38:57 am Mark Atkinson wrote: >>> Hi, >>> >>> I updated my kernel/world yesterday and thunderbird 3.0.2 started core >>> dumping after I completed the upgrade. It continued to do so on >>> previously good operations after a full re-compile. >>> >>> I noticed that some jemalloc changes went in and was wondering if anyone >>> else was noticing SEGV problems in other apps with malloc_usable_size() >>> or ARENA problems in threaded apps? >> >> This may be a bug in gssapi rather than malloc(). Someone else was reporting >> segfaults from gss_release_buffer() because it was free()ing a bad pointer >> when using gssapi_krb5. >> > > Thanks for that tip, I didn't associated that with the LDAP thread until > now. LD_PRELOAD ing a dummy gss_release_buffer() stops the > segfaulting. Curious it only showed up after I updated. I had an Jan > 11th kernel/world earlier. Just a quick note, I found that using sasl 2 will also avoid the problem cyrus-sasl-2.1.23 RFC 2222 SASL (Simple Authentication and Security Layer) LD_PRELOAD=/usr/local/lib/sasl2/libgssapiv2.so.2 thunderbird From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 16:32:32 2010 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 745F51065673; Wed, 17 Mar 2010 16:32:32 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 342CA8FC1C; Wed, 17 Mar 2010 16:32:31 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NrwAY-0006Gz-QK; Wed, 17 Mar 2010 16:32:30 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1NrwAY-00029X-MX; Wed, 17 Mar 2010 16:32:30 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id o2HGWUoW014760; Wed, 17 Mar 2010 16:32:30 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2HGWUvg014759; Wed, 17 Mar 2010 16:32:30 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 17 Mar 2010 16:32:30 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: ldd leaves the machine unresponsive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2010 16:32:32 -0000 Just updated to ia64 r205248 If my problem is due to my mis-configuration, I apologise in advance. I run this shell script after each upgrade and 'make delete-old-libs' to check if any shared objects need to be rebuilt: #!/bin/sh for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` do echo $file ldd $file >> /root/ldd_results 2> /dev/zero done After the upgrade to r205248, the script freezes at seemingly random points. I can still ssh to the machine (using keys), i.e. I see the welcome message, but cannot get to the console prompt. On the serial console I cannot get the prompt after entering the root password. I have top(1) running interactively in another window. The sh process is in "getblk" state, and ignores kill -9. But there's no ldd process. And shutdown requests are also ignored: # shutdown -r now Shutdown NOW! shutdown: [pid 8019] # and nothing happens after that So I have to do a cold reset via MP. On ia64 r204322, this script causes no problems. Please advise many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 16:54:21 2010 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 A720D1065670 for ; Wed, 17 Mar 2010 16:54:21 +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 73EC08FC1F for ; Wed, 17 Mar 2010 16:54:21 +0000 (UTC) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id o2HGsFuE018823; Wed, 17 Mar 2010 16:54:15 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Wed, 17 Mar 2010 16:54:14 +0000 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003171654.15017.ken@mthelicon.com> X-Spam-Status: No, score=4.3 required=5.0 tests=BAYES_50,DNS_FROM_OPENWHOIS, FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Level: **** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hercules.mthelicon.com Cc: Alexander Best Subject: Re: build failures after stdlib update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2010 16:54:21 -0000 On Wednesday 17 March 2010 02:22:48 Alexander Best wrote: > so is there no way to fix this? this is what i've tried and still the > problem exists: Alex, I finally got my machine all back up and running. I'll tell you what I did and maybe it might help your situation. The only difference I see between us is that I was getting Sig10's to your Sig11's.. I dont know if this is significant or if the two are kind of the same thing "Something horrible happened during memory access". But after I had installed the kernel and world with the strlen bug in it, the machine wouldn't boot as zfsloader was dieing at boot-time right after the bios disk scan. I was able to bring the machine up from a USB drive I had made previously (for just such an occasion :> ). Once I had a machine that I could work with, I mounted the zfs filing systems as an altroot. I replaced the zfsloader with the zfsloader.old and the loader with loader.old. At this point I was able to boot the machine and try to bring it on-line. Unfortunately many of the daemons were dieing with sig10's and X/KDE would do nothing. I found that the shared library /lib/libc.so.7 was the culprit and I replaced this lib with a backup copy that I had from a friends machine that was built 3 days prior. Everything worked fine on the machine, but I was not able to build the world or kernel. What I did was create a virtual machine using VBox for Current-9 AMD64, svn the latest sources and build on this with the same kernconf file that I used on the host machine. After the build was completed, I copied /usr/lib/[libc.a, libc.so, libc_p.a] from the vbox machine to the host. It looked like these contained the bug and when the build was making some of its tools, it was using these libs (and then dieing). It was now that I am able to compile the latest world and kernel. I hope this helps, Peg From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 20:53:18 2010 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 1D5631065676; Wed, 17 Mar 2010 20:53:18 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8F7028FC12; Wed, 17 Mar 2010 20:53:17 +0000 (UTC) Received: by wyb33 with SMTP id 33so759741wyb.13 for ; Wed, 17 Mar 2010 13:53:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.86.3 with SMTP id v3mr781462wee.190.1268859196230; Wed, 17 Mar 2010 13:53:16 -0700 (PDT) In-Reply-To: References: From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Wed, 17 Mar 2010 21:52:56 +0100 Message-ID: To: kmacy@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ARCS_LOCK_PAD or padding and aligning of mutex structures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2010 20:53:18 -0000 On Wed, Mar 17, 2010 at 12:02, Marius N=C3=BCnnerich w= rote: > Hi Kip, > > I wondered if one shouldn't use CACHE_LINE_SIZE for ARCS_LOCK_PAD > instead of hardcoding 128? And maybe even use it for aligning the > struct, see http://fxr.watson.org/fxr/source/vm/vm_page.h#L176 . I actually meant arc.c line 227. The __aligned like in vm_page.h is not nee= ded? From owner-freebsd-current@FreeBSD.ORG Wed Mar 17 23:59:17 2010 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 D0A791065677; Wed, 17 Mar 2010 23:59:17 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id 8FE378FC0A; Wed, 17 Mar 2010 23:59:17 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp025.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KZG00KYQAMRB560@asmtp025.mac.com>; Wed, 17 Mar 2010 16:59:17 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003170286 From: Marcel Moolenaar In-reply-to: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> Date: Wed, 17 Mar 2010 16:59:15 -0700 Message-id: <8F22D9F5-DFF0-4877-9499-7A11839F0B30@mac.com> References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2010 23:59:17 -0000 On Mar 17, 2010, at 9:32 AM, Anton Shterenlikht wrote: > Just updated to ia64 r205248 > > If my problem is due to my mis-configuration, > I apologise in advance. > > I run this shell script after each upgrade > and 'make delete-old-libs' to check > if any shared objects need to be rebuilt: > > > > #!/bin/sh > > for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` > do > echo $file > ldd $file >> /root/ldd_results 2> /dev/zero > done > > > After the upgrade to r205248, the script > freezes at seemingly random points. The script is pretty disk intensive. How long do you wait before giving up on output? -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 03:30:22 2010 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 24A98106566B; Thu, 18 Mar 2010 03:30:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F0C1D8FC0A; Thu, 18 Mar 2010 03:30:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2I3ULnu009760; Wed, 17 Mar 2010 23:30:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2I3ULXZ009744; Thu, 18 Mar 2010 03:30:21 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Mar 2010 03:30:21 GMT Message-Id: <201003180330.o2I3ULXZ009744@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 03:30:22 -0000 TB --- 2010-03-18 02:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 02:25:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-03-18 02:25:00 - cleaning the object tree TB --- 2010-03-18 02:25:28 - cvsupping the source tree TB --- 2010-03-18 02:25:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-03-18 02:25:51 - building world TB --- 2010-03-18 02:25:51 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 02:25:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 02:25:51 - TARGET=pc98 TB --- 2010-03-18 02:25:51 - TARGET_ARCH=i386 TB --- 2010-03-18 02:25:51 - TZ=UTC TB --- 2010-03-18 02:25:51 - __MAKE_CONF=/dev/null TB --- 2010-03-18 02:25:51 - cd /src TB --- 2010-03-18 02:25:51 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 18 02:25:52 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 18 03:24:34 UTC 2010 TB --- 2010-03-18 03:24:34 - generating LINT kernel config TB --- 2010-03-18 03:24:34 - cd /src/sys/pc98/conf TB --- 2010-03-18 03:24:34 - /usr/bin/make -B LINT TB --- 2010-03-18 03:24:34 - building LINT kernel TB --- 2010-03-18 03:24:34 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 03:24:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 03:24:34 - TARGET=pc98 TB --- 2010-03-18 03:24:34 - TARGET_ARCH=i386 TB --- 2010-03-18 03:24:34 - TZ=UTC TB --- 2010-03-18 03:24:34 - __MAKE_CONF=/dev/null TB --- 2010-03-18 03:24:34 - cd /src TB --- 2010-03-18 03:24:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 18 03:24:34 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mii/inphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mii/ip1000phy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mii/jmphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mii/lxtphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mii/mii.c cc1: warnings being treated as errors /src/sys/dev/mii/mii.c: In function 'miibus_statchg': /src/sys/dev/mii/mii.c:256: warning: unused variable 'ifp' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-18 03:30:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-18 03:30:21 - ERROR: failed to build lint kernel TB --- 2010-03-18 03:30:21 - 2904.09 user 634.39 system 3920.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 03:31:57 2010 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 06A5E1065670; Thu, 18 Mar 2010 03:31:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BBE7E8FC19; Thu, 18 Mar 2010 03:31:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2I3Vu2h021604; Wed, 17 Mar 2010 23:31:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2I3Vukp021593; Thu, 18 Mar 2010 03:31:56 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Mar 2010 03:31:56 GMT Message-Id: <201003180331.o2I3Vukp021593@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 03:31:57 -0000 TB --- 2010-03-18 02:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 02:25:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-03-18 02:25:00 - cleaning the object tree TB --- 2010-03-18 02:25:30 - cvsupping the source tree TB --- 2010-03-18 02:25:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-03-18 02:25:51 - building world TB --- 2010-03-18 02:25:51 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 02:25:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 02:25:51 - TARGET=i386 TB --- 2010-03-18 02:25:51 - TARGET_ARCH=i386 TB --- 2010-03-18 02:25:51 - TZ=UTC TB --- 2010-03-18 02:25:51 - __MAKE_CONF=/dev/null TB --- 2010-03-18 02:25:51 - cd /src TB --- 2010-03-18 02:25:51 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 18 02:25:51 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 18 03:24:49 UTC 2010 TB --- 2010-03-18 03:24:49 - generating LINT kernel config TB --- 2010-03-18 03:24:49 - cd /src/sys/i386/conf TB --- 2010-03-18 03:24:49 - /usr/bin/make -B LINT TB --- 2010-03-18 03:24:49 - building LINT kernel TB --- 2010-03-18 03:24:49 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 03:24:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 03:24:49 - TARGET=i386 TB --- 2010-03-18 03:24:49 - TARGET_ARCH=i386 TB --- 2010-03-18 03:24:49 - TZ=UTC TB --- 2010-03-18 03:24:49 - __MAKE_CONF=/dev/null TB --- 2010-03-18 03:24:49 - cd /src TB --- 2010-03-18 03:24:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 18 03:24:49 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mii/inphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mii/ip1000phy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mii/jmphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mii/lxtphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mii/mii.c cc1: warnings being treated as errors /src/sys/dev/mii/mii.c: In function 'miibus_statchg': /src/sys/dev/mii/mii.c:256: warning: unused variable 'ifp' *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-18 03:31:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-18 03:31:56 - ERROR: failed to build lint kernel TB --- 2010-03-18 03:31:56 - 3000.45 user 622.73 system 4015.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 03:58:03 2010 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 3C1D5106566B; Thu, 18 Mar 2010 03:58:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F01CB8FC08; Thu, 18 Mar 2010 03:58:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2I3w21G051431; Wed, 17 Mar 2010 23:58:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2I3w2si051424; Thu, 18 Mar 2010 03:58:02 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Mar 2010 03:58:02 GMT Message-Id: <201003180358.o2I3w2si051424@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 03:58:03 -0000 TB --- 2010-03-18 02:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 02:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-03-18 02:25:00 - cleaning the object tree TB --- 2010-03-18 02:25:33 - cvsupping the source tree TB --- 2010-03-18 02:25:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-03-18 02:25:55 - building world TB --- 2010-03-18 02:25:55 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 02:25:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 02:25:55 - TARGET=amd64 TB --- 2010-03-18 02:25:55 - TARGET_ARCH=amd64 TB --- 2010-03-18 02:25:55 - TZ=UTC TB --- 2010-03-18 02:25:55 - __MAKE_CONF=/dev/null TB --- 2010-03-18 02:25:55 - cd /src TB --- 2010-03-18 02:25:55 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 18 02:25:56 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Mar 18 03:51:17 UTC 2010 TB --- 2010-03-18 03:51:17 - generating LINT kernel config TB --- 2010-03-18 03:51:17 - cd /src/sys/amd64/conf TB --- 2010-03-18 03:51:17 - /usr/bin/make -B LINT TB --- 2010-03-18 03:51:17 - building LINT kernel TB --- 2010-03-18 03:51:17 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 03:51:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 03:51:17 - TARGET=amd64 TB --- 2010-03-18 03:51:17 - TARGET_ARCH=amd64 TB --- 2010-03-18 03:51:17 - TZ=UTC TB --- 2010-03-18 03:51:17 - __MAKE_CONF=/dev/null TB --- 2010-03-18 03:51:17 - cd /src TB --- 2010-03-18 03:51:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 18 03:51:17 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mii/inphy.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mii/ip1000phy.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mii/jmphy.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mii/lxtphy.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mii/mii.c cc1: warnings being treated as errors /src/sys/dev/mii/mii.c: In function 'miibus_statchg': /src/sys/dev/mii/mii.c:256: warning: unused variable 'ifp' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-18 03:58:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-18 03:58:02 - ERROR: failed to build lint kernel TB --- 2010-03-18 03:58:02 - 4152.25 user 884.98 system 5581.61 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 04:38:03 2010 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 F3F5E1065672; Thu, 18 Mar 2010 04:38:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CE1C68FC08; Thu, 18 Mar 2010 04:38:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2I4c2rP054453; Thu, 18 Mar 2010 00:38:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2I4c2Be054449; Thu, 18 Mar 2010 04:38:02 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Mar 2010 04:38:02 GMT Message-Id: <201003180438.o2I4c2Be054449@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 04:38:03 -0000 TB --- 2010-03-18 03:14:09 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 03:14:09 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-03-18 03:14:09 - cleaning the object tree TB --- 2010-03-18 03:14:28 - cvsupping the source tree TB --- 2010-03-18 03:14:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-03-18 03:14:54 - building world TB --- 2010-03-18 03:14:54 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 03:14:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 03:14:54 - TARGET=ia64 TB --- 2010-03-18 03:14:54 - TARGET_ARCH=ia64 TB --- 2010-03-18 03:14:54 - TZ=UTC TB --- 2010-03-18 03:14:54 - __MAKE_CONF=/dev/null TB --- 2010-03-18 03:14:54 - cd /src TB --- 2010-03-18 03:14:54 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 18 03:14:55 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 18 04:30:50 UTC 2010 TB --- 2010-03-18 04:30:50 - generating LINT kernel config TB --- 2010-03-18 04:30:50 - cd /src/sys/ia64/conf TB --- 2010-03-18 04:30:50 - /usr/bin/make -B LINT TB --- 2010-03-18 04:30:50 - building LINT kernel TB --- 2010-03-18 04:30:50 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 04:30:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 04:30:50 - TARGET=ia64 TB --- 2010-03-18 04:30:50 - TARGET_ARCH=ia64 TB --- 2010-03-18 04:30:50 - TZ=UTC TB --- 2010-03-18 04:30:50 - __MAKE_CONF=/dev/null TB --- 2010-03-18 04:30:50 - cd /src TB --- 2010-03-18 04:30:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 18 04:30:50 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mii/inphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mii/ip1000phy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mii/jmphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mii/lxtphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mii/mii.c cc1: warnings being treated as errors /src/sys/dev/mii/mii.c: In function 'miibus_statchg': /src/sys/dev/mii/mii.c:256: warning: unused variable 'ifp' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-18 04:38:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-18 04:38:02 - ERROR: failed to build lint kernel TB --- 2010-03-18 04:38:02 - 4021.59 user 612.02 system 5032.65 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 04:38:03 2010 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 DE37A106564A; Thu, 18 Mar 2010 04:38:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B84EF8FC15; Thu, 18 Mar 2010 04:38:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2I4c3DQ054508; Thu, 18 Mar 2010 00:38:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2I4c3ld054507; Thu, 18 Mar 2010 04:38:03 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Mar 2010 04:38:03 GMT Message-Id: <201003180438.o2I4c3ld054507@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 04:38:04 -0000 TB --- 2010-03-18 03:31:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 03:31:56 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-03-18 03:31:56 - cleaning the object tree TB --- 2010-03-18 03:32:10 - cvsupping the source tree TB --- 2010-03-18 03:32:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-03-18 03:32:38 - building world TB --- 2010-03-18 03:32:38 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 03:32:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 03:32:38 - TARGET=powerpc TB --- 2010-03-18 03:32:38 - TARGET_ARCH=powerpc TB --- 2010-03-18 03:32:38 - TZ=UTC TB --- 2010-03-18 03:32:38 - __MAKE_CONF=/dev/null TB --- 2010-03-18 03:32:38 - cd /src TB --- 2010-03-18 03:32:38 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 18 03:32:38 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 18 04:32:50 UTC 2010 TB --- 2010-03-18 04:32:50 - generating LINT kernel config TB --- 2010-03-18 04:32:50 - cd /src/sys/powerpc/conf TB --- 2010-03-18 04:32:50 - /usr/bin/make -B LINT TB --- 2010-03-18 04:32:50 - building LINT kernel TB --- 2010-03-18 04:32:50 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 04:32:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 04:32:50 - TARGET=powerpc TB --- 2010-03-18 04:32:50 - TARGET_ARCH=powerpc TB --- 2010-03-18 04:32:50 - TZ=UTC TB --- 2010-03-18 04:32:50 - __MAKE_CONF=/dev/null TB --- 2010-03-18 04:32:50 - cd /src TB --- 2010-03-18 04:32:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 18 04:32:50 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/mii/inphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/mii/ip1000phy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/mii/jmphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/mii/lxtphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/mii/mii.c cc1: warnings being treated as errors /src/sys/dev/mii/mii.c: In function 'miibus_statchg': /src/sys/dev/mii/mii.c:256: warning: unused variable 'ifp' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-18 04:38:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-18 04:38:02 - ERROR: failed to build lint kernel TB --- 2010-03-18 04:38:02 - 3001.56 user 575.30 system 3966.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 04:59:11 2010 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 885FD106566C; Thu, 18 Mar 2010 04:59:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 621698FC15; Thu, 18 Mar 2010 04:59:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2I4xAiK042589; Thu, 18 Mar 2010 00:59:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2I4xAlI042585; Thu, 18 Mar 2010 04:59:10 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Mar 2010 04:59:10 GMT Message-Id: <201003180459.o2I4xAlI042585@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 04:59:11 -0000 TB --- 2010-03-18 03:58:02 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 03:58:02 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-03-18 03:58:02 - cleaning the object tree TB --- 2010-03-18 03:58:17 - cvsupping the source tree TB --- 2010-03-18 03:58:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-03-18 03:58:47 - building world TB --- 2010-03-18 03:58:47 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 03:58:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 03:58:47 - TARGET=sparc64 TB --- 2010-03-18 03:58:47 - TARGET_ARCH=sparc64 TB --- 2010-03-18 03:58:47 - TZ=UTC TB --- 2010-03-18 03:58:47 - __MAKE_CONF=/dev/null TB --- 2010-03-18 03:58:47 - cd /src TB --- 2010-03-18 03:58:47 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 18 03:58:47 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 18 04:54:20 UTC 2010 TB --- 2010-03-18 04:54:20 - generating LINT kernel config TB --- 2010-03-18 04:54:20 - cd /src/sys/sparc64/conf TB --- 2010-03-18 04:54:20 - /usr/bin/make -B LINT TB --- 2010-03-18 04:54:20 - building LINT kernel TB --- 2010-03-18 04:54:20 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 04:54:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 04:54:20 - TARGET=sparc64 TB --- 2010-03-18 04:54:20 - TARGET_ARCH=sparc64 TB --- 2010-03-18 04:54:20 - TZ=UTC TB --- 2010-03-18 04:54:20 - __MAKE_CONF=/dev/null TB --- 2010-03-18 04:54:20 - cd /src TB --- 2010-03-18 04:54:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 18 04:54:20 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mii/inphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mii/ip1000phy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mii/jmphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mii/lxtphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mii/mii.c cc1: warnings being treated as errors /src/sys/dev/mii/mii.c: In function 'miibus_statchg': /src/sys/dev/mii/mii.c:256: warning: unused variable 'ifp' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-18 04:59:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-18 04:59:10 - ERROR: failed to build lint kernel TB --- 2010-03-18 04:59:10 - 2832.41 user 549.88 system 3668.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 05:18:16 2010 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 5A519106566B; Thu, 18 Mar 2010 05:18:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 343338FC0A; Thu, 18 Mar 2010 05:18:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2I5IFiM085794; Thu, 18 Mar 2010 01:18:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2I5IF5w085793; Thu, 18 Mar 2010 05:18:15 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Mar 2010 05:18:15 GMT Message-Id: <201003180518.o2I5IF5w085793@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 05:18:16 -0000 TB --- 2010-03-18 04:19:29 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 04:19:29 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-03-18 04:19:29 - cleaning the object tree TB --- 2010-03-18 04:19:41 - cvsupping the source tree TB --- 2010-03-18 04:19:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-03-18 04:20:06 - building world TB --- 2010-03-18 04:20:06 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 04:20:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 04:20:06 - TARGET=sun4v TB --- 2010-03-18 04:20:06 - TARGET_ARCH=sparc64 TB --- 2010-03-18 04:20:06 - TZ=UTC TB --- 2010-03-18 04:20:06 - __MAKE_CONF=/dev/null TB --- 2010-03-18 04:20:06 - cd /src TB --- 2010-03-18 04:20:06 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 18 04:20:07 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 18 05:13:19 UTC 2010 TB --- 2010-03-18 05:13:19 - generating LINT kernel config TB --- 2010-03-18 05:13:19 - cd /src/sys/sun4v/conf TB --- 2010-03-18 05:13:19 - /usr/bin/make -B LINT TB --- 2010-03-18 05:13:19 - building LINT kernel TB --- 2010-03-18 05:13:19 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 05:13:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 05:13:19 - TARGET=sun4v TB --- 2010-03-18 05:13:19 - TARGET_ARCH=sparc64 TB --- 2010-03-18 05:13:19 - TZ=UTC TB --- 2010-03-18 05:13:19 - __MAKE_CONF=/dev/null TB --- 2010-03-18 05:13:19 - cd /src TB --- 2010-03-18 05:13:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 18 05:13:19 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mii/inphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mii/ip1000phy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mii/jmphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mii/lxtphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mii/mii.c cc1: warnings being treated as errors /src/sys/dev/mii/mii.c: In function 'miibus_statchg': /src/sys/dev/mii/mii.c:256: warning: unused variable 'ifp' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-18 05:18:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-18 05:18:15 - ERROR: failed to build lint kernel TB --- 2010-03-18 05:18:15 - 2845.14 user 540.19 system 3525.61 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 10:29:33 2010 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 90160106564A for ; Thu, 18 Mar 2010 10:29:33 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4B1F08FC15 for ; Thu, 18 Mar 2010 10:29:33 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C598319E023; Thu, 18 Mar 2010 11:29:31 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id EC8F819E027; Thu, 18 Mar 2010 11:29:28 +0100 (CET) Message-ID: <4BA20088.3050006@quip.cz> Date: Thu, 18 Mar 2010 11:29:28 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.8) Gecko/20100205 SeaMonkey/2.0.3 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <20100308102918.GA5485@localhost> <4B94DDC8.5080008@quip.cz> <20100308115052.GA31896@office.redwerk.com> <4B94FBA6.5090107@quip.cz> <861vfq995i.fsf@ds4.des.no> <4B9BF957.4060507@quip.cz> <86eijn3of2.fsf@ds4.des.no> <4B9CB287.9080205@quip.cz> <86pr338bak.fsf@ds4.des.no> <4BA0BE85.8030206@quip.cz> <8639zz88gn.fsf@ds4.des.no> In-Reply-To: <8639zz88gn.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: A tool for remapping bad sectors 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: Thu, 18 Mar 2010 10:29:33 -0000 Dag-Erling Smørgrav wrote: > Miroslav Lachman<000.fbsd@quip.cz> writes: >> Dag-Erling Smørgrav writes: >>> Uh, 79725167 - 63 = 79725104 and 79725104 - 39845888 = 39879216. How >>> did you arrive at 39879105? >> I am sorry, it was my confusion. >> My calculation was for *LBA=79725056* reported in messages: >> >> ad4: FAILURE - READ_DMA status=51 error=40 LBA=79725056 > > off-by-111... > > Are you sure 'smartctl -l error' reports only one error? There is really only one error. The example from my e-mail is half a year old, but the disk is running fine from this time. The error occured at the initial gmirror sync. No more errors shown after rewriting the disk with zeros. As you can see, there are really two different numbers LBA=79725056 in messages and LBA = 0x04c0826f = 79725167 in SMART log. root@edith ~/# zcat /var/log/messages.3.bz2 | grep LBA Sep 23 23:58:00 edith kernel: ad4: FAILURE - READ_DMA status=51 error=40 LBA=79725056 ----------------------------- root@edith ~/# smartctl -l error /dev/ad4 smartctl version 5.38 [amd64-portbld-freebsd7.2] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF READ SMART DATA SECTION === SMART Error Log Version: 1 ATA Error Count: 1 CR = Command Register [HEX] FR = Features Register [HEX] SC = Sector Count Register [HEX] SN = Sector Number Register [HEX] CL = Cylinder Low Register [HEX] CH = Cylinder High Register [HEX] DH = Device/Head Register [HEX] DC = Device Command Register [HEX] ER = Error register [HEX] ST = Status register [HEX] Powered_Up_Time is measured from power on, and printed as DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes, SS=sec, and sss=millisec. It "wraps" after 49.710 days. Error 1 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 00 6f 82 c0 44 Error: UNC at LBA = 0x04c0826f = 79725167 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 00 00 82 c0 44 00 25d+23:23:36.710 READ DMA c8 00 00 00 81 c0 44 00 25d+23:23:36.710 READ DMA c8 00 00 00 80 c0 44 00 25d+23:23:36.710 READ DMA c8 00 00 00 7f c0 44 00 25d+23:23:36.710 READ DMA c8 00 00 00 7e c0 44 00 25d+23:23:36.710 READ DMA Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 10:32:39 2010 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 E787B1065673 for ; Thu, 18 Mar 2010 10:32:39 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id A16ED8FC27 for ; Thu, 18 Mar 2010 10:32:39 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id DAAC019E023; Thu, 18 Mar 2010 11:32:38 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 6EAF919E027; Thu, 18 Mar 2010 11:32:36 +0100 (CET) Message-ID: <4BA20143.2050600@quip.cz> Date: Thu, 18 Mar 2010 11:32:35 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.8) Gecko/20100205 SeaMonkey/2.0.3 MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <20100308102918.GA5485@localhost> <4B94DDC8.5080008@quip.cz> <20100308115052.GA31896@office.redwerk.com> <4B94FBA6.5090107@quip.cz> <861vfq995i.fsf@ds4.des.no> <4B9BF957.4060507@quip.cz> <86eijn3of2.fsf@ds4.des.no> <4B9CB287.9080205@quip.cz> <20100314123859.47664ace@ernst.jennejohn.org> <4B9D0C65.7000809@quip.cz> <20100314184806.3eddf33b@ernst.jennejohn.org> <4BA0BFED.7050103@quip.cz> <20100317130542.3fe19ba0@ernst.jennejohn.org> In-Reply-To: <20100317130542.3fe19ba0@ernst.jennejohn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: A tool for remapping bad sectors 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: Thu, 18 Mar 2010 10:32:40 -0000 Gary Jennejohn wrote: > On Wed, 17 Mar 2010 12:41:33 +0100 > Miroslav Lachman<000.fbsd@quip.cz> wrote: > >> I absolutely don't understand how you get the number 4 (it is some magic >> for me :]) but it works! [...] > Umm, it's standard C code: 1<< 2 = 4. It's a power of 2, in this > case 2 squared. I am not a C programmer, so I didn't understand the syntax. Now it makes sense. Thank you again for the explanation. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 11:11:09 2010 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 38666106564A for ; Thu, 18 Mar 2010 11:11:09 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id EC0138FC2D for ; Thu, 18 Mar 2010 11:11:08 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 8ADCE1FFC51; Thu, 18 Mar 2010 11:11:07 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 6BCEF844E9; Thu, 18 Mar 2010 12:11:07 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Miroslav Lachman <000.fbsd@quip.cz> References: <20100308102918.GA5485@localhost> <4B94DDC8.5080008@quip.cz> <20100308115052.GA31896@office.redwerk.com> <4B94FBA6.5090107@quip.cz> <861vfq995i.fsf@ds4.des.no> <4B9BF957.4060507@quip.cz> <86eijn3of2.fsf@ds4.des.no> <4B9CB287.9080205@quip.cz> <86pr338bak.fsf@ds4.des.no> <4BA0BE85.8030206@quip.cz> <8639zz88gn.fsf@ds4.des.no> <4BA20088.3050006@quip.cz> Date: Thu, 18 Mar 2010 12:11:07 +0100 In-Reply-To: <4BA20088.3050006@quip.cz> (Miroslav Lachman's message of "Thu, 18 Mar 2010 11:29:28 +0100") Message-ID: <86vdctkhpw.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: A tool for remapping bad sectors 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: Thu, 18 Mar 2010 11:11:09 -0000 Miroslav Lachman <000.fbsd@quip.cz> writes: > As you can see, there are really two different numbers LBA=3D79725056 in > messages and LBA =3D 0x04c0826f =3D 79725167 in SMART log. I don't know how comfortable you are reading kernel code, but I would suggest looking through the atadisk driver to see why the numbers are different. And if you're comfortable *writing* kernel code, I would suggest implementing WORF in geom_mirror :) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 11:34:13 2010 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 9BB3E1065670 for ; Thu, 18 Mar 2010 11:34:13 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from s2m-is-001.service2media.com (rev-130-102.virtu.nl [217.114.102.130]) by mx1.freebsd.org (Postfix) with ESMTP id 35F458FC18 for ; Thu, 18 Mar 2010 11:34:12 +0000 (UTC) Received: from pieter-dev-linux.localnet ([10.0.1.77] RDNS failed) by s2m-is-001.service2media.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 18 Mar 2010 12:34:10 +0100 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Thu, 18 Mar 2010 12:34:10 +0100 User-Agent: KMail/1.12.2 (Linux/2.6.31-20-generic; KDE/4.3.2; i686; ; ) References: <20100308102918.GA5485@localhost> <4BA20088.3050006@quip.cz> <86vdctkhpw.fsf@ds4.des.no> In-Reply-To: <86vdctkhpw.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201003181234.10667.pieter@degoeje.nl> X-OriginalArrivalTime: 18 Mar 2010 11:34:10.0845 (UTC) FILETIME=[EDA994D0:01CAC68E] Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: A tool for remapping bad sectors 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: Thu, 18 Mar 2010 11:34:13 -0000 On Thursday 18 March 2010 12:11:07 Dag-Erling Sm=C3=B8rgrav wrote: > And if you're comfortable *writing* kernel code, I would suggest > implementing WORF in geom_mirror :) I am intrigued, what is this WORF you speak of? Google says it's a certain character from a popular sci-fi show... =2D Pieter From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 11:46:22 2010 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 31C29106564A for ; Thu, 18 Mar 2010 11:46:22 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id E07548FC17 for ; Thu, 18 Mar 2010 11:46:21 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 91F3319E027; Thu, 18 Mar 2010 12:46:19 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 666B619E023; Thu, 18 Mar 2010 12:46:17 +0100 (CET) Message-ID: <4BA21288.8040507@quip.cz> Date: Thu, 18 Mar 2010 12:46:16 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.8) Gecko/20100205 SeaMonkey/2.0.3 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <20100308102918.GA5485@localhost> <4B94DDC8.5080008@quip.cz> <20100308115052.GA31896@office.redwerk.com> <4B94FBA6.5090107@quip.cz> <861vfq995i.fsf@ds4.des.no> <4B9BF957.4060507@quip.cz> <86eijn3of2.fsf@ds4.des.no> <4B9CB287.9080205@quip.cz> <86pr338bak.fsf@ds4.des.no> <4BA0BE85.8030206@quip.cz> <8639zz88gn.fsf@ds4.des.no> <4BA20088.3050006@quip.cz> <86vdctkhpw.fsf@ds4.des.no> In-Reply-To: <86vdctkhpw.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: A tool for remapping bad sectors 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: Thu, 18 Mar 2010 11:46:22 -0000 Dag-Erling Smørgrav wrote: > Miroslav Lachman<000.fbsd@quip.cz> writes: >> As you can see, there are really two different numbers LBA=79725056 in >> messages and LBA = 0x04c0826f = 79725167 in SMART log. > > I don't know how comfortable you are reading kernel code, but I would > suggest looking through the atadisk driver to see why the numbers are > different. > > And if you're comfortable *writing* kernel code, I would suggest > implementing WORF in geom_mirror :) As I sent to Pieter, I am not a C programmer, so I cannot read kernel code. I was poor webdeveloper before I turned in to sysadmin about 5 years ago. My programming knowledge ends with PHP / SQL / JS and SH coding :) Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 12:18:05 2010 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 E2EAC106566B for ; Thu, 18 Mar 2010 12:18:05 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id A54558FC16 for ; Thu, 18 Mar 2010 12:18:05 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C23A11FFC22; Thu, 18 Mar 2010 12:18:04 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 5BE6884495; Thu, 18 Mar 2010 13:18:04 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Pieter de Goeje References: <20100308102918.GA5485@localhost> <4BA20088.3050006@quip.cz> <86vdctkhpw.fsf@ds4.des.no> <201003181234.10667.pieter@degoeje.nl> Date: Thu, 18 Mar 2010 13:18:04 +0100 In-Reply-To: <201003181234.10667.pieter@degoeje.nl> (Pieter de Goeje's message of "Thu, 18 Mar 2010 12:34:10 +0100") Message-ID: <86r5nhj01v.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: A tool for remapping bad sectors 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: Thu, 18 Mar 2010 12:18:06 -0000 Pieter de Goeje writes: > Dag-Erling Sm=C3=B8rgrav writes: > > And if you're comfortable *writing* kernel code, I would suggest > > implementing WORF in geom_mirror :) > I am intrigued, what is this WORF you speak of? Write On Read Failure. It means that if you can't read a sector but you have (or can recreate) a copy of the data that's supposed to be on it, you rewrite that data to force the disk to reallocate the sector. I've done this manually several times (dd'ed a sector from the other disk in a mirror). I believe I even posted the procedure at some point; I'll check my archive. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 13:33:04 2010 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 CC326106567A for ; Thu, 18 Mar 2010 13:33:04 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 55EBA8FC0A for ; Thu, 18 Mar 2010 13:33:04 +0000 (UTC) Received: from [202.179.21.143] (helo=beastie.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NsFqP-0005cZ-JQ; Thu, 18 Mar 2010 21:33:01 +0800 Message-ID: <4BA22B8D.9030700@micom.mng.net> Date: Thu, 18 Mar 2010 21:33:01 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: PseudoCylon References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> In-Reply-To: <633929.41041.qm@web51802.mail.re2.yahoo.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2010 13:33:04 -0000 Hi, PseudoCylon wrote: > Hello, again. > > Can you try this patch? Patch is for if_runvar.h > > --begin patch-- > > *** old_if_runvar.h 2010-03-16 19:14:25.000000000 -0600 > --- new_if_runvar.h 2010-03-16 19:15:51.000000000 -0600 > *************** > *** 184,186 **** > uint8_t val; > ! } bbp[8], rf[10]; > uint8_t leds; > --- 184,186 ---- > uint8_t val; > ! } bbp[10], rf[10]; > uint8_t leds; > > --end patch-- > Same. wlan0: flags=8802 metric 0 mtu 1500 ether 00:22:cf:03:e0:30 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid bsd channel 1 (2412 MHz 11b) country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 wme bintval 0 rspro# ifconfig wlan0 up rspro# Trap cause = 5 (address error (store) - kernel mode) [ thread pid 0 tid 100047 ] Stopped at ieee80211_radiotap_vdetach+0x70: sh v1,0(a0) db> bt Tracing pid 0 tid 100047 td 0xc0f1f260 db_trace_thread+30 (?,?,?,?) ra 80071160 sp c7ec9948 sz 24 80071044+11c (0,?,ffffffff,?) ra 80070b54 sp c7ec9960 sz 32 800707c0+394 (?,?,?,?) ra 80070ce4 sp c7ec9980 sz 168 db_command_loop+78 (?,?,?,?) ra 800733b8 sp c7ec9a28 sz 24 800732b0+108 (?,?,?,?) ra 801d8b1c sp c7ec9a40 sz 424 kdb_trap+10c (?,?,?,?) ra 803c2690 sp c7ec9be8 sz 32 trap+134c (?,?,?,?) ra 803b97c8 sp c7ec9c08 sz 176 MipsKernGenException+10c (c0f6a637,c0f721c8,c7ea7c04,e51) ra 802c95b8 sp c7ec9cb8 sz 200 802c95a8+10 (?,?,?,?) ra 0 sp c7ec9d80 sz 0 pid 0 db> Ganbold > Does your mips use big endian? > > AK > > > > Tried this version on routerstation pro (mips) board. Root fs is in > >> NFS. >> > (FreeBSD 9.0-CURRENT #13 r205084M: Tue Mar 16 22:35:25 ULAT > >> 2010). >> > > .. > run0: <1.0> on usbus0 > run0: MAC/BBP RT3070 (rev > >> 0x0200), RF RT3020 (MIMO 1T1R), address >> > 00:22:cf:03:e0:30 > Updating > >> motd:run0: firmware RT2870 loaded >> > _ > .. > > run0: > >> flags=8802 metric 0 mtu 2290 >> > > >> ether 00:22:cf:03:e0:30 >> > media: IEEE > >> 802.11 Wireless Ethernet autoselect (autoselect) >> > > >> status: no carrier >> > wlan0: flags=8802 > >> metric 0 mtu 1500 >> > ether > >> 00:22:cf:03:e0:30 >> > media: IEEE 802.11 Wireless > >> Ethernet autoselect mode 11g >> > status: no > >> carrier >> > ssid bsd channel 6 (2437 MHz > >> 11g) >> > country US authmode OPEN privacy OFF txpower > >> 0 bmiss 7 scanvalid 60 >> > protmode CTS wme bintval > >> 0 >> > rspro# ifconfig wlan0 up > rspro# Trap cause = 5 (address > >> error (store) - kernel mode) >> > [ thread pid 0 tid 100047 ] > Stopped at > >> ieee80211_radiotap_vdetach+0x70: >> sh v1,0(a0) >> > db> c > panic: trap > KDB: enter: > >> panic >> > [ thread pid 0 tid 100047 ] > Stopped at > >> kdb_enter+0x50: lui at,0x804c >> > db> bt > Tracing pid 0 tid > >> 100047 td 0xc0f1f260 >> > db_trace_thread+30 (?,?,?,?) ra 80071160 sp c7ec9790 sz > >> 24 >> > 80071044+11c (0,?,ffffffff,?) ra 80070b54 sp c7ec97a8 sz > >> 32 >> > 800707c0+394 (?,?,?,?) ra 80070ce4 sp c7ec97c8 sz > >> 168 >> > db_command_loop+78 (?,?,?,?) ra 800733b8 sp c7ec9870 sz > >> 24 >> > 800732b0+108 (?,?,?,?) ra 801d8b1c sp c7ec9888 sz 424 > kdb_trap+10c > >> (?,?,?,?) ra 803c2440 sp c7ec9a30 sz 32 >> > trap+10fc (?,?,?,?) ra 803b97c8 sp > >> c7ec9a50 sz 176 >> > MipsKernGenException+10c (0,a,804e0fe4,2) ra 801d8d74 sp > >> c7ec9b00 sz 200 >> > kdb_enter+50 (?,?,?,?) ra 8019ccc0 sp c7ec9bc8 sz > >> 24 >> > panic+f8 (?,802c95b8,ffffffff,c7ec9990) ra 803c26a0 sp c7ec9be0 sz > >> 40 >> > trap+135c (?,?,?,?) ra 803b97c8 sp c7ec9c08 sz > >> 176 >> > MipsKernGenException+10c (c0f6a62f,c0f72268,c7ea7c14,e51) ra 802c95b8 > >> sp >> > c7ec9cb8 sz 200 > 802c95a8+10 (?,?,?,?) ra 0 sp c7ec9d80 sz 0 > pid > >> 0 >> > db> > > > Btw, ifconfig wlan0 up works on with stock run(4) which > >> was committed to >> > HEAD end of Jan. > Please let me know if you need any more > >> information. >> > > Ganbold > > >> Best, >> AK >> >> >> ---- >> "FreeBSD and all other open source projects are the Tower of Babel >> in computer era." --me >> So, join me @ >> git://dev.nasreddine.com/run.git >> (or >> href="http://dev.nasreddine.com/gitweb/?p=run.git;a=summary" target=_blank >> >>> http://dev.nasreddine.com/gitweb/?p=run.git;a=summary ) >>> >> Just work >> on any of *_dev branches. >> >> >> >> >> __________________________________________________________________ >> >> Looking for the perfect gift? Give the gift of Flickr! >> >> >> href="http://www.flickr.com/gift/" target=_blank >> >>> http://www.flickr.com/gift/ >>> >> _______________________________________________ >> >> ymailto="mailto:freebsd-current@freebsd.org" >> href="mailto:freebsd-current@freebsd.org">freebsd-current@freebsd.org >> mailing list >> >> href="http://lists.freebsd.org/mailman/listinfo/freebsd-current" target=_blank >> >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> >> To >> unsubscribe, send any mail to " >> ymailto="mailto:freebsd-current-unsubscribe@freebsd.org" >> href="mailto:freebsd-current-unsubscribe@freebsd.org">freebsd-current-unsubscribe@freebsd.org" >> >> >> >> >> >> > > > -- UNIX is many things to many people, but it's never been everything to anybody. From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 13:35:41 2010 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 D2F37106566C for ; Thu, 18 Mar 2010 13:35:41 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 905C98FC0C for ; Thu, 18 Mar 2010 13:35:41 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o2IDZeWB053065 for ; Thu, 18 Mar 2010 06:35:40 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o2IDZeEH053064 for current@freebsd.org; Thu, 18 Mar 2010 06:35:40 -0700 (PDT) (envelope-from david) Date: Thu, 18 Mar 2010 06:35:40 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20100318133540.GQ35333@bunrab.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="kPJUzav3owWaKxsz" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Panic @r205276 (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: Thu, 18 Mar 2010 13:35:41 -0000 --kPJUzav3owWaKxsz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On first reboot after building & installing; yesterday (@r205249) was OK: 3 1. Boot FreeBSD [default] 3 |_| |_| \___|\___| 3 2. Boot FreeBSD with ACPI disabled 3 ____ _____ _____ 3 3. Boot FreeBSD in Safe Mode 3 | _ \ / ____| __ \ 3 4. Boot FreeBSD in single user mode 3 | |_) | (___ | | | | 3 5. Boot FreeBSD with verbose logging 3 | _ < \___ \| | | | 3 6. Escape to loader prompt 3 | |_) |____) | |__| | 3 7. Reboot 3 | | | | 3 3 |____/|_____/|_____/ 3 3 3 3 3 3 3 Select option, [Enter] for default 3 3 or [Space] to pause timer 0 3 @DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDY GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #102 r205276: Thu Mar 18 06:06:56 PDT 2010 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC i386 WARNING: WITNESS option enabled, expect reduced performance. Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0xf000efd2 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc093a0c8 stack pointer =3D 0x28:0xc142071c frame pointer =3D 0x28:0xc142071c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 0 () [ thread pid 0 tid 0 ] Stopped at strlen+0x8: cmpb $0,0(%edx) db> bt Tracing pid 0 tid 0 td 0xc0e02df0 strlen(f000efd2,c142086c,cccccccc,ccccccc,cccccccc,...) at strlen+0x8 kvprintf(c0ca617e,c08c9880,c142086c,a,c14208ac,...) at kvprintf+0x8fe vsnprintf(c0e048e0,100,c0ca617e,c14208ac,0,...) at vsnprintf+0x3b panic(c0ca617e,f000efd2,c0cd1cd6,dcc,c1420a68,...) at panic+0x8d _mtx_lock_flags(5c,0,c0cd1cd6,dcc,c142091c,...) at _mtx_lock_flags+0x9a _vm_map_lock_read(0,c0cd1cd6,dcc,5d,0,...) at _vm_map_lock_read+0x30 vm_map_lookup(c1420a50,f000f000,1,c1420a54,c1420a44,...) at vm_map_lookup+0= x38 vm_fault(0,f000f000,1,0,f000ff63,...) at vm_fault+0xa5 trap_pfault(5,0,c0ce1b15,c0d904c0,c0e02b40,...) at trap_pfault+0x17b trap(c1420b70) at trap+0x4a8 calltrap() at calltrap+0x6 --- trap 0xc, eip =3D 0xc08853d6, esp =3D 0xc1420bb0, ebp =3D 0xc1420bd0 --- _mtx_lock_flags(f000ff53,0,c0cd0df2,9a2,0,...) at _mtx_lock_flags+0x46 zone_alloc_item(c0d9b5fc,c0cd12d4,c0cd11fb,c15ba000,c1420c88,...) at zone_a= lloc_item+0x33 hash_alloc(c15ba008,c0cd12d4,c0cd11fb,10,df,...) at hash_alloc+0x54 keg_ctor(c15ba000,80,c1420c88,2,c1420c88,...) at keg_ctor+0x234 zone_alloc_item(c0f7d380,180,c1420c88,c0d9b5fc,20000000,...) at zone_alloc_= item+0x176 zone_ctor(c0f7d380,180,c1420cd8,2,c0cd33f3,...) at zone_ctor+0x1d2 uma_startup(c158b000,30,7ff60000,3,c158b000,...) at uma_startup+0x1db vm_page_startup(c15bb000,a,c1420d88,c084f0b6,0,...) at vm_page_startup+0x1d0 vm_mem_init(0,141ec00,141ec00,141e000,1425000,...) at vm_mem_init+0x18 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db>=20 Machine is a dual-CPU, single-core box (my build machine). In normal course of operations, I'll be building & booting (smoke testing) on my laptop as well, but since it's currently upgrading the gcc44 port, that may wait for a few hours. Anyway, I'll be happy to test patches. 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. --kPJUzav3owWaKxsz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkuiLCsACgkQmprOCmdXAD351ACcC0cTelf0fMpkRGV1P3KaNyWf Vr4An0ahaO08uL0Iim8GumT3+osi3+YX =KdX2 -----END PGP SIGNATURE----- --kPJUzav3owWaKxsz-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 13:50:09 2010 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 9D6B21065670 for ; Thu, 18 Mar 2010 13:50:07 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 678C08FC19 for ; Thu, 18 Mar 2010 13:50:07 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id A4FC26136; Thu, 18 Mar 2010 09:50:05 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1268920205; bh=B94oUPTc7FOb4+8f0ABWFUq4laRSRGymJyHZ8QvWxm4=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=EZZ+lHXa9i+bCSeN90A2rfKdX/ztbA2IM8TqR2dzbdK+SKOLrDHbENRGPEy+BBqC2 y4A+PHf3CqGFdxo/YO3dvh2Qro6NWlHndyrnHTVJnry1n8JGw3Tp1UW/QofRj3T DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=DTg0TiiLrXAFGi2XXz5KZzoHSu76tTJJu3ROztcH85YKx89jH1N98MUC0dASl7bUJ YkdbHrhDmgzHHqYJaefqIwo61/0Gntm4c2NNCZC/Ju+rkmxm9YtLZdFQWidyu7z Message-ID: <4BA22F89.90605@protected-networks.net> Date: Thu, 18 Mar 2010 09:50:01 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.8) Gecko/20100303 Thunderbird/3.0.3 MIME-Version: 1.0 To: David Wolfskill , current@freebsd.org References: <20100318133540.GQ35333@bunrab.catwhisker.org> In-Reply-To: <20100318133540.GQ35333@bunrab.catwhisker.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Panic @r205276 (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: Thu, 18 Mar 2010 13:50:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/18/10 09:35, David Wolfskill wrote: > On first reboot after building & installing; yesterday (@r205249) was OK: [ .. ] > --- trap 0xc, eip = 0xc08853d6, esp = 0xc1420bb0, ebp = 0xc1420bd0 --- > _mtx_lock_flags(f000ff53,0,c0cd0df2,9a2,0,...) at _mtx_lock_flags+0x46 > zone_alloc_item(c0d9b5fc,c0cd12d4,c0cd11fb,c15ba000,c1420c88,...) at zone_alloc_item+0x33 > hash_alloc(c15ba008,c0cd12d4,c0cd11fb,10,df,...) at hash_alloc+0x54 > keg_ctor(c15ba000,80,c1420c88,2,c1420c88,...) at keg_ctor+0x234 > zone_alloc_item(c0f7d380,180,c1420c88,c0d9b5fc,20000000,...) at zone_alloc_item+0x176 > zone_ctor(c0f7d380,180,c1420cd8,2,c0cd33f3,...) at zone_ctor+0x1d2 > uma_startup(c158b000,30,7ff60000,3,c158b000,...) at uma_startup+0x1db > vm_page_startup(c15bb000,a,c1420d88,c084f0b6,0,...) at vm_page_startup+0x1d0 > vm_mem_init(0,141ec00,141ec00,141e000,1425000,...) at vm_mem_init+0x18 > mi_startup() at mi_startup+0x96 > begin() at begin+0x2c > db> I suspect SVN 205266 (cache-line-size padding) has something to do with this but I'm still in the process of rebuilding with this change backed out .. imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuiL4kACgkQQv9rrgRC1JL5lQCeNyquBrUROs5vLw628/5pmXeF 09IAnjx2XyyQH/GuuGXB3R7CwtSZcWOf =wgGB -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 13:55:45 2010 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 114241065673 for ; Thu, 18 Mar 2010 13:55:45 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 8D70F8FC14 for ; Thu, 18 Mar 2010 13:55:44 +0000 (UTC) Received: by bwz8 with SMTP id 8so2127383bwz.3 for ; Thu, 18 Mar 2010 06:55:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=hbshuIH+yFBP5qk9H726ayY69XvSHFShTQfAi4TdmLM=; b=dJmpa5f7Ekq8WKEYW+hAUuWEfjYWfBjT/d2vp7aHLM2K6HFPY2LQNpg0cK9NcP6c57 RY0j9yeURYBTxk8O2tipdPOwqCJb5N5NPuRRRlUMndQWVlIgCrDUV4+NzQMbyE3RPiNA H1AAUypfpGb1lgLwcGqGpalTpbN6jyudXQRk4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=nmdIcWbmlyDhTP14bIAmDyPTcoB2ByTrQEwEyjeBXWrAXZwBS+1C67uKeJAnGG7HvX fnNXzCYzhYQu9hAiT9xqC+UmHVz9AqnwO9UXw6UwvGdosOQ0A5hUIe4urnSq39Xm/u7j 0nSKnDSPF0KExnkDXv+c318e8S8YLOS8hn3M0= Received: by 10.204.6.210 with SMTP id a18mr1604019bka.136.1268920543361; Thu, 18 Mar 2010 06:55:43 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id s17sm35605572bkd.16.2010.03.18.06.55.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 18 Mar 2010 06:55:41 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <633929.41041.qm@web51802.mail.re2.yahoo.com> Date: Thu, 18 Mar 2010 13:55:40 +0000 Content-Transfer-Encoding: 7bit Message-Id: References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> To: PseudoCylon X-Mailer: Apple Mail (2.1077) Cc: Ganbold , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2010 13:55:45 -0000 On 17 Mar 2010, at 01:23, PseudoCylon wrote: > > Does your mips use big endian? Yes, the routerstation pros are big endian. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 13:56:49 2010 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 476CE1065781 for ; Thu, 18 Mar 2010 13:56:49 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id C37E48FC13 for ; Thu, 18 Mar 2010 13:56:48 +0000 (UTC) Received: by bwz8 with SMTP id 8so2128423bwz.3 for ; Thu, 18 Mar 2010 06:56:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=tj3TIyaCWNOazDBId6zAdBTkfCPAqEKHchBd5qrhEgc=; b=n66k8tGZD+S/3AxtF6pFUKboWbSAn/0UibJMdAtlmfp8xnEQF3r489I4kHiMxeK4Yk t2iAHIO/dbD0aiGUqotjNPlbbOB/pDbIDCUDfewVvhwuPelR1Tg188niYEO1YbsWA7XT 0DAiqJ1kDq7i2PHj4tD6yuQlNa07MIMdKtZiY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=NQfS0yXcXCcMhtlw7/FM4KX0Hhd20SZUZYThUp9gl4ZmVp+FXO3A8z3vscgRuogowo +gzrtSPV3VQEHvLjdi8o5QQm+rSo4FK4Z3wP/mivv+0TbPa0GVE853c6ddHMTRXQgbUM VqNK2nfW3zMaUVxthZHRwx5i5eqxMcITuJqKs= Received: by 10.204.3.207 with SMTP id 15mr1422047bko.91.1268920607441; Thu, 18 Mar 2010 06:56:47 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id s17sm35609156bkd.16.2010.03.18.06.56.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 18 Mar 2010 06:56:46 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <1CA4C3D2-675E-4FE9-8574-4E17A073C389@gmail.com> Date: Thu, 18 Mar 2010 13:56:43 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <000C4323-1DD2-4EA1-BAEE-FDAF1F7B679C@freebsd.org> References: <20100318133540.GQ35333@bunrab.catwhisker.org> <1CA4C3D2-675E-4FE9-8574-4E17A073C389@gmail.com> To: Rui Paulo X-Mailer: Apple Mail (2.1077) Cc: current@freebsd.org Subject: Re: Panic @r205276 (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: Thu, 18 Mar 2010 13:56:49 -0000 On 18 Mar 2010, at 13:48, Rui Paulo wrote: >=20 > On 18 Mar 2010, at 13:35, David Wolfskill wrote: >=20 >> On first reboot after building & installing; yesterday (@r205249) was = OK: >>=20 >> 3 1. Boot FreeBSD [default] 3 |_| |_| \___|\___| >> 3 2. Boot FreeBSD with ACPI disabled 3 ____ _____ _____ >> 3 3. Boot FreeBSD in Safe Mode 3 | _ \ / ____| __ \ >> 3 4. Boot FreeBSD in single user mode 3 | |_) | (___ | | | | >> 3 5. Boot FreeBSD with verbose logging 3 | _ < \___ \| | | | >> 3 6. Escape to loader prompt 3 | |_) |____) | |__| | >> 3 7. Reboot 3 | | | | >> 3 3 |____/|_____/|_____/ >> 3 3 >> 3 3 >> 3 3 >> 3 Select option, [Enter] for default 3 >> 3 or [Space] to pause timer 0 3 >> @DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDY >>=20 >>=20 >> GDB: no debug ports present >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> Copyright (c) 1992-2010 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 >> The Regents of the University of California. All rights = reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 9.0-CURRENT #102 r205276: Thu Mar 18 06:06:56 PDT 2010 >> root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC = i386 >> WARNING: WITNESS option enabled, expect reduced performance. >>=20 >>=20 >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 0; apic id =3D 00 >> fault virtual address =3D 0xf000efd2 >> fault code =3D supervisor read, page not present >> instruction pointer =3D 0x20:0xc093a0c8 >> stack pointer =3D 0x28:0xc142071c >> frame pointer =3D 0x28:0xc142071c >> code segment =3D base 0x0, limit 0xfffff, type 0x1b >> =3D DPL 0, pres 1, def32 1, gran 1 >> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 >> current process =3D 0 () >> [ thread pid 0 tid 0 ] >> Stopped at strlen+0x8: cmpb $0,0(%edx) >> db> bt >> Tracing pid 0 tid 0 td 0xc0e02df0 >> strlen(f000efd2,c142086c,cccccccc,ccccccc,cccccccc,...) at strlen+0x8 >> kvprintf(c0ca617e,c08c9880,c142086c,a,c14208ac,...) at kvprintf+0x8fe >> vsnprintf(c0e048e0,100,c0ca617e,c14208ac,0,...) at vsnprintf+0x3b >> panic(c0ca617e,f000efd2,c0cd1cd6,dcc,c1420a68,...) at panic+0x8d >> _mtx_lock_flags(5c,0,c0cd1cd6,dcc,c142091c,...) at = _mtx_lock_flags+0x9a >> _vm_map_lock_read(0,c0cd1cd6,dcc,5d,0,...) at _vm_map_lock_read+0x30 >> vm_map_lookup(c1420a50,f000f000,1,c1420a54,c1420a44,...) at = vm_map_lookup+0x38 >> vm_fault(0,f000f000,1,0,f000ff63,...) at vm_fault+0xa5 >> trap_pfault(5,0,c0ce1b15,c0d904c0,c0e02b40,...) at trap_pfault+0x17b >> trap(c1420b70) at trap+0x4a8 >> calltrap() at calltrap+0x6 >> --- trap 0xc, eip =3D 0xc08853d6, esp =3D 0xc1420bb0, ebp =3D = 0xc1420bd0 --- >> _mtx_lock_flags(f000ff53,0,c0cd0df2,9a2,0,...) at = _mtx_lock_flags+0x46 >> zone_alloc_item(c0d9b5fc,c0cd12d4,c0cd11fb,c15ba000,c1420c88,...) at = zone_alloc_item+0x33 >> hash_alloc(c15ba008,c0cd12d4,c0cd11fb,10,df,...) at hash_alloc+0x54 >> keg_ctor(c15ba000,80,c1420c88,2,c1420c88,...) at keg_ctor+0x234 >> zone_alloc_item(c0f7d380,180,c1420c88,c0d9b5fc,20000000,...) at = zone_alloc_item+0x176 >> zone_ctor(c0f7d380,180,c1420cd8,2,c0cd33f3,...) at zone_ctor+0x1d2 >> uma_startup(c158b000,30,7ff60000,3,c158b000,...) at uma_startup+0x1db >> vm_page_startup(c15bb000,a,c1420d88,c084f0b6,0,...) at = vm_page_startup+0x1d0 >> vm_mem_init(0,141ec00,141ec00,141e000,1425000,...) at = vm_mem_init+0x18 >> mi_startup() at mi_startup+0x96 >> begin() at begin+0x2c >> db>=20 >>=20 >=20 > I have the same panic. I'll try to revert 205266. Yes, 205266 is the culprit. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 14:18:57 2010 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 3FA5B106566C; Thu, 18 Mar 2010 14:18:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1A03F8FC1B; Thu, 18 Mar 2010 14:18:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2IEIukB083396; Thu, 18 Mar 2010 10:18:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2IEIuhL083386; Thu, 18 Mar 2010 14:18:56 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Mar 2010 14:18:56 GMT Message-Id: <201003181418.o2IEIuhL083386@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 14:18:57 -0000 TB --- 2010-03-18 12:48:58 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 12:48:58 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-03-18 12:48:58 - cleaning the object tree TB --- 2010-03-18 12:49:10 - cvsupping the source tree TB --- 2010-03-18 12:49:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-03-18 12:49:39 - building world TB --- 2010-03-18 12:49:39 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 12:49:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 12:49:39 - TARGET=ia64 TB --- 2010-03-18 12:49:39 - TARGET_ARCH=ia64 TB --- 2010-03-18 12:49:39 - TZ=UTC TB --- 2010-03-18 12:49:39 - __MAKE_CONF=/dev/null TB --- 2010-03-18 12:49:39 - cd /src TB --- 2010-03-18 12:49:39 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 18 12:49:40 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 18 14:06:11 UTC 2010 TB --- 2010-03-18 14:06:11 - generating LINT kernel config TB --- 2010-03-18 14:06:11 - cd /src/sys/ia64/conf TB --- 2010-03-18 14:06:11 - /usr/bin/make -B LINT TB --- 2010-03-18 14:06:11 - building LINT kernel TB --- 2010-03-18 14:06:11 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 14:06:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 14:06:11 - TARGET=ia64 TB --- 2010-03-18 14:06:11 - TARGET_ARCH=ia64 TB --- 2010-03-18 14:06:11 - TZ=UTC TB --- 2010-03-18 14:06:11 - __MAKE_CONF=/dev/null TB --- 2010-03-18 14:06:11 - cd /src TB --- 2010-03-18 14:06:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 18 14:06:11 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_crypto_wep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_ddb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_dfs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_freebsd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_hostap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_ht.c /src/sys/net80211/ieee80211_ht.c: In function 'ht_announce': /src/sys/net80211/ieee80211_ht.c:291: error: 'struct ieee80211com' has no member named 'ic_rxstream' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-18 14:18:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-18 14:18:56 - ERROR: failed to build lint kernel TB --- 2010-03-18 14:18:56 - 4319.61 user 613.23 system 5397.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 14:58:41 2010 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 861F5106566B; Thu, 18 Mar 2010 14:58:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 603528FC21; Thu, 18 Mar 2010 14:58:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2IEweiZ049000; Thu, 18 Mar 2010 10:58:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2IEweDg048999; Thu, 18 Mar 2010 14:58:40 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Mar 2010 14:58:40 GMT Message-Id: <201003181458.o2IEweDg048999@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 14:58:41 -0000 TB --- 2010-03-18 13:51:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 13:51:00 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-03-18 13:51:00 - cleaning the object tree TB --- 2010-03-18 13:51:12 - cvsupping the source tree TB --- 2010-03-18 13:51:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-03-18 13:51:31 - building world TB --- 2010-03-18 13:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 13:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 13:51:31 - TARGET=powerpc TB --- 2010-03-18 13:51:31 - TARGET_ARCH=powerpc TB --- 2010-03-18 13:51:31 - TZ=UTC TB --- 2010-03-18 13:51:31 - __MAKE_CONF=/dev/null TB --- 2010-03-18 13:51:31 - cd /src TB --- 2010-03-18 13:51:31 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 18 13:51:34 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 18 14:50:20 UTC 2010 TB --- 2010-03-18 14:50:20 - generating LINT kernel config TB --- 2010-03-18 14:50:20 - cd /src/sys/powerpc/conf TB --- 2010-03-18 14:50:20 - /usr/bin/make -B LINT TB --- 2010-03-18 14:50:20 - building LINT kernel TB --- 2010-03-18 14:50:20 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 14:50:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 14:50:20 - TARGET=powerpc TB --- 2010-03-18 14:50:20 - TARGET_ARCH=powerpc TB --- 2010-03-18 14:50:20 - TZ=UTC TB --- 2010-03-18 14:50:20 - __MAKE_CONF=/dev/null TB --- 2010-03-18 14:50:20 - cd /src TB --- 2010-03-18 14:50:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 18 14:50:20 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_crypto_wep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_ddb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_dfs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_freebsd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_hostap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_ht.c /src/sys/net80211/ieee80211_ht.c: In function 'ht_announce': /src/sys/net80211/ieee80211_ht.c:291: error: 'struct ieee80211com' has no member named 'ic_rxstream' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-18 14:58:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-18 14:58:40 - ERROR: failed to build lint kernel TB --- 2010-03-18 14:58:40 - 3187.97 user 580.02 system 4060.08 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 15:11:39 2010 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 4745D106566B; Thu, 18 Mar 2010 15:11:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0755E8FC12; Thu, 18 Mar 2010 15:11:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2IFBXGY098316; Thu, 18 Mar 2010 11:11:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2IFBXRe098313; Thu, 18 Mar 2010 15:11:33 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Mar 2010 15:11:33 GMT Message-Id: <201003181511.o2IFBXRe098313@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 15:11:39 -0000 TB --- 2010-03-18 14:08:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 14:08:31 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-03-18 14:08:31 - cleaning the object tree TB --- 2010-03-18 14:08:45 - cvsupping the source tree TB --- 2010-03-18 14:08:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-03-18 14:08:58 - building world TB --- 2010-03-18 14:08:58 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 14:08:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 14:08:58 - TARGET=sparc64 TB --- 2010-03-18 14:08:58 - TARGET_ARCH=sparc64 TB --- 2010-03-18 14:08:58 - TZ=UTC TB --- 2010-03-18 14:08:58 - __MAKE_CONF=/dev/null TB --- 2010-03-18 14:08:58 - cd /src TB --- 2010-03-18 14:08:58 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 18 14:08:58 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 18 15:02:49 UTC 2010 TB --- 2010-03-18 15:02:49 - generating LINT kernel config TB --- 2010-03-18 15:02:49 - cd /src/sys/sparc64/conf TB --- 2010-03-18 15:02:49 - /usr/bin/make -B LINT TB --- 2010-03-18 15:02:49 - building LINT kernel TB --- 2010-03-18 15:02:49 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 15:02:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 15:02:49 - TARGET=sparc64 TB --- 2010-03-18 15:02:49 - TARGET_ARCH=sparc64 TB --- 2010-03-18 15:02:49 - TZ=UTC TB --- 2010-03-18 15:02:49 - __MAKE_CONF=/dev/null TB --- 2010-03-18 15:02:49 - cd /src TB --- 2010-03-18 15:02:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 18 15:02:49 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_crypto_wep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_ddb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_dfs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_freebsd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_hostap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_ht.c /src/sys/net80211/ieee80211_ht.c: In function 'ht_announce': /src/sys/net80211/ieee80211_ht.c:291: error: 'struct ieee80211com' has no member named 'ic_rxstream' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-18 15:11:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-18 15:11:33 - ERROR: failed to build lint kernel TB --- 2010-03-18 15:11:33 - 3023.87 user 568.77 system 3781.78 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 15:20:44 2010 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 8B652106566C; Thu, 18 Mar 2010 15:20:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4D0918FC41; Thu, 18 Mar 2010 15:20:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2IFKhbu018434; Thu, 18 Mar 2010 11:20:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2IFKhk5018433; Thu, 18 Mar 2010 15:20:43 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Mar 2010 15:20:43 GMT Message-Id: <201003181520.o2IFKhk5018433@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 15:20:44 -0000 TB --- 2010-03-18 14:18:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-18 14:18:56 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-03-18 14:18:56 - cleaning the object tree TB --- 2010-03-18 14:19:07 - cvsupping the source tree TB --- 2010-03-18 14:19:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-03-18 14:19:21 - building world TB --- 2010-03-18 14:19:21 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 14:19:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 14:19:21 - TARGET=sun4v TB --- 2010-03-18 14:19:21 - TARGET_ARCH=sparc64 TB --- 2010-03-18 14:19:21 - TZ=UTC TB --- 2010-03-18 14:19:21 - __MAKE_CONF=/dev/null TB --- 2010-03-18 14:19:21 - cd /src TB --- 2010-03-18 14:19:21 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 18 14:19:22 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 18 15:12:02 UTC 2010 TB --- 2010-03-18 15:12:02 - generating LINT kernel config TB --- 2010-03-18 15:12:02 - cd /src/sys/sun4v/conf TB --- 2010-03-18 15:12:02 - /usr/bin/make -B LINT TB --- 2010-03-18 15:12:02 - building LINT kernel TB --- 2010-03-18 15:12:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-18 15:12:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-18 15:12:02 - TARGET=sun4v TB --- 2010-03-18 15:12:02 - TARGET_ARCH=sparc64 TB --- 2010-03-18 15:12:02 - TZ=UTC TB --- 2010-03-18 15:12:02 - __MAKE_CONF=/dev/null TB --- 2010-03-18 15:12:02 - cd /src TB --- 2010-03-18 15:12:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 18 15:12:02 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_crypto_wep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_ddb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_dfs.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_freebsd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_hostap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_ht.c /src/sys/net80211/ieee80211_ht.c: In function 'ht_announce': /src/sys/net80211/ieee80211_ht.c:291: error: 'struct ieee80211com' has no member named 'ic_rxstream' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-18 15:20:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-18 15:20:43 - ERROR: failed to build lint kernel TB --- 2010-03-18 15:20:43 - 3025.70 user 562.45 system 3707.22 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 15:43:14 2010 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 192D51065676 for ; Thu, 18 Mar 2010 15:43:14 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id A3DBC8FC1D for ; Thu, 18 Mar 2010 15:43:13 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so234072qwi.7 for ; Thu, 18 Mar 2010 08:43:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=47uwmfe1W0MJ9cSmYiJUWLEny533PQzu441N6JORPEI=; b=w6TUl43t4KGfUjqsFRT/H0dZavYUAeypTuNe0MEN5kmOs/d9g+qryc2zAyAE6aK/2f g9lQtYNTbX8qzkU2VFMkUKr3vs649vvHCu4H56d488EQPZ8fRdF+C3yqhROQ3JzK7e/u Xm4c/1vjQXPl21yZ67qjDAwzL12fE1vFK0UBg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=sNFmVlr4j0AFjtTyEhF2fYRGtG8fFrjtXxHLXkV4HzfbT21efZ3jiBUXx21UBuefaX Fdu7EkH4jy2sKLE8BhRy70pnB1IIHgR1qV6ll7xeYt7rNwNWtD4sZ5ALVY+il/Ef26mm boYvIsQt4F3SusztGLtLIjx5e0zOHLiE4z/Yk= Received: by 10.229.230.208 with SMTP id jn16mr2406267qcb.106.1268926980127; Thu, 18 Mar 2010 08:43:00 -0700 (PDT) Received: from centel.dataix.local (ppp-22.172.dialinfree.com [209.172.22.172]) by mx.google.com with ESMTPS id 35sm25146yxh.33.2010.03.18.08.42.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 18 Mar 2010 08:42:58 -0700 (PDT) Sender: "J. Hellenthal" Date: Thu, 18 Mar 2010 11:29:36 -0400 From: jhell To: Anton Shterenlikht In-Reply-To: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> Message-ID: References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current , freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2010 15:43:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: In Message-Id: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> > Just updated to ia64 r205248 > > If my problem is due to my mis-configuration, > I apologise in advance. > > I run this shell script after each upgrade > and 'make delete-old-libs' to check > if any shared objects need to be rebuilt: > > > > #!/bin/sh > > for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` > do > echo $file > ldd $file >> /root/ldd_results 2> /dev/zero > done > > > This will probably do closer to what you actually would want to look for. Writing to /dev/zero ... I don't know never tried it since /dev/null is usually the standard place to throw trash. #!/bin/sh for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do echo $file ldd $file >>/root/ldd_results 2>/dev/null done The problem with your script is that it finds most files that it can not or is not useful to run ldd on and leaves you junk in return. It might be more useful if you searched for dynamically linked ELF binaries to run ldd against like the following. === Script starts here === #!/bin/sh SEARCHPATH="/*bin /usr/*bin /usr/lib* /usr/local/*bin" trap 'exit 1' 2 check_libs() { for spath in $SEARCHPATH; do for ifelf in `find $spath -type f`; do ldd `file $ifelf | grep dynamically | cut -f1 -d:` done done } check_libs 2>/dev/null === Script ends here === The above will find all type ELF * that are dynamically linked within the SEARCHPATH variable and run ldd on them and print the results to stdout. Obviously since you are going to have thousands of files being questioned, stdout is not going to be useful. So with the about stated: save the script to: checklibs.sh run with: "sh checklibs.sh >/root/checklibs_output" or: "script /root/checklibs_output checklibs.sh" > After the upgrade to r205248, the script > freezes at seemingly random points. > Unneeded disk usage & execution. > I can still ssh to the machine (using keys), i.e. > I see the welcome message, but cannot get to the console prompt. Of course... to many open files or processes in wait. SSH already has the information it needs loaded into memory, that's why you can get sort-of-in ZFS file-system perhaps ? > > On the serial console I cannot get the prompt > after entering the root password. > See above. > I have top(1) running interactively in another window. > The sh process is in "getblk" state, and ignores kill -9. > But there's no ldd process. > > And shutdown requests are also ignored: > > # shutdown -r now > Shutdown NOW! > shutdown: [pid 8019] > # > and nothing happens after that > > So I have to do a cold reset via MP. > > On ia64 r204322, this script causes no problems. > > Please advise > The above edited script should help to limit disk usage and too many open processes that causes your machine to bog down like that. This script does have its limitations and there is one bug in it... Ill let you figure out how to get rid of that bug but it really does not effect the intended output so I left it alone and sent error output to fd/2. The limitations you'll find is how many files that ldd(1) or file(1) can handle at one time. But if you specify specific paths like already in SEARCHPATH then you will most likely never see this unless the files in /*bin grow to be over max number of files that file(1) or ldd(1) can handle at one time. Shortly said... use direct paths or short globs like above. > many thanks > anton > A final note you might want to just install sysutils/libchk and run that. Standard Disclaimer: NONE OF THIS CONTAINED HEREIN "THIS MESSAGE" EXCUSES ANY OF THE UNEXPLAINED DISK LOCKING THAT IS GOING ON AND THE INFORMATION FOR WHICH IT MAY CONTAIN BECOMING UNAVAILABLE AT ANY POINT IN TIME DURING THE ORIGINAL RUN OF THE FIRST SCRIPT OR THE SECOND SCRIPT THAT WAS POSTED EITHER AS A ATTACHMENT OR IN-LINE. ;) JK! Good Luck. - -- jhell -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLokboAAoJEJBXh4mJ2FR+njQH/12zvjvwkBCEuWCzSg0O6mXA kFR9XeF7TeFyAgBWTNWblmU6e1QRURI5V6qvR3oG+58jngbvSmAyZRbw3tz+mf2U TJGhhnFYMph8PLDVmtVfYGf2V3UQXxcmDNtnJLsQT3i2RyRurIDFmtNf5GvBOw3b 6jpTF1xpZfJIfQMSxgQ0NhGFPQcYZCNRZy5Yh+5q7JeKSBx73btgnFSJ9IGSQfZj xFCxELWDQOc20/M2pIRQ5z9+OyeSP0J7XrX6g0TlofJ5IxcCqNiQ8pruvKUm8/S7 AkYIgh8kqOSGhxOkXN4RqyHN537u6QLATJwMed2jgy8TBj/L+51Y+Ni1ceWdVaU= =+oRv -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 15:51:17 2010 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 45450106564A; Thu, 18 Mar 2010 15:51:17 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id F31448FC20; Thu, 18 Mar 2010 15:51:16 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NsI0B-0006Bv-9P; Thu, 18 Mar 2010 15:51:15 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1NsI0A-0002xx-Db; Thu, 18 Mar 2010 15:51:14 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3) with ESMTP id o2IFpEPh002500; Thu, 18 Mar 2010 15:51:14 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2IFpDWV002499; Thu, 18 Mar 2010 15:51:13 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 18 Mar 2010 15:51:13 +0000 From: Anton Shterenlikht To: jhell Message-ID: <20100318155113.GE1552@mech-cluster241.men.bris.ac.uk> References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Current , Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2010 15:51:17 -0000 On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: > In Message-Id: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> > > > Just updated to ia64 r205248 > > > > If my problem is due to my mis-configuration, > > I apologise in advance. > > > > I run this shell script after each upgrade > > and 'make delete-old-libs' to check > > if any shared objects need to be rebuilt: > > > > > > > > #!/bin/sh > > > > for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` > > do > > echo $file > > ldd $file >> /root/ldd_results 2> /dev/zero > > done > > > > > > > > This will probably do closer to what you actually would want to look for. > > Writing to /dev/zero ... I don't know never tried it since /dev/null is > usually the standard place to throw trash. > > #!/bin/sh > for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do > echo $file > ldd $file >>/root/ldd_results 2>/dev/null > done > > The problem with your script is that it finds most files that it can not > or is not useful to run ldd on and leaves you junk in return. > > It might be more useful if you searched for dynamically linked ELF > binaries to run ldd against like the following. > > === Script starts here === > #!/bin/sh > > SEARCHPATH="/*bin /usr/*bin /usr/lib* /usr/local/*bin" > > trap 'exit 1' 2 > > check_libs() { > for spath in $SEARCHPATH; do > for ifelf in `find $spath -type f`; do > ldd `file $ifelf | grep dynamically | cut -f1 -d:` > done > done > } > > check_libs 2>/dev/null > === Script ends here === > > The above will find all type ELF * that are dynamically linked within the > SEARCHPATH variable and run ldd on them and print the results to stdout. > > Obviously since you are going to have thousands of files being questioned, > stdout is not going to be useful. > > So with the about stated: > save the script to: checklibs.sh > run with: "sh checklibs.sh >/root/checklibs_output" > or: "script /root/checklibs_output checklibs.sh" > > > After the upgrade to r205248, the script > > freezes at seemingly random points. > > > > Unneeded disk usage & execution. > > > I can still ssh to the machine (using keys), i.e. > > I see the welcome message, but cannot get to the console prompt. > > Of course... to many open files or processes in wait. SSH already has the > information it needs loaded into memory, that's why you can get sort-of-in > > ZFS file-system perhaps ? > > > > > On the serial console I cannot get the prompt > > after entering the root password. > > > > See above. > > > I have top(1) running interactively in another window. > > The sh process is in "getblk" state, and ignores kill -9. > > But there's no ldd process. > > > > And shutdown requests are also ignored: > > > > # shutdown -r now > > Shutdown NOW! > > shutdown: [pid 8019] > > # > > and nothing happens after that > > > > So I have to do a cold reset via MP. > > > > On ia64 r204322, this script causes no problems. > > > > Please advise > > > > The above edited script should help to limit disk usage and too many open > processes that causes your machine to bog down like that. This script does > have its limitations and there is one bug in it... Ill let you figure out > how to get rid of that bug but it really does not effect the intended > output so I left it alone and sent error output to fd/2. > > The limitations you'll find is how many files that ldd(1) or file(1) can > handle at one time. But if you specify specific paths like already in > SEARCHPATH then you will most likely never see this unless the files in > /*bin grow to be over max number of files that file(1) or ldd(1) can > handle at one time. Shortly said... use direct paths or short globs like > above. > > > many thanks > > anton > > > > A final note you might want to just install sysutils/libchk and run that. > > Standard Disclaimer: NONE OF THIS CONTAINED HEREIN "THIS MESSAGE" EXCUSES > ANY OF THE UNEXPLAINED DISK LOCKING THAT IS GOING ON AND THE INFORMATION > FOR WHICH IT MAY CONTAIN BECOMING UNAVAILABLE AT ANY POINT IN TIME DURING > THE ORIGINAL RUN OF THE FIRST SCRIPT OR THE SECOND SCRIPT THAT WAS POSTED > EITHER AS A ATTACHMENT OR IN-LINE. > > ;) JK! > > Good Luck. many thanks, this is very helpful I don't seem to have this lockup anymore. Don't know what was happening. I've run it now several times on 3 different ia64 current (different revisions) boxes, with disks of different speed, and can't reproduce. My script was very crude, of course. I'll try sysutils/libchk thanks again anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 13:48:32 2010 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 A42D71065672 for ; Thu, 18 Mar 2010 13:48:32 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 2D56B8FC18 for ; Thu, 18 Mar 2010 13:48:31 +0000 (UTC) Received: by bwz8 with SMTP id 8so2120204bwz.3 for ; Thu, 18 Mar 2010 06:48:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=8QHQv795mnVaWnJ0iu9Tw0Af+G72w398ZaV5XSdLFbs=; b=lob3pdYy35mrmC9wywo6MLO7JicLCyZONI6fO0WOizqNo4aW9k4f1FW4yhd/7DJj91 cTxPaT6C5czHiyda76PhR417Ry3IfXMt9zVifG22H92Bs4YbZAIGaAZJsPqvhub93gtf 3bDnAQwksIbu0vtvfanAkpYFdZEaJt1NFmO1E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=Zdo4LNrL1h9cSmT5F3UsieD65NVuX3HcuXrk+pEKKc+RnSgRkIo42FpsijlTfzVW4n BGdBsKM5Fw7gkf8z5kbnBLfgLCJwOtSWfERuS2/eTM8J3ONR43hRHlmLCfjeKaZUb7e7 CKOknj8Lr1JedpRv4vru6XRA/jt17552CLiA4= Received: by 10.204.39.200 with SMTP id h8mr2762297bke.97.1268920110866; Thu, 18 Mar 2010 06:48:30 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 24sm35602772bkr.0.2010.03.18.06.48.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 18 Mar 2010 06:48:30 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <20100318133540.GQ35333@bunrab.catwhisker.org> Date: Thu, 18 Mar 2010 13:48:25 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <1CA4C3D2-675E-4FE9-8574-4E17A073C389@gmail.com> References: <20100318133540.GQ35333@bunrab.catwhisker.org> To: David Wolfskill X-Mailer: Apple Mail (2.1077) X-Mailman-Approved-At: Thu, 18 Mar 2010 17:03:47 +0000 Cc: current@freebsd.org Subject: Re: Panic @r205276 (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: Thu, 18 Mar 2010 13:48:32 -0000 On 18 Mar 2010, at 13:35, David Wolfskill wrote: > On first reboot after building & installing; yesterday (@r205249) was = OK: >=20 > 3 1. Boot FreeBSD [default] 3 |_| |_| \___|\___| > 3 2. Boot FreeBSD with ACPI disabled 3 ____ _____ _____ > 3 3. Boot FreeBSD in Safe Mode 3 | _ \ / ____| __ \ > 3 4. Boot FreeBSD in single user mode 3 | |_) | (___ | | | | > 3 5. Boot FreeBSD with verbose logging 3 | _ < \___ \| | | | > 3 6. Escape to loader prompt 3 | |_) |____) | |__| | > 3 7. Reboot 3 | | | | > 3 3 |____/|_____/|_____/ > 3 3 > 3 3 > 3 3 > 3 Select option, [Enter] for default 3 > 3 or [Space] to pause timer 0 3 > @DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDY >=20 >=20 > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2010 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 > The Regents of the University of California. All rights = reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-CURRENT #102 r205276: Thu Mar 18 06:06:56 PDT 2010 > root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC = i386 > WARNING: WITNESS option enabled, expect reduced performance. >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0xf000efd2 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc093a0c8 > stack pointer =3D 0x28:0xc142071c > frame pointer =3D 0x28:0xc142071c > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 0 () > [ thread pid 0 tid 0 ] > Stopped at strlen+0x8: cmpb $0,0(%edx) > db> bt > Tracing pid 0 tid 0 td 0xc0e02df0 > strlen(f000efd2,c142086c,cccccccc,ccccccc,cccccccc,...) at strlen+0x8 > kvprintf(c0ca617e,c08c9880,c142086c,a,c14208ac,...) at kvprintf+0x8fe > vsnprintf(c0e048e0,100,c0ca617e,c14208ac,0,...) at vsnprintf+0x3b > panic(c0ca617e,f000efd2,c0cd1cd6,dcc,c1420a68,...) at panic+0x8d > _mtx_lock_flags(5c,0,c0cd1cd6,dcc,c142091c,...) at = _mtx_lock_flags+0x9a > _vm_map_lock_read(0,c0cd1cd6,dcc,5d,0,...) at _vm_map_lock_read+0x30 > vm_map_lookup(c1420a50,f000f000,1,c1420a54,c1420a44,...) at = vm_map_lookup+0x38 > vm_fault(0,f000f000,1,0,f000ff63,...) at vm_fault+0xa5 > trap_pfault(5,0,c0ce1b15,c0d904c0,c0e02b40,...) at trap_pfault+0x17b > trap(c1420b70) at trap+0x4a8 > calltrap() at calltrap+0x6 > --- trap 0xc, eip =3D 0xc08853d6, esp =3D 0xc1420bb0, ebp =3D = 0xc1420bd0 --- > _mtx_lock_flags(f000ff53,0,c0cd0df2,9a2,0,...) at _mtx_lock_flags+0x46 > zone_alloc_item(c0d9b5fc,c0cd12d4,c0cd11fb,c15ba000,c1420c88,...) at = zone_alloc_item+0x33 > hash_alloc(c15ba008,c0cd12d4,c0cd11fb,10,df,...) at hash_alloc+0x54 > keg_ctor(c15ba000,80,c1420c88,2,c1420c88,...) at keg_ctor+0x234 > zone_alloc_item(c0f7d380,180,c1420c88,c0d9b5fc,20000000,...) at = zone_alloc_item+0x176 > zone_ctor(c0f7d380,180,c1420cd8,2,c0cd33f3,...) at zone_ctor+0x1d2 > uma_startup(c158b000,30,7ff60000,3,c158b000,...) at uma_startup+0x1db > vm_page_startup(c15bb000,a,c1420d88,c084f0b6,0,...) at = vm_page_startup+0x1d0 > vm_mem_init(0,141ec00,141ec00,141e000,1425000,...) at vm_mem_init+0x18 > mi_startup() at mi_startup+0x96 > begin() at begin+0x2c > db>=20 >=20 I have the same panic. I'll try to revert 205266. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 18:59:35 2010 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 52DFE106564A for ; Thu, 18 Mar 2010 18:59:35 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pz0-f196.google.com (mail-pz0-f196.google.com [209.85.222.196]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF7B8FC1F for ; Thu, 18 Mar 2010 18:59:34 +0000 (UTC) Received: by pzk34 with SMTP id 34so1825261pzk.3 for ; Thu, 18 Mar 2010 11:59:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ERW7BWabPP3KPR2dvErA6G/KfmWa8ljxgC5Hiu2+y9c=; b=BxlcGXGkkn6UjRGdVKEPIEGnK8JU17+HD5g8rZE9Boed04KXpWFvaJAcMfVH9aSci0 MKJTkijSG6jQ/3IECQI/wlHvx/Lip0oPuP7+tmRgfuHBuFJIm9MMd6wWS3FMAi9dBpth XDlLjJh+DHv2dutzlDIVO8k3/3EBVbIOsJuYY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Z0Eb8D713FrMecisTabot4++WQIiWIKZKbpaONgDFHuOye4Xw5ebtMuWyWjgAgbUgg SO7DJox2r3mXQX9rdO/Xq+Eu+a2jBLOxklk58zgXr1nUwqkecF5xpQ/46IHsiApPhgYd BQfk6d79vg+eVXeupqTw9gFkalMV+cMx33I1c= MIME-Version: 1.0 Received: by 10.142.249.29 with SMTP id w29mr125249wfh.163.1268938774569; Thu, 18 Mar 2010 11:59:34 -0700 (PDT) In-Reply-To: <20100318155113.GE1552@mech-cluster241.men.bris.ac.uk> References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> <20100318155113.GE1552@mech-cluster241.men.bris.ac.uk> Date: Thu, 18 Mar 2010 11:59:34 -0700 Message-ID: <7d6fde3d1003181159t3eb1a665ge07f5673cf096e67@mail.gmail.com> From: Garrett Cooper To: Anton Shterenlikht Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current , freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2010 18:59:35 -0000 On Thu, Mar 18, 2010 at 8:51 AM, Anton Shterenlikht w= rote: > On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> >> On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: >> In Message-Id: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> >> >> > Just updated to ia64 r205248 >> > >> > If my problem is due to my mis-configuration, >> > I apologise in advance. >> > >> > I run this shell script after each upgrade >> > and 'make delete-old-libs' to check >> > if any shared objects need to be rebuilt: >> > >> > >> > >> > #!/bin/sh >> > >> > for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec = /usr/local -name "*"` >> > do >> > =A0 =A0 =A0 =A0echo $file >> > =A0 =A0 =A0 =A0ldd $file >> /root/ldd_results 2> /dev/zero >> > done >> > >> > >> > >> >> This will probably do closer to what you actually would want to look for= . >> >> Writing to /dev/zero ... I don't know never tried it since /dev/null is >> usually the standard place to throw trash. >> >> #!/bin/sh >> for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do >> =A0 =A0 =A0 echo $file >> =A0 =A0 =A0 ldd $file >>/root/ldd_results 2>/dev/null >> done >> >> The problem with your script is that it finds most files that it can not >> or is not useful to run ldd on and leaves you junk in return. >> >> It might be more useful if you searched for dynamically linked ELF >> binaries to run ldd against like the following. >> >> =3D=3D=3D Script starts here =3D=3D=3D >> #!/bin/sh >> >> SEARCHPATH=3D"/*bin /usr/*bin /usr/lib* /usr/local/*bin" >> >> trap 'exit 1' 2 >> >> check_libs() { >> for spath in $SEARCHPATH; do >> =A0 =A0 =A0 =A0 =A0for ifelf in `find $spath -type f`; do >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ldd `file $ifelf | grep dynamically |= cut -f1 -d:` >> =A0 =A0 =A0 =A0 =A0done >> done >> } >> >> check_libs 2>/dev/null >> =3D=3D=3D Script ends here =3D=3D=3D >> >> The above will find all type ELF * that are dynamically linked within th= e >> SEARCHPATH variable and run ldd on them and print the results to stdout. >> >> Obviously since you are going to have thousands of files being questione= d, >> stdout is not going to be useful. >> >> So with the about stated: >> save the script to: checklibs.sh >> run with: "sh checklibs.sh >/root/checklibs_output" >> or: "script /root/checklibs_output checklibs.sh" >> >> > After the upgrade to r205248, the script >> > freezes at seemingly random points. >> > >> >> Unneeded disk usage & execution. >> >> > I can still ssh to the machine (using keys), i.e. >> > I see the welcome message, but cannot get to the console prompt. >> >> Of course... to many open files or processes in wait. SSH already has th= e >> information it needs loaded into memory, that's why you can get sort-of-= in >> >> ZFS file-system perhaps ? >> >> > >> > On the serial console I cannot get the prompt >> > after entering the root password. >> > >> >> See above. >> >> > I have top(1) running interactively in another window. >> > The sh process is in "getblk" state, and ignores kill -9. >> > But there's no ldd process. >> > >> > And shutdown requests are also ignored: >> > >> > # shutdown -r now >> > Shutdown NOW! >> > shutdown: [pid 8019] >> > # >> > and nothing happens after that >> > >> > So I have to do a cold reset via MP. >> > >> > On ia64 r204322, this script causes no problems. >> > >> > Please advise >> > >> >> The above edited script should help to limit disk usage and too many ope= n >> processes that causes your machine to bog down like that. This script do= es >> have its limitations and there is one bug in it... Ill let you figure ou= t >> how to get rid of that bug but it really does not effect the intended >> output so I left it alone and sent error output to fd/2. >> >> The limitations you'll find is how many files that ldd(1) or file(1) can >> handle at one time. But if you specify specific paths like already in >> SEARCHPATH then you will most likely never see this unless the files in >> /*bin grow to be over max number of files that file(1) or ldd(1) can >> handle at one time. Shortly said... use direct paths or short globs like >> above. >> >> > many thanks >> > anton >> > >> >> A final note you might want to just install sysutils/libchk and run that= . >> >> Standard Disclaimer: NONE OF THIS CONTAINED HEREIN "THIS MESSAGE" EXCUSE= S >> ANY OF THE UNEXPLAINED DISK LOCKING THAT IS GOING ON AND THE INFORMATION >> FOR WHICH IT MAY CONTAIN BECOMING UNAVAILABLE AT ANY POINT IN TIME DURIN= G >> THE ORIGINAL RUN OF THE FIRST SCRIPT OR THE SECOND SCRIPT THAT WAS POSTE= D >> EITHER AS A ATTACHMENT OR IN-LINE. >> >> ;) JK! >> >> Good Luck. > > many thanks, this is very helpful > > I don't seem to have this lockup anymore. > Don't know what was happening. I've run > it now several times on 3 different ia64 > current (different revisions) boxes, with > disks of different speed, and can't reproduce. > My script was very crude, of course. > I'll try sysutils/libchk FWIW I've been seeing some performance issues with iir(4) and mfi(4) backed UFS2 with softupdate filesystems on my new machine with some other drivers loaded on my system [a PCI based em(4) card and nvidia-driver enabled card -- which uses GIANT locking still]. Machine is Core i7 on an ASUS W6T Professional MB, 12GB RAM, with debug symbols, ddb, kgdb, anti-reslock contention manager, (no witness) etc. I don't have much other than that to provide at this time, but it might help to see if and when there's an overlap in the drivers noted here. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 20:03:31 2010 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 3A9BC1065678 for ; Thu, 18 Mar 2010 20:03:31 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id EE5478FC1B for ; Thu, 18 Mar 2010 20:03:30 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NsLwH-0000jN-OX for freebsd-current@freebsd.org; Thu, 18 Mar 2010 20:03:29 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1NsLwH-0006T5-LK for freebsd-current@freebsd.org; Thu, 18 Mar 2010 20:03:29 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3) with ESMTP id o2IK3T3P068031 for ; Thu, 18 Mar 2010 20:03:29 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2IK3THb068030 for freebsd-current@freebsd.org; Thu, 18 Mar 2010 20:03:29 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 18 Mar 2010 20:03:29 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20100318200329.GC67716@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: recovery from terminated make installworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2010 20:03:31 -0000 I was in the single user mode doing 'make installworld' when the system froze and I had to cold reboot. Now in single user mode I get to: Enter full pathname of shell or RETURN for /bin/sh: /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format Enter full pathname of shell or RETURN for /bin/sh: Is there a way to recover? Or do I have to reinstall from scratch? thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 20:07:42 2010 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 AAA9B106564A for ; Thu, 18 Mar 2010 20:07:42 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id 31A9A8FC0C for ; Thu, 18 Mar 2010 20:07:41 +0000 (UTC) Received: by bwz6 with SMTP id 6so2736770bwz.13 for ; Thu, 18 Mar 2010 13:07:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=3Hdc0Ni3nHuxDjPwyfi7FgW6OvI3rbBA+zyJehaJftA=; b=lIJrDciQUZMDf/XT/V2wWyMYRCsodSXWNjHQgCywJxTAOjCtqDqtOp2oxOf0jN+cU4 qA8eUzE0qAaEOHu1Sbm5fio/8c4pbSaHeslu9znd9LgF2VOnIT8AfKaoDztgk1n65xGP Qei83wMGG7Xm4Hu3QhjQqZcHu+Cewcopr1h2I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=CvUDXLYLb8/TTfdW6bJqy8NLdXlinKwB/NHbbxJKao79ZDA8mJIa9ZSoVQ+46/7Yd9 Aeywd09ZrPtB7vLP+w+ZPPZ7DffYAPZ8WmWOgWhEl3e7Y+u9Ruh0M5fkWOU9OOx2zihJ yKqNFZ4iyYZ6NyNkINcnrBSuF6rgZNCh8ET4w= MIME-Version: 1.0 Sender: chmeeedalf@gmail.com Received: by 10.204.33.67 with SMTP id g3mr447746bkd.21.1268942861095; Thu, 18 Mar 2010 13:07:41 -0700 (PDT) In-Reply-To: <20100318200329.GC67716@mech-cluster241.men.bris.ac.uk> References: <20100318200329.GC67716@mech-cluster241.men.bris.ac.uk> Date: Thu, 18 Mar 2010 16:07:41 -0400 X-Google-Sender-Auth: d6c4be983177bad0 Message-ID: From: Justin Hibbits To: Anton Shterenlikht Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: recovery from terminated make installworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2010 20:07:42 -0000 On Thu, Mar 18, 2010 at 4:03 PM, Anton Shterenlikht wrote: > I was in the single user mode doing 'make installworld' > when the system froze and I had to cold reboot. > Now in single user mode I get to: > > Enter full pathname of shell or RETURN for /bin/sh: > /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format > /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format > Enter full pathname of shell or RETURN for /bin/sh: > > Is there a way to recover? > Or do I have to reinstall from scratch? > > thanks > anton > Try /rescue/sh (or tcsh). It's all statically linked, so you should be able to recover from there. - Justin From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 20:38:05 2010 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 F146E106566B for ; Thu, 18 Mar 2010 20:38:05 +0000 (UTC) (envelope-from kmatthew.macy@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id C46628FC21 for ; Thu, 18 Mar 2010 20:38:05 +0000 (UTC) Received: by pwj4 with SMTP id 4so2104410pwj.13 for ; Thu, 18 Mar 2010 13:38:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=MsF7dKbwqcjgSX1N6JB7H51tLxF8WYS6JDV9XvRQTv8=; b=MOeOklYWqwDn/6BvrZbibrrNxqXgrcdJYS6Wtane7aafsq4pXeae3DSs+fbnVGgsO3 HaaiCLgzTqF9i8x5og50I8Vy2M6ZOSJmuyAPZVyypf1+kAJ3qIr6cedztnrT9c7aGGuL Ag+1/ccUyNmpyDFldPFx5zStKUcNMhPf3T8TM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=ma31OrbHqdnU/JsDO55dKlAE5YbRNTx09gwXbIq6QDEiuADvT1uJM43NYHbegLvS6d Y9ZLpQa5u3JkBUq8PrFVumjoTO0Z8itI3G7lTx4JPCPfVEQ2ckkJw61ML0zahQ5Y5z3E 2zMnplTENd8rbAeuRspMlM3MIbak2tpi3zC/E= MIME-Version: 1.0 Sender: kmatthew.macy@gmail.com Received: by 10.140.56.20 with SMTP id e20mr1230461rva.186.1268944685080; Thu, 18 Mar 2010 13:38:05 -0700 (PDT) In-Reply-To: <000C4323-1DD2-4EA1-BAEE-FDAF1F7B679C@freebsd.org> References: <20100318133540.GQ35333@bunrab.catwhisker.org> <1CA4C3D2-675E-4FE9-8574-4E17A073C389@gmail.com> <000C4323-1DD2-4EA1-BAEE-FDAF1F7B679C@freebsd.org> Date: Thu, 18 Mar 2010 13:38:04 -0700 X-Google-Sender-Auth: 40f03628955c3837 Message-ID: <82c4140e1003181338ue9c7561r4d8cfa167cebfb51@mail.gmail.com> From: "K. Macy" To: Rui Paulo Content-Type: text/plain; charset=ISO-8859-1 Cc: Rui Paulo , current@freebsd.org Subject: Re: Panic @r205276 (Fatal trap 12: page fault while in kernel mode) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@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, 18 Mar 2010 20:38:06 -0000 >> >> I have the same panic. I'll try to revert 205266. > > Yes, 205266 is the culprit. Try updating. I've made the change a no-op until I can track the problem down. -Kip From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 20:41:43 2010 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 4E235106566C for ; Thu, 18 Mar 2010 20:41:43 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2291D8FC15 for ; Thu, 18 Mar 2010 20:41:42 +0000 (UTC) Received: by pwj4 with SMTP id 4so2107619pwj.13 for ; Thu, 18 Mar 2010 13:41:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=Ny5xrKUmbd17zJvuJAdOlbiEoxYtvOsBlrZeCZSnehc=; b=AXIFyVWD2C+4vUaD/JMNJ1AH5PqpXQZBYW6TegzOTaub/GKtVVPOgOV2b/dl8nILoU pcVaMEnGGLjBKgokyiwQrAW2Su01xbAAgGNapFBHLW3GRRt+R/Cx78We1aJZvQDDsEwa GNxgQJUH7YUOSgYxiCh1RJDmpadMhBTJGQAnQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=hBBz2EfWE7lzWGAp1qBrf2OJtI9yw87IfvRRGFlkFrhUIYyJBZFmls0p6qjAlX2rKa ndR3gRSZO4oKmDBELCT8dAjMQMdjBff9GizLpgNvECiGKZYg4a5FqbHKkCP3sTvEoHud Xct0uiuS2ETjbicLi/uQuD8LMAhBYjP1fafkY= MIME-Version: 1.0 Received: by 10.142.201.11 with SMTP id y11mr1563116wff.14.1268944902222; Thu, 18 Mar 2010 13:41:42 -0700 (PDT) In-Reply-To: References: <20100318200329.GC67716@mech-cluster241.men.bris.ac.uk> Date: Thu, 18 Mar 2010 13:41:41 -0700 Message-ID: From: Freddie Cash To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: recovery from terminated make installworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2010 20:41:43 -0000 On Thu, Mar 18, 2010 at 1:07 PM, Justin Hibbits wrote: > On Thu, Mar 18, 2010 at 4:03 PM, Anton Shterenlikht >wrote: > > > I was in the single user mode doing 'make installworld' > > when the system froze and I had to cold reboot. > > Now in single user mode I get to: > > > > Enter full pathname of shell or RETURN for /bin/sh: > > /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format > > /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format > > Enter full pathname of shell or RETURN for /bin/sh: > > > > Is there a way to recover? > > Or do I have to reinstall from scratch? > > Try /rescue/sh (or tcsh). It's all statically linked, so you should be > able > to recover from there. > > And if that doesn't work, try a LiveFS CD. And, if all else fails, you can do a minimal install overtop. You'll lose all your /etc settings, but will get a bootable system again. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 20:56:46 2010 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 7303B106567B for ; Thu, 18 Mar 2010 20:56:46 +0000 (UTC) (envelope-from freebsd-current-local@be-well.ilk.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id 4C0548FC1E for ; Thu, 18 Mar 2010 20:56:45 +0000 (UTC) Received: (qmail 8377 invoked from network); 18 Mar 2010 20:56:45 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Mar 2010 20:56:45 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 8FCC75088A; Thu, 18 Mar 2010 16:56:44 -0400 (EDT) From: Lowell Gilbert To: freebsd-current@freebsd.org References: <20100318200329.GC67716@mech-cluster241.men.bris.ac.uk> Date: Thu, 18 Mar 2010 16:56:44 -0400 In-Reply-To: (Freddie Cash's message of "Thu, 18 Mar 2010 13:41:41 -0700") Message-ID: <444okds60j.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Anton Shterenlikht Subject: Re: recovery from terminated make installworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2010 20:56:46 -0000 Freddie Cash writes: > On Thu, Mar 18, 2010 at 1:07 PM, Justin Hibbits wrote: > >> On Thu, Mar 18, 2010 at 4:03 PM, Anton Shterenlikht > >wrote: >> >> > I was in the single user mode doing 'make installworld' >> > when the system froze and I had to cold reboot. >> > Now in single user mode I get to: >> > >> > Enter full pathname of shell or RETURN for /bin/sh: >> > /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format >> > /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format >> > Enter full pathname of shell or RETURN for /bin/sh: >> > >> > Is there a way to recover? >> > Or do I have to reinstall from scratch? >> >> Try /rescue/sh (or tcsh). It's all statically linked, so you should be >> able >> to recover from there. >> >> And if that doesn't work, try a LiveFS CD. > > And, if all else fails, you can do a minimal install overtop. You'll lose > all your /etc settings, but will get a bootable system again. A lot of the time, an "upgrade" binary install will do the job, with less risk to your /etc directory. I had a problem like this not that long ago, thanks to the new kernel crashing (but not until I'd had time to start the installworld). Going back to the old kernel and copying in the libraries that didn't work was enough to get me up enough to retry the upgrade with a GENERIC kernel. I don't generally recommend running -current to anybody unless they have some comfort with recovering from these kinds of problems... From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 22:15:08 2010 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 AB652106566B; Thu, 18 Mar 2010 22:15:08 +0000 (UTC) (envelope-from kmatthew.macy@gmail.com) Received: from mail-qy0-f198.google.com (mail-qy0-f198.google.com [209.85.221.198]) by mx1.freebsd.org (Postfix) with ESMTP id 4C34C8FC08; Thu, 18 Mar 2010 22:15:08 +0000 (UTC) Received: by qyk36 with SMTP id 36so1380158qyk.30 for ; Thu, 18 Mar 2010 15:15:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=U4gh1UFfo3hejjAg3MceTbP8MWdyKaU1YcOjkdFlpco=; b=n/JMbFb4H/LslaQgwu1wETN2lln8PxwtmC9eXLvdW0pWLUaHDj7WIa0LUd8ED+prwC vxajZYWJpxuwOEHsUo53t8XFdFKqRC3cGLkoRZbcYxowGcLTMkFL6Zfb0ZDBnEEbvjeX Cm1eyHSf/4t/6vmvsKAOaVBCLzRsiRgNdcVh4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=ZDBWGZWXHEvJFBfcO6P2xn7VVTkCAzJFTTGi21gDASvbo58V/tsNPX99ezE9ka57Uo HtdrOoTbYv5UJgpcN1jxl+/uySUMhbaC7xB/hPCUhcfk33mVOseNnAq4dnpeJ/3ajZE/ V8IIDs33ySk3CX/JZe+vqPg77S0NOk0zJ4dOM= MIME-Version: 1.0 Sender: kmatthew.macy@gmail.com Received: by 10.224.44.233 with SMTP id b41mr966084qaf.278.1268950507337; Thu, 18 Mar 2010 15:15:07 -0700 (PDT) In-Reply-To: <82c4140e1003181338ue9c7561r4d8cfa167cebfb51@mail.gmail.com> References: <20100318133540.GQ35333@bunrab.catwhisker.org> <1CA4C3D2-675E-4FE9-8574-4E17A073C389@gmail.com> <000C4323-1DD2-4EA1-BAEE-FDAF1F7B679C@freebsd.org> <82c4140e1003181338ue9c7561r4d8cfa167cebfb51@mail.gmail.com> Date: Thu, 18 Mar 2010 15:15:07 -0700 X-Google-Sender-Auth: 6eb2b5246a4942f2 Message-ID: <82c4140e1003181515r5c43ad86k90fe8abd8cd3f832@mail.gmail.com> From: "K. Macy" To: Rui Paulo Content-Type: text/plain; charset=ISO-8859-1 Cc: Rui Paulo , current@freebsd.org Subject: Re: Panic @r205276 (Fatal trap 12: page fault while in kernel mode) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@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, 18 Mar 2010 22:15:08 -0000 On Thu, Mar 18, 2010 at 1:38 PM, K. Macy wrote: >>> >>> I have the same panic. I'll try to revert 205266. >> >> Yes, 205266 is the culprit. > > Try updating. I've made the change a no-op until I can track the problem down. Do you all have either out-of-tree modules or modules that you did not re-build when re-compiling your kernel? Thanks, Kip From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 22:40:47 2010 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 36897106564A; Thu, 18 Mar 2010 22:40:47 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id F16D08FC15; Thu, 18 Mar 2010 22:40:46 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 26AF26136; Thu, 18 Mar 2010 18:40:46 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1268952046; bh=pwEoKRRJyl9hwhuTHLOqtwpf1ukfboMcUnUrtE2Ko1A=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=g4LyXZLR6WWp7JQEGg//RQZeG/HhzFYOBsV8/yD/LIWYtxbxGPt8gFoHGgAnOhe7m eYYITwBm87GY5uAq2l1kXUCxv+0vmdTwv0xc8I0SUzaa1Vu+EkDN4hmCxRSFUfk DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=mQZHz2wCWK7LKSQ6bcbZukJLux/Dj0Ijkq4RQ66GEl2UA9edePZxav+I1sRuKdIKQ EAIcHBWXG8Txc4x8/anB9/yu2gnwtSgqxHYbScWEUAgjtMzVC6RnXkQSDuM88hA Message-ID: <4BA2ABEA.1050106@protected-networks.net> Date: Thu, 18 Mar 2010 18:40:42 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.8) Gecko/20100303 Thunderbird/3.0.3 MIME-Version: 1.0 To: kmacy@freebsd.org References: <20100318133540.GQ35333@bunrab.catwhisker.org> <1CA4C3D2-675E-4FE9-8574-4E17A073C389@gmail.com> <000C4323-1DD2-4EA1-BAEE-FDAF1F7B679C@freebsd.org> <82c4140e1003181338ue9c7561r4d8cfa167cebfb51@mail.gmail.com> <82c4140e1003181515r5c43ad86k90fe8abd8cd3f832@mail.gmail.com> In-Reply-To: <82c4140e1003181515r5c43ad86k90fe8abd8cd3f832@mail.gmail.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Panic @r205276 (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: Thu, 18 Mar 2010 22:40:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/18/10 18:15, K. Macy wrote: > On Thu, Mar 18, 2010 at 1:38 PM, K. Macy wrote: >>>> >>>> I have the same panic. I'll try to revert 205266. >>> >>> Yes, 205266 is the culprit. >> >> Try updating. I've made the change a no-op until I can track the problem down. > > Do you all have either out-of-tree modules or modules that you did not > re-build when re-compiling your kernel? I did 'rm -rf /usr/obj/*' prior to building the kernel, rebuilt fusefs-kmod and all virtualbox modules as I didn't know what, if anything, may have been dependent on the knowledge of the kernel's structures, imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuiq+oACgkQQv9rrgRC1JKDkgCfQqWTnLP8b63zEr+z5f9KfiVA 7eIAnR3guDIEY54VwPMA+TL0l6kUFyoi =B+08 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 23:08:34 2010 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 D5A9E106564A for ; Thu, 18 Mar 2010 23:08:34 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 649438FC0C for ; Thu, 18 Mar 2010 23:08:33 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 16so153373fgg.13 for ; Thu, 18 Mar 2010 16:08:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=sRbiLyFq+8YuWFe77CL4dNSLwnR/w5OBAZQJMj7yZcw=; b=Qz7DTg7vRVIGfa39GVTgekw25W4iavoGweqs15XNV1c2Jf7h/e9vej1uEgJoA+kk88 lNTmxtTjsqol0uI/wdS43mNzdN3gUpn/Z2PYszuLideBzRl11FZHoSs92oADY9C/jYjB NL7xtE9HFRufQrf9Q4N3jqC+xhJxrZgBcOo5o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=YmrLMmUJ1iCpSyEc1k9o31pFC6TWFcKhNHJUhvYJgnmSwOI54lDgXJOVJDOrcLQjeP ddnmSbN2CV2/6cxbH9oEoqK5hT3GfN4iBxHdo0SLX4G+YdvhHbXC+A3SiBQaxX4ZykJV zfKbVACP8+49mbbFHhbFrxCkkODQ4WXRyvHpo= MIME-Version: 1.0 Received: by 10.239.184.199 with SMTP id z7mr1230403hbg.100.1268953713067; Thu, 18 Mar 2010 16:08:33 -0700 (PDT) In-Reply-To: References: <20100318200329.GC67716@mech-cluster241.men.bris.ac.uk> Date: Thu, 18 Mar 2010 23:08:33 +0000 Message-ID: From: krad To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: recovery from terminated make installworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2010 23:08:34 -0000 On 18 March 2010 20:41, Freddie Cash wrote: > On Thu, Mar 18, 2010 at 1:07 PM, Justin Hibbits >wrote: > > > On Thu, Mar 18, 2010 at 4:03 PM, Anton Shterenlikht > >wrote: > > > > > I was in the single user mode doing 'make installworld' > > > when the system froze and I had to cold reboot. > > > Now in single user mode I get to: > > > > > > Enter full pathname of shell or RETURN for /bin/sh: > > > /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format > > > /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format > > > Enter full pathname of shell or RETURN for /bin/sh: > > > > > > Is there a way to recover? > > > Or do I have to reinstall from scratch? > > > > Try /rescue/sh (or tcsh). It's all statically linked, so you should be > > able > > to recover from there. > > > > And if that doesn't work, try a LiveFS CD. > > And, if all else fails, you can do a minimal install overtop. You'll lose > all your /etc settings, but will get a bootable system again. > > -- > Freddie Cash > fjwcash@gmail.com > _______________________________________________ > 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" > easier and less risky to boot in on some form of live cd, mount all the fs up under /mnt, set the DESTDIR=/mnt and continue the installworld From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 23:13:43 2010 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 5311A106567A for ; Thu, 18 Mar 2010 23:13:43 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51804.mail.re2.yahoo.com (web51804.mail.re2.yahoo.com [206.190.38.235]) by mx1.freebsd.org (Postfix) with SMTP id EE4958FC13 for ; Thu, 18 Mar 2010 23:13:42 +0000 (UTC) Received: (qmail 74982 invoked by uid 60001); 18 Mar 2010 23:13:42 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1268954022; bh=33eogzZ16IR8848oQ6mwnLt2hlu5csNGR4KoyirEFZQ=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=nb+8jTYqSEKI+e6+vqgLtw9WeQMNdSZb8nBG9Hkwwgd9nNlnr9gxBW2r5RSCZahib7GjTXOdP2sgko187hoeEOm3Kcf0vmhwxPVJIdnmSYkof7bKRnM8KaaZC6/25sV5hjRoZ29YoIaSAbh6SII7WeyKjAPel3XqXa2BtlR/Pz8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=JlU8jq+i/I8tN01rH/AjcNhqoGqNt0YtxX+JknqZaT2QC3iGKa9nHD7v3nhpQYnGjvZN7e5YKEWV/BME1g7aDkUZcl+GCzSWnB6D3gokZ6nqqN+WLz2tQ+/i/uqteJjnTOa8v/H6Kl5Fu5HM9+3eG3NSM6gYRi21fMMONs6pocU=; Message-ID: <375331.74876.qm@web51804.mail.re2.yahoo.com> X-YMail-OSG: OZT.RiMVM1mDg9sOn4imF2EMQU_l6h9yJupQA31s3Tj8oM6if2ILMQ5qfq2_rWpDJpu30tgfUvpJhFXAIvIWiihwWee0uJjFinakqne_hsK_.outYTwOn4b6EQr7JxpqnlZvHTjOfoudaEUOdcP94crx3dREH_wuqJlS5azJ1OO5jrutIsLPkrKkDaIXKoGLJ.d7UE_oM8Go6Xv7qbyWJXA5VMYxVbSbY1KD_OLRtAwHVJ1vEYnvBIlG4YP2QuZcAdbG_SCXjd2a5lL0QY7VQbGBMP4WJtfAxfdSFaOMMEf0cfhpVvZkOKIuw3geJSdvb2hWTaU7uMeCwZIfXZkNAhK8 Received: from [173.183.132.20] by web51804.mail.re2.yahoo.com via HTTP; Thu, 18 Mar 2010 16:13:42 PDT X-Mailer: YahooMailRC/324.3 YahooMailWebService/0.8.100.260964 References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> Date: Thu, 18 Mar 2010 16:13:42 -0700 (PDT) From: PseudoCylon To: Ganbold In-Reply-To: <4BA22B8D.9030700@micom.mng.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2010 23:13:43 -0000 Can you show me output of followings? (I have only intel chips.) #kldstat | grep if_run (after loading the driver. no need to run it) #objdump -h /boot/kernel/if_run.ko | grep text #objdump --source /boot/kernel/if_run.ko | grep \>: AK > Same. > rspro# ifconfig wlan0 up > > rspro# Trap cause = 5 (address error (store) - kernel mode) > [ thread pid 0 tid 100047 ] > Stopped at ieee80211_radiotap_vdetach+0x70: sh v1,0(a0) > db> bt > Tracing pid 0 tid 100047 td 0xc0f1f260 > db_trace_thread+30 (?,?,?,?) ra 80071160 sp c7ec9948 sz 24 > 80071044+11c (0,?,ffffffff,?) ra 80070b54 sp c7ec9960 sz 32 > 800707c0+394 (?,?,?,?) ra 80070ce4 sp c7ec9980 sz 168 > db_command_loop+78 (?,?,?,?) ra 800733b8 sp c7ec9a28 sz 24 > 800732b0+108 (?,?,?,?) ra 801d8b1c sp c7ec9a40 sz 424 > kdb_trap+10c (?,?,?,?) ra 803c2690 sp c7ec9be8 sz 32 > trap+134c (?,?,?,?) ra 803b97c8 sp c7ec9c08 sz 176 > MipsKernGenException+10c (c0f6a637,c0f721c8,c7ea7c04,e51) ra 802c95b8 sp > c7ec9cb8 sz 200 > 802c95a8+10 (?,?,?,?) ra 0 sp c7ec9d80 sz 0 > pid 0 > db> > Ganbold __________________________________________________________________ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.com. From owner-freebsd-current@FreeBSD.ORG Fri Mar 19 00:39:48 2010 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 E66D0106566B for ; Fri, 19 Mar 2010 00:39:48 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id A62528FC19 for ; Fri, 19 Mar 2010 00:39:48 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NsQFf-00012F-Ja; Fri, 19 Mar 2010 00:39:47 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1NsQFf-0001LA-Fq; Fri, 19 Mar 2010 00:39:47 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3) with ESMTP id o2J0dl6j068696; Fri, 19 Mar 2010 00:39:47 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2J0dkhS068695; Fri, 19 Mar 2010 00:39:46 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 19 Mar 2010 00:39:46 +0000 From: Anton Shterenlikht To: Julian Elischer , freebsd-current@freebsd.org Message-ID: <20100319003946.GA68685@mech-cluster241.men.bris.ac.uk> References: <20100318200329.GC67716@mech-cluster241.men.bris.ac.uk> <4BA2C4CC.4080106@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BA2C4CC.4080106@elischer.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: recovery from terminated make installworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2010 00:39:49 -0000 On Thu, Mar 18, 2010 at 05:26:52PM -0700, Julian Elischer wrote: > Anton Shterenlikht wrote: > > I was in the single user mode doing 'make installworld' > > when the system froze and I had to cold reboot. > > Now in single user mode I get to: > > > > Enter full pathname of shell or RETURN for /bin/sh: > > /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format > > /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format > > Enter full pathname of shell or RETURN for /bin/sh: > > > > Is there a way to recover? > > Or do I have to reinstall from scratch? > > > > thanks > > anton > > > > > is there anything in /rescue? > > they should still run. > e.g. /rescue/sh many thanks for all advice In my situation reinstall was the easiest option. anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Mar 19 02:18:11 2010 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 CB1D0106566B for ; Fri, 19 Mar 2010 02:18:11 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 586BB8FC0A for ; Fri, 19 Mar 2010 02:18:10 +0000 (UTC) Received: by bwz8 with SMTP id 8so2701452bwz.3 for ; Thu, 18 Mar 2010 19:18:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=qnfltsou+UprBeF63uPStSj6GEsWyPqZC/XbhfV8jJg=; b=MGm7zIYW4KUtK3Tt1PfaVd1RJBn5lXpQyo5KboclbWXlHibvcgVeiQJJ62+K+xIStq xT9To/zJ6ukKQttLFb0ta552z7fPPuy3uF1odaFI79qGkPegAzBGITzmCgPx1/9m3J1Z SMbI/646u6lV1iSrjbgGEYAkZC1po+ip5GFOY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=eegmHIzhuTn7OXO6Hu3sNl0MSJ6mzzgfU6fa9+2AklZS05kS/twFNcs6Dpdc0LsAjR 2Xi5XKvEVrmZn5q1Zru6XGXZ9KR1R8MC+exNhMtY9eOhxeor1vsqLLmbbguTsXwWMtcm x+NNjyQgRL62w1BoBoh77+LmNjpQMQBnIf36I= MIME-Version: 1.0 Received: by 10.204.156.204 with SMTP id y12mr465677bkw.82.1268965089647; Thu, 18 Mar 2010 19:18:09 -0700 (PDT) In-Reply-To: <64aa03031002252143k529096b1rf397254d5401d948@mail.gmail.com> References: <64aa03031002161803h667734cal4d668b9eb9c0a1a8@mail.gmail.com> <201002250806.01217.jhb@freebsd.org> <64aa03031002250958m470982c5g59735f9cef88af78@mail.gmail.com> <201002251308.36002.jhb@freebsd.org> <64aa03031002252143k529096b1rf397254d5401d948@mail.gmail.com> Date: Thu, 18 Mar 2010 22:18:08 -0400 Message-ID: <64aa03031003181918p634ea1dcp93599cd2cbd71a39@mail.gmail.com> From: Chris To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Seeing the dreaded "ZFS: i/o error - all block copies unavailable" on 9.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 02:18:12 -0000 I guess we can officially declare this thread dead? On Fri, Feb 26, 2010 at 1:43 AM, Chris wrote: > On Thu, Feb 25, 2010 at 1:08 PM, John Baldwin wrote: >> On Thursday 25 February 2010 12:58:13 pm Chris wrote: >>> On Thu, Feb 25, 2010 at 8:06 AM, John Baldwin wrote: >>> > On Wednesday 24 February 2010 10:12:25 pm Chris wrote: >>> >> So it sounds like somehow my system is trying to use the old boot2 >>> >> method when I don't hit F12. I'm guessing the difference is due to h= ow >>> >> the hard drive is getting presented to the boot loader by the BIOS. >>> >> How can I get rid of the legacy boot system and use only the ZFS >>> >> bootloader? >>> > >>> > Does F12 enable PXE booting or some such? >>> >>> The only options I have when I press F12 are to either boot from my >>> hard drive or to boot from my optical drive. Is there >>> any way to more verbosely see what is happening at the bootloader level= ? >> >> No. =A0So it sounds like F12 pops up some sort of boot menu, and that in= the >> broken case you just let the machine boot off of the disk normally? > > Right. Upon powering on, to get the system to boot normally, I hit the > F12 key which brings up a box that lets me choose either my hard disk > or my optical drive to boot. When I do not hit F12, I get the LBA > errors and the "ZFS: i/o error - all block copies unavailable" error > shown in previous posts to this thread. If I boot into the non-F12 > broken state and leave the system alone, it appears to try and boot > twice and gets the same LBA errors and the same ZFS error. > > Again, if I install FreeBSD off an installation CD and use sysinstall > to install a typical UFS-based system it boots without any trouble at > all, F12 or not, leading me to believe that there's some sort of > difference between the plain bootloader and the ZFS-enabled bootloader > with respect to the way they interact with the BIOS. > > Another oddity I noticed is that if I change the SATA mode in the BIOS > to "IDE Native" mode, the hard drive activity light stays on, even > when the system is booted and is sitting idle. If I change it to > "AHCI", I do not see this. I doubt this has any relation to ZFS, but > it was just an interesting observation. > From owner-freebsd-current@FreeBSD.ORG Fri Mar 19 06:28:43 2010 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 47584106566C for ; Fri, 19 Mar 2010 06:28:43 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 199948FC15 for ; Fri, 19 Mar 2010 06:28:42 +0000 (UTC) Received: by pwj4 with SMTP id 4so2341105pwj.13 for ; Thu, 18 Mar 2010 23:28:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=930c7Q2P96tFLJT1Ksflg2CgjQTo7c897dY0jLYQBog=; b=bClkHDTeAFZUzA0yPEhs1rhckZpGqoLyGTBxhMZ5lZwJocSvzvEas0nvB6ulQ2KeH9 nXFypDvuIJ5XIRqlbmx31bYmCph67N3TJ1GetyD2Bc90b3Tz8Hhwq1+GMFXfAS5bcFrO amOPNVNkeweWbd3p51+QS0DmNFVhHzU6lCzOY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Aep61e1XGfPBHAawT3TnN1WL8aWtUrp2844YKEgK+FFmR2//Nj3xf2kB9ChbHPQb7O s5Lf3u9ibK4wcKjrA74vFSDQU766jSDocvkZYXa1WKsfGkhJkP/v0kX6QEjGsXc9Mdus bu2k0Skyry0FwPycNYYYNMYDwoCXO934x4NK8= MIME-Version: 1.0 Received: by 10.142.61.36 with SMTP id j36mr627097wfa.322.1268980122542; Thu, 18 Mar 2010 23:28:42 -0700 (PDT) In-Reply-To: References: <20100318200329.GC67716@mech-cluster241.men.bris.ac.uk> Date: Thu, 18 Mar 2010 23:28:42 -0700 Message-ID: <7d6fde3d1003182328w63c84053r2bbc3e05f4ec6530@mail.gmail.com> From: Garrett Cooper To: krad Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Freddie Cash Subject: Re: recovery from terminated make installworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2010 06:28:43 -0000 On Thu, Mar 18, 2010 at 4:08 PM, krad wrote: > On 18 March 2010 20:41, Freddie Cash wrote: > >> On Thu, Mar 18, 2010 at 1:07 PM, Justin Hibbits > >wrote: >> >> > On Thu, Mar 18, 2010 at 4:03 PM, Anton Shterenlikht > > >wrote: >> > >> > > I was in the single user mode doing 'make installworld' >> > > when the system froze and I had to cold reboot. >> > > Now in single user mode I get to: >> > > >> > > Enter full pathname of shell or RETURN for /bin/sh: >> > > /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format >> > > /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format >> > > Enter full pathname of shell or RETURN for /bin/sh: >> > > >> > > Is there a way to recover? >> > > Or do I have to reinstall from scratch? >> > >> > Try /rescue/sh (or tcsh). =A0It's all statically linked, so you should= be >> > able >> > to recover from there. >> > >> > And if that doesn't work, try a LiveFS CD. >> >> And, if all else fails, you can do a minimal install overtop. =A0You'll = lose >> all your /etc settings, but will get a bootable system again. >> >> -- >> Freddie Cash >> fjwcash@gmail.com >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" >> > > > easier and less risky to boot in on some form of live cd, mount all the f= s > up under /mnt, set the DESTDIR=3D/mnt and continue the installworld Yes, this is the easiest way to do things: 1. Boot live CD, USB, w/e. 2. mount all of your filesystems. 3. make -C $DESTDIR/usr/src installworld DESTDIR=3D$DESTDIR No loss of data. But given that you've already done the reinstall, I suppose there's no way to go back now :/... -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Mar 19 12:51:22 2010 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 8FFD8106566B for ; Fri, 19 Mar 2010 12:51:22 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 3AFD08FC13 for ; Fri, 19 Mar 2010 12:51:21 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so397162qwi.7 for ; Fri, 19 Mar 2010 05:51:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type:content-transfer-encoding; bh=ZWd/I1wM1Bez7fIt0hogYFqBZitWPDeabhnZtoK4l/8=; b=NcklGfgg5c3COfOJasT48TxwTEoRJQaS3GeCpPxQhtCllkZD5lroFMP8Bu4uOEHktn rFUEye5Vw/WRNt4Gkn4MwmgN28c805wJiymnJjcAXCFP2/j7Y7RmSERaLVT3UC1RBcTH TrhktbW/uttK4PySy+pnhJ4ops2Lv+n1L3Rzk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type:content-transfer-encoding; b=tfuJFXVqADmGrDzDos93gUEyVscYSrwihssi9ljP/IIdeNEq7pKlOK+RVwVlEMNEWo kVKbKozk8+5dO+DADZfXeKM87nvTPNy8Fct8/JBvaAXOvltwr+Dhd/1lVBvabD5INrTH ePHMhG29UNMUUcxYgNHYbdLlm4K7in9Vx42MI= Received: by 10.224.140.71 with SMTP id h7mr1203068qau.159.1269003081286; Fri, 19 Mar 2010 05:51:21 -0700 (PDT) Received: from centel.dataix.local (ppp-21.181.dialinfree.com [209.172.21.181]) by mx.google.com with ESMTPS id 20sm217727qyk.4.2010.03.19.05.51.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 19 Mar 2010 05:51:19 -0700 (PDT) Sender: "J. Hellenthal" Date: Fri, 19 Mar 2010 08:51:03 -0400 From: jhell To: Garrett Cooper In-Reply-To: <7d6fde3d1003182328w63c84053r2bbc3e05f4ec6530@mail.gmail.com> Message-ID: References: <20100318200329.GC67716@mech-cluster241.men.bris.ac.uk> <7d6fde3d1003182328w63c84053r2bbc3e05f4ec6530@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Cc: Freddie Cash , freebsd-current@freebsd.org, krad Subject: Re: recovery from terminated make installworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2010 12:51:22 -0000 On Fri, 19 Mar 2010 02:28, Garrett Cooper wrote: In Message-Id: <7d6fde3d1003182328w63c84053r2bbc3e05f4ec6530@mail.gmail.com> > On Thu, Mar 18, 2010 at 4:08 PM, krad wrote: >> On 18 March 2010 20:41, Freddie Cash wrote: >> >>> On Thu, Mar 18, 2010 at 1:07 PM, Justin Hibbits >>> wrote: >>> >>>> On Thu, Mar 18, 2010 at 4:03 PM, Anton Shterenlikht >>>> wrote: >>>> >>>>> I was in the single user mode doing 'make installworld' >>>>> when the system froze and I had to cold reboot. >>>>> Now in single user mode I get to: >>>>> >>>>> Enter full pathname of shell or RETURN for /bin/sh: >>>>> /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format >>>>> /libexec/ld-elf.so.1: /lib/libc.so.7: invalid file format >>>>> Enter full pathname of shell or RETURN for /bin/sh: >>>>> >>>>> Is there a way to recover? >>>>> Or do I have to reinstall from scratch? >>>> >>>> Try /rescue/sh (or tcsh).  It's all statically linked, so you should be >>>> able >>>> to recover from there. >>>> >>>> And if that doesn't work, try a LiveFS CD. >>> >>> And, if all else fails, you can do a minimal install overtop.  You'll lose >>> all your /etc settings, but will get a bootable system again. >>> >>> -- >>> Freddie Cash >>> fjwcash@gmail.com >>> _______________________________________________ >>> 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" >>> >> >> >> easier and less risky to boot in on some form of live cd, mount all the fs >> up under /mnt, set the DESTDIR=/mnt and continue the installworld > > Yes, this is the easiest way to do things: > > 1. Boot live CD, USB, w/e. > 2. mount all of your filesystems. > 3. make -C $DESTDIR/usr/src installworld DESTDIR=$DESTDIR > > No loss of data. But given that you've already done the reinstall, I > suppose there's no way to go back now :/... > make(1) and friends come on the live CD or USB stick images ? AFAIR they didn't and it required a chroot(1) into the newly mounted environment and then running make(1) after invoking /rescue/sh to continue the install from a previously built world. If so then the above would become: chroot /mnt /rescue/sh cd /usr/src mergemaster -p make installworld mergemaster sync ;sync ;reboot --- continue whatever other steps from here... The above assumes you have already installed your new kernel. If not then it should be obvious of the steps you have to take to get that done. Regards, -- jhell From owner-freebsd-current@FreeBSD.ORG Fri Mar 19 13:09:19 2010 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 18E1B1065670; Fri, 19 Mar 2010 13:09:19 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 6709E8FC1F; Fri, 19 Mar 2010 13:09:18 +0000 (UTC) Received: by bwz8 with SMTP id 8so3028622bwz.3 for ; Fri, 19 Mar 2010 06:09:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=zaa8M5RgQFTVsWFINuKYfyJX/+Yu7GzqPUoT/Bb8KzM=; b=s143rq3uEbnpl7tUMyp1tBq0yBiZnC6GTCW+kpGHUuQjNFZRHv8/iFae2ahO6y1LLl Cl5Kjh+fLpvzpg3g0dtwCJ3DCWP58VYwww0xWOTSQRC7K9LHUjPfrr3wX7XpANZ0xiwJ l8RVG9EUTXL+TqOqTMVlXBMOmjS138B9QFviU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=cKKe3K+ygsm7kY5FpvP23qUC414GHXXMKbLXJcv7KvYio6FxmRfUJihzL9v3DksSE1 ZheReED3LMOhC38wJYsEQU3Sm9CXW0B7/+jtDElE/dbSIdx/662/YOh2I1mArV5MSK9L s5xzXLvxFL5b77nkXETu0ppALZU0F/zOoT3cU= Received: by 10.204.7.146 with SMTP id d18mr3470075bkd.101.1269004157154; Fri, 19 Mar 2010 06:09:17 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id x16sm4499184bku.23.2010.03.19.06.09.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 19 Mar 2010 06:09:13 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <82c4140e1003181515r5c43ad86k90fe8abd8cd3f832@mail.gmail.com> Date: Fri, 19 Mar 2010 13:09:11 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20100318133540.GQ35333@bunrab.catwhisker.org> <1CA4C3D2-675E-4FE9-8574-4E17A073C389@gmail.com> <000C4323-1DD2-4EA1-BAEE-FDAF1F7B679C@freebsd.org> <82c4140e1003181338ue9c7561r4d8cfa167cebfb51@mail.gmail.com> <82c4140e1003181515r5c43ad86k90fe8abd8cd3f832@mail.gmail.com> To: kmacy@freebsd.org X-Mailer: Apple Mail (2.1077) Cc: current@freebsd.org Subject: Re: Panic @r205276 (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, 19 Mar 2010 13:09:19 -0000 On 18 Mar 2010, at 22:15, K. Macy wrote: > On Thu, Mar 18, 2010 at 1:38 PM, K. Macy wrote: >>>>=20 >>>> I have the same panic. I'll try to revert 205266. >>>=20 >>> Yes, 205266 is the culprit. >>=20 >> Try updating. I've made the change a no-op until I can track the = problem down. >=20 > Do you all have either out-of-tree modules or modules that you did not > re-build when re-compiling your kernel? I have in-tree modules, but I tried a clean build. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Mar 19 14:09:49 2010 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 3EAE3106564A; Fri, 19 Mar 2010 14:09:49 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 0A9D58FC17; Fri, 19 Mar 2010 14:09:48 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o2JE9mtP060810; Fri, 19 Mar 2010 07:09:48 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o2JE9mVO060809; Fri, 19 Mar 2010 07:09:48 -0700 (PDT) (envelope-from david) Date: Fri, 19 Mar 2010 07:09:48 -0700 From: David Wolfskill To: Rui Paulo Message-ID: <20100319140948.GN35333@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Rui Paulo , current@freebsd.org References: <20100318133540.GQ35333@bunrab.catwhisker.org> <1CA4C3D2-675E-4FE9-8574-4E17A073C389@gmail.com> <000C4323-1DD2-4EA1-BAEE-FDAF1F7B679C@freebsd.org> <82c4140e1003181338ue9c7561r4d8cfa167cebfb51@mail.gmail.com> <82c4140e1003181515r5c43ad86k90fe8abd8cd3f832@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wi8hZpkE3Wxgr1M3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: Panic @r205276 (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, 19 Mar 2010 14:09:49 -0000 --wi8hZpkE3Wxgr1M3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 19, 2010 at 01:09:11PM +0000, Rui Paulo wrote: > ... > > Do you all have either out-of-tree modules or modules that you did not > > re-build when re-compiling your kernel? >=20 > I have in-tree modules, but I tried a clean build. I corresponded with kmacy@ a bit yesterday. Pending resolution, he's committed r205298 to "turn 205266 in to a no-op until the problem can be properly diagnosed." Peace, david (just built & booted FreeBSD 9.0-CURRENT #105 r205314 successfully) --=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. --wi8hZpkE3Wxgr1M3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkujhawACgkQmprOCmdXAD3XIwCfQRTdZylW/EMiZ/9loHvuA1JH BMcAn2+NAuON59AxGUbIrfTZjAOHsWR7 =0fa8 -----END PGP SIGNATURE----- --wi8hZpkE3Wxgr1M3-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 19 14:33:15 2010 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 09164106566B for ; Fri, 19 Mar 2010 14:33:15 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id AE0208FC0C for ; Fri, 19 Mar 2010 14:33:14 +0000 (UTC) Received: from [202.179.21.128] (helo=beastie.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NsdGA-000L6X-U1; Fri, 19 Mar 2010 22:33:11 +0800 Message-ID: <4BA38B26.6050208@micom.mng.net> Date: Fri, 19 Mar 2010 22:33:10 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: PseudoCylon References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> In-Reply-To: <375331.74876.qm@web51804.mail.re2.yahoo.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2010 14:33:15 -0000 PseudoCylon wrote: > Can you show me output of followings? (I have only intel chips.) > > #kldstat | grep if_run (after loading the driver. no need to run it) > #objdump -h /boot/kernel/if_run.ko | grep text > #objdump --source /boot/kernel/if_run.ko | grep \>: > Here it is: rspro# uname -an FreeBSD rspro.micom.mng.net 9.0-CURRENT FreeBSD 9.0-CURRENT #15 r205084M: Thu Mar 18 21:23:45 ULAT 2010 tsgan@beastie.micom.mng.net:/usr/obj/mips/usr/mysrc/sys/RSPRO_AR71XX mips rspro# kldstat | grep if_run 3 1 0xc7e9c000 d338 if_run.ko rspro# objdump -h /boot/kernel/if_run.ko | grep text 1 .text 0000a0b0 00000000 00000000 00000050 2**4 rspro# objdump --source /boot/kernel/if_run.ko | grep \>: 00000000 : 00000008 : 00000010 : 000000c0 : 000001d8 : 00000398 : 00000460 : 00000a40 : 00000f94 : 0000107c : 000010ac : 00001160 : 000011c4 : 000012d0 : 00001330 : 000013dc : 0000144c : 000014d4 : 0000179c : 0000183c : 00001894 : 00001914 : 00001998 : 00001a18 : 00001b24 : 00001bb8 : 00001c84 : 00001d10 : 00001e08 : 00001ecc : 0000207c : 0000215c : 00002190 : 00002264 : 0000239c : 00002470 : 000025a8 : 00002844 : 00002924 : 00003980 : 00003a10 : 00003ba8 : 000051b8 : 000051e8 : 00005488 : 000055b4 : 000059e0 : 00005ac4 : 00005d38 : 00005e5c : 000064a0 : 00006a00 : 00006a24 : 00006a48 : 00006a6c : 00006a90 : 00006ab4 : 00006ad8 : 0000725c : 00007540 : 00007888 : 000078f8 : 00007a28 : 00007c00 : 000080dc : 0000960c : 000096c0 : 00009850 : 0000997c : 00009a08 : 00009bf4 : rspro# Ganbold > > > AK > > >> Same. >> > > >> rspro# ifconfig wlan0 up >> >> rspro# Trap cause = 5 (address error (store) - kernel mode) >> [ thread pid 0 tid 100047 ] >> Stopped at ieee80211_radiotap_vdetach+0x70: sh v1,0(a0) >> db> bt >> Tracing pid 0 tid 100047 td 0xc0f1f260 >> db_trace_thread+30 (?,?,?,?) ra 80071160 sp c7ec9948 sz 24 >> 80071044+11c (0,?,ffffffff,?) ra 80070b54 sp c7ec9960 sz 32 >> 800707c0+394 (?,?,?,?) ra 80070ce4 sp c7ec9980 sz 168 >> db_command_loop+78 (?,?,?,?) ra 800733b8 sp c7ec9a28 sz 24 >> 800732b0+108 (?,?,?,?) ra 801d8b1c sp c7ec9a40 sz 424 >> kdb_trap+10c (?,?,?,?) ra 803c2690 sp c7ec9be8 sz 32 >> trap+134c (?,?,?,?) ra 803b97c8 sp c7ec9c08 sz 176 >> MipsKernGenException+10c (c0f6a637,c0f721c8,c7ea7c04,e51) ra 802c95b8 sp >> c7ec9cb8 sz 200 >> 802c95a8+10 (?,?,?,?) ra 0 sp c7ec9d80 sz 0 >> pid 0 >> db> >> > > >> Ganbold >> > > > __________________________________________________________________ > Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now > http://ca.toolbar.yahoo.com. > _______________________________________________ > 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" > > > > -- Her locks an ancient lady gave Her loving husband's life to save; And men -- they honored so the dame -- Upon some stars bestowed her name. But to our modern married fair, Who'd give their lords to save their hair, No stellar recognition's given. There are not stars enough in heaven. From owner-freebsd-current@FreeBSD.ORG Fri Mar 19 17:22:13 2010 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 E4935106566B for ; Fri, 19 Mar 2010 17:22:13 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7DF7E8FC12 for ; Fri, 19 Mar 2010 17:22:13 +0000 (UTC) Received: by wwb18 with SMTP id 18so2078375wwb.13 for ; Fri, 19 Mar 2010 10:22:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type; bh=OEGKSV369ttbGSeVr0QlJkwDmIU7o4TCCDl2KaoGhvA=; b=opCEVlEyGAEoU6HF+Cttu2+9UuaZEabs4VAQlePCsAgTD79BPqhlpqtvteQn0AJb9e TxCYRbrlyoNuhK9An9COeRJpzKPokkxvmuFOj9nMahSwOgTCHmWrtURnk8Wa3B1PevP3 1+PQokvCZPcxHhB4Vec1px9vhq6yxN7fP4exo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=xVxlgjENgE/BYe1T0i4ZrlNRUblmPZGk46XzfYrhwuI4UvOrx86/p+7TW7ZTYp3IxN NeKVW73uWD3ZKH33X1yJsgw9NH+Y0HefNWzjKBiqo3ljxULRNyMCHL9XLVk27nRYZU55 W8VLLmk5Hu1UBg/RJ0OT7k+BBOvg+FT2iprRs= MIME-Version: 1.0 Received: by 10.216.161.196 with SMTP id w46mr1465714wek.105.1269019332389; Fri, 19 Mar 2010 10:22:12 -0700 (PDT) In-Reply-To: <3a142e751003190508x6a06868ene2e8fd9ddd977f66@mail.gmail.com> References: <3a142e751003190508x6a06868ene2e8fd9ddd977f66@mail.gmail.com> From: Paul B Mahol Date: Fri, 19 Mar 2010 18:21:52 +0100 Message-ID: <3a142e751003191021p141af009m6acf7d160c890cbb@mail.gmail.com> To: FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1 Subject: newfs_msdos and DVD-RAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2010 17:22:14 -0000 Hi, FreeBSD 9.0 CURRENT panics when mounting file system created via newfs_msdos on DVD-RAM disc. Something to do about divide by zero. From owner-freebsd-current@FreeBSD.ORG Fri Mar 19 18:10:52 2010 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 27AD8106567A for ; Fri, 19 Mar 2010 18:10:52 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.43]) by mx1.freebsd.org (Postfix) with ESMTP id AE79F8FC1B for ; Fri, 19 Mar 2010 18:10:51 +0000 (UTC) Received: from [78.34.143.148] (helo=r500.local) by smtprelay01.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1Nsgen-0002Yp-IX for freebsd-current@freebsd.org; Fri, 19 Mar 2010 19:10:49 +0100 Date: Fri, 19 Mar 2010 19:11:33 +0100 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20100319191133.46fe271c@r500.local> In-Reply-To: <3a142e751003191021p141af009m6acf7d160c890cbb@mail.gmail.com> References: <3a142e751003190508x6a06868ene2e8fd9ddd977f66@mail.gmail.com> <3a142e751003191021p141af009m6acf7d160c890cbb@mail.gmail.com> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/AKpUFSsrAPmy2dZTU0zOT8b"; protocol="application/pgp-signature" X-Df-Sender: 775067 Subject: Re: newfs_msdos and DVD-RAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2010 18:10:52 -0000 --Sig_/AKpUFSsrAPmy2dZTU0zOT8b Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Paul B Mahol wrote: > FreeBSD 9.0 CURRENT panics when mounting file system created via > newfs_msdos on DVD-RAM disc. > Something to do about divide by zero. I recently had a similar problem with a 16GB iPod. I still haven't managed to actually mount it, but the patch below at least works around the panic. Does it work for you, too? =46rom 682d827f591d703e049274f495bf90f41b27c15f Mon Sep 17 00:00:00 2001 From: Fabian Keil Date: Fri, 19 Mar 2010 18:59:49 +0100 Subject: [PATCH] Work around weird msdosfs crash on mount. How can SecPerCl= ust be zero here? --- sys/fs/msdosfs/msdosfs_vfsops.c | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/sys/fs/msdosfs/msdosfs_vfsops.c b/sys/fs/msdosfs/msdosfs_vfsop= s.c index f229e91..22913c2 100644 --- a/sys/fs/msdosfs/msdosfs_vfsops.c +++ b/sys/fs/msdosfs/msdosfs_vfsops.c @@ -606,6 +606,12 @@ mountmsdosfs(struct vnode *devvp, struct mount *mp) pmp->pm_firstcluster =3D pmp->pm_rootdirblk + pmp->pm_rootdirsize; } =20 + if (SecPerClust =3D=3D 0) { + printf("SecPerClust is 0? When did this happen?\n"); + error =3D EINVAL; + goto error_exit; + } + pmp->pm_maxcluster =3D (pmp->pm_HugeSectors - pmp->pm_firstcluster) / SecPerClust + 1; pmp->pm_fatsize =3D pmp->pm_FATsecs * DEV_BSIZE; /* XXX not used? */ --=20 1.6.6.2 Fabian --Sig_/AKpUFSsrAPmy2dZTU0zOT8b Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkujvl0ACgkQBYqIVf93VJ28kACguJnUzoumOpJtIQBx55dsPxFt 2LAAoIJviCRzKS4AUoNWpsFqeJvN/ChQ =zzUu -----END PGP SIGNATURE----- --Sig_/AKpUFSsrAPmy2dZTU0zOT8b-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 19 18:26:26 2010 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 D503B106564A for ; Fri, 19 Mar 2010 18:26:26 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6BEF18FC1C for ; Fri, 19 Mar 2010 18:26:26 +0000 (UTC) Received: by wwb18 with SMTP id 18so2119819wwb.13 for ; Fri, 19 Mar 2010 11:26:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=tlA3yWFrX0fVg8oFfhF+XE9P+/P+fDyKoGl04bUSmVQ=; b=YehuhDvEc0cz/M3+k+Jup7QSFpHRVWBKZj5BQAZ5bMRlK8KC34Qd3cMG88MN1FI5eo rIwHmKn0r9uRTifq3hODE4vWVkdxrghDR5pgo7e7ElZbHvByMpkvu/Dz51g5zVtRaaZe rPTHhdPd6swYPGkToMzl5qEavZOGdjr1q3OpA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=JsUoSa401awfP2xIWm2wiEZF2ieT4G9EyOscvsiYcZRABVdE9W/O5VFoA4nWs4HLhz lJMclO15l50J57FKQzoBojW1kGRYm5jGmDrp2pXxG0tcAqnfC6IxC8QPpketgYdjmuh0 MXHhsoJCWWJ/tlz66vIB+N1XfUsqny93pGB68= MIME-Version: 1.0 Received: by 10.216.161.196 with SMTP id w46mr1521162wek.105.1269023185153; Fri, 19 Mar 2010 11:26:25 -0700 (PDT) In-Reply-To: <20100319191133.46fe271c@r500.local> References: <3a142e751003190508x6a06868ene2e8fd9ddd977f66@mail.gmail.com> <3a142e751003191021p141af009m6acf7d160c890cbb@mail.gmail.com> <20100319191133.46fe271c@r500.local> From: Paul B Mahol Date: Fri, 19 Mar 2010 19:26:05 +0100 Message-ID: <3a142e751003191126j331e525fwb9e5573bbf6f7d58@mail.gmail.com> To: Fabian Keil Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: newfs_msdos and DVD-RAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2010 18:26:26 -0000 On Fri, Mar 19, 2010 at 7:11 PM, Fabian Keil wrote: > Paul B Mahol wrote: > >> FreeBSD 9.0 CURRENT panics when mounting file system created via >> newfs_msdos on DVD-RAM disc. >> Something to do about divide by zero. > > I recently had a similar problem with a 16GB iPod. I still haven't > managed to actually mount it, but the patch below at least works > around the panic. > > Does it work for you, too? Obviously it will fix panic, but will not allow to mount. Zero value should be handled already much before. It looks the real bug is in newfs_msdos. For some reason I did not managed to format DVD-RAM disc with FAT32 on WinXP, it trashed disc completely so I was forced to blank it with dvd+rw-tools. From owner-freebsd-current@FreeBSD.ORG Fri Mar 19 19:12:42 2010 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 F2E65106564A for ; Fri, 19 Mar 2010 19:12:42 +0000 (UTC) (envelope-from wooh@wooh.hu) Received: from mail.netidea.hu (netwarehouse.netidea.hu [195.228.254.126]) by mx1.freebsd.org (Postfix) with ESMTP id AB5248FC14 for ; Fri, 19 Mar 2010 19:12:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.netidea.hu (Postfix) with ESMTP id 6D074128D38 for ; Fri, 19 Mar 2010 19:41:55 +0100 (CET) X-Virus-Scanned: amavisd-new at netidea.hu Received: from mail.netidea.hu ([127.0.0.1]) by localhost (mail.netidea.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4vEzRGEbLnTq for ; Fri, 19 Mar 2010 19:41:53 +0100 (CET) Received: from jamms-MacBook.local (catv-80-98-233-66.catv.broadband.hu [80.98.233.66]) by mail.netidea.hu (Postfix) with ESMTP id 12FFB128D2C for ; Fri, 19 Mar 2010 19:41:53 +0100 (CET) Message-ID: <4BA3C5DE.50001@wooh.hu> Date: Fri, 19 Mar 2010 19:43:42 +0100 From: Adam PAPAI User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: bsdtar(1) line_reader.c interesting code part - partial 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, 19 Mar 2010 19:12:43 -0000 Hi, Bug report sais: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/144786 bsdtar(1) doesn't support multi line matching or it is broken. This patch [1] should solve it but not sure about this line in the original code: if (lr->nullSeparator) { ... } This is constant '\n' so this code part was never reached. This is why the '\n' separated lines were handled as one long line. The line_reader.c header comment sais: * Read lines from file and do something with each one. If option_null * is set, lines are terminated with zero bytes; otherwise, they're * terminated with newlines. But where is the switch to change between \n and zero bytes? :) [1]: http://www.wooh.hu/freebsd/line_reader.c.patch.txt -- Adam PAPAI From owner-freebsd-current@FreeBSD.ORG Fri Mar 19 21:15:39 2010 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 6E803106566B; Fri, 19 Mar 2010 21:15:39 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 290BC8FC19; Fri, 19 Mar 2010 21:15:39 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NsjXd-0001d4-P7; Fri, 19 Mar 2010 21:15:37 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1NsjXc-00040K-Nt; Fri, 19 Mar 2010 21:15:36 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3) with ESMTP id o2JLFaDE076781; Fri, 19 Mar 2010 21:15:36 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2JLFZpL076780; Fri, 19 Mar 2010 21:15:35 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 19 Mar 2010 21:15:35 +0000 From: Anton Shterenlikht To: jhell Message-ID: <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Current , Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2010 21:15:39 -0000 On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: > In Message-Id: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> > > > Just updated to ia64 r205248 > > > > If my problem is due to my mis-configuration, > > I apologise in advance. > > > > I run this shell script after each upgrade > > and 'make delete-old-libs' to check > > if any shared objects need to be rebuilt: > > > > > > > > #!/bin/sh > > > > for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` > > do > > echo $file > > ldd $file >> /root/ldd_results 2> /dev/zero > > done > > > > > > > > This will probably do closer to what you actually would want to look for. > > Writing to /dev/zero ... I don't know never tried it since /dev/null is > usually the standard place to throw trash. > > #!/bin/sh > for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do > echo $file > ldd $file >>/root/ldd_results 2>/dev/null > done > > The problem with your script is that it finds most files that it can not > or is not useful to run ldd on and leaves you junk in return. > > It might be more useful if you searched for dynamically linked ELF > binaries to run ldd against like the following. > > === Script starts here === > #!/bin/sh > > SEARCHPATH="/*bin /usr/*bin /usr/lib* /usr/local/*bin" > > trap 'exit 1' 2 > > check_libs() { > for spath in $SEARCHPATH; do > for ifelf in `find $spath -type f`; do > ldd `file $ifelf | grep dynamically | cut -f1 -d:` > done > done > } > > check_libs 2>/dev/null > === Script ends here === > > The above will find all type ELF * that are dynamically linked within the > SEARCHPATH variable and run ldd on them and print the results to stdout. > > Obviously since you are going to have thousands of files being questioned, > stdout is not going to be useful. > > So with the about stated: > save the script to: checklibs.sh > run with: "sh checklibs.sh >/root/checklibs_output" > or: "script /root/checklibs_output checklibs.sh" > > > After the upgrade to r205248, the script > > freezes at seemingly random points. > > > > Unneeded disk usage & execution. > > > I can still ssh to the machine (using keys), i.e. > > I see the welcome message, but cannot get to the console prompt. > > Of course... to many open files or processes in wait. SSH already has the > information it needs loaded into memory, that's why you can get sort-of-in > > ZFS file-system perhaps ? I've no ZFS. I'm seeing very similar behaviour now with csup: ( I do csup -L2 /root/ports-supfile, where # cat /root/ports-supfile *default host=cvsup.uk.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=. delete use-rel-suffix compress ports-all # ) top(1) shows: last pid: 1160; load averages: 0.00, 0.06, 0.07 up 0+00:10:53 15:05:52 81 processes: 3 running, 61 sleeping, 17 waiting CPU 0: 0.0% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.8% idle CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 23M Active, 19M Inact, 75M Wired, 136K Cache, 34M Buf, 5900M Free Swap: 2780M Total, 2780M Free PID UID THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 10 0 2 171 ki31 0K 64K RUN 0 20:18 198.00% idle 11 0 17 -48 - 0K 544K WAIT 0 0:01 0.00% intr 1118 1001 1 96 0 12800K 3920K CPU0 0 0:00 0.00% top 4 0 1 -8 - 0K 32K - 1 0:00 0.00% g_down 1158 0 4 -8 0 43672K 6296K biowr 0 0:00 0.00% csup which stays in biowr state indefinitely. I can issue kill -9 or kill -HUP from top(1), which makes csup change state to STOP, but nothing else happens. As before, I can't log in from other terminals and have to do a cold reset. I've reinstalled on another disk, so not sure what's going on. I think rm(1) is also extremely slow, but maybe I'm imagining things. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Mar 19 21:56:15 2010 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 4488C106564A for ; Fri, 19 Mar 2010 21:56:15 +0000 (UTC) (envelope-from wooh@wooh.hu) Received: from mail.netidea.hu (netwarehouse.netidea.hu [195.228.254.126]) by mx1.freebsd.org (Postfix) with ESMTP id F33458FC08 for ; Fri, 19 Mar 2010 21:56:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.netidea.hu (Postfix) with ESMTP id A70E712811C for ; Fri, 19 Mar 2010 22:54:19 +0100 (CET) X-Virus-Scanned: amavisd-new at netidea.hu Received: from mail.netidea.hu ([127.0.0.1]) by localhost (mail.netidea.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V2DQe2g3zMD7 for ; Fri, 19 Mar 2010 22:54:17 +0100 (CET) Received: from jamms-MacBook.local (catv-80-98-233-66.catv.broadband.hu [80.98.233.66]) by mail.netidea.hu (Postfix) with ESMTP id 5588A12655C for ; Fri, 19 Mar 2010 22:54:17 +0100 (CET) Message-ID: <4BA3F2FA.2040007@wooh.hu> Date: Fri, 19 Mar 2010 22:56:10 +0100 From: Adam PAPAI User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [PATCH] - ports/144792 (untar.c, Makefile) ports/archivers/untar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2010 21:56:15 -0000 Hi, http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/144792 To remove the compile warnings I've added the required header files. (and a small fix for the Makefile NOMAN -> NO_MAN warning) http://www.wooh.hu/freebsd/untar.c.patch.txt http://www.wooh.hu/freebsd/Makefile.patch.txt -- Adam PAPAI From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 01:35:47 2010 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 860D4106564A for ; Sat, 20 Mar 2010 01:35:47 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5E1CA8FC0A for ; Sat, 20 Mar 2010 01:35:45 +0000 (UTC) Received: by pwj4 with SMTP id 4so2889416pwj.13 for ; Fri, 19 Mar 2010 18:35:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=pCtNtFt5QK99dRVsmbhiu7vm0j0+dFdW98cKz54mOlA=; b=aZ4TSw6g4xFpAb7qyhKmLhpWc8VcmGsBLEH7RnbvdCcWYt7Eh6qjcP+l1MxPYsoQBa x7UyZSQFn/ldxxbjDoZz4EIlWdbm0/pC5h9lnQRXQkUJZWsb21PgyR6CpQKfSSJFdbK/ Q+4Smu57SfiPu4BOlAZsYADpWSqm7N+7Gj+cI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=EX1YBxqHx4zvUSdzfs3ywXqsUwQ9KUs8FPpaZJZa5S9P1G0icZGC+lBkdHb/YniayC dfpFvFMTdKOETkoXcrXzgRYhtsG+UohoN3vjY/h7cBEgYVikBg08fqBzKg7A3WZvLB/D ywy/VEi5jrnIF4YuYFbg1XYHAzdducNEWwB3c= MIME-Version: 1.0 Received: by 10.143.21.18 with SMTP id y18mr2296002wfi.58.1269048943388; Fri, 19 Mar 2010 18:35:43 -0700 (PDT) In-Reply-To: <4BA3F2FA.2040007@wooh.hu> References: <4BA3F2FA.2040007@wooh.hu> Date: Fri, 19 Mar 2010 18:35:43 -0700 Message-ID: <7d6fde3d1003191835w2e8ca356q1e4ff978c1de84d0@mail.gmail.com> From: Garrett Cooper To: Adam PAPAI Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] - ports/144792 (untar.c, Makefile) ports/archivers/untar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Mar 2010 01:35:47 -0000 On Fri, Mar 19, 2010 at 2:56 PM, Adam PAPAI wrote: > Hi, > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/144792 > > To remove the compile warnings I've added the required header files. (and a > small fix for the Makefile NOMAN -> NO_MAN warning) > > http://www.wooh.hu/freebsd/untar.c.patch.txt > http://www.wooh.hu/freebsd/Makefile.patch.txt 1. This belongs on ports@ because it doesn't deal with the software in the base FreeBSD system. 2. You can attach the files in the email and they'll be properly uuencoded into GNATS. HTH, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 07:28:46 2010 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 AEE27106566B; Sat, 20 Mar 2010 07:28:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8318F8FC12; Sat, 20 Mar 2010 07:28:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2K7Sjga011592; Sat, 20 Mar 2010 03:28:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2K7SiL8011573; Sat, 20 Mar 2010 07:28:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 20 Mar 2010 07:28:44 GMT Message-Id: <201003200728.o2K7SiL8011573@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 07:28:46 -0000 TB --- 2010-03-20 05:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-20 05:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-03-20 05:40:00 - cleaning the object tree TB --- 2010-03-20 05:40:29 - cvsupping the source tree TB --- 2010-03-20 05:40:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-03-20 05:41:04 - building world TB --- 2010-03-20 05:41:04 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-20 05:41:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-20 05:41:04 - TARGET=i386 TB --- 2010-03-20 05:41:04 - TARGET_ARCH=i386 TB --- 2010-03-20 05:41:04 - TZ=UTC TB --- 2010-03-20 05:41:04 - __MAKE_CONF=/dev/null TB --- 2010-03-20 05:41:04 - cd /src TB --- 2010-03-20 05:41:04 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 20 05:41:05 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 20 06:39:55 UTC 2010 TB --- 2010-03-20 06:39:55 - generating LINT kernel config TB --- 2010-03-20 06:39:55 - cd /src/sys/i386/conf TB --- 2010-03-20 06:39:55 - /usr/bin/make -B LINT TB --- 2010-03-20 06:39:56 - building LINT kernel TB --- 2010-03-20 06:39:56 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-20 06:39:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-20 06:39:56 - TARGET=i386 TB --- 2010-03-20 06:39:56 - TARGET_ARCH=i386 TB --- 2010-03-20 06:39:56 - TZ=UTC TB --- 2010-03-20 06:39:56 - __MAKE_CONF=/dev/null TB --- 2010-03-20 06:39:56 - cd /src TB --- 2010-03-20 06:39:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 20 06:39:56 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Mar 20 07:05:01 UTC 2010 TB --- 2010-03-20 07:05:01 - building GENERIC kernel TB --- 2010-03-20 07:05:01 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-20 07:05:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-20 07:05:01 - TARGET=i386 TB --- 2010-03-20 07:05:01 - TARGET_ARCH=i386 TB --- 2010-03-20 07:05:01 - TZ=UTC TB --- 2010-03-20 07:05:01 - __MAKE_CONF=/dev/null TB --- 2010-03-20 07:05:01 - cd /src TB --- 2010-03-20 07:05:01 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 20 07:05:02 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Mar 20 07:24:22 UTC 2010 TB --- 2010-03-20 07:24:22 - building PAE kernel TB --- 2010-03-20 07:24:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-20 07:24:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-20 07:24:22 - TARGET=i386 TB --- 2010-03-20 07:24:22 - TARGET_ARCH=i386 TB --- 2010-03-20 07:24:22 - TZ=UTC TB --- 2010-03-20 07:24:22 - __MAKE_CONF=/dev/null TB --- 2010-03-20 07:24:22 - cd /src TB --- 2010-03-20 07:24:22 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sat Mar 20 07:24:23 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/libkern/qdivrem.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/libkern/ucmpdi2.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/libkern/udivdi3.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/libkern/umoddi3.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/compat/x86bios/x86bios.c cc1: warnings being treated as errors /src/sys/compat/x86bios/x86bios.c: In function 'x86bios_map_mem': /src/sys/compat/x86bios/x86bios.c:558: warning: cast to pointer from integer of different size *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-20 07:28:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-20 07:28:44 - ERROR: failed to build PAE kernel TB --- 2010-03-20 07:28:44 - 5044.06 user 889.40 system 6524.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 11:28:30 2010 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 EA9FC1065670; Sat, 20 Mar 2010 11:28:30 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.221.175]) by mx1.freebsd.org (Postfix) with ESMTP id 84D9A8FC26; Sat, 20 Mar 2010 11:28:30 +0000 (UTC) Received: by qyk5 with SMTP id 5so2621781qyk.13 for ; Sat, 20 Mar 2010 04:28:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=g3C+YzQofwURFc3nbSy1irff65h/fc1/2dDBejfwjBE=; b=tkTrLjIpu077iAfOG2SPZP+ac8+IbyAf8zoATvCzLo6qY91A/m6Ec0v0CN24bUfhYE DeCYLan0wAyHymspjEnpKtd1lP+dzPF51ju2/o3zqqykywOucsdhl0qQfnyClA1e/28l j1T/K0L6l4n45g0L18XTvZD3SQCzhJy7WAsNk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=js74mile0K8VXi46wdG37n/d7cCYogsnbkyBIuh0VV5/VHe6CtiNwr0rbntq8Ve8u/ wU9KZZ+zvfRewLcWw70U6ufJd4OD7lAuwYXu5KmWUU3aN6wHv4r3ao0k5hSuK6q9nJTj fYXhrd7Yjuapwi9lZXCMuDlzbknWw5+JZB4as= Received: by 10.224.107.193 with SMTP id c1mr1575254qap.67.1269084508879; Sat, 20 Mar 2010 04:28:28 -0700 (PDT) Received: from centel.dataix.local (ppp-21.107.dialinfree.com [209.172.21.107]) by mx.google.com with ESMTPS id 5sm4342399qwh.15.2010.03.20.04.28.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 20 Mar 2010 04:28:28 -0700 (PDT) Sender: "J. Hellenthal" Date: Sat, 20 Mar 2010 07:27:43 -0400 From: jhell To: Anton Shterenlikht In-Reply-To: <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> Message-ID: References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current , freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Mar 2010 11:28:31 -0000 On Fri, 19 Mar 2010 17:15, Anton Shterenlikht wrote: In Message-Id: <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> > On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> >> On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: >> In Message-Id: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> >> >>> Just updated to ia64 r205248 >>> >>> If my problem is due to my mis-configuration, >>> I apologise in advance. >>> >>> I run this shell script after each upgrade >>> and 'make delete-old-libs' to check >>> if any shared objects need to be rebuilt: >>> >>> >>> >>> #!/bin/sh >>> >>> for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` >>> do >>> echo $file >>> ldd $file >> /root/ldd_results 2> /dev/zero >>> done >>> >>> >>> >> >> This will probably do closer to what you actually would want to look for. >> >> Writing to /dev/zero ... I don't know never tried it since /dev/null is >> usually the standard place to throw trash. >> >> #!/bin/sh >> for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do >> echo $file >> ldd $file >>/root/ldd_results 2>/dev/null >> done >> >> The problem with your script is that it finds most files that it can not >> or is not useful to run ldd on and leaves you junk in return. >> >> It might be more useful if you searched for dynamically linked ELF >> binaries to run ldd against like the following. >> >> === Script starts here === >> #!/bin/sh >> >> SEARCHPATH="/*bin /usr/*bin /usr/lib* /usr/local/*bin" >> >> trap 'exit 1' 2 >> >> check_libs() { >> for spath in $SEARCHPATH; do >> for ifelf in `find $spath -type f`; do >> ldd `file $ifelf | grep dynamically | cut -f1 -d:` >> done >> done >> } >> >> check_libs 2>/dev/null >> === Script ends here === >> >> The above will find all type ELF * that are dynamically linked within the >> SEARCHPATH variable and run ldd on them and print the results to stdout. >> >> Obviously since you are going to have thousands of files being questioned, >> stdout is not going to be useful. >> >> So with the about stated: >> save the script to: checklibs.sh >> run with: "sh checklibs.sh >/root/checklibs_output" >> or: "script /root/checklibs_output checklibs.sh" >> >>> After the upgrade to r205248, the script >>> freezes at seemingly random points. >>> >> >> Unneeded disk usage & execution. >> >>> I can still ssh to the machine (using keys), i.e. >>> I see the welcome message, but cannot get to the console prompt. >> >> Of course... to many open files or processes in wait. SSH already has the >> information it needs loaded into memory, that's why you can get sort-of-in >> >> ZFS file-system perhaps ? > > I've no ZFS. > > I'm seeing very similar behaviour now with csup: > > ( I do csup -L2 /root/ports-supfile, where > > # cat /root/ports-supfile > *default host=cvsup.uk.FreeBSD.org > *default base=/var/db > *default prefix=/usr > *default release=cvs tag=. delete use-rel-suffix compress > > ports-all > # ) > > top(1) shows: > > last pid: 1160; load averages: 0.00, 0.06, 0.07 up 0+00:10:53 15:05:52 > 81 processes: 3 running, 61 sleeping, 17 waiting > CPU 0: 0.0% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.8% idle > CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > Mem: 23M Active, 19M Inact, 75M Wired, 136K Cache, 34M Buf, 5900M Free > Swap: 2780M Total, 2780M Free > > PID UID THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 10 0 2 171 ki31 0K 64K RUN 0 20:18 198.00% idle > 11 0 17 -48 - 0K 544K WAIT 0 0:01 0.00% intr > 1118 1001 1 96 0 12800K 3920K CPU0 0 0:00 0.00% top > 4 0 1 -8 - 0K 32K - 1 0:00 0.00% g_down > 1158 0 4 -8 0 43672K 6296K biowr 0 0:00 0.00% csup > > > which stays in biowr state indefinitely. > > I can issue kill -9 or kill -HUP from top(1), > which makes csup change state to STOP, but > nothing else happens. > > As before, I can't log in from other terminals > and have to do a cold reset. I've reinstalled > on another disk, so not sure what's going on. > > I think rm(1) is also extremely slow, but > maybe I'm imagining things. > > many thanks > anton > > I would post up the contents of your make.conf & your kernel config & your dmesg somewhere so it can be evaluated. Regards, -- jhell From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 15:20:16 2010 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 317931065670; Sat, 20 Mar 2010 15:20:16 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 8E86E8FC1C; Sat, 20 Mar 2010 15:20:15 +0000 (UTC) Received: by fxm24 with SMTP id 24so257789fxm.3 for ; Sat, 20 Mar 2010 08:20:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=vvUN2xXU6OfXsVRUp5YJ/fHgtbXc4qLggljTqGUJHzM=; b=l2xWHqKVDMhy0h3pjpoYeVZYgw2weLpUcDINbSeH/syIdaZx2WxbWLRc1NBGeEXIBx LWYKuoJIGHbDha/poyUDwtgEFxzSI80tzBH/JorKCo2WzmZ2ZVWLBLtBneAhOLrHcL6j Q9/3xUi9fo44vT1Elrp1kp+f8WjMek7JanWrY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=lAPsAIn/5L3pYShmDw3PvEBdqm+Z8tjl8/0PklhBllDE5Y+boYGlNxe+HgFlVPgFzY 4NZWE+uejFZSI1mhGQZoLLUV067fyxmd3UD0rQ6pu6+chi+c46q1ppBU/6w6kJLT6M3g DYontRp3el1393VFELR+HRbBacEIaEEijtO3I= Received: by 10.223.132.197 with SMTP id c5mr890792fat.35.1269098412629; Sat, 20 Mar 2010 08:20:12 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 16sm182270fxm.12.2010.03.20.08.20.11 (version=SSLv3 cipher=RC4-MD5); Sat, 20 Mar 2010 08:20:12 -0700 (PDT) Sender: Alexander Motin Message-ID: <4BA4E7A9.3070502@FreeBSD.org> Date: Sat, 20 Mar 2010 17:20:09 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: FreeBSD-Current , freebsd-arch@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Subject: Increasing MAXPHYS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Mar 2010 15:20:16 -0000 Hi. With set of changes done to ATA, CAM and GEOM subsystems last time we may now get use for increased MAXPHYS (maximum physical I/O size) kernel constant from 128K to some bigger value. Increasing it allows to improve performance and reduce processing overhead for large I/O operations. Potential downside is a bit increased kernel memory usage, but as soon as these values were not changing for more than 8 years, I don't think it should be significant now. Present state of things: - ahci(4) and siis(4) support any I/O sizes up to MAXPHYS; - ata(4) supports I/O sizes up to min(512K, MAXPHYS) for the most of controllers, and works correctly for the rest; - most of SCSI controller drivers still limited by DFLTPHYS, but parts needed to work on them one by one later are already in place. - ad(4), da(4), ada(4), cd(4), acd(4), afd(4), atapicam(4) drivers support any I/O sizes, supported by underlying hardware and reported by ata(4) and cam(4) subsystems; - gmirror(4), gstripe(4), graid3(4), gconcat(4) were tested and fixed to support any I/O sizes up to MAXPHYS; All above I have successfully tested last months with MAXPHYS of 1MB on i386 and amd64 platforms. So my questions are: - does somebody know any issues denying increasing MAXPHYS in HEAD? - are there any specific opinions about value? 512K, 1MB, MD? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 15:44:50 2010 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 081A41065673; Sat, 20 Mar 2010 15:44:50 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id AE96D8FC18; Sat, 20 Mar 2010 15:44:49 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Nt0r2-0005RA-7b; Sat, 20 Mar 2010 15:44:48 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Nt0r1-00053y-8Y; Sat, 20 Mar 2010 15:44:47 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3) with ESMTP id o2KFilKn084471; Sat, 20 Mar 2010 15:44:47 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2KFika0084470; Sat, 20 Mar 2010 15:44:46 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sat, 20 Mar 2010 15:44:46 +0000 From: Anton Shterenlikht To: jhell Message-ID: <20100320154446.GE84236@mech-cluster241.men.bris.ac.uk> References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Current , Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Mar 2010 15:44:50 -0000 On Sat, Mar 20, 2010 at 07:27:43AM -0400, jhell wrote: > > On Fri, 19 Mar 2010 17:15, Anton Shterenlikht wrote: > In Message-Id: <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> > > > On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >> > >> > >> > >> On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: > >> In Message-Id: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> > >> > >>> Just updated to ia64 r205248 > >>> > >>> If my problem is due to my mis-configuration, > >>> I apologise in advance. > >>> > >>> I run this shell script after each upgrade > >>> and 'make delete-old-libs' to check > >>> if any shared objects need to be rebuilt: > >>> > >>> > >>> > >>> #!/bin/sh > >>> > >>> for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` > >>> do > >>> echo $file > >>> ldd $file >> /root/ldd_results 2> /dev/zero > >>> done > >>> > >>> > >>> > >> > >> This will probably do closer to what you actually would want to look for. > >> > >> Writing to /dev/zero ... I don't know never tried it since /dev/null is > >> usually the standard place to throw trash. > >> > >> #!/bin/sh > >> for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do > >> echo $file > >> ldd $file >>/root/ldd_results 2>/dev/null > >> done > >> > >> The problem with your script is that it finds most files that it can not > >> or is not useful to run ldd on and leaves you junk in return. > >> > >> It might be more useful if you searched for dynamically linked ELF > >> binaries to run ldd against like the following. > >> > >> === Script starts here === > >> #!/bin/sh > >> > >> SEARCHPATH="/*bin /usr/*bin /usr/lib* /usr/local/*bin" > >> > >> trap 'exit 1' 2 > >> > >> check_libs() { > >> for spath in $SEARCHPATH; do > >> for ifelf in `find $spath -type f`; do > >> ldd `file $ifelf | grep dynamically | cut -f1 -d:` > >> done > >> done > >> } > >> > >> check_libs 2>/dev/null > >> === Script ends here === > >> > >> The above will find all type ELF * that are dynamically linked within the > >> SEARCHPATH variable and run ldd on them and print the results to stdout. > >> > >> Obviously since you are going to have thousands of files being questioned, > >> stdout is not going to be useful. > >> > >> So with the about stated: > >> save the script to: checklibs.sh > >> run with: "sh checklibs.sh >/root/checklibs_output" > >> or: "script /root/checklibs_output checklibs.sh" > >> > >>> After the upgrade to r205248, the script > >>> freezes at seemingly random points. > >>> > >> > >> Unneeded disk usage & execution. > >> > >>> I can still ssh to the machine (using keys), i.e. > >>> I see the welcome message, but cannot get to the console prompt. > >> > >> Of course... to many open files or processes in wait. SSH already has the > >> information it needs loaded into memory, that's why you can get sort-of-in > >> > >> ZFS file-system perhaps ? > > > > I've no ZFS. > > > > I'm seeing very similar behaviour now with csup: > > > > ( I do csup -L2 /root/ports-supfile, where > > > > # cat /root/ports-supfile > > *default host=cvsup.uk.FreeBSD.org > > *default base=/var/db > > *default prefix=/usr > > *default release=cvs tag=. delete use-rel-suffix compress > > > > ports-all > > # ) > > > > top(1) shows: > > > > last pid: 1160; load averages: 0.00, 0.06, 0.07 up 0+00:10:53 15:05:52 > > 81 processes: 3 running, 61 sleeping, 17 waiting > > CPU 0: 0.0% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.8% idle > > CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > > Mem: 23M Active, 19M Inact, 75M Wired, 136K Cache, 34M Buf, 5900M Free > > Swap: 2780M Total, 2780M Free > > > > PID UID THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 10 0 2 171 ki31 0K 64K RUN 0 20:18 198.00% idle > > 11 0 17 -48 - 0K 544K WAIT 0 0:01 0.00% intr > > 1118 1001 1 96 0 12800K 3920K CPU0 0 0:00 0.00% top > > 4 0 1 -8 - 0K 32K - 1 0:00 0.00% g_down > > 1158 0 4 -8 0 43672K 6296K biowr 0 0:00 0.00% csup > > > > > > which stays in biowr state indefinitely. > > > > I can issue kill -9 or kill -HUP from top(1), > > which makes csup change state to STOP, but > > nothing else happens. > > > > As before, I can't log in from other terminals > > and have to do a cold reset. I've reinstalled > > on another disk, so not sure what's going on. > > > > I think rm(1) is also extremely slow, but > > maybe I'm imagining things. > > > > many thanks > > anton > > > > > > > I would post up the contents of your make.conf & your kernel config & your > dmesg somewhere so it can be evaluated. When I reinstalled 8.0 from a CD, I updated source with csup, that worked. However, after upgrading to current, I can't get any luck with csup. The important bit is that I don't really know what revision this is. I've no /etc/make.conf kernel config: http://seis.bris.ac.uk/~mexas/freebsd/ia64/rx2600/uzi/UZI dmesg: http://seis.bris.ac.uk/~mexas/freebsd/ia64/rx2600/uzi/dmesg.boot many thanks for your help anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 17:53:19 2010 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 A9E96106566B; Sat, 20 Mar 2010 17:53:19 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0B6468FC12; Sat, 20 Mar 2010 17:53:17 +0000 (UTC) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.4/8.14.1) with ESMTP id o2KHrHer003947; Sat, 20 Mar 2010 10:53:17 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.4/8.13.4/Submit) id o2KHrH5x003946; Sat, 20 Mar 2010 10:53:17 -0700 (PDT) Date: Sat, 20 Mar 2010 10:53:17 -0700 (PDT) From: Matthew Dillon Message-Id: <201003201753.o2KHrH5x003946@apollo.backplane.com> To: Alexander Motin References: <4BA4E7A9.3070502@FreeBSD.org> Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: Increasing MAXPHYS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Mar 2010 17:53:20 -0000 :All above I have successfully tested last months with MAXPHYS of 1MB on :i386 and amd64 platforms. : :So my questions are: :- does somebody know any issues denying increasing MAXPHYS in HEAD? :- are there any specific opinions about value? 512K, 1MB, MD? : :-- :Alexander Motin (nswbuf * MAXPHYS) of KVM is reserved for pbufs, so on i386 you might hit up against KVM exhaustion issues in unrelated subsystems. nswbuf typically maxes out at around 256. For i386 1MB is probably too large (256M of reserved KVM is a lot for i386). On amd64 there shouldn't be a problem. Diminishing returns get hit pretty quickly with larger MAXPHYS values. As long as the I/O can be pipelined the reduced transaction rate becomes less interesting when the transaction rate is less than a certain level. Off the cuff I'd say 2000 tps is a good basis for considering whether it is an issue or not. 256K is actually quite a reasonable value. Even 128K is reasonable. Nearly all the issues I've come up against in the last few years have been related more to pipeline algorithms breaking down and less with I/O size. The cluster_read() code is especially vulnerable to algorithmic breakdowns when fast media (such as a SSD) is involved. e.g. I/Os queued from the previous cluster op can create stall conditions in subsequent cluster ops before they can issue new I/Os to keep the pipeline hot. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 18:17:40 2010 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 5165E106564A; Sat, 20 Mar 2010 18:17:40 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 1AE4F8FC13; Sat, 20 Mar 2010 18:17:39 +0000 (UTC) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.14.3/8.14.3) with ESMTP id o2KIHYFi074281; Sat, 20 Mar 2010 12:17:34 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <201003201753.o2KHrH5x003946@apollo.backplane.com> Date: Sat, 20 Mar 2010 12:17:33 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <891E2580-8DE3-4B82-81C4-F2C07735A854@samsco.org> References: <4BA4E7A9.3070502@FreeBSD.org> <201003201753.o2KHrH5x003946@apollo.backplane.com> To: Matthew Dillon X-Mailer: Apple Mail (2.1077) X-Spam-Status: No, score=-1.0 required=3.8 tests=ALL_TRUSTED autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: Alexander Motin , FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: Increasing MAXPHYS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Mar 2010 18:17:40 -0000 On Mar 20, 2010, at 11:53 AM, Matthew Dillon wrote: >=20 > :All above I have successfully tested last months with MAXPHYS of 1MB = on > :i386 and amd64 platforms. > : > :So my questions are: > :- does somebody know any issues denying increasing MAXPHYS in HEAD? > :- are there any specific opinions about value? 512K, 1MB, MD? > : > :--=20 > :Alexander Motin >=20 > (nswbuf * MAXPHYS) of KVM is reserved for pbufs, so on i386 you > might hit up against KVM exhaustion issues in unrelated subsystems. > nswbuf typically maxes out at around 256. For i386 1MB is probably > too large (256M of reserved KVM is a lot for i386). On amd64 there > shouldn't be a problem. >=20 Yes, this needs to be addressed. I've never gotten a clear answer from VM people like Peter Wemm and Alan Cox on what should be done. > Diminishing returns get hit pretty quickly with larger MAXPHYS = values. > As long as the I/O can be pipelined the reduced transaction rate > becomes less interesting when the transaction rate is less than a > certain level. Off the cuff I'd say 2000 tps is a good basis for > considering whether it is an issue or not. 256K is actually quite > a reasonable value. Even 128K is reasonable. >=20 I agree completely. I did quite a bit of testing on this in 2008 and = 2009. I even added some hooks into CAM to support this, and I thought that I = had discussed this extensively with Alexander at the time. Guess it was yet = another wasted conversation with him =3D-( I'll repeat it here for the record. What I call the silly-i/o-test, filling a disk up with the dd command, = yields performance improvements up to a MAXPHYS of 512K. Beyond that and it's negligible, and actually starts running into contention on the VM = page queues lock. There is some work to break down this lock, so it's worth revisiting in the future. For the non-silly-i/o-test, where I do real file i/o using various = sequential and random patterns, there was a modest improvement up to 256K, and a slight improvement up to 512K. This surprised me as I figured that most = filesystem i/o would be in UFS block sized chunks. Then I realized that the UFS = clustering code was actually taking advantage of the larger I/O's. The improvement = really depends on the workload, of course, and I wouldn't expect it to be = noticeable for most people unless they're running something like a media server. Besides the nswbuf sizing problem, there is a real problem that a lot of = drivers have incorrectly assumed over the years that MAXPHYS and DFLTPHYS are particular values, and they've sized their data structures accordingly. = Before these values are changed, an audit needs to be done OF EVERY SINGLE STORAGE DRIVER. No exceptions. This isn't a case of changing MAXHYS in the ata driver, testing that your machine boots, and then committing = the change to source control. Some drivers will have non-obvious restrictions = based on the number of SG elements allowed in a particular command format. MPT comes to mind (its multi message SG code seems to be broken when I tried testing large MAXPHYS on it), but I bet that there are others. Windows has a MAXPHYS equivalent of 1M. Linux has an equivalent of an odd number less than 512k. For the purpose of benchmarking against = these OS's, having comparable capabilities is essential; Linux easily beats = FreeBSD in the silly-i/o-test because of the MAXPHYS difference (though FreeBSD = typically stomps linux in real I/O because of vastly better latency and caching = algorithms). I'm fine with raising MAXPHYS in production once the problems are = addressed. > Nearly all the issues I've come up against in the last few years = have > been related more to pipeline algorithms breaking down and less = with > I/O size. The cluster_read() code is especially vulnerable to > algorithmic breakdowns when fast media (such as a SSD) is involved. > e.g. I/Os queued from the previous cluster op can create stall > conditions in subsequent cluster ops before they can issue new I/Os > to keep the pipeline hot. >=20 Yes, this is another very good point. It's time to start really = figuring out what SSD means for FreeBSD I/O. Scott From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 18:22:11 2010 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 26C28106566C; Sat, 20 Mar 2010 18:22:11 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id E618F8FC21; Sat, 20 Mar 2010 18:22:10 +0000 (UTC) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.4/8.14.1) with ESMTP id o2KIM4gf004252; Sat, 20 Mar 2010 11:22:08 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.4/8.13.4/Submit) id o2KIM4xw004251; Sat, 20 Mar 2010 11:22:04 -0700 (PDT) Date: Sat, 20 Mar 2010 11:22:04 -0700 (PDT) From: Matthew Dillon Message-Id: <201003201822.o2KIM4xw004251@apollo.backplane.com> To: "C. P. Ghost" References: <4BA4E7A9.3070502@FreeBSD.org> <201003201753.o2KHrH5x003946@apollo.backplane.com> Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: Increasing MAXPHYS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Mar 2010 18:22:11 -0000 :Pardon my ignorance, but wouldn't so much KVM make small embedded :devices like Soekris boards with 128 MB of physical RAM totally unusable :then? On my net4801, running RELENG_8: : :vm.kmem_size: 40878080 : :hw.physmem: 125272064 :hw.usermen: 84840448 :hw.realmem: 134217728 KVM != physical memory. On i386 by default the kernel has 1G of KVM and userland has 3G. While the partition can be moved to increase available KVM on i386 (e.g. 2G/2G), it isn't recommended. So the KVM reserved for various things does not generally impact physical memory use. The number of swap buffers (nswbuf) is scaled to 1/4 nbufs with a maximum of 256. Systems with small amounts of memory should not be impacted. The issue w/ regards to KVM problems on i386 is mostly restricted to systems with 2G+ of ram where the kernel's various internal parameters are scaled to their maximum values or limits. On systems with less ram the kernel's internal parameters are usually scaled down sufficiently that there is very little chance of the kernel running out of KVM. -Matt From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 18:28:33 2010 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 883D2106566C; Sat, 20 Mar 2010 18:28:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5F6DB8FC12; Sat, 20 Mar 2010 18:28:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2KISWvw092169; Sat, 20 Mar 2010 14:28:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2KISW5V092155; Sat, 20 Mar 2010 18:28:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 20 Mar 2010 18:28:32 GMT Message-Id: <201003201828.o2KISW5V092155@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 18:28:33 -0000 TB --- 2010-03-20 16:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-20 16:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-03-20 16:40:00 - cleaning the object tree TB --- 2010-03-20 16:40:24 - cvsupping the source tree TB --- 2010-03-20 16:40:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-03-20 16:40:57 - building world TB --- 2010-03-20 16:40:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-20 16:40:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-20 16:40:57 - TARGET=i386 TB --- 2010-03-20 16:40:57 - TARGET_ARCH=i386 TB --- 2010-03-20 16:40:57 - TZ=UTC TB --- 2010-03-20 16:40:57 - __MAKE_CONF=/dev/null TB --- 2010-03-20 16:40:57 - cd /src TB --- 2010-03-20 16:40:57 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 20 16:40:58 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 20 17:39:45 UTC 2010 TB --- 2010-03-20 17:39:45 - generating LINT kernel config TB --- 2010-03-20 17:39:45 - cd /src/sys/i386/conf TB --- 2010-03-20 17:39:45 - /usr/bin/make -B LINT TB --- 2010-03-20 17:39:45 - building LINT kernel TB --- 2010-03-20 17:39:45 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-20 17:39:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-20 17:39:45 - TARGET=i386 TB --- 2010-03-20 17:39:45 - TARGET_ARCH=i386 TB --- 2010-03-20 17:39:45 - TZ=UTC TB --- 2010-03-20 17:39:45 - __MAKE_CONF=/dev/null TB --- 2010-03-20 17:39:45 - cd /src TB --- 2010-03-20 17:39:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 20 17:39:45 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Mar 20 18:04:23 UTC 2010 TB --- 2010-03-20 18:04:23 - building GENERIC kernel TB --- 2010-03-20 18:04:23 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-20 18:04:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-20 18:04:23 - TARGET=i386 TB --- 2010-03-20 18:04:23 - TARGET_ARCH=i386 TB --- 2010-03-20 18:04:23 - TZ=UTC TB --- 2010-03-20 18:04:23 - __MAKE_CONF=/dev/null TB --- 2010-03-20 18:04:23 - cd /src TB --- 2010-03-20 18:04:23 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 20 18:04:23 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Mar 20 18:23:50 UTC 2010 TB --- 2010-03-20 18:23:50 - building PAE kernel TB --- 2010-03-20 18:23:50 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-20 18:23:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-20 18:23:50 - TARGET=i386 TB --- 2010-03-20 18:23:50 - TARGET_ARCH=i386 TB --- 2010-03-20 18:23:50 - TZ=UTC TB --- 2010-03-20 18:23:50 - __MAKE_CONF=/dev/null TB --- 2010-03-20 18:23:50 - cd /src TB --- 2010-03-20 18:23:50 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sat Mar 20 18:23:51 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/libkern/qdivrem.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/libkern/ucmpdi2.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/libkern/udivdi3.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/libkern/umoddi3.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/compat/x86bios/x86bios.c cc1: warnings being treated as errors /src/sys/compat/x86bios/x86bios.c: In function 'x86bios_map_mem': /src/sys/compat/x86bios/x86bios.c:558: warning: cast to pointer from integer of different size *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-20 18:28:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-20 18:28:32 - ERROR: failed to build PAE kernel TB --- 2010-03-20 18:28:32 - 5047.27 user 886.38 system 6511.54 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 18:40:45 2010 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 4C0CC106564A; Sat, 20 Mar 2010 18:40:45 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id B1B968FC17; Sat, 20 Mar 2010 18:40:44 +0000 (UTC) Received: by bwz8 with SMTP id 8so3886437bwz.3 for ; Sat, 20 Mar 2010 11:40:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.48.197 with SMTP id s5mr20992bkf.177.1269108838463; Sat, 20 Mar 2010 11:13:58 -0700 (PDT) X-Originating-IP: [93.203.28.245] In-Reply-To: <201003201753.o2KHrH5x003946@apollo.backplane.com> References: <4BA4E7A9.3070502@FreeBSD.org> <201003201753.o2KHrH5x003946@apollo.backplane.com> Date: Sat, 20 Mar 2010 19:13:58 +0100 Message-ID: From: "C. P. Ghost" To: Matthew Dillon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexander Motin , FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: Increasing MAXPHYS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Mar 2010 18:40:45 -0000 On Sat, Mar 20, 2010 at 6:53 PM, Matthew Dillon wrote: > > :All above I have successfully tested last months with MAXPHYS of 1MB on > :i386 and amd64 platforms. > : > :So my questions are: > :- does somebody know any issues denying increasing MAXPHYS in HEAD? > :- are there any specific opinions about value? 512K, 1MB, MD? > : > :-- > :Alexander Motin > > =A0 =A0(nswbuf * MAXPHYS) of KVM is reserved for pbufs, so on i386 you > =A0 =A0might hit up against KVM exhaustion issues in unrelated subsystems= . > =A0 =A0nswbuf typically maxes out at around 256. =A0For i386 1MB is proba= bly > =A0 =A0too large (256M of reserved KVM is a lot for i386). =A0On amd64 th= ere > =A0 =A0shouldn't be a problem. Pardon my ignorance, but wouldn't so much KVM make small embedded devices like Soekris boards with 128 MB of physical RAM totally unusable then? On my net4801, running RELENG_8: vm.kmem_size: 40878080 hw.physmem: 125272064 hw.usermen: 84840448 hw.realmem: 134217728 > =A0 =A0Diminishing returns get hit pretty quickly with larger MAXPHYS val= ues. > =A0 =A0As long as the I/O can be pipelined the reduced transaction rate > =A0 =A0becomes less interesting when the transaction rate is less than a > =A0 =A0certain level. =A0Off the cuff I'd say 2000 tps is a good basis fo= r > =A0 =A0considering whether it is an issue or not. =A0256K is actually qui= te > =A0 =A0a reasonable value. =A0Even 128K is reasonable. > > =A0 =A0Nearly all the issues I've come up against in the last few years h= ave > =A0 =A0been related more to pipeline algorithms breaking down and less wi= th > =A0 =A0I/O size. =A0The cluster_read() code is especially vulnerable to > =A0 =A0algorithmic breakdowns when fast media (such as a SSD) is involved= . > =A0 =A0e.g. =A0I/Os queued from the previous cluster op can create stall > =A0 =A0conditions in subsequent cluster ops before they can issue new I/O= s > =A0 =A0to keep the pipeline hot. Thanks, -cpghost. --=20 Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 19:26:53 2010 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 462CD106566C; Sat, 20 Mar 2010 19:26:53 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 9B9AC8FC0A; Sat, 20 Mar 2010 19:26:52 +0000 (UTC) Received: by fxm22 with SMTP id 22so3930198fxm.14 for ; Sat, 20 Mar 2010 12:26:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=5o8zI4Z2F7aw1yG7OevShLO0BWzWkprMueYsuWfhHao=; b=pN/SPcPgEejIBP+5U2N5ZRH/MZ9vONhwU4R7Iuh1PJszurDVnEqp1fo6++Emokyw2b zamFMKRMLKHUaSlkKtTRj2Ns1Ad2UNXQTXsQoDf+JTb5y2C5wYHz9Nx3a/YFBMjwUci+ xkYv5sRQRRE9QpBsF7Jc1rolk/N/ELLNZwWVM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=UiWzDCsbVt38yvogHTTIARYir2WpEOKGZW83LRduE0rOLGBPjtJH24iCmr6sxR8oye 9CgF1r8zC4Q6LKvVb1mpP1S/+vVGADoFuUmx6YvlBzYaBLz8LVVy+zA09AcO7ZyFdoXR 0gNM7fHkNKBlqjAJqaP13UszNS2kxWMhEMqF0= Received: by 10.223.94.200 with SMTP id a8mr12097540fan.86.1269113211478; Sat, 20 Mar 2010 12:26:51 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 13sm2177639fxm.14.2010.03.20.12.26.50 (version=SSLv3 cipher=RC4-MD5); Sat, 20 Mar 2010 12:26:51 -0700 (PDT) Sender: Alexander Motin Message-ID: <4BA52179.9030903@FreeBSD.org> Date: Sat, 20 Mar 2010 21:26:49 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Scott Long References: <4BA4E7A9.3070502@FreeBSD.org> <201003201753.o2KHrH5x003946@apollo.backplane.com> <891E2580-8DE3-4B82-81C4-F2C07735A854@samsco.org> In-Reply-To: <891E2580-8DE3-4B82-81C4-F2C07735A854@samsco.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: Increasing MAXPHYS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Mar 2010 19:26:53 -0000 Scott Long wrote: > On Mar 20, 2010, at 11:53 AM, Matthew Dillon wrote: >> Diminishing returns get hit pretty quickly with larger MAXPHYS values. >> As long as the I/O can be pipelined the reduced transaction rate >> becomes less interesting when the transaction rate is less than a >> certain level. Off the cuff I'd say 2000 tps is a good basis for >> considering whether it is an issue or not. 256K is actually quite >> a reasonable value. Even 128K is reasonable. > > I agree completely. I did quite a bit of testing on this in 2008 and 2009. > I even added some hooks into CAM to support this, and I thought that I had > discussed this extensively with Alexander at the time. Guess it was yet another > wasted conversation with him =-( I'll repeat it here for the record. AFAIR at that time you've agreed that 256K gives improvements, and 64K of DFLTPHYS limiting most SCSI SIMs is too small. That's why you've implemented that hooks in CAM. I have not forgot that conversation (pity that it quietly died for SCSI SIMs). I agree that too high value could be just a waste of resources. As you may see I haven't blindly committed it, but asked public opinion. If you think 256K is OK - let it be 256K. If you think that 256K needed only for media servers - OK, but lets make it usable there. > Besides the nswbuf sizing problem, there is a real problem that a lot of drivers > have incorrectly assumed over the years that MAXPHYS and DFLTPHYS are > particular values, and they've sized their data structures accordingly. Before > these values are changed, an audit needs to be done OF EVERY SINGLE > STORAGE DRIVER. No exceptions. This isn't a case of changing MAXHYS > in the ata driver, testing that your machine boots, and then committing the change > to source control. Some drivers will have non-obvious restrictions based on > the number of SG elements allowed in a particular command format. MPT > comes to mind (its multi message SG code seems to be broken when I tried > testing large MAXPHYS on it), but I bet that there are others. As you should remember, we have made it in such way, that all unchecked drivers keep using DFLTPHYS, which is not going to be changed ever. So there is no problem. I would more worry about non-CAM storages and above stuff, like some rare GEOM classes. > I'm fine with raising MAXPHYS in production once the problems are > addressed. That's why in my post I've asked people about any known problems. I've addressed several related issues in last months, and I am looking for more. To address problems, it would be nice to know about them first. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 19:38:19 2010 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 D450C106566B; Sat, 20 Mar 2010 19:38:19 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9AC308FC1A; Sat, 20 Mar 2010 19:38:19 +0000 (UTC) Received: by pwj4 with SMTP id 4so3331297pwj.13 for ; Sat, 20 Mar 2010 12:38:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=JLTq/EML72PMPz50E81sMrvNHgsmXT1cQDYCCtSQXDk=; b=HnER6hGt8kZuJBnGiw2zHIf1V7BOsziZqVvyFq0W7vSa7oAj9r8Y2VUXgg6duLver5 qfHlSsp0/p2FAXEPuUW8juPIJ/y9cSYuk8Lf+IVmyebzOuuprwCCeY6M+G2LJrz3+WDn ZkLIDPZmPmj6mziv27aPzmeWmfPg29s5bG/UE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=s0r0+32tgXk+eYcuBoLrkUVDCnqEdnfikuWQvK9C9HCgX9ifeInlmIlULAGI+sv35k h0+WIV4jx/mvI4Z+nyRLU025Rls7Jg6s0M1VtSSd+1waqzlbd0fCCYDwg3yU8MH+iyuT UEE3upWOS1WxQflMCtOWuQFNgAPKFHBpvI3VA= MIME-Version: 1.0 Received: by 10.143.24.41 with SMTP id b41mr474035wfj.98.1269113898971; Sat, 20 Mar 2010 12:38:18 -0700 (PDT) In-Reply-To: <4BA4E7A9.3070502@FreeBSD.org> References: <4BA4E7A9.3070502@FreeBSD.org> Date: Sat, 20 Mar 2010 14:38:18 -0500 Message-ID: From: Alan Cox To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: Increasing MAXPHYS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 19:38:19 -0000 2010/3/20 Alexander Motin > Hi. > > With set of changes done to ATA, CAM and GEOM subsystems last time we > may now get use for increased MAXPHYS (maximum physical I/O size) kernel > constant from 128K to some bigger value. [snip] > All above I have successfully tested last months with MAXPHYS of 1MB on > i386 and amd64 platforms. > > So my questions are: > - does somebody know any issues denying increasing MAXPHYS in HEAD? > - are there any specific opinions about value? 512K, 1MB, MD? > > For now, I think it should machine-dependent. The virtual memory system should have no problems with MAXPHYS of 1MB on amd64 and ia64. Alan From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 20:41:36 2010 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 7F8A9106566C; Sat, 20 Mar 2010 20:41:36 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (outm.internet-mail-service.net [216.240.47.236]) by mx1.freebsd.org (Postfix) with ESMTP id 2CFD78FC08; Sat, 20 Mar 2010 20:41:36 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o2KKfX20006239; Sat, 20 Mar 2010 13:41:33 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 3926E2D6013; Sat, 20 Mar 2010 13:41:32 -0700 (PDT) Message-ID: <4BA532FF.6040407@elischer.org> Date: Sat, 20 Mar 2010 13:41:35 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) MIME-Version: 1.0 To: Alexander Motin References: <4BA4E7A9.3070502@FreeBSD.org> <201003201753.o2KHrH5x003946@apollo.backplane.com> <891E2580-8DE3-4B82-81C4-F2C07735A854@samsco.org> <4BA52179.9030903@FreeBSD.org> In-Reply-To: <4BA52179.9030903@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: Increasing MAXPHYS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Mar 2010 20:41:36 -0000 Alexander Motin wrote: > Scott Long wrote: >> On Mar 20, 2010, at 11:53 AM, Matthew Dillon wrote: >>> Diminishing returns get hit pretty quickly with larger MAXPHYS values. >>> As long as the I/O can be pipelined the reduced transaction rate >>> becomes less interesting when the transaction rate is less than a >>> certain level. Off the cuff I'd say 2000 tps is a good basis for >>> considering whether it is an issue or not. 256K is actually quite >>> a reasonable value. Even 128K is reasonable. >> I agree completely. I did quite a bit of testing on this in 2008 and 2009. >> I even added some hooks into CAM to support this, and I thought that I had >> discussed this extensively with Alexander at the time. Guess it was yet another >> wasted conversation with him =-( I'll repeat it here for the record. In the Fusion-io driver we find that the limiting factor is not the size of MAXPHYS, but the fact that we can not push more than 170k tps through geom. (in my test machine. I've seen more on some beefier machines), but that is only a limit on small transacrtions, or in the case of large transfers the DMA engine tops out before a bigger MAXPHYS would make any difference. Where it may make a difference is that Linux only pushes 128k at a time it looks like so many hardware engines have likely never been tested with greater. (not sure about Windows). Some drivers may also be written with the assumption that they will not see more. OF course they should be able to limit the transaction size down themselves if they are written well. > > AFAIR at that time you've agreed that 256K gives improvements, and 64K > of DFLTPHYS limiting most SCSI SIMs is too small. That's why you've > implemented that hooks in CAM. I have not forgot that conversation (pity > that it quietly died for SCSI SIMs). I agree that too high value could > be just a waste of resources. As you may see I haven't blindly committed > it, but asked public opinion. If you think 256K is OK - let it be 256K. > If you think that 256K needed only for media servers - OK, but lets make > it usable there. > >> Besides the nswbuf sizing problem, there is a real problem that a lot of drivers >> have incorrectly assumed over the years that MAXPHYS and DFLTPHYS are >> particular values, and they've sized their data structures accordingly. Before >> these values are changed, an audit needs to be done OF EVERY SINGLE >> STORAGE DRIVER. No exceptions. This isn't a case of changing MAXHYS >> in the ata driver, testing that your machine boots, and then committing the change >> to source control. Some drivers will have non-obvious restrictions based on >> the number of SG elements allowed in a particular command format. MPT >> comes to mind (its multi message SG code seems to be broken when I tried >> testing large MAXPHYS on it), but I bet that there are others. > > As you should remember, we have made it in such way, that all unchecked > drivers keep using DFLTPHYS, which is not going to be changed ever. So > there is no problem. I would more worry about non-CAM storages and above > stuff, like some rare GEOM classes. > >> I'm fine with raising MAXPHYS in production once the problems are >> addressed. > > That's why in my post I've asked people about any known problems. I've > addressed several related issues in last months, and I am looking for > more. To address problems, it would be nice to know about them first. > From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 20:53:41 2010 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 57295106566C; Sat, 20 Mar 2010 20:53:41 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 0A9838FC1A; Sat, 20 Mar 2010 20:53:40 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Nt5fv-0000Jp-V0; Sat, 20 Mar 2010 20:53:40 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Nt5fu-0000Ef-Ne; Sat, 20 Mar 2010 20:53:38 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3) with ESMTP id o2KKrcCG085078; Sat, 20 Mar 2010 20:53:38 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2KKrcCK085077; Sat, 20 Mar 2010 20:53:38 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sat, 20 Mar 2010 20:53:37 +0000 From: Anton Shterenlikht Message-ID: <20100320205337.GF84236@mech-cluster241.men.bris.ac.uk> References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> <20100320154446.GE84236@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100320154446.GE84236@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: jhell , FreeBSD Current , freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Mar 2010 20:53:41 -0000 On Sat, Mar 20, 2010 at 03:44:46PM +0000, Anton Shterenlikht wrote: > On Sat, Mar 20, 2010 at 07:27:43AM -0400, jhell wrote: > > > > On Fri, 19 Mar 2010 17:15, Anton Shterenlikht wrote: > > In Message-Id: <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> > > > > > On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote: > > >> -----BEGIN PGP SIGNED MESSAGE----- > > >> Hash: SHA1 > > >> > > >> > > >> > > >> On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: > > >> In Message-Id: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> > > >> > > >>> Just updated to ia64 r205248 > > >>> > > >>> If my problem is due to my mis-configuration, > > >>> I apologise in advance. > > >>> > > >>> I run this shell script after each upgrade > > >>> and 'make delete-old-libs' to check > > >>> if any shared objects need to be rebuilt: > > >>> > > >>> > > >>> > > >>> #!/bin/sh > > >>> > > >>> for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` > > >>> do > > >>> echo $file > > >>> ldd $file >> /root/ldd_results 2> /dev/zero > > >>> done > > >>> > > >>> > > >>> > > >> > > >> This will probably do closer to what you actually would want to look for. > > >> > > >> Writing to /dev/zero ... I don't know never tried it since /dev/null is > > >> usually the standard place to throw trash. > > >> > > >> #!/bin/sh > > >> for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do > > >> echo $file > > >> ldd $file >>/root/ldd_results 2>/dev/null > > >> done > > >> > > >> The problem with your script is that it finds most files that it can not > > >> or is not useful to run ldd on and leaves you junk in return. > > >> > > >> It might be more useful if you searched for dynamically linked ELF > > >> binaries to run ldd against like the following. > > >> > > >> === Script starts here === > > >> #!/bin/sh > > >> > > >> SEARCHPATH="/*bin /usr/*bin /usr/lib* /usr/local/*bin" > > >> > > >> trap 'exit 1' 2 > > >> > > >> check_libs() { > > >> for spath in $SEARCHPATH; do > > >> for ifelf in `find $spath -type f`; do > > >> ldd `file $ifelf | grep dynamically | cut -f1 -d:` > > >> done > > >> done > > >> } > > >> > > >> check_libs 2>/dev/null > > >> === Script ends here === > > >> > > >> The above will find all type ELF * that are dynamically linked within the > > >> SEARCHPATH variable and run ldd on them and print the results to stdout. > > >> > > >> Obviously since you are going to have thousands of files being questioned, > > >> stdout is not going to be useful. > > >> > > >> So with the about stated: > > >> save the script to: checklibs.sh > > >> run with: "sh checklibs.sh >/root/checklibs_output" > > >> or: "script /root/checklibs_output checklibs.sh" > > >> > > >>> After the upgrade to r205248, the script > > >>> freezes at seemingly random points. > > >>> > > >> > > >> Unneeded disk usage & execution. > > >> > > >>> I can still ssh to the machine (using keys), i.e. > > >>> I see the welcome message, but cannot get to the console prompt. > > >> > > >> Of course... to many open files or processes in wait. SSH already has the > > >> information it needs loaded into memory, that's why you can get sort-of-in > > >> > > >> ZFS file-system perhaps ? > > > > > > I've no ZFS. > > > > > > I'm seeing very similar behaviour now with csup: > > > > > > ( I do csup -L2 /root/ports-supfile, where > > > > > > # cat /root/ports-supfile > > > *default host=cvsup.uk.FreeBSD.org > > > *default base=/var/db > > > *default prefix=/usr > > > *default release=cvs tag=. delete use-rel-suffix compress > > > > > > ports-all > > > # ) > > > > > > top(1) shows: > > > > > > last pid: 1160; load averages: 0.00, 0.06, 0.07 up 0+00:10:53 15:05:52 > > > 81 processes: 3 running, 61 sleeping, 17 waiting > > > CPU 0: 0.0% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.8% idle > > > CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > > > Mem: 23M Active, 19M Inact, 75M Wired, 136K Cache, 34M Buf, 5900M Free > > > Swap: 2780M Total, 2780M Free > > > > > > PID UID THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > > 10 0 2 171 ki31 0K 64K RUN 0 20:18 198.00% idle > > > 11 0 17 -48 - 0K 544K WAIT 0 0:01 0.00% intr > > > 1118 1001 1 96 0 12800K 3920K CPU0 0 0:00 0.00% top > > > 4 0 1 -8 - 0K 32K - 1 0:00 0.00% g_down > > > 1158 0 4 -8 0 43672K 6296K biowr 0 0:00 0.00% csup > > > > > > > > > which stays in biowr state indefinitely. > > > > > > I can issue kill -9 or kill -HUP from top(1), > > > which makes csup change state to STOP, but > > > nothing else happens. > > > > > > As before, I can't log in from other terminals > > > and have to do a cold reset. I've reinstalled > > > on another disk, so not sure what's going on. > > > > > > I think rm(1) is also extremely slow, but > > > maybe I'm imagining things. > > > > > > many thanks > > > anton > > > > > > > > > > > > I would post up the contents of your make.conf & your kernel config & your > > dmesg somewhere so it can be evaluated. > > When I reinstalled 8.0 from a CD, > I updated source with csup, that worked. > However, after upgrading to current, I can't get > any luck with csup. The important bit is that > I don't really know what revision this is. > > I've no /etc/make.conf > > kernel config: > http://seis.bris.ac.uk/~mexas/freebsd/ia64/rx2600/uzi/UZI > > dmesg: > http://seis.bris.ac.uk/~mexas/freebsd/ia64/rx2600/uzi/dmesg.boot > Marcel, this might be of some interest. I managed to csup /usr/src, probably because there was not too many updates from 3 days ago. I proceeded with updating the system, but had a freeze again in single user at the very beginning of 'make installworld'. Now I've reinstalled 8.0-CURRENT-200906 snapshot and have no issues with csup, just completed downloading the ports tree. It seems something is wrong with csup(1), or pehaps disk i/o, in the recent ia64 updates. I'll try building svn from ports and update via svn, will report the results. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 21:30:30 2010 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 28C6D106564A; Sat, 20 Mar 2010 21:30:30 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (outn.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id 083708FC16; Sat, 20 Mar 2010 21:30:29 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o2KLUTkH008746; Sat, 20 Mar 2010 14:30:29 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 9EC772D6018; Sat, 20 Mar 2010 14:30:28 -0700 (PDT) Message-ID: <4BA53E77.8010208@elischer.org> Date: Sat, 20 Mar 2010 14:30:31 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) MIME-Version: 1.0 To: Ivan Voras References: <4BA4E7A9.3070502@FreeBSD.org> <201003201753.o2KHrH5x003946@apollo.backplane.com> <891E2580-8DE3-4B82-81C4-F2C07735A854@samsco.org> <4BA52179.9030903@FreeBSD.org> <4BA532FF.6040407@elischer.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Increasing MAXPHYS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Mar 2010 21:30:30 -0000 Ivan Voras wrote: > Julian Elischer wrote: >> Alexander Motin wrote: >>> Scott Long wrote: >>>> On Mar 20, 2010, at 11:53 AM, Matthew Dillon wrote: >>>>> Diminishing returns get hit pretty quickly with larger MAXPHYS >>>>> values. >>>>> As long as the I/O can be pipelined the reduced transaction rate >>>>> becomes less interesting when the transaction rate is less than a >>>>> certain level. Off the cuff I'd say 2000 tps is a good basis for >>>>> considering whether it is an issue or not. 256K is actually quite >>>>> a reasonable value. Even 128K is reasonable. >>>> I agree completely. I did quite a bit of testing on this in 2008 >>>> and 2009. >>>> I even added some hooks into CAM to support this, and I thought that >>>> I had >>>> discussed this extensively with Alexander at the time. Guess it was >>>> yet another >>>> wasted conversation with him =-( I'll repeat it here for the record. >> >> In the Fusion-io driver we find that the limiting factor is not the >> size of MAXPHYS, but the fact that we can not push more than >> 170k tps through geom. (in my test machine. I've seen more on some >> beefier machines), but that is only a limit on small transacrtions, > > Do the GEOM threads (g_up, g_down) go into saturation? Effectively all > IO is serialized through them. basically.. You can get better throughput by using TSC for timing because the geom and devstat code does a bit of timing.. Geom can be told to turn off it's timing but devstat can't. The 170 ktps is with TSC as timer, and geom timing turned off. It could just be the shear weight of the work being done. Linux on the same machine using the same driver code (with different wrappers) gets 225k tps. > > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Mar 20 22:22:02 2010 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 3A976106564A for ; Sat, 20 Mar 2010 22:22:02 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay3.uni-muenster.de (ZIVM-RELAY3.UNI-MUENSTER.DE [128.176.192.19]) by mx1.freebsd.org (Postfix) with ESMTP id B1CD38FC14 for ; Sat, 20 Mar 2010 22:22:01 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.51,279,1267398000"; d="scan'208";a="28922201" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER01.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 20 Mar 2010 23:21:59 +0100 Received: by ZIVMAILUSER01.UNI-MUENSTER.DE (Postfix, from userid 149459) id 5B1DA1B0768; Sat, 20 Mar 2010 23:21:59 +0100 (CET) Date: Sat, 20 Mar 2010 23:21:58 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: In-Reply-To: <201003171654.15017.ken@mthelicon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: build failures after stdlib update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Mar 2010 22:22:02 -0000 i still haven't been able to do a buildworld without cc segfaulting. :( if i repeat the cc operation that segfaulted during buildworld with cc under /usr/bin everything works fine. the segfault only occurs during buildworld with the bootstrapped version of cc under /usr/ob/usr/src/tmp/usr/bin/cc. i've replaced my /bin /sbin /lib /libexec /usr/bin /usr/sbin /usr/lib /usr/lib32 /usr/libdata /usr/libexec directories completely and recursively with ones built 19th of March (so the strlen bug should be fixed in all those files because they have been dynamically or statically linked gainst a good libc) i've compared the output of `ident /usr/bin/cc` and `ident /usr/obj/usr/src/tmp/usr/bin/cc` and this is the result: -/usr/bin/cc: +/usr/obj/usr/src/tmp/usr/bin/cc: $FreeBSD: src/lib/csu/amd64/crti.S,v 1.7 2004/03/21 01:39:01 peter Exp $ $FreeBSD: src/lib/csu/amd64/crtn.S,v 1.6 2004/03/21 01:39:01 peter Exp $ $FreeBSD: src/lib/csu/common/crtbrand.c,v 1.6 2007/12/04 12:18:43 kib Exp $ $FreeBSD: src/lib/csu/amd64/crt1.c,v 1.16 2010/03/05 13:28:05 uqs Exp $ $FreeBSD: src/lib/libc/string/strsignal.c,v 1.9 2010/01/24 10:35:26 ume Exp $ + $FreeBSD: src/lib/libc/amd64/string/memcmp.S,v 1.2 2008/11/02 01:10:54 peter Exp $ $FreeBSD: src/lib/libc/stdio/remove.c,v 1.9 2007/01/09 00:28:07 imp Exp $ $FreeBSD: src/lib/libc/stdio/freopen.c,v 1.21 2008/04/17 22:17:54 jhb Exp $ $FreeBSD: src/lib/libc/gen/waitpid.c,v 1.7 2007/01/09 00:27:56 imp Exp $ @@ -51,7 +52,6 @@ $FreeBSD: src/lib/libc/stdio/fread.c,v 1.17 2010/01/10 14:30:30 cperciva Exp $ $FreeBSD: src/lib/libc/stdio/fileno.c,v 1.13 2008/05/05 16:03:52 jhb Exp $ $FreeBSD: src/lib/libc/stdio/ferror.c,v 1.12 2008/05/05 16:03:52 jhb Exp $ - $FreeBSD: src/lib/libc/stdio/puts.c,v 1.11 2007/01/09 00:28:07 imp Exp $ $FreeBSD: src/lib/libc/gen/syslog.c,v 1.39 2007/01/09 00:27:55 imp Exp $ $FreeBSD: src/lib/libc/string/strstr.c,v 1.6 2009/02/03 17:58:20 danger Exp $ $FreeBSD: src/lib/libc/string/strlcpy.c,v 1.11 2009/02/28 05:15:02 das Exp $ i'm really clueless right now. i thought maybe this could be due to bad memory, but in that case shouldn't segfaults appear randomly? because this one is 100% reproducable. maybe a bad sector in my hdd? i don't know. :( cheers. alex