From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 01:51:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AB72106564A; Sun, 4 Sep 2011 01:51:44 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 203808FC0A; Sun, 4 Sep 2011 01:51:43 +0000 (UTC) Received: by gxk28 with SMTP id 28so3454011gxk.13 for ; Sat, 03 Sep 2011 18:51:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=dMStu7ZY4mFhiyFkcElIDt/4NiH1MNyM8AJ1xE9jIEc=; b=Y9Wb7P+oaqbhbUPHfiH5t1y1nBIIi8h30N3ebEgktw0GRyYuVzZjHvCnh/wFk4Ku+a eESthwm1V8M1m6sICuRi0B9F97E6Zu6Mliz5/+LwwriZSfS6qfAOcO4b8YIQDeAVVB9M doeNUNadZxRLr91KEyFK6/eRXsDiW1BvtUNIc= MIME-Version: 1.0 Received: by 10.236.22.9 with SMTP id s9mr10719814yhs.129.1315101103481; Sat, 03 Sep 2011 18:51:43 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.103.6 with HTTP; Sat, 3 Sep 2011 18:51:43 -0700 (PDT) In-Reply-To: <3C2243F3-8DBA-40A2-A7FF-B668A9809FEE@vigrid.com> References: <201108250940.44847.jhb@freebsd.org> <3C2243F3-8DBA-40A2-A7FF-B668A9809FEE@vigrid.com> Date: Sun, 4 Sep 2011 09:51:43 +0800 X-Google-Sender-Auth: UACMO3r1ejvXwqiGjx0xHTmn_KU Message-ID: From: Adrian Chadd To: Daniel Eischen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Daniel Eischen , Eitan Adler , "freebsd-current@freebsd.org" Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2011 01:51:44 -0000 On 3 September 2011 22:32, Daniel Eischen wrote: >> No, you don't need a whole buildworld. Just try booting the kernel and >> see when it attaches. > > There's a reason I haven't upgraded this system in over a year. =A0It tak= es a long time to update the src tree and a long time to build a kernel. = =A0I miss the 2.x/3.x days where you could build world on system like this = in about an hour or so. Just build a kernel on a fast system and boot it? You don't have to boot a full buildworld+modules to see whether ath0 attaches. Adrian From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 02:11:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A17C4106566C for ; Sun, 4 Sep 2011 02:11:58 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 291CD8FC16 for ; Sun, 4 Sep 2011 02:11:57 +0000 (UTC) Received: by bkat8 with SMTP id t8so4878861bka.13 for ; Sat, 03 Sep 2011 19:11:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=zIpt7Miv4iYeBqk68vfAMZsXh31wRVGWpvqbcsuaO50=; b=fl6Oya26TwC4S3a4FLYTwPHEOoTe2VEIPOOAHuL5jWNTBjKK+ZJcOnO9RFHn+EGRrx zwqmtmWTKvIazCjBPOQ8Cv47CKjIBBASw5ko0+eHukVbF/g6cNmSZE8QU+YN5iM+zsHd uEaKfiJsYxlU3vXwD8c1KwtvMCC5yOUk3eq9k= MIME-Version: 1.0 Received: by 10.204.149.82 with SMTP id s18mr1337315bkv.387.1315102317091; Sat, 03 Sep 2011 19:11:57 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.58.196 with HTTP; Sat, 3 Sep 2011 19:11:57 -0700 (PDT) In-Reply-To: References: <201108250940.44847.jhb@freebsd.org> <3C2243F3-8DBA-40A2-A7FF-B668A9809FEE@vigrid.com> Date: Sat, 3 Sep 2011 19:11:57 -0700 X-Google-Sender-Auth: 1XdyV8Vy6ROBE442yOXDkvhMCsQ Message-ID: From: Craig Rodrigues To: Daniel Eischen Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-current@freebsd.org" Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2011 02:11:58 -0000 Hi, If : (1) your laptop has an Ethernet jack (2) your laptop supports booting over the network via PXE (3) you have another fast machine, where you can NFS export a directory which has the output of "make buildkernel / make buildworld". then you can: (1) compile the kernel on the fast machine (2) NFS export the directory with the kernel (3) try to network boot your laptop with that kernel over Ethernet, without installing FreeBSD on your laptop. I am in the middle of writing this document for contribution to the FreeBSD Handbook: http://people.freebsd.org/~rodrigc/doc/doc/en_US.ISO8859-1/books/handbook/network-pxe-nfs.html which describes how to do that. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 04:40:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34725106566C for ; Sun, 4 Sep 2011 04:40:38 +0000 (UTC) (envelope-from xaero@xaerolimit.net) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id E03318FC08 for ; Sun, 4 Sep 2011 04:40:37 +0000 (UTC) Received: by qwg2 with SMTP id 2so2976543qwg.17 for ; Sat, 03 Sep 2011 21:40:37 -0700 (PDT) Received: by 10.229.1.222 with SMTP id 30mr2079073qcg.134.1315111235417; Sat, 03 Sep 2011 21:40:35 -0700 (PDT) Received: from [192.168.0.9] (ool-43529a81.dyn.optonline.net. [67.82.154.129]) by mx.google.com with ESMTPS id hf4sm3253647qab.4.2011.09.03.21.40.33 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 03 Sep 2011 21:40:34 -0700 (PDT) Message-ID: <4E63012A.1030500@xaerolimit.net> Date: Sun, 04 Sep 2011 00:40:10 -0400 From: Chris Brennan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: Adam Vande More References: <4E629A62.8020903@xaerolimit.net> In-Reply-To: X-Enigmail-Version: 1.3.1 OpenPGP: id=D5B20C0C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8473D2DF2B1F251C0EE6C3B0" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Craig Rodrigues , freebsd-current@freebsd.org Subject: Re: Need a README to explain items in download 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, 04 Sep 2011 04:40:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8473D2DF2B1F251C0EE6C3B0 Content-Type: multipart/mixed; boundary="------------070506040109000809060505" This is a multi-part message in MIME format. --------------070506040109000809060505 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 9/3/2011 7:12 PM, Adam Vande More wrote: > On Sat, Sep 3, 2011 at 6:00 PM, Craig Rodrigues > wrote: >=20 > For this line: >=20 > (1) FreeBSD-8.2-RELEASE-i386-bootonly.iso - Requires an Internet > Connection >=20 > Does this mean that this ISO has the minimal stuff to boot, and > then do an install by downloading packages over the Internet? I > really don't > know, that's why I'm asking. :) What this should have said was that it is a *boot-to-installer* only ISO image, designed to be burned to optical media. A *network* connection is required (LAN/WAN depending on where you will be installing from) *or* you will have to provide a 'local source[1]' for the install to pull BASE packages from. [1] Local source can be an NFS mounted partition, local hard-drive with the base packages, etc... where-ever the BASE install files are located. > While such wording may be helpful to a new user over completely absent > directions, it's technically flawed. You don't need an internet > connection, but rather a network connection or some other form of > installation media. You are correct Adam. I was a little too basic. If such a README is to be implemented, I could find myself writing some correct descriptions =2E.. perhaps a pr is in order? --=20 > Chris Brennan > -- > A: Yes. > >Q: Are you sure? > >>A: Because it reverses the logical flow of conversation. > >>>Q: Why is top posting frowned upon? > http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/ > GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8 9E4A EECD 9A84 D5B2 0C0C) ------------------------------------------------------------------------ --------------070506040109000809060505-- --------------enig8473D2DF2B1F251C0EE6C3B0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOYwErAAoJEO7NmoTVsgwM5O0IAKMI1HngNXpDOcp5vjwCSn4o tkqmYetSX5RQo9H/kAlQ9ZFEYcLvj1ZEHRqgj6rIvy30U9VPQy0DtlLCX/E08veR g4pmpgyi1e8djBQ1pdZ7OHmr6cLYh9fvzjMFHKGWAI3yJqlz97hptLe4TrEdbMmM 5Wxys7PQrXsb2juFLyNG7j3hYMJPhuNhX7zvfkOj7DpSr0ME/8lPelTH1ODXFJxm zhdv5/wzHeWlSCbx7JFay1wJ1iL55FYPQnWBK6IORaQjp+WgwXHyKoFSbT+TGq/a VkYGnwZqC+s/R7Lpv70M//5VzL03/AZG7H8D3+ypWYmrlUvZhSS4ZvpgXCXCnGY= =MfNW -----END PGP SIGNATURE----- --------------enig8473D2DF2B1F251C0EE6C3B0-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 07:32:05 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F7A31065674; Sun, 4 Sep 2011 07:32:05 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4BB7F8FC14; Sun, 4 Sep 2011 07:32:04 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA09612; Sun, 04 Sep 2011 10:32:03 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1R07BS-000LQD-OK; Sun, 04 Sep 2011 10:32:02 +0300 Message-ID: <4E632972.7080409@FreeBSD.org> Date: Sun, 04 Sep 2011 10:32:02 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: FreeBSD-Current X-Enigmail-Version: undefined Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: Alexander Motin Subject: ahci doesn't work with qemu emulation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2011 07:32:05 -0000 >From dmesg: [snip] ahci0: mem 0xfebf1000-0xfebf1fff irq 11 at device 4.0 on pci0 ahci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 51 ahci0: using IRQ 256 for MSI ahci0: AHCI v1.00 with 6 1.5Gbps ports, Port Multiplier not supported ahci0: Caps: NCQ 1.5Gbps 32cmd 6ports ahcich0: at channel 0 on ahci0 ahcich0: Caps: ahcich1: at channel 1 on ahci0 ahcich1: Caps: ahcich2: at channel 2 on ahci0 ahcich2: Caps: ahcich3: at channel 3 on ahci0 ahcich3: Caps: ahcich4: at channel 4 on ahci0 ahcich4: Caps: ahcich5: at channel 5 on ahci0 ahcich5: Caps: [snip] ahcich0: AHCI reset... ahcich0: SATA connect time=0us status=00000113 ahcich0: AHCI reset: device found ahcich0: AHCI reset: device ready after 0ms (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 ahcich1: AHCI reset... ahcich1: SATA connect timeout time=10000us status=00000000 ahcich1: AHCI reset: device not found uhub0: 3 ports with 3 removable, self powered ahcich2: AHCI reset... ahcich2: SATA connect timeout time=10000us status=00000000 ahcich2: AHCI reset: device not found ahcich3: AHCI reset... ahcich3: SATA connect timeout time=10000us status=00000000 ahcich3: AHCI reset: device not found ahcich4: AHCI reset... ahcich4: SATA connect timeout time=10000us status=00000000 ahcich4: AHCI reset: device not found ahcich5: AHCI reset... ahcich5: SATA connect timeout time=10000us status=00000000 ahcich5: AHCI reset: device not found [snip] [this takes a lot of time] ahcich0: Timeout on slot 0 port 0 ahcich0: is 00000005 cs 00000000 ss 00000000 rs 00000001 tfd 50 serr 00000000 cmd 1000c017 ahcich0: AHCI reset... ahcich0: SATA connect time=0us status=00000113 ahcich0: AHCI reset: device found ahcich0: AHCI reset: device ready after 0ms (aprobe0:ahcich0:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ahcich0:0:0:0): CAM status: Command timeout (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config ahcich0: Timeout on slot 0 port 0 ahcich0: is 00000005 cs 00000000 ss 00000000 rs 00000001 tfd 50 serr 00000000 cmd 1000c017 ahcich0: AHCI reset... ahcich0: SATA connect time=0us status=00000113 ahcich0: AHCI reset: device found ahcich0: AHCI reset: device ready after 0ms (aprobe0:ahcich0:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ahcich0:0:0:0): CAM status: Command timeout I guess that this is a problem with the emulation - some unsupported command or reliance on some specific behavior of a driver (e.g. a Linux driver), but still would be nice to have it working for testing / experimentation purposes. Example of how a disk behind an AHCI controller can be specified to qemu-devel: qemu-system-x86_64 ... -drive id=disk,file=disk.img,if=none -device ahci,id=ahci -device ide-drive,drive=disk,bus=ahci.0 Please note that SeaBIOS image that is distrbuted with qemu-devel doesn't support booting from AHCI. So either kernel should be on a different disk on an emulated legacy controller or a newer SeaBIOS should be used. I utilized the latter approach: - got sources via git, instructions here http://www.seabios.org/Download - built it with gmake - the only porting change needed is s/elf_i386/elf_i386_fbsd/ in the makefile - installed out/bio.bin to ${LOCALBASE}/share/qemu/seabios.bin for convenience - used it with -bios seabios.bin option to qemu -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 16:29:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E14F1065670 for ; Sun, 4 Sep 2011 16:29:11 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id EFADD8FC15 for ; Sun, 4 Sep 2011 16:29:10 +0000 (UTC) Received: by ywo32 with SMTP id 32so3607965ywo.13 for ; Sun, 04 Sep 2011 09:29:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=+KSIN7rdmBX4dZSp7pSE2JqppQs9T+hAZLCRJpN9iSg=; b=EQ44FkK6432TvVg+g1f0KLPSbhVXKOpV/qkn7rEg+SScutsLvtW/tASSqyyjlp4pbr T2vp6R4c3321Q24pxBDTJW1mKrJGLfUTEZCMJIJWRWVKUjRKijdr6UynvQtI5Li17xvH dtGPC51Lv5fjYjFrwV8RUu0ltP6tpwlScGD4Y= Received: by 10.146.106.33 with SMTP id e33mr2157662yac.8.1315153750168; Sun, 04 Sep 2011 09:29:10 -0700 (PDT) Received: from _HOSTNAME_ (mobile-166-147-065-200.mycingular.net [166.147.65.200]) by mx.google.com with ESMTPS id g26sm5489553ann.26.2011.09.04.09.29.06 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 04 Sep 2011 09:29:08 -0700 (PDT) Received: by _HOSTNAME_ (sSMTP sendmail emulation); Sun, 04 Sep 2011 11:28:57 -0500 Date: Sun, 4 Sep 2011 11:28:57 -0500 From: Brandon Gooch To: Rick Macklem Message-ID: <20110904162102.GA30321@gmail.com> References: <1678816683.746981.1315009505581.JavaMail.root@erie.cs.uoguelph.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1678816683.746981.1315009505581.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-Current Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2011 16:29:11 -0000 On Fri, Sep 02, 2011 at 08:25:05PM -0400, Rick Macklem wrote: > Brandon Gooch wrote: > > On Thu, Sep 1, 2011 at 8:09 PM, Brandon Gooch > > wrote: > > > On Fri, May 27, 2011 at 8:09 AM, Rick Macklem > > > wrote: > > >>> On Thu, 26 May 2011, Rick Macklem wrote: > > >>> ... > > >>> > ??http://people.freebsd.org/~rmacklem/dtrace.patch > > >>> > > > >>> Hmm. Is it just me? > > >>> Trying to test the patch I get: > > >>> > > >>> (fs)(root) patch -C < dtrace.patch > > >>> Hmm... I can't seem to find a patch in there anywhere. > > >>> > > >> Here's how I apply the patch. > > >> - download dtrace.patch to somewhere, lets say /tmp, then > > >> # cd /usr/src/sys <-- sys subdirectory of a current head, > > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? which you don't mind messing up > > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? doesn't have to be at /usr/src/sys, > > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? of course. > > >> # patch -p1 < /tmp/dtrace.patch > > >> > > >> rick > > >> > > > > > > What's the status on this patch? It would be nice to get > > > dtrace/newnfs > > > going for 9.0...it's not too late, right? > > > > > > I'll test the patch too BTW :) > > > > > > -Brandon > > > > > > > So it looks like the patch was committed to HEAD, but the bits to > > support the New NFS implementation were never flipped on -- is that > > for a good reason? > > > I know nothing about Dtrace, so if something needs to be changed/fixed, > someone who understands these things will have to let me know. > > When I built a kernel with "options KDTRACE_HOOKS" and set > dtraceall_load="YES" in /etc/rc.conf, > it booted and > # dtrace -l > - seemed to find the stuff (it's called "dtnfscl", btw). > > Someone told me that's how you check it's loaded and that's all I > know how to do w.r.t. dtrace. > > If you can test/debug it, that would be great, rick Actually, the problem is not with DTrace functioning, but with the dtnfsclient.ko module: brandon@m6500:~$ sudo kldload dtnfsclient kldload: can't load dtnfsclient: Exec format error brandon@m6500:~$ dmesg ... link_elf_obj: symbol nfsclient_accesscache_flush_done_id undefined linker_load_file: Unsupported file type ... Any hints on debugging undefined symbols? -Brandon From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 17:23:51 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 889E51065670 for ; Sun, 4 Sep 2011 17:23:51 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 45FBE8FC14 for ; Sun, 4 Sep 2011 17:23:50 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 28898E3F07A for ; Sun, 4 Sep 2011 19:04:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cZRh-Q6jxyPh for ; Sun, 4 Sep 2011 19:04:05 +0200 (CEST) Received: from [10.10.10.101] (unknown [83.223.1.131]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 28A83E3F079 for ; Sun, 4 Sep 2011 19:04:05 +0200 (CEST) From: Joel Dahl Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 4 Sep 2011 19:04:04 +0200 Message-Id: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> To: current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1244.3) X-Mailer: Apple Mail (2.1244.3) Cc: Subject: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 17:23:51 -0000 Hi, I upgraded my laptop from BETA1 to rev. 225367 today, and now my laptop = panics just a few minutes after booting. This is 100% reproducible, it = panics every time. I've got a pic with the backtrace here: = http://www.vnode.se/sc/panic_20110904.jpg -- Joel =20= From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 17:56:29 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85A1A106566C for ; Sun, 4 Sep 2011 17:56:29 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 444258FC17 for ; Sun, 4 Sep 2011 17:56:28 +0000 (UTC) Received: by qyk9 with SMTP id 9so2826075qyk.13 for ; Sun, 04 Sep 2011 10:56:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=O/TQoBcdAQeJIFgZRb+oSFZVrFgtFZBlGvmwOJnShF0=; b=r+hUrhI0YqCnrKUY8wK5xtd2wYroLcQL8/jCTCos39JZ6Xkg7QTP+rgchXIIf3NblG 6HdnisGwphL0nc2PDpb9isKBfyXh+NB/b5idTuqQm55QF7tFNFqtDBaYgBCH5jm84V7V NqQRtBJJCPPdrnyADUGU0IbheeUFrccXOUNl0= MIME-Version: 1.0 Received: by 10.224.216.199 with SMTP id hj7mr2304815qab.292.1315158987836; Sun, 04 Sep 2011 10:56:27 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Sun, 4 Sep 2011 10:56:27 -0700 (PDT) In-Reply-To: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> Date: Sun, 4 Sep 2011 10:56:27 -0700 Message-ID: From: Garrett Cooper To: Joel Dahl Content-Type: text/plain; charset=ISO-8859-1 Cc: Weongyo Jeong , current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 17:56:29 -0000 On Sun, Sep 4, 2011 at 10:04 AM, Joel Dahl wrote: > Hi, > > I upgraded my laptop from BETA1 to rev. 225367 today, and now my laptop panics just a few minutes after booting. This is 100% reproducible, it panics every time. > > I've got a pic with the backtrace here: http://www.vnode.se/sc/panic_20110904.jpg Is your wireless turned off? If so, it looks like the state transition code isn't being handled properly between bwn(4) and net80211(4), in particular because your wireless card was still in 'scan' mode. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 18:01:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C38B110656D1 for ; Sun, 4 Sep 2011 18:01:21 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7E6378FC1C for ; Sun, 4 Sep 2011 18:01:21 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAJS8Y06DaFvO/2dsb2JhbABBFoQ3pROBRgEBAQECAQEBASArIAsbDgoCAg0ZAiMGAQkmBggHBAEcBIdSBKZvkDSBLIQtgREEkRyCEol8hy0 X-IronPort-AV: E=Sophos;i="4.68,329,1312171200"; d="scan'208";a="133232078" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 04 Sep 2011 14:01:20 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 76053B3F36; Sun, 4 Sep 2011 14:01:20 -0400 (EDT) Date: Sun, 4 Sep 2011 14:01:20 -0400 (EDT) From: Rick Macklem To: Brandon Gooch Message-ID: <1186868752.775693.1315159280432.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110904162102.GA30321@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: FreeBSD-Current Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2011 18:01:21 -0000 Brandon Gooch wrote: > On Fri, Sep 02, 2011 at 08:25:05PM -0400, Rick Macklem wrote: > > Brandon Gooch wrote: > > > On Thu, Sep 1, 2011 at 8:09 PM, Brandon Gooch > > > wrote: > > > > On Fri, May 27, 2011 at 8:09 AM, Rick Macklem > > > > > > > > wrote: > > > >>> On Thu, 26 May 2011, Rick Macklem wrote: > > > >>> ... > > > >>> > ??http://people.freebsd.org/~rmacklem/dtrace.patch > > > >>> > > > > >>> Hmm. Is it just me? > > > >>> Trying to test the patch I get: > > > >>> > > > >>> (fs)(root) patch -C < dtrace.patch > > > >>> Hmm... I can't seem to find a patch in there anywhere. > > > >>> > > > >> Here's how I apply the patch. > > > >> - download dtrace.patch to somewhere, lets say /tmp, then > > > >> # cd /usr/src/sys <-- sys subdirectory of a current head, > > > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? which you don't mind messing > > > >> up > > > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? doesn't have to be at > > > >> /usr/src/sys, > > > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? of course. > > > >> # patch -p1 < /tmp/dtrace.patch > > > >> > > > >> rick > > > >> > > > > > > > > What's the status on this patch? It would be nice to get > > > > dtrace/newnfs > > > > going for 9.0...it's not too late, right? > > > > > > > > I'll test the patch too BTW :) > > > > > > > > -Brandon > > > > > > > > > > So it looks like the patch was committed to HEAD, but the bits to > > > support the New NFS implementation were never flipped on -- is > > > that > > > for a good reason? > > > > > I know nothing about Dtrace, so if something needs to be > > changed/fixed, > > someone who understands these things will have to let me know. > > > > When I built a kernel with "options KDTRACE_HOOKS" and set > > dtraceall_load="YES" in /etc/rc.conf, > > it booted and > > # dtrace -l > > - seemed to find the stuff (it's called "dtnfscl", btw). > > > > Someone told me that's how you check it's loaded and that's all I > > know how to do w.r.t. dtrace. > > > > If you can test/debug it, that would be great, rick > > Actually, the problem is not with DTrace functioning, but with the > dtnfsclient.ko module: > > brandon@m6500:~$ sudo kldload dtnfsclient > kldload: can't load dtnfsclient: Exec format error > > brandon@m6500:~$ dmesg > ... > link_elf_obj: symbol nfsclient_accesscache_flush_done_id undefined > linker_load_file: Unsupported file type > ... > > Any hints on debugging undefined symbols? > dtnfsclient.ko is for the old nfs client. You either need to build a kernel with: options NFSCLIENT OR kldload nfsclient.ko However, if you want to test dtrace with the new (default for 9) NFS client, the dtrace module is dtnfscl.ko. rick ps: The above only applies to 9/-current, of course. > -Brandon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 19:41:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85F771065673 for ; Sun, 4 Sep 2011 19:41:54 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 413668FC13 for ; Sun, 4 Sep 2011 19:41:54 +0000 (UTC) Received: by qyk9 with SMTP id 9so2852940qyk.13 for ; Sun, 04 Sep 2011 12:41:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=BRTy/KP9+ZgY/aNqS3TnkXLN67MU5IaBcQMtK0zD+lE=; b=snLUJGKcUvp0in0ncQatjRFW6JjxMllFlJXNnFRYda+a65cPxrr22SeP2mot9fdRBn ywA6zefrn+zh0y2yrnm89Ez9LCt5O/VROb8h0h3BfGvtpSV9dhJlii9GEcZ/6BcpG5rp ixUq6oaxpNWkzO3aMhg8yQDJDf47XpFR4lUOQ= MIME-Version: 1.0 Received: by 10.224.191.202 with SMTP id dn10mr2607364qab.42.1315165313528; Sun, 04 Sep 2011 12:41:53 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Sun, 4 Sep 2011 12:41:53 -0700 (PDT) In-Reply-To: References: <1678816683.746981.1315009505581.JavaMail.root@erie.cs.uoguelph.ca> <20110904162102.GA30321@gmail.com> Date: Sun, 4 Sep 2011 12:41:53 -0700 Message-ID: From: Garrett Cooper To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Rick Macklem Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2011 19:41:54 -0000 On Sun, Sep 4, 2011 at 9:28 AM, Brandon Gooch wrote: > On Fri, Sep 02, 2011 at 08:25:05PM -0400, Rick Macklem wrote: >> Brandon Gooch wrote: >> > On Thu, Sep 1, 2011 at 8:09 PM, Brandon Gooch >> > wrote: >> > > On Fri, May 27, 2011 at 8:09 AM, Rick Macklem >> > > wrote: >> > >>> On Thu, 26 May 2011, Rick Macklem wrote: >> > >>> ... >> > >>> > ??http://people.freebsd.org/~rmacklem/dtrace.patch >> > >>> > >> > >>> Hmm. Is it just me? >> > >>> Trying to test the patch I get: >> > >>> >> > >>> (fs)(root) patch -C < dtrace.patch >> > >>> Hmm... I can't seem to find a patch in there anywhere. >> > >>> >> > >> Here's how I apply the patch. >> > >> - download dtrace.patch to somewhere, lets say /tmp, then >> > >> # cd /usr/src/sys <-- sys subdirectory of a current head, >> > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? which you don't mind messing up >> > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? doesn't have to be at /usr/src/sys= , >> > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? of course. >> > >> # patch -p1 < /tmp/dtrace.patch >> > >> >> > >> rick >> > >> >> > > >> > > What's the status on this patch? It would be nice to get >> > > dtrace/newnfs >> > > going for 9.0...it's not too late, right? >> > > >> > > I'll test the patch too BTW :) >> > > >> > > -Brandon >> > > >> > >> > So it looks like the patch was committed to HEAD, but the bits to >> > support the New NFS implementation were never flipped on -- is that >> > for a good reason? >> > >> I know nothing about Dtrace, so if something needs to be changed/fixed, >> someone who understands these things will have to let me know. >> >> When I built a kernel with "options KDTRACE_HOOKS" and set >> dtraceall_load=3D"YES" in /etc/rc.conf, >> it booted and >> # dtrace -l >> - seemed to find the stuff (it's called "dtnfscl", btw). >> >> Someone told me that's how you check it's loaded and that's all I >> know how to do w.r.t. dtrace. >> >> If you can test/debug it, that would be great, rick > > Actually, the problem is not with DTrace functioning, but with the > dtnfsclient.ko module: > > brandon@m6500:~$ sudo kldload dtnfsclient > kldload: can't load dtnfsclient: Exec format error > > brandon@m6500:~$ dmesg > ... > link_elf_obj: symbol nfsclient_accesscache_flush_done_id undefined > linker_load_file: Unsupported file type > ... =A0 =A0After fixing a DTrace module related build bug (see kern/160463), I was able to build and install dtrace and both the old and new NFS client dtrace providers were loaded: $ sudo dtrace -l | grep nfs | wc -l =A0 =A02472 $ kldstat -v | grep dtnfs 22 =A0 =A01 0xffffffff8133d000 57ca =A0 =A0 dtnfscl.ko (/boot/kernel/dtnfsc= l.ko) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0234 dtnfscl 24 =A0 =A01 0xffffffff81385000 4f64 =A0 =A0 dtnfsclient.ko (/boot/kernel/dt= nfsclient.ko) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0237 dtnfsclient =A0 =A0Be sure to read through what's required to get DTrace going from the handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/dtr= ace-enable.html . > Any hints on debugging undefined symbols? =A0 =A0This is a runtime linker error because it can't find the symbol -- in particular if you don't define some of the required options (like DDB_CTF, WITH_CTF=3D1), things don't load too terribly well. HTH, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 20:22:32 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01F9B106567D for ; Sun, 4 Sep 2011 20:22:32 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id A78678FC18 for ; Sun, 4 Sep 2011 20:22:31 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 7BE4FE3F07A; Sun, 4 Sep 2011 22:22:30 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gpsbmMkFkiOl; Sun, 4 Sep 2011 22:22:23 +0200 (CEST) Received: from goofy03.vnode.local (wg.benders.se [212.247.52.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 1AE54E3F079; Sun, 4 Sep 2011 22:22:23 +0200 (CEST) Date: Sun, 4 Sep 2011 22:22:21 +0200 From: Joel Dahl To: Garrett Cooper Message-ID: <20110904202221.GK52426@goofy03.vnode.local> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Weongyo Jeong , current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 20:22:32 -0000 On 04-09-2011 10:56, Garrett Cooper wrote: > On Sun, Sep 4, 2011 at 10:04 AM, Joel Dahl wrote: > > Hi, > > > > I upgraded my laptop from BETA1 to rev. 225367 today, and now my laptop panics just a few minutes after booting. This is 100% reproducible, it panics every time. > > > > I've got a pic with the backtrace here: http://www.vnode.se/sc/panic_20110904.jpg > > Is your wireless turned off? If so, it looks like the state > transition code isn't being handled properly between bwn(4) and > net80211(4), in particular because your wireless card was still in > 'scan' mode. No, it's always on. I can ping over the wireless for a few minutes, until it panics. Any particular commit you think I should try to back out? -- Joel From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 21:09:28 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BB99106564A; Sun, 4 Sep 2011 21:09:28 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4C93E8FC15; Sun, 4 Sep 2011 21:09:28 +0000 (UTC) Received: by gwb15 with SMTP id 15so3043525gwb.13 for ; Sun, 04 Sep 2011 14:09:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=05dCGM509NH7NmJ6QUpDFtYl3jSoB9KsVALQLx3kH2U=; b=jyoy1jhv9XHByPlQg7pV4Xbs8yd8AjTM44HHRcwGwbv4ff2RywtydaTFBK5v/sUwjI bc2DLfaco90ZBQGwHIZyZYF7oUT0oInhrZvkNDtHrp+3GNcKz4/o7v3nhkKhgMbEsdlZ zU+LWtmq3TC5aGOn3t65NNHXIHbnRMVkUwPwM= MIME-Version: 1.0 Received: by 10.236.191.101 with SMTP id f65mr15071356yhn.61.1315170566430; Sun, 04 Sep 2011 14:09:26 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.103.6 with HTTP; Sun, 4 Sep 2011 14:09:26 -0700 (PDT) In-Reply-To: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> Date: Mon, 5 Sep 2011 05:09:26 +0800 X-Google-Sender-Auth: PHMBCaaeNUweOZu59dA6g4uLI0U Message-ID: From: Adrian Chadd To: Joel Dahl Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org, current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 21:09:28 -0000 On 5 September 2011 01:04, Joel Dahl wrote: > Hi, > > I upgraded my laptop from BETA1 to rev. 225367 today, and now my laptop panics just a few minutes after booting. This is 100% reproducible, it panics every time. > > I've got a pic with the backtrace here: http://www.vnode.se/sc/panic_20110904.jpg Hi, There weren't many commits between BETA1 and -HEAD in the wireless area; would you please do a binary search of the kernel revisions (no need to do full buildworlds) to find which commit broke it? Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 21:45:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E871106564A; Sun, 4 Sep 2011 21:45:18 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 1AB448FC17; Sun, 4 Sep 2011 21:45:17 +0000 (UTC) Received: by qyk4 with SMTP id 4so1743386qyk.13 for ; Sun, 04 Sep 2011 14:45:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=lumL/rZPxxnQl/GAN/MWHDjPMenmpMKkh+70XhhYcJs=; b=B/sjPiFtucwqltr1iSxrsMD675JAlN8FfMx5nT0ccorTGq1T1DE30pQcnP6oeh8bBU N9cFeR0xZO6HryxfrqGZngX6aDXpjUmgs42EU4iSYrt95NZOhtv7BbQn4JLYMEnK/Wgb 8xvHdY3pRuyrXcCGWgyp19sr6xg+lvUR4mZuQ= MIME-Version: 1.0 Received: by 10.224.18.203 with SMTP id x11mr2287569qaa.92.1315172717326; Sun, 04 Sep 2011 14:45:17 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Sun, 4 Sep 2011 14:45:17 -0700 (PDT) In-Reply-To: <20110904202221.GK52426@goofy03.vnode.local> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> <20110904202221.GK52426@goofy03.vnode.local> Date: Sun, 4 Sep 2011 14:45:17 -0700 Message-ID: From: Garrett Cooper To: Joel Dahl Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Weongyo Jeong , current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 21:45:18 -0000 On Sun, Sep 4, 2011 at 1:22 PM, Joel Dahl wrote: > On 04-09-2011 10:56, Garrett Cooper wrote: >> On Sun, Sep 4, 2011 at 10:04 AM, Joel Dahl wrote: >> > Hi, >> > >> > I upgraded my laptop from BETA1 to rev. 225367 today, and now my lapto= p panics just a few minutes after booting. This is 100% reproducible, it pa= nics every time. >> > >> > I've got a pic with the backtrace here: http://www.vnode.se/sc/panic_2= 0110904.jpg >> >> =A0 =A0 Is your wireless turned off? If so, it looks like the state >> transition code isn't being handled properly between bwn(4) and >> net80211(4), in particular because your wireless card was still in >> 'scan' mode. > > No, it's always on. =A0I can ping over the wireless for a few minutes, un= til > it panics. Hmm.. and the wireless card always appears on? Assuming the firmware isn't buggy (did you update it recently? have you booted other OSes, i.e. Windows or Linux that could be updating the firmware automatically on load?), it should keep the light for the wireless NIC properly lit. > Any particular commit you think I should try to back out? Not in particular (in fact if_bwn has been untouched after 9.0-BETA1 was cut), but as Adrian suggested you should bisect the source of failure.. it would be a wise idea to load if_bwn as a module after boot to see if the behavior persists; next I would try out a revision sometime between r222218 (9.0 Beta1) and your head revision. Some commits of interest that you might want to try backing out and testing are: - 224717 - 225139 HTH, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 23:49:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97E7C1065672 for ; Sun, 4 Sep 2011 23:49:51 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 31E788FC16 for ; Sun, 4 Sep 2011 23:49:50 +0000 (UTC) Received: by ewy1 with SMTP id 1so2503705ewy.13 for ; Sun, 04 Sep 2011 16:49:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=Fvqa6q6VrkPtd4+CSHZyFy/rH2gDmSD5SylfOEzHBjA=; b=XMGvct6rxJa1u8uuoQa5A5ADsFImaUG3PCoSI//ttp7KiBUoqJ/InLabgQXZ9pL8j+ NAECHgdOIsCmO1RrXrsoKbel3GGKNyaOBIeDCwbkeMl1M+ltt/sdiBhqwid0z4AHrow5 HXaeJmUxsauXwYOgGh61taMLOEvcGdiwlFsYQ= MIME-Version: 1.0 Received: by 10.213.28.194 with SMTP id n2mr507646ebc.145.1315178483223; Sun, 04 Sep 2011 16:21:23 -0700 (PDT) Received: by 10.213.35.20 with HTTP; Sun, 4 Sep 2011 16:21:23 -0700 (PDT) Date: Sun, 4 Sep 2011 19:21:23 -0400 Message-ID: From: Ryan Stone To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Subject: panic: sched_priority: invalid priority 3990 on r225375 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2011 23:49:51 -0000 I've gotten the following panic twice while running recent builds of head under VirtualBox(FreeBSD 8.2 host). panic: sched_priority: invalid priority 3990: nice 0, ticks 1227873280 ftick 175669871 ltick 175679894 tick pri 3818 The crashes happened while I was running a stress test of the network stack. I have a client machine and a server machine. The client is running head with a patch that I'm trying to prove out; the server should be running with basically stock head as of r225375(I think that there's a couple of minor changes in the tree I used to build the server with, but I've gotten the crash on the client and the server, and neither have any uncommitted patches in common). The server is running several netcat instances in listen mode; the client has a script sitting in a loop starting netcat instances that connect to instances running on the server and send data from client -> server. The client also has a script that changes the routing tables periodically. Both the client and the server have crashed once so far. I haven't been running any tests on actual hardware so I can't say whether this is a FreeBSD problem or a VirtualBox problem. I'm going to start running the same tests against VMs running some version of FreeBSD 8 to see if I can reproduce the problem there. In the meantime, I've made a core.txt accessible in case anybody wants to take a look. You can find it at: http://people.freebsd.org/~rstone/sched_priority/core.txt.0.bz2 Please let me know if you need any more information. From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 04:01:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF9B0106566C; Mon, 5 Sep 2011 04:01:29 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 07A428FC08; Mon, 5 Sep 2011 04:01:28 +0000 (UTC) Received: by fxe4 with SMTP id 4so4157471fxe.13 for ; Sun, 04 Sep 2011 21:01:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=p1P+2jybZr+04CeS2kFiGOcJhCYKQxKkiFU9mj/TMO0=; b=WlOc1ACzC/UChhuDleSrPu4k42PXZBHiZEau1e5XcOE3n9D3Ur2K4klMYFIZkFpPf+ 7j8knxgs8syvWBKOaeLeVXGkvldOvYyqp/z4ZUSr6lAsfrbK7GJq/NrLMzcZ8vJVEq+x 9MVHD3uLDt17gParOIaALpT3C+38+SA55dYeI= Received: by 10.223.29.82 with SMTP id p18mr1084754fac.44.1315195287636; Sun, 04 Sep 2011 21:01:27 -0700 (PDT) Received: from limbo.lan (satellite2.donapex.net [194.44.21.46]) by mx.google.com with ESMTPS id s13sm3642557fad.18.2011.09.04.21.01.25 (version=SSLv3 cipher=OTHER); Sun, 04 Sep 2011 21:01:25 -0700 (PDT) Message-ID: <4E644993.4090703@gmail.com> Date: Mon, 05 Sep 2011 07:01:23 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.1) Gecko/20110902 Thunderbird/6.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> In-Reply-To: <4E6298DE.5090007@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2011 04:01:30 -0000 04.09.2011 00:15, Dimitry Andric wrote: > On 2011-09-03 22:58, Volodymyr Kostyrko wrote: >> 03.09.2011 23:43, Dimitry Andric ???????(??): >>> On 2011-09-03 22:22, Volodymyr Kostyrko wrote: > ... >> .if ${CC:T} == "clang" >> CFLAGS+= -Qunused-arguments -fPIC >> .endif > > You should not unconditionally add -fPIC. Remove it, and try again. > (The -Qunused-arguments is fine, btw.) 0k, here you go. Just as you say - no -fPIC, no ccache, no anything. ===> libexec/atrun (all) clang -O2 -pipe -march=native -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/libexec/atrun/atrun.c clang -O2 -pipe -march=native -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/libexec/atrun/gloadavg.c clang -O2 -pipe -march=native -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil clang: warning: argument unused during compilation: '-std=gnu99' /usr/obj/usr/src/tmp/usr/lib/crt1.o: In function `_start1': /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x7d): undefined reference to `atexit' /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x84): undefined reference to `_init_tls' /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x90): undefined reference to `atexit' /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0xad): undefined reference to `exit' atrun.o: In function `perr': /usr/src/libexec/atrun/atrun.c:(.text+0x12): undefined reference to `strlen' /usr/src/libexec/atrun/atrun.c:(.text+0x45): undefined reference to `vwarn' /usr/src/libexec/atrun/atrun.c:(.text+0x6d): undefined reference to `snprintf' /usr/src/libexec/atrun/atrun.c:(.text+0x8a): undefined reference to `vsyslog' /usr/src/libexec/atrun/atrun.c:(.text+0x9c): undefined reference to `exit' atrun.o: In function `perrx': /usr/src/libexec/atrun/atrun.c:(.text+0xd3): undefined reference to `vwarnx' /usr/src/libexec/atrun/atrun.c:(.text+0xdf): undefined reference to `exit' /usr/src/libexec/atrun/atrun.c:(.text+0xf3): undefined reference to `vsyslog' /usr/src/libexec/atrun/atrun.c:(.text+0xff): undefined reference to `exit' atrun.o: In function `main': /usr/src/libexec/atrun/atrun.c:(.text+0x160): undefined reference to `geteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x174): undefined reference to `getegid' /usr/src/libexec/atrun/atrun.c:(.text+0x186): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0x193): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x1af): undefined reference to `openlog' /usr/src/libexec/atrun/atrun.c:(.text+0x1b5): undefined reference to `opterr' /usr/src/libexec/atrun/atrun.c:(.text+0x1e6): undefined reference to `getopt' /usr/src/libexec/atrun/atrun.c:(.text+0x1fe): undefined reference to `optarg' /usr/src/libexec/atrun/atrun.c:(.text+0x212): undefined reference to `sscanf' /usr/src/libexec/atrun/atrun.c:(.text+0x250): undefined reference to `__stderrp' /usr/src/libexec/atrun/atrun.c:(.text+0x270): undefined reference to `fwrite' /usr/src/libexec/atrun/atrun.c:(.text+0x27c): undefined reference to `exit' /usr/src/libexec/atrun/atrun.c:(.text+0x290): undefined reference to `syslog' /usr/src/libexec/atrun/atrun.c:(.text+0x29c): undefined reference to `exit' /usr/src/libexec/atrun/atrun.c:(.text+0x2a8): undefined reference to `chdir' /usr/src/libexec/atrun/atrun.c:(.text+0x2bc): undefined reference to `opendir' /usr/src/libexec/atrun/atrun.c:(.text+0x2e0): undefined reference to `time' /usr/src/libexec/atrun/atrun.c:(.text+0x312): undefined reference to `_CurrentRuneLocale' /usr/src/libexec/atrun/atrun.c:(.text+0x34f): undefined reference to `unlink' /usr/src/libexec/atrun/atrun.c:(.text+0x35d): undefined reference to `readdir' /usr/src/libexec/atrun/atrun.c:(.text+0x379): undefined reference to `stat' /usr/src/libexec/atrun/atrun.c:(.text+0x3b4): undefined reference to `sscanf' /usr/src/libexec/atrun/atrun.c:(.text+0x3e8): undefined reference to `__mb_sb_limit' /usr/src/libexec/atrun/atrun.c:(.text+0x3fe): undefined reference to `_CurrentRu neLocale' /usr/src/libexec/atrun/atrun.c:(.text+0x41f): undefined reference to `strcmp' /usr/src/libexec/atrun/atrun.c:(.text+0x443): undefined reference to `strlcpy' /usr/src/libexec/atrun/atrun.c:(.text+0x453): undefined reference to `__mb_sb_limit' /usr/src/libexec/atrun/atrun.c:(.text+0x4c0): undefined reference to `closelog' /usr/src/libexec/atrun/atrun.c:(.text+0x4cc): undefined reference to `exit' atrun.o: In function `run_file': /usr/src/libexec/atrun/atrun.c:(.text+0x535): undefined reference to `__stack_chk_guard' /usr/src/libexec/atrun/atrun.c:(.text+0x56c): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x579): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0x589): undefined reference to `chmod' /usr/src/libexec/atrun/atrun.c:(.text+0x59e): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0x5ab): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x5b0): undefined reference to `fork' /usr/src/libexec/atrun/atrun.c:(.text+0x5c2): undefined reference to `__stack_chk_guard' /usr/src/libexec/atrun/atrun.c:(.text+0x5e4): undefined reference to `getpwuid' /usr/src/libexec/atrun/atrun.c:(.text+0x5fb): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x608): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0x67e): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0x68b): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x698): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x6a5): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0x6b5): undefined reference to `fopen' /usr/src/libexec/atrun/atrun.c:(.text+0x6c4): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0x6d1): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x6df): undefined reference to `__isthreaded' /usr/src/libexec/atrun/atrun.c:(.text+0x6f3): undefined reference to `fileno' /usr/src/libexec/atrun/atrun.c:(.text+0x701): undefined reference to `dup' /usr/src/libexec/atrun/atrun.c:(.text+0x71d): undefined reference to `fstat' /usr/src/libexec/atrun/atrun.c:(.text+0x738): undefined reference to `lstat' /usr/src/libexec/atrun/atrun.c:(.text+0x7dd): undefined reference to `fcntl' /usr/src/libexec/atrun/atrun.c:(.text+0x7fe): undefined reference to `fcntl' /usr/src/libexec/atrun/atrun.c:(.text+0x821): undefined reference to `snprintf' /usr/src/libexec/atrun/atrun.c:(.text+0x855): undefined reference to `fscanf' /usr/src/libexec/atrun/atrun.c:(.text+0x89b): undefined reference to `fclose' /usr/src/libexec/atrun/atrun.c:(.text+0x8a7): undefined reference to `chdir' /usr/src/libexec/atrun/atrun.c:(.text+0x8c7): undefined reference to `open' /usr/src/libexec/atrun/atrun.c:(.text+0x8e9): undefined reference to `write' /usr/src/libexec/atrun/atrun.c:(.text+0x8f1): undefined reference to `strlen' /usr/src/libexec/atrun/atrun.c:(.text+0x901): undefined reference to `write' /usr/src/libexec/atrun/atrun.c:(.text+0x919): undefined reference to `write' /usr/src/libexec/atrun/atrun.c:(.text+0x92b): undefined reference to `fstat' /usr/src/libexec/atrun/atrun.c:(.text+0x94f): undefined reference to `close' /usr/src/libexec/atrun/atrun.c:(.text+0x95b): undefined reference to `close' /usr/src/libexec/atrun/atrun.c:(.text+0x967): undefined reference to `close' /usr/src/libexec/atrun/atrun.c:(.text+0x96c): undefined reference to `fork' /usr/src/libexec/atrun/atrun.c:(.text+0x9ac): undefined reference to `lseek' /usr/src/libexec/atrun/atrun.c:(.text+0x9bc): undefined reference to `dup' /usr/src/libexec/atrun/atrun.c:(.text+0x9cc): undefined reference to `dup' /usr/src/libexec/atrun/atrun.c:(.text+0x9dd): undefined reference to `dup' /usr/src/libexec/atrun/atrun.c:(.text+0x9ee): undefined reference to `close' /usr/src/libexec/atrun/atrun.c:(.text+0x9f6): undefined reference to `close' /usr/src/libexec/atrun/atrun.c:(.text+0xa02): undefined reference to `chdir' /usr/src/libexec/atrun/atrun.c:(.text+0xa20): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0xa2d): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0xa36): undefined reference to `__mb_sb_limit' /usr/src/libexec/atrun/atrun.c:(.text+0xa3f): undefined reference to `_CurrentRuneLocale' /usr/src/libexec/atrun/atrun.c:(.text+0xa51): undefined reference to `nice' /usr/src/libexec/atrun/atrun.c:(.text+0xa8c): undefined reference to `chdir' /usr/src/libexec/atrun/atrun.c:(.text+0xa9c): undefined reference to `chdir' /usr/src/libexec/atrun/atrun.c:(.text+0xac2): undefined reference to `execle' /usr/src/libexec/atrun/atrun.c:(.text+0xadd): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0xaea): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0xaf2): undefined reference to `close' /usr/src/libexec/atrun/atrun.c:(.text+0xafa): undefined reference to `close' /usr/src/libexec/atrun/atrun.c:(.text+0xb18): undefined reference to `waitpid' /usr/src/libexec/atrun/atrun.c:(.text+0xb2a): undefined reference to `stat' /usr/src/libexec/atrun/atrun.c:(.text+0xb3a): undefined reference to `open' /usr/src/libexec/atrun/atrun.c:(.text+0xb4a): undefined reference to `unlink' /usr/src/libexec/atrun/atrun.c:(.text+0xb83): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0xb90): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0xbc5): undefined reference to `chdir' /usr/src/libexec/atrun/atrun.c:(.text+0xbd5): undefined reference to `chdir' /usr/src/libexec/atrun/atrun.c:(.text+0xc18): undefined reference to `execl' /usr/src/libexec/atrun/atrun.c:(.text+0xc30): undefined reference to `exit' /usr/src/libexec/atrun/atrun.c:(.text+0xc35): undefined reference to `__stack_chk_fail' /usr/src/libexec/atrun/atrun.c:(.text+0xde6): undefined reference to `exit' /usr/src/libexec/atrun/atrun.c:(.text+0xe0a): undefined reference to `exit' gloadavg.o: In function `gloadavg': /usr/src/libexec/atrun/gloadavg.c:(.text+0x15): undefined reference to `getloadavg' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `stpcpy' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `putchar' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcpy' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `warnx' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `__stdoutp' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getrlimit' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `ioctl' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlerror' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getgid' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `printf' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mac_is_present' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mac_from_text' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigemptyset' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strerror' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `__pw_scan' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `memmove' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `__stdinp' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cpuset_setaffinity' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getenv' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fchmod' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setloginclass' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setpriority' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mac_free' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getpid' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `qsort' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fchown' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `memcpy' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `creat' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `errx' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `dup2' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getuid' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `rtprio' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `feof' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `malloc' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sleep' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `vsnprintf' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtoumax' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `statfs' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `gethostbyaddr' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getprogname' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `setgroups' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fflush' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `ftruncate' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigaddset' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strncasecmp' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlclose' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `posix_openpt' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `freeaddrinfo' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getnameinfo' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `alarm' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cpuset' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtoq' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtol' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `_DefaultRuneLocale' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetstr' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `rename' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strrchr' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `basename' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `nanosleep' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `calloc' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setrlimit' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldload' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sysctl' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `modstat' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fprintf' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kill' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcat' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `initgroups' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `memchr' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `umask' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mktime' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `reallocf' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strstr' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `unlockpt' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `__error' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `flock' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setgid' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `read' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strncmp' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlopen' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strncpy' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setenv' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcasecmp' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `realloc' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtok' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sigfillset' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `memcmp' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `__inet_ntoa' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `execlp' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigaction' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlsym' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mac_set_proc' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strdup' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldfirstmod' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `index' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `localtime' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `memset' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fnmatch' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `err' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `modfnext' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getsid' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldstat' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `grantpt' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `tcgetattr' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `getgroups' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `ptsname' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `gethostbyname' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fgetc' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `gethostname' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sprintf' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `asprintf' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcspn' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mkstemp' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getttynam' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetcap' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strsep' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fputc' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fgetln' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getaddrinfo' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldnext' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `localeconv' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetclose' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `quotactl' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `link' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetent' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getgrnam' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `atoi' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `_exit' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strspn' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `__assert' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strchr' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fputs' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setsid' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `warn' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetnum' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setuid' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `tcsetattr' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `tcsetsid' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `pwrite' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setlogin' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `raise' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `free' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigprocmask' clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop in /usr/src/libexec/atrun. *** Error code 1 Stop in /usr/src/libexec. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 06:24:12 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4E0B106566C; Mon, 5 Sep 2011 06:24:12 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 65F428FC17; Mon, 5 Sep 2011 06:24:12 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id DB65BE3F07A; Mon, 5 Sep 2011 08:24:10 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EThZkhFXHjyQ; Mon, 5 Sep 2011 08:24:04 +0200 (CEST) Received: from goofy03.vnode.local (wg.benders.se [212.247.52.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 61C37E3F079; Mon, 5 Sep 2011 08:24:04 +0200 (CEST) Date: Mon, 5 Sep 2011 08:24:02 +0200 From: Joel Dahl To: Garrett Cooper Message-ID: <20110905062402.GL52426@goofy03.vnode.local> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> <20110904202221.GK52426@goofy03.vnode.local> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Weongyo Jeong , current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2011 06:24:12 -0000 On 04-09-2011 14:45, Garrett Cooper wrote: > On Sun, Sep 4, 2011 at 1:22 PM, Joel Dahl wrote: > > On 04-09-2011 10:56, Garrett Cooper wrote: > >> On Sun, Sep 4, 2011 at 10:04 AM, Joel Dahl wrote: > >> > Hi, > >> > > >> > I upgraded my laptop from BETA1 to rev. 225367 today, and now my > >> > laptop panics just a few minutes after booting. This is 100% > >> > reproducible, it panics every time. > >> > > >> > I've got a pic with the backtrace here: http://www.vnode.se/sc/panic_20110904.jpg > >> > >>     Is your wireless turned off? If so, it looks like the state > >> transition code isn't being handled properly between bwn(4) and > >> net80211(4), in particular because your wireless card was still in > >> 'scan' mode. > > > > No, it's always on.  I can ping over the wireless for a few minutes, until > > it panics. > > Hmm.. and the wireless card always appears on? Assuming the > firmware isn't buggy (did you update it recently? have you booted > other OSes, i.e. Windows or Linux that could be updating the firmware > automatically on load?), it should keep the light for the wireless NIC > properly lit. Sure, it always appears on. This laptop has been running freebsd exclusively for at least a year. FWIW, the same "RF switch is changed on/off" message from bwn has always been there on this machine. I also noticed them on my old laptop, an HP 6715b. -- Joel From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 06:24:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB85D1065670 for ; Mon, 5 Sep 2011 06:24:59 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 7E1D88FC13 for ; Mon, 5 Sep 2011 06:24:59 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id AE3FFE3F07A; Mon, 5 Sep 2011 08:24:58 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2MS0YJqPS8Pm; Mon, 5 Sep 2011 08:24:55 +0200 (CEST) Received: from goofy03.vnode.local (wg.benders.se [212.247.52.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 7D12EE3F079; Mon, 5 Sep 2011 08:24:55 +0200 (CEST) Date: Mon, 5 Sep 2011 08:24:53 +0200 From: Joel Dahl To: Adrian Chadd Message-ID: <20110905062453.GM52426@goofy03.vnode.local> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-wireless@freebsd.org, current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2011 06:24:59 -0000 On 05-09-2011 5:09, Adrian Chadd wrote: > On 5 September 2011 01:04, Joel Dahl wrote: > > Hi, > > > > I upgraded my laptop from BETA1 to rev. 225367 today, and now my laptop panics just a few minutes after booting. This is 100% reproducible, it panics every time. > > > > I've got a pic with the backtrace here: http://www.vnode.se/sc/panic_20110904.jpg > > Hi, > > There weren't many commits between BETA1 and -HEAD in the wireless > area; would you please do a binary search of the kernel revisions (no > need to do full buildworlds) to find which commit broke it? Yes, I'll do that tonight. -- Joel From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 07:01:51 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCF1F106566B; Mon, 5 Sep 2011 07:01:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7CC218FC19; Mon, 5 Sep 2011 07:01:51 +0000 (UTC) Received: by vws18 with SMTP id 18so4786435vws.13 for ; Mon, 05 Sep 2011 00:01:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=FJgya7NZujd1pJWDKGvaq9aBxVmuyKkjhLv/WGLZm0o=; b=gbIVzSEC6g7r9oQuxIqW/xtgnv6tsHtrpF23UvpfWGdvsgW5uRBhdGRiK1qL/dg+VG IYLobFtsYkCUDvYIET8cyHnDPvIrchiPwNB+jilsGtiA5qOEOr9v4bu+y9T8Wj0LFbiV +b/XncZE6z/jjRsjP9vbDuM7tkbVkQj1o//Aw= MIME-Version: 1.0 Received: by 10.52.64.171 with SMTP id p11mr3557223vds.529.1315206110707; Mon, 05 Sep 2011 00:01:50 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.33.49 with HTTP; Mon, 5 Sep 2011 00:01:50 -0700 (PDT) In-Reply-To: <20110905062453.GM52426@goofy03.vnode.local> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> <20110905062453.GM52426@goofy03.vnode.local> Date: Mon, 5 Sep 2011 15:01:50 +0800 X-Google-Sender-Auth: EQ5_-GItPT5NBe7cMGuQGOe9I7s Message-ID: From: Adrian Chadd To: Joel Dahl Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org, current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2011 07:01:52 -0000 On 5 September 2011 14:24, Joel Dahl wrote: >> There weren't many commits between BETA1 and -HEAD in the wireless >> area; would you please do a binary search of the kernel revisions (no >> need to do full buildworlds) to find which commit broke it? > > Yes, I'll do that tonight. Thanks, that'd be great! adrian From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 07:33:52 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 296C8106566B for ; Mon, 5 Sep 2011 07:33:52 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id B8B838FC12 for ; Mon, 5 Sep 2011 07:33:51 +0000 (UTC) Received: by fxe4 with SMTP id 4so4284987fxe.13 for ; Mon, 05 Sep 2011 00:33:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.24.21 with SMTP id t21mr1526334fab.24.1315206132214; Mon, 05 Sep 2011 00:02:12 -0700 (PDT) Sender: bschmidt@techwires.net Received: by 10.223.73.202 with HTTP; Mon, 5 Sep 2011 00:02:12 -0700 (PDT) X-Originating-IP: [91.46.219.248] In-Reply-To: <20110905062453.GM52426@goofy03.vnode.local> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> <20110905062453.GM52426@goofy03.vnode.local> Date: Mon, 5 Sep 2011 09:02:12 +0200 X-Google-Sender-Auth: asJN7gtj-uzMizLiP9fhKZpNKM4 Message-ID: From: Bernhard Schmidt To: Joel Dahl Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-wireless@freebsd.org, current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2011 07:33:52 -0000 On Mon, Sep 5, 2011 at 08:24, Joel Dahl wrote: > On 05-09-2011 =A05:09, Adrian Chadd wrote: >> On 5 September 2011 01:04, Joel Dahl wrote: >> > Hi, >> > >> > I upgraded my laptop from BETA1 to rev. 225367 today, and now my lapto= p panics just a few minutes after booting. This is 100% reproducible, it pa= nics every time. >> > >> > I've got a pic with the backtrace here: http://www.vnode.se/sc/panic_2= 0110904.jpg >> >> Hi, >> >> There weren't many commits between BETA1 and -HEAD in the wireless >> area; would you please do a binary search of the kernel revisions (no >> need to do full buildworlds) to find which commit broke it? > > Yes, I'll do that tonight. While doing so, can you enable at least some debugging? wlandebug +state or even better wlandebug 0xffffffff It smells like that something is poking the SW bmiss handler while not in RUN state and therefore you're hitting a KASSERT(). Question is if the bmiss timer isn't stopped/drained somewhere or if there is too excessive call. -- Bernhard From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 07:43:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB89B106566B for ; Mon, 5 Sep 2011 07:43:19 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 83D638FC0A for ; Mon, 5 Sep 2011 07:43:19 +0000 (UTC) Received: by qyk9 with SMTP id 9so3025946qyk.13 for ; Mon, 05 Sep 2011 00:43:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.67.149 with SMTP id r21mr2825821qci.99.1315208598665; Mon, 05 Sep 2011 00:43:18 -0700 (PDT) Received: by 10.229.98.137 with HTTP; Mon, 5 Sep 2011 00:43:18 -0700 (PDT) In-Reply-To: <4E644993.4090703@gmail.com> References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> Date: Mon, 5 Sep 2011 09:43:18 +0200 Message-ID: From: Olivier Smedts To: Volodymyr Kostyrko Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2011 07:43:20 -0000 2011/9/5 Volodymyr Kostyrko : > 04.09.2011 00:15, Dimitry Andric wrote: >> >> On 2011-09-03 22:58, Volodymyr Kostyrko wrote: >>> >>> 03.09.2011 23:43, Dimitry Andric ???????(??): >>>> >>>> On 2011-09-03 22:22, Volodymyr Kostyrko wrote: >> >> ... >>> >>> .if ${CC:T} =3D=3D "clang" >>> CFLAGS+=3D -Qunused-arguments -fPIC >>> .endif >> >> You should not unconditionally add -fPIC. Remove it, and try again. >> (The -Qunused-arguments is fine, btw.) > > 0k, here you go. Just as you say - no -fPIC, no ccache, no anything. > > =3D=3D=3D> libexec/atrun (all) > clang -O2 -pipe -march=3Dnative -DATJOB_DIR=3D\"/var/at/jobs/\" > -DLFILE=3D\"/var/at/jobs/.lockfile\" =A0-DLOADAVG_MX=3D1.5 > -DATSPOOL_DIR=3D\"/var/at/spool\" =A0-DVERSION=3D\"2.9\" -DDAEMON_UID=3D1 > -DDAEMON_GID=3D1 =A0-DDEFAULT_BATCH_QUEUE=3D\'E\' =A0-DDEFAULT_AT_QUEUE= =3D\'c\' > -DPERM_PATH=3D\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at > -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=3Dgnu99 -fstack-protector > -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-si= gn > -c /usr/src/libexec/atrun/atrun.c Try removing "-march=3Dnative" from your CFLAGS. I have the exact same problem since months on my Core i7 CPU when using "-march=3Dnative" or "-march=3Dcorei7". No problems for me with "-march=3Dcore2" though. > clang -O2 -pipe -march=3Dnative -DATJOB_DIR=3D\"/var/at/jobs/\" > -DLFILE=3D\"/var/at/jobs/.lockfile\" =A0-DLOADAVG_MX=3D1.5 > -DATSPOOL_DIR=3D\"/var/at/spool\" =A0-DVERSION=3D\"2.9\" -DDAEMON_UID=3D1 > -DDAEMON_GID=3D1 =A0-DDEFAULT_BATCH_QUEUE=3D\'E\' =A0-DDEFAULT_AT_QUEUE= =3D\'c\' > -DPERM_PATH=3D\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at > -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=3Dgnu99 -fstack-protector > -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-si= gn > -c /usr/src/libexec/atrun/gloadavg.c > clang -O2 -pipe -march=3Dnative -DATJOB_DIR=3D\"/var/at/jobs/\" > -DLFILE=3D\"/var/at/jobs/.lockfile\" =A0-DLOADAVG_MX=3D1.5 > -DATSPOOL_DIR=3D\"/var/at/spool\" =A0-DVERSION=3D\"2.9\" -DDAEMON_UID=3D1 > -DDAEMON_GID=3D1 =A0-DDEFAULT_BATCH_QUEUE=3D\'E\' =A0-DDEFAULT_AT_QUEUE= =3D\'c\' > -DPERM_PATH=3D\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at > -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=3Dgnu99 -fstack-protector > -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-si= gn > =A0-o atrun atrun.o gloadavg.o -lpam -lutil > clang: warning: argument unused during compilation: '-std=3Dgnu99' > /usr/obj/usr/src/tmp/usr/lib/crt1.o: In function `_start1': > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x7d): undefined reference to > `atexit' > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x84): undefined reference to > `_init_tls' > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x90): undefined reference to > `atexit' > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0xad): undefined reference to > `exit' > atrun.o: In function `perr': > /usr/src/libexec/atrun/atrun.c:(.text+0x12): undefined reference to `strl= en' > /usr/src/libexec/atrun/atrun.c:(.text+0x45): undefined reference to `vwar= n' > /usr/src/libexec/atrun/atrun.c:(.text+0x6d): undefined reference to > `snprintf' > /usr/src/libexec/atrun/atrun.c:(.text+0x8a): undefined reference to > `vsyslog' > /usr/src/libexec/atrun/atrun.c:(.text+0x9c): undefined reference to `exit= ' > atrun.o: In function `perrx': > /usr/src/libexec/atrun/atrun.c:(.text+0xd3): undefined reference to `vwar= nx' > /usr/src/libexec/atrun/atrun.c:(.text+0xdf): undefined reference to `exit= ' > /usr/src/libexec/atrun/atrun.c:(.text+0xf3): undefined reference to > `vsyslog' > /usr/src/libexec/atrun/atrun.c:(.text+0xff): undefined reference to `exit= ' > atrun.o: In function `main': > /usr/src/libexec/atrun/atrun.c:(.text+0x160): undefined reference to > `geteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x174): undefined reference to > `getegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x186): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x193): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x1af): undefined reference to > `openlog' > /usr/src/libexec/atrun/atrun.c:(.text+0x1b5): undefined reference to > `opterr' > /usr/src/libexec/atrun/atrun.c:(.text+0x1e6): undefined reference to > `getopt' > /usr/src/libexec/atrun/atrun.c:(.text+0x1fe): undefined reference to > `optarg' > /usr/src/libexec/atrun/atrun.c:(.text+0x212): undefined reference to > `sscanf' > /usr/src/libexec/atrun/atrun.c:(.text+0x250): undefined reference to > `__stderrp' > /usr/src/libexec/atrun/atrun.c:(.text+0x270): undefined reference to > `fwrite' > /usr/src/libexec/atrun/atrun.c:(.text+0x27c): undefined reference to `exi= t' > /usr/src/libexec/atrun/atrun.c:(.text+0x290): undefined reference to > `syslog' > /usr/src/libexec/atrun/atrun.c:(.text+0x29c): undefined reference to `exi= t' > /usr/src/libexec/atrun/atrun.c:(.text+0x2a8): undefined reference to `chd= ir' > /usr/src/libexec/atrun/atrun.c:(.text+0x2bc): undefined reference to > `opendir' > /usr/src/libexec/atrun/atrun.c:(.text+0x2e0): undefined reference to `tim= e' > /usr/src/libexec/atrun/atrun.c:(.text+0x312): undefined reference to > `_CurrentRuneLocale' > /usr/src/libexec/atrun/atrun.c:(.text+0x34f): undefined reference to > `unlink' > /usr/src/libexec/atrun/atrun.c:(.text+0x35d): undefined reference to > `readdir' > /usr/src/libexec/atrun/atrun.c:(.text+0x379): undefined reference to `sta= t' > /usr/src/libexec/atrun/atrun.c:(.text+0x3b4): undefined reference to > `sscanf' > /usr/src/libexec/atrun/atrun.c:(.text+0x3e8): undefined reference to > `__mb_sb_limit' > /usr/src/libexec/atrun/atrun.c:(.text+0x3fe): undefined reference to > `_CurrentRu > neLocale' > /usr/src/libexec/atrun/atrun.c:(.text+0x41f): undefined reference to > `strcmp' > /usr/src/libexec/atrun/atrun.c:(.text+0x443): undefined reference to > `strlcpy' > /usr/src/libexec/atrun/atrun.c:(.text+0x453): undefined reference to > `__mb_sb_limit' > /usr/src/libexec/atrun/atrun.c:(.text+0x4c0): undefined reference to > `closelog' > /usr/src/libexec/atrun/atrun.c:(.text+0x4cc): undefined reference to `exi= t' > atrun.o: In function `run_file': > /usr/src/libexec/atrun/atrun.c:(.text+0x535): undefined reference to > `__stack_chk_guard' > /usr/src/libexec/atrun/atrun.c:(.text+0x56c): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x579): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x589): undefined reference to `chm= od' > /usr/src/libexec/atrun/atrun.c:(.text+0x59e): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x5ab): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x5b0): undefined reference to `for= k' > /usr/src/libexec/atrun/atrun.c:(.text+0x5c2): undefined reference to > `__stack_chk_guard' > /usr/src/libexec/atrun/atrun.c:(.text+0x5e4): undefined reference to > `getpwuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x5fb): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x608): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x67e): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x68b): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x698): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x6a5): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x6b5): undefined reference to `fop= en' > /usr/src/libexec/atrun/atrun.c:(.text+0x6c4): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x6d1): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x6df): undefined reference to > `__isthreaded' > /usr/src/libexec/atrun/atrun.c:(.text+0x6f3): undefined reference to > `fileno' > /usr/src/libexec/atrun/atrun.c:(.text+0x701): undefined reference to `dup= ' > /usr/src/libexec/atrun/atrun.c:(.text+0x71d): undefined reference to `fst= at' > /usr/src/libexec/atrun/atrun.c:(.text+0x738): undefined reference to `lst= at' > /usr/src/libexec/atrun/atrun.c:(.text+0x7dd): undefined reference to `fcn= tl' > /usr/src/libexec/atrun/atrun.c:(.text+0x7fe): undefined reference to `fcn= tl' > /usr/src/libexec/atrun/atrun.c:(.text+0x821): undefined reference to > `snprintf' > /usr/src/libexec/atrun/atrun.c:(.text+0x855): undefined reference to > `fscanf' > /usr/src/libexec/atrun/atrun.c:(.text+0x89b): undefined reference to > `fclose' > /usr/src/libexec/atrun/atrun.c:(.text+0x8a7): undefined reference to `chd= ir' > /usr/src/libexec/atrun/atrun.c:(.text+0x8c7): undefined reference to `ope= n' > /usr/src/libexec/atrun/atrun.c:(.text+0x8e9): undefined reference to `wri= te' > /usr/src/libexec/atrun/atrun.c:(.text+0x8f1): undefined reference to > `strlen' > /usr/src/libexec/atrun/atrun.c:(.text+0x901): undefined reference to `wri= te' > /usr/src/libexec/atrun/atrun.c:(.text+0x919): undefined reference to `wri= te' > /usr/src/libexec/atrun/atrun.c:(.text+0x92b): undefined reference to `fst= at' > /usr/src/libexec/atrun/atrun.c:(.text+0x94f): undefined reference to `clo= se' > /usr/src/libexec/atrun/atrun.c:(.text+0x95b): undefined reference to `clo= se' > /usr/src/libexec/atrun/atrun.c:(.text+0x967): undefined reference to `clo= se' > /usr/src/libexec/atrun/atrun.c:(.text+0x96c): undefined reference to `for= k' > /usr/src/libexec/atrun/atrun.c:(.text+0x9ac): undefined reference to `lse= ek' > /usr/src/libexec/atrun/atrun.c:(.text+0x9bc): undefined reference to `dup= ' > /usr/src/libexec/atrun/atrun.c:(.text+0x9cc): undefined reference to `dup= ' > /usr/src/libexec/atrun/atrun.c:(.text+0x9dd): undefined reference to `dup= ' > /usr/src/libexec/atrun/atrun.c:(.text+0x9ee): undefined reference to `clo= se' > /usr/src/libexec/atrun/atrun.c:(.text+0x9f6): undefined reference to `clo= se' > /usr/src/libexec/atrun/atrun.c:(.text+0xa02): undefined reference to `chd= ir' > /usr/src/libexec/atrun/atrun.c:(.text+0xa20): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0xa2d): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0xa36): undefined reference to > `__mb_sb_limit' > /usr/src/libexec/atrun/atrun.c:(.text+0xa3f): undefined reference to > `_CurrentRuneLocale' > /usr/src/libexec/atrun/atrun.c:(.text+0xa51): undefined reference to `nic= e' > /usr/src/libexec/atrun/atrun.c:(.text+0xa8c): undefined reference to `chd= ir' > /usr/src/libexec/atrun/atrun.c:(.text+0xa9c): undefined reference to `chd= ir' > /usr/src/libexec/atrun/atrun.c:(.text+0xac2): undefined reference to > `execle' > /usr/src/libexec/atrun/atrun.c:(.text+0xadd): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0xaea): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0xaf2): undefined reference to `clo= se' > /usr/src/libexec/atrun/atrun.c:(.text+0xafa): undefined reference to `clo= se' > /usr/src/libexec/atrun/atrun.c:(.text+0xb18): undefined reference to > `waitpid' > /usr/src/libexec/atrun/atrun.c:(.text+0xb2a): undefined reference to `sta= t' > /usr/src/libexec/atrun/atrun.c:(.text+0xb3a): undefined reference to `ope= n' > /usr/src/libexec/atrun/atrun.c:(.text+0xb4a): undefined reference to > `unlink' > /usr/src/libexec/atrun/atrun.c:(.text+0xb83): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0xb90): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0xbc5): undefined reference to `chd= ir' > /usr/src/libexec/atrun/atrun.c:(.text+0xbd5): undefined reference to `chd= ir' > /usr/src/libexec/atrun/atrun.c:(.text+0xc18): undefined reference to `exe= cl' > /usr/src/libexec/atrun/atrun.c:(.text+0xc30): undefined reference to `exi= t' > /usr/src/libexec/atrun/atrun.c:(.text+0xc35): undefined reference to > `__stack_chk_fail' > /usr/src/libexec/atrun/atrun.c:(.text+0xde6): undefined reference to `exi= t' > /usr/src/libexec/atrun/atrun.c:(.text+0xe0a): undefined reference to `exi= t' > gloadavg.o: In function `gloadavg': > /usr/src/libexec/atrun/gloadavg.c:(.text+0x15): undefined reference to > `getloadavg' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `stpcpy' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `putchar' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcpy' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `warnx' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `__stdoutp= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getrlimi= t' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `ioctl' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlerror' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getgid' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `printf' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `mac_is_present' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `mac_from_text' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigemptys= et' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strerror= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `__pw_sca= n' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `memmove' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `__stdinp' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `cpuset_setaffinity' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getenv' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fchmod' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `setloginclass' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `setpriority' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mac_free= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getpid' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `qsort' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fchown' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `memcpy' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `creat' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `errx' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `dup2' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getuid' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `rtprio' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `feof' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `malloc' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sleep' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `vsnprintf= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtouma= x' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `statfs' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `gethostbyaddr' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `getprogname' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `setgroups= ' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fflush' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `ftruncat= e' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigaddset= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `strncasecmp' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlclose' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `posix_openpt' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `freeaddrinfo' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `getnameinfo' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `alarm' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cpuset' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtoq' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtol' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `_DefaultRuneLocale' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetstr' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `rename' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strrchr' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `basename' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `nanoslee= p' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `calloc' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setrlimi= t' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldload' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sysctl' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `modstat' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fprintf' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kill' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcat' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `initgroup= s' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `memchr' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `umask' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mktime' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `reallocf= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strstr' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `unlockpt= ' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `__error' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `flock' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setgid' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `read' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strncmp' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlopen' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strncpy' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setenv' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcasec= mp' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `realloc' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtok' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sigfills= et' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `memcmp' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `__inet_ntoa' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `execlp' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigaction= ' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlsym' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `mac_set_proc' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strdup' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `kldfirstmod' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `index' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `localtim= e' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `memset' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fnmatch' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `err' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `modfnext= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getsid' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldstat' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `grantpt' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `tcgetattr= ' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `getgroups= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `ptsname' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `gethostbyname' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fgetc' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `gethostname' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sprintf' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `asprintf' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcspn' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mkstemp' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getttyna= m' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetcap' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strsep' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fputc' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fgetln' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `getaddrinfo' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldnext' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `localeco= nv' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetclos= e' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `quotactl= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `link' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetent' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getgrnam= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `atoi' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `_exit' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strspn' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `__assert= ' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strchr' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fputs' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setsid' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `warn' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetnum' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setuid' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `tcsetattr= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `tcsetsid= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `pwrite' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setlogin= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `raise' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `free' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigprocma= sk' > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > *** Error code 1 > > Stop in /usr/src/libexec/atrun. > *** Error code 1 > > Stop in /usr/src/libexec. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > -- > Sphinx of black quartz judge my vow. > _______________________________________________ > 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= " > --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 17:51:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 111E51065675 for ; Mon, 5 Sep 2011 17:51:21 +0000 (UTC) (envelope-from chmiels@o2.pl) Received: from moh2-ve1.go2.pl (moh2-ve1.go2.pl [193.17.41.186]) by mx1.freebsd.org (Postfix) with ESMTP id C4C068FC3E for ; Mon, 5 Sep 2011 17:51:20 +0000 (UTC) Received: from moh2-ve1.go2.pl (unknown [10.0.0.186]) by moh2-ve1.go2.pl (Postfix) with ESMTP id 8310C44C4CD for ; Mon, 5 Sep 2011 19:51:19 +0200 (CEST) Received: from unknown (unknown [10.0.0.142]) by moh2-ve1.go2.pl (Postfix) with SMTP for ; Mon, 5 Sep 2011 19:51:19 +0200 (CEST) Received: from staticline648.toya.net.pl [217.113.228.73] by poczta.o2.pl with ESMTP id IYQICM; Mon, 05 Sep 2011 19:51:19 +0200 Date: Mon, 5 Sep 2011 19:51:43 +0200 From: Sebastian Chmielewski To: freebsd-current@freebsd.org Message-ID: <20110905195143.557b9480@o2.pl> In-Reply-To: <4E60EFE4.7070403@restart.be> References: <20110901223646.14b8aae8@o2.pl> <4E60EFE4.7070403@restart.be> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-O2-Trust: 2, 65 X-O2-SPF: neutral Subject: Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2011 17:51:21 -0000 On Fri, 02 Sep 2011 17:01:56 +0200 Henri Hennebert wrote: > I encounter the same problem. I reboot with mfsBSD and run zpool scrub > without error. > > I reboot and get the same error - the error msg repeating 4 or 5 times. > Do you have lzjb compression in your pool? My pool does use it (on some filesystems) and it's also almost full (95% used). 'zdb zroot' fails with 'assertion failed' message. 1089791 1 16K 64K 64K 64K 100.00 ZFS plain file Traversing all blocks to verify checksums and verify nothing leaked ... Assertion failed: (space_map_load(&msp->ms_map, &zdb_space_map_ops, SM_ALLOC, &msp->ms_smo, spa->spa_meta_objset) == 0), file /work/opensource/OS/FreeBSD/current-gem/cddl/usr.sbin/zdb/../../../cddl/contrib/opensolaris/cmd/zdb/zdb.c, line 2115. zsh: abort zdb zroot best regards, -- Sebastian Chmielewski * jid:chmielsster@gmail.com * gg:3336919 * icq:224161389 From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 19:11:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0749210656AA for ; Mon, 5 Sep 2011 19:11:34 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 86F6A8FC0C for ; Mon, 5 Sep 2011 19:11:33 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3864B14EA2; Mon, 5 Sep 2011 21:11:32 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id p85JBTBq049228; Mon, 5 Sep 2011 21:11:30 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be p85JBTBq049228 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1315249891; bh=y6VobJEt4gQKt5//162AEZi8Nta6aKmxoRZPIo6QXJ0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=YZqYbXIEonk4L+WmWYXviGY3a/WQxOUmnWRHJyK8mncgz+eIZd9UiTPTgNQfZihRH /O6LTVakjSCqcwXJBSMTQ== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be p85JBTBq049228 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type:content-transfer-encoding; b=og2ha5WvLXCblBJK9N+UpJvX38og53HJ0Bw1QE2hnwJc26AGSxFE+WNwxAN10DpWT 0Und5ELYtyi1VbpSiB5Lw== Message-ID: <4E651EE1.3090001@restart.be> Date: Mon, 05 Sep 2011 21:11:29 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.1) Gecko/20110905 Thunderbird/6.0.1 MIME-Version: 1.0 To: Sebastian Chmielewski References: <20110901223646.14b8aae8@o2.pl> <4E60EFE4.7070403@restart.be> <20110905195143.557b9480@o2.pl> In-Reply-To: <20110905195143.557b9480@o2.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2011 19:11:34 -0000 On 09/05/2011 19:51, Sebastian Chmielewski wrote: > On Fri, 02 Sep 2011 17:01:56 +0200 > Henri Hennebert wrote: > >> I encounter the same problem. I reboot with mfsBSD and run zpool scrub >> without error. >> >> I reboot and get the same error - the error msg repeating 4 or 5 times. >> > > Do you have lzjb compression in your pool Yes on some file systems but not on rpool/root > My pool does use it (on some filesystems) and it's also almost full (95% used). I think it is not a problem, zfsloader must open the zfs file system in read-only. BUT it is AWFUL for io performance. > 'zdb zroot' fails with 'assertion failed' message. > > 1089791 1 16K 64K 64K 64K 100.00 ZFS plain file > > > Traversing all blocks to verify checksums and verify nothing leaked ... > Assertion failed: (space_map_load(&msp->ms_map,&zdb_space_map_ops, SM_ALLOC,&msp->ms_smo, spa->spa_meta_objset) == 0), file /work/opensource/OS/FreeBSD/current-gem/cddl/usr.sbin/zdb/../../../cddl/contrib/opensolaris/cmd/zdb/zdb.c, line 2115. > zsh: abort zdb zroot I try it on my active pool and no assertion error, only some zdb_blkptr_cb: Got error 122 reading <180, 0, 0, 0> -- skipping but on a live file system this seems normal. Henri > > best regards, From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 22:00:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96FF5106566C; Mon, 5 Sep 2011 22:00:10 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id A69D68FC0A; Mon, 5 Sep 2011 22:00:09 +0000 (UTC) Received: by ewy1 with SMTP id 1so2932154ewy.13 for ; Mon, 05 Sep 2011 15:00:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=vnOXB9M/qbv51/K/qnfMu33svMQmaS1DWYliNnXNx2I=; b=vgLmhjzT3iqvYTO4675DCfQL5fnPEo9ThCED9b3i0cqi7ErOYIANSelF+II2Fy5IjW mAgelGssxqNazmN+jK28PDEZmcfnC76mp18LPOFMVnLI2LEKNi4b61+xWUGsTLTwwEgb dM79DjG86iN/CKcNxHK2IYoNCBYPLFZRQyOPI= Received: by 10.213.2.134 with SMTP id 6mr950966ebj.33.1315260008222; Mon, 05 Sep 2011 15:00:08 -0700 (PDT) Received: from limbo.lan ([195.225.157.86]) by mx.google.com with ESMTPS id u14sm11713902eeh.1.2011.09.05.15.00.06 (version=SSLv3 cipher=OTHER); Mon, 05 Sep 2011 15:00:07 -0700 (PDT) Message-ID: <4E654664.1010504@gmail.com> Date: Tue, 06 Sep 2011 01:00:04 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.1) Gecko/20110902 Thunderbird/6.0.1 MIME-Version: 1.0 To: Olivier Smedts References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2011 22:00:12 -0000 05.09.2011 10:43, Olivier Smedts wrote: >> ===> libexec/atrun (all) >> clang -O2 -pipe -march=native -DATJOB_DIR=\"/var/at/jobs/\" >> -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 >> -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 >> -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' >> -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at >> -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector >> -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign >> -c /usr/src/libexec/atrun/atrun.c > > Try removing "-march=native" from your CFLAGS. > > I have the exact same problem since months on my Core i7 CPU when > using "-march=native" or "-march=corei7". No problems for me with > "-march=core2" though. It so nice you have noted that. I'll be much happier if you also spare some time reading my previous emails. As I noted before this command fails only if run as a part of 'make buildworld'. If I cd to that directory and run the same command from there it completes successfully yielding working binary. If the error would be related to -fPIC, ccache or -march it'll end up with other bunch of error messages and result would be irrelevant of invocation and environment. As I suspect some incorrect buildworld behavior I have no other choice as running another clean build and presenting new logs. Here you go: clang -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialize d -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil clang: warning: argument unused during compilation: '-std=gnu99' /usr/obj/usr/src/tmp/usr/lib/crt1.o: In function `_start1': /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x7d): undefined reference to `atexit' /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x84): undefined reference to `_init_tls' /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x90): undefined reference to `atexit' /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0xad): undefined reference to `exit' atrun.o: In function `perr': /usr/src/libexec/atrun/atrun.c:(.text+0x12): undefined reference to `strlen' /usr/src/libexec/atrun/atrun.c:(.text+0x45): undefined reference to `vwarn' /usr/src/libexec/atrun/atrun.c:(.text+0x6d): undefined reference to `snprintf' /usr/src/libexec/atrun/atrun.c:(.text+0x8a): undefined reference to `vsyslog' /usr/src/libexec/atrun/atrun.c:(.text+0x9c): undefined reference to `exit' atrun.o: In function `perrx': /usr/src/libexec/atrun/atrun.c:(.text+0xd3): undefined reference to `vwarnx' /usr/src/libexec/atrun/atrun.c:(.text+0xdf): undefined reference to `exit' /usr/src/libexec/atrun/atrun.c:(.text+0xf3): undefined reference to `vsyslog' /usr/src/libexec/atrun/atrun.c:(.text+0xff): undefined reference to `exit' atrun.o: In function `main': /usr/src/libexec/atrun/atrun.c:(.text+0x160): undefined reference to `geteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x174): undefined reference to `getegid' /usr/src/libexec/atrun/atrun.c:(.text+0x186): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0x193): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x1af): undefined reference to `openlog' /usr/src/libexec/atrun/atrun.c:(.text+0x1b5): undefined reference to `opterr' /usr/src/libexec/atrun/atrun.c:(.text+0x1e6): undefined reference to `getopt' /usr/src/libexec/atrun/atrun.c:(.text+0x1fe): undefined reference to `optarg' /usr/src/libexec/atrun/atrun.c:(.text+0x212): undefined reference to `sscanf' /usr/src/libexec/atrun/atrun.c:(.text+0x250): undefined reference to `__stderrp' /usr/src/libexec/atrun/atrun.c:(.text+0x270): undefined reference to `fwrite' /usr/src/libexec/atrun/atrun.c:(.text+0x27c): undefined reference to `exit' /usr/src/libexec/atrun/atrun.c:(.text+0x290): undefined reference to `syslog' /usr/src/libexec/atrun/atrun.c:(.text+0x29c): undefined reference to `exit' /usr/src/libexec/atrun/atrun.c:(.text+0x2a8): undefined reference to `chdir' /usr/src/libexec/atrun/atrun.c:(.text+0x2bc): undefined reference to `opendir' /usr/src/libexec/atrun/atrun.c:(.text+0x2e0): undefined reference to `time' /usr/src/libexec/atrun/atrun.c:(.text+0x312): undefined reference to `_CurrentRuneLocale' /usr/src/libexec/atrun/atrun.c:(.text+0x34f): undefined reference to `unlink' /usr/src/libexec/atrun/atrun.c:(.text+0x35d): undefined reference to `readdir' /usr/src/libexec/atrun/atrun.c:(.text+0x379): undefined reference to `stat' /usr/src/libexec/atrun/atrun.c:(.text+0x3b4): undefined reference to `sscanf' /usr/src/libexec/atrun/atrun.c:(.text+0x3e8): undefined reference to `__mb_sb_limit' /usr/src/libexec/atrun/atrun.c:(.text+0x3fe): undefined reference to `_CurrentRuneLocale' /usr/src/libexec/atrun/atrun.c:(.text+0x41f): undefined reference to `strcmp' /usr/src/libexec/atrun/atrun.c:(.text+0x443): undefined reference to `strlcpy' /usr/src/libexec/atrun/atrun.c:(.text+0x453): undefined reference to `__mb_sb_limit' /usr/src/libexec/atrun/atrun.c:(.text+0x4c0): undefined reference to `closelog' /usr/src/libexec/atrun/atrun.c:(.text+0x4cc): undefined reference to `exit' atrun.o: In function `run_file': /usr/src/libexec/atrun/atrun.c:(.text+0x535): undefined reference to `__stack_chk_guard' /usr/src/libexec/atrun/atrun.c:(.text+0x56c): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x579): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0x589): undefined reference to `chmod' /usr/src/libexec/atrun/atrun.c:(.text+0x59e): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0x5ab): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x5b0): undefined reference to `fork' /usr/src/libexec/atrun/atrun.c:(.text+0x5c2): undefined reference to `__stack_chk_guard' /usr/src/libexec/atrun/atrun.c:(.text+0x5e4): undefined reference to `getpwuid' /usr/src/libexec/atrun/atrun.c:(.text+0x5fb): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x608): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0x67e): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0x68b): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x698): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x6a5): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0x6b5): undefined reference to `fopen' /usr/src/libexec/atrun/atrun.c:(.text+0x6c4): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0x6d1): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0x6df): undefined reference to `__isthreaded' /usr/src/libexec/atrun/atrun.c:(.text+0x6f3): undefined reference to `fileno' /usr/src/libexec/atrun/atrun.c:(.text+0x701): undefined reference to `dup' /usr/src/libexec/atrun/atrun.c:(.text+0x71d): undefined reference to `fstat' /usr/src/libexec/atrun/atrun.c:(.text+0x738): undefined reference to `lstat' /usr/src/libexec/atrun/atrun.c:(.text+0x7dd): undefined reference to `fcntl' /usr/src/libexec/atrun/atrun.c:(.text+0x7fe): undefined reference to `fcntl' /usr/src/libexec/atrun/atrun.c:(.text+0x821): undefined reference to `snprintf' /usr/src/libexec/atrun/atrun.c:(.text+0x855): undefined reference to `fscanf' /usr/src/libexec/atrun/atrun.c:(.text+0x89b): undefined reference to `fclose' /usr/src/libexec/atrun/atrun.c:(.text+0x8a7): undefined reference to `chdir' /usr/src/libexec/atrun/atrun.c:(.text+0x8c7): undefined reference to `open' /usr/src/libexec/atrun/atrun.c:(.text+0x8e9): undefined reference to `write' /usr/src/libexec/atrun/atrun.c:(.text+0x8f1): undefined reference to `strlen' /usr/src/libexec/atrun/atrun.c:(.text+0x901): undefined reference to `write' /usr/src/libexec/atrun/atrun.c:(.text+0x919): undefined reference to `write' /usr/src/libexec/atrun/atrun.c:(.text+0x92b): undefined reference to `fstat' /usr/src/libexec/atrun/atrun.c:(.text+0x94f): undefined reference to `close' /usr/src/libexec/atrun/atrun.c:(.text+0x95b): undefined reference to `close' /usr/src/libexec/atrun/atrun.c:(.text+0x967): undefined reference to `close' /usr/src/libexec/atrun/atrun.c:(.text+0x96c): undefined reference to `fork' /usr/src/libexec/atrun/atrun.c:(.text+0x9ac): undefined reference to `lseek' /usr/src/libexec/atrun/atrun.c:(.text+0x9bc): undefined reference to `dup' /usr/src/libexec/atrun/atrun.c:(.text+0x9cc): undefined reference to `dup' /usr/src/libexec/atrun/atrun.c:(.text+0x9dd): undefined reference to `dup' /usr/src/libexec/atrun/atrun.c:(.text+0x9ee): undefined reference to `close' /usr/src/libexec/atrun/atrun.c:(.text+0x9f6): undefined reference to `close' /usr/src/libexec/atrun/atrun.c:(.text+0xa02): undefined reference to `chdir' /usr/src/libexec/atrun/atrun.c:(.text+0xa20): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0xa2d): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0xa36): undefined reference to `__mb_sb_limit' /usr/src/libexec/atrun/atrun.c:(.text+0xa3f): undefined reference to `_CurrentRuneLocale' /usr/src/libexec/atrun/atrun.c:(.text+0xa51): undefined reference to `nice' /usr/src/libexec/atrun/atrun.c:(.text+0xa8c): undefined reference to `chdir' /usr/src/libexec/atrun/atrun.c:(.text+0xa9c): undefined reference to `chdir' /usr/src/libexec/atrun/atrun.c:(.text+0xac2): undefined reference to `execle' /usr/src/libexec/atrun/atrun.c:(.text+0xadd): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0xaea): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0xaf2): undefined reference to `close' /usr/src/libexec/atrun/atrun.c:(.text+0xafa): undefined reference to `close' /usr/src/libexec/atrun/atrun.c:(.text+0xb18): undefined reference to `waitpid' /usr/src/libexec/atrun/atrun.c:(.text+0xb2a): undefined reference to `stat' /usr/src/libexec/atrun/atrun.c:(.text+0xb3a): undefined reference to `open' /usr/src/libexec/atrun/atrun.c:(.text+0xb4a): undefined reference to `unlink' /usr/src/libexec/atrun/atrun.c:(.text+0xb83): undefined reference to `seteuid' /usr/src/libexec/atrun/atrun.c:(.text+0xb90): undefined reference to `setegid' /usr/src/libexec/atrun/atrun.c:(.text+0xbc5): undefined reference to `chdir' /usr/src/libexec/atrun/atrun.c:(.text+0xbd5): undefined reference to `chdir' /usr/src/libexec/atrun/atrun.c:(.text+0xc18): undefined reference to `execl' /usr/src/libexec/atrun/atrun.c:(.text+0xc30): undefined reference to `exit' /usr/src/libexec/atrun/atrun.c:(.text+0xc35): undefined reference to `__stack_chk_fail' /usr/src/libexec/atrun/atrun.c:(.text+0xde6): undefined reference to `exit' /usr/src/libexec/atrun/atrun.c:(.text+0xe0a): undefined reference to `exit' gloadavg.o: In function `gloadavg': /usr/src/libexec/atrun/gloadavg.c:(.text+0x15): undefined reference to `getloadavg' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `stpcpy' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `putchar' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcpy' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `warnx' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `__stdoutp' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getrlimit' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `ioctl' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlerror' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getgid' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `printf' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mac_is_present' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mac_from_text' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigemptyset' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strerror' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `__pw_scan' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `memmove' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `__stdinp' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cpuset_setaffinity' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getenv' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fchmod' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setloginclass' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setpriority' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mac_free' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getpid' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `qsort' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fchown' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `memcpy' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `creat' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `errx' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `dup2' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getuid' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `rtprio' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `feof' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `malloc' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sleep' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `vsnprintf' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtoumax' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `statfs' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `gethostbyaddr' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getprogname' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `setgroups' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fflush' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `ftruncate' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigaddset' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strncasecmp' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlclose' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `posix_openpt' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `freeaddrinfo' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getnameinfo' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `alarm' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cpuset' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtoq' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtol' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `_DefaultRuneLocale' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetstr' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `rename' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strrchr' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `basename' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `nanosleep' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `calloc' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setrlimit' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldload' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sysctl' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `modstat' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fprintf' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kill' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcat' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `initgroups' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `memchr' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `umask' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mktime' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `reallocf' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strstr' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `unlockpt' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `__error' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `flock' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setgid' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `read' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strncmp' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlopen' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strncpy' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setenv' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcasecmp' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `realloc' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtok' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sigfillset' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `memcmp' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `__inet_ntoa' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `execlp' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigaction' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlsym' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mac_set_proc' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strdup' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldfirstmod' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `index' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `localtime' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `memset' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fnmatch' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `err' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `modfnext' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getsid' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldstat' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `grantpt' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `tcgetattr' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `getgroups' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `ptsname' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `gethostbyname' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fgetc' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `gethostname' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sprintf' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `asprintf' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcspn' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mkstemp' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getttynam' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetcap' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strsep' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fputc' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fgetln' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getaddrinfo' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldnext' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `localeconv' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetclose' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `quotactl' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `link' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetent' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getgrnam' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `atoi' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `_exit' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strspn' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `__assert' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strchr' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fputs' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setsid' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `warn' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetnum' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setuid' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `tcsetattr' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `tcsetsid' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `pwrite' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setlogin' /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `raise' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `free' /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigprocmask' clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop in /usr/src/libexec/atrun. *** Error code 1 Stop in /usr/src/libexec. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [limbo] /usr/src/libexec/atrun# cd /usr/obj/usr/src/libexec/atrun/ [limbo] /usr/obj/usr/src/libexec/atrun# clang -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil clang: warning: argument unused during compilation: '-std=gnu99' [limbo] /usr/obj/usr/src/libexec/atrun# ls -la total 37 drwxr-xr-x 2 root wheel 7 6 вер 00:56 ./ drwxr-xr-x 25 root wheel 25 5 вер 19:06 ../ -rw-r--r-- 1 root wheel 3668 5 вер 22:53 .depend -rwxr-xr-x 1 root wheel 15319 6 вер 00:56 atrun* -rw-r--r-- 1 root wheel 1685 5 вер 23:06 atrun.8 -rw-r--r-- 1 root wheel 8956 5 вер 23:06 atrun.o -rw-r--r-- 1 root wheel 860 5 вер 23:06 gloadavg.o [limbo] /usr/obj/usr/src/libexec/atrun# file atrun atrun: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked (uses shared libs), for FreeBSD 9.0 (900042), not stripped -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 22:11:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2DF4106564A; Mon, 5 Sep 2011 22:11:44 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 658CB8FC13; Mon, 5 Sep 2011 22:11:44 +0000 (UTC) Received: by qyk4 with SMTP id 4so162400qyk.13 for ; Mon, 05 Sep 2011 15:11:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.176.232 with SMTP id bf40mr3484923qcb.23.1315260703471; Mon, 05 Sep 2011 15:11:43 -0700 (PDT) Received: by 10.229.98.137 with HTTP; Mon, 5 Sep 2011 15:11:43 -0700 (PDT) In-Reply-To: <4E654664.1010504@gmail.com> References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E654664.1010504@gmail.com> Date: Tue, 6 Sep 2011 00:11:43 +0200 Message-ID: From: Olivier Smedts To: Volodymyr Kostyrko Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2011 22:11:44 -0000 2011/9/6 Volodymyr Kostyrko : > 05.09.2011 10:43, Olivier Smedts wrote: > >>> =3D=3D=3D> =C2=A0libexec/atrun (all) >>> clang -O2 -pipe -march=3Dnative -DATJOB_DIR=3D\"/var/at/jobs/\" >>> -DLFILE=3D\"/var/at/jobs/.lockfile\" =C2=A0-DLOADAVG_MX=3D1.5 >>> -DATSPOOL_DIR=3D\"/var/at/spool\" =C2=A0-DVERSION=3D\"2.9\" -DDAEMON_UI= D=3D1 >>> -DDAEMON_GID=3D1 =C2=A0-DDEFAULT_BATCH_QUEUE=3D\'E\' =C2=A0-DDEFAULT_AT= _QUEUE=3D\'c\' >>> -DPERM_PATH=3D\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at >>> -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=3Dgnu99 -fstack-protect= or >>> -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized >>> -Wno-pointer-sign >>> -c /usr/src/libexec/atrun/atrun.c >> >> Try removing "-march=3Dnative" from your CFLAGS. >> >> I have the exact same problem since months on my Core i7 CPU when >> using "-march=3Dnative" or "-march=3Dcorei7". No problems for me with >> "-march=3Dcore2" though. > > It so nice you have noted that. I'll be much happier if you also spare so= me > time reading my previous emails. Or you could search this mailing list for the exact same problem reported some time ago. > As I noted before this command fails only if run as a part of 'make > buildworld'. If I cd to that directory and run the same command from ther= e > it completes successfully yielding working binary. If the error would be > related to -fPIC, ccache or -march it'll end up with other bunch of error > messages and result would be irrelevant of invocation and environment. If you cd to that directory, you'll use the system clang, let's call it the "good" clang. If you buildworld with -march=3Dnative or -march=3Dcorei7, you'll first compile a bootstrap clang with -march=3Dnative or -march=3Dcorei7 (the "bad" one) and that one will fail building libexec/atrun. Chicken and egg problem. If you try building and installing clang with -march=3Dnative or -march=3Dcorei7, you'll have the same error if you then cd to that directory and make. > As I suspect some incorrect buildworld behavior I have no other choice as > running another clean build and presenting new logs. Here you go: > > clang -O2 -pipe =C2=A0-DATJOB_DIR=3D\"/var/at/jobs/\" > -DLFILE=3D\"/var/at/jobs/.lockfile\" =C2=A0-DLOADAVG_MX=3D1.5 > -DATSPOOL_DIR=3D\"/var/at/spool\" =C2=A0-DVERSION=3D\"2.9\" -DDAEMON_UID= =3D1 > -DDAEMON_GID=3D1 =C2=A0-DDEFAULT_BATCH_QUEUE=3D\'E\' =C2=A0-DDEFAULT_AT_Q= UEUE=3D\'c\' > -DPERM_PATH=3D\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at > -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=3Dgnu99 -fstack-protector > -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialize > d -Wno-pointer-sign =C2=A0-o atrun atrun.o gloadavg.o -lpam -lutil > clang: warning: argument unused during compilation: '-std=3Dgnu99' > /usr/obj/usr/src/tmp/usr/lib/crt1.o: In function `_start1': > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x7d): undefined reference to > `atexit' > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x84): undefined reference to > `_init_tls' > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x90): undefined reference to > `atexit' > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0xad): undefined reference to > `exit' > atrun.o: In function `perr': > /usr/src/libexec/atrun/atrun.c:(.text+0x12): undefined reference to `strl= en' > /usr/src/libexec/atrun/atrun.c:(.text+0x45): undefined reference to `vwar= n' > /usr/src/libexec/atrun/atrun.c:(.text+0x6d): undefined reference to > `snprintf' > /usr/src/libexec/atrun/atrun.c:(.text+0x8a): undefined reference to > `vsyslog' > /usr/src/libexec/atrun/atrun.c:(.text+0x9c): undefined reference to `exit= ' > atrun.o: In function `perrx': > /usr/src/libexec/atrun/atrun.c:(.text+0xd3): undefined reference to `vwar= nx' > /usr/src/libexec/atrun/atrun.c:(.text+0xdf): undefined reference to `exit= ' > /usr/src/libexec/atrun/atrun.c:(.text+0xf3): undefined reference to > `vsyslog' > /usr/src/libexec/atrun/atrun.c:(.text+0xff): undefined reference to `exit= ' > atrun.o: In function `main': > /usr/src/libexec/atrun/atrun.c:(.text+0x160): undefined reference to > `geteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x174): undefined reference to > `getegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x186): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x193): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x1af): undefined reference to > `openlog' > /usr/src/libexec/atrun/atrun.c:(.text+0x1b5): undefined reference to > `opterr' > /usr/src/libexec/atrun/atrun.c:(.text+0x1e6): undefined reference to > `getopt' > /usr/src/libexec/atrun/atrun.c:(.text+0x1fe): undefined reference to > `optarg' > /usr/src/libexec/atrun/atrun.c:(.text+0x212): undefined reference to > `sscanf' > /usr/src/libexec/atrun/atrun.c:(.text+0x250): undefined reference to > `__stderrp' > /usr/src/libexec/atrun/atrun.c:(.text+0x270): undefined reference to > `fwrite' > /usr/src/libexec/atrun/atrun.c:(.text+0x27c): undefined reference to `exi= t' > /usr/src/libexec/atrun/atrun.c:(.text+0x290): undefined reference to > `syslog' > /usr/src/libexec/atrun/atrun.c:(.text+0x29c): undefined reference to `exi= t' > /usr/src/libexec/atrun/atrun.c:(.text+0x2a8): undefined reference to `chd= ir' > /usr/src/libexec/atrun/atrun.c:(.text+0x2bc): undefined reference to > `opendir' > /usr/src/libexec/atrun/atrun.c:(.text+0x2e0): undefined reference to `tim= e' > /usr/src/libexec/atrun/atrun.c:(.text+0x312): undefined reference to > `_CurrentRuneLocale' > /usr/src/libexec/atrun/atrun.c:(.text+0x34f): undefined reference to > `unlink' > /usr/src/libexec/atrun/atrun.c:(.text+0x35d): undefined reference to > `readdir' > /usr/src/libexec/atrun/atrun.c:(.text+0x379): undefined reference to `sta= t' > /usr/src/libexec/atrun/atrun.c:(.text+0x3b4): undefined reference to > `sscanf' > /usr/src/libexec/atrun/atrun.c:(.text+0x3e8): undefined reference to > `__mb_sb_limit' > /usr/src/libexec/atrun/atrun.c:(.text+0x3fe): undefined reference to > `_CurrentRuneLocale' > /usr/src/libexec/atrun/atrun.c:(.text+0x41f): undefined reference to > `strcmp' > /usr/src/libexec/atrun/atrun.c:(.text+0x443): undefined reference to > `strlcpy' > /usr/src/libexec/atrun/atrun.c:(.text+0x453): undefined reference to > `__mb_sb_limit' > /usr/src/libexec/atrun/atrun.c:(.text+0x4c0): undefined reference to > `closelog' > /usr/src/libexec/atrun/atrun.c:(.text+0x4cc): undefined reference to `exi= t' > atrun.o: In function `run_file': > /usr/src/libexec/atrun/atrun.c:(.text+0x535): undefined reference to > `__stack_chk_guard' > /usr/src/libexec/atrun/atrun.c:(.text+0x56c): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x579): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x589): undefined reference to `chm= od' > /usr/src/libexec/atrun/atrun.c:(.text+0x59e): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x5ab): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x5b0): undefined reference to `for= k' > /usr/src/libexec/atrun/atrun.c:(.text+0x5c2): undefined reference to > `__stack_chk_guard' > /usr/src/libexec/atrun/atrun.c:(.text+0x5e4): undefined reference to > `getpwuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x5fb): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x608): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x67e): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x68b): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x698): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x6a5): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x6b5): undefined reference to `fop= en' > /usr/src/libexec/atrun/atrun.c:(.text+0x6c4): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0x6d1): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0x6df): undefined reference to > `__isthreaded' > /usr/src/libexec/atrun/atrun.c:(.text+0x6f3): undefined reference to > `fileno' > /usr/src/libexec/atrun/atrun.c:(.text+0x701): undefined reference to `dup= ' > /usr/src/libexec/atrun/atrun.c:(.text+0x71d): undefined reference to `fst= at' > /usr/src/libexec/atrun/atrun.c:(.text+0x738): undefined reference to `lst= at' > /usr/src/libexec/atrun/atrun.c:(.text+0x7dd): undefined reference to `fcn= tl' > /usr/src/libexec/atrun/atrun.c:(.text+0x7fe): undefined reference to `fcn= tl' > /usr/src/libexec/atrun/atrun.c:(.text+0x821): undefined reference to > `snprintf' > /usr/src/libexec/atrun/atrun.c:(.text+0x855): undefined reference to > `fscanf' > /usr/src/libexec/atrun/atrun.c:(.text+0x89b): undefined reference to > `fclose' > /usr/src/libexec/atrun/atrun.c:(.text+0x8a7): undefined reference to `chd= ir' > /usr/src/libexec/atrun/atrun.c:(.text+0x8c7): undefined reference to `ope= n' > /usr/src/libexec/atrun/atrun.c:(.text+0x8e9): undefined reference to `wri= te' > /usr/src/libexec/atrun/atrun.c:(.text+0x8f1): undefined reference to > `strlen' > /usr/src/libexec/atrun/atrun.c:(.text+0x901): undefined reference to `wri= te' > /usr/src/libexec/atrun/atrun.c:(.text+0x919): undefined reference to `wri= te' > /usr/src/libexec/atrun/atrun.c:(.text+0x92b): undefined reference to `fst= at' > /usr/src/libexec/atrun/atrun.c:(.text+0x94f): undefined reference to `clo= se' > /usr/src/libexec/atrun/atrun.c:(.text+0x95b): undefined reference to `clo= se' > /usr/src/libexec/atrun/atrun.c:(.text+0x967): undefined reference to `clo= se' > /usr/src/libexec/atrun/atrun.c:(.text+0x96c): undefined reference to `for= k' > /usr/src/libexec/atrun/atrun.c:(.text+0x9ac): undefined reference to `lse= ek' > /usr/src/libexec/atrun/atrun.c:(.text+0x9bc): undefined reference to `dup= ' > /usr/src/libexec/atrun/atrun.c:(.text+0x9cc): undefined reference to `dup= ' > /usr/src/libexec/atrun/atrun.c:(.text+0x9dd): undefined reference to `dup= ' > /usr/src/libexec/atrun/atrun.c:(.text+0x9ee): undefined reference to `clo= se' > /usr/src/libexec/atrun/atrun.c:(.text+0x9f6): undefined reference to `clo= se' > /usr/src/libexec/atrun/atrun.c:(.text+0xa02): undefined reference to `chd= ir' > /usr/src/libexec/atrun/atrun.c:(.text+0xa20): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0xa2d): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0xa36): undefined reference to > `__mb_sb_limit' > /usr/src/libexec/atrun/atrun.c:(.text+0xa3f): undefined reference to > `_CurrentRuneLocale' > /usr/src/libexec/atrun/atrun.c:(.text+0xa51): undefined reference to `nic= e' > /usr/src/libexec/atrun/atrun.c:(.text+0xa8c): undefined reference to `chd= ir' > /usr/src/libexec/atrun/atrun.c:(.text+0xa9c): undefined reference to `chd= ir' > /usr/src/libexec/atrun/atrun.c:(.text+0xac2): undefined reference to > `execle' > /usr/src/libexec/atrun/atrun.c:(.text+0xadd): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0xaea): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0xaf2): undefined reference to `clo= se' > /usr/src/libexec/atrun/atrun.c:(.text+0xafa): undefined reference to `clo= se' > /usr/src/libexec/atrun/atrun.c:(.text+0xb18): undefined reference to > `waitpid' > /usr/src/libexec/atrun/atrun.c:(.text+0xb2a): undefined reference to `sta= t' > /usr/src/libexec/atrun/atrun.c:(.text+0xb3a): undefined reference to `ope= n' > /usr/src/libexec/atrun/atrun.c:(.text+0xb4a): undefined reference to > `unlink' > /usr/src/libexec/atrun/atrun.c:(.text+0xb83): undefined reference to > `seteuid' > /usr/src/libexec/atrun/atrun.c:(.text+0xb90): undefined reference to > `setegid' > /usr/src/libexec/atrun/atrun.c:(.text+0xbc5): undefined reference to `chd= ir' > /usr/src/libexec/atrun/atrun.c:(.text+0xbd5): undefined reference to `chd= ir' > /usr/src/libexec/atrun/atrun.c:(.text+0xc18): undefined reference to `exe= cl' > /usr/src/libexec/atrun/atrun.c:(.text+0xc30): undefined reference to `exi= t' > /usr/src/libexec/atrun/atrun.c:(.text+0xc35): undefined reference to > `__stack_chk_fail' > /usr/src/libexec/atrun/atrun.c:(.text+0xde6): undefined reference to `exi= t' > /usr/src/libexec/atrun/atrun.c:(.text+0xe0a): undefined reference to `exi= t' > gloadavg.o: In function `gloadavg': > /usr/src/libexec/atrun/gloadavg.c:(.text+0x15): undefined reference to > `getloadavg' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `stpcpy' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `putchar' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcpy' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `warnx' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `__stdoutp= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getrlimi= t' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `ioctl' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlerror' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getgid' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `printf' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `mac_is_present' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `mac_from_text' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigemptys= et' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strerror= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `__pw_sca= n' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `memmove' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `__stdinp' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `cpuset_setaffinity' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getenv' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fchmod' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `setloginclass' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `setpriority' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mac_free= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getpid' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `qsort' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fchown' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `memcpy' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `creat' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `errx' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `dup2' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getuid' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `rtprio' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `feof' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `malloc' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sleep' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `vsnprintf= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtouma= x' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `statfs' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `gethostbyaddr' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `getprogname' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `setgroups= ' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fflush' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `ftruncat= e' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigaddset= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `strncasecmp' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlclose' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `posix_openpt' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `freeaddrinfo' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `getnameinfo' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `alarm' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cpuset' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtoq' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtol' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `_DefaultRuneLocale' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetstr' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `rename' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strrchr' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `basename' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `nanoslee= p' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `calloc' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setrlimi= t' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldload' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sysctl' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `modstat' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fprintf' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kill' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcat' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `initgroup= s' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `memchr' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `umask' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mktime' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `reallocf= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strstr' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `unlockpt= ' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `__error' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `flock' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setgid' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `read' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strncmp' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlopen' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strncpy' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setenv' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcasec= mp' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `realloc' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtok' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sigfills= et' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `memcmp' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `__inet_ntoa' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `execlp' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigaction= ' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlsym' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `mac_set_proc' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strdup' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `kldfirstmod' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `index' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `localtim= e' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `memset' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fnmatch' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `err' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `modfnext= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getsid' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldstat' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `grantpt' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `tcgetattr= ' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `getgroups= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `ptsname' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `gethostbyname' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fgetc' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `gethostname' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sprintf' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `asprintf' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcspn' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mkstemp' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getttyna= m' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetcap' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strsep' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fputc' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fgetln' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to > `getaddrinfo' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldnext' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `localeco= nv' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetclos= e' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `quotactl= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `link' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetent' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getgrnam= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `atoi' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `_exit' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strspn' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `__assert= ' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strchr' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fputs' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setsid' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `warn' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetnum' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setuid' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `tcsetattr= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `tcsetsid= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `pwrite' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setlogin= ' > /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `raise' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `free' > /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigprocma= sk' > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > *** Error code 1 > > Stop in /usr/src/libexec/atrun. > *** Error code 1 > > Stop in /usr/src/libexec. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > [limbo] /usr/src/libexec/atrun# cd /usr/obj/usr/src/libexec/atrun/ > [limbo] /usr/obj/usr/src/libexec/atrun# clang -O2 -pipe > -DATJOB_DIR=3D\"/var/at/jobs/\" =C2=A0-DLFILE=3D\"/var/at/jobs/.lockfile\= " > -DLOADAVG_MX=3D1.5 -DATSPOOL_DIR=3D\"/var/at/spool\" =C2=A0-DVERSION=3D\"= 2.9\" > -DDAEMON_UID=3D1 -DDAEMON_GID=3D1 =C2=A0-DDEFAULT_BATCH_QUEUE=3D\'E\' > -DDEFAULT_AT_QUEUE=3D\'c\' -DPERM_PATH=3D\"/var/at/\" > -I/usr/src/libexec/atrun/../../usr.bin/at -I/usr/src/libexec/atrun > -DLOGIN_CAP -DPAM -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall > -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign =C2=A0-o atrun atrun= .o > gloadavg.o -lpam -lutil > clang: warning: argument unused during compilation: '-std=3Dgnu99' > [limbo] /usr/obj/usr/src/libexec/atrun# ls -la > total 37 > drwxr-xr-x =C2=A0 2 root =C2=A0wheel =C2=A0 =C2=A0 =C2=A07 =C2=A06 =D0=B2= =D0=B5=D1=80 00:56 ./ > drwxr-xr-x =C2=A025 root =C2=A0wheel =C2=A0 =C2=A0 25 =C2=A05 =D0=B2=D0= =B5=D1=80 19:06 ../ > -rw-r--r-- =C2=A0 1 root =C2=A0wheel =C2=A0 3668 =C2=A05 =D0=B2=D0=B5=D1= =80 22:53 .depend > -rwxr-xr-x =C2=A0 1 root =C2=A0wheel =C2=A015319 =C2=A06 =D0=B2=D0=B5=D1= =80 00:56 atrun* > -rw-r--r-- =C2=A0 1 root =C2=A0wheel =C2=A0 1685 =C2=A05 =D0=B2=D0=B5=D1= =80 23:06 atrun.8 > -rw-r--r-- =C2=A0 1 root =C2=A0wheel =C2=A0 8956 =C2=A05 =D0=B2=D0=B5=D1= =80 23:06 atrun.o > -rw-r--r-- =C2=A0 1 root =C2=A0wheel =C2=A0 =C2=A0860 =C2=A05 =D0=B2=D0= =B5=D1=80 23:06 gloadavg.o > [limbo] /usr/obj/usr/src/libexec/atrun# file atrun > atrun: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), > dynamically linked (uses shared libs), for FreeBSD 9.0 (900042), not > stripped > > -- > Sphinx of black quartz judge my vow. > --=20 Olivier Smedts=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 _ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ASCII ri= bbon campaign ( ) e-mail: olivier@gid0.org=C2=A0 =C2=A0 =C2=A0 =C2=A0 - against HTML email & = vCards=C2=A0 X www: http://www.gid0.org=C2=A0 =C2=A0 - against proprietary attachments / \ =C2=A0 "Il y a seulement 10 sortes de gens dans le monde : =C2=A0 ceux qui comprennent le binaire, =C2=A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 22:14:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F6A01065672; Mon, 5 Sep 2011 22:14:56 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id 276738FC14; Mon, 5 Sep 2011 22:14:55 +0000 (UTC) Received: by qwg2 with SMTP id 2so3923587qwg.17 for ; Mon, 05 Sep 2011 15:14:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.59.135 with SMTP id l7mr1665888qch.251.1315260895189; Mon, 05 Sep 2011 15:14:55 -0700 (PDT) Received: by 10.229.98.137 with HTTP; Mon, 5 Sep 2011 15:14:55 -0700 (PDT) In-Reply-To: References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E654664.1010504@gmail.com> Date: Tue, 6 Sep 2011 00:14:55 +0200 Message-ID: From: Olivier Smedts To: Volodymyr Kostyrko Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2011 22:14:56 -0000 2011/9/6 Olivier Smedts : > 2011/9/6 Volodymyr Kostyrko : >> 05.09.2011 10:43, Olivier Smedts wrote: >> >>>> =3D=3D=3D> =C2=A0libexec/atrun (all) >>>> clang -O2 -pipe -march=3Dnative -DATJOB_DIR=3D\"/var/at/jobs/\" >>>> -DLFILE=3D\"/var/at/jobs/.lockfile\" =C2=A0-DLOADAVG_MX=3D1.5 >>>> -DATSPOOL_DIR=3D\"/var/at/spool\" =C2=A0-DVERSION=3D\"2.9\" -DDAEMON_U= ID=3D1 >>>> -DDAEMON_GID=3D1 =C2=A0-DDEFAULT_BATCH_QUEUE=3D\'E\' =C2=A0-DDEFAULT_A= T_QUEUE=3D\'c\' >>>> -DPERM_PATH=3D\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at >>>> -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=3Dgnu99 -fstack-protec= tor >>>> -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized >>>> -Wno-pointer-sign >>>> -c /usr/src/libexec/atrun/atrun.c >>> >>> Try removing "-march=3Dnative" from your CFLAGS. >>> >>> I have the exact same problem since months on my Core i7 CPU when >>> using "-march=3Dnative" or "-march=3Dcorei7". No problems for me with >>> "-march=3Dcore2" though. >> >> It so nice you have noted that. I'll be much happier if you also spare s= ome >> time reading my previous emails. > > Or you could search this mailing list for the exact same problem > reported some time ago. Sorry for double-post. My point was : this does not seem to be a buildworld problem, but rather a clang problem with coreiX's latest instructions. Should be reported upstream IMO. >> As I noted before this command fails only if run as a part of 'make >> buildworld'. If I cd to that directory and run the same command from the= re >> it completes successfully yielding working binary. If the error would be >> related to -fPIC, ccache or -march it'll end up with other bunch of erro= r >> messages and result would be irrelevant of invocation and environment. > > If you cd to that directory, you'll use the system clang, let's call > it the "good" clang. > > If you buildworld with -march=3Dnative or -march=3Dcorei7, you'll first > compile a bootstrap clang with -march=3Dnative or -march=3Dcorei7 (the > "bad" one) and that one will fail building libexec/atrun. Chicken and > egg problem. > > If you try building and installing clang with -march=3Dnative or > -march=3Dcorei7, you'll have the same error if you then cd to that > directory and make. > >> As I suspect some incorrect buildworld behavior I have no other choice a= s >> running another clean build and presenting new logs. Here you go: >> >> clang -O2 -pipe =C2=A0-DATJOB_DIR=3D\"/var/at/jobs/\" >> -DLFILE=3D\"/var/at/jobs/.lockfile\" =C2=A0-DLOADAVG_MX=3D1.5 >> -DATSPOOL_DIR=3D\"/var/at/spool\" =C2=A0-DVERSION=3D\"2.9\" -DDAEMON_UID= =3D1 >> -DDAEMON_GID=3D1 =C2=A0-DDEFAULT_BATCH_QUEUE=3D\'E\' =C2=A0-DDEFAULT_AT_= QUEUE=3D\'c\' >> -DPERM_PATH=3D\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at >> -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=3Dgnu99 -fstack-protecto= r >> -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialize >> d -Wno-pointer-sign =C2=A0-o atrun atrun.o gloadavg.o -lpam -lutil >> clang: warning: argument unused during compilation: '-std=3Dgnu99' >> /usr/obj/usr/src/tmp/usr/lib/crt1.o: In function `_start1': >> /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x7d): undefined reference to >> `atexit' >> /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x84): undefined reference to >> `_init_tls' >> /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x90): undefined reference to >> `atexit' >> /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0xad): undefined reference to >> `exit' >> atrun.o: In function `perr': >> /usr/src/libexec/atrun/atrun.c:(.text+0x12): undefined reference to `str= len' >> /usr/src/libexec/atrun/atrun.c:(.text+0x45): undefined reference to `vwa= rn' >> /usr/src/libexec/atrun/atrun.c:(.text+0x6d): undefined reference to >> `snprintf' >> /usr/src/libexec/atrun/atrun.c:(.text+0x8a): undefined reference to >> `vsyslog' >> /usr/src/libexec/atrun/atrun.c:(.text+0x9c): undefined reference to `exi= t' >> atrun.o: In function `perrx': >> /usr/src/libexec/atrun/atrun.c:(.text+0xd3): undefined reference to `vwa= rnx' >> /usr/src/libexec/atrun/atrun.c:(.text+0xdf): undefined reference to `exi= t' >> /usr/src/libexec/atrun/atrun.c:(.text+0xf3): undefined reference to >> `vsyslog' >> /usr/src/libexec/atrun/atrun.c:(.text+0xff): undefined reference to `exi= t' >> atrun.o: In function `main': >> /usr/src/libexec/atrun/atrun.c:(.text+0x160): undefined reference to >> `geteuid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x174): undefined reference to >> `getegid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x186): undefined reference to >> `setegid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x193): undefined reference to >> `seteuid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x1af): undefined reference to >> `openlog' >> /usr/src/libexec/atrun/atrun.c:(.text+0x1b5): undefined reference to >> `opterr' >> /usr/src/libexec/atrun/atrun.c:(.text+0x1e6): undefined reference to >> `getopt' >> /usr/src/libexec/atrun/atrun.c:(.text+0x1fe): undefined reference to >> `optarg' >> /usr/src/libexec/atrun/atrun.c:(.text+0x212): undefined reference to >> `sscanf' >> /usr/src/libexec/atrun/atrun.c:(.text+0x250): undefined reference to >> `__stderrp' >> /usr/src/libexec/atrun/atrun.c:(.text+0x270): undefined reference to >> `fwrite' >> /usr/src/libexec/atrun/atrun.c:(.text+0x27c): undefined reference to `ex= it' >> /usr/src/libexec/atrun/atrun.c:(.text+0x290): undefined reference to >> `syslog' >> /usr/src/libexec/atrun/atrun.c:(.text+0x29c): undefined reference to `ex= it' >> /usr/src/libexec/atrun/atrun.c:(.text+0x2a8): undefined reference to `ch= dir' >> /usr/src/libexec/atrun/atrun.c:(.text+0x2bc): undefined reference to >> `opendir' >> /usr/src/libexec/atrun/atrun.c:(.text+0x2e0): undefined reference to `ti= me' >> /usr/src/libexec/atrun/atrun.c:(.text+0x312): undefined reference to >> `_CurrentRuneLocale' >> /usr/src/libexec/atrun/atrun.c:(.text+0x34f): undefined reference to >> `unlink' >> /usr/src/libexec/atrun/atrun.c:(.text+0x35d): undefined reference to >> `readdir' >> /usr/src/libexec/atrun/atrun.c:(.text+0x379): undefined reference to `st= at' >> /usr/src/libexec/atrun/atrun.c:(.text+0x3b4): undefined reference to >> `sscanf' >> /usr/src/libexec/atrun/atrun.c:(.text+0x3e8): undefined reference to >> `__mb_sb_limit' >> /usr/src/libexec/atrun/atrun.c:(.text+0x3fe): undefined reference to >> `_CurrentRuneLocale' >> /usr/src/libexec/atrun/atrun.c:(.text+0x41f): undefined reference to >> `strcmp' >> /usr/src/libexec/atrun/atrun.c:(.text+0x443): undefined reference to >> `strlcpy' >> /usr/src/libexec/atrun/atrun.c:(.text+0x453): undefined reference to >> `__mb_sb_limit' >> /usr/src/libexec/atrun/atrun.c:(.text+0x4c0): undefined reference to >> `closelog' >> /usr/src/libexec/atrun/atrun.c:(.text+0x4cc): undefined reference to `ex= it' >> atrun.o: In function `run_file': >> /usr/src/libexec/atrun/atrun.c:(.text+0x535): undefined reference to >> `__stack_chk_guard' >> /usr/src/libexec/atrun/atrun.c:(.text+0x56c): undefined reference to >> `seteuid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x579): undefined reference to >> `setegid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x589): undefined reference to `ch= mod' >> /usr/src/libexec/atrun/atrun.c:(.text+0x59e): undefined reference to >> `setegid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x5ab): undefined reference to >> `seteuid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x5b0): undefined reference to `fo= rk' >> /usr/src/libexec/atrun/atrun.c:(.text+0x5c2): undefined reference to >> `__stack_chk_guard' >> /usr/src/libexec/atrun/atrun.c:(.text+0x5e4): undefined reference to >> `getpwuid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x5fb): undefined reference to >> `seteuid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x608): undefined reference to >> `setegid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x67e): undefined reference to >> `setegid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x68b): undefined reference to >> `seteuid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x698): undefined reference to >> `seteuid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x6a5): undefined reference to >> `setegid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x6b5): undefined reference to `fo= pen' >> /usr/src/libexec/atrun/atrun.c:(.text+0x6c4): undefined reference to >> `setegid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x6d1): undefined reference to >> `seteuid' >> /usr/src/libexec/atrun/atrun.c:(.text+0x6df): undefined reference to >> `__isthreaded' >> /usr/src/libexec/atrun/atrun.c:(.text+0x6f3): undefined reference to >> `fileno' >> /usr/src/libexec/atrun/atrun.c:(.text+0x701): undefined reference to `du= p' >> /usr/src/libexec/atrun/atrun.c:(.text+0x71d): undefined reference to `fs= tat' >> /usr/src/libexec/atrun/atrun.c:(.text+0x738): undefined reference to `ls= tat' >> /usr/src/libexec/atrun/atrun.c:(.text+0x7dd): undefined reference to `fc= ntl' >> /usr/src/libexec/atrun/atrun.c:(.text+0x7fe): undefined reference to `fc= ntl' >> /usr/src/libexec/atrun/atrun.c:(.text+0x821): undefined reference to >> `snprintf' >> /usr/src/libexec/atrun/atrun.c:(.text+0x855): undefined reference to >> `fscanf' >> /usr/src/libexec/atrun/atrun.c:(.text+0x89b): undefined reference to >> `fclose' >> /usr/src/libexec/atrun/atrun.c:(.text+0x8a7): undefined reference to `ch= dir' >> /usr/src/libexec/atrun/atrun.c:(.text+0x8c7): undefined reference to `op= en' >> /usr/src/libexec/atrun/atrun.c:(.text+0x8e9): undefined reference to `wr= ite' >> /usr/src/libexec/atrun/atrun.c:(.text+0x8f1): undefined reference to >> `strlen' >> /usr/src/libexec/atrun/atrun.c:(.text+0x901): undefined reference to `wr= ite' >> /usr/src/libexec/atrun/atrun.c:(.text+0x919): undefined reference to `wr= ite' >> /usr/src/libexec/atrun/atrun.c:(.text+0x92b): undefined reference to `fs= tat' >> /usr/src/libexec/atrun/atrun.c:(.text+0x94f): undefined reference to `cl= ose' >> /usr/src/libexec/atrun/atrun.c:(.text+0x95b): undefined reference to `cl= ose' >> /usr/src/libexec/atrun/atrun.c:(.text+0x967): undefined reference to `cl= ose' >> /usr/src/libexec/atrun/atrun.c:(.text+0x96c): undefined reference to `fo= rk' >> /usr/src/libexec/atrun/atrun.c:(.text+0x9ac): undefined reference to `ls= eek' >> /usr/src/libexec/atrun/atrun.c:(.text+0x9bc): undefined reference to `du= p' >> /usr/src/libexec/atrun/atrun.c:(.text+0x9cc): undefined reference to `du= p' >> /usr/src/libexec/atrun/atrun.c:(.text+0x9dd): undefined reference to `du= p' >> /usr/src/libexec/atrun/atrun.c:(.text+0x9ee): undefined reference to `cl= ose' >> /usr/src/libexec/atrun/atrun.c:(.text+0x9f6): undefined reference to `cl= ose' >> /usr/src/libexec/atrun/atrun.c:(.text+0xa02): undefined reference to `ch= dir' >> /usr/src/libexec/atrun/atrun.c:(.text+0xa20): undefined reference to >> `seteuid' >> /usr/src/libexec/atrun/atrun.c:(.text+0xa2d): undefined reference to >> `setegid' >> /usr/src/libexec/atrun/atrun.c:(.text+0xa36): undefined reference to >> `__mb_sb_limit' >> /usr/src/libexec/atrun/atrun.c:(.text+0xa3f): undefined reference to >> `_CurrentRuneLocale' >> /usr/src/libexec/atrun/atrun.c:(.text+0xa51): undefined reference to `ni= ce' >> /usr/src/libexec/atrun/atrun.c:(.text+0xa8c): undefined reference to `ch= dir' >> /usr/src/libexec/atrun/atrun.c:(.text+0xa9c): undefined reference to `ch= dir' >> /usr/src/libexec/atrun/atrun.c:(.text+0xac2): undefined reference to >> `execle' >> /usr/src/libexec/atrun/atrun.c:(.text+0xadd): undefined reference to >> `setegid' >> /usr/src/libexec/atrun/atrun.c:(.text+0xaea): undefined reference to >> `seteuid' >> /usr/src/libexec/atrun/atrun.c:(.text+0xaf2): undefined reference to `cl= ose' >> /usr/src/libexec/atrun/atrun.c:(.text+0xafa): undefined reference to `cl= ose' >> /usr/src/libexec/atrun/atrun.c:(.text+0xb18): undefined reference to >> `waitpid' >> /usr/src/libexec/atrun/atrun.c:(.text+0xb2a): undefined reference to `st= at' >> /usr/src/libexec/atrun/atrun.c:(.text+0xb3a): undefined reference to `op= en' >> /usr/src/libexec/atrun/atrun.c:(.text+0xb4a): undefined reference to >> `unlink' >> /usr/src/libexec/atrun/atrun.c:(.text+0xb83): undefined reference to >> `seteuid' >> /usr/src/libexec/atrun/atrun.c:(.text+0xb90): undefined reference to >> `setegid' >> /usr/src/libexec/atrun/atrun.c:(.text+0xbc5): undefined reference to `ch= dir' >> /usr/src/libexec/atrun/atrun.c:(.text+0xbd5): undefined reference to `ch= dir' >> /usr/src/libexec/atrun/atrun.c:(.text+0xc18): undefined reference to `ex= ecl' >> /usr/src/libexec/atrun/atrun.c:(.text+0xc30): undefined reference to `ex= it' >> /usr/src/libexec/atrun/atrun.c:(.text+0xc35): undefined reference to >> `__stack_chk_fail' >> /usr/src/libexec/atrun/atrun.c:(.text+0xde6): undefined reference to `ex= it' >> /usr/src/libexec/atrun/atrun.c:(.text+0xe0a): undefined reference to `ex= it' >> gloadavg.o: In function `gloadavg': >> /usr/src/libexec/atrun/gloadavg.c:(.text+0x15): undefined reference to >> `getloadavg' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `stpcpy' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `putchar= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcpy' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `warnx' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `__stdout= p' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getrlim= it' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `ioctl' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlerror' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getgid' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `printf' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `mac_is_present' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `mac_from_text' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigempty= set' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strerro= r' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `__pw_sc= an' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `memmove= ' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `__stdinp= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `cpuset_setaffinity' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getenv' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fchmod' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `setloginclass' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `setpriority' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mac_fre= e' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getpid' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `qsort' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fchown' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `memcpy' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `creat' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `errx' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `dup2' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getuid' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `rtprio' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `feof' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `malloc' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sleep' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `vsnprint= f' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtoum= ax' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `statfs' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `gethostbyaddr' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `getprogname' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `setgroup= s' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fflush' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `ftrunca= te' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigaddse= t' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `strncasecmp' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlclose' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `posix_openpt' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `freeaddrinfo' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `getnameinfo' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `alarm' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cpuset' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtoq' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtol' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `_DefaultRuneLocale' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetstr= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `rename' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strrchr' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `basename= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `nanosle= ep' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `calloc' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setrlim= it' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldload= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sysctl' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `modstat= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fprintf= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kill' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcat' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `initgrou= ps' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `memchr' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `umask' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mktime' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `realloc= f' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strstr' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `unlockp= t' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `__error' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `flock' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setgid' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `read' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strncmp' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlopen' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strncpy= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setenv' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcase= cmp' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `realloc' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strtok' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sigfill= set' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `memcmp' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `__inet_ntoa' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `execlp' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigactio= n' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `dlsym' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `mac_set_proc' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strdup' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `kldfirstmod' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `index' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `localti= me' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `memset' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fnmatch= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `err' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `modfnex= t' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getsid' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldstat= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `grantpt= ' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `tcgetatt= r' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `getgroup= s' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `ptsname= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `gethostbyname' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fgetc' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `gethostname' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `sprintf= ' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `asprintf= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strcspn= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `mkstemp= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getttyn= am' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetcap= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strsep' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fputc' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `fgetln' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to >> `getaddrinfo' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `kldnext= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `localec= onv' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetclo= se' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `quotact= l' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `link' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetent= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `getgrna= m' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `atoi' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `_exit' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `strspn' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `__asser= t' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `strchr' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `fputs' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setsid' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `warn' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `cgetnum= ' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setuid' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `tcsetatt= r' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `tcsetsi= d' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `pwrite' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `setlogi= n' >> /usr/obj/usr/src/tmp/usr/lib/libutil.so: undefined reference to `raise' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `free' >> /usr/obj/usr/src/tmp/usr/lib/libpam.so: undefined reference to `sigprocm= ask' >> clang: error: linker command failed with exit code 1 (use -v to see >> invocation) >> *** Error code 1 >> >> Stop in /usr/src/libexec/atrun. >> *** Error code 1 >> >> Stop in /usr/src/libexec. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> [limbo] /usr/src/libexec/atrun# cd /usr/obj/usr/src/libexec/atrun/ >> [limbo] /usr/obj/usr/src/libexec/atrun# clang -O2 -pipe >> -DATJOB_DIR=3D\"/var/at/jobs/\" =C2=A0-DLFILE=3D\"/var/at/jobs/.lockfile= \" >> -DLOADAVG_MX=3D1.5 -DATSPOOL_DIR=3D\"/var/at/spool\" =C2=A0-DVERSION=3D\= "2.9\" >> -DDAEMON_UID=3D1 -DDAEMON_GID=3D1 =C2=A0-DDEFAULT_BATCH_QUEUE=3D\'E\' >> -DDEFAULT_AT_QUEUE=3D\'c\' -DPERM_PATH=3D\"/var/at/\" >> -I/usr/src/libexec/atrun/../../usr.bin/at -I/usr/src/libexec/atrun >> -DLOGIN_CAP -DPAM -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall >> -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign =C2=A0-o atrun atru= n.o >> gloadavg.o -lpam -lutil >> clang: warning: argument unused during compilation: '-std=3Dgnu99' >> [limbo] /usr/obj/usr/src/libexec/atrun# ls -la >> total 37 >> drwxr-xr-x =C2=A0 2 root =C2=A0wheel =C2=A0 =C2=A0 =C2=A07 =C2=A06 =D0= =B2=D0=B5=D1=80 00:56 ./ >> drwxr-xr-x =C2=A025 root =C2=A0wheel =C2=A0 =C2=A0 25 =C2=A05 =D0=B2=D0= =B5=D1=80 19:06 ../ >> -rw-r--r-- =C2=A0 1 root =C2=A0wheel =C2=A0 3668 =C2=A05 =D0=B2=D0=B5=D1= =80 22:53 .depend >> -rwxr-xr-x =C2=A0 1 root =C2=A0wheel =C2=A015319 =C2=A06 =D0=B2=D0=B5=D1= =80 00:56 atrun* >> -rw-r--r-- =C2=A0 1 root =C2=A0wheel =C2=A0 1685 =C2=A05 =D0=B2=D0=B5=D1= =80 23:06 atrun.8 >> -rw-r--r-- =C2=A0 1 root =C2=A0wheel =C2=A0 8956 =C2=A05 =D0=B2=D0=B5=D1= =80 23:06 atrun.o >> -rw-r--r-- =C2=A0 1 root =C2=A0wheel =C2=A0 =C2=A0860 =C2=A05 =D0=B2=D0= =B5=D1=80 23:06 gloadavg.o >> [limbo] /usr/obj/usr/src/libexec/atrun# file atrun >> atrun: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), >> dynamically linked (uses shared libs), for FreeBSD 9.0 (900042), not >> stripped >> >> -- >> Sphinx of black quartz judge my vow. >> > > -- > Olivier Smedts=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 _ > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ASCII ri= bbon campaign ( ) > e-mail: olivier@gid0.org=C2=A0 =C2=A0 =C2=A0 =C2=A0 - against HTML email = & vCards=C2=A0 X > www: http://www.gid0.org=C2=A0 =C2=A0 - against proprietary attachments /= \ > > =C2=A0 "Il y a seulement 10 sortes de gens dans le monde : > =C2=A0 ceux qui comprennent le binaire, > =C2=A0 et ceux qui ne le comprennent pas." > --=20 Olivier Smedts=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 _ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ASCII ri= bbon campaign ( ) e-mail: olivier@gid0.org=C2=A0 =C2=A0 =C2=A0 =C2=A0 - against HTML email & = vCards=C2=A0 X www: http://www.gid0.org=C2=A0 =C2=A0 - against proprietary attachments / \ =C2=A0 "Il y a seulement 10 sortes de gens dans le monde : =C2=A0 ceux qui comprennent le binaire, =C2=A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 22:28:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1FCE106564A; Mon, 5 Sep 2011 22:28:19 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 46F538FC0A; Mon, 5 Sep 2011 22:28:18 +0000 (UTC) Received: by fxe4 with SMTP id 4so5019844fxe.13 for ; Mon, 05 Sep 2011 15:28:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=yIw7CS9H8ENlIpSMaaxURNwbqTbMKAmUvz8QzxGuVEA=; b=Hq8bC0GnSlz8rKExCt5SxCmfRWR2KYMYWmqTSTLEzcB99QY++zqNIJujQQ34Jiz3Yf cJBLir9iPgLjGr9O7q+D3SX5L0vxfsKkb7PE8BZNg+cKzSXd3YdvR7UhGPMf7Yxj/wOo xVWNVvvAyMlFgHJJMik4Uakr/HkqEmZ/FCESU= Received: by 10.223.50.150 with SMTP id z22mr1690357faf.30.1315261698080; Mon, 05 Sep 2011 15:28:18 -0700 (PDT) Received: from limbo.lan ([195.225.157.86]) by mx.google.com with ESMTPS id c12sm4433812fad.14.2011.09.05.15.28.16 (version=SSLv3 cipher=OTHER); Mon, 05 Sep 2011 15:28:17 -0700 (PDT) Message-ID: <4E654CFF.6000307@gmail.com> Date: Tue, 06 Sep 2011 01:28:15 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.1) Gecko/20110902 Thunderbird/6.0.1 MIME-Version: 1.0 To: Olivier Smedts References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E654664.1010504@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2011 22:28:20 -0000 06.09.2011 01:11, Olivier Smedts wrote: >>>> ===> libexec/atrun (all) >>>> clang -O2 -pipe -march=native -DATJOB_DIR=\"/var/at/jobs/\" >>>> -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 >>>> -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 >>>> -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' >>>> -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at >>>> -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector >>>> -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized >>>> -Wno-pointer-sign >>>> -c /usr/src/libexec/atrun/atrun.c >>> >>> Try removing "-march=native" from your CFLAGS. >>> >>> I have the exact same problem since months on my Core i7 CPU when >>> using "-march=native" or "-march=corei7". No problems for me with >>> "-march=core2" though. >> >> It so nice you have noted that. I'll be much happier if you also spare some >> time reading my previous emails. > > Or you could search this mailing list for the exact same problem > reported some time ago. Well... I know that clang with -march=native can produce flawed binaries but it's quite common for them to SEGFAULT and SIGILL so I made at least a clean build to check that this is not the problem. >> As I noted before this command fails only if run as a part of 'make >> buildworld'. If I cd to that directory and run the same command from there >> it completes successfully yielding working binary. If the error would be >> related to -fPIC, ccache or -march it'll end up with other bunch of error >> messages and result would be irrelevant of invocation and environment. > > If you cd to that directory, you'll use the system clang, let's call > it the "good" clang. > > If you buildworld with -march=native or -march=corei7, you'll first > compile a bootstrap clang with -march=native or -march=corei7 (the > "bad" one) and that one will fail building libexec/atrun. Chicken and > egg problem. > > If you try building and installing clang with -march=native or > -march=corei7, you'll have the same error if you then cd to that > directory and make. > >> As I suspect some incorrect buildworld behavior I have no other choice as >> running another clean build and presenting new logs. Here you go: I really mean a clean build here. /usr/obj was wiped and I started from scratch. And it gives me the same error. This is not the problem with -march. >> clang -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" >> -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 >> -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 >> -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' >> -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at >> -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector >> -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialize >> d -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil >> clang: warning: argument unused during compilation: '-std=gnu99' Anyway you are right. Using /usr/obj/usr/src/tmp/usr/bin/clang gives me the same error while installed clang works. So this is really problem with clang. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 23:47:01 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31D0F106566B for ; Mon, 5 Sep 2011 23:47:01 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [96.255.48.138]) by mx1.freebsd.org (Postfix) with ESMTP id E87838FC0C for ; Mon, 5 Sep 2011 23:47:00 +0000 (UTC) Received: from xykon.in.wanderview.com (xykon.in.wanderview.com [10.76.10.152]) (authenticated bits=0) by mail.wanderview.com (8.14.5/8.14.5) with ESMTP id p85NH7xj001945 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 5 Sep 2011 23:17:08 GMT (envelope-from ben@wanderview.com) From: Ben Kelly Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 5 Sep 2011 19:17:06 -0400 Message-Id: <6DE0D1E4-E239-4791-BAEC-26BF635EFC5E@wanderview.com> To: current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1244.3) X-Mailer: Apple Mail (2.1244.3) X-Spam-Score: -1.504 () ALL_TRUSTED,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.72 on 10.76.20.1 Cc: trasz@freebsd.org Subject: PAM/setloginclass link error in jail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2011 23:47:01 -0000 Hello all, I upgraded my server today to a recent HEAD from its old sources from = about October 2010. After the upgrade I ran into an unusual problem. = I've worked around the issue for now, but I was wondering if anyone = could help me solve it correctly. The problem is that all PAM related operations fail inside jails. = Initially I was getting this error in /var/log/messages: passwd: in openpam_load_module(): no pam_unix.so found That file was clearly there, however, so I dug into PAM and enabled some = debug in pam_dynamic.c. This got me the following message: openpam_dynamic(): /usr/lib/pam_unix.so: /lib/libutil.so.9: Undefined = symbol "setloginclass" This is a syscall added to the system in March, 2011. The link process = works fine normally, but fails in any jail. I went as far as turning on = rtld debug to verify it was giving up on libutil about half way through = when it could not resolve the symbol. I verified that libc.so.7 was the = same both inside and outside the jail. The setloginclass symbol was = defined as a WEAK reference. Looking through past e-mail I noticed trasz@ said he was going to = explicitly put in code to support setloginclass from root in a jail. I = think I see this code in the prison privilege checking as well. Its = just not clear to me why its not linking. To work around the issue I hacked setloginclass out of libutil for now. = This is clearly not ideal as I'm not sure when and where that will blow = up on me. It did let me log back into my e-mail, however. For reference: FreeBSD ianto.in.wanderview.com 9.0-BETA2 FreeBSD 9.0-BETA2 #1 r278M: = Mon Sep 5 18:54:58 UTC 2011 = root@ianto.in.wanderview.com:/usr/obj/usr/src/sys/SERVER i386 The system is using zfs, nullfs, and ezjail to manage the jails. I did = upgrade my zfs pools to the latest version at this same time, but so far = I can't tie that to this problem. Does anyone know why a jail would prevent rtld from linking in a = particular syscall? Any help or advice is greatly appreciated. Thank you. Ben= From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 07:13:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A94081065670; Tue, 6 Sep 2011 07:13:18 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 3FF3E8FC0A; Tue, 6 Sep 2011 07:13:14 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R0pqM-0002BJ-17>; Tue, 06 Sep 2011 09:13:14 +0200 Received: from e178022097.adsl.alicedsl.de ([85.178.22.97] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R0pqL-0001RA-U6>; Tue, 06 Sep 2011 09:13:14 +0200 Message-ID: <4E65C809.1090605@zedat.fu-berlin.de> Date: Tue, 06 Sep 2011 09:13:13 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: Olivier Smedts References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E654664.1010504@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.22.97 Cc: Volodymyr Kostyrko , freebsd-current@freebsd.org, Dimitry Andric Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 07:13:18 -0000 On 09/06/11 00:14, Olivier Smedts wrote: > 2011/9/6 Olivier Smedts: >> 2011/9/6 Volodymyr Kostyrko: >>> 05.09.2011 10:43, Olivier Smedts wrote: >>> >>>>> ===> libexec/atrun (all) >>>>> clang -O2 -pipe -march=native -DATJOB_DIR=\"/var/at/jobs/\" >>>>> -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 >>>>> -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 >>>>> -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' >>>>> -DPERM_PATH=\"/var/at/\" -I/usr/src/libexec/atrun/../../usr.bin/at >>>>> -I/usr/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector >>>>> -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized >>>>> -Wno-pointer-sign >>>>> -c /usr/src/libexec/atrun/atrun.c >>>> Try removing "-march=native" from your CFLAGS. >>>> >>>> I have the exact same problem since months on my Core i7 CPU when >>>> using "-march=native" or "-march=corei7". No problems for me with >>>> "-march=core2" though. >>> It so nice you have noted that. I'll be much happier if you also spare some >>> time reading my previous emails. >> Or you could search this mailing list for the exact same problem >> reported some time ago. > Sorry for double-post. My point was : this does not seem to be a > buildworld problem, but rather a clang problem with coreiX's latest > instructions. Should be reported upstream IMO. > On my Dell Latitude E6510 notebook, equipted with one of the former Core-i5 "Lynnfield" CPUs, I got into a even worse situation. I can build the whole system with -march=native (buildworld), install it and at least run it. But then in multiuser mode, hitting the tab key, always ends up in a forced logout (it is with every shell, but only in multiuser mode, noct when starting the box in single user mode). Well, so far. Thought it was a fair chance, tried to revert what I've done and start compiling the OS again with either -march=core2 ore simply omit this. No chance! Shortly after start building world, I receive a weird error that cc1 failed compiling something, I need to make a report. When switching back to the legacy gcc 4.2, the same error occurs. The system isn't usable anymore. The OS is instable, hitting TAB key always ends up "logged out". I guess the only way to revert this is to install the box from scratch. I tried installing a base system from an installation DVD, it works so far. Oliver From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 07:41:07 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E92F106566B for ; Tue, 6 Sep 2011 07:41:07 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 8E0328FC14 for ; Tue, 6 Sep 2011 07:41:06 +0000 (UTC) Received: (qmail 35207 invoked by uid 80); 6 Sep 2011 07:41:05 -0000 Received: from 164.61.223.12 ([164.61.223.12]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Tue, 06 Sep 2011 09:41:04 +0200 Date: Tue, 06 Sep 2011 09:41:04 +0200 Message-ID: <20110906094104.Horde.6tiBD6Qd9PdOZc6Q3sh3EqA@avocado.salatschuessel.net> From: Oliver Lehmann To: current@freebsd.org User-Agent: Internet Messaging Program (IMP) H4 (5.0.9) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: Subject: Where did the 9.0 BETA1 images go? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 07:41:07 -0000 Hi, I'm about to replace some harddisks in my fileserver and plan to reinstall FreeBSD this weekend on it. I'll also switch from i386 to amd64 as the hardware the system runs on has changed last year as well. I don't want to install 8 again as I don't want to reinstall / upgrade 8 -> 9 later when 9 is finally released. I did this as well when 8 was about to be released and used images from some japanese snapshot server back those days (as far as I can remember). I now saw announces from august, that some BETA1 images of 9.0 where "released" and wanted to use those: http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026181.html http://www.freebsdnews.net/2011/08/01/freebsd-9-beta1-testing/ But sadly they seem to be gone from the FTP servers. The system has beside its harddisks only a floppy drive (no space for a CD-ROM) so I would need the memstick image Any idea where I could get FreeBSD-9.0-BETA1-amd64-memstick.img from? I'd like to do the upgrade this weekend as the system runs actually a degraded gmirror (2 already broken drives and no spare drive left...) and who knows when the last remaining drive fails as well... Greetings, Oliver From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 08:20:48 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4F21106564A for ; Tue, 6 Sep 2011 08:20:48 +0000 (UTC) (envelope-from geo.liaskos@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id A304C8FC15 for ; Tue, 6 Sep 2011 08:20:48 +0000 (UTC) Received: by qyk9 with SMTP id 9so3587102qyk.13 for ; Tue, 06 Sep 2011 01:20:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=gY5Ir2KDBhmzwwU+hBQFUMGEI3DVhcMyJmgRy/VK2OY=; b=Zgp7sJq1N1n/dydHipmdc1ILxFLYl+AlPl6jxxE68L9/XxBbcxy+LUckRqivB5LF9O j6+qcg8IasGN2fcYoO0uncVhK1Kvm8p//owTuMGt5ydR40hHcKSf9CVYGmpoKUS6+Lf1 iAJelv8ctGkB+UfpuNsfVlWmsGb+p4cEqnr+4= MIME-Version: 1.0 Received: by 10.229.229.17 with SMTP id jg17mr3668217qcb.131.1315295912934; Tue, 06 Sep 2011 00:58:32 -0700 (PDT) Received: by 10.229.89.138 with HTTP; Tue, 6 Sep 2011 00:58:32 -0700 (PDT) In-Reply-To: <20110906094104.Horde.6tiBD6Qd9PdOZc6Q3sh3EqA@avocado.salatschuessel.net> References: <20110906094104.Horde.6tiBD6Qd9PdOZc6Q3sh3EqA@avocado.salatschuessel.net> Date: Tue, 6 Sep 2011 10:58:32 +0300 Message-ID: From: George Liaskos To: Oliver Lehmann Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: Where did the 9.0 BETA1 images go? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 08:20:49 -0000 On Tue, Sep 6, 2011 at 10:41 AM, Oliver Lehmann wrote= : > Hi, > > I'm about to replace some harddisks in my fileserver and plan to > reinstall FreeBSD this weekend on it. I'll also switch from i386 to amd64 > as the hardware the system runs on has changed last year as well. > I don't want to install 8 again as I don't want to reinstall / upgrade > 8 -> 9 later when 9 is finally released. I did this as well when 8 was > about to be released and used images from some japanese snapshot server > back those days (as far as I can remember). > > I now saw announces from august, that some BETA1 images of 9.0 where > "released" and wanted to use those: > > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026181.htm= l > http://www.freebsdnews.net/2011/08/01/freebsd-9-beta1-testing/ > > But sadly they seem to be gone from the FTP servers. The system has > beside its harddisks only a floppy drive (no space for a CD-ROM) so > I would need the memstick image > Any idea where I could get FreeBSD-9.0-BETA1-amd64-memstick.img from? > > I'd like to do the upgrade this weekend as the system runs actually a > degraded gmirror (2 already broken drives and no spare drive left...) > and who knows when the last remaining drive fails as well... > > =C2=A0Greetings, Oliver http://ftp.ntua.gr/pub/FreeBSD/releases/amd64/ISO-IMAGES/9.0/ Regards, George From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 10:33:15 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9DDC106566C for ; Tue, 6 Sep 2011 10:33:15 +0000 (UTC) (envelope-from annona2@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9496F8FC19 for ; Tue, 6 Sep 2011 10:33:15 +0000 (UTC) Received: by yib19 with SMTP id 19so4575905yib.13 for ; Tue, 06 Sep 2011 03:33:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=FUb7Wlw+7G7ei5iXmkfdwTTMNDvOYe96EqnMgyIODBc=; b=m/B9Oqaw/n0jwI+a5rlEtLxmIKw9LoC8D6PYQIuB6EcxYo7df+WHcRXTngnSXcmKV6 e55z+FTgYYnnJQsufg25i/nyLRlpj51a519LCTZ6cbE25zyhNjKa8N0pQsz64UVYgWSX KwG5eXAXvgILZTVzhHwuMoZtw1GCUVSfG7C28= Received: by 10.42.137.74 with SMTP id x10mr4672331ict.102.1315303765876; Tue, 06 Sep 2011 03:09:25 -0700 (PDT) Received: from localhost (191.87.100.220.dy.bbexcite.jp [220.100.87.191]) by mx.google.com with ESMTPS id v2sm18390952ibg.2.2011.09.06.03.09.23 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 06 Sep 2011 03:09:25 -0700 (PDT) Received: from howl (localhost [127.0.0.1]) by localhost (8.14.4/8.14.4) with SMTP id p86A9KFe037896; Tue, 6 Sep 2011 19:09:20 +0900 (JST) (envelope-from annona2@gmail.com) Date: Tue, 6 Sep 2011 19:09:20 +0900 From: "Gen O." To: Oliver Lehmann , Current Message-Id: <20110906190920.25a797e4.annona2@gmail.com> In-Reply-To: <20110906094104.Horde.6tiBD6Qd9PdOZc6Q3sh3EqA@avocado.salatschuessel.net> References: <20110906094104.Horde.6tiBD6Qd9PdOZc6Q3sh3EqA@avocado.salatschuessel.net> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: Where did the 9.0 BETA1 images go? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 10:33:15 -0000 Hi, I don't know why the directory layout changed, but here it is. ftp://{FTP mirror}/pub/FreeBSD/releases/amd64/amd64/ISO-IMAGES/9.0/FreeBSD-9.0-BETA2-amd64-memstick.img Regards. -- Gen O. On Tue, 06 Sep 2011 09:41:04 +0200 Oliver Lehmann wrote: > Hi, > > I'm about to replace some harddisks in my fileserver and plan to > reinstall FreeBSD this weekend on it. I'll also switch from i386 to amd64 > as the hardware the system runs on has changed last year as well. > I don't want to install 8 again as I don't want to reinstall / upgrade > 8 -> 9 later when 9 is finally released. I did this as well when 8 was > about to be released and used images from some japanese snapshot server > back those days (as far as I can remember). > > I now saw announces from august, that some BETA1 images of 9.0 where > "released" and wanted to use those: > > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026181.html > http://www.freebsdnews.net/2011/08/01/freebsd-9-beta1-testing/ > > But sadly they seem to be gone from the FTP servers. The system has > beside its harddisks only a floppy drive (no space for a CD-ROM) so > I would need the memstick image > Any idea where I could get FreeBSD-9.0-BETA1-amd64-memstick.img from? > > I'd like to do the upgrade this weekend as the system runs actually a > degraded gmirror (2 already broken drives and no spare drive left...) > and who knows when the last remaining drive fails as well... > > Greetings, Oliver > _______________________________________________ > 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" > FLAGS (\Seen) -- Gen O. From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 08:44:32 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FAFC106564A for ; Tue, 6 Sep 2011 08:44:32 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2F2B68FC15 for ; Tue, 6 Sep 2011 08:44:32 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1R0rGi-0001zX-Bs for current@freebsd.org; Tue, 06 Sep 2011 10:44:32 +0200 Date: Tue, 6 Sep 2011 10:44:32 +0200 From: Kurt Jaeger To: current@freebsd.org Message-ID: <20110906084432.GS28186@home.opsec.eu> References: <20110906094104.Horde.6tiBD6Qd9PdOZc6Q3sh3EqA@avocado.salatschuessel.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Mailman-Approved-At: Tue, 06 Sep 2011 11:06:06 +0000 Cc: Subject: Re: Where did the 9.0 BETA1 images go? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 08:44:32 -0000 Hi! > But sadly they seem to be gone from the FTP servers. The system has > beside its harddisks only a floppy drive (no space for a CD-ROM) so > I would need the memstick image > Any idea where I could get FreeBSD-9.0-BETA1-amd64-memstick.img from? There is BETA2 at ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/ISO-IMAGES/9.0/FreeBSD-9.0-BETA2-amd64-memstick.img but I think this directory name (amd64/amd64) is a mishap. Is it ? -- pi@opsec.eu +49 171 3101372 9 years to go ! From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 12:01:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 177DF106567F for ; Tue, 6 Sep 2011 12:01:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id CE0EE8FC18 for ; Tue, 6 Sep 2011 12:01:39 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:c11e:d642:52a9:aa6e] (unknown [IPv6:2001:7b8:3a7:0:c11e:d642:52a9:aa6e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DDEDC5C59; Tue, 6 Sep 2011 14:01:38 +0200 (CEST) Message-ID: <4E660BA3.8080103@FreeBSD.org> Date: Tue, 06 Sep 2011 14:01:39 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: Volodymyr Kostyrko References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> In-Reply-To: <4E644993.4090703@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 12:01:40 -0000 On 2011-09-05 06:01, Volodymyr Kostyrko wrote: ... >> You should not unconditionally add -fPIC. Remove it, and try again. >> (The -Qunused-arguments is fine, btw.) > > 0k, here you go. Just as you say - no -fPIC, no ccache, no anything. ... > /usr/obj/usr/src/tmp/usr/lib/crt1.o: In function `_start1': > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x7d): undefined reference to > `atexit' > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x84): undefined reference to > `_init_tls' > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x90): undefined reference to > `atexit' > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0xad): undefined reference to > `exit' Hm, sorry that I did not notice it before, but maybe you are having the issue described here: http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026594.html What is your current kernel revision? From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 12:07:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82221106564A for ; Tue, 6 Sep 2011 12:07:27 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 153BE8FC15 for ; Tue, 6 Sep 2011 12:07:26 +0000 (UTC) Received: from vhoffman.lon.namesco.net (lon.namesco.net [195.7.254.102]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id p86C7PPC013724 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 6 Sep 2011 13:07:26 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4E660CFD.2020704@unsane.co.uk> Date: Tue, 06 Sep 2011 13:07:25 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20110906094104.Horde.6tiBD6Qd9PdOZc6Q3sh3EqA@avocado.salatschuessel.net> <20110906084432.GS28186@home.opsec.eu> In-Reply-To: <20110906084432.GS28186@home.opsec.eu> X-Enigmail-Version: 1.3.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Where did the 9.0 BETA1 images go? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 12:07:27 -0000 On 06/09/2011 09:44, Kurt Jaeger wrote: > Hi! > >> But sadly they seem to be gone from the FTP servers. The system has >> beside its harddisks only a floppy drive (no space for a CD-ROM) so >> I would need the memstick image >> Any idea where I could get FreeBSD-9.0-BETA1-amd64-memstick.img from? > There is BETA2 at > > ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/ISO-IMAGES/9.0/FreeBSD-9.0-BETA2-amd64-memstick.img > > but I think this directory name (amd64/amd64) is a mishap. Is it ? > I believe that its been changed due to the introduction of platforms where uname -m and uname -p arent the same. To do with the new installer I imagine. Vince From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 12:29:59 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4898A106567D for ; Tue, 6 Sep 2011 12:29:59 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 0116D8FC1E for ; Tue, 6 Sep 2011 12:29:55 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtps (TLSv1:AES128-SHA:128) (Exim 4.54 (FreeBSD)) id 1R0umm-000Ltw-CF for freebsd-current@FreeBSD.org; Tue, 06 Sep 2011 16:29:52 +0400 From: Boris Samorodov To: freebsd-current@FreeBSD.org Date: Tue, 06 Sep 2011 16:29:51 +0400 Message-ID: <70652288@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: Subject: Serial Port Configuration does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 12:29:59 -0000 Hi List, the port does not work as expected (at least as per The Handbook, 26.2.5 Serial Port Configuration). Nether "init" nor "lock" devices can be used: ----- # uname -a FreeBSD host1.ipt.ru 9.0-BETA2 FreeBSD 9.0-BETA2 #14 r225395: Mon Sep 5 18:10:43 MSK 2011 bsam@bb.ipt.ru:/usr/obj/usr/src/sys/HOSTS i386 # ls -l /dev/ttyu5* crw------- 1 root wheel 0, 56 Sep 5 18:50 /dev/ttyu5 crw------- 1 root wheel 0, 57 Sep 5 18:50 /dev/ttyu5.init crw------- 1 root wheel 0, 58 Sep 5 18:50 /dev/ttyu5.lock # stty -f /dev/ttyu5.init 57600 stty: /dev/ttyu5.lock isn't a terminal # stty -f /dev/ttyu5.lock cs7 stty: /dev/ttyu5.lock isn't a terminal ----- -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 12:34:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A51C106568B; Tue, 6 Sep 2011 12:34:21 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id EE10C8FC1A; Tue, 6 Sep 2011 12:34:20 +0000 (UTC) Received: by qwg2 with SMTP id 2so4309419qwg.17 for ; Tue, 06 Sep 2011 05:34:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.191.66 with SMTP id dl2mr3831382qab.255.1315312459774; Tue, 06 Sep 2011 05:34:19 -0700 (PDT) Received: by 10.229.98.137 with HTTP; Tue, 6 Sep 2011 05:34:19 -0700 (PDT) In-Reply-To: <4E660BA3.8080103@FreeBSD.org> References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E660BA3.8080103@FreeBSD.org> Date: Tue, 6 Sep 2011 14:34:19 +0200 Message-ID: From: Olivier Smedts To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Volodymyr Kostyrko , freebsd-current@freebsd.org Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 12:34:21 -0000 2011/9/6 Dimitry Andric : > On 2011-09-05 06:01, Volodymyr Kostyrko wrote: > ... >>> >>> You should not unconditionally add -fPIC. Remove it, and try again. >>> (The -Qunused-arguments is fine, btw.) >> >> 0k, here you go. Just as you say - no -fPIC, no ccache, no anything. > > ... >> >> /usr/obj/usr/src/tmp/usr/lib/crt1.o: In function `_start1': >> /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x7d): undefined reference to >> `atexit' >> /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x84): undefined reference to >> `_init_tls' >> /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x90): undefined reference to >> `atexit' >> /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0xad): undefined reference to >> `exit' > > Hm, sorry that I did not notice it before, but maybe you are having the > issue described here: > > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026594.htm= l I think it's more like the following issue, which is not new : http://lists.freebsd.org/pipermail/freebsd-current/2011-May/024509.html I personally avoid -march=3Dnative with clang on recent CPUs, and use -march=3Dcore2 instead on a Core2 and a Corei7. --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 12:46:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CD9E106564A; Tue, 6 Sep 2011 12:46:50 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5D5918FC15; Tue, 6 Sep 2011 12:46:48 +0000 (UTC) Received: by bkat8 with SMTP id t8so6850129bka.13 for ; Tue, 06 Sep 2011 05:46:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=+M1OEwK+TJ7TJMvV6WU8nPFakCzGSUVEWDVHSop0sec=; b=K23g7zaa3s+vLKZp6VGqkZAWhhhVFJzmJKq/Rp9rqFPl1HpEm2x1/3rkqYoFXt2svA kGj9fKBInP5Ix0qCPOQnSKz7zBokxAQyfoRxgpfM/28n5CZCVbINYEkc/0IeFQTVqOFm jYBXh5+MGeNAsNtJcD6zuW6CK0NwJX6zOFWMM= Received: by 10.204.156.146 with SMTP id x18mr2668426bkw.392.1315313207935; Tue, 06 Sep 2011 05:46:47 -0700 (PDT) Received: from vux.3501.lan ([46.247.128.50]) by mx.google.com with ESMTPS id z7sm357241bkt.5.2011.09.06.05.46.46 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 06 Sep 2011 05:46:47 -0700 (PDT) Message-ID: <4E66162F.8090406@gmail.com> Date: Tue, 06 Sep 2011 15:46:39 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110905 Thunderbird/6.0.1 MIME-Version: 1.0 To: Olivier Smedts References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E660BA3.8080103@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 12:46:50 -0000 06.09.2011 15:34, Olivier Smedts wrote: >> Hm, sorry that I did not notice it before, but maybe you are having the >> issue described here: >> >> http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026594.html > > I think it's more like the following issue, which is not new : > http://lists.freebsd.org/pipermail/freebsd-current/2011-May/024509.html Nope, my current world was built by gcc. > I personally avoid -march=native with clang on recent CPUs, and use > -march=core2 instead on a Core2 and a Corei7. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 13:04:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DF63106564A; Tue, 6 Sep 2011 13:04:56 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0129A8FC17; Tue, 6 Sep 2011 13:04:55 +0000 (UTC) Received: by qyk9 with SMTP id 9so3724193qyk.13 for ; Tue, 06 Sep 2011 06:04:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.68.232 with SMTP id w40mr3919495qci.137.1315314294158; Tue, 06 Sep 2011 06:04:54 -0700 (PDT) Received: by 10.229.98.137 with HTTP; Tue, 6 Sep 2011 06:04:54 -0700 (PDT) In-Reply-To: <4E66162F.8090406@gmail.com> References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E660BA3.8080103@FreeBSD.org> <4E66162F.8090406@gmail.com> Date: Tue, 6 Sep 2011 15:04:54 +0200 Message-ID: From: Olivier Smedts To: Volodymyr Kostyrko Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 13:04:56 -0000 2011/9/6 Volodymyr Kostyrko : > 06.09.2011 15:34, Olivier Smedts wrote: >>> >>> Hm, sorry that I did not notice it before, but maybe you are having the >>> issue described here: >>> >>> >>> http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026594.h= tml >> >> I think it's more like the following issue, which is not new : >> http://lists.freebsd.org/pipermail/freebsd-current/2011-May/024509.html > > Nope, my current world was built by gcc. The problem is not the current world but the bootstrap clang built with -march=3Dnative (or -march=3Drecent_cpu) on some recent CPUs. What is your processor ? >> I personally avoid -march=3Dnative with clang on recent CPUs, and use >> -march=3Dcore2 instead on a Core2 and a Corei7. > > -- > Sphinx of black quartz judge my vow. --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 13:07:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D67D7106564A; Tue, 6 Sep 2011 13:07:57 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3229C8FC1A; Tue, 6 Sep 2011 13:07:56 +0000 (UTC) Received: by bkat8 with SMTP id t8so6873128bka.13 for ; Tue, 06 Sep 2011 06:07:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=ESY0OKczGPB83b3XceElRC8SEDgrtUGNDUEZyDOzFKg=; b=PfxWEiTDnzwBMml/7AsUmU73bdwbGydHkfZscH5GbSwuSx2R53wLAXsrjZ80uZq71u IDOkfg0Bp7CcS8hZew+YbbCMTwyyCUrN95qBBj5p6emvntSQU7TVDqeV6Vfll1h5CyoJ Sc6TvbAoiP5JqG+Hb8exu2r8B9CKEttpyAYBA= Received: by 10.204.4.213 with SMTP id 21mr2642062bks.408.1315314475938; Tue, 06 Sep 2011 06:07:55 -0700 (PDT) Received: from vux.3501.lan ([46.247.128.50]) by mx.google.com with ESMTPS id f15sm421321bke.2.2011.09.06.06.07.53 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 06 Sep 2011 06:07:55 -0700 (PDT) Message-ID: <4E661B1C.2030608@gmail.com> Date: Tue, 06 Sep 2011 16:07:40 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110905 Thunderbird/6.0.1 MIME-Version: 1.0 To: Olivier Smedts References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E660BA3.8080103@FreeBSD.org> <4E66162F.8090406@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 13:07:57 -0000 06.09.2011 16:04, Olivier Smedts wrote: >>> I think it's more like the following issue, which is not new : >>> http://lists.freebsd.org/pipermail/freebsd-current/2011-May/024509.html >> >> Nope, my current world was built by gcc. > > The problem is not the current world but the bootstrap clang built > with -march=native (or -march=recent_cpu) on some recent CPUs. > > What is your processor ? Athlon XP 2500+ I noticed breakage on recent intel processors too, but haven't yet stumbled upon them using -march=native on this one. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 13:25:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6031A1065678; Tue, 6 Sep 2011 13:25:53 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0A2B38FC19; Tue, 6 Sep 2011 13:25:52 +0000 (UTC) Received: by qwg2 with SMTP id 2so4356012qwg.17 for ; Tue, 06 Sep 2011 06:25:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.68.232 with SMTP id w40mr3939097qci.137.1315315550630; Tue, 06 Sep 2011 06:25:50 -0700 (PDT) Received: by 10.229.98.137 with HTTP; Tue, 6 Sep 2011 06:25:50 -0700 (PDT) In-Reply-To: <4E661B1C.2030608@gmail.com> References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E660BA3.8080103@FreeBSD.org> <4E66162F.8090406@gmail.com> <4E661B1C.2030608@gmail.com> Date: Tue, 6 Sep 2011 15:25:50 +0200 Message-ID: From: Olivier Smedts To: Volodymyr Kostyrko Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 13:25:53 -0000 2011/9/6 Volodymyr Kostyrko : > 06.09.2011 16:04, Olivier Smedts wrote: > >>>> I think it's more like the following issue, which is not new : >>>> http://lists.freebsd.org/pipermail/freebsd-current/2011-May/024509.htm= l >>> >>> Nope, my current world was built by gcc. >> >> The problem is not the current world but the bootstrap clang built >> with -march=3Dnative (or -march=3Drecent_cpu) on some recent CPUs. >> >> What is your processor ? > > Athlon XP 2500+ > > I noticed breakage on recent intel processors too, but haven't yet stumbl= ed > upon them using -march=3Dnative on this one. Can you compile the Host.cpp file referenced in : http://lists.freebsd.org/pipermail/freebsd-current/2011-May/024499.html And see which arch the resulting binary detects ? %clang++ Host.cpp -o Host %./Host cpu =3D corei7 Also, do you have the same problem for a clean buildworld with "-march=3Dathlon-xp" instead of "-march=3Dnative" in your make.conf ? Cheers --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 13:28:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94A551065676 for ; Tue, 6 Sep 2011 13:28:55 +0000 (UTC) (envelope-from sam@cassiba.com) Received: from mail.megalomaniacal.net (unknown [IPv6:2001:470:1f0e:2ac::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5D9418FC17 for ; Tue, 6 Sep 2011 13:28:55 +0000 (UTC) Received: from [10.1.1.11] (unknown [10.1.1.11]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.megalomaniacal.net (Postfix) with ESMTPSA id 82B821D7A33 for ; Tue, 6 Sep 2011 08:28:54 -0500 (CDT) Message-ID: <4E662016.5070801@cassiba.com> Date: Tue, 06 Sep 2011 08:28:54 -0500 From: Sam Cassiba User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20110906094104.Horde.6tiBD6Qd9PdOZc6Q3sh3EqA@avocado.salatschuessel.net> <20110906084432.GS28186@home.opsec.eu> <4E660CFD.2020704@unsane.co.uk> In-Reply-To: <4E660CFD.2020704@unsane.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Where did the 9.0 BETA1 images go? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sam@cassiba.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 13:28:55 -0000 On 09/06/11 07:07, Vincent Hoffman wrote: > On 06/09/2011 09:44, Kurt Jaeger wrote: >> Hi! >> >>> But sadly they seem to be gone from the FTP servers. The system has >>> beside its harddisks only a floppy drive (no space for a CD-ROM) so >>> I would need the memstick image >>> Any idea where I could get FreeBSD-9.0-BETA1-amd64-memstick.img from? >> There is BETA2 at >> >> ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/ISO-IMAGES/9.0/FreeBSD-9.0-BETA2-amd64-memstick.img >> >> but I think this directory name (amd64/amd64) is a mishap. Is it ? >> > I believe that its been changed due to the introduction of platforms > where uname -m and uname -p arent the same. > To do with the new installer I imagine. > > Vince > When this came up in another conversation, I found: http://lists.freebsd.org/pipermail/freebsd-hubs/2011-September/002380.html -- Sam Cassiba From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 13:33:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 154CA106564A for ; Tue, 6 Sep 2011 13:33:07 +0000 (UTC) (envelope-from mail@vadimdenisov.ru) Received: from srv7.host-food.ru (srv7.host-food.ru [91.227.16.17]) by mx1.freebsd.org (Postfix) with ESMTP id 884738FC0A for ; Tue, 6 Sep 2011 13:33:06 +0000 (UTC) Received: from mail.saratovvodokanal.ru ([217.65.208.22] helo=[192.168.10.149]) by srv7.host-food.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R0vEw-000OXF-CY for freebsd-current@freebsd.org; Tue, 06 Sep 2011 16:58:58 +0400 Message-ID: <4E661911.80801@vadimdenisov.ru> Date: Tue, 06 Sep 2011 16:58:57 +0400 From: Vadim Denisov User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.20) Gecko/20110820 Icedove/3.1.12 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: lock order reversal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 13:33:07 -0000 I install current on last week I have some messages in dmesg -a: lock order reversal: 1st 0xc81ba278 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:425 2nd 0xe0f566d0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 3rd 0xc7d89168 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:546 KDB: stack backtrace: db_trace_self_wrapper(c0c353ac,616e735f,6f687370,3a632e74,a363435,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c088dd7b,c0c38d9c,c7535098,c75385d0,ef9e1404,...) at kdb_backtrace+0x2a _witness_debugger(c0c38d9c,c7d89168,c0c2816c,c75385d0,c0c56442,...) at _witness_debugger+0x25 witness_checkorder(c7d89168,9,c0c56442,222,0,...) at witness_checkorder+0x839 __lockmgr_args(c7d89168,80100,c7d89188,0,0,...) at __lockmgr_args+0x824 ffs_lock(ef9e152c,c0ecca08,c7dc1c30,80100,c7d89110,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0d3c680,ef9e152c,ef9e154c,c0d4caa0,c7d89110,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c7d89110,80100,c0c56442,222,c755ce80,...) at _vn_lock+0x5e ffs_snapshot(c7beba20,c7b753e0,c0c59850,1a2,0,...) at ffs_snapshot+0x14fc ffs_mount(c7beba20,c7bf5d00,ff,394,c7dc1c30,...) at ffs_mount+0x1c13 vfs_donmount(c7dc1b80,211000,c7787780,c7787780,c7dbb588,...) at vfs_donmount+0x1219 nmount(c7dc1b80,ef9e1cec,c087a16c,ef9e1d80,0,...) at nmount+0x84 syscallenter(c7dc1b80,ef9e1ce4,ef9e1d1c,c0acbf86,c0d90c80,...) at syscallenter+0x263 syscall(ef9e1d28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280fb61b, esp = 0xbfbfea9c, ebp = 0xbfbfede8 --- lock order reversal: 1st 0xe0f566d0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 2nd 0xc7563c9c snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:818 KDB: stack backtrace: db_trace_self_wrapper(c0c353ac,662f7366,735f7366,7370616e,2e746f68,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c088dd7b,c0c38d83,c7535098,c7538978,ef9e1404,...) at kdb_backtrace+0x2a _witness_debugger(c0c38d83,c7563c9c,c0c564a4,c7538978,c0c56442,...) at _witness_debugger+0x25 witness_checkorder(c7563c9c,9,c0c56442,332,c81ba298,...) at witness_checkorder+0x839 __lockmgr_args(c7563c9c,80400,c81ba298,0,0,...) at __lockmgr_args+0x824 ffs_lock(ef9e152c,e0ef5790,100000,80400,c81ba220,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0d3c680,ef9e152c,e0ef57ec,c0d4caa0,c81ba220,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c81ba220,80400,c0c56442,332,0,...) at _vn_lock+0x5e ffs_snapshot(c7beba20,c7b753e0,c0c59850,1a2,0,...) at ffs_snapshot+0x298e ffs_mount(c7beba20,c7bf5d00,ff,394,c7dc1c30,...) at ffs_mount+0x1c13 vfs_donmount(c7dc1b80,211000,c7787780,c7787780,c7dbb588,...) at vfs_donmount+0x1219 nmount(c7dc1b80,ef9e1cec,c087a16c,ef9e1d80,0,...) at nmount+0x84 syscallenter(c7dc1b80,ef9e1ce4,ef9e1d1c,c0acbf86,c0d90c80,...) at syscallenter+0x263 syscall(ef9e1d28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280fb61b, esp = 0xbfbfea9c, ebp = 0xbfbfede8 --- lock order reversal: 1st 0xc7563c9c snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:307 2nd 0xc81ba278 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1620 KDB: stack backtrace: db_trace_self_wrapper(c0c353ac,616e735f,6f687370,3a632e74,30323631,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c088dd7b,c0c38d83,c7538978,c75385d0,ef9e16c8,...) at kdb_backtrace+0x2a _witness_debugger(c0c38d83,c81ba278,c0c2816c,c75385d0,c0c56442,...) at _witness_debugger+0x25 witness_checkorder(c81ba278,9,c0c56442,654,0,...) at witness_checkorder+0x839 __lockmgr_args(c81ba278,80000,0,0,0,...) at __lockmgr_args+0x824 ffs_snapremove(c81ba220,8,c0c3e10a,5e8,c7535098,...) at ffs_snapremove+0x11f ffs_truncate(c81ba220,0,0,c00,0,...) at ffs_truncate+0x577 ufs_inactive(ef9e1a9c,c81ba298,c81ba220,c81ba298,ef9e1ab4,...) at ufs_inactive+0x1f8 VOP_INACTIVE_APV(c0d3c680,ef9e1a9c,c0c40a67,94e,c0d4ca60,...) at VOP_INACTIVE_APV+0xa5 vinactive(c0d3c680,ef9e1ad0,c0c40a67,8a5,0,...) at vinactive+0x8e vputx(ef9e1b38,c08febda,c81ba220,ef9e1b14,c0c41f00,...) at vputx+0x2f8 vput(c81ba220,ef9e1b14,c0c41f00,133,0,...) at vput+0x10 vn_close(c81ba220,1,c755ce00,c7dc1b80,0,...) at vn_close+0x19a vn_closefile(c7c300a8,c7dc1b80,c0c2706c,0,c7c300a8,...) at vn_closefile+0xe4 _fdrop(c7c300a8,c7dc1b80,0,ef9e1bfc,0,c0ecc9d8,c7dc1c30,c0d28da0,c0ecc9d8,c0c2af54,c7dc1b80,c7b05d2c,4ce,ef9e1c0c,c085d087,c7b05d2c,8,c0c2af54,c7c300a8) at _fdrop+0x43 closef(c7c300a8,c7dc1b80,4ce,ef9e1c30,c7b05d2c,...) at closef+0x2b0 kern_close(c7dc1b80,4,ef9e1c7c,c0897ff3,c7dc1b80,...) at kern_close+0x139 close(c7dc1b80,ef9e1cec,ef9e1d28,c0c3767a,0,...) at close+0x1a syscallenter(c7dc1b80,ef9e1ce4,ef9e1ce4,0,c0d819f0,...) at syscallenter+0x263 syscall(ef9e1d28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (6, FreeBSD ELF32, close), eip = 0x281a3283, esp = 0xbfbfea9c, ebp = 0xbfbfede8 --- Sep 5 12:38:10 su: denisov to root on /dev/pts/0 lock order reversal: 1st 0xe10fbc60 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 2nd 0xc7c5d600 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper(c0c353ac,7366752f,7366752f,7269645f,68736168,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c088dd7b,c0c38d83,c7535098,c7538638,efac7a24,...) at kdb_backtrace+0x2a _witness_debugger(c0c38d83,c7c5d600,c0c5a792,c7538638,c0c5a417,...) at _witness_debugger+0x25 witness_checkorder(c7c5d600,9,c0c5a417,11c,0,...) at witness_checkorder+0x839 _sx_xlock(c7c5d600,0,c0c5a417,11c,e7880018,...) at _sx_xlock+0x85 ufsdirhash_acquire(0,e,c7800800,e10fbc00,e7880018,...) at ufsdirhash_acquire+0x35 ufsdirhash_remove(c854c9f8,e7880018,18,efac7ab4,efac7ab0,...) at ufsdirhash_remove+0x14 ufs_dirremove(c8536cc0,c8582910,500800c,0,c8536cc0,...) at ufs_dirremove+0x143 ufs_remove(efac7c00,0,0,0,c8545550,...) at ufs_remove+0x6e VOP_REMOVE_APV(c0d3c680,efac7c00,c8545550,efac7b78,4,...) at VOP_REMOVE_APV+0xa5 kern_unlinkat(c7f94000,ffffff9c,284209b8,0,0,...) at kern_unlinkat+0x258 kern_unlink(c7f94000,284209b8,0,efac7c7c,c0897ff3,...) at kern_unlink+0x2f unlink(c7f94000,efac7cec,efac7d28,c0c3767a,0,...) at unlink+0x22 syscallenter(c7f94000,efac7ce4,efac7ce4,0,74b,...) at syscallenter+0x263 syscall(efac7d28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (10, FreeBSD ELF32, unlink), eip = 0x2817384f, esp = 0xbfbfe9bc, ebp = 0xbfbfe9e8 --- It's seriously problem? May be I must send PR? Vadim Denisov From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 14:01:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11E5B106564A for ; Tue, 6 Sep 2011 14:01:59 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id C122E8FC0A for ; Tue, 6 Sep 2011 14:01:58 +0000 (UTC) Received: by vxh11 with SMTP id 11so5935463vxh.13 for ; Tue, 06 Sep 2011 07:01:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9qynx9Bxbl+TU9D9S2P5bOZYTL7sj018Bp3e8b01+bs=; b=VvZ32IiqxlNn0dwP+R86bt2xXCIHFrTS/EDXNVYex0TBjpSouhcMpp8DxfQFTVNt2H 6fm1fmohi15OmaaQI3n2R0mkO16nRaD4Rjgp7sKOl3MGGXyM7J1fA1V3kzgl1TM/gakh orlnlplWb4rrs1SxHmHNI9GAder4GopQRpuXY= MIME-Version: 1.0 Received: by 10.52.93.116 with SMTP id ct20mr1495407vdb.29.1315317718049; Tue, 06 Sep 2011 07:01:58 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.113.169 with HTTP; Tue, 6 Sep 2011 07:01:58 -0700 (PDT) In-Reply-To: <4E661911.80801@vadimdenisov.ru> References: <4E661911.80801@vadimdenisov.ru> Date: Tue, 6 Sep 2011 16:01:58 +0200 X-Google-Sender-Auth: 057Uw1VC726lMGjRCAW0ZaITZfM Message-ID: From: "K. Macy" To: Vadim Denisov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: lock order reversal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 14:01:59 -0000 When WITNESS support was added to lockmgr locks a number of longstanding LORs were exposed in the process. I can't comment on whether or not they'll be fixed or the warnings will some day be silenced. On Tue, Sep 6, 2011 at 2:58 PM, Vadim Denisov wrote: > I install current on last week > I have some messages in dmesg -a: > lock order reversal: > =A01st 0xc81ba278 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:425 > =A02nd 0xe0f566d0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 > =A03rd 0xc7d89168 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:546 > KDB: stack backtrace: > db_trace_self_wrapper(c0c353ac,616e735f,6f687370,3a632e74,a363435,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c088dd7b,c0c38d9c,c7535098,c75385d0,ef9e1404,...) at > kdb_backtrace+0x2a > _witness_debugger(c0c38d9c,c7d89168,c0c2816c,c75385d0,c0c56442,...) at > _witness_debugger+0x25 > witness_checkorder(c7d89168,9,c0c56442,222,0,...) at > witness_checkorder+0x839 > __lockmgr_args(c7d89168,80100,c7d89188,0,0,...) at __lockmgr_args+0x824 > ffs_lock(ef9e152c,c0ecca08,c7dc1c30,80100,c7d89110,...) at ffs_lock+0x8a > VOP_LOCK1_APV(c0d3c680,ef9e152c,ef9e154c,c0d4caa0,c7d89110,...) at > VOP_LOCK1_APV+0xb5 > _vn_lock(c7d89110,80100,c0c56442,222,c755ce80,...) at _vn_lock+0x5e > ffs_snapshot(c7beba20,c7b753e0,c0c59850,1a2,0,...) at ffs_snapshot+0x14fc > ffs_mount(c7beba20,c7bf5d00,ff,394,c7dc1c30,...) at ffs_mount+0x1c13 > vfs_donmount(c7dc1b80,211000,c7787780,c7787780,c7dbb588,...) at > vfs_donmount+0x1219 > nmount(c7dc1b80,ef9e1cec,c087a16c,ef9e1d80,0,...) at nmount+0x84 > syscallenter(c7dc1b80,ef9e1ce4,ef9e1d1c,c0acbf86,c0d90c80,...) at > syscallenter+0x263 > syscall(ef9e1d28) at syscall+0x34 > Xint0x80_syscall() at Xint0x80_syscall+0x21 > --- syscall (378, FreeBSD ELF32, nmount), eip =3D 0x280fb61b, esp =3D > 0xbfbfea9c, ebp =3D 0xbfbfede8 --- > lock order reversal: > =A01st 0xe0f566d0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 > =A02nd 0xc7563c9c snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:8= 18 > KDB: stack backtrace: > db_trace_self_wrapper(c0c353ac,662f7366,735f7366,7370616e,2e746f68,...) a= t > db_trace_self_wrapper+0x26 > kdb_backtrace(c088dd7b,c0c38d83,c7535098,c7538978,ef9e1404,...) at > kdb_backtrace+0x2a > _witness_debugger(c0c38d83,c7563c9c,c0c564a4,c7538978,c0c56442,...) at > _witness_debugger+0x25 > witness_checkorder(c7563c9c,9,c0c56442,332,c81ba298,...) at > witness_checkorder+0x839 > __lockmgr_args(c7563c9c,80400,c81ba298,0,0,...) at __lockmgr_args+0x824 > ffs_lock(ef9e152c,e0ef5790,100000,80400,c81ba220,...) at ffs_lock+0x8a > VOP_LOCK1_APV(c0d3c680,ef9e152c,e0ef57ec,c0d4caa0,c81ba220,...) at > VOP_LOCK1_APV+0xb5 > _vn_lock(c81ba220,80400,c0c56442,332,0,...) at _vn_lock+0x5e > ffs_snapshot(c7beba20,c7b753e0,c0c59850,1a2,0,...) at ffs_snapshot+0x298e > ffs_mount(c7beba20,c7bf5d00,ff,394,c7dc1c30,...) at ffs_mount+0x1c13 > vfs_donmount(c7dc1b80,211000,c7787780,c7787780,c7dbb588,...) at > vfs_donmount+0x1219 > nmount(c7dc1b80,ef9e1cec,c087a16c,ef9e1d80,0,...) at nmount+0x84 > syscallenter(c7dc1b80,ef9e1ce4,ef9e1d1c,c0acbf86,c0d90c80,...) at > syscallenter+0x263 > syscall(ef9e1d28) at syscall+0x34 > Xint0x80_syscall() at Xint0x80_syscall+0x21 > --- syscall (378, FreeBSD ELF32, nmount), eip =3D 0x280fb61b, esp =3D > 0xbfbfea9c, ebp =3D 0xbfbfede8 --- > lock order reversal: > =A01st 0xc7563c9c snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:307 > =A02nd 0xc81ba278 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1620 > KDB: stack backtrace: > db_trace_self_wrapper(c0c353ac,616e735f,6f687370,3a632e74,30323631,...) a= t > db_trace_self_wrapper+0x26 > kdb_backtrace(c088dd7b,c0c38d83,c7538978,c75385d0,ef9e16c8,...) at > kdb_backtrace+0x2a > _witness_debugger(c0c38d83,c81ba278,c0c2816c,c75385d0,c0c56442,...) at > _witness_debugger+0x25 > witness_checkorder(c81ba278,9,c0c56442,654,0,...) at > witness_checkorder+0x839 > __lockmgr_args(c81ba278,80000,0,0,0,...) at __lockmgr_args+0x824 > ffs_snapremove(c81ba220,8,c0c3e10a,5e8,c7535098,...) at ffs_snapremove+0x= 11f > ffs_truncate(c81ba220,0,0,c00,0,...) at ffs_truncate+0x577 > ufs_inactive(ef9e1a9c,c81ba298,c81ba220,c81ba298,ef9e1ab4,...) at > ufs_inactive+0x1f8 > VOP_INACTIVE_APV(c0d3c680,ef9e1a9c,c0c40a67,94e,c0d4ca60,...) at > VOP_INACTIVE_APV+0xa5 > vinactive(c0d3c680,ef9e1ad0,c0c40a67,8a5,0,...) at vinactive+0x8e > vputx(ef9e1b38,c08febda,c81ba220,ef9e1b14,c0c41f00,...) at vputx+0x2f8 > vput(c81ba220,ef9e1b14,c0c41f00,133,0,...) at vput+0x10 > vn_close(c81ba220,1,c755ce00,c7dc1b80,0,...) at vn_close+0x19a > vn_closefile(c7c300a8,c7dc1b80,c0c2706c,0,c7c300a8,...) at vn_closefile+0= xe4 > _fdrop(c7c300a8,c7dc1b80,0,ef9e1bfc,0,c0ecc9d8,c7dc1c30,c0d28da0,c0ecc9d8= ,c0c2af54,c7dc1b80,c7b05d2c,4ce,ef9e1c0c,c085d087,c7b05d2c,8,c0c2af54,c7c30= 0a8) > at _fdrop+0x43 > closef(c7c300a8,c7dc1b80,4ce,ef9e1c30,c7b05d2c,...) at closef+0x2b0 > kern_close(c7dc1b80,4,ef9e1c7c,c0897ff3,c7dc1b80,...) at kern_close+0x139 > close(c7dc1b80,ef9e1cec,ef9e1d28,c0c3767a,0,...) at close+0x1a > syscallenter(c7dc1b80,ef9e1ce4,ef9e1ce4,0,c0d819f0,...) at > syscallenter+0x263 > syscall(ef9e1d28) at syscall+0x34 > Xint0x80_syscall() at Xint0x80_syscall+0x21 > --- syscall (6, FreeBSD ELF32, close), eip =3D 0x281a3283, esp =3D 0xbfbf= ea9c, > ebp =3D 0xbfbfede8 --- > Sep =A05 12:38:10 =A0su: denisov to root on /dev/pts/0 > lock order reversal: > =A01st 0xe10fbc60 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 > =A02nd 0xc7c5d600 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:= 284 > KDB: stack backtrace: > db_trace_self_wrapper(c0c353ac,7366752f,7366752f,7269645f,68736168,...) a= t > db_trace_self_wrapper+0x26 > kdb_backtrace(c088dd7b,c0c38d83,c7535098,c7538638,efac7a24,...) at > kdb_backtrace+0x2a > _witness_debugger(c0c38d83,c7c5d600,c0c5a792,c7538638,c0c5a417,...) at > _witness_debugger+0x25 > witness_checkorder(c7c5d600,9,c0c5a417,11c,0,...) at > witness_checkorder+0x839 > _sx_xlock(c7c5d600,0,c0c5a417,11c,e7880018,...) at _sx_xlock+0x85 > ufsdirhash_acquire(0,e,c7800800,e10fbc00,e7880018,...) at > ufsdirhash_acquire+0x35 > ufsdirhash_remove(c854c9f8,e7880018,18,efac7ab4,efac7ab0,...) at > ufsdirhash_remove+0x14 > ufs_dirremove(c8536cc0,c8582910,500800c,0,c8536cc0,...) at > ufs_dirremove+0x143 > ufs_remove(efac7c00,0,0,0,c8545550,...) at ufs_remove+0x6e > VOP_REMOVE_APV(c0d3c680,efac7c00,c8545550,efac7b78,4,...) at > VOP_REMOVE_APV+0xa5 > kern_unlinkat(c7f94000,ffffff9c,284209b8,0,0,...) at kern_unlinkat+0x258 > kern_unlink(c7f94000,284209b8,0,efac7c7c,c0897ff3,...) at kern_unlink+0x2= f > unlink(c7f94000,efac7cec,efac7d28,c0c3767a,0,...) at unlink+0x22 > syscallenter(c7f94000,efac7ce4,efac7ce4,0,74b,...) at syscallenter+0x263 > syscall(efac7d28) at syscall+0x34 > Xint0x80_syscall() at Xint0x80_syscall+0x21 > --- syscall (10, FreeBSD ELF32, unlink), eip =3D 0x2817384f, esp =3D 0xbf= bfe9bc, > ebp =3D 0xbfbfe9e8 --- > > It's seriously problem? May be I must send PR? > > Vadim Denisov > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 14:20:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E3801065670; Tue, 6 Sep 2011 14:20:34 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 591198FC0C; Tue, 6 Sep 2011 14:20:32 +0000 (UTC) Received: by bkat8 with SMTP id t8so6953326bka.13 for ; Tue, 06 Sep 2011 07:20:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=UV1ccInZLp9o9OZ35n9IkIbwRlZ1t+11BnfTrWqf0P0=; b=HWxJ2yxq1GRep4dd+Oe8l/VnD18KPAI3fvquLKQw/87jxQk6lEeTWEL2/eVSY1WB8/ ILNKuqJeoW8GbuI2EBFopK/LjteFhIG490lR00Y3Tb57RkheTepgsB3ZkogqraA/Ui0x UJkCwzZrwzKJXDTvoSCSFw51nRS0YyMq3QvFk= Received: by 10.204.138.208 with SMTP id b16mr305363bku.161.1315318751389; Tue, 06 Sep 2011 07:19:11 -0700 (PDT) Received: from vux.3501.lan ([46.247.128.50]) by mx.google.com with ESMTPS id a3sm572553bkd.11.2011.09.06.07.19.09 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 06 Sep 2011 07:19:10 -0700 (PDT) Message-ID: <4E662BDA.6010401@gmail.com> Date: Tue, 06 Sep 2011 17:19:06 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110905 Thunderbird/6.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E660BA3.8080103@FreeBSD.org> In-Reply-To: <4E660BA3.8080103@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 14:20:34 -0000 06.09.2011 15:01, Dimitry Andric wrote: > Hm, sorry that I did not notice it before, but maybe you are having the > issue described here: > > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026594.html > > What is your current kernel revision? Can't remember and the machine is offline right now. I just can say it's running BETA2 from Sep 2 now. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 14:21:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12704106566B; Tue, 6 Sep 2011 14:21:52 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ey0-f172.google.com (mail-ey0-f172.google.com [209.85.215.172]) by mx1.freebsd.org (Postfix) with ESMTP id 618FD8FC20; Tue, 6 Sep 2011 14:21:50 +0000 (UTC) Received: by eye4 with SMTP id 4so3747677eye.31 for ; Tue, 06 Sep 2011 07:21:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=0AyuWnVAifAR8YwnloZwbN43KdZuCsDPMXKVpTmdOww=; b=xhO9a5cv4p54xil7AKsXeKAKLZHAdr/GghCVgzryjF0pMC7cgag5c+PrhSClQt2JSu LhmIawYNS74tZHYT/Vdw3JZpLhJRTJJ60/XejlONHBF1ed0xwzw1P8yYHyHJVSGryn9P piOY5UI2heoFLJl7GHcL9aJjs7gqs6Rniz+CE= Received: by 10.204.145.25 with SMTP id b25mr2834645bkv.50.1315318909808; Tue, 06 Sep 2011 07:21:49 -0700 (PDT) Received: from vux.3501.lan ([46.247.128.50]) by mx.google.com with ESMTPS id j1sm610191bks.3.2011.09.06.07.21.47 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 06 Sep 2011 07:21:48 -0700 (PDT) Message-ID: <4E662C7A.3020404@gmail.com> Date: Tue, 06 Sep 2011 17:21:46 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110905 Thunderbird/6.0.1 MIME-Version: 1.0 To: Olivier Smedts References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E660BA3.8080103@FreeBSD.org> <4E66162F.8090406@gmail.com> <4E661B1C.2030608@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 14:21:52 -0000 06.09.2011 16:25, Olivier Smedts wrote: >>> What is your processor ? >> >> Athlon XP 2500+ >> >> I noticed breakage on recent intel processors too, but haven't yet stumbled >> upon them using -march=native on this one. > > Can you compile the Host.cpp file referenced in : > http://lists.freebsd.org/pipermail/freebsd-current/2011-May/024499.html Ah, thanks for the link. Missed that one. I'll post results when I'll have access to that machine. > And see which arch the resulting binary detects ? > > %clang++ Host.cpp -o Host > %./Host > cpu = corei7 > > Also, do you have the same problem for a clean buildworld with > "-march=athlon-xp" instead of "-march=native" in your make.conf ? You mean like fully rebuilding system with gcc and -march=athlon-xp and then try again? -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 15:32:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E6EC1065675 for ; Tue, 6 Sep 2011 15:32:34 +0000 (UTC) (envelope-from mail@vadimdenisov.ru) Received: from srv7.host-food.ru (srv7.host-food.ru [91.227.16.17]) by mx1.freebsd.org (Postfix) with ESMTP id 1513F8FC0A for ; Tue, 6 Sep 2011 15:32:33 +0000 (UTC) Received: from [85.26.165.60] (helo=[127.0.0.1]) by srv7.host-food.ru with esmtpa (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R0xdR-0003ZJ-I6; Tue, 06 Sep 2011 19:32:31 +0400 Message-ID: <4E663D1B.2060404@vadimdenisov.ru> Date: Tue, 06 Sep 2011 19:32:43 +0400 From: =?UTF-8?B?0JLQsNC00LjQvCDQlNC10L3QuNGB0L7Qsg==?= User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "K. Macy" References: <4E661911.80801@vadimdenisov.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: lock order reversal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 15:32:34 -0000 Thanks, K. Macy Ok Sorry to disturb K. Macy wrote: > When WITNESS support was added to lockmgr locks a number of > longstanding LORs were exposed in the process. I can't comment on > whether or not they'll be fixed or the warnings will some day be > silenced. > > On Tue, Sep 6, 2011 at 2:58 PM, Vadim Denisov wrote: > >> I install current on last week >> I have some messages in dmesg -a: >> lock order reversal: >> 1st 0xc81ba278 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:425 >> 2nd 0xe0f566d0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 >> 3rd 0xc7d89168 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:546 >> KDB: stack backtrace: >> db_trace_self_wrapper(c0c353ac,616e735f,6f687370,3a632e74,a363435,...) at >> db_trace_self_wrapper+0x26 >> kdb_backtrace(c088dd7b,c0c38d9c,c7535098,c75385d0,ef9e1404,...) at >> kdb_backtrace+0x2a >> _witness_debugger(c0c38d9c,c7d89168,c0c2816c,c75385d0,c0c56442,...) at >> _witness_debugger+0x25 >> witness_checkorder(c7d89168,9,c0c56442,222,0,...) at >> witness_checkorder+0x839 >> __lockmgr_args(c7d89168,80100,c7d89188,0,0,...) at __lockmgr_args+0x824 >> ffs_lock(ef9e152c,c0ecca08,c7dc1c30,80100,c7d89110,...) at ffs_lock+0x8a >> VOP_LOCK1_APV(c0d3c680,ef9e152c,ef9e154c,c0d4caa0,c7d89110,...) at >> VOP_LOCK1_APV+0xb5 >> _vn_lock(c7d89110,80100,c0c56442,222,c755ce80,...) at _vn_lock+0x5e >> ffs_snapshot(c7beba20,c7b753e0,c0c59850,1a2,0,...) at ffs_snapshot+0x14fc >> ffs_mount(c7beba20,c7bf5d00,ff,394,c7dc1c30,...) at ffs_mount+0x1c13 >> vfs_donmount(c7dc1b80,211000,c7787780,c7787780,c7dbb588,...) at >> vfs_donmount+0x1219 >> nmount(c7dc1b80,ef9e1cec,c087a16c,ef9e1d80,0,...) at nmount+0x84 >> syscallenter(c7dc1b80,ef9e1ce4,ef9e1d1c,c0acbf86,c0d90c80,...) at >> syscallenter+0x263 >> syscall(ef9e1d28) at syscall+0x34 >> Xint0x80_syscall() at Xint0x80_syscall+0x21 >> --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280fb61b, esp = >> 0xbfbfea9c, ebp = 0xbfbfede8 --- >> lock order reversal: >> 1st 0xe0f566d0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 >> 2nd 0xc7563c9c snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:818 >> KDB: stack backtrace: >> db_trace_self_wrapper(c0c353ac,662f7366,735f7366,7370616e,2e746f68,...) at >> db_trace_self_wrapper+0x26 >> kdb_backtrace(c088dd7b,c0c38d83,c7535098,c7538978,ef9e1404,...) at >> kdb_backtrace+0x2a >> _witness_debugger(c0c38d83,c7563c9c,c0c564a4,c7538978,c0c56442,...) at >> _witness_debugger+0x25 >> witness_checkorder(c7563c9c,9,c0c56442,332,c81ba298,...) at >> witness_checkorder+0x839 >> __lockmgr_args(c7563c9c,80400,c81ba298,0,0,...) at __lockmgr_args+0x824 >> ffs_lock(ef9e152c,e0ef5790,100000,80400,c81ba220,...) at ffs_lock+0x8a >> VOP_LOCK1_APV(c0d3c680,ef9e152c,e0ef57ec,c0d4caa0,c81ba220,...) at >> VOP_LOCK1_APV+0xb5 >> _vn_lock(c81ba220,80400,c0c56442,332,0,...) at _vn_lock+0x5e >> ffs_snapshot(c7beba20,c7b753e0,c0c59850,1a2,0,...) at ffs_snapshot+0x298e >> ffs_mount(c7beba20,c7bf5d00,ff,394,c7dc1c30,...) at ffs_mount+0x1c13 >> vfs_donmount(c7dc1b80,211000,c7787780,c7787780,c7dbb588,...) at >> vfs_donmount+0x1219 >> nmount(c7dc1b80,ef9e1cec,c087a16c,ef9e1d80,0,...) at nmount+0x84 >> syscallenter(c7dc1b80,ef9e1ce4,ef9e1d1c,c0acbf86,c0d90c80,...) at >> syscallenter+0x263 >> syscall(ef9e1d28) at syscall+0x34 >> Xint0x80_syscall() at Xint0x80_syscall+0x21 >> --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280fb61b, esp = >> 0xbfbfea9c, ebp = 0xbfbfede8 --- >> lock order reversal: >> 1st 0xc7563c9c snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:307 >> 2nd 0xc81ba278 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1620 >> KDB: stack backtrace: >> db_trace_self_wrapper(c0c353ac,616e735f,6f687370,3a632e74,30323631,...) at >> db_trace_self_wrapper+0x26 >> kdb_backtrace(c088dd7b,c0c38d83,c7538978,c75385d0,ef9e16c8,...) at >> kdb_backtrace+0x2a >> _witness_debugger(c0c38d83,c81ba278,c0c2816c,c75385d0,c0c56442,...) at >> _witness_debugger+0x25 >> witness_checkorder(c81ba278,9,c0c56442,654,0,...) at >> witness_checkorder+0x839 >> __lockmgr_args(c81ba278,80000,0,0,0,...) at __lockmgr_args+0x824 >> ffs_snapremove(c81ba220,8,c0c3e10a,5e8,c7535098,...) at ffs_snapremove+0x11f >> ffs_truncate(c81ba220,0,0,c00,0,...) at ffs_truncate+0x577 >> ufs_inactive(ef9e1a9c,c81ba298,c81ba220,c81ba298,ef9e1ab4,...) at >> ufs_inactive+0x1f8 >> VOP_INACTIVE_APV(c0d3c680,ef9e1a9c,c0c40a67,94e,c0d4ca60,...) at >> VOP_INACTIVE_APV+0xa5 >> vinactive(c0d3c680,ef9e1ad0,c0c40a67,8a5,0,...) at vinactive+0x8e >> vputx(ef9e1b38,c08febda,c81ba220,ef9e1b14,c0c41f00,...) at vputx+0x2f8 >> vput(c81ba220,ef9e1b14,c0c41f00,133,0,...) at vput+0x10 >> vn_close(c81ba220,1,c755ce00,c7dc1b80,0,...) at vn_close+0x19a >> vn_closefile(c7c300a8,c7dc1b80,c0c2706c,0,c7c300a8,...) at vn_closefile+0xe4 >> _fdrop(c7c300a8,c7dc1b80,0,ef9e1bfc,0,c0ecc9d8,c7dc1c30,c0d28da0,c0ecc9d8,c0c2af54,c7dc1b80,c7b05d2c,4ce,ef9e1c0c,c085d087,c7b05d2c,8,c0c2af54,c7c300a8) >> at _fdrop+0x43 >> closef(c7c300a8,c7dc1b80,4ce,ef9e1c30,c7b05d2c,...) at closef+0x2b0 >> kern_close(c7dc1b80,4,ef9e1c7c,c0897ff3,c7dc1b80,...) at kern_close+0x139 >> close(c7dc1b80,ef9e1cec,ef9e1d28,c0c3767a,0,...) at close+0x1a >> syscallenter(c7dc1b80,ef9e1ce4,ef9e1ce4,0,c0d819f0,...) at >> syscallenter+0x263 >> syscall(ef9e1d28) at syscall+0x34 >> Xint0x80_syscall() at Xint0x80_syscall+0x21 >> --- syscall (6, FreeBSD ELF32, close), eip = 0x281a3283, esp = 0xbfbfea9c, >> ebp = 0xbfbfede8 --- >> Sep 5 12:38:10 su: denisov to root on /dev/pts/0 >> lock order reversal: >> 1st 0xe10fbc60 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 >> 2nd 0xc7c5d600 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 >> KDB: stack backtrace: >> db_trace_self_wrapper(c0c353ac,7366752f,7366752f,7269645f,68736168,...) at >> db_trace_self_wrapper+0x26 >> kdb_backtrace(c088dd7b,c0c38d83,c7535098,c7538638,efac7a24,...) at >> kdb_backtrace+0x2a >> _witness_debugger(c0c38d83,c7c5d600,c0c5a792,c7538638,c0c5a417,...) at >> _witness_debugger+0x25 >> witness_checkorder(c7c5d600,9,c0c5a417,11c,0,...) at >> witness_checkorder+0x839 >> _sx_xlock(c7c5d600,0,c0c5a417,11c,e7880018,...) at _sx_xlock+0x85 >> ufsdirhash_acquire(0,e,c7800800,e10fbc00,e7880018,...) at >> ufsdirhash_acquire+0x35 >> ufsdirhash_remove(c854c9f8,e7880018,18,efac7ab4,efac7ab0,...) at >> ufsdirhash_remove+0x14 >> ufs_dirremove(c8536cc0,c8582910,500800c,0,c8536cc0,...) at >> ufs_dirremove+0x143 >> ufs_remove(efac7c00,0,0,0,c8545550,...) at ufs_remove+0x6e >> VOP_REMOVE_APV(c0d3c680,efac7c00,c8545550,efac7b78,4,...) at >> VOP_REMOVE_APV+0xa5 >> kern_unlinkat(c7f94000,ffffff9c,284209b8,0,0,...) at kern_unlinkat+0x258 >> kern_unlink(c7f94000,284209b8,0,efac7c7c,c0897ff3,...) at kern_unlink+0x2f >> unlink(c7f94000,efac7cec,efac7d28,c0c3767a,0,...) at unlink+0x22 >> syscallenter(c7f94000,efac7ce4,efac7ce4,0,74b,...) at syscallenter+0x263 >> syscall(efac7d28) at syscall+0x34 >> Xint0x80_syscall() at Xint0x80_syscall+0x21 >> --- syscall (10, FreeBSD ELF32, unlink), eip = 0x2817384f, esp = 0xbfbfe9bc, >> ebp = 0xbfbfe9e8 --- >> >> It's seriously problem? May be I must send PR? >> >> Vadim Denisov >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 15:45:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1860710656A3; Tue, 6 Sep 2011 15:45:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E26448FC0A; Tue, 6 Sep 2011 15:45:21 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 97AB546B37; Tue, 6 Sep 2011 11:45:21 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2DFAB8A02F; Tue, 6 Sep 2011 11:45:21 -0400 (EDT) From: John Baldwin To: Daniel Eischen Date: Tue, 6 Sep 2011 11:45:20 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109061145.20459.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 06 Sep 2011 11:45:21 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 15:45:22 -0000 On Friday, September 02, 2011 12:27:02 pm Daniel Eischen wrote: > On Thu, 25 Aug 2011, Daniel Eischen wrote: > > > On Thu, 25 Aug 2011, John Baldwin wrote: > > > >> On Wednesday, August 24, 2011 8:19:42 pm Daniel Eischen wrote: > >>> Hello, > >>> > >>> I have an older Dell 4150 laptop that takes forever to build > >>> world, so I don't update it that often. The last time I > >>> updated it was March 1, 2010. I just updated the system > >>> yesterday and ath0 (a Linksys PCCard) no longer attaches. > >>> > >>> The interesting thing is that ath0 is detected at different > >>> addresses between the working kernel and the non-working > >>> kernel: > >>> > >>> March 1, 2010 kernel > >>> -------------------- > >>> ath0: mem 0x88000000-0x8800ffff irq 11 > >>> at device 0.0 on cardbus0 > >>> ath0: [ITHREAD] > >>> ath0: AR5212 mac 5.9 RF5112 phy 4.3 > >>> > >>> > >>> Aug 23, 2011 kernel > >>> ------------------- > >>> ath0: mem 0xf8f10000-0xf8f1ffff irq 11 > >>> at device 0.0 on cardbus0 > >>> > >>> > >>> I've tried forcing successful returns from > >>> ar5212SetPowerModeAwake() and ar5212SetResetReg() > >>> but it doesn't help (diffs below). > >>> > >>> Any suggestions on how to get this to work? > >>> Full dmesg from working and non-working kernels at > >>> > >>> http://people.freebsd.org/~deischen/ath/ath.dmesg > >> > >> You can try setting 'debug.acpi.disable=hostres' at the loader prompt as a > >> test. If that doesn't work, a verbose dmesg from the broken case as well > >> as > >> devinfo -u and devinfo -r output from the working and broken cases would be > >> most useful. > > > > Setting debug.acpi.disable=hostres did not work. Strange thing is > > that ath0 is now at mem 0x88000000-0x8800ffff for both working > > and non-working kernels (with and without debug.acpi.disable=hostres). > > ath0 still doesn't attach, but it seems funny that the memory > > address changes. These are all soft reboots, not hard reboots, > > after a working kernel. > > > > All the information you requested is here: > > > > http://people.freebsd.org/~deischen/ath/ > > > > There are verbose boots and devinfo -u/-r output for the > > working kernel and the non-working kernel (with and without > > debug.acpi.disable=hostres). > > > > Anything else you'd like me to try? > > Any hopes of getting this cardbus problem fixed? Hmm, the dmesg for the 'hostres' case shows the 'hostres' code as still being active. (And it does look like that is the root cause in your case perhaps.) Granted, we are asking for resources that your BIOS says work just fine, so I'm not sure why it is failing in the first place. Looks like I had a typo in my original e-mail, try "debug.acpi.disabled=hostres" rather than "debug.acpi.disable=hostres". -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 16:07:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78B261065672; Tue, 6 Sep 2011 16:07:56 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ey0-f172.google.com (mail-ey0-f172.google.com [209.85.215.172]) by mx1.freebsd.org (Postfix) with ESMTP id D33648FC23; Tue, 6 Sep 2011 16:07:55 +0000 (UTC) Received: by eye4 with SMTP id 4so3868379eye.31 for ; Tue, 06 Sep 2011 09:07:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Qtx0WtQVYOf/kXItNRTH04MBDafIYOtdZgPRB7cpCO4=; b=W/VmrKpZi7pDRTja98Tv+xEf/GPnr05aHXtV6+4CdpNMgbE/r5cydajfBppPgThV/4 2rSBDSQ+Q2goZPB4YbxeOUuBT4BKsbU4fCnDTHVc8Wmh7EyecS9Enh9s3peI67rHnhWl mXWvS4Ms5UmuT9Y0GuOh0wC1Ocacn6EtqtSQk= Received: by 10.14.3.152 with SMTP id 24mr1798130eeh.206.1315325274650; Tue, 06 Sep 2011 09:07:54 -0700 (PDT) Received: from limbo.lan ([195.225.157.86]) by mx.google.com with ESMTPS id d12sm1000720eeb.8.2011.09.06.09.07.52 (version=SSLv3 cipher=OTHER); Tue, 06 Sep 2011 09:07:53 -0700 (PDT) Message-ID: <4E664557.5000900@gmail.com> Date: Tue, 06 Sep 2011 19:07:51 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.1) Gecko/20110902 Thunderbird/6.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E660BA3.8080103@FreeBSD.org> In-Reply-To: <4E660BA3.8080103@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 16:07:56 -0000 06.09.2011 15:01, Dimitry Andric wrote: > Hm, sorry that I did not notice it before, but maybe you are having the > issue described here: > > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026594.html > > What is your current kernel revision? I'm very sorry, my kernel is somewhat older then I thought: # uname -a FreeBSD limbo.lan 9.0-BETA2 FreeBSD 9.0-BETA2 #0: Mon Aug 29 09:56:12 EEST 2011 arcade@limbo.lan:/usr/obj/usr/src/sys/MINIMAL i386 Not subject to the bug though... -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 16:14:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 450AD106566B; Tue, 6 Sep 2011 16:14:07 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id A01D68FC08; Tue, 6 Sep 2011 16:14:06 +0000 (UTC) Received: by ewy1 with SMTP id 1so3394490ewy.13 for ; Tue, 06 Sep 2011 09:14:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=TOhzYKK/f9Ph4DWq6Y/jKWX7KjcmLYihy8pBCaQDmoo=; b=TXSU5qvFdJ2K8ub1SWulE4FszuAOkcTqwkintvPS2keGHMkwD9/9KeqSs0i9TWKOzh FhDshjUDU2NWowxVzt3oY7X9BPer6BbiPAvukyKPodTaryFUmJ9KigXpVNK0aCHWxRyL y/jV2x/1MfBrkTpOtpx+jTf9RLb8A058zQgDA= Received: by 10.213.5.19 with SMTP id 19mr1348967ebt.147.1315325645500; Tue, 06 Sep 2011 09:14:05 -0700 (PDT) Received: from limbo.lan ([195.225.157.86]) by mx.google.com with ESMTPS id w19sm1043820eeh.6.2011.09.06.09.14.04 (version=SSLv3 cipher=OTHER); Tue, 06 Sep 2011 09:14:04 -0700 (PDT) Message-ID: <4E6646CA.8050404@gmail.com> Date: Tue, 06 Sep 2011 19:14:02 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.1) Gecko/20110902 Thunderbird/6.0.1 MIME-Version: 1.0 To: Olivier Smedts References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E660BA3.8080103@FreeBSD.org> <4E66162F.8090406@gmail.com> <4E661B1C.2030608@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 16:14:07 -0000 06.09.2011 16:25, Olivier Smedts wrote: > Can you compile the Host.cpp file referenced in : > http://lists.freebsd.org/pipermail/freebsd-current/2011-May/024499.html > > And see which arch the resulting binary detects ? > > %clang++ Host.cpp -o Host > %./Host > cpu = corei7 cpu = athlon-xp > Also, do you have the same problem for a clean buildworld with > "-march=athlon-xp" instead of "-march=native" in your make.conf ? I'm proceeding with buildworld but I don't think this would get you anyway: [limbo] ~> clang++ -v -march=athlon-xp Host.cpp FreeBSD clang version 3.0 (trunk 135360) 20110717 Target: i386-unknown-freebsd9.0 Thread model: posix "/usr/bin/clang++" -cc1 -triple i386-unknown-freebsd9.0 -emit-obj -mrelax-all -disable-free -main-file-name Host.cpp -mrelocation-model static -mdisable-fp-elim -masm-verbose -mconstructor-aliases -target-cpu athlon-xp -momit-leaf-frame-pointer -v -resource-dir /usr/bin/../lib/clang/3.0 -fdeprecated-macro -ferror-limit 19 -fmessage-length 144 -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/cc-Cq9USc.o -x c++ Host.cpp clang -cc1 version 3.0 based upon llvm 3.0svn hosted on i386-unknown-freebsd9.0 ignoring nonexistent directory "/usr/include/c++/4.2/backward/backward" ignoring nonexistent directory "/usr/bin/../lib/clang/3.0/include" ignoring duplicate directory "/usr/include/c++/4.2" ignoring duplicate directory "/usr/include/c++/4.2/backward" ignoring duplicate directory "/usr/include/c++/4.2/backward" #include "..." search starts here: #include <...> search starts here: /usr/include/c++/4.2 /usr/include/c++/4.2/backward /usr/include/clang/3.0 /usr/include End of search list. "/usr/bin/ld" --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 -m elf_i386_fbsd -o a.out /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib /tmp/cc-Cq9USc.o -lstdc++ -lm -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/crtend.o /usr/lib/crtn.o [limbo] ~> clang++ -v -march=native Host.cpp FreeBSD clang version 3.0 (trunk 135360) 20110717 Target: i386-unknown-freebsd9.0 Thread model: posix "/usr/bin/clang++" -cc1 -triple i386-unknown-freebsd9.0 -emit-obj -mrelax-all -disable-free -main-file-name Host.cpp -mrelocation-model static -mdisable-fp-elim -masm-verbose -mconstructor-aliases -target-cpu athlon-xp -momit-leaf-frame-pointer -v -resource-dir /usr/bin/../lib/clang/3.0 -fdeprecated-macro -ferror-limit 19 -fmessage-length 144 -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/cc-7bAsbw.o -x c++ Host.cpp clang -cc1 version 3.0 based upon llvm 3.0svn hosted on i386-unknown-freebsd9.0 ignoring nonexistent directory "/usr/include/c++/4.2/backward/backward" ignoring nonexistent directory "/usr/bin/../lib/clang/3.0/include" ignoring duplicate directory "/usr/include/c++/4.2" ignoring duplicate directory "/usr/include/c++/4.2/backward" ignoring duplicate directory "/usr/include/c++/4.2/backward" #include "..." search starts here: #include <...> search starts here: /usr/include/c++/4.2 /usr/include/c++/4.2/backward /usr/include/clang/3.0 /usr/include End of search list. "/usr/bin/ld" --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 -m elf_i386_fbsd -o a.out /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib /tmp/cc-7bAsbw.o -lstdc++ -lm -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/crtend.o /usr/lib/crtn.o -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 16:55:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93331106566B for ; Tue, 6 Sep 2011 16:55:03 +0000 (UTC) (envelope-from alexkozlov0@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1A7AB8FC0C for ; Tue, 6 Sep 2011 16:55:02 +0000 (UTC) Received: by bkat8 with SMTP id t8so7121447bka.13 for ; Tue, 06 Sep 2011 09:55:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition; bh=5aGMFCrDYT/loCygjQaGQRkzgV6A925b8LmqW5cIuc8=; b=CNYtAwPcu9C1A6Rpxbgxs2yuITh3iI0xiVkY7D49xf4XWickxOJhkub++mnwCMyJdb LEHljqt3nmLcueeBGMSjnmEYq5BDBM2fyZvnfBHDDp2Jljz9ZEEPE/dDdfo9Q6YlaxEL ju/CbVjWrgDbUB1Y8Qrzya0I67ANmSCJJgWpY= Received: by 10.204.145.209 with SMTP id e17mr2962835bkv.221.1315326672153; Tue, 06 Sep 2011 09:31:12 -0700 (PDT) Received: from ravenloft.kiev.ua (ravenloft.kiev.ua [94.244.131.95]) by mx.google.com with ESMTPS id y3sm996591bkw.4.2011.09.06.09.31.09 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 06 Sep 2011 09:31:10 -0700 (PDT) Sender: Alex Kozlov Date: Tue, 6 Sep 2011 19:30:36 +0300 From: Alex Kozlov To: freebsd-current@freebsd.org, spam@rm-rf.kiev.ua Message-ID: <20110906163036.GA94876@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: Unusually high LA without any load at FreeBSD9-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 16:55:03 -0000 Hi, current I see an unusually high LA for more than 10 hours without slightest load. Any ideas? FreeBSD 9-BETA2 r225400 amd64 $sysctl cpu HAMMER kern.ccpu: 0 kern.sched.cpusetsize: 8 0, 1 0, 1 kern.smp.cpus: 2 kern.smp.maxcpus: 64 dev.cpu.0.freq: 300 dev.cpu.0.freq_levels: 2200/35000 1925/30625 1650/26250 1600/23000 1400/20125 1200/15000 1050/13125 900/11250 750/9375 600/7500 450/5625 300/3750 150/1875 dev.cpu.0.cx_supported: C1/1 C2/1 C3/17 dev.cpu.0.cx_lowest: C2 dev.cpu.0.cx_usage: 0.00% 100.00% 0.00% last 240us dev.cpu.1.cx_supported: C1/1 C2/1 C3/17 dev.cpu.1.cx_lowest: C2 dev.cpu.1.cx_usage: 0.00% 100.00% 0.00% last 857us $vmstat -i interrupt total rate irq1: atkbd0 160 0 irq9: acpi0 44432 0 irq12: psm0 9 0 irq17: ath0 uhci3 45696 0 irq20: hpet0 uhci0* 4920185 92 irq23: uhci2 ehci1 9276 0 irq256: hdac0 8 0 irq257: ahci0 26674 0 Total 5046440 94 $top # last pid changes very slowly last pid: 4814; load averages: 0.75, 0.72, 0.73 up 0+14:48:02 19:10:51 36 processes: 2 running, 33 sleeping, 1 waiting CPU: 0.2% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.8% idle Mem: 23M Active, 376M Inact, 246M Wired, 120K Cache, 309M Buf, 2256M Free Swap: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 2 155 ki31 0K 32K CPU1 1 29.4H 200.00% idle 4808 kozlov 1 20 0 16616K 2164K CPU0 0 0:01 0.20% top 12 root 16 -84 - 0K 256K WAIT 1 3:33 0.00% intr 1316 root 1 20 0 12096K 1308K select 0 0:26 0.00% powerd 16 root 1 -16 - 0K 16K tzpoll 1 0:20 0.00% acpi_thermal 14 root 1 -16 - 0K 16K - 0 0:12 0.00% yarrow 15 root 32 -68 - 0K 512K - 0 0:09 0.00% usb 13 root 3 -8 - 0K 48K - 1 0:06 0.00% geom 1453 kozlov 1 20 0 47996K 4644K select 0 0:05 0.00% sshd 0 root 10 -52 0 0K 160K - 1 0:04 0.00% kernel 8 root 1 16 - 0K 16K syncer 0 0:03 0.00% syncer 1363 root 1 21 0 14176K 1644K nanslp 1 0:03 0.00% cron 1440 root 1 20 0 412M 347M select 0 0:02 0.00% Xorg 9 root 1 -16 - 0K 16K sdflus 1 0:01 0.00% softdepflush 1454 kozlov 1 20 0 16456K 3024K wait 1 0:01 0.00% bash 7 root 1 -16 - 0K 16K vlruwt 0 0:01 0.00% vnlru 6 root 1 -16 - 0K 16K psleep 1 0:01 0.00% bufdaemon 1091 root 1 20 0 12228K 1484K select 0 0:01 0.00% syslogd 1694 root 1 -8 - 0K 16K mdwait 0 0:01 0.00% md4 121 root 1 -8 - 0K 16K mdwait 0 0:00 0.00% md1 3 root 1 -16 - 0K 16K psleep 0 0:00 0.00% pagedaemon 1451 root 1 44 0 47996K 4304K sbwait 0 0:00 0.00% sshd 1445 root 1 26 0 71764K 6224K select 0 0:00 0.00% xdm 1350 root 1 21 0 28916K 3508K select 1 0:00 0.00% sshd 1438 root 1 26 0 41068K 2916K pause 0 0:00 0.00% xdm 945 root 1 20 0 10372K 3412K select 0 0:00 0.00% devd 1142 root 1 -8 - 0K 16K mdwait 1 0:00 0.00% md2 1280 root 1 -8 - 0K 16K mdwait 0 0:00 0.00% md3 5 root 1 155 ki31 0K 16K pgzero 0 0:00 0.00% pagezero 1 root 1 20 0 6276K 600K wait 0 0:00 0.00% init 1437 root 1 52 0 12100K 1352K ttyin 1 0:00 0.00% getty 1436 root 1 52 0 12100K 1352K ttyin 0 0:00 0.00% getty 109 root 1 -8 - 0K 16K mdwait 0 0:00 0.00% md0 2 root 1 -16 - 0K 16K ccb_sc 1 0:00 0.00% xpt_thrd 4 root 1 -16 - 0K 16K psleep 1 0:00 0.00% vmdaemon 10 root 1 -16 - 0K 16K audit_ 0 0:00 0.00% audit From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 17:05:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E12C106566B for ; Tue, 6 Sep 2011 17:05:14 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0DB648FC19 for ; Tue, 6 Sep 2011 17:05:13 +0000 (UTC) Received: by qwg2 with SMTP id 2so4629261qwg.17 for ; Tue, 06 Sep 2011 10:05:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=L1YDGDcl65i+VmrPYjJZ5Z3zFlnY5PMMr0TrfDnkK3I=; b=s9QMS7rK9vqm+6Ih/uGACUvTewagxbxGyMyh1RyY3zzjfAReehZhWA2dUfPcEw/GWW v1EyugyY5uLPkih0YFDkQ8oR3zJ4F3r5Q6PaAApyuw0+eFHVTkKEblSK94yQA08pPHzk zufDR5c5IUpzMhyk/2t1n+4lHupoeJ6octXak= MIME-Version: 1.0 Received: by 10.224.212.69 with SMTP id gr5mr4066391qab.392.1315328713357; Tue, 06 Sep 2011 10:05:13 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Tue, 6 Sep 2011 10:05:13 -0700 (PDT) In-Reply-To: <20110906163036.GA94876@ravenloft.kiev.ua> References: <20110906163036.GA94876@ravenloft.kiev.ua> Date: Tue, 6 Sep 2011 10:05:13 -0700 Message-ID: From: Garrett Cooper To: Alex Kozlov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Unusually high LA without any load at FreeBSD9-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 17:05:14 -0000 On Tue, Sep 6, 2011 at 9:30 AM, Alex Kozlov wrote: > Hi, current > > I see an unusually high LA for more than 10 hours without slightest load. > Any ideas? What is "LA"? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 17:12:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BFEA1065676 for ; Tue, 6 Sep 2011 17:12:35 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id D93918FC08 for ; Tue, 6 Sep 2011 17:12:34 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id A5628E6BFF; Tue, 6 Sep 2011 18:12:33 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=mail; bh=0cBzZfWqMtmy vRlizifg2wD9hTA=; b=d8u2lQ66aSHIDWIAdcDRu6f6B+X5O7WzMsnED3YlK/Uy +VB6m5nEdlyS9owmhwJTemTkPLpiwHGQSY1vCFw1f97EWHIiP7TSSyS08QZQdAow WIQiv7hoeAKvKwT8ZrZEjJWlXLmy/YyTaAmNZGI2QF2zl3pt9KqDnhLWfSwDAQk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=mail; b=ZSj7Xs l+hWbOY5MbGbVrCu2awW2LQYb7X5WU8eH9mZBLY/yfWdtK6rvj7nqMXO2VftN9Wh 2Ws9KDxPHkA0XaNhS2SX+k37WTjOTAnAyVHBT5iBBUGByVMSrx8LPY0nlTkq7YFf sGKHRWi9VfniZa9jaenEyBoCpk7BdcIW6x984= Received: from [192.168.1.104] (188-222-18-231.zone13.bethere.co.uk [188.222.18.231]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 75B9CE648E; Tue, 6 Sep 2011 18:12:33 +0100 (BST) Message-ID: <4E66547D.2030907@cran.org.uk> Date: Tue, 06 Sep 2011 18:12:29 +0100 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: Garrett Cooper References: <20110906163036.GA94876@ravenloft.kiev.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Alex Kozlov Subject: Re: Unusually high LA without any load at FreeBSD9-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 17:12:35 -0000 On 06/09/2011 18:05, Garrett Cooper wrote: > What is "LA"? Load Average? -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 17:14:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 65495106566C for ; Tue, 6 Sep 2011 17:14:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 72A341A430F; Tue, 6 Sep 2011 17:13:21 +0000 (UTC) Message-ID: <4E6654B1.8040104@FreeBSD.org> Date: Tue, 06 Sep 2011 10:13:21 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: Garrett Cooper References: <20110906163036.GA94876@ravenloft.kiev.ua> In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Alex Kozlov Subject: Re: Unusually high LA without any load at FreeBSD9-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 17:14:32 -0000 On 09/06/2011 10:05, Garrett Cooper wrote: > On Tue, Sep 6, 2011 at 9:30 AM, Alex Kozlov wrote: >> Hi, current >> >> I see an unusually high LA for more than 10 hours without slightest load. >> Any ideas? > > What is "LA"? Load Average. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 17:33:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55D47106566B for ; Tue, 6 Sep 2011 17:33:31 +0000 (UTC) (envelope-from alexkozlov0@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D48A08FC0A for ; Tue, 6 Sep 2011 17:33:30 +0000 (UTC) Received: by bkat8 with SMTP id t8so7160773bka.13 for ; Tue, 06 Sep 2011 10:33:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition; bh=JcHMnr2JAmXiFG99FX4Kv6asapnUVBIG3t3I209qxnQ=; b=u1tU0My60TQr4nafZ4bmvy6AsZR4GNlGoGJnlKddq4gnwqLIU9A6crgUdfLD8Bw8sC VM90zGmVwKlD0i1jBYIWUur4nUgF84jjfj6RE2vgiAIQ8ILxMtKsaUR7eJtGgV5REIPh OXByMHtLL94gvkCarj/ZWAjvG57p7KLtcE3f8= Received: by 10.204.136.69 with SMTP id q5mr3271562bkt.250.1315330409695; Tue, 06 Sep 2011 10:33:29 -0700 (PDT) Received: from ravenloft.kiev.ua (ravenloft.kiev.ua [94.244.131.95]) by mx.google.com with ESMTPS id b17sm1147440bkd.8.2011.09.06.10.33.27 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 06 Sep 2011 10:33:28 -0700 (PDT) Sender: Alex Kozlov Date: Tue, 6 Sep 2011 20:32:55 +0300 From: Alex Kozlov To: Poul-Henning Kamp , freebsd-current@freebsd.org, spam@rm-rf.kiev.ua Message-ID: <20110906173255.GA96949@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: Re: Unusually high LA without any load at FreeBSD9-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 17:33:31 -0000 On Tue, Sep 06, 2011 at 05:22:02PM +0000, Poul-Henning Kamp wrote: > In message <4E66547D.2030907@cran.org.uk>, Bruce Cran writes: >>On 06/09/2011 18:05, Garrett Cooper wrote: >>> What is "LA"? >>Load Average? > We should kille the load avarage as a measure for system activity, > it only has any relevance if you run heavy CPU bound processes. It may be true, but in current kernel from beginning of june I would see la about 0,01 in this situation. Note that cpu idling: dev.cpu.0.freq: 300 dev.cpu.0.freq_levels: 2200/35000 1925/30625 1650/26250 1600/23000 1400/20125 1200/15000 1050/13125 900/11250 750/9375 600/7500 450/5625 300/3750 150/1875 dev.cpu.0.cx_supported: C1/1 C2/1 C3/17 [...] 11 root 2 155 ki31 0K 32K CPU1 1 29.4H 200.00% idle I think process accounting get broken or something like this. > If the majority of your threads yield their quantum, load average > contains absolutely no information of any relevance to system > capacity. > > Try this: > > main() > for (i = 0; i < 10000; i++) > start thread { > calculate time until top of next second > sleep (until then) > } > > You'll see a monster load-avg on idle cpus. -- Adios From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 17:39:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6524106566B for ; Tue, 6 Sep 2011 17:39:16 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 96C428FC16 for ; Tue, 6 Sep 2011 17:39:16 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id ECC5D5DBD; Tue, 6 Sep 2011 17:22:05 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id p86HM2fZ074960; Tue, 6 Sep 2011 17:22:03 GMT (envelope-from phk@phk.freebsd.dk) To: Bruce Cran From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 Sep 2011 18:12:29 +0100." <4E66547D.2030907@cran.org.uk> Content-Type: text/plain; charset=ISO-8859-1 Date: Tue, 06 Sep 2011 17:22:02 +0000 Message-ID: <74959.1315329722@critter.freebsd.dk> Cc: Garrett Cooper , freebsd-current@freebsd.org, Alex Kozlov Subject: Re: Unusually high LA without any load at FreeBSD9-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 17:39:16 -0000 In message <4E66547D.2030907@cran.org.uk>, Bruce Cran writes: >On 06/09/2011 18:05, Garrett Cooper wrote: >> What is "LA"? > >Load Average? We should kille the load avarage as a measure for system activity, it only has any relevance if you run heavy CPU bound processes. If the majority of your threads yield their quantum, load average contains absolutely no information of any relevance to system capacity. Try this: main() for (i = 0; i < 10000; i++) start thread { calculate time until top of next second sleep (until then) } You'll see a monster load-avg on idle cpus. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 19:35:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A2CF106566B; Tue, 6 Sep 2011 19:35:00 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3B2F68FC08; Tue, 6 Sep 2011 19:34:59 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id p86JYwMY008415; Tue, 6 Sep 2011 15:34:59 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Tue, 06 Sep 2011 15:34:59 -0400 (EDT) Date: Tue, 6 Sep 2011 15:34:58 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Baldwin In-Reply-To: <201109061145.20459.jhb@freebsd.org> Message-ID: References: <201109061145.20459.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 19:35:00 -0000 On Tue, 6 Sep 2011, John Baldwin wrote: > On Friday, September 02, 2011 12:27:02 pm Daniel Eischen wrote: >> On Thu, 25 Aug 2011, Daniel Eischen wrote: >> [ snip ] >> Any hopes of getting this cardbus problem fixed? > > Hmm, the dmesg for the 'hostres' case shows the 'hostres' code as still > being active. (And it does look like that is the root cause in your > case perhaps.) Granted, we are asking for resources that your BIOS says > work just fine, so I'm not sure why it is failing in the first place. > > Looks like I had a typo in my original e-mail, try "debug.acpi.disabled=hostres" > rather than "debug.acpi.disable=hostres". Ok, I'll try that. FYI, I tried a few different kernels. So far, this is what I've found (I'm using source from a local CVS repo since it's easier than having to be online all the time): cvs -d /opt/FreeBSD/cvs checkout -D "15 Mar 2011" src Works (ath0 loads) cvs -R update -P -d -A -D "22 Mar 2011" sys Works (ath0 loads) cvs -R update -P -d -A -D "1 Apr 2011" sys kernel panics cvs -R update -P -d -A -D "10 Apr 2011" sys kernel panics cvs -R update -P -d -A -D "14 Apr 2011" sys kernel panics cvs -R update -P -d -A -D "15 Apr 2011" sys kernel panics cvs -R update -P -d -A -D "15 May 2011" sys Fails (kernel works, ath0 doesn't load) I have not had the chance to find the exact endpoints of where the kernel panics, and to test ath outside of those endpoints. But somewhere between March 22 and May 15 ath stopped working. I don't have traceback for the panics, but I believe it was cardbus related. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 20:09:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FBBA1065670; Tue, 6 Sep 2011 20:09:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 15BF88FC17; Tue, 6 Sep 2011 20:09:14 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A802B46B09; Tue, 6 Sep 2011 16:09:13 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4462C8A02F; Tue, 6 Sep 2011 16:09:13 -0400 (EDT) From: John Baldwin To: Daniel Eischen Date: Tue, 6 Sep 2011 16:08:42 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <201109061145.20459.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109061608.42887.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 06 Sep 2011 16:09:13 -0400 (EDT) Cc: freebsd-current@freebsd.org, Warner Losh Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 20:09:14 -0000 On Tuesday, September 06, 2011 3:34:58 pm Daniel Eischen wrote: > On Tue, 6 Sep 2011, John Baldwin wrote: > > > On Friday, September 02, 2011 12:27:02 pm Daniel Eischen wrote: > >> On Thu, 25 Aug 2011, Daniel Eischen wrote: > >> > > [ snip ] > > >> Any hopes of getting this cardbus problem fixed? > > > > Hmm, the dmesg for the 'hostres' case shows the 'hostres' code as still > > being active. (And it does look like that is the root cause in your > > case perhaps.) Granted, we are asking for resources that your BIOS says > > work just fine, so I'm not sure why it is failing in the first place. > > > > Looks like I had a typo in my original e-mail, try "debug.acpi.disabled=hostres" > > rather than "debug.acpi.disable=hostres". > > Ok, I'll try that. > > FYI, I tried a few different kernels. So far, this is what > I've found (I'm using source from a local CVS repo since it's > easier than having to be online all the time): > > cvs -d /opt/FreeBSD/cvs checkout -D "15 Mar 2011" src > Works (ath0 loads) > > cvs -R update -P -d -A -D "22 Mar 2011" sys > Works (ath0 loads) > > cvs -R update -P -d -A -D "1 Apr 2011" sys > kernel panics > > cvs -R update -P -d -A -D "10 Apr 2011" sys > kernel panics > > cvs -R update -P -d -A -D "14 Apr 2011" sys > kernel panics > > cvs -R update -P -d -A -D "15 Apr 2011" sys > kernel panics > > cvs -R update -P -d -A -D "15 May 2011" sys > Fails (kernel works, ath0 doesn't load) > > I have not had the chance to find the exact endpoints of > where the kernel panics, and to test ath outside of > those endpoints. But somewhere between March 22 and > May 15 ath stopped working. Yes, there was a panic with cardbus with some of the PCI changes when they first went in. I wonder why the cardbus bit didn't work though. I wonder if there is a chance that the cardbus resources need to specifically not fit into the decoding windows of the parent bridge. Warner, does that ring a bell at all? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 20:42:49 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C40CD106564A; Tue, 6 Sep 2011 20:42:49 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 758988FC0C; Tue, 6 Sep 2011 20:42:49 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 52F6DE3F07A; Tue, 6 Sep 2011 22:42:47 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FqGEW8A-Jmla; Tue, 6 Sep 2011 22:42:44 +0200 (CEST) Received: from goofy03.vnode.local (wg.benders.se [212.247.52.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 1B67AE3F079; Tue, 6 Sep 2011 22:42:44 +0200 (CEST) Date: Tue, 6 Sep 2011 22:42:42 +0200 From: Joel Dahl To: Bernhard Schmidt Message-ID: <20110906204242.GP52426@goofy03.vnode.local> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> <20110905062453.GM52426@goofy03.vnode.local> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Adrian Chadd , freebsd-wireless@freebsd.org, current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 20:42:49 -0000 On 05-09-2011 9:02, Bernhard Schmidt wrote: > On Mon, Sep 5, 2011 at 08:24, Joel Dahl wrote: > > On 05-09-2011  5:09, Adrian Chadd wrote: > >> On 5 September 2011 01:04, Joel Dahl wrote: > >> > Hi, > >> > > >> > I upgraded my laptop from BETA1 to rev. 225367 today, and now my laptop panics just a few minutes after booting. This is 100% reproducible, it panics every time. > >> > > >> > I've got a pic with the backtrace here: http://www.vnode.se/sc/panic_20110904.jpg > >> > >> Hi, > >> > >> There weren't many commits between BETA1 and -HEAD in the wireless > >> area; would you please do a binary search of the kernel revisions (no > >> need to do full buildworlds) to find which commit broke it? > > > > Yes, I'll do that tonight. > > While doing so, can you enable at least some debugging? > wlandebug +state > or even better > wlandebug 0xffffffff > > It smells like that something is poking the SW bmiss handler while not > in RUN state and therefore you're hitting a KASSERT(). Question is if > the bmiss timer isn't stopped/drained somewhere or if there is too > excessive call. Exactly what in the wlandebug output are you looking for? I've posted a pic at http://www.vnode.se/sc/panic_20110906.jpg showing what it looks like right before the panic. This is with "wlandebug 0xffffffff". I've also installed kernels all the way back to revision 222980, but they all panic, which I think is somewhat odd. -- Joel From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 23:23:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF4281065673 for ; Tue, 6 Sep 2011 23:23:09 +0000 (UTC) (envelope-from tjg@soe.ucsc.edu) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mx1.freebsd.org (Postfix) with ESMTP id 73BA88FC0A for ; Tue, 6 Sep 2011 23:23:09 +0000 (UTC) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mail-01.cse.ucsc.edu (Postfix) with ESMTP id BC355774C005 for ; Tue, 6 Sep 2011 16:04:26 -0700 (PDT) Date: Tue, 6 Sep 2011 16:04:26 -0700 (PDT) From: Tim Gustafson To: freebsd-current@freebsd.org Message-ID: <1922360058.114440.1315350266688.JavaMail.root@mail-01.cse.ucsc.edu> In-Reply-To: <2050180973.114414.1315349796607.JavaMail.root@mail-01.cse.ucsc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [128.114.49.22] X-Mailer: Zimbra 6.0.9_GA_2686 (ZimbraWebClient - FF3.0 ([unknown])/6.0.9_GA_2686) Subject: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2011 23:23:09 -0000 Hi all, I'm running RELENG_8: ---------- root@bsd-03: uname -a FreeBSD bsd-03 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon Aug 22 14:58:58 PDT 2011 root@bsd-03:/usr/obj/usr/src/sys/GENERIC amd64 ---------- We've got an MPT controller installed with 32 drives attached: ---------- root@bsd-03: dmesg | grep mpt mpt0: port 0xec00-0xecff mem 0xef3fc000-0xef3fffff,0xef3e0000-0xef3effff irq 32 at device 0.0 on pci3 mpt0: [ITHREAD] mpt0: MPI Version=1.5.19.0 ses0 at mpt0 bus 0 scbus1 target 32 lun 0 ses1 at mpt0 bus 0 scbus1 target 33 lun 0 da5 at mpt0 bus 0 scbus1 target 0 lun 0 .....SNIP..... da36 at mpt0 bus 0 scbus1 target 31 lun 0 ---------- We have a zpool on those drives configured into one large zfs file system: ---------- root@bsd-03: zpool status pool: jails state: ONLINE scan: resilvered 5.51M in 0h12m with 0 errors on Tue Sep 6 15:10:23 2011 config: NAME STATE READ WRITE CKSUM jails ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 da5 ONLINE 0 0 0 da6 ONLINE 0 0 0 da7 ONLINE 0 0 0 da8 ONLINE 0 0 0 da9 ONLINE 0 0 0 da10 ONLINE 0 0 0 da11 ONLINE 0 0 0 da12 ONLINE 0 0 0 raidz1-1 ONLINE 0 0 0 da13 ONLINE 0 0 0 da14 ONLINE 0 0 0 da15 ONLINE 0 0 0 da16 ONLINE 0 0 0 da17 ONLINE 0 0 0 da18 ONLINE 0 0 0 da19 ONLINE 0 0 0 da20 ONLINE 0 0 0 raidz1-2 ONLINE 0 0 0 da21 ONLINE 0 0 0 da22 ONLINE 0 0 0 da23 ONLINE 0 0 0 da24 ONLINE 0 0 0 da25 ONLINE 0 0 0 da26 ONLINE 0 0 0 da27 ONLINE 0 0 0 da28 ONLINE 0 0 0 raidz1-3 ONLINE 0 0 0 da29 ONLINE 0 0 0 da30 ONLINE 0 0 0 da31 ONLINE 0 0 0 da32 ONLINE 0 0 0 da33 ONLINE 0 0 0 da34 ONLINE 0 0 0 da35 ONLINE 0 0 0 da36 ONLINE 0 0 0 errors: No known data errors ---------- We're seeing some occasional oddness. About every two weeks it seems the controller temporarily loses connectivity with the drives and the zpool goes a bit bonkers and reports a dozen or so corrupted files. A "zpool scrub" goes through and reports that everything's been fixed and everything seems OK again (although I have not 100% confirmed that there is no file corruption yet, but I'm giving ZFS's check-summing logic the benefit of the doubt here). When we have problems, it tends to be accompanied by the following in my dmesg: ---------- (da20:mpt0:0:15:0): READ(10). CDB: 28 0 90 b0 6b dd 0 0 9 0 (da20:mpt0:0:15:0): CAM status: SCSI Status Error (da20:mpt0:0:15:0): SCSI status: Check Condition (da20:mpt0:0:15:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da17:mpt0:0:12:0): READ(10). CDB: 28 0 90 b0 6c e 0 0 2 0 (da17:mpt0:0:12:0): CAM status: SCSI Status Error (da17:mpt0:0:12:0): SCSI status: Check Condition (da17:mpt0:0:12:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) mpt0: request 0xffffff800080b520:10990 timed out for ccb 0xffffff013227b000 (req->ccb 0xffffff013227b000) mpt0: attempting to abort req 0xffffff800080b520:10990 function 0 mpt0: mpt_wait_req(1) timed out mpt0: mpt_recover_commands: abort timed-out. Resetting controller mpt0: mpt_cam_event: 0x0 mpt0: mpt_cam_event: 0x0 mpt0: completing timedout/aborted req 0xffffff800080b520:10990 mpt0: mpt_cam_event: 0x1b mpt0: mpt_cam_event: 0x1b mpt0: SAS discovery error: Port: 0x00 Status: 0x00004002 mpt0: SAS discovery error: Port: 0x00 Status: 0x00000010 mpt0: request 0xffffff8000811310:54341 timed out for ccb 0xffffff000897a000 (req->ccb 0xffffff000897a000) mpt0: attempting to abort req 0xffffff8000811310:54341 function 0 mpt0: mpt_wait_req(1) timed out mpt0: mpt_recover_commands: abort timed-out. Resetting controller mpt0: mpt_cam_event: 0x0 mpt0: completing timedout/aborted req 0xffffff8000811310:54341 mpt0: mpt_cam_event: 0x1b mpt0: mpt_cam_event: 0x1b ---------- So, is this an OS/driver issue? Is it a bad controller? Bad cables? Bad disks? As always, any help is greatly appreciated. Thanks! -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tim Gustafson tjg@soe.ucsc.edu Baskin School of Engineering 831-459-5354 UC Santa Cruz Baskin Engineering 317B -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 00:28:45 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF4B91065670; Wed, 7 Sep 2011 00:28:44 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 228188FC18; Wed, 7 Sep 2011 00:28:40 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id p870SQsk018504; Wed, 7 Sep 2011 09:28:36 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id p870SN7t065390; Wed, 7 Sep 2011 09:28:25 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 07 Sep 2011 09:28:11 +0900 (JST) Message-Id: <20110907.092811.150809864009161842.hrs@allbsd.org> To: rmacklem@uoguelph.ca From: Hiroki Sato In-Reply-To: <468764384.310026.1314219682612.JavaMail.root@erie.cs.uoguelph.ca> References: <20110824200813.GC1688@garage.freebsd.pl> <468764384.310026.1314219682612.JavaMail.root@erie.cs.uoguelph.ca> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3.51 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Sep__7_09_28_11_2011_453)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Wed, 07 Sep 2011 09:28:38 +0900 (JST) X-Spam-Status: No, score=-104.6 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, RDNS_NONE, SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: kostikbel@gmail.com, pjd@FreeBSD.org, current@FreeBSD.org, kaduk@MIT.EDU Subject: Re: fsid change of ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 00:28:45 -0000 ----Security_Multipart(Wed_Sep__7_09_28_11_2011_453)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Rick, Rick Macklem wrote in <468764384.310026.1314219682612.JavaMail.root@erie.cs.uoguelph.ca>: rm> It sounds like people have agreed that this is a reasonable solution. rm> If hrs@ can confirm that testing shows it fixes the original problem rm> (the ZFS file handles don't change when it's loaded at different times), rm> I'll pass it along to re@. I am sorry for the delay, but I tried the patch on several boxes and it worked fine: [old (fixed array) patch] % lsvfs Filesystem Num Refs Flags -------------------------------- --- ----- --------------- ufs 2 3 oldnfs 15 0 network zfs 7 4 jail, delegated-administration nfs 6 1 network cd9660 1 0 read-only procfs 3 0 synthetic devfs 4 1 synthetic msdosfs 5 0 [new (hash-based) patch] Filesystem Num Refs Flags -------------------------------- --- ----- --------------- ufs 53 3 oldnfs 77 0 network zfs 222 4 jail, delegated-administration nfs 58 0 network cd9660 189 0 read-only procfs 2 0 synthetic devfs 113 1 synthetic msdosfs 50 0 [new patch, different loading order of kld modules] Filesystem Num Refs Flags -------------------------------- --- ----- --------------- ufs 53 3 zfs 222 4 jail, delegated-administration cd9660 189 0 read-only procfs 2 0 synthetic devfs 113 1 synthetic msdosfs 50 0 nfs 58 0 network Thanks a lot for the patch. I think it should be committed before 9.0R is released. Even for 8-STABLE this is useful but there is a problem that it will make an incomptibility of the fsid calculation between 8.N and 8.(N+1). What do you think about adding a loader tunable (something like vfs.fsidhash) to control this and making it disable by default? It would help sysadmins who will try a upgrade from 8.X to 9.X in the future, I think. -- Hiroki ----Security_Multipart(Wed_Sep__7_09_28_11_2011_453)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk5mupsACgkQTyzT2CeTzy11NACgsxhBGpFMFBnABkdXYolF7VjG NOQAnRw05VDLvn2SH+4+PEJCPvqRuTOg =Ouve -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Sep__7_09_28_11_2011_453)---- From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 00:44:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6768D106566C; Wed, 7 Sep 2011 00:44:54 +0000 (UTC) (envelope-from frimik@gmail.com) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by mx1.freebsd.org (Postfix) with ESMTP id 09AA58FC14; Wed, 7 Sep 2011 00:44:53 +0000 (UTC) Received: by vws12 with SMTP id 12so8362939vws.17 for ; Tue, 06 Sep 2011 17:44:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=Xr9CbFvmbI5xsSzHhDURotWCemKFd3X4jQG9M0IyGzo=; b=dQMQyxjJeEKw+bKy+2Z/NbytCLyviWOgfDlaXMRoLrNgKEZUDF3+FANTEZ808P5IcG 4FnecDb1Y7i9Ws341ID3ZuD04ZS9K/jIbY6mxgiAKee1HbPr+09CKOs1FypbRNE0CDII qK7vmZ65Uz+a0c72Xmqh39m2jILQ5t/JgWHRY= MIME-Version: 1.0 Received: by 10.52.115.199 with SMTP id jq7mr5923675vdb.232.1315354886306; Tue, 06 Sep 2011 17:21:26 -0700 (PDT) Received: by 10.52.160.166 with HTTP; Tue, 6 Sep 2011 17:21:26 -0700 (PDT) Date: Wed, 7 Sep 2011 02:21:26 +0200 Message-ID: From: Mikael Fridh To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: marcel@freebsd.org Subject: FreeBSD 9.0 BETA2 gpart resize -s uses whole disk on first resize X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 00:44:54 -0000 Hi gurus, FreeBSD freebsd9.mg8.tmtowtdi.se 9.0-BETA2 FreeBSD 9.0-BETA2 #0: Wed Aug 31 18:07:44 UTC 2011 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 When resizing a partition, on first attempt it uses up the whole disk. Only on second attempt it resizes to the correct target size. Resizing from any smaller size to a larger size initially uses up the whole disk, like if -s was not used at all even if it's as little as one logical disk block. I'm wondering if anyone else can reproduce. I just tried to perform the same on an old 8.2-STABLE machine and it did not behave the same. Growing a partition worked fine on initial attempts. See excerpt from session below: freebsd9# gpart show ada0 => 34 3907029101 ada0 GPT (1.8T) 34 30 - free - (15k) 64 128 1 freebsd-boot (64k) 192 8388608 2 freebsd-swap (4.0G) 8388800 3898640335 - free - (1.8T) freebsd9# expr 8388608 \* 4 33554432 freebsd9# gpart resize -i 2 -s 33554432 ada0 ada0p2 resized freebsd9# gpart show ada0 => 34 3907029101 ada0 GPT (1.8T) 34 30 - free - (15k) 64 128 1 freebsd-boot (64k) 192 3907028936 2 freebsd-swap (1.8T) 3907029128 7 - free - (3.5k) freebsd9# gpart resize -i 2 -s 33554432 ada0 ada0p2 resized freebsd9# gpart show ada0 => 34 3907029101 ada0 GPT (1.8T) 34 30 - free - (15k) 64 128 1 freebsd-boot (64k) 192 33554432 2 freebsd-swap (16G) 33554624 3873474511 - free - (1.8T) From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 03:56:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7CFD1065673 for ; Wed, 7 Sep 2011 03:56:58 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id B46698FC08 for ; Wed, 7 Sep 2011 03:56:58 +0000 (UTC) Received: from [192.168.135.110] (c-24-7-47-62.hsd1.ca.comcast.net [24.7.47.62]) (authenticated bits=0) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id p873UnnA000323 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 6 Sep 2011 20:30:51 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4E66E564.4040301@feral.com> Date: Tue, 06 Sep 2011 20:30:44 -0700 From: Matthew Jacob User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1922360058.114440.1315350266688.JavaMail.root@mail-01.cse.ucsc.edu> In-Reply-To: <1922360058.114440.1315350266688.JavaMail.root@mail-01.cse.ucsc.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns1.feral.com [192.67.166.1]); Tue, 06 Sep 2011 20:30:51 -0700 (PDT) Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 03:56:59 -0000 On 9/6/2011 4:04 PM, Tim Gustafson wrote: > Hi all, > > I'm running RELENG_8: > > ---------- > ... > > So, is this an OS/driver issue? Is it a bad controller? Bad cables? Bad disks? > > As always, any help is greatly appreciated. Thanks! > > Likely some problem in the external box. Note that you get a 'POR' check condition- something reset out there. Possibly cables. Remotely possible firmware. Very unlikely to be an OS or driver issue. From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 03:59:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF82C1065673 for ; Wed, 7 Sep 2011 03:59:09 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5B8A88FC0C for ; Wed, 7 Sep 2011 03:59:09 +0000 (UTC) Received: by wwi36 with SMTP id 36so7056874wwi.31 for ; Tue, 06 Sep 2011 20:59:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=z/So+SEuaGHjOdL/2V963ZmS71tA6S0ois4pZ4DqGIc=; b=f6yu60T1Nkdez3VeqgFgKFQvdC9V0uw50+ReFdKT99BEoBA6FL4+P1d8m67vFHVTtw HW+a2byofkrDZ8/sDxbPlmDYh8c+yccSCbp0W1HNays1joAkYMgDG8Lz9HG1GyU+4A8A H9lHdQKzgAbQf8F9p/q7nMJ1ldhd7vJqr3dgc= MIME-Version: 1.0 Received: by 10.216.205.169 with SMTP id j41mr5566961weo.89.1315367948277; Tue, 06 Sep 2011 20:59:08 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Tue, 6 Sep 2011 20:59:08 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Tue, 6 Sep 2011 20:59:08 -0700 (PDT) In-Reply-To: <1922360058.114440.1315350266688.JavaMail.root@mail-01.cse.ucsc.edu> References: <2050180973.114414.1315349796607.JavaMail.root@mail-01.cse.ucsc.edu> <1922360058.114440.1315350266688.JavaMail.root@mail-01.cse.ucsc.edu> Date: Wed, 7 Sep 2011 13:29:08 +0930 Message-ID: From: Matt Thyer To: Tim Gustafson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 03:59:09 -0000 On Sep 7, 2011 8:53 AM, "Tim Gustafson" wrote: > > Hi all, > > I'm running RELENG_8: > > ---------- > root@bsd-03: uname -a > FreeBSD bsd-03 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon Aug 22 14:58:58 PDT 2011 root@bsd-03:/usr/obj/usr/src/sys/GENERIC amd64 > ---------- > > We've got an MPT controller installed with 32 drives attached: > > ---------- > root@bsd-03: dmesg | grep mpt > mpt0: port 0xec00-0xecff mem 0xef3fc000-0xef3fffff,0xef3e0000-0xef3effff irq 32 at device 0.0 on pci3 > mpt0: [ITHREAD] > mpt0: MPI Version=1.5.19.0 > ses0 at mpt0 bus 0 scbus1 target 32 lun 0 > ses1 at mpt0 bus 0 scbus1 target 33 lun 0 > da5 at mpt0 bus 0 scbus1 target 0 lun 0 > .....SNIP..... > da36 at mpt0 bus 0 scbus1 target 31 lun 0 > ---------- > > We have a zpool on those drives configured into one large zfs file system: [snip] > We're seeing some occasional oddness. About every two weeks it seems the controller temporarily loses connectivity with the drives and the zpool goes a bit bonkers and reports a dozen or so corrupted files. A "zpool scrub" goes through and reports that everything's been fixed and everything seems OK again (although I have not 100% confirmed that there is no file corruption yet, but I'm giving ZFS's check-summing logic the benefit of the doubt here). [snip] > So, is this an OS/driver issue? Is it a bad controller? Bad cables? Bad disks? > > As always, any help is greatly appreciated. Thanks! > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Tim Gustafson tjg@soe.ucsc.edu > Baskin School of Engineering 831-459-5354 > UC Santa Cruz Baskin Engineering 317B > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- What are the drives exactly? You may have issues like TLER or frequent head parking. Are these SATA, SCSI or SAS and are port multipliers in use? From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 04:24:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51C2D106564A for ; Wed, 7 Sep 2011 04:24:02 +0000 (UTC) (envelope-from tjg@soe.ucsc.edu) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mx1.freebsd.org (Postfix) with ESMTP id 3F6BE8FC13 for ; Wed, 7 Sep 2011 04:24:01 +0000 (UTC) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mail-01.cse.ucsc.edu (Postfix) with ESMTP id E4BFC7744003; Tue, 6 Sep 2011 21:24:01 -0700 (PDT) Date: Tue, 6 Sep 2011 21:24:01 -0700 (PDT) From: Tim Gustafson To: Matt Thyer Message-ID: <799446056.115188.1315369441902.JavaMail.root@mail-01.cse.ucsc.edu> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [50.131.199.7] X-Mailer: Zimbra 6.0.9_GA_2686 (ZimbraWebClient - FF3.0 (Win)/6.0.9_GA_2686) Cc: freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 04:24:02 -0000 > What are the drives exactly? You may have issues like TLER or > frequent head parking. Are these SATA, SCSI or SAS and are port > multipliers in use? root@bsd-03: dmesg | grep da6 da6 at mpt0 bus 0 scbus1 target 1 lun 0 da6: Fixed Direct Access SCSI-5 device da6: 300.000MB/s transfers da6: Command Queueing enabled da6: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) The drives are housed in two of the following enclosures: ses0 at mpt0 bus 0 scbus1 target 32 lun 0 ses0: Fixed Enclosure Services SCSI-5 device ses0: 300.000MB/s transfers ses0: Command Queueing enabled ses0: SCSI-3 SES Device Each enclosure is directly connected by a dedicated cable to the 2-port controller: mps0: port 0xfc00-0xfcff mem 0xef5f0000-0xef5fffff,0xef580000-0xef5bffff irq 44 at device 0.0 on pci1 mps0: Firmware: 07.15.04.00 mps0: IOCCapabilities: 185c mps0: [ITHREAD] -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tim Gustafson tjg@soe.ucsc.edu Baskin School of Engineering 831-459-5354 UC Santa Cruz Baskin Engineering 317B -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 06:34:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 416CF106566B for ; Wed, 7 Sep 2011 06:34:39 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from mail-vw0-f50.google.com (mail-vw0-f50.google.com [209.85.212.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0516A8FC18 for ; Wed, 7 Sep 2011 06:34:38 +0000 (UTC) Received: by vws14 with SMTP id 14so6673087vws.37 for ; Tue, 06 Sep 2011 23:34:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=LqlEwOIx7kyB0AbCTuGGlq+GvHkmq0wwtBTJg4dQcR4=; b=V7fVD/OjYUZDXlXmg21VPlmoCfQaK8cVu+0udFFut0V89/FdcR9CEd1SegXhogk4FI cUh7TGnKvTAvKImibLz4UuLKOeQKke+7DK3JtBte9eBQqOKChhtJrEyE6AiE4E++vitA IIWSOQXpY7JS7YGD8CToBbya2JF2t4GPPxZ+k= Received: by 10.52.96.193 with SMTP id du1mr6314790vdb.206.1315375836498; Tue, 06 Sep 2011 23:10:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.161.234 with HTTP; Tue, 6 Sep 2011 23:10:15 -0700 (PDT) From: Tz-Huan Huang Date: Wed, 7 Sep 2011 14:10:15 +0800 Message-ID: To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 06:34:39 -0000 Hi, I have a lenovo X201s with a "Intel Centrino Advanced-N + WiMAX 6250" bundled. The device seems recognized as iwn0 correctly but it just doesn't work. The command "ifconfig wlan0 up scan" return immediately and nothing showed. Is the device not supported, or do I miss something? Any suggestion is welcome, thanks. Here is some information: $ uname -a FreeBSD bud 9.0-BETA2 FreeBSD 9.0-BETA2 #2: Tue Sep 6 16:50:09 CST 2011 root@bud:/usr/obj/usr/src/sys/BUD amd64 dmesg -a: http://www.csie.ntu.edu.tw/~b90093/tmp/dmesg.txt rc.conf: http://www.csie.ntu.edu.tw/~b90093/tmp/rc.conf kldstat -v http://www.csie.ntu.edu.tw/~b90093/tmp/kldstat.txt Tz-Huan From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 07:39:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A424106566B for ; Wed, 7 Sep 2011 07:39:55 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from mail-vw0-f50.google.com (mail-vw0-f50.google.com [209.85.212.50]) by mx1.freebsd.org (Postfix) with ESMTP id 02F0C8FC1B for ; Wed, 7 Sep 2011 07:39:54 +0000 (UTC) Received: by vws14 with SMTP id 14so6740222vws.37 for ; Wed, 07 Sep 2011 00:39:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=B6IzzkmUrMZMDa0nswIxn7BFotdm+x933yJU968kXHw=; b=e7t0Knnk4PWX1NkUnEIz2sc2l+6N4dOPnrdkmpHOXVt8acO2yH1zA0ld5qeXN7FORN B/JQZi0MRPNIabt1akB7JyNa0EpuNk/t1KHdp+vir/25Ho80RJ7PMjsDPrdRRO2pMWt4 MvGk+IHcoravVHRbPzoczfwP9YerjeDwnGWcc= Received: by 10.52.74.104 with SMTP id s8mr328008vdv.474.1315381194142; Wed, 07 Sep 2011 00:39:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.161.234 with HTTP; Wed, 7 Sep 2011 00:39:34 -0700 (PDT) In-Reply-To: References: From: Tz-Huan Huang Date: Wed, 7 Sep 2011 15:39:34 +0800 Message-ID: To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 07:39:55 -0000 On Wed, Sep 7, 2011 at 14:10, Tz-Huan Huang wrote: > Hi, > > I have a lenovo X201s with a "Intel Centrino Advanced-N + WiMAX 6250" bun= dled. > The device seems recognized as iwn0 correctly but it just doesn't work. > The command "ifconfig wlan0 up scan" return immediately and nothing showe= d. > > Is the device not supported, or do I miss something? > Any suggestion is welcome, thanks. > > Here is some information: > > $ uname -a > FreeBSD bud 9.0-BETA2 FreeBSD 9.0-BETA2 #2: Tue Sep =C2=A06 16:50:09 CST > 2011 =C2=A0 =C2=A0 root@bud:/usr/obj/usr/src/sys/BUD =C2=A0amd64 > > dmesg -a: > http://www.csie.ntu.edu.tw/~b90093/tmp/dmesg.txt > > rc.conf: > http://www.csie.ntu.edu.tw/~b90093/tmp/rc.conf > > kldstat -v > http://www.csie.ntu.edu.tw/~b90093/tmp/kldstat.txt When loading acpi_ibm, I got more error information: $ kldload acpi_ibm acpi_ibm0: on acpi0 $ ifconfig wlan0 up iwn0: iwn5000_send_calibration: could not send calibration result, error 22 iwn0: iwn_init_locked: could not initialize hardware, error 22 Any suggestion? Thanks. Tz-Huan From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 08:00:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FE2D106564A for ; Wed, 7 Sep 2011 08:00:50 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from mail-vw0-f50.google.com (mail-vw0-f50.google.com [209.85.212.50]) by mx1.freebsd.org (Postfix) with ESMTP id D19778FC1A for ; Wed, 7 Sep 2011 08:00:49 +0000 (UTC) Received: by vws14 with SMTP id 14so6761886vws.37 for ; Wed, 07 Sep 2011 01:00:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=FPF/4vYydd6LxT+El0bIOb4ugcav3lZK0mgUocMrVWo=; b=pr53d+5IIx6D5kAWyt8UklnsGEihakWXjHko97Eibuwjuodz6iKogbX4HZZaWbvY8l S72yIAFS+GWLqMzsymBBaclG5DWtrjmGzWsVEPekOry0Fl4gCnRp8PuBFM4mgAVtHp7N 80M1fdCH0dHvfIRWYPmm7uyre9FJ1ypqd2wVY= Received: by 10.52.73.42 with SMTP id i10mr1719163vdv.5.1315382449069; Wed, 07 Sep 2011 01:00:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.161.234 with HTTP; Wed, 7 Sep 2011 01:00:29 -0700 (PDT) In-Reply-To: <2b3c94c380656632a4a23cd01391322e@212.203.104.226> References: <2b3c94c380656632a4a23cd01391322e@212.203.104.226> From: Tz-Huan Huang Date: Wed, 7 Sep 2011 16:00:29 +0800 Message-ID: To: Andreas Tobler Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 08:00:50 -0000 On Wed, Sep 7, 2011 at 15:52, Andreas Tobler wrot= e: > --------- Original Message -------- > From: Tz-Huan Huang > To: freebsd-current@freebsd.org > Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work > Date: 07/09/11 09:40 > >> On Wed, Sep 7, 2011 at 14:10, Tz-Huan Huang <tzhuan@gmail.com> > wrote: >> > Hi, >> > >> > I have a lenovo X201s with a "Intel Centrino Advanced-N + WiMA= X > 6250" bundled. >> > The device seems recognized as iwn0 correctly but it just doesn't > work. >> > The command "ifconfig wlan0 up scan" return immediately a= nd > nothing showed. >> > >> > Is the device not supported, or do I miss something? >> > Any suggestion is welcome, thanks. >> > >> > Here is some information: >> > >> > $ uname -a >> > FreeBSD bud 9.0-BETA2 FreeBSD 9.0-BETA2 #2: Tue Sep =C2=A06 16:50:0= 9 CST >> > 2011 =C2=A0 =C2=A0 root@bud:/usr/obj/usr/src/sys/BUD =C2=A0amd64 >> > >> > dmesg -a: >> > http://www.csie.ntu.edu.tw/~b90093/tmp/dmesg.txt >> > >> > rc.conf: >> > http://www.csie.ntu.edu.tw/~b90093/tmp/rc.conf >> > >> > kldstat -v >> > http://www.csie.ntu.edu.tw/~b90093/tmp/kldstat.txt >> >> When loading acpi_ibm, I got more error information: >> >> $ kldload acpi_ibm >> acpi_ibm0: <IBM ThinkPad ACPI Extras> on acpi0 >> $ ifconfig wlan0 up >> iwn0: iwn5000_send_calibration: could not send calibration result, error > 22 >> iwn0: iwn_init_locked: could not initialize hardware, error 22 >> >> >> Any suggestion? Thanks. > > Maybe, is the wlan switch on? (on the left side?) I recently had such an > experience with a t60 where the switch was off. Took a while until I > realized that I can switch on the wlan.... I have dual boot on this machine (FreeBSD and Win7) and the wlan works on Win7. I don't touch the switch so that I'm pretty sure that the switch is on. :-) Also, I have checked the dev.acpi_ibm.0.wlan and the value is 1. Thanks, Tz-Huan From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 08:27:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5C9B1065673 for ; Wed, 7 Sep 2011 08:27:05 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from mx1.flashcable.ch (mx1.flashcable.ch [81.92.96.30]) by mx1.freebsd.org (Postfix) with ESMTP id 4B7A48FC1D for ; Wed, 7 Sep 2011 08:27:04 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx1.flashcable.ch (8.13.8/8.13.8/Submit_local) with ESMTP id p877qDbj058404; Wed, 7 Sep 2011 09:52:13 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Received: from phpmailer (borderline21.nexus-ag.com [212.203.104.226]) by localhost with HTTPS (UebiMiau); Wed, 7 Sep 2011 09:52:13 +0200 Date: Wed, 7 Sep 2011 09:52:13 +0200 To: Tz-HuanHuang , freebsd-current@freebsd.org From: Andreas Tobler Message-ID: <2b3c94c380656632a4a23cd01391322e@212.203.104.226> X-Priority: 3 X-Mailer: PHPMailer [version 1.73] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="iso-8859-1" Cc: Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andreas Tobler List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 08:27:05 -0000 --------- Original Message -------- From: Tz-Huan Huang To: freebsd-current@freebsd.org Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work Date: 07/09/11 09:40 > On Wed, Sep 7, 2011 at 14:10, Tz-Huan Huang <tzhuan@gmail.com> wrote: > > Hi, > > > > I have a lenovo X201s with a "Intel Centrino Advanced-N + WiMAX 6250" bundled. > > The device seems recognized as iwn0 correctly but it just doesn't work. > > The command "ifconfig wlan0 up scan" return immediately and nothing showed. > > > > Is the device not supported, or do I miss something? > > Any suggestion is welcome, thanks. > > > > Here is some information: > > > > $ uname -a > > FreeBSD bud 9.0-BETA2 FreeBSD 9.0-BETA2 #2: Tue Sep  6 16:50:09 CST > > 2011     root@bud:/usr/obj/usr/src/sys/BUD  amd64 > > > > dmesg -a: > > http://www.csie.ntu.edu.tw/~b90093/tmp/dmesg.txt > > > > rc.conf: > > http://www.csie.ntu.edu.tw/~b90093/tmp/rc.conf > > > > kldstat -v > > http://www.csie.ntu.edu.tw/~b90093/tmp/kldstat.txt > > When loading acpi_ibm, I got more error information: > > $ kldload acpi_ibm > acpi_ibm0: <IBM ThinkPad ACPI Extras> on acpi0 > $ ifconfig wlan0 up > iwn0: iwn5000_send_calibration: could not send calibration result, error 22 > iwn0: iwn_init_locked: could not initialize hardware, error 22 > > > Any suggestion? Thanks. Maybe, is the wlan switch on? (on the left side?) I recently had such an experience with a t60 where the switch was off. Took a while until I realized that I can switch on the wlan.... Gruss, Andreas From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 08:40:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5E3F106564A; Wed, 7 Sep 2011 08:40:01 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gw0-f49.google.com (mail-gw0-f49.google.com [74.125.83.49]) by mx1.freebsd.org (Postfix) with ESMTP id 4AF6E8FC16; Wed, 7 Sep 2011 08:40:00 +0000 (UTC) Received: by gwb1 with SMTP id 1so4624184gwb.36 for ; Wed, 07 Sep 2011 01:40:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=wN0vbdh+HxPEjKGZ9oNhHxOrLHO7l8h+x2/4xGGI4zg=; b=TOZRmm1LFsQQTX8DNE5pX+wJxePr9GzBpHd7D6LvHjvW84zzEfsU7Gum+38CooMq9M AcYoo5OBicepvXlS3jdxuJvmyXSAms6ZFy1Ze2U7lEh7TkZEubLFl90hglnREBg3mR91 2yVpCew6qi1yvRbyTdYzxi4hvXhmERRjx4/Ks= MIME-Version: 1.0 Received: by 10.236.191.101 with SMTP id f65mr30543592yhn.61.1315384800447; Wed, 07 Sep 2011 01:40:00 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.103.6 with HTTP; Wed, 7 Sep 2011 01:40:00 -0700 (PDT) Date: Wed, 7 Sep 2011 16:40:00 +0800 X-Google-Sender-Auth: X6X2JDqAzdAK5nMovcPSpXOoYC4 Message-ID: From: Adrian Chadd To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: [ANNOUNCE] 802.11n TX aggregation support for Atheros 11n NICs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 08:40:03 -0000 Hi all, I apologise up front for the cross-posting. Please redirect all future queries about this to freebsd-wireless@freebsd.org. I guess the cat is out of the bag (and it hasn't killed anyone yet.) For the last 6 or so months, the if_ath driver and net80211 802.11n support has been updated to (hopefully) be usable, both in station and hostap modes. Users could use ath(4) in -HEAD as an 11n station or hostap by just disabling ampdutx. I've been doing that successfully for a few months now at home, with respectable (> 200mbit UDP, ~ 100mbit TCP) throughput in the receive direction (as AMPDU RX now works well.) Through the gracious sponsorship of Hobnob, Inc., (and the completion of my bachelors degree in something completely unrelated to all of this!) I've dived in head-first into the 802.11n TX aggregation support. As I type this, I have an EEEPC 701 w/ an AR9280 currently spitting out a 130mbit/sec TCP stream to a Ubiquiti Routerstation Pro MIPS board w/ an AR9160 (5ghz HT/40/shortgi mode.) They're both running FreeBSD. A user asked about the state of this code on the -wireless list a couple days ago and has reported that his AR5416 based NIC is happily performing much the same way. So, since it's passed my "works for someone who isn't me!" test, I've decided to make a wider announcement. There's still a -lot- to do. Specifically (this isn't an exhaustive list): * There are locking issues with ath/net80211 which need to be resolved before this is merged back into -HEAD. * There's currently no support for HT RTS/CTS frame protection. I can add it easily enough, but I first have to add the AR5416 workarounds (8k limitation on RTS protected frames) before I can do that. * The AMPDU code is currently not sending BAR frames. This requires a little more fore-thought and net80211 reorganisation before they can be queued and sent. * Don't try to do a UDP iperf test before you establish AMPDU, or you'll fill the hardware TX queue with UDP frames and then end up with no frames available to send the ADDBA management frames. Oops! :) * The rate control module (sample) supports 11n and some basic TX aggregation stuff, but it isn't optimal. It's only "good enough" for me to not have to care about rate control causing large issues. Something needs to be done before it's merged into -HEAD - either a replacement needs to be written, or minstrel_ht needs to be ported. * There's no hardware power saving support in place at the moment. This means it'll draw a lot of power in station mode. * There's no MIMO PS support. Same caveat as the above. * adhoc, ahdemo, TDMA and IBSS modes likely won't work just yet. I'm not likely to begin looking at those until all the net80211 and ath driver changes are in place and tested. * I haven't yet added "filtered frames" support, so there's going to be a lot of packet loss in hostap mode when a station decides to go into power-saving or off-channel mode (eg to do a scan). * There are still (very) occasional TX-side hangs which I'm seeing. I'm trying to get to the bottom of this. * I've not tested this -at all- on multi-CPU/multi-core setups, primarily because I don't run freebsd+wifi on anything like that just yet. * net80211 AMPDU TX is based on QoS/WME Access Category (AC) numbers, rather than the full set of available TIDs. This is likely going to need to change (and the ieee80211 superg support tested/updated) before this can be merged into -HEAD as I've been told it's quite valid to expect multiple aggregation sessions in the same AC. What does work (what have I tested): * HT/20 and HT/40 support; * 2 and 5ghz support; * station and and hostap modes; * AR5416/AR5418, AR9160, AR9280 chipsets. I haven't tested AR9285 or AR9287 yet; * HT/20 and HT/40 interoperability support - ie, a HT/40 AP can have HT/20 and HT/40 nodes associated. 11a/11bg nodes can also associate but the current lack of HT frame protection is likely to cause significant interference; * ADDBA negotiation (with the above caveat that buffer management needs to be tidied up in my codebase, or you could end up with no TX buffers..) * ath_rate_sample knows enough about 11n and aggregation to make decent enough rate choices, but it isn't optimal by any means. * Software retransmission of aggregate frames, including doing new rate lookups so frames aren't simply retried at a bad rate. What I'm currently working on: * verifying that AR5212 series NICs haven't been broken by this. If someone has AR5210/AR5211 series PCMCIA hardware that they'd be able to send to me I'll also give them a test and verify I haven't broken them; * fixing TX side hangs; * HT protection support, w/ the AR5416 workarounds as needed; * Filtered-frame support; * More debugging and better behaviour during channel scan / off channel behaviour and during an interface reset. All of that said, it's working for me and it's working for someone else, so if you're interested in trying it out, I'm happy to take bug reports and feedback. But since I'm still actively developing it, please understand if I'm unable to provide you with a lot of personal hand-holding. If you're up for picking some area of the driver (eg porting minstrel_ht rate control, for example) then I'll be very happy to work with you to get it tested and integrated. I'll write up a Wiki page with the current state of the project and some instructions on how to do things like enable debugging, get statistics using athstats/wlanstats, TODO/issue lists and such. If you'd like to try it out, you'll need to grab it from svn://svn.freebsd.org/base/user/adrian/if_ath_tx/ . You'll have to add a few options to your kernel config: options ATH_ENABLE_11N options ATH_DEBUG options AH_DEBUG options ATH_DIAGAPI options IEEE80211_DEBUG .. the latter four are so you can actually use the debug tools. To preempt some questions - no, I have no plans to get this into 9.0-RELEASE. And no, I have no current plans to backport this to 9.X when it's stable and working: * I don't (yet) want to try and maintain two branches - 9.x and -HEAD - during active development (and this is still under active development); * There are some intrusive net80211 changes which need to occur which will break kernel ABIs and I'd to only break the ABI -once- in 9.X. That said, I do my current testing on an older -HEAD install (on the EEEPC) but compile up net80211 + ath + ath_pci as modules. This also requires you to compile up copies of athstats and wlanstats from the if_ath_tx branch in order to get debugging information. I'll post some instructions on how I achieve this as it's quite tricky to get all the correct environment variables setup so things are built correctly. Finally! I'd like to thank Hobnob, Inc. for their generous sponsorship to date! None of this would have happened without their continuing support. I'd also like to thank the ath9k/openwrt developers who have been very helpful in answering questions about how all of this holds together (including Felix Fietkau who I've been pestering incessantly with chipset, 11n and rate control questions - and we've discovered a few bugs in ath9k along the way.) Last and not least! I'd like to thank Atheros/Qualcomm and the dedicated team of (software, hardware) engineers who have been very helpful in providing me with chip documentation and reference driver source code. They've also answered questions about their hardware and helping me trace down bugs. (Yes: I did say "Atheros", "Documentation" and "Reference Driver Source." No, this isn't 2005 any longer. People still seem to think FreeBSD's ath(4) support uses a binary HAL. Go figure.) Enjoy! Adrian From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 08:53:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE581106566B; Wed, 7 Sep 2011 08:53:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9A21E8FC12; Wed, 7 Sep 2011 08:53:59 +0000 (UTC) Received: by ywa17 with SMTP id 17so1380184ywa.13 for ; Wed, 07 Sep 2011 01:53:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=vx9trekF4ZHmhp/LkUdzG70bOCJBzBsEO6Jroa6WmTM=; b=Eo96XoJGxYp2aTOW6EGPon85zUF63+Hoj9W6+lDHQ032hBs5aaYrn7w8+bQJ41UYbM bzZFCqmmfxGkER7bWjW9K+1B6IjHiyhDLdVNs6LwF8h6J8LWVcq3hKun8DmYq8hW+xKR oqp+KKC2CYjCM31H62f7dhUD/AUt5ZocA7I28= MIME-Version: 1.0 Received: by 10.236.144.193 with SMTP id n41mr9428047yhj.78.1315385638660; Wed, 07 Sep 2011 01:53:58 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.103.6 with HTTP; Wed, 7 Sep 2011 01:53:58 -0700 (PDT) In-Reply-To: References: <2b3c94c380656632a4a23cd01391322e@212.203.104.226> Date: Wed, 7 Sep 2011 16:53:58 +0800 X-Google-Sender-Auth: xeeqi6nN9Ql6dsE88cIkb16aLyw Message-ID: From: Adrian Chadd To: Tz-Huan Huang Content-Type: text/plain; charset=ISO-8859-1 Cc: Andreas Tobler , freebsd-wireless@freebsd.org, freebsd-current@freebsd.org Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 08:54:00 -0000 Hi! Hm, maybe the iwn driver doesn't have the 6250 support? Is it supposed to use 6000/6200 specific calibration (and other routines), or is it using the 5000 routines correctly? Has the card successfully loaded the firmware in? Adrian From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 09:06:17 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B8821065670; Wed, 7 Sep 2011 09:06:17 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0E57C8FC21; Wed, 7 Sep 2011 09:06:16 +0000 (UTC) Received: by fxe4 with SMTP id 4so526613fxe.13 for ; Wed, 07 Sep 2011 02:06:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.24.21 with SMTP id t21mr3061981fab.24.1315385973459; Wed, 07 Sep 2011 01:59:33 -0700 (PDT) Sender: bschmidt@techwires.net Received: by 10.223.73.202 with HTTP; Wed, 7 Sep 2011 01:59:33 -0700 (PDT) X-Originating-IP: [91.46.214.235] In-Reply-To: <20110906204242.GP52426@goofy03.vnode.local> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> <20110905062453.GM52426@goofy03.vnode.local> <20110906204242.GP52426@goofy03.vnode.local> Date: Wed, 7 Sep 2011 10:59:33 +0200 X-Google-Sender-Auth: 6-z4IP5JLTE2Ed_rfG3lMFaLbjY Message-ID: From: Bernhard Schmidt To: Joel Dahl Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org, current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 09:06:17 -0000 On Tue, Sep 6, 2011 at 22:42, Joel Dahl wrote: > On 05-09-2011 =A09:02, Bernhard Schmidt wrote: >> On Mon, Sep 5, 2011 at 08:24, Joel Dahl wrote: >> > On 05-09-2011 =A05:09, Adrian Chadd wrote: >> >> On 5 September 2011 01:04, Joel Dahl wrote: >> >> > Hi, >> >> > >> >> > I upgraded my laptop from BETA1 to rev. 225367 today, and now my la= ptop panics just a few minutes after booting. This is 100% reproducible, it= panics every time. >> >> > >> >> > I've got a pic with the backtrace here: http://www.vnode.se/sc/pani= c_20110904.jpg >> >> >> >> Hi, >> >> >> >> There weren't many commits between BETA1 and -HEAD in the wireless >> >> area; would you please do a binary search of the kernel revisions (no >> >> need to do full buildworlds) to find which commit broke it? >> > >> > Yes, I'll do that tonight. >> >> While doing so, can you enable at least some debugging? >> wlandebug +state >> or even better >> wlandebug 0xffffffff >> >> It smells like that something is poking the SW bmiss handler while not >> in RUN state and therefore you're hitting a KASSERT(). Question is if >> the bmiss timer isn't stopped/drained somewhere or if there is too >> excessive call. > > Exactly what in the wlandebug output are you looking for? =A0I've posted = a pic > at http://www.vnode.se/sc/panic_20110906.jpg showing what it looks like r= ight > before the panic. =A0This is with "wlandebug 0xffffffff". Thanks, so, looks like it is scanning while the panic happens. At that point it should actually never ever care about beacon misses.. this is strange, really. Can you try to comment out the call to ieee80211_beacon_miss() on line 2936 in if_iwn.c? If the panic no longer happens the issue is somewhere in the conditions before that call. > I've also installed kernels all the way back to revision 222980, but they= all > panic, which I think is somewhat odd. I think this is an issue related to iwn(4), which had its last commit prior to that. -- Bernhard From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 09:12:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D1B8106566C; Wed, 7 Sep 2011 09:12:59 +0000 (UTC) (envelope-from owner-freebsd-net@freebsd.org) Received: from mx1.citizen.co.jp (mx1.citizen.co.jp [61.200.23.195]) by mx1.freebsd.org (Postfix) with ESMTP id 538D78FC15; Wed, 7 Sep 2011 09:12:57 +0000 (UTC) Received: from unknown (HELO smtpsv01.citizen.co.jp) ([10.195.200.80]) by mx1.citizen.co.jp with ESMTP; 07 Sep 2011 17:43:01 +0900 Received: from smtpsv01-a.citizen.co.jp (localhost.localdomain [127.0.0.1]) by smtpsv01.citizen.co.jp (Postfix) with ESMTP id 5A8E67F6D6; Wed, 7 Sep 2011 17:43:01 +0900 (JST) Received: from SMLDSD.SML.CITIZEN.CO.JP (smldsd.sml.citizen.co.jp [10.144.1.16]) by smtpsv01-a.citizen.co.jp (Postfix) with ESMTP id 9E4927F6CB; Wed, 7 Sep 2011 17:43:00 +0900 (JST) Received: from smtpsv01.citizen.co.jp ([10.195.200.80]) by SMLDSD.SML.CITIZEN.CO.JP (Lotus Domino Release 7.0.1FP1) with ESMTP id 2011090716403924-1042 ; Wed, 7 Sep 2011 16:40:39 +0800 Received: from smtpsv01-a.citizen.co.jp (localhost.localdomain [127.0.0.1]) by smtpsv01.citizen.co.jp (Postfix) with ESMTP id 48A6C7F6D6 for ; Wed, 7 Sep 2011 17:40:39 +0900 (JST) Received: from mx1.citizen.co.jp (mx1.citizen.co.jp [61.200.23.195]) by smtpsv01-a.citizen.co.jp (Postfix) with ESMTP id 3392D7F6CB for ; Wed, 7 Sep 2011 17:40:39 +0900 (JST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtQAAM0sZ05Fk1M1kWdsb2JhbABCqAMIFAEBAQEJCwsHFAUhgUgBAQQBAQ8CLAEFCAIeCwECAQIBAgYCBRAzCAMBHgUBCQMBBQEqBwQBBBgEAYdXmEQKjhKOeAIDBoZlBIdpiTSCEoxsPIN4 Received: from mx2.freebsd.org ([69.147.83.53]) by mx1.citizen.co.jp with ESMTP; 07 Sep 2011 17:40:38 +0900 Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id A0FAC1635B1; Wed, 7 Sep 2011 08:40:13 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id BD48F106571F; Wed, 7 Sep 2011 08:40:11 +0000 (UTC) (envelope-from owner-freebsd-net@freebsd.org) Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5E3F106564A; Wed, 7 Sep 2011 08:40:01 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gw0-f49.google.com (mail-gw0-f49.google.com [74.125.83.49]) by mx1.freebsd.org (Postfix) with ESMTP id 4AF6E8FC16; Wed, 7 Sep 2011 08:40:00 +0000 (UTC) Received: by gwb1 with SMTP id 1so4624184gwb.36 for ; Wed, 07 Sep 2011 01:40:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=wN0vbdh+HxPEjKGZ9oNhHxOrLHO7l8h+x2/4xGGI4zg=; b=TOZRmm1LFsQQTX8DNE5pX+wJxePr9GzBpHd7D6LvHjvW84zzEfsU7Gum+38CooMq9M AcYoo5OBicepvXlS3jdxuJvmyXSAms6ZFy1Ze2U7lEh7TkZEubLFl90hglnREBg3mR91 2yVpCew6qi1yvRbyTdYzxi4hvXhmERRjx4/Ks= MIME-Version: 1.0 Received: by 10.236.191.101 with SMTP id f65mr30543592yhn.61.1315384800447; Wed, 07 Sep 2011 01:40:00 -0700 (PDT) Received: by 10.236.103.6 with HTTP; Wed, 7 Sep 2011 01:40:00 -0700 (PDT) X-Google-Sender-Auth: X6X2JDqAzdAK5nMovcPSpXOoYC4 From: Adrian Chadd X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Errors-To: owner-freebsd-net@freebsd.org Sender: John/SML To: support@pvd.citizen.co.jp Message-ID: Date: Wed, 7 Sep 2011 16:42:58 +0800 X-MIMETrack: Itemize by SMTP Server on SMLDSD/SML(Release 7.0.1FP1 | May 25, 2006) at 09/07/2011 04:40:39 PM, Serialize by Router on SMLDSD/SML(Release 7.0.1FP1 | May 25, 2006) at 09/07/2011 04:43:00 PM, Serialize complete at 09/07/2011 04:43:00 PM Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: [ANNOUNCE] 802.11n TX aggregation support for Atheros 11n NICs X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 09:12:59 -0000 Hi all, I apologise up front for the cross-posting. Please redirect all future queries about this to freebsd-wireless@freebsd.org. I guess the cat is out of the bag (and it hasn't killed anyone yet.) For the last 6 or so months, the if_ath driver and net80211 802.11n support has been updated to (hopefully) be usable, both in station and hostap modes. Users could use ath(4) in -HEAD as an 11n station or hostap by just disabling ampdutx. I've been doing that successfully for a few months now at home, with respectable (> 200mbit UDP, ~ 100mbit TCP) throughput in the receive direction (as AMPDU RX now works well.) Through the gracious sponsorship of Hobnob, Inc., (and the completion of my bachelors degree in something completely unrelated to all of this!) I've dived in head-first into the 802.11n TX aggregation support. As I type this, I have an EEEPC 701 w/ an AR9280 currently spitting out a 130mbit/sec TCP stream to a Ubiquiti Routerstation Pro MIPS board w/ an AR9160 (5ghz HT/40/shortgi mode.) They're both running FreeBSD. A user asked about the state of this code on the -wireless list a couple days ago and has reported that his AR5416 based NIC is happily performing much the same way. So, since it's passed my "works for someone who isn't me!" test, I've decided to make a wider announcement. There's still a -lot- to do. Specifically (this isn't an exhaustive list): * There are locking issues with ath/net80211 which need to be resolved before this is merged back into -HEAD. * There's currently no support for HT RTS/CTS frame protection. I can add it easily enough, but I first have to add the AR5416 workarounds (8k limitation on RTS protected frames) before I can do that. * The AMPDU code is currently not sending BAR frames. This requires a little more fore-thought and net80211 reorganisation before they can be queued and sent. * Don't try to do a UDP iperf test before you establish AMPDU, or you'll fill the hardware TX queue with UDP frames and then end up with no frames available to send the ADDBA management frames. Oops! :) * The rate control module (sample) supports 11n and some basic TX aggregation stuff, but it isn't optimal. It's only "good enough" for me to not have to care about rate control causing large issues. Something needs to be done before it's merged into -HEAD - either a replacement needs to be written, or minstrel_ht needs to be ported. * There's no hardware power saving support in place at the moment. This means it'll draw a lot of power in station mode. * There's no MIMO PS support. Same caveat as the above. * adhoc, ahdemo, TDMA and IBSS modes likely won't work just yet. I'm not likely to begin looking at those until all the net80211 and ath driver changes are in place and tested. * I haven't yet added "filtered frames" support, so there's going to be a lot of packet loss in hostap mode when a station decides to go into power-saving or off-channel mode (eg to do a scan). * There are still (very) occasional TX-side hangs which I'm seeing. I'm trying to get to the bottom of this. * I've not tested this -at all- on multi-CPU/multi-core setups, primarily because I don't run freebsd+wifi on anything like that just yet. * net80211 AMPDU TX is based on QoS/WME Access Category (AC) numbers, rather than the full set of available TIDs. This is likely going to need to change (and the ieee80211 superg support tested/updated) before this can be merged into -HEAD as I've been told it's quite valid to expect multiple aggregation sessions in the same AC. What does work (what have I tested): * HT/20 and HT/40 support; * 2 and 5ghz support; * station and and hostap modes; * AR5416/AR5418, AR9160, AR9280 chipsets. I haven't tested AR9285 or AR9287 yet; * HT/20 and HT/40 interoperability support - ie, a HT/40 AP can have HT/20 and HT/40 nodes associated. 11a/11bg nodes can also associate but the current lack of HT frame protection is likely to cause significant interference; * ADDBA negotiation (with the above caveat that buffer management needs to be tidied up in my codebase, or you could end up with no TX buffers..) * ath_rate_sample knows enough about 11n and aggregation to make decent enough rate choices, but it isn't optimal by any means. * Software retransmission of aggregate frames, including doing new rate lookups so frames aren't simply retried at a bad rate. What I'm currently working on: * verifying that AR5212 series NICs haven't been broken by this. If someone has AR5210/AR5211 series PCMCIA hardware that they'd be able to send to me I'll also give them a test and verify I haven't broken them; * fixing TX side hangs; * HT protection support, w/ the AR5416 workarounds as needed; * Filtered-frame support; * More debugging and better behaviour during channel scan / off channel behaviour and during an interface reset. All of that said, it's working for me and it's working for someone else, so if you're interested in trying it out, I'm happy to take bug reports and feedback. But since I'm still actively developing it, please understand if I'm unable to provide you with a lot of personal hand-holding. If you're up for picking some area of the driver (eg porting minstrel_ht rate control, for example) then I'll be very happy to work with you to get it tested and integrated. I'll write up a Wiki page with the current state of the project and some instructions on how to do things like enable debugging, get statistics using athstats/wlanstats, TODO/issue lists and such. If you'd like to try it out, you'll need to grab it from svn://svn.freebsd.org/base/user/adrian/if_ath_tx/ . You'll have to add a few options to your kernel config: options ATH_ENABLE_11N options ATH_DEBUG options AH_DEBUG options ATH_DIAGAPI options IEEE80211_DEBUG .. the latter four are so you can actually use the debug tools. To preempt some questions - no, I have no plans to get this into 9.0-RELEASE. And no, I have no current plans to backport this to 9.X when it's stable and working: * I don't (yet) want to try and maintain two branches - 9.x and -HEAD - during active development (and this is still under active development); * There are some intrusive net80211 changes which need to occur which will break kernel ABIs and I'd to only break the ABI -once- in 9.X. That said, I do my current testing on an older -HEAD install (on the EEEPC) but compile up net80211 + ath + ath_pci as modules. This also requires you to compile up copies of athstats and wlanstats from the if_ath_tx branch in order to get debugging information. I'll post some instructions on how I achieve this as it's quite tricky to get all the correct environment variables setup so things are built correctly. Finally! I'd like to thank Hobnob, Inc. for their generous sponsorship to date! None of this would have happened without their continuing support. I'd also like to thank the ath9k/openwrt developers who have been very helpful in answering questions about how all of this holds together (including Felix Fietkau who I've been pestering incessantly with chipset, 11n and rate control questions - and we've discovered a few bugs in ath9k along the way.) Last and not least! I'd like to thank Atheros/Qualcomm and the dedicated team of (software, hardware) engineers who have been very helpful in providing me with chip documentation and reference driver source code. They've also answered questions about their hardware and helping me trace down bugs. (Yes: I did say "Atheros", "Documentation" and "Reference Driver Source." No, this isn't 2005 any longer. People still seem to think FreeBSD's ath(4) support uses a binary HAL. Go figure.) Enjoy! Adrian _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 09:24:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BB771065672 for ; Wed, 7 Sep 2011 09:24:17 +0000 (UTC) (envelope-from mueller6727@bellsouth.net) Received: from fmailhost04.isp.att.net (fmailhost04.isp.att.net [207.115.11.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0C6CF8FC08 for ; Wed, 7 Sep 2011 09:24:16 +0000 (UTC) Date: Wed, 7 Sep 2011 09:14:12 +0000 (GMT) X-Comment: Sending client does not conform to RFC822 minimum requirements X-Comment: Date has been added by Maillennium Received: from localhost (adsl-65-80-69-139.sdf.bellsouth.net[65.80.69.139]) by isp.att.net (frfwmhc04) with SMTP id <20110907091411H0400irkl5e>; Wed, 7 Sep 2011 09:14:12 +0000 X-Originating-IP: [65.80.69.139] From: "Thomas Mueller" Subject: Shared libraries version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 09:24:17 -0000 When FreeBSD 9.0_BETA1 was announced, the announcement included a notice that shared library version would be updated some time prior to BETA2, which would necessitate rebuilding all ports. Has this happened yet? I don't want to rebuild all ports at the wrong time. I notice BETA2 has been released but see no announcement. Readme, hardware notes and release notes say nothing specific to the BETA2 release/snapshot. If the shared libraries version bump has not yet occurred, I would want to update in place, if the installer can do that; otherwise I would install BETA2 to a different partition, keeping the old /home and swap. That way, I would still have BETA1 to fall back on for the built ports, before I would finish rebuilding the ports on BETA2. This is on a new computer, with Western Digital Caviar Green 3 TB hard drive, using GPT, so for now I have plenty of space. I already downloaded and dd'ed the amd64 memstick image for amd64, and have looked at the data thereon. Tom From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 09:37:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20049106564A for ; Wed, 7 Sep 2011 09:37:04 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id A04D58FC15 for ; Wed, 7 Sep 2011 09:37:03 +0000 (UTC) Received: by wwe5 with SMTP id 5so1774329wwe.1 for ; Wed, 07 Sep 2011 02:37:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vvSgP7Sof8teC0UzmE38+TWUXZGKDMPKH+UAE2zG76Q=; b=bkCIbJSxzmtlvsveZL6XFvjIyDrHM/c+uaP5Q74ouvIkMqjiy+b0AtKommwK+uDkPX z9U275UnUW3VuWobiEF1FeSgCdxL6NmGFKIoarbAeOPIjiX13BwaBNICrlM7OUXKF4wq sw6K5dbuQ0IivJPc+5kBLTMhLzUb4juWlUuu8= MIME-Version: 1.0 Received: by 10.216.137.232 with SMTP id y82mr4592184wei.104.1315388222341; Wed, 07 Sep 2011 02:37:02 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Wed, 7 Sep 2011 02:37:02 -0700 (PDT) In-Reply-To: <799446056.115188.1315369441902.JavaMail.root@mail-01.cse.ucsc.edu> References: <799446056.115188.1315369441902.JavaMail.root@mail-01.cse.ucsc.edu> Date: Wed, 7 Sep 2011 19:07:02 +0930 Message-ID: From: Matt Thyer To: Tim Gustafson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 09:37:04 -0000 On 7 September 2011 13:54, Tim Gustafson wrote: > > What are the drives exactly? You may have issues like TLER or > > frequent head parking. Are these SATA, SCSI or SAS and are port > > multipliers in use? > > root@bsd-03: dmesg | grep da6 > da6 at mpt0 bus 0 scbus1 target 1 lun 0 > da6: Fixed Direct Access SCSI-5 device > da6: 300.000MB/s transfers > da6: Command Queueing enabled > da6: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) > > The drives are housed in two of the following enclosures: > > ses0 at mpt0 bus 0 scbus1 target 32 lun 0 > ses0: Fixed Enclosure Services SCSI-5 device > ses0: 300.000MB/s transfers > ses0: Command Queueing enabled > ses0: SCSI-3 SES Device > > Each enclosure is directly connected by a dedicated cable to the 2-port > controller: > > mps0: port 0xfc00-0xfcff mem > 0xef5f0000-0xef5fffff,0xef580000-0xef5bffff irq 44 at device 0.0 on pci1 > mps0: Firmware: 07.15.04.00 > mps0: IOCCapabilities: > 185c > mps0: [ITHREAD] > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Tim Gustafson > tjg@soe.ucsc.edu > Baskin School of Engineering > 831-459-5354 > UC Santa Cruz Baskin Engineering > 317B > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > You'll be interested in the thread "PCIe SATA HBA for ZFS on -STABLE" on the FreeBSD-STABLE list between 31 May 2011 and 12 June 2011. Jeremy Chadwick's post on the 1st of June is particularly enlightening. Advice is: Use -STABLE and not -RELEASE Upgrade firmware Avoid port multipliers I'm having no troubles but with 8 identical SATA disks instead of SAS. As I'm using cheap 4K green drives I had to use wdidle3.exe to fix the 8 second head parking and I also had to use gnop to force my ZFS pool to use 4K transfers. mps0: port 0xee00-0xeeff mem 0xfbdfc000-0xfbdfffff,0xfbd80000-0xfbdbffff irq 16 at device 0.0 on pci1 mps0: Firmware: 07.00.00.00 da0 at mps0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 300.000MB/s transfers da0: Command Queueing enabled da0: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 09:51:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D3AE1065672 for ; Wed, 7 Sep 2011 09:51:03 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id DCF478FC0A for ; Wed, 7 Sep 2011 09:51:02 +0000 (UTC) Received: by fxe4 with SMTP id 4so563105fxe.13 for ; Wed, 07 Sep 2011 02:51:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.22.16 with SMTP id l16mr860732fab.62.1315387250456; Wed, 07 Sep 2011 02:20:50 -0700 (PDT) Received: by 10.223.73.202 with HTTP; Wed, 7 Sep 2011 02:20:50 -0700 (PDT) X-Originating-IP: [91.46.214.235] In-Reply-To: References: Date: Wed, 7 Sep 2011 11:20:50 +0200 Message-ID: From: Bernhard Schmidt To: Tz-Huan Huang Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 09:51:03 -0000 On Wed, Sep 7, 2011 at 09:39, Tz-Huan Huang wrote: > On Wed, Sep 7, 2011 at 14:10, Tz-Huan Huang wrote: >> Hi, >> >> I have a lenovo X201s with a "Intel Centrino Advanced-N + WiMAX 6250" bu= ndled. >> The device seems recognized as iwn0 correctly but it just doesn't work. >> The command "ifconfig wlan0 up scan" return immediately and nothing show= ed. >> >> Is the device not supported, or do I miss something? >> Any suggestion is welcome, thanks. >> >> Here is some information: >> >> $ uname -a >> FreeBSD bud 9.0-BETA2 FreeBSD 9.0-BETA2 #2: Tue Sep =A06 16:50:09 CST >> 2011 =A0 =A0 root@bud:/usr/obj/usr/src/sys/BUD =A0amd64 >> >> dmesg -a: >> http://www.csie.ntu.edu.tw/~b90093/tmp/dmesg.txt >> >> rc.conf: >> http://www.csie.ntu.edu.tw/~b90093/tmp/rc.conf >> >> kldstat -v >> http://www.csie.ntu.edu.tw/~b90093/tmp/kldstat.txt > > When loading acpi_ibm, I got more error information: > > $ kldload acpi_ibm > acpi_ibm0: on acpi0 > $ ifconfig wlan0 up > iwn0: iwn5000_send_calibration: could not send calibration result, error = 22 > iwn0: iwn_init_locked: could not initialize hardware, error 22 Can you do sysctl dev.iwn.0.debug=3D0xffffffff before doing ifconfig wlan0 up? I'm curious on which result it can't send to the firmware. --=20 Bernhard From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 09:56:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8303B106564A for ; Wed, 7 Sep 2011 09:56:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id DA6F68FC18 for ; Wed, 7 Sep 2011 09:56:39 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p879uYQc092857 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Sep 2011 12:56:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p879uX6B013073; Wed, 7 Sep 2011 12:56:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p879uX2x013072; Wed, 7 Sep 2011 12:56:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 7 Sep 2011 12:56:33 +0300 From: Kostik Belousov To: "Thomas Mueller References: <20110907092417.1BB771065672@hub.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1TNIOiq80xg4uy19" Content-Disposition: inline In-Reply-To: <20110907092417.1BB771065672@hub.freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: Shared libraries version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 09:56:41 -0000 --1TNIOiq80xg4uy19 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 07, 2011 at 09:14:12AM +0000, "Thomas Mueller When FreeBSD 9.0_BETA1 was announced, the announcement included a notice = that shared library version would be updated some time prior to BETA2, whic= h would necessitate rebuilding all ports. >=20 > Has this happened yet? I don't want to rebuild all ports at the wrong ti= me. I notice BETA2 has been released but see no announcement. >=20 > Readme, hardware notes and release notes say nothing specific to the BETA= 2 release/snapshot. >=20 > If the shared libraries version bump has not yet occurred, I would want t= o update in place, if the installer can do that; otherwise I would install = BETA2 to a different partition, keeping the old /home and swap. That way, = I would still have BETA1 to fall back on for the built ports, before I woul= d finish rebuilding the ports on BETA2. >=20 > This is on a new computer, with Western Digital Caviar Green 3 TB hard dr= ive, using GPT, so for now I have plenty of space. >=20 > I already downloaded and dd'ed the amd64 memstick image for amd64, and ha= ve looked at the data thereon. The bump was done for BETA2, see r225227, done on 2011-08-28. The bump has much less scope since we did the ABI analysis and only bumped the libraries which interfaces changed in incompatible way and which were not yet bumped. See the referenced commit for the libraries list. To be absolutely safe, you indeed need to rebuild all ports. Practically, the damage done by bump is very limited and most people can get away without rebuild if you already tracked HEAD. I would mostly worry about libpcap. --1TNIOiq80xg4uy19 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5nP9EACgkQC3+MBN1Mb4hu9gCgywu91blF/UvKqPAzVI3RFpnL YSEAniO9yLaEuQ7iHcMVFTIunHH5iqju =moQB -----END PGP SIGNATURE----- --1TNIOiq80xg4uy19-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 10:09:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61A1D1065677 for ; Wed, 7 Sep 2011 10:09:23 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id E0D248FC25 for ; Wed, 7 Sep 2011 10:09:22 +0000 (UTC) Received: by wwi36 with SMTP id 36so7348992wwi.31 for ; Wed, 07 Sep 2011 03:09:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3GkPbpW7GJHOBwOTxy2T3esl0kAWPpLQ3e/N1mP6NHs=; b=QHGaRREr0moAbYmuse8vM4W3lxiv3pv8Q29ZahtD2hz0khzzVx6Ww3XtLIZaB6x75e BK56klAJrgVQdPl2mhaLeRwNpF3f2+pBmLFWp0KLxExwyLY5lQPdlzWEToXw3XsB2guJ J3K0Fml01xv9DspskuiFDAxd+b+HlMh71+g14= MIME-Version: 1.0 Received: by 10.216.18.130 with SMTP id l2mr4500710wel.74.1315390161697; Wed, 07 Sep 2011 03:09:21 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Wed, 7 Sep 2011 03:09:21 -0700 (PDT) In-Reply-To: References: <799446056.115188.1315369441902.JavaMail.root@mail-01.cse.ucsc.edu> Date: Wed, 7 Sep 2011 19:39:21 +0930 Message-ID: From: Matt Thyer To: Tim Gustafson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 10:09:23 -0000 On 7 September 2011 19:07, Matt Thyer wrote: > On 7 September 2011 13:54, Tim Gustafson wrote: > >> > What are the drives exactly? You may have issues like TLER or >> > frequent head parking. Are these SATA, SCSI or SAS and are port >> > multipliers in use? >> >> root@bsd-03: dmesg | grep da6 >> da6 at mpt0 bus 0 scbus1 target 1 lun 0 >> da6: Fixed Direct Access SCSI-5 device >> da6: 300.000MB/s transfers >> da6: Command Queueing enabled >> da6: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) >> >> The drives are housed in two of the following enclosures: >> >> ses0 at mpt0 bus 0 scbus1 target 32 lun 0 >> ses0: Fixed Enclosure Services SCSI-5 device >> ses0: 300.000MB/s transfers >> ses0: Command Queueing enabled >> ses0: SCSI-3 SES Device >> >> Each enclosure is directly connected by a dedicated cable to the 2-port >> controller: >> >> mps0: port 0xfc00-0xfcff mem >> 0xef5f0000-0xef5fffff,0xef580000-0xef5bffff irq 44 at device 0.0 on pci1 >> mps0: Firmware: 07.15.04.00 >> mps0: IOCCapabilities: >> 185c >> mps0: [ITHREAD] >> >> >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >> Tim Gustafson >> tjg@soe.ucsc.edu >> Baskin School of Engineering >> 831-459-5354 >> UC Santa Cruz Baskin Engineering >> 317B >> >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >> > > You'll be interested in the thread "PCIe SATA HBA for ZFS on -STABLE" on > the FreeBSD-STABLE list between 31 May 2011 and 12 June 2011. > > Jeremy Chadwick's post on the 1st of June is particularly enlightening. > > Advice is: > > Use -STABLE and not -RELEASE > Upgrade firmware > Avoid port multipliers > > I'm having no troubles but with 8 identical SATA disks instead of SAS. > > As I'm using cheap 4K green drives I had to use wdidle3.exe to fix the 8 > second head parking and I also had to use gnop to force my ZFS pool to use > 4K transfers. > > mps0: port 0xee00-0xeeff mem > 0xfbdfc000-0xfbdfffff,0xfbd80000-0xfbdbffff irq 16 at device 0.0 on pci1 > mps0: Firmware: 07.00.00.00 > da0 at mps0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SCSI-5 device > da0: 300.000MB/s transfers > da0: Command Queueing enabled > da0: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) > > A bit more info... The mps driver has problems with the LSI SAS2008 when using port multipliers (which are in the enclosures). If you go to the previous SAS 3G version of that chip I think you'll be OK. Either that or run Solaris Express or fix the driver. From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 10:10:32 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 382B5106566C for ; Wed, 7 Sep 2011 10:10:32 +0000 (UTC) (envelope-from kevlo@FreeBSD.org) Received: from ns.kevlo.org (kevlo.org [220.128.136.52]) by mx1.freebsd.org (Postfix) with ESMTP id BDAA98FC12 for ; Wed, 7 Sep 2011 10:10:31 +0000 (UTC) Received: from [127.0.0.1] (kevlo@kevlo.org [220.128.136.52]) by ns.kevlo.org (8.14.3/8.14.3) with ESMTP id p87AAQTI027964; Wed, 7 Sep 2011 18:10:27 +0800 (CST) From: Kevin Lo To: Tz-Huan Huang In-Reply-To: References: Content-Type: multipart/mixed; boundary="=-8DjMLoIOJUGcuHjd8u8v" Date: Wed, 07 Sep 2011 18:10:25 +0800 Message-ID: <1315390225.3285.5.camel@esl.kevlo.org.kevlo.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 10:10:32 -0000 --=-8DjMLoIOJUGcuHjd8u8v Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Tz-Huan Huang wrote: > Hi, > > I have a lenovo X201s with a "Intel Centrino Advanced-N + WiMAX 6250" bundled. > The device seems recognized as iwn0 correctly but it just doesn't work. > The command "ifconfig wlan0 up scan" return immediately and nothing showed. > > Is the device not supported, or do I miss something? > Any suggestion is welcome, thanks. > > Here is some information: > > $ uname -a > FreeBSD bud 9.0-BETA2 FreeBSD 9.0-BETA2 #2: Tue Sep 6 16:50:09 CST > 2011 root@bud:/usr/obj/usr/src/sys/BUD amd64 > > dmesg -a: > http://www.csie.ntu.edu.tw/~b90093/tmp/dmesg.txt > > rc.conf: > http://www.csie.ntu.edu.tw/~b90093/tmp/rc.conf > > kldstat -v > http://www.csie.ntu.edu.tw/~b90093/tmp/kldstat.txt Please try attached patch. It seems like OpenBSD added support for 6205, but I'm not sure if it works for 6250. > Tz-Huan Kevin --=-8DjMLoIOJUGcuHjd8u8v Content-Disposition: attachment; filename="patch-iwn" Content-Type: text/x-patch; name="patch-iwn"; charset="UTF-8" Content-Transfer-Encoding: 7bit Index: sys/dev/iwn/if_iwnreg.h =================================================================== --- sys/dev/iwn/if_iwnreg.h (revision 225433) +++ sys/dev/iwn/if_iwnreg.h (working copy) @@ -739,6 +739,8 @@ struct iwn5000_calib_elem { uint32_t enable; uint32_t start; +#define IWN5000_CALIB_DC (1 << 1) + uint32_t send; uint32_t apply; uint32_t reserved; Index: sys/dev/iwn/if_iwn.c =================================================================== --- sys/dev/iwn/if_iwn.c (revision 225433) +++ sys/dev/iwn/if_iwn.c (working copy) @@ -245,6 +245,7 @@ static int iwn_set_pslevel(struct iwn_softc *, int, int, int); static int iwn_send_btcoex(struct iwn_softc *); static int iwn_send_advanced_btcoex(struct iwn_softc *); +static int iwn5000_runtime_calib(struct iwn_softc *); static int iwn_config(struct iwn_softc *); static uint8_t *ieee80211_add_ssid(uint8_t *, const uint8_t *, u_int); static int iwn_scan(struct iwn_softc *); @@ -2594,6 +2595,14 @@ return; } + /* + * XXX Differential gain calibration makes the 6005 firmware + * crap out, so skip it for now. This effectively disables + * sensitivity tuning as well. + */ + if (sc->hw_type == IWN_HW_REV_TYPE_6005) + return; + if (calib->state == IWN_CALIB_STATE_ASSOC) iwn_collect_noise(sc, &stats->rx.general); else if (calib->state == IWN_CALIB_STATE_RUN) @@ -4995,6 +5004,19 @@ } static int +iwn5000_runtime_calib(struct iwn_softc *sc) +{ + struct iwn5000_calib_config cmd; + + memset(&cmd, 0, sizeof cmd); + cmd.ucode.once.enable = 0xffffffff; + cmd.ucode.once.start = IWN5000_CALIB_DC; + DPRINTF(sc, IWN_DEBUG_CALIBRATE, + "%s: configuring runtime calibration\n", __func__); + return iwn_cmd(sc, IWN5000_CMD_CALIB_CONFIG, &cmd, sizeof(cmd), 0); +} + +static int iwn_config(struct iwn_softc *sc) { struct iwn_ops *ops = &sc->ops; @@ -5014,6 +5036,18 @@ } } + if (sc->hw_type == IWN_HW_REV_TYPE_6050 || + sc->hw_type == IWN_HW_REV_TYPE_6005) { + /* Configure runtime DC calibration. */ + error = iwn5000_runtime_calib(sc); + if (error != 0) { + device_printf(sc->sc_dev, + "%s: could not configure runtime calibration\n", + __func__); + return error; + } + } + /* Configure valid TX chains for >=5000 Series. */ if (sc->hw_type != IWN_HW_REV_TYPE_4965) { txmask = htole32(sc->txchainmask); --=-8DjMLoIOJUGcuHjd8u8v-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 10:53:31 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3213106566C; Wed, 7 Sep 2011 10:53:31 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 82D048FC17; Wed, 7 Sep 2011 10:53:31 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 285A3E3F07A; Wed, 7 Sep 2011 12:53:30 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id INWisrjNIM9f; Wed, 7 Sep 2011 12:53:27 +0200 (CEST) Received: from goofy03.vnode.local (wg.benders.se [212.247.52.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 12224E3F079; Wed, 7 Sep 2011 12:53:27 +0200 (CEST) Date: Wed, 7 Sep 2011 12:53:25 +0200 From: Joel Dahl To: Bernhard Schmidt Message-ID: <20110907105325.GQ52426@goofy03.vnode.local> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> <20110905062453.GM52426@goofy03.vnode.local> <20110906204242.GP52426@goofy03.vnode.local> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-wireless@freebsd.org, current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 10:53:31 -0000 On 07-09-2011 10:59, Bernhard Schmidt wrote: > On Tue, Sep 6, 2011 at 22:42, Joel Dahl wrote: > > On 05-09-2011  9:02, Bernhard Schmidt wrote: > >> On Mon, Sep 5, 2011 at 08:24, Joel Dahl wrote: > >> > On 05-09-2011  5:09, Adrian Chadd wrote: > >> >> On 5 September 2011 01:04, Joel Dahl wrote: > >> >> > Hi, > >> >> > > >> >> > I upgraded my laptop from BETA1 to rev. 225367 today, and now my laptop panics just a few minutes after booting. This is 100% reproducible, it panics every time. > >> >> > > >> >> > I've got a pic with the backtrace here: http://www.vnode.se/sc/panic_20110904.jpg > >> >> > >> >> Hi, > >> >> > >> >> There weren't many commits between BETA1 and -HEAD in the wireless > >> >> area; would you please do a binary search of the kernel revisions (no > >> >> need to do full buildworlds) to find which commit broke it? > >> > > >> > Yes, I'll do that tonight. > >> > >> While doing so, can you enable at least some debugging? > >> wlandebug +state > >> or even better > >> wlandebug 0xffffffff > >> > >> It smells like that something is poking the SW bmiss handler while not > >> in RUN state and therefore you're hitting a KASSERT(). Question is if > >> the bmiss timer isn't stopped/drained somewhere or if there is too > >> excessive call. > > > > Exactly what in the wlandebug output are you looking for?  I've posted a pic > > at http://www.vnode.se/sc/panic_20110906.jpg showing what it looks like right > > before the panic.  This is with "wlandebug 0xffffffff". > > Thanks, so, looks like it is scanning while the panic happens. At that > point it should actually never ever care about beacon misses.. this is > strange, really. > > Can you try to comment out the call to ieee80211_beacon_miss() on line > 2936 in if_iwn.c? If the panic no longer happens the issue is > somewhere in the conditions before that call. Hm, this is with bwn(4), not iwn(4). :) -- Joel From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 10:55:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35EF11065678; Wed, 7 Sep 2011 10:55:35 +0000 (UTC) (envelope-from aldis@bsdroot.lv) Received: from smtp.bsdroot.lv (smtp.bsdroot.lv [83.241.11.135]) by mx1.freebsd.org (Postfix) with ESMTP id 9214B8FC25; Wed, 7 Sep 2011 10:55:34 +0000 (UTC) Received: from smtp.bsdroot.lv (root.bsdroot.lv [83.241.11.135]) by smtp.bsdroot.lv (Postfix) with ESMTP id 3F4E378825; Wed, 7 Sep 2011 13:36:31 +0300 (EEST) Received: from desktop.pc (mpe-11-155.mpe.lv [83.241.11.155]) (using TLSv1 with cipher DHE-DSS-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.bsdroot.lv (Postfix) with ESMTPSA id DBF3478824; Wed, 7 Sep 2011 13:36:30 +0300 (EEST) Date: Wed, 7 Sep 2011 13:36:46 +0300 From: Aldis Berjoza To: freebsd-current@freebsd.org Message-ID: <20110907133646.29b11668@desktop.pc> In-Reply-To: <4E5941D6.9090106@zedat.fu-berlin.de> References: <4E5941D6.9090106@zedat.fu-berlin.de> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.5; amd64-portbld-freebsd8.2) X-PGP-Key: 0xCCBA39FA X-PGP-Key-Fingerprint: 800C C77B A57E 98A0 821F 7D24 2AC0 DB19 CCBA 39FA X-PGP-PublicKey: http://files.bsdroot.lv/my/aldis_berjoza.asc Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/uYPd4jSU/nj4r1SXzTlA2ri"; protocol="application/pgp-signature" X-Virus-Scanned: ClamAV using ClamSMTP Cc: "freebsd-performance@freebsd.org" Subject: Re: http://www.freebsd.org/marketing/os-comparison.html X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 10:55:35 -0000 --Sig_/uYPd4jSU/nj4r1SXzTlA2ri Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable This is interesting, and could be mentioned in updated page http://www.phoronix.com/scan.php?page=3Darticle&item=3Dlinux_games_bsd&num= =3D1 --=20 Aldis Berjoza http://www.bsdroot.lv/ --Sig_/uYPd4jSU/nj4r1SXzTlA2ri Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJOZ0lIAAoJECrA2xnMujn67sAIALYSvrkFuqaoIOOwuO91Ko65 h0v33wOOLd0AsIrmdHOL2816DnoS/YZ8fwfX/C7X8vwmiJRqeJs/1uYF8eq5yLVQ qpGQ/Lzf5TpCsK1/7k0zHlaQQhLJabyPKELfM3ZL6JPkNXir2xRGXCK7PvnA2gD9 nMJW4jl8NhxSorBtIracg7fEvXoBpbZLGZ6MY5qBXpvH9eGOhw0O9Nh7BmtH1mNh vFACZXDtM8jU9R6ASINiXSNYllv+TOPfKp8HZ3+6k6QeheHwrkbE9sxtdIfBcfU2 j+xbDGLY2Y3HMgmttK0CFj9XO24BlMhwhDj2BFyMxyirjD+iIbVVbXNS+cReMe4= =CBPX -----END PGP SIGNATURE----- --Sig_/uYPd4jSU/nj4r1SXzTlA2ri-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 10:59:23 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 962BA106566B; Wed, 7 Sep 2011 10:59:23 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 051C38FC0C; Wed, 7 Sep 2011 10:59:22 +0000 (UTC) Received: by fxe4 with SMTP id 4so622223fxe.13 for ; Wed, 07 Sep 2011 03:59:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.4.133 with SMTP id 5mr139114far.81.1315393161842; Wed, 07 Sep 2011 03:59:21 -0700 (PDT) Sender: bschmidt@techwires.net Received: by 10.223.73.202 with HTTP; Wed, 7 Sep 2011 03:59:21 -0700 (PDT) X-Originating-IP: [91.46.214.235] In-Reply-To: <20110907105325.GQ52426@goofy03.vnode.local> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> <20110905062453.GM52426@goofy03.vnode.local> <20110906204242.GP52426@goofy03.vnode.local> <20110907105325.GQ52426@goofy03.vnode.local> Date: Wed, 7 Sep 2011 12:59:21 +0200 X-Google-Sender-Auth: a25jVI6sPyo5qgPXp5J63t2dYE0 Message-ID: From: Bernhard Schmidt To: Joel Dahl Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org, current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 10:59:23 -0000 On Wed, Sep 7, 2011 at 12:53, Joel Dahl wrote: > On 07-09-2011 10:59, Bernhard Schmidt wrote: >> On Tue, Sep 6, 2011 at 22:42, Joel Dahl wrote: >> > On 05-09-2011 =A09:02, Bernhard Schmidt wrote: >> >> On Mon, Sep 5, 2011 at 08:24, Joel Dahl wrote: >> >> > On 05-09-2011 =A05:09, Adrian Chadd wrote: >> >> >> On 5 September 2011 01:04, Joel Dahl wrote: >> >> >> > Hi, >> >> >> > >> >> >> > I upgraded my laptop from BETA1 to rev. 225367 today, and now my= laptop panics just a few minutes after booting. This is 100% reproducible,= it panics every time. >> >> >> > >> >> >> > I've got a pic with the backtrace here: http://www.vnode.se/sc/p= anic_20110904.jpg >> >> >> >> >> >> Hi, >> >> >> >> >> >> There weren't many commits between BETA1 and -HEAD in the wireless >> >> >> area; would you please do a binary search of the kernel revisions = (no >> >> >> need to do full buildworlds) to find which commit broke it? >> >> > >> >> > Yes, I'll do that tonight. >> >> >> >> While doing so, can you enable at least some debugging? >> >> wlandebug +state >> >> or even better >> >> wlandebug 0xffffffff >> >> >> >> It smells like that something is poking the SW bmiss handler while no= t >> >> in RUN state and therefore you're hitting a KASSERT(). Question is if >> >> the bmiss timer isn't stopped/drained somewhere or if there is too >> >> excessive call. >> > >> > Exactly what in the wlandebug output are you looking for? =A0I've post= ed a pic >> > at http://www.vnode.se/sc/panic_20110906.jpg showing what it looks lik= e right >> > before the panic. =A0This is with "wlandebug 0xffffffff". >> >> Thanks, so, looks like it is scanning while the panic happens. At that >> point it should actually never ever care about beacon misses.. this is >> strange, really. >> >> Can you try to comment out the call to ieee80211_beacon_miss() on line >> 2936 in if_iwn.c? If the panic no longer happens the issue is >> somewhere in the conditions before that call. > > Hm, this is with bwn(4), not iwn(4). :) Uhm.. right, I'm sorry, missed that Still.. two options, remove IEEE80211_FEXT_SWBMISS or try with ifconfig wlan0 -bgscan -- Bernhard From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 12:34:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B81E71065670 for ; Wed, 7 Sep 2011 12:34:25 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1D3F78FC1E for ; Wed, 7 Sep 2011 12:34:24 +0000 (UTC) Received: by fxe4 with SMTP id 4so714904fxe.13 for ; Wed, 07 Sep 2011 05:34:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.22.16 with SMTP id l16mr1067335fab.62.1315398863319; Wed, 07 Sep 2011 05:34:23 -0700 (PDT) Sender: bschmidt@techwires.net Received: by 10.223.73.202 with HTTP; Wed, 7 Sep 2011 05:34:23 -0700 (PDT) X-Originating-IP: [91.46.214.235] In-Reply-To: <1315390225.3285.5.camel@esl.kevlo.org.kevlo.org> References: <1315390225.3285.5.camel@esl.kevlo.org.kevlo.org> Date: Wed, 7 Sep 2011 14:34:23 +0200 X-Google-Sender-Auth: HXc_DCTLURgc_sTYwLyVSr_DGOI Message-ID: From: Bernhard Schmidt To: Kevin Lo Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Tz-Huan Huang Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 12:34:25 -0000 On Wed, Sep 7, 2011 at 12:10, Kevin Lo wrote: > Tz-Huan Huang wrote: >> Hi, >> >> I have a lenovo X201s with a "Intel Centrino Advanced-N + WiMAX 6250" bu= ndled. >> The device seems recognized as iwn0 correctly but it just doesn't work. >> The command "ifconfig wlan0 up scan" return immediately and nothing show= ed. >> >> Is the device not supported, or do I miss something? >> Any suggestion is welcome, thanks. >> >> Here is some information: >> >> $ uname -a >> FreeBSD bud 9.0-BETA2 FreeBSD 9.0-BETA2 #2: Tue Sep =A06 16:50:09 CST >> 2011 =A0 =A0 root@bud:/usr/obj/usr/src/sys/BUD =A0amd64 >> >> dmesg -a: >> http://www.csie.ntu.edu.tw/~b90093/tmp/dmesg.txt >> >> rc.conf: >> http://www.csie.ntu.edu.tw/~b90093/tmp/rc.conf >> >> kldstat -v >> http://www.csie.ntu.edu.tw/~b90093/tmp/kldstat.txt > > > Please try attached patch. It seems like OpenBSD added support > for 6205, but I'm not sure if it works for 6250. Worth a try, but I don't think it will make a difference. I had that code once (it should even be visible on the svn history) but removed it because it isn't required, the 6005 series devices work very well without it (I'm using a 6230 (6000g2b) daily) without issues. What is import though is which calibration results are sent to the runtime firmware, I suspect there might be an issue in iwn5000_rx_calib_results() around IWN5000_PHY_CALIB_DC. I remember that someone reported the 6250 devices working once, it might be worth going over the last revisions (there where some calibration related changes) and figure out which one broke it. -- Bernhard From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 12:57:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BC66106566C for ; Wed, 7 Sep 2011 12:57:46 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3605E8FC12 for ; Wed, 7 Sep 2011 12:57:45 +0000 (UTC) Received: by vxh11 with SMTP id 11so912668vxh.13 for ; Wed, 07 Sep 2011 05:57:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=i0IhfQ2nmH4yzc5DQ86iZd9QmxSymczifxw3P9Q53QQ=; b=PgOiw9F4MxQmOpmyltoTj63r8NJydd3vbpa99jFOeRP4ezsYJ2m2rxppZgM4GXhQdp DMYl+SVIMWphNCE3LzuJWQvEvPtjUYWl2iYT2ZNou5graqE3mZPwaHgMc3go1lTiB8ot BDRs/+P4nolo4kttnAeO0WUPXZyYtU6KCDkOM= Received: by 10.52.73.42 with SMTP id i10mr1985403vdv.5.1315400265185; Wed, 07 Sep 2011 05:57:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.161.234 with HTTP; Wed, 7 Sep 2011 05:57:25 -0700 (PDT) In-Reply-To: References: From: Tz-Huan Huang Date: Wed, 7 Sep 2011 20:57:25 +0800 Message-ID: To: Bernhard Schmidt Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 12:57:46 -0000 On Wed, Sep 7, 2011 at 17:20, Bernhard Schmidt wro= te: > On Wed, Sep 7, 2011 at 09:39, Tz-Huan Huang wrote: >> On Wed, Sep 7, 2011 at 14:10, Tz-Huan Huang wrote: >>> >>> $ uname -a >>> FreeBSD bud 9.0-BETA2 FreeBSD 9.0-BETA2 #2: Tue Sep =C2=A06 16:50:09 CS= T >>> 2011 =C2=A0 =C2=A0 root@bud:/usr/obj/usr/src/sys/BUD =C2=A0amd64 >>> >>> dmesg -a: >>> http://www.csie.ntu.edu.tw/~b90093/tmp/dmesg.txt >>> >>> rc.conf: >>> http://www.csie.ntu.edu.tw/~b90093/tmp/rc.conf >>> >>> kldstat -v >>> http://www.csie.ntu.edu.tw/~b90093/tmp/kldstat.txt >> >> When loading acpi_ibm, I got more error information: >> >> $ kldload acpi_ibm >> acpi_ibm0: on acpi0 >> $ ifconfig wlan0 up >> iwn0: iwn5000_send_calibration: could not send calibration result, error= 22 >> iwn0: iwn_init_locked: could not initialize hardware, error 22 > > Can you do > sysctl dev.iwn.0.debug=3D0xffffffff > before doing > ifconfig wlan0 up? > > I'm curious on which result it can't send to the firmware. Sure, here are the error messages: http://www.csie.ntu.edu.tw/~b90093/tmp/iwn-debug.txt Thanks, Tz-Huan From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 13:12:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32A0F1065672 for ; Wed, 7 Sep 2011 13:12:14 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id BBF2F8FC0A for ; Wed, 7 Sep 2011 13:12:13 +0000 (UTC) Received: by vxh11 with SMTP id 11so928380vxh.13 for ; Wed, 07 Sep 2011 06:12:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=XnxaLT9eiyo1JXjWhQjh9dR/gtqx2piaeEm8rbJ5XAM=; b=xWr4dFHR/33cb25DmdcxNBqx0gSFAIqG7GrduzmEI24Icc/aXdSFdsFy4HIg+mMS5j nhqYgp19iKG99YGEcAzdCXANX7px6oCILQ0B1+5ptUOJD7+S+7ylzZsXVKKCT8sytwfu Tt/7N6EIH2aSAtBvTwhBQFubTka3PGGDDhk2o= Received: by 10.52.178.137 with SMTP id cy9mr6410750vdc.340.1315401133110; Wed, 07 Sep 2011 06:12:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.161.234 with HTTP; Wed, 7 Sep 2011 06:11:53 -0700 (PDT) In-Reply-To: References: <1315390225.3285.5.camel@esl.kevlo.org.kevlo.org> From: Tz-Huan Huang Date: Wed, 7 Sep 2011 21:11:53 +0800 Message-ID: To: Bernhard Schmidt Content-Type: text/plain; charset=UTF-8 Cc: Kevin Lo , freebsd-current@freebsd.org Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 13:12:14 -0000 On Wed, Sep 7, 2011 at 20:34, Bernhard Schmidt wrote: > On Wed, Sep 7, 2011 at 12:10, Kevin Lo wrote: >> >> Please try attached patch. It seems like OpenBSD added support >> for 6205, but I'm not sure if it works for 6250. Okay, I am re-building the kernel now, will report here if any news. > Worth a try, but I don't think it will make a difference. I had that > code once (it should even be visible on the svn history) but removed > it because it isn't required, the 6005 series devices work very well > without it (I'm using a 6230 (6000g2b) daily) without issues. What is > import though is which calibration results are sent to the runtime > firmware, I suspect there might be an issue in > iwn5000_rx_calib_results() around IWN5000_PHY_CALIB_DC. > > I remember that someone reported the 6250 devices working once, it > might be worth going over the last revisions (there where some > calibration related changes) and figure out which one broke it. Yes, this device works fine according to this post: http://forums.freebsd.org/showthread.php?t=19839 I have scanned the source but it seems that the iwn sources changed a lot... Thanks, Tz-Huan From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 13:19:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 875311065676; Wed, 7 Sep 2011 13:19:50 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from mail-vw0-f50.google.com (mail-vw0-f50.google.com [209.85.212.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1BB558FC16; Wed, 7 Sep 2011 13:19:49 +0000 (UTC) Received: by vws14 with SMTP id 14so7152800vws.37 for ; Wed, 07 Sep 2011 06:19:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=QMOsV39freXHwsWoUBT6xk4uQNOQG9ViTj4Ac+iGyKY=; b=eletdO+JRxtB87j5pj72LdlhQBPWvRTj83PXYhqzdDypM5yJj1jrAaVTZ7dsqjABqI GMg7w20kty0z01MQ2/cEgqHHd+REeLsYl4CKkmNxWvzsZ9o5wzfaMO/+OsGl00n+G0Oo 2d/z+MRDqWq3X7d8+OvIxKIu/IaPWhk1GemM4= Received: by 10.52.96.193 with SMTP id du1mr56551vdb.206.1315401589544; Wed, 07 Sep 2011 06:19:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.161.234 with HTTP; Wed, 7 Sep 2011 06:19:29 -0700 (PDT) In-Reply-To: References: <2b3c94c380656632a4a23cd01391322e@212.203.104.226> From: Tz-Huan Huang Date: Wed, 7 Sep 2011 21:19:29 +0800 Message-ID: To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Cc: Andreas Tobler , freebsd-wireless@freebsd.org, freebsd-current@freebsd.org Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 13:19:50 -0000 On Wed, Sep 7, 2011 at 16:53, Adrian Chadd wrote: > Hi! > > Hm, maybe the iwn driver doesn't have the 6250 support? Is it supposed > to use 6000/6200 specific calibration (and other routines), or is it > using the 5000 routines correctly? > Has the card successfully loaded the firmware in? I'm not sure is the 6250 supported or not because the iwn(4) says nothing about it, but it seems be supported according to these pages: http://en.wikipedia.org/wiki/Comparison_of_open_source_wireless_drivers http://forums.freebsd.org/showthread.php?t=19839 Thanks, Tz-Huan From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 13:28:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03E3F106566B; Wed, 7 Sep 2011 13:28:15 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from mail-vw0-f50.google.com (mail-vw0-f50.google.com [209.85.212.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8739A8FC1F; Wed, 7 Sep 2011 13:28:14 +0000 (UTC) Received: by vws14 with SMTP id 14so7166027vws.37 for ; Wed, 07 Sep 2011 06:28:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Sj7XlB9XOzP4URCwTBMtwPTuJMKDedP1nb/r6HC5BU4=; b=clut9i0NogaxouDTsWEQE6TZqf2UrTPb/25UfeWDWIw8/tqsCtKq/N4KAXb+arsn93 mDxDKGe0WP/GyM5ndxy2j+SIM4D587vWcGpq5TkmqgHtmjgj0eBNIpOMsb3pDd7CeSos ksu0T8T2bMPU8w4KxMiF0c+Aa4r2SzKxzBAqo= Received: by 10.52.73.42 with SMTP id i10mr2021446vdv.5.1315402092125; Wed, 07 Sep 2011 06:28:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.161.234 with HTTP; Wed, 7 Sep 2011 06:27:51 -0700 (PDT) In-Reply-To: References: <1315390225.3285.5.camel@esl.kevlo.org.kevlo.org> From: Tz-Huan Huang Date: Wed, 7 Sep 2011 21:27:51 +0800 Message-ID: To: Bernhard Schmidt Content-Type: text/plain; charset=UTF-8 Cc: Kevin Lo , freebsd-current@freebsd.org Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 13:28:15 -0000 On Wed, Sep 7, 2011 at 21:11, Tz-Huan Huang wrote: > On Wed, Sep 7, 2011 at 20:34, Bernhard Schmidt wrote: >> On Wed, Sep 7, 2011 at 12:10, Kevin Lo wrote: >>> >>> Please try attached patch. It seems like OpenBSD added support >>> for 6205, but I'm not sure if it works for 6250. > > Okay, I am re-building the kernel now, > will report here if any news. Well, it is no luck here. The error messages are almost the same: http://www.csie.ntu.edu.tw/~b90093/tmp/iwn-patched-debug.txt Here is the diff: --- iwn-debug.txt 2011-09-07 20:56:08.724651659 +0800 +++ iwn-patched-debug.txt 2011-09-07 21:23:28.674953262 +0800 @@ -24,7 +24,6 @@ interrupt reg1=80000000 reg2=0 iwn_notif_intr: qid 0 idx 1 flags 0 type 98(UNKNOWN INTR NOTIF/CMD) len 8 iwn_notif_intr: qid 4 idx 1 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 -interrupt reg1=0 reg2=0 iwn5000_query_calibration: sending calibration query iwn_cmd: IWN5000_CMD_CALIB_CONFIG (0x65) flags 0 qid 4 idx 2 interrupt reg1=80000000 reg2=0 @@ -62,7 +61,6 @@ interrupt reg1=80000000 reg2=0 iwn_notif_intr: qid 0 idx 1 flags 0 type 98(UNKNOWN INTR NOTIF/CMD) len 8 iwn_notif_intr: qid 4 idx 1 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 -interrupt reg1=0 reg2=0 send calibration result idx=0 len=3964 iwn0: iwn5000_send_calibration: could not send calibration result, error 22 iwn0: iwn_init_locked: could not initialize hardware, error 22 Thanks, Tz-Huan From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 13:30:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A489106564A; Wed, 7 Sep 2011 13:30:53 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id F39928FC21; Wed, 7 Sep 2011 13:30:52 +0000 (UTC) Received: by fxe4 with SMTP id 4so778519fxe.13 for ; Wed, 07 Sep 2011 06:30:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.76.201 with SMTP id d9mr2048203fak.119.1315402251743; Wed, 07 Sep 2011 06:30:51 -0700 (PDT) Sender: bschmidt@techwires.net Received: by 10.223.73.202 with HTTP; Wed, 7 Sep 2011 06:30:51 -0700 (PDT) X-Originating-IP: [91.46.214.235] In-Reply-To: References: <1315390225.3285.5.camel@esl.kevlo.org.kevlo.org> Date: Wed, 7 Sep 2011 15:30:51 +0200 X-Google-Sender-Auth: 8G-IiV08VluXZORPwa5vQyCijOs Message-ID: From: Bernhard Schmidt To: Tz-Huan Huang Content-Type: text/plain; charset=ISO-8859-1 Cc: Kevin Lo , freebsd-current@freebsd.org Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 13:30:53 -0000 On Wed, Sep 7, 2011 at 15:11, Tz-Huan Huang wrote: > On Wed, Sep 7, 2011 at 20:34, Bernhard Schmidt wrote: >> On Wed, Sep 7, 2011 at 12:10, Kevin Lo wrote: >>> >>> Please try attached patch. It seems like OpenBSD added support >>> for 6205, but I'm not sure if it works for 6250. > > Okay, I am re-building the kernel now, > will report here if any news. > >> Worth a try, but I don't think it will make a difference. I had that >> code once (it should even be visible on the svn history) but removed >> it because it isn't required, the 6005 series devices work very well >> without it (I'm using a 6230 (6000g2b) daily) without issues. What is >> import though is which calibration results are sent to the runtime >> firmware, I suspect there might be an issue in >> iwn5000_rx_calib_results() around IWN5000_PHY_CALIB_DC. >> >> I remember that someone reported the 6250 devices working once, it >> might be worth going over the last revisions (there where some >> calibration related changes) and figure out which one broke it. > > Yes, this device works fine according to this post: > http://forums.freebsd.org/showthread.php?t=19839 > > I have scanned the source but it seems that the iwn sources changed a lot... Yeah, thanks, I start to remember.. Seems like I broke 6250 support by adding support for 6005. Point is, the DC calibration result generated by the init firmware is too large (saving calibration result code=8 len=3964, compare with other results..) to pass over to the runtime firmware, this is where it chokes. The solution is to not bother about it at all and let the runtime firmware do the calibration again, so no need to send anything. Basically, Kevin's patch is correct, it should also just remove handling of PHY_CALIB_DC in iwn5000_rx_calib_results(), ideally for all >= 6000 devices. Can you try this in addition to Kevin's patch? Index: if_iwn.c =================================================================== --- if_iwn.c (revision 225188) +++ if_iwn.c (working copy) @@ -2502,9 +2502,7 @@ iwn5000_rx_calib_results(struct iwn_softc *sc, str switch (calib->code) { case IWN5000_PHY_CALIB_DC: - if ((sc->sc_flags & IWN_FLAG_INTERNAL_PA) == 0 && - (sc->hw_type == IWN_HW_REV_TYPE_5150 || - sc->hw_type >= IWN_HW_REV_TYPE_6000)) + if (sc->hw_type == IWN_HW_REV_TYPE_5150) idx = 0; break; case IWN5000_PHY_CALIB_LO: Thanks -- Bernhard From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 13:52:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF5281065672; Wed, 7 Sep 2011 13:52:01 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 7DD328FC15; Wed, 7 Sep 2011 13:52:01 +0000 (UTC) Received: by qyk4 with SMTP id 4so1350869qyk.13 for ; Wed, 07 Sep 2011 06:52:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=7sBZTH4Bw6KqtGePsWaLJHU0SGinIY9LEfoM+TMwnZw=; b=hvn3gXtuLq2/1iPBE4nEDOCmgyFX8vouUZJWF75tLHTveQH5t+H0mN1pLCyxuCd3yx ImUecrYVvOzAm6BQ/2KUrtGC8xuMH09SxjXBGajWT7iUfdNKOpca8xUSOtUm9winwETR nAuCLV9AJPjNtmihHyCIOObxQ9GrKn2+hIexU= Received: by 10.52.117.45 with SMTP id kb13mr2550614vdb.139.1315403520110; Wed, 07 Sep 2011 06:52:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.161.234 with HTTP; Wed, 7 Sep 2011 06:51:40 -0700 (PDT) In-Reply-To: References: <1315390225.3285.5.camel@esl.kevlo.org.kevlo.org> From: Tz-Huan Huang Date: Wed, 7 Sep 2011 21:51:40 +0800 Message-ID: To: Bernhard Schmidt Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Kevin Lo , freebsd-current@freebsd.org Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 13:52:02 -0000 On Wed, Sep 7, 2011 at 21:30, Bernhard Schmidt wrote= : > On Wed, Sep 7, 2011 at 15:11, Tz-Huan Huang wrote: >> On Wed, Sep 7, 2011 at 20:34, Bernhard Schmidt wr= ote: >>> On Wed, Sep 7, 2011 at 12:10, Kevin Lo wrote: >>>> >>>> Please try attached patch. It seems like OpenBSD added support >>>> for 6205, but I'm not sure if it works for 6250. >> >> Okay, I am re-building the kernel now, >> will report here if any news. >> >>> Worth a try, but I don't think it will make a difference. I had that >>> code once (it should even be visible on the svn history) but removed >>> it because it isn't required, the 6005 series devices work very well >>> without it (I'm using a 6230 (6000g2b) daily) without issues. What is >>> import though is which calibration results are sent to the runtime >>> firmware, I suspect there might be an issue in >>> iwn5000_rx_calib_results() around IWN5000_PHY_CALIB_DC. >>> >>> I remember that someone reported the 6250 devices working once, it >>> might be worth going over the last revisions (there where some >>> calibration related changes) and figure out which one broke it. >> >> Yes, this device works fine according to this post: >> http://forums.freebsd.org/showthread.php?t=3D19839 >> >> I have scanned the source but it seems that the iwn sources changed a lo= t... > > Yeah, thanks, I start to remember.. > > Seems like I broke 6250 support by adding support for 6005. Point is, > the DC calibration result generated by the init firmware is too large > (saving calibration result code=3D8 len=3D3964, compare with other > results..) to pass over to the runtime firmware, this is where it > chokes. The solution is to not bother about it at all and let the > runtime firmware do the calibration again, so no need to send > anything. Basically, Kevin's patch is correct, it should also just > remove handling of PHY_CALIB_DC in iwn5000_rx_calib_results(), ideally > for all >=3D 6000 devices. > > Can you try this in addition to Kevin's patch? It works! Thank you all so much! :-) Tz-Huan > Index: if_iwn.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- if_iwn.c =C2=A0 =C2=A0(revision 225188) > +++ if_iwn.c =C2=A0 =C2=A0(working copy) > @@ -2502,9 +2502,7 @@ iwn5000_rx_calib_results(struct iwn_softc *sc, str > > =C2=A0 =C2=A0 =C2=A0 =C2=A0switch (calib->code) { > =C2=A0 =C2=A0 =C2=A0 =C2=A0case IWN5000_PHY_CALIB_DC: > - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if ((sc->sc_flags & IW= N_FLAG_INTERNAL_PA) =3D=3D 0 && > - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (sc->hw_= type =3D=3D IWN_HW_REV_TYPE_5150 || > - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sc= ->hw_type >=3D IWN_HW_REV_TYPE_6000)) > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (sc->hw_type =3D=3D= IWN_HW_REV_TYPE_5150) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0idx =3D 0; > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0break; > =C2=A0 =C2=A0 =C2=A0 =C2=A0case IWN5000_PHY_CALIB_LO: > > Thanks > > -- > Bernhard > From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 14:57:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F4140106564A; Wed, 7 Sep 2011 14:57:02 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id C559E8FC0A; Wed, 7 Sep 2011 14:57:02 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id EBF8FF857; Wed, 7 Sep 2011 10:51:52 -0400 (EDT) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id BE736F8C3; Wed, 7 Sep 2011 10:51:50 -0400 (EDT) Received: from smtp2.acsu.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id B86D4F857; Wed, 7 Sep 2011 10:51:50 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp2.acsu.buffalo.edu (Postfix) with ESMTPSA id AF95F45E80; Wed, 7 Sep 2011 10:51:50 -0400 (EDT) From: Ken Smith To: freebsd-current , freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-sYmUTzQJ5x1meQ9QnIpH" Date: Wed, 07 Sep 2011 10:51:50 -0400 Message-ID: <1315407110.19861.90.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: Subject: FreeBSD 9.0-BETA2 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 14:57:03 -0000 --=-sYmUTzQJ5x1meQ9QnIpH Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The second BETA build of the 9.0-RELEASE release cycle is now available. Since this is the first release of a brand new branch I cross-post the announcements on both -current and -stable. But just so you know most of the developers active in head pay more attention to the -current mailing list. If you notice problems you can report them through the normal Gnats PR system or on the -current mailing list. The 9.0-RELEASE cycle will be tracked here: http://wiki.freebsd.org/Releng/9.0TODO though the schedule listed there is now way off. BETA1 and some other factors caused a lot of activity. We'll re-work the schedule some time soon. NOTE: The location of the FTP install tree and ISOs have changed slightly. What we used for BETA2 reflects a directory structure that would let us fully utilize building and distributing a wider variety of architectures, based on this: farrell 1 % cd /usr/src farrell 2 % make targets Supported TARGET/TARGET_ARCH pairs for world and kernel targets amd64/amd64 arm/arm arm/armeb i386/i386 ia64/ia64 mips/mipsel mips/mipseb mips/mips64el mips/mips64eb mips/mipsn32eb pc98/i386 powerpc/powerpc powerpc/powerpc64 sparc64/sparc64 farrell 3 %=20 However we currently, and likely will never, do builds of everything. The new layout does add a some extra complexity. So we're actively discussing whether or not to change the layout from previous releases, and if we do change it whether or not to change it this much... What's there now can be viewed as an almost "worst case" scenario (one of the possibilities being discussed includes having both $TARGET and $TARGET_ARCH in the filenames). It's entirely possible we'll back off and revert to the old layout despite that layout potentially limiting what we can do with the new build infrastructure. ISO images for the following architectures are available, with pathnames given relative to the top-level of the FTP site: amd64: .../releases/amd64/amd64/ISO-IMAGES/9.0/ i386: .../releases/i386/i386/ISO-IMAGES/9.0/ powerpc: .../releases/powerpc/powerpc/ISO-IMAGES/9.0/ powerpc64: .../releases/powerpc/powerpc64/ISO-IMAGES/9.0/ sparc64: .../releases/sparc64/sparc64/ISO-IMAGES/9.0/ Due to a bug that crept in just before BETA2 the ia64 architecture builds failed. That bug has since been fixed. MD5/SHA256 checksums are tacked on below. In addition to lots of bugfixes and a few new things that crept in since BETA1 we have done what we hope will be the final bump of versions for the non-symbol-versioned system libraries. This time we did not bump the version of every non-symbol-versioned library, we just did the ones that had an API and/or ABI change. As before one of the many new features of 9.0 we would like tested is the new installer, so fresh installs on test systems are encouraged. The shift in the directory layout described above is in part due to the new installer. FTP-based installs of BETA1 would have failed, as-is the new installer expects this for where to find the FTP install trees: .../releases/`uname -m`/`uname -p`/`uname -r` We're discussing whether or not the ISO images need to tag along with the FTP install bits to these sub-directories as part of the re-structuring, etc. If you would like to use csup/cvsup mechanisms to access the source tree the branch tag to use is "." (head). If you would like to access the source tree via SVN it is "svn://svn.freebsd.org/base/head/". At this time FreeBSD-Update is not available, in part to help encourage testing the installer. Checksums: MD5 (FreeBSD-9.0-BETA2-amd64-bootonly.iso) =3D 888a6eacd82a716846ce1f5151bc= e1a6 MD5 (FreeBSD-9.0-BETA2-amd64-dvd1.iso) =3D 38178ecee5924950fbcace6ed9881210 MD5 (FreeBSD-9.0-BETA2-amd64-memstick.img) =3D 741a1fb240fde587d4208540e1c1= 3779 MD5 (FreeBSD-9.0-BETA2-i386-bootonly.iso) =3D b74f87a5a5d3da0e9241e3485d3eb= 2cf MD5 (FreeBSD-9.0-BETA2-i386-dvd1.iso) =3D d81b89d182bdbe11155dfd1e9e165fee MD5 (FreeBSD-9.0-BETA2-i386-memstick.img) =3D acfc9797273704008c08c416f7aa8= d8b MD5 (FreeBSD-9.0-BETA2-powerpc-bootonly.iso) =3D f2f0274b655c4a79d6b8847216= 2905f9 MD5 (FreeBSD-9.0-BETA2-powerpc-memstick) =3D 200ca101d6bb761e15d70aa743a632= f6 MD5 (FreeBSD-9.0-BETA2-powerpc-release.iso) =3D 23df0f1e07b375be50f139e7dc9= 5dcf5 MD5 (FreeBSD-9.0-BETA2-powerpc64-bootonly.iso) =3D ed0ac1edfcfe71596f740933= 9cfabc9f MD5 (FreeBSD-9.0-BETA2-powerpc64-memstick) =3D eb552d31fe999396c0bd027b0586= d2ce MD5 (FreeBSD-9.0-BETA2-powerpc64-release.iso) =3D c4469fe01301ac835c40701d5= 2422b55 MD5 (FreeBSD-9.0-BETA2-sparc64-CHECKSUM.MD5) =3D d41d8cd98f00b204e9800998ec= f8427e MD5 (FreeBSD-9.0-BETA2-sparc64-bootonly.iso) =3D e72add6b8f2ad4d9564eddbf7a= e533f0 MD5 (FreeBSD-9.0-BETA2-sparc64-dvd1.iso) =3D 2227e2095d57c4353400bbc4409cac= ff SHA256 (FreeBSD-9.0-BETA2-amd64-bootonly.iso) =3D 01319df05dbccaac2a8c56c42= 84798a4c8c3399a0c0fc8ba04407cd8eea89f76 SHA256 (FreeBSD-9.0-BETA2-amd64-dvd1.iso) =3D e4fa69243aeefcfbce98ac8c30a81= 20a33ff122e7eb8c5fd73c23d49e3b2fad5 SHA256 (FreeBSD-9.0-BETA2-amd64-memstick.img) =3D ac5e08a1a7ed4e6e8f19c18fc= d53306e9ab5b4636c1b390e7fccf271e2ffbbcc SHA256 (FreeBSD-9.0-BETA2-i386-bootonly.iso) =3D e31ca81caa14866c2f3eb837b3= 46f1b853ddb9181a9aa7b8d45915a0ebebbfd1 SHA256 (FreeBSD-9.0-BETA2-i386-dvd1.iso) =3D 2ed439c308c874deb17f20682fa3d2= 4ab64452912a1408d1b8c4220c29ef2728 SHA256 (FreeBSD-9.0-BETA2-i386-memstick.img) =3D bb8d8151863784c4147ba4e62f= 073fcdd4c9b194b55470d3133f7504c2bad5c6 SHA256 (FreeBSD-9.0-BETA2-powerpc-bootonly.iso) =3D 64d7fc1b97a00118b577103= d9882f14b98523716c24d01c6498cce5b8b555154 SHA256 (FreeBSD-9.0-BETA2-powerpc-memstick) =3D 0fd99234ad81687d90f9cbffb37= 5bf938444ca41e5f090d0c1cf86ce5b373422 SHA256 (FreeBSD-9.0-BETA2-powerpc-release.iso) =3D fbe44a2665f68f45c86e8f99= a5e569ed5f9905e38c6f516472bac58e8e742be6 SHA256 (FreeBSD-9.0-BETA2-powerpc64-bootonly.iso) =3D e8ab1ece6460080951dfb= 7bac9de9e80703b0ccf7f684e8be82fd5a32405b093 SHA256 (FreeBSD-9.0-BETA2-powerpc64-memstick) =3D f9778f2c8d85709e027ceaf9d= 8b1c99cae8719bee0a363a29b0e97594a6b6b85 SHA256 (FreeBSD-9.0-BETA2-powerpc64-release.iso) =3D 92a754150b17eb8567fa3b= 9dd306dbb96f2476075ab646ba90840aa733364b7c SHA256 (FreeBSD-9.0-BETA2-sparc64-bootonly.iso) =3D 0ef5b1b41683bfa9047bbd5= 56a81466ed5aa4609335380d611e63ad2d8517f51 SHA256 (FreeBSD-9.0-BETA2-sparc64-dvd1.iso) =3D 00477eaf46f93678a28878d87c4= 551f529915266aee96cbb7141445503efce8d --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-sYmUTzQJ5x1meQ9QnIpH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEUEABECAAYFAk5nhQYACgkQ/G14VSmup/Y/YwCggrtbkd5oTCfh9aGOzglz624c N4QAl1v8HDezbsVhRT7tcdAo/RZmjIY= =vlIG -----END PGP SIGNATURE----- --=-sYmUTzQJ5x1meQ9QnIpH-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 15:03:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 713F51065670 for ; Wed, 7 Sep 2011 15:03:20 +0000 (UTC) (envelope-from tjg@soe.ucsc.edu) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mx1.freebsd.org (Postfix) with ESMTP id 5F3408FC19 for ; Wed, 7 Sep 2011 15:03:20 +0000 (UTC) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mail-01.cse.ucsc.edu (Postfix) with ESMTP id 06ABE1009B5F; Wed, 7 Sep 2011 08:03:20 -0700 (PDT) Date: Wed, 7 Sep 2011 08:03:19 -0700 (PDT) From: Tim Gustafson To: Matt Thyer Message-ID: <815930668.115706.1315407799946.JavaMail.root@mail-01.cse.ucsc.edu> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [128.114.49.22] X-Mailer: Zimbra 6.0.9_GA_2686 (ZimbraWebClient - FF3.0 ([unknown])/6.0.9_GA_2686) Cc: freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 15:03:20 -0000 > Advice is: > > Use -STABLE and not -RELEASE > Upgrade firmware > Avoid port multipliers > > As I'm using cheap 4K green drives I had to use wdidle3.exe to fix > the 8 second head parking and I also had to use gnop to force my > ZFS pool to use 4K transfers. We're already using -STABLE; we update to RELENG_8 periodically. LSI's web site is a little bizarre when it comes to their downloads section. I searched their drivers section for my specific model number and got a bunch of firmware upgrades for other cards with different port configurations. We can't avoid port multipliers. Nobody makes a 32-port SAS/SATA controller. And anyhow, the hardware is already purchased so I need to figure out how to make it work. :) WDC's web site says that the wdidle3.exe utility you suggested is not for this drive; the site says it's only for WD1000FYPS-01ZKB0, WD7500AYPS-01ZKB0, and WD7501AYPS-01ZKB0. I'm not sure what you mean about using gnop to force 4K transfers. > The mps driver has problems with the LSI SAS2008 when using port > multipliers (which are in the enclosures). If you go to the previous > SAS 3G version of that chip I think you'll be OK. When you say "go to the previous SAS 3G version of that chip", do you mean "buy an older version of that controller card"? Or are you talking about downgrading, rather than upgrading, the firmware? There are newer LSI cards out there as well. Would upgrading the card help any? The LSI SAS 9205-8e seems to be a workable solution, and not too expensive. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tim Gustafson tjg@soe.ucsc.edu Baskin School of Engineering 831-459-5354 UC Santa Cruz Baskin Engineering 317B -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 15:41:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 2CCE61065670 for ; Wed, 7 Sep 2011 15:41:14 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 666ED151C15 for ; Wed, 7 Sep 2011 15:41:11 +0000 (UTC) Message-ID: <4E679063.5020700@FreeBSD.org> Date: Wed, 07 Sep 2011 19:40:19 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=10C8A17A Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig89732A4E1B6E2BF9D3644066" Subject: Re: FreeBSD 9.0 BETA2 gpart resize -s uses whole disk on first resize X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 15:41:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig89732A4E1B6E2BF9D3644066 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 07.09.2011 04:21, Mikael Fridh wrote: > Hi gurus, >=20 > FreeBSD freebsd9.mg8.tmtowtdi.se 9.0-BETA2 FreeBSD 9.0-BETA2 #0: Wed > Aug 31 18:07:44 UTC 2011 > root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > When resizing a partition, on first attempt it uses up the whole disk. > Only on second attempt it resizes to the correct target size. >=20 > Resizing from any smaller size to a larger size initially uses up the > whole disk, like if -s was not used at all even if it's as little as > one logical disk block. >=20 > I'm wondering if anyone else can reproduce. I can't reproduce. # dd if=3D/dev/zero of=3D./disk count=3D1 seek=3D3907029167 1+0 records in 1+0 records out 512 bytes transferred in 0.000116 secs (4409617 bytes/sec) # mdconfig -f disk md0 # gpart create -s gpt md0 md0 created # gpart add -t freebsd-boot -b 64 -s 128 md0 md0p1 added # gpart add -t freebsd-swap -s 8388608 md0 md0p2 added # gpart show md0 =3D> 34 3907029101 md0 GPT (1.8T) 34 30 - free - (15k) 64 128 1 freebsd-boot (64k) 192 8388608 2 freebsd-swap (4.0G) 8388800 3898640335 - free - (1.8T) # gpart resize -i 2 -s 33554432 md0 md0p2 resized # gpart show md0 =3D> 34 3907029101 md0 GPT (1.8T) 34 30 - free - (15k) 64 128 1 freebsd-boot (64k) 192 33554432 2 freebsd-swap (16G) 33554624 3873474511 - free - (1.8T) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D So, can you enable G_F_CTLDUMP flag and try it again, and show what you will get? Just use: # sysctl kern.geom.debugflags=3D0x80 # gpart resize -i 2 -s 33554432 md0 On the console (and in the log files) will be printed some info. --=20 WBR, Andrey V. Elsukov --------------enig89732A4E1B6E2BF9D3644066 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJOZ5BqAAoJEAHF6gQQyKF6JLUH/if444OQFc9a1Gr+FwLjAPan 5PAFxQ5qe4ufgmIMLbpBehl8SxNmHCWVEMv/FukHXcQCZvJDzoASCGb83oOAXqCb YaWBMKUyg4lE03zsUGTpB4wT7JTgJOfmEwCOnBUvQvohevjZ8Qi9hjOTNffrvBr7 LWHIoeti1Na0kCVi6HCsHSso2l1mqPrq4a81OEaFu+ttgtdXFJon5O2L9ixu94Sv f0NjN0ChF4DzG6fUo2KDw2hsQ+epuozRBxv8AZIHl20gukqNrgLFtZUNo7FzyE5r Sn39dxUwypRAXe1rCdqgfangUmCepzIua2XcQZbQS0cEofvbwQN15IGPtryQsqc= =/JWh -----END PGP SIGNATURE----- --------------enig89732A4E1B6E2BF9D3644066-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 16:02:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 8AF82106566B for ; Wed, 7 Sep 2011 16:02:24 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7459E1556B5; Wed, 7 Sep 2011 16:02:23 +0000 (UTC) Message-ID: <4E67955D.4010003@FreeBSD.org> Date: Wed, 07 Sep 2011 20:01:33 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Mikael Fridh References: In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=10C8A17A Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig238788F9123FC4EF201EC4F0" Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0 BETA2 gpart resize -s uses whole disk on first resize X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 16:02:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig238788F9123FC4EF201EC4F0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 07.09.2011 04:21, Mikael Fridh wrote: > Resizing from any smaller size to a larger size initially uses up the > whole disk, like if -s was not used at all even if it's as little as > one logical disk block. >=20 > I'm wondering if anyone else can reproduce. Also, can you show the output of this command: # diskinfo -v ada0 --=20 WBR, Andrey V. Elsukov --------------enig238788F9123FC4EF201EC4F0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJOZ5ViAAoJEAHF6gQQyKF6BCMH/0hoVmZPDhO+UsMb9Hy8oHoP IKPqalTVvn3dTRaQKlCGsyIrrgH7cToRq7QFemLCPmtx1CcbQZwgfjgmJ68UbvSa V02sQwHsQbjJVhELsFw+2efBTZ3P103utUhRRd6nECI/AHyrd2GQA668NYVtX+Kq b5nFlHHR4UL+Bgw4/NHRh2GIp+F8UyOtoQWDf4r0+b1RgP81kWkN+76Ct/Uafg7g yFhM7yY9nlmryGsumprzSiqAWBhooFH2C5EE/QLFLmbSoFR61ywuZSzdTujSfFi/ O24xd5sdK5WJX5Ng8AFBC4vClaZTvApvVlkgPyE3xjdN8KT9RvqYcrJdc2xU6ac= =v8ZU -----END PGP SIGNATURE----- --------------enig238788F9123FC4EF201EC4F0-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 16:10:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0567106564A for ; Wed, 7 Sep 2011 16:10:57 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 677B78FC12 for ; Wed, 7 Sep 2011 16:10:57 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:14f9:cfdf:caf2:2c18]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id AE76C4AC59 for ; Wed, 7 Sep 2011 20:10:56 +0400 (MSD) Date: Wed, 7 Sep 2011 20:10:53 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1231707981.20110907201053@serebryakov.spb.ru> To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: WITHOUT_GCC flag disables installation of /usr/bin/cpp too -- is it Ok? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@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: Wed, 07 Sep 2011 16:10:57 -0000 Hello, freebsd-current. I'm building NanoBSD image based on latest HEAD sources. I've added WITHOUT_GCC to install configuration, as I don't need gcc/g++ (it is documented in man src.conf as disabling exactly gcc and g++), but it affect /usr/bin/cpp too. And I need cpp for some config processing. Is it bug in documentation (man src.conf) or build system? I know about WITHOUT_TOOLCHAIN, and it seems reasonable, that WITHOUT_TOOLCHAIN disables cpp too, but not WITHOUT_GCC :(. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 16:35:13 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CCF3106566C; Wed, 7 Sep 2011 16:35:13 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 498B78FC08; Wed, 7 Sep 2011 16:35:12 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA18844; Wed, 07 Sep 2011 19:35:10 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E679D3D.1000007@FreeBSD.org> Date: Wed, 07 Sep 2011 19:35:09 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-fs@FreeBSD.org References: <20110901223646.14b8aae8@o2.pl> <4E60DBBD.1040703@FreeBSD.org> In-Reply-To: <4E60DBBD.1040703@FreeBSD.org> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Sebastian Chmielewski Subject: Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 16:35:13 -0000 on 02/09/2011 16:35 Andriy Gapon said the following: > Then: > - obtain this patch http://people.freebsd.org/~avg/zfstest.head.diff > - cd sys/boot/zfs > - apply the patch to zfstest.c > - cc -I. -I../../cddl/boot/zfs zfstest.c -o zfstest > - run the resulting binary as root and provide your pool device(s) as > parameter(s); e.g.: > ./zfstest /dev/ada0p4 Thanks to a lot of excellent testing, debugging and analysis from Sebastian (which went behind the scenes) we now have this patch: http://people.freebsd.org/~avg/zfs-boot-gang.diff The patch introduces the following changes: - checksum is now verified for gang header blocks - checksum is now verified for reconstituted data of whole gang blocks (previously it is verified only for individual gang member leaf blocks) - reconstituted data of a whole gang block is now decompressed if the gang block is compressed The last change is _the_ change. If you use compression for a filesystem where your kernel resides and you get a problem with booting, then please test this patch and report back. Many thanks to Sebastian! Additional heap of thanks to Doug Rabson who came up with the idea and implementation of zfstest.c! This tool is of the immense help when debugging an issue like this one. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 17:17:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDA6C106566B; Wed, 7 Sep 2011 17:17:22 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9068C8FC14; Wed, 7 Sep 2011 17:17:22 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:c014:d233:d8d3:2f47] (unknown [IPv6:2001:7b8:3a7:0:c014:d233:d8d3:2f47]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6FC185C59; Wed, 7 Sep 2011 19:17:21 +0200 (CEST) Message-ID: <4E67A720.2000903@FreeBSD.org> Date: Wed, 07 Sep 2011 19:17:20 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: lev@FreeBSD.org References: <1231707981.20110907201053@serebryakov.spb.ru> In-Reply-To: <1231707981.20110907201053@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: WITHOUT_GCC flag disables installation of /usr/bin/cpp too -- is it Ok? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 17:17:22 -0000 On 2011-09-07 18:10, Lev Serebryakov wrote: > I'm building NanoBSD image based on latest HEAD sources. I've added > WITHOUT_GCC to install configuration, as I don't need gcc/g++ (it is > documented in man src.conf as disabling exactly gcc and g++), but it > affect /usr/bin/cpp too. And I need cpp for some config processing. > > Is it bug in documentation (man src.conf) or build system? I know > about WITHOUT_TOOLCHAIN, and it seems reasonable, that > WITHOUT_TOOLCHAIN disables cpp too, but not WITHOUT_GCC :(. It's a bug in the documentation. WITHOUT_GCC actually disables at least the following executables: /usr/bin/c++ /usr/bin/c++filt /usr/bin/CC /usr/bin/cc /usr/bin/cpp /usr/bin/g++ /usr/bin/gcc /usr/bin/gcov /usr/libexec/cc1 /usr/libexec/cc1plus From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 17:20:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4234A106564A; Wed, 7 Sep 2011 17:20:09 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 065F88FC0A; Wed, 7 Sep 2011 17:20:09 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:14f9:cfdf:caf2:2c18]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 58D314AC31; Wed, 7 Sep 2011 21:20:07 +0400 (MSD) Date: Wed, 7 Sep 2011 21:20:04 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1997790603.20110907212004@serebryakov.spb.ru> To: Dimitry Andric In-Reply-To: <4E67A720.2000903@FreeBSD.org> References: <1231707981.20110907201053@serebryakov.spb.ru> <4E67A720.2000903@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: lev@FreeBSD.org, freebsd-current Subject: Re: WITHOUT_GCC flag disables installation of /usr/bin/cpp too -- is it Ok? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@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: Wed, 07 Sep 2011 17:20:09 -0000 Hello, Dimitry. You wrote 7 =F1=E5=ED=F2=FF=E1=F0=FF 2011 =E3., 21:17:20: >> I'm building NanoBSD image based on latest HEAD sources. I've added >> WITHOUT_GCC to install configuration, as I don't need gcc/g++ (it is >> documented in man src.conf as disabling exactly gcc and g++), but it >> affect /usr/bin/cpp too. And I need cpp for some config processing. >> Is it bug in documentation (man src.conf) or build system? I know >> about WITHOUT_TOOLCHAIN, and it seems reasonable, that >> WITHOUT_TOOLCHAIN disables cpp too, but not WITHOUT_GCC :(. > It's a bug in the documentation. WITHOUT_GCC actually disables at IMHO, it is bug in build process ;-) -- see below > least the following executables: > /usr/bin/c++ > /usr/bin/c++filt > /usr/bin/CC > /usr/bin/cc > /usr/bin/cpp > /usr/bin/g++ > /usr/bin/gcc > /usr/bin/gcov > /usr/libexec/cc1 > /usr/libexec/cc1plus I think, that /usr/bin/cpp is valuable by itself, as it is handy generic preprocessor tool, useful for preparing complex ipfw scripts, for example. All others are bundled together, for sure. I think, it is good idea to exclude cpp from this list (but not from WITHOUT_TOOLCHAIN, of course). --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 17:27:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 977CA106566C; Wed, 7 Sep 2011 17:27:46 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 58F7F8FC12; Wed, 7 Sep 2011 17:27:46 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:c014:d233:d8d3:2f47] (unknown [IPv6:2001:7b8:3a7:0:c014:d233:d8d3:2f47]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A076E5C59; Wed, 7 Sep 2011 19:27:45 +0200 (CEST) Message-ID: <4E67A991.5080605@FreeBSD.org> Date: Wed, 07 Sep 2011 19:27:45 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: lev@FreeBSD.org References: <1231707981.20110907201053@serebryakov.spb.ru> <4E67A720.2000903@FreeBSD.org> <1997790603.20110907212004@serebryakov.spb.ru> In-Reply-To: <1997790603.20110907212004@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: WITHOUT_GCC flag disables installation of /usr/bin/cpp too -- is it Ok? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 17:27:46 -0000 On 2011-09-07 19:20, Lev Serebryakov wrote: ... > I think, that /usr/bin/cpp is valuable by itself, as it is handy > generic preprocessor tool, useful for preparing complex ipfw scripts, > for example. All others are bundled together, for sure. > > I think, it is good idea to exclude cpp from this list (but not from > WITHOUT_TOOLCHAIN, of course). The problem is that it ain't easy. :) Currently, MK_GCC==no simply disables building everything under /usr/src/gnu/usr.bin/cc, which has all the gcc subcomponents. And you cannot just build cpp by itself, specific gcc support tools need to be built first. From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 17:43:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AB4C1065670; Wed, 7 Sep 2011 17:43:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 215158FC14; Wed, 7 Sep 2011 17:43:21 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id CA79246B0A; Wed, 7 Sep 2011 13:43:20 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 663868A02E; Wed, 7 Sep 2011 13:43:20 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 7 Sep 2011 10:14:26 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109071014.27026.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 07 Sep 2011 13:43:20 -0400 (EDT) Cc: Ryan Stone Subject: Re: panic: sched_priority: invalid priority 3990 on r225375 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 17:43:21 -0000 On Sunday, September 04, 2011 7:21:23 pm Ryan Stone wrote: > I've gotten the following panic twice while running recent builds of > head under VirtualBox(FreeBSD 8.2 host). > > panic: sched_priority: invalid priority 3990: nice 0, ticks 1227873280 > ftick 175669871 ltick 175679894 tick pri 3818 > > The crashes happened while I was running a stress test of the network > stack. I have a client machine and a server machine. The client is > running head with a patch that I'm trying to prove out; the server > should be running with basically stock head as of r225375(I think that > there's a couple of minor changes in the tree I used to build the > server with, but I've gotten the crash on the client and the server, > and neither have any uncommitted patches in common). The server is > running several netcat instances in listen mode; the client has a > script sitting in a loop starting netcat instances that connect to > instances running on the server and send data from client -> server. > The client also has a script that changes the routing tables > periodically. > > Both the client and the server have crashed once so far. I haven't > been running any tests on actual hardware so I can't say whether this > is a FreeBSD problem or a VirtualBox problem. I'm going to start > running the same tests against VMs running some version of FreeBSD 8 > to see if I can reproduce the problem there. In the meantime, I've > made a core.txt accessible in case anybody wants to take a look. You > can find it at: > > http://people.freebsd.org/~rstone/sched_priority/core.txt.0.bz2 > > Please let me know if you need any more information. This is due to ts->ts_ticks being way too large. I think it needs a cap to handle this case, but I'm not sure exactly which bits need to be capped, and what the maximum value they should be capped at is. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 20:18:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2508106564A; Wed, 7 Sep 2011 20:18:26 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 885D38FC17; Wed, 7 Sep 2011 20:18:26 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id p87KIPhb014684; Wed, 7 Sep 2011 16:18:25 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Wed, 07 Sep 2011 16:18:25 -0400 (EDT) Date: Wed, 7 Sep 2011 16:18:25 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Baldwin In-Reply-To: <201109061608.42887.jhb@freebsd.org> Message-ID: References: <201109061145.20459.jhb@freebsd.org> <201109061608.42887.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Warner Losh Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 20:18:27 -0000 On Tue, 6 Sep 2011, John Baldwin wrote: > On Tuesday, September 06, 2011 3:34:58 pm Daniel Eischen wrote: >> On Tue, 6 Sep 2011, John Baldwin wrote: >>> >>> Looks like I had a typo in my original e-mail, try >>> "debug.acpi.disabled=hostres" >>> rather than "debug.acpi.disable=hostres". >> >> Ok, I'll try that. Setting debug.acpi.disabled=hostres in /boot/loader.conf did not help. I tried this with a recent kernel from HEAD. More info. I've found that kernels: March 31 - work, ath attaches and works April 1 - June 6: panic on cardbus attach June 7 - HEAD: work, but ath doesn't attach I found the commit that fixed the panic: Index: sys/dev/pci/pci.c =================================================================== RCS file: /opt/FreeBSD/cvs/src/sys/dev/pci/pci.c,v retrieving revision 1.420 retrieving revision 1.421 diff -u -r1.420 -r1.421 --- sys/dev/pci/pci.c 3 May 2011 17:37:24 -0000 1.420 +++ sys/dev/pci/pci.c 6 Jun 2011 13:21:11 -0000 1.421 @@ -2576,6 +2576,17 @@ uint16_t cmd; struct resource *res; + /* + * The BAR may already exist if the device is a CardBus card + * whose CIS is stored in this BAR. + */ + pm = pci_find_bar(dev, reg); + if (pm != NULL) { + maprange = pci_maprange(pm->pm_value); + barlen = maprange == 64 ? 2 : 1; + return (barlen); + } + pci_read_bar(dev, reg, &map, &testval); if (PCI_BAR_MEM(map)) { type = SYS_RES_MEMORY; I applied this patch to the April 1st kernel (which previously paniced) and was able to boot the kernel. ath still does not attach. So the commit that broke my cardbus ath occurred on April 1. -- DE From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 20:27:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2D071065674 for ; Wed, 7 Sep 2011 20:27:41 +0000 (UTC) (envelope-from frimik@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 739588FC1C for ; Wed, 7 Sep 2011 20:27:41 +0000 (UTC) Received: by qyk4 with SMTP id 4so1712325qyk.13 for ; Wed, 07 Sep 2011 13:27:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=fHWUx5YtzzW/toZDuMEB3NgeSl8CYUrUK44BaqNWJzY=; b=kNz78PEsesUkwlVOAzc61O+MUSWi9zhM05mDI7/QHiADZVd7XhlIQmgQMt5D9UViQw gjAZ1Y+zw4+zlOLVWKiIuvHBrpywnBA8EJlTCcVwFYJi+YKMhnw6kO4cddyhNpcmXGI/ xSr6AUxnLXeY6AkgYxwWTPaSdfh0feBm222dA= MIME-Version: 1.0 Received: by 10.52.156.13 with SMTP id wa13mr2861191vdb.165.1315427260508; Wed, 07 Sep 2011 13:27:40 -0700 (PDT) Received: by 10.52.160.1 with HTTP; Wed, 7 Sep 2011 13:27:40 -0700 (PDT) In-Reply-To: <4E679063.5020700@FreeBSD.org> References: <4E679063.5020700@FreeBSD.org> Date: Wed, 7 Sep 2011 22:27:40 +0200 Message-ID: From: Mikael Fridh To: "Andrey V. Elsukov" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0 BETA2 gpart resize -s uses whole disk on first resize X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 20:27:41 -0000 2011/9/7 Andrey V. Elsukov : > On 07.09.2011 04:21, Mikael Fridh wrote: >> Hi gurus, >> >> FreeBSD freebsd9.mg8.tmtowtdi.se 9.0-BETA2 FreeBSD 9.0-BETA2 #0: Wed >> Aug 31 18:07:44 UTC 2011 >> root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC =A0amd64 >> >> When resizing a partition, on first attempt it uses up the whole disk. >> Only on second attempt it resizes to the correct target size. >> >> Resizing from any smaller size to a larger size initially uses up the >> whole disk, like if -s was not used at all even if it's as little as >> one logical disk block. >> >> I'm wondering if anyone else can reproduce. > > I can't reproduce. > > So, can you enable G_F_CTLDUMP flag and try it again, and show what you > will get? > Just use: > # sysctl kern.geom.debugflags=3D0x80 > # gpart resize -i 2 -s 33554432 md0 > > On the console (and in the log files) will be printed some info. I saw your patch and will try to patch and try it. For completion here is the information you requested. freebsd9# gpart add -t freebsd-swap -s 200 -l testswap ada0 ada0p5 added freebsd9# gpart show ada0 =3D> 34 3907029101 ada0 GPT (1.8T) 34 30 - free - (15k) 64 128 1 freebsd-boot (64k) 192 33554240 2 freebsd-swap (16G) 33554432 209715200 3 freebsd-zfs (100G) 243269632 3663757312 4 freebsd-zfs (1.7T) 3907026944 200 5 freebsd-swap (100k) 3907027144 1991 - free - (995k) freebsd9# sysctl kern.geom.debugflags=3D0x80 kern.geom.debugflags: 0 -> 128 freebsd9# gpart resize -i 5 -s 800 ada0 ada0p5 resized freebsd9# gpart show ada0 =3D> 34 3907029101 ada0 GPT (1.8T) 34 30 - free - (15k) 64 128 1 freebsd-boot (64k) 192 33554240 2 freebsd-swap (16G) 33554432 209715200 3 freebsd-zfs (100G) 243269632 3663757312 4 freebsd-zfs (1.7T) 3907026944 2184 5 freebsd-swap (1.1M) 3907029128 7 - free - (3.5k) freebsd9# diskinfo -v ada0 ada0 512 # sectorsize 2000398934016 # mediasize in bytes (1.8T) 3907029168 # mediasize in sectors 4096 # stripesize 0 # stripeoffset 3876021 # Cylinders according to firmware. 16 # Heads according to firmware. 63 # Sectors according to firmware. WD-WCAVY1880124 # Disk ident. dmesg output from gpart add and 2 sequential gpart resizes (gpart resize -i 5 -s 800 ada0): * add: Dump of gctl request at 0xfffffe0002b94a80: param: "class" [R5] =3D "PART" param: "verb" [R4] =3D "add" param: "version" [R4] =3D 00 00 00 00 param: "type" [R13] =3D "freebsd-swap" param: "size" [R4] =3D "200" param: "label" [R9] =3D "testswap" param: "start" [R11] =3D "3907026944" param: "flags" [R2] =3D "C" param: "arg0" [R5] =3D "ada0" param: "output" [RW4096] =3D 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 * resize 1: Dump of gctl request at 0xfffffe0002b94c80: param: "class" [R5] =3D "PART" param: "verb" [R7] =3D "resize" param: "version" [R4] =3D 00 00 00 00 param: "index" [R8] =3D 05 00 00 00 00 00 00 00 param: "size" [R5] =3D "2184" param: "flags" [R2] =3D "C" param: "arg0" [R5] =3D "ada0" param: "output" [RW4096] =3D 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 * resize 2: Dump of gctl request at 0xfffffe0002b93680: param: "class" [R5] =3D "PART" param: "verb" [R7] =3D "resize" param: "version" [R4] =3D 00 00 00 00 param: "index" [R8] =3D 05 00 00 00 00 00 00 00 param: "size" [R4] =3D "800" param: "flags" [R2] =3D "C" param: "arg0" [R5] =3D "ada0" param: "output" [RW4096] =3D 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 -- Mikael Fridh From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 20:35:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E76D71065670 for ; Wed, 7 Sep 2011 20:35:36 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 82C0A8FC13 for ; Wed, 7 Sep 2011 20:35:36 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 6EE9DE6C6D for ; Wed, 7 Sep 2011 21:35:35 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; s=mail; bh=tOmF9AFtPeM6 cCrzNZVwjQZO/gc=; b=fgDk7Pfmo3UqrZQIkm3toFtrSGDcNLkV5YldOWvgX/Gx WUH/I7Vpw9j/lCyyZp5Af5l98FkjqjZ0NyDbfx9LleWYnwxAigUokr0IBpt686Xy LBT33TzYBjzghryF27M/+0alzAgj7ptpPnOT3JVpUaDhYNLkcxLImvALk7R/srk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=mail; b=PsOV1y w+3jSlIezq6hzPqKaJUviaE+JP58Na43mohcTn9qO3+4g812ZTAkNn7V2A3X3Fu4 88Hoq3grIiawmOZy7ynUR5ZBUpB1sUpR1oZZKXbMTx2L4j/Ym0UdYopgUvaiwvjZ RrXwqCXv/l2abyDwT9Pn0I1LsVjje708UXXoc= Received: from [192.168.1.104] (188-222-18-231.zone13.bethere.co.uk [188.222.18.231]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 5715AE648C for ; Wed, 7 Sep 2011 21:35:35 +0100 (BST) Message-ID: <4E67D592.4020607@cran.org.uk> Date: Wed, 07 Sep 2011 21:35:30 +0100 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1315407110.19861.90.camel@bauer.cse.buffalo.edu> In-Reply-To: <1315407110.19861.90.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 9.0-BETA2 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 20:35:37 -0000 On 07/09/2011 15:51, Ken Smith wrote: > As before one of the many new features of 9.0 we would like tested > is the new installer, so fresh installs on test systems are encouraged. > The shift in the directory layout described above is in part due to > the new installer. FTP-based installs of BETA1 would have failed, > as-is the new installer expects this for where to find the FTP > install trees: There's still a typo in the installer: "Resovler Configuration". Also, it seems the OK button doesn't work if the installer fails to fetch a file - to exit from the "Fetch Error" screen I had to press Ctrl-C. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 20:42:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A2BB1065675 for ; Wed, 7 Sep 2011 20:42:45 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id BEDFE8FC08 for ; Wed, 7 Sep 2011 20:42:44 +0000 (UTC) Received: by qwg2 with SMTP id 2so55157qwg.17 for ; Wed, 07 Sep 2011 13:42:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=WnSZVW57YnKuvxz4M4AahL+7RwAYtOm8bWUOIWO+/p0=; b=vLkxca0CoFAAxXUvtb7y+ym6ky5q0dJE/iYmnQzAsypzEOqtcK5VjYHqHNAHjB0fCK r4rwNMgTIcowDLeCn7W5X6yCPVKrEGnpBXZlUxphhJu6JffR+xAiLS39KYZcYvrEkO0I WMQwZ7scm9X4c/RwGVv242eVaehwz+1/A+tAA= MIME-Version: 1.0 Received: by 10.224.212.69 with SMTP id gr5mr5292331qab.392.1315428164065; Wed, 07 Sep 2011 13:42:44 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Wed, 7 Sep 2011 13:42:44 -0700 (PDT) In-Reply-To: <4E67D592.4020607@cran.org.uk> References: <1315407110.19861.90.camel@bauer.cse.buffalo.edu> <4E67D592.4020607@cran.org.uk> Date: Wed, 7 Sep 2011 13:42:44 -0700 Message-ID: From: Garrett Cooper To: Bruce Cran Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA2 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 20:42:45 -0000 On Wed, Sep 7, 2011 at 1:35 PM, Bruce Cran wrote: > On 07/09/2011 15:51, Ken Smith wrote: >> >> As before one of the many new features of 9.0 we would like tested >> is the new installer, so fresh installs on test systems are encouraged. >> The shift in the directory layout described above is in part due to >> the new installer. =A0FTP-based installs of BETA1 would have failed, >> as-is the new installer expects this for where to find the FTP >> install trees: > > There's still a typo in the installer: "Resovler Configuration". Already fixed, but it didn't make it into the BETA2 media. > Also, it seems the OK button doesn't work if the installer fails to fetch= a > file - to exit from the "Fetch Error" screen I had to press Ctrl-C. Hmm... don't know about that one. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 20:50:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3193106566C for ; Wed, 7 Sep 2011 20:50:46 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id ABB968FC17 for ; Wed, 7 Sep 2011 20:50:46 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:14f9:cfdf:caf2:2c18]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id F13884AC58 for ; Thu, 8 Sep 2011 00:50:45 +0400 (MSD) Date: Thu, 8 Sep 2011 00:50:42 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1505890415.20110908005042@serebryakov.spb.ru> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: -CURRENT (BETA2) nfs client surprise X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@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: Wed, 07 Sep 2011 20:50:47 -0000 Hello, Freebsd-current. I've built NanoBSD image for my router based on latest HEAD sources. Image contains minimal set of kernel modules and custom kernel with NFSCLIENT option. Router mounts "/usr/home" via NFS with this "/etc/fstab" line: 192.168.134.2:/usr/home /usr/home nfs rw,late,soft,intr,bg,wsize=3D65536,rs= ize=3D65536,tcp 0 0 And I've been very surprised when boot failed because it cannot find "nfscl" module. Yes, I know, that now here are TWO versions of in-kernel NFS clients. But, IMHO, it is POLA violation not to boot with valid configuration from previous version. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 20:55:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F39C106566C for ; Wed, 7 Sep 2011 20:55:12 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id CFEEF8FC0C for ; Wed, 7 Sep 2011 20:55:11 +0000 (UTC) Received: by qwg2 with SMTP id 2so64182qwg.17 for ; Wed, 07 Sep 2011 13:55:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=N6WW55JeHjoCKUhvkjMvl7KAZ71OZw5iC3rmXZwe1jY=; b=bMhqDagaSSkt55Lr+DKKFjxEY8IJKi3LCQ8iMgCWgqgtSqW7bWyKSAcdbZ8AVXyxPB KEwBYGNCuqohyaqMOLpD95GU3xFS53+8LeE1CB4rwi7Kn9cMwg0/e/vZUANrc7uzMBd9 gXoPifcSOsbnA6fKHSW+BOAYooyVpMM7uyw3Q= MIME-Version: 1.0 Received: by 10.224.212.69 with SMTP id gr5mr5301102qab.392.1315428911124; Wed, 07 Sep 2011 13:55:11 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Wed, 7 Sep 2011 13:55:11 -0700 (PDT) In-Reply-To: <1505890415.20110908005042@serebryakov.spb.ru> References: <1505890415.20110908005042@serebryakov.spb.ru> Date: Wed, 7 Sep 2011 13:55:11 -0700 Message-ID: From: Garrett Cooper To: lev@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: -CURRENT (BETA2) nfs client surprise X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 20:55:12 -0000 2011/9/7 Lev Serebryakov : > Hello, Freebsd-current. > > =A0I've built NanoBSD image for my router based on latest HEAD sources. > Image contains minimal set of kernel modules and custom kernel with > NFSCLIENT option. It needs to be changed to NFSCL: $ svngrep -r NFSCL /sys/i386/conf/GENERIC options NFSCL # New Network Filesystem Client options NFS_ROOT # NFS usable as /, requires NFSCL > =A0Router mounts "/usr/home" via NFS with this "/etc/fstab" line: > > 192.168.134.2:/usr/home /usr/home nfs rw,late,soft,intr,bg,wsize=3D65536,= rsize=3D65536,tcp 0 0 > > =A0And I've been very surprised when boot failed because it cannot find > "nfscl" module. > > =A0Yes, I know, that now here are TWO versions of in-kernel NFS > clients. But, IMHO, it is POLA violation not to boot with valid > configuration from previous version. I think the nomenclature change was done s.t. clients using old NFS implementations didn't require any changes in their KERNCONF files. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 21:02:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D193106566C for ; Wed, 7 Sep 2011 21:02:52 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id D6ACA8FC17 for ; Wed, 7 Sep 2011 21:02:51 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:14f9:cfdf:caf2:2c18]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id B240F4AC58; Thu, 8 Sep 2011 01:02:50 +0400 (MSD) Date: Thu, 8 Sep 2011 01:02:47 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1036483457.20110908010247@serebryakov.spb.ru> To: Garrett Cooper In-Reply-To: References: <1505890415.20110908005042@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: -CURRENT (BETA2) nfs client surprise X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@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: Wed, 07 Sep 2011 21:02:52 -0000 Hello, Garrett. You wrote 8 =F1=E5=ED=F2=FF=E1=F0=FF 2011 =E3., 0:55:11: > It needs to be changed to NFSCL: > $ svngrep -r NFSCL /sys/i386/conf/GENERIC > options NFSCL # New Network Filesystem Client > options NFS_ROOT # NFS usable as /, requires NFSCL Yep, I found it in seconds, but after that kernel + nanobsd image rebuild takes considerable amount of time. > I think the nomenclature change was done s.t. clients using old NFS > implementations didn't require any changes in their KERNCONF files. It is not true. I'm using old KERNCONF (with only NFSCLIENT) and old fstab (Without any NSF vversion options) -- and got error on boot due to unmountable file system! Of course, if this system had had full set of modules, this situation would have masked by transparent loading of nfscl.ko. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 21:13:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 837C41065673 for ; Wed, 7 Sep 2011 21:13:38 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2EEBA8FC17 for ; Wed, 7 Sep 2011 21:13:38 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Al8GAMPdZ06DaFvO/2dsb2JhbABDhFWUV486gUYBAQEBAgEBAQEgKyALBRYYAgINGQIpAQkmDgcEARwEh1QEpVSRe4EshC6BEQSRIIISiX2HNA X-IronPort-AV: E=Sophos;i="4.68,347,1312171200"; d="scan'208";a="136856555" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 07 Sep 2011 17:13:37 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 495C6B3F3F; Wed, 7 Sep 2011 17:13:37 -0400 (EDT) Date: Wed, 7 Sep 2011 17:13:37 -0400 (EDT) From: Rick Macklem To: lev@FreeBSD.org Message-ID: <2109435906.945862.1315430017247.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1505890415.20110908005042@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org Subject: Re: -CURRENT (BETA2) nfs client surprise X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 21:13:38 -0000 Lev Serebryakov wrote: > Hello, Freebsd-current. > > I've built NanoBSD image for my router based on latest HEAD sources. > Image contains minimal set of kernel modules and custom kernel with > NFSCLIENT option. > Router mounts "/usr/home" via NFS with this "/etc/fstab" line: > > 192.168.134.2:/usr/home /usr/home nfs > rw,late,soft,intr,bg,wsize=65536,rsize=65536,tcp 0 0 > > And I've been very surprised when boot failed because it cannot find > "nfscl" module. > See UPDATING (in head) date 20110427. > Yes, I know, that now here are TWO versions of in-kernel NFS > clients. But, IMHO, it is POLA violation not to boot with valid > configuration from previous version. > I'll admit I don't even know what the acronym POLA stands for, but it was my understanding that this change was ok for a major new release. Anyhow, the new client (kernel "options NFSCL") is now the one called "nfs". If you want to use the old client (options NFSCLIENT), the file system type is called "oldnfs". > -- > // Black Lion AKA Lev Serebryakov > > _______________________________________________ > 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 Sep 7 21:21:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA604106566C; Wed, 7 Sep 2011 21:21:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C12A68FC14; Wed, 7 Sep 2011 21:21:44 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 5ECB246B0A; Wed, 7 Sep 2011 17:21:44 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DF6348A02F; Wed, 7 Sep 2011 17:21:43 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, lev@freebsd.org Date: Wed, 7 Sep 2011 17:21:42 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <1505890415.20110908005042@serebryakov.spb.ru> <1036483457.20110908010247@serebryakov.spb.ru> In-Reply-To: <1036483457.20110908010247@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Message-Id: <201109071721.42950.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 07 Sep 2011 17:21:44 -0400 (EDT) Cc: Garrett Cooper Subject: Re: -CURRENT (BETA2) nfs client surprise X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 21:21:45 -0000 On Wednesday, September 07, 2011 5:02:47 pm Lev Serebryakov wrote: > Hello, Garrett. > You wrote 8 =F1=E5=ED=F2=FF=E1=F0=FF 2011 =E3., 0:55:11: >=20 > > It needs to be changed to NFSCL: >=20 > > $ svngrep -r NFSCL /sys/i386/conf/GENERIC > > options NFSCL # New Network Filesystem Client > > options NFS_ROOT # NFS usable as /, requires NFS= CL > Yep, I found it in seconds, but after that kernel + nanobsd image > rebuild takes considerable amount of time. >=20 > > I think the nomenclature change was done s.t. clients using old NFS > > implementations didn't require any changes in their KERNCONF files. > It is not true. I'm using old KERNCONF (with only NFSCLIENT) and old > fstab (Without any NSF vversion options) -- and got error on boot due > to unmountable file system! Of course, if this system had had full set > of modules, this situation would have masked by transparent loading of > nfscl.ko. You can't rely on using kernel configs unchanged across major releases. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 21:35:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 075931065677; Wed, 7 Sep 2011 21:35:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D11D38FC0A; Wed, 7 Sep 2011 21:35:35 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 894C246B09; Wed, 7 Sep 2011 17:35:35 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0E5EC8A02E; Wed, 7 Sep 2011 17:35:35 -0400 (EDT) From: John Baldwin To: Daniel Eischen Date: Wed, 7 Sep 2011 17:35:34 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <201109061608.42887.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109071735.34593.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 07 Sep 2011 17:35:35 -0400 (EDT) Cc: adrian@freebsd.org, freebsd-current@freebsd.org, Warner Losh Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 21:35:36 -0000 On Wednesday, September 07, 2011 4:18:25 pm Daniel Eischen wrote: > On Tue, 6 Sep 2011, John Baldwin wrote: > > > On Tuesday, September 06, 2011 3:34:58 pm Daniel Eischen wrote: > >> On Tue, 6 Sep 2011, John Baldwin wrote: > >>> > >>> Looks like I had a typo in my original e-mail, try > >>> "debug.acpi.disabled=hostres" > >>> rather than "debug.acpi.disable=hostres". > >> > >> Ok, I'll try that. > > Setting debug.acpi.disabled=hostres in /boot/loader.conf > did not help. I tried this with a recent kernel from HEAD. Did it remove the 'pcib0: decoding ....' lines from a verbose dmesg? > More info. I've found that kernels: > > March 31 - work, ath attaches and works > > April 1 - June 6: panic on cardbus attach > > June 7 - HEAD: work, but ath doesn't attach > > > I found the commit that fixed the panic: > > Index: sys/dev/pci/pci.c > =================================================================== > RCS file: /opt/FreeBSD/cvs/src/sys/dev/pci/pci.c,v > retrieving revision 1.420 > retrieving revision 1.421 > diff -u -r1.420 -r1.421 > --- sys/dev/pci/pci.c 3 May 2011 17:37:24 -0000 1.420 > +++ sys/dev/pci/pci.c 6 Jun 2011 13:21:11 -0000 1.421 > @@ -2576,6 +2576,17 @@ > uint16_t cmd; > struct resource *res; > > + /* > + * The BAR may already exist if the device is a CardBus card > + * whose CIS is stored in this BAR. > + */ > + pm = pci_find_bar(dev, reg); > + if (pm != NULL) { > + maprange = pci_maprange(pm->pm_value); > + barlen = maprange == 64 ? 2 : 1; > + return (barlen); > + } > + > pci_read_bar(dev, reg, &map, &testval); > if (PCI_BAR_MEM(map)) { > type = SYS_RES_MEMORY; > > > I applied this patch to the April 1st kernel (which previously > paniced) and was able to boot the kernel. ath still does not > attach. > > So the commit that broke my cardbus ath occurred on April 1. Hmm. There are no PCI or Cardbus commits on April 1. There are some ath(4) changes though including two HAL changes: Author: adrian Date: Sat Apr 2 00:24:13 2011 New Revision: 220258 URL: http://svn.freebsd.org/changeset/base/220258 Log: Add some more debugging Modified: head/sys/dev/ath/ath_hal/ar5416/ar2133.c Modified: head/sys/dev/ath/ath_hal/ar5416/ar2133.c ============================================================================== --- head/sys/dev/ath/ath_hal/ar5416/ar2133.c Sat Apr 2 00:08:32 2011 (r220257) +++ head/sys/dev/ath/ath_hal/ar5416/ar2133.c Sat Apr 2 00:24:13 2011 (r220258) @@ -251,11 +251,19 @@ ar2133SetRfRegs(struct ath_hal *ah, cons /* Only the 5 or 2 GHz OB/DB need to be set for a mode */ if (IEEE80211_IS_CHAN_2GHZ(chan)) { + HALDEBUG(ah, HAL_DEBUG_EEPROM, "%s: 2ghz: OB_2:%d, DB_2:%d\n", + __func__, + ath_hal_eepromGet(ah, AR_EEP_OB_2, AH_NULL), + ath_hal_eepromGet(ah, AR_EEP_DB_2, AH_NULL)); ar5416ModifyRfBuffer(priv->Bank6Data, ath_hal_eepromGet(ah, AR_EEP_OB_2, AH_NULL), 3, 197, 0); ar5416ModifyRfBuffer(priv->Bank6Data, ath_hal_eepromGet(ah, AR_EEP_DB_2, AH_NULL), 3, 194, 0); } else { + HALDEBUG(ah, HAL_DEBUG_EEPROM, "%s: 5ghz: OB_5:%d, DB_5:%d\n", + __func__, + ath_hal_eepromGet(ah, AR_EEP_OB_5, AH_NULL), + ath_hal_eepromGet(ah, AR_EEP_DB_5, AH_NULL)); ar5416ModifyRfBuffer(priv->Bank6Data, ath_hal_eepromGet(ah, AR_EEP_OB_5, AH_NULL), 3, 203, 0); ar5416ModifyRfBuffer(priv->Bank6Data, Date: Sat Apr 2 00:27:22 2011 New Revision: 220259 URL: http://svn.freebsd.org/changeset/base/220259 Log: From ath9k - clear the RX descriptor status before recycling it. Modified: head/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c Modified: head/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c ============================================================================== --- head/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c Sat Apr 2 00:24:13 2011 (r220258) +++ head/sys/dev/ath/ath_hal/ar5416/ar5416_recv.c Sat Apr 2 00:27:22 2011 (r220259) @@ -67,6 +67,7 @@ ar5416SetupRxDesc(struct ath_hal *ah, st uint32_t size, u_int flags) { struct ar5416_desc *ads = AR5416DESC(ds); + HAL_CAPABILITIES *pCap = &AH_PRIVATE(ah)->ah_caps; HALASSERT((size &~ AR_BufLen) == 0); @@ -77,6 +78,10 @@ ar5416SetupRxDesc(struct ath_hal *ah, st /* this should be enough */ ads->ds_rxstatus8 &= ~AR_RxDone; + /* clear the rest of the status fields */ + if (! pCap->halAutoSleepSupport) + OS_MEMZERO(&(ads->u), sizeof(ads->u)); + return AH_TRUE; } > > -- > DE > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 21:48:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D429106564A; Wed, 7 Sep 2011 21:48:02 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 342A38FC0C; Wed, 7 Sep 2011 21:48:01 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id p87Lm1EX028922; Wed, 7 Sep 2011 17:48:01 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Wed, 07 Sep 2011 17:48:01 -0400 (EDT) Date: Wed, 7 Sep 2011 17:48:01 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Baldwin In-Reply-To: <201109071735.34593.jhb@freebsd.org> Message-ID: References: <201109061608.42887.jhb@freebsd.org> <201109071735.34593.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: adrian@freebsd.org, freebsd-current@freebsd.org, Warner Losh Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 21:48:02 -0000 On Wed, 7 Sep 2011, John Baldwin wrote: > On Wednesday, September 07, 2011 4:18:25 pm Daniel Eischen wrote: >> On Tue, 6 Sep 2011, John Baldwin wrote: >> >>> On Tuesday, September 06, 2011 3:34:58 pm Daniel Eischen wrote: >>>> On Tue, 6 Sep 2011, John Baldwin wrote: >>>>> >>>>> Looks like I had a typo in my original e-mail, try >>>>> "debug.acpi.disabled=hostres" >>>>> rather than "debug.acpi.disable=hostres". >>>> >>>> Ok, I'll try that. >> >> Setting debug.acpi.disabled=hostres in /boot/loader.conf >> did not help. I tried this with a recent kernel from HEAD. > > Did it remove the 'pcib0: decoding ....' lines from a verbose dmesg? I don't see that line in a verbose dmesg. The hostres verbose dmesg is here: http://people.freebsd.org/~deischen/ath_dmesg_hostres.txt >> More info. I've found that kernels: >> >> March 31 - work, ath attaches and works >> >> April 1 - June 6: panic on cardbus attach >> >> June 7 - HEAD: work, but ath doesn't attach >> >> >> I found the commit that fixed the panic: >> [ snip ] >> >> I applied this patch to the April 1st kernel (which previously >> paniced) and was able to boot the kernel. ath still does not >> attach. >> >> So the commit that broke my cardbus ath occurred on April 1. > > Hmm. There are no PCI or Cardbus commits on April 1. There are some ath(4) > changes though including two HAL changes: I'm using a local CVS repo, so the a -D date means (I guess) the beginning of the day. So the commit that actually broke the kernel for me occurred on Mar 31. According to: cvs diff -u -D"31 Mar 2011" -D"1 Apr 2011" there were a lot of sys/dev/pci changes. -- DE From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 21:55:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEE6F106564A for ; Wed, 7 Sep 2011 21:55:30 +0000 (UTC) (envelope-from chmiels@o2.pl) Received: from mailout1.go2.pl (mailout1.go2.pl [193.17.41.11]) by mx1.freebsd.org (Postfix) with ESMTP id 6BF598FC15 for ; Wed, 7 Sep 2011 21:55:30 +0000 (UTC) Received: from mailout1.go2.pl (unknown [10.0.0.105]) by mailout1.go2.pl (Postfix) with ESMTP id 064D85F011F for ; Wed, 7 Sep 2011 23:55:27 +0200 (CEST) Received: from unknown (unknown [10.0.0.108]) by mailout1.go2.pl (Postfix) with SMTP for ; Wed, 7 Sep 2011 23:55:27 +0200 (CEST) Received: from mail-gx0-f179.google.com [209.85.161.179] by poczta.o2.pl with ESMTP id xrdUnU; Wed, 07 Sep 2011 23:56:06 +0200 Received: by gxk1 with SMTP id 1so365263gxk.10 for ; Wed, 07 Sep 2011 14:55:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.213.8 with SMTP id l8mr128972ybg.214.1315432523365; Wed, 07 Sep 2011 14:55:23 -0700 (PDT) Received: by 10.150.215.11 with HTTP; Wed, 7 Sep 2011 14:55:23 -0700 (PDT) Date: Wed, 7 Sep 2011 23:55:23 +0200 Message-ID: From: Sebastian Chmielewski To: freebsd-current@freebsd.org X-O2-Trust: 2, 67 X-O2-SPF: neutral Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: -CURRENT (BETA1) zfs pool recognized as corrupted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chmiels@o2.pl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 21:55:31 -0000 hi I've tried to import my zfs pool on: FreeBSD-9.0-BETA1-amd64-memstick.img My system currently runs 9.0-BETA1 and pool works correctly. zpool import returns: pool: zroot id: 3239789026273107181 state: FAULTED status: One or more devices contains corrupted data. action: The pool cannot be imported due to damaged devices or data. The pool may be active on another system, but can be imported using the '-f' flag. see: http://www.sun.com/msg/ZFS-8000-5E config: zroot FAULTED corrupted data 9327291201483595311 UNAVAIL corrupted data gpart show lists all my partitions => 34 250069613 ada0 GPT (119G) 34 128 1 freebsd-boot (64k) 162 1886 5 bios-boot (943k) 2048 16777216 2 !0fc63daf-8483-4772-8e79-3d69d8477de4 (8.0G) 16779264 33554432 3 freebsd-ufs (16G) 50333696 199735951 4 freebsd-zfs (95G) My pool 'zroot' consists of partition 4. I'm able to import this pool on 8.2-RELEASE, booted from CD: pool: zroot id: 3239789026273107181 state: ONLINE action: The pool can be imported using its name or numeric identifier. config: zroot ONLINE gptid/9795c3f7-b191-11e0-94fb-e89a8f131096 ONLINE Pool properties: NAME PROPERTY VALUE SOURCE zroot size 95G - zroot used 70.5G - zroot available 24.5G - zroot capacity 74% - zroot altroot - default zroot health ONLINE - zroot guid 3239789026273107181 default zroot version 15 default zroot bootfs zroot local zroot delegation on default zroot autoreplace off default zroot cachefile - default zroot failmode panic local zroot listsnapshots off default I'm running zpool at version 15. From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 22:27:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D8451065670 for ; Wed, 7 Sep 2011 22:27:45 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 1BB878FC08 for ; Wed, 7 Sep 2011 22:27:44 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1R1Qat-0006iT-Ti>; Thu, 08 Sep 2011 00:27:43 +0200 Received: from e178024128.adsl.alicedsl.de ([85.178.24.128] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1R1Qat-0004EU-RC>; Thu, 08 Sep 2011 00:27:43 +0200 Message-ID: <4E67EFDF.7090804@zedat.fu-berlin.de> Date: Thu, 08 Sep 2011 00:27:43 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 To: freebsd-current Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.24.128 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 9.0 and 4-socket Intel XEON E7-4870 system -->> 80 logical CPUs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 22:27:45 -0000 Watching the ncpu number, I realized that FreeBSD is limited to 64 processors. Some vendors offer now 4-socket Intel Xeon E7-4870 systems. This "Westmere" based CPU has 10 physical and 20 logical cores, summa summarum 80 cores. Is FreeBSD 9.0 capable of handling such a server? Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 22:37:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 020E21065672 for ; Wed, 7 Sep 2011 22:37:22 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 7B9A88FC0A for ; Wed, 7 Sep 2011 22:37:21 +0000 (UTC) Received: by qyk4 with SMTP id 4so1786452qyk.13 for ; Wed, 07 Sep 2011 15:37:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=a5QTwzTu4WfMbQu/aKCkKK3JfxyW3uMlDLgVbq9Q53A=; b=VS7owia2KAZ/UQRzVg270nnRG5cZNWGbJ+8fYLuE2DhcmPZfd/ftVVFS1lnUm2d5ue 8zEQ6Z6OPrL5ZgIkBhOlvDMDQzImMtO64tifNcNVKHvVLHaLygKmBMSFGqfo5XykJbSy 5Z0G/IOSUbRLfbkoHlqEGvNRvE+WJzhcSss/8= MIME-Version: 1.0 Received: by 10.224.195.10 with SMTP id ea10mr5237228qab.342.1315435039166; Wed, 07 Sep 2011 15:37:19 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Wed, 7 Sep 2011 15:37:19 -0700 (PDT) In-Reply-To: <4E67EFDF.7090804@zedat.fu-berlin.de> References: <4E67EFDF.7090804@zedat.fu-berlin.de> Date: Wed, 7 Sep 2011 15:37:19 -0700 Message-ID: From: Garrett Cooper To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: FreeBSD 9.0 and 4-socket Intel XEON E7-4870 system -->> 80 logical CPUs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 22:37:22 -0000 On Wed, Sep 7, 2011 at 3:27 PM, Hartmann, O. wrote: > > =A0 Watching the ncpu number, I realized that FreeBSD is limited to 64 > =A0 processors. > =A0 Some vendors offer now 4-socket Intel Xeon E7-4870 systems. This > =A0 "Westmere" > =A0 based CPU has 10 physical =A0and 20 logical cores, summa summarum 80 > =A0 cores. > =A0 Is FreeBSD 9.0 capable of handling such a server? Yes, with some potential catches. -Garrett 1. http://svnweb.freebsd.org/base?view=3Drevision&revision=3D222813 2. http://groups.google.com/group/mailing.freebsd.hackers/browse_thread/thr= ead/2f4da860c972d5aa From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 23:45:26 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DDE6106566B for ; Wed, 7 Sep 2011 23:45:26 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [96.255.48.138]) by mx1.freebsd.org (Postfix) with ESMTP id 63A608FC0A for ; Wed, 7 Sep 2011 23:45:26 +0000 (UTC) Received: from xykon.in.wanderview.com (xykon.in.wanderview.com [10.76.10.152]) (authenticated bits=0) by mail.wanderview.com (8.14.5/8.14.5) with ESMTP id p87NjOVq023470 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 7 Sep 2011 23:45:24 GMT (envelope-from ben@wanderview.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1244.3) From: Ben Kelly In-Reply-To: <6DE0D1E4-E239-4791-BAEC-26BF635EFC5E@wanderview.com> Date: Wed, 7 Sep 2011 19:45:24 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <9DF549C7-51C0-4B9A-AB98-A7CED114AAE5@wanderview.com> References: <6DE0D1E4-E239-4791-BAEC-26BF635EFC5E@wanderview.com> To: current@freebsd.org X-Mailer: Apple Mail (2.1244.3) X-Spam-Score: -1.504 () ALL_TRUSTED,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.72 on 10.76.20.1 Cc: Subject: Re: PAM/setloginclass link error in jail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2011 23:45:26 -0000 Just for the archives, this turned out to be a problem with updating the = ezjail basejail directory. I had run ezjail-admin update -i, but for = some reason it did not install the new libc.so.7 while it did install = pretty much everything else. Moving the old basejail out of the way and = installing a new basejail from scratch solved the problem. Its not = clear why ezjail's cpio command failed to update the libc.so.7 file in = the first place. Sorry for the noise. - Ben On Sep 5, 2011, at 7:17 PM, Ben Kelly wrote: > Hello all, >=20 > I upgraded my server today to a recent HEAD from its old sources from = about October 2010. After the upgrade I ran into an unusual problem. = I've worked around the issue for now, but I was wondering if anyone = could help me solve it correctly. >=20 > The problem is that all PAM related operations fail inside jails. = Initially I was getting this error in /var/log/messages: >=20 > passwd: in openpam_load_module(): no pam_unix.so found >=20 > That file was clearly there, however, so I dug into PAM and enabled = some debug in pam_dynamic.c. This got me the following message: >=20 > openpam_dynamic(): /usr/lib/pam_unix.so: /lib/libutil.so.9: Undefined = symbol "setloginclass" >=20 > This is a syscall added to the system in March, 2011. The link = process works fine normally, but fails in any jail. I went as far as = turning on rtld debug to verify it was giving up on libutil about half = way through when it could not resolve the symbol. I verified that = libc.so.7 was the same both inside and outside the jail. The = setloginclass symbol was defined as a WEAK reference. >=20 > Looking through past e-mail I noticed trasz@ said he was going to = explicitly put in code to support setloginclass from root in a jail. I = think I see this code in the prison privilege checking as well. Its = just not clear to me why its not linking. >=20 > To work around the issue I hacked setloginclass out of libutil for = now. This is clearly not ideal as I'm not sure when and where that will = blow up on me. It did let me log back into my e-mail, however. >=20 > For reference: >=20 > FreeBSD ianto.in.wanderview.com 9.0-BETA2 FreeBSD 9.0-BETA2 #1 r278M: = Mon Sep 5 18:54:58 UTC 2011 = root@ianto.in.wanderview.com:/usr/obj/usr/src/sys/SERVER i386 >=20 > The system is using zfs, nullfs, and ezjail to manage the jails. I = did upgrade my zfs pools to the latest version at this same time, but so = far I can't tie that to this problem. >=20 > Does anyone know why a jail would prevent rtld from linking in a = particular syscall? Any help or advice is greatly appreciated. >=20 > Thank you. >=20 > Ben From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 00:12:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9C3C106566C for ; Thu, 8 Sep 2011 00:12:46 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8FEF98FC0A for ; Thu, 8 Sep 2011 00:12:46 +0000 (UTC) Received: by yib19 with SMTP id 19so226099yib.13 for ; Wed, 07 Sep 2011 17:12:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=0tWK+yzf+JS71hikPs+cxmpNTnlUvV4mLk26SRChDyw=; b=o7p1KNGs99KDJnrqQn2CfNxd4NTyo6dbzKqylJteyqt1M3QT46yUOS5iK4JKxBeoNt +fwHDMQXZ4pBK3jiRtH7PCrDfyqKVbnfRAmvFyXGXrw3SDwx2joerIJjqtdqlpTtpqOU 0eMg37ca1n/AAckSs5Bsy3nor+vlEthn+3XuE= MIME-Version: 1.0 Received: by 10.150.99.12 with SMTP id w12mr270368ybb.8.1315440765771; Wed, 07 Sep 2011 17:12:45 -0700 (PDT) Received: by 10.150.95.5 with HTTP; Wed, 7 Sep 2011 17:12:45 -0700 (PDT) Date: Wed, 7 Sep 2011 17:12:45 -0700 Message-ID: From: Kevin Oberman To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Subject: 8-stable -> 9-current upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 00:12:46 -0000 I've been looking for any information on any special steps required to update from 8-stable to 9-current. /usr/src/UPDATING is a bit out of date as it has instructions for going from 5-stable to "current", although the instruction may well be the same. I am particularly concerned with things like header files (/usr/include) that might bite me if not deleted. Thanks! -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 01:03:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CA62106564A for ; Thu, 8 Sep 2011 01:03:06 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id C819A8FC0A for ; Thu, 8 Sep 2011 01:03:05 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id p880hcv9034472; Wed, 7 Sep 2011 17:43:38 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id p880hcwU034471; Wed, 7 Sep 2011 17:43:38 -0700 (PDT) (envelope-from david) Date: Wed, 7 Sep 2011 17:43:38 -0700 From: David Wolfskill To: Kevin Oberman Message-ID: <20110908004338.GK1762@albert.catwhisker.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYX8XqlwBJQgDxCD" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current Subject: Re: 8-stable -> 9-current upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 01:03:06 -0000 --zYX8XqlwBJQgDxCD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 07, 2011 at 05:12:45PM -0700, Kevin Oberman wrote: > ... > I am particularly concerned with things like header files > (/usr/include) that might bite me if not deleted. This isn't specific to that upgrade, but when I do a "make installworld", I augment the instructions from UPDATING, prefixing the "make installworld" itself with: rm -fr /usr/include.old && mv /usr/include{,.old} && \ rm -fr /usr/share/man=20 Thus, I have reasonable confidence that the newly-installed world has no significant "pollution" from the old world, at least in /usr/include and /usr/share/man. (Libraries are a different matter -- and addressed differently.) Note, too, that a "standard" source upgrade has no provision for updating /etc/localtime, in case that may be an issue. 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. --zYX8XqlwBJQgDxCD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5oD7kACgkQmprOCmdXAD2gwgCeMYSFO/qxHDdwj/7l+lXIRvwk TgwAniZPOQsvODpdPklOcPOTYp8u4Ccd =b3D1 -----END PGP SIGNATURE----- --zYX8XqlwBJQgDxCD-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 03:57:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9E48106564A; Thu, 8 Sep 2011 03:57:10 +0000 (UTC) (envelope-from adrian.chadd@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 7D7658FC08; Thu, 8 Sep 2011 03:57:10 +0000 (UTC) Received: by gyf2 with SMTP id 2so361532gyf.13 for ; Wed, 07 Sep 2011 20:57:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=z4rMhaaRDIMKFu2yy4ulWdTgUQBHQ5wHGBfL6Wg9K2w=; b=m+tpUEBCRUS03EDBkGBh8tKpUoQwQNUcRfrGugZ7qegqsCq56ZnHB4b7MjvC7FxSir E3N9aOdWsdAFQaddHMRqmkqh14INsa9IIB8R9rSC9lO/Sc3aXLifD4OCX+wLNfwp1Xxj 0WJyX1lqSldQhHys0NF8QY9b71Fyn2ciSPWIQ= MIME-Version: 1.0 Received: by 10.236.181.100 with SMTP id k64mr1023596yhm.44.1315454229705; Wed, 07 Sep 2011 20:57:09 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.103.6 with HTTP; Wed, 7 Sep 2011 20:57:09 -0700 (PDT) In-Reply-To: References: <1315390225.3285.5.camel@esl.kevlo.org.kevlo.org> Date: Thu, 8 Sep 2011 11:57:09 +0800 X-Google-Sender-Auth: G_C2yhpY9s9pnaGlmfVRN_8l8T0 Message-ID: From: Adrian Chadd To: Tz-Huan Huang Content-Type: text/plain; charset=ISO-8859-1 Cc: Kevin Lo , freebsd-current@freebsd.org, Bernhard Schmidt Subject: Re: "Intel Centrino Advanced-N + WiMAX 6250" doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 03:57:11 -0000 Sweet. Bernhard, can you get this committed to -HEAD before 9.0-RC1 ? Adrian From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 05:50:23 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A02FE1065674; Thu, 8 Sep 2011 05:50:23 +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 300AF8FC15; Thu, 8 Sep 2011 05:50:22 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p885oJF0013751 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Sep 2011 15:50:20 +1000 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.5/8.14.4) with ESMTP id p885oIRO031819; Thu, 8 Sep 2011 15:50:18 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.4/Submit) id p885oGP8031818; Thu, 8 Sep 2011 15:50:16 +1000 (EST) (envelope-from peter) Date: Thu, 8 Sep 2011 15:50:16 +1000 From: Peter Jeremy To: Andriy Gapon Message-ID: <20110908055016.GB28874@server.vk2pj.dyndns.org> References: <20110901223646.14b8aae8@o2.pl> <4E60DBBD.1040703@FreeBSD.org> <4E679D3D.1000007@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <4E679D3D.1000007@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Sebastian Chmielewski Subject: Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 05:50:23 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Sep-07 19:35:09 +0300, Andriy Gapon wrote: >Thanks to a lot of excellent testing, debugging and analysis from Sebastian >(which went behind the scenes) we now have this patch: >http://people.freebsd.org/~avg/zfs-boot-gang.diff =2E.. >If you use compression for a filesystem where your kernel resides and >you get a problem with booting, then please test this patch and >report back. Since the problem isn't consistent (it can appear on some files but not others), I modified zfstest to take a pathname, rather than have the pathname hard-coded. Using this, I found an example file that works with the patch but not with the old ZFS code: pjdesk% ./zfstest.old /boot/kernel.old/iwn6000fw.ko.symbols /dev/ad0p3 |le= ss ZFS: i/o error - all block copies unavailable can't lookup pjdesk% ./zfstest.old /boot/kernel.old/iwn6000fw.ko.symbols /dev/ad0p3 |le= ss ZFS: i/o error - all block copies unavailable can't lookup pjdesk% ./zfstest.old /boot/kernel.old/iwn6000fw.ko.symbols /dev/ad0p3 |le= ss ZFS: i/o error - all block copies unavailable can't lookup pjdesk% ./zfstest /boot/kernel.old/iwn6000fw.ko.symbols /dev/ad0p3 |less = =20 ^?ELF^B^A^A ^@^@^@^@^@^@^@^@^A^@>^@^A^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@= ^@^@p =2E.. pjdesk% ./zfstest /boot/kernel.old/iwn6000fw.ko.symbols /dev/ad0p3 | cmp -= /boot/kernel.old/iwn6000fw.ko.symbols pjdesk% ./zfstest /boot/kernel.old/iwn6000fw.ko.symbols /dev/ad0p3 | cmp -= /boot/kernel.old/iwn6000fw.ko.symbols pjdesk% ./zfstest.old /boot/kernel.old/iwn6000fw.ko.symbols /dev/ad0p3 | c= mp - /boot/kernel.old/iwn6000fw.ko.symbols=20 stdin /boot/kernel.old/iwn6000fw.ko.symbols differ: char 1, line 1 pjdesk%=20 This was tested on an 8-STABLE system at r225392. I've built new bootblocks but not tested them yet - I will do that tomorrow. --=20 Peter Jeremy --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5oV5gACgkQ/opHv/APuIcQdACfUxBjX4w30gt+5BaxZRWHVMpe KmoAnAz8ki7P18u8cIGN4a4Gkbc2uC1H =Ov79 -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 06:15:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23E6A106566B for ; Thu, 8 Sep 2011 06:15:24 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id DA8F28FC12 for ; Thu, 8 Sep 2011 06:15:23 +0000 (UTC) Received: by ywa17 with SMTP id 17so427125ywa.13 for ; Wed, 07 Sep 2011 23:15:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=HD21AkvvJQN3+e79Vy92WSxDQg5H9Gr2XFDwT9sIdf0=; b=gnucO3Wpc0EWDrafDf6Nzg4bikG0DLZUqRtljx8NXno/wUUanPypn8YYvdBdlpGKV9 hHPdr2yWTlZi4I4caFxjjA0EbJPsNerhZkeGa/OgCyg9h6EnY0oHPqRksfimXJpZNHK8 dNYrPbNZEW4G6mu2gXvHWP9x94B1S4i9E4lTo= MIME-Version: 1.0 Received: by 10.150.170.10 with SMTP id s10mr446022ybe.171.1315462523270; Wed, 07 Sep 2011 23:15:23 -0700 (PDT) Received: by 10.150.53.2 with HTTP; Wed, 7 Sep 2011 23:15:23 -0700 (PDT) In-Reply-To: <4E67EFDF.7090804@zedat.fu-berlin.de> References: <4E67EFDF.7090804@zedat.fu-berlin.de> Date: Thu, 8 Sep 2011 10:15:23 +0400 Message-ID: From: Sergey Kandaurov To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: FreeBSD 9.0 and 4-socket Intel XEON E7-4870 system -->> 80 logical CPUs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 06:15:24 -0000 On 8 September 2011 02:27, Hartmann, O. wrote= : > > =A0 Watching the ncpu number, I realized that FreeBSD is limited to 64 > =A0 processors. > =A0 Some vendors offer now 4-socket Intel Xeon E7-4870 systems. This > =A0 "Westmere" > =A0 based CPU has 10 physical =A0and 20 logical cores, summa summarum 80 > =A0 cores. > =A0 Is FreeBSD 9.0 capable of handling such a server? See kernel option MAXCPU and its description in NOTES. --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 06:47:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 835291065675 for ; Thu, 8 Sep 2011 06:47:17 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 3E8558FC16 for ; Thu, 8 Sep 2011 06:47:16 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R1YOK-0002sX-87>; Thu, 08 Sep 2011 08:47:16 +0200 Received: from e178018031.adsl.alicedsl.de ([85.178.18.31] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R1YOK-0002TI-5c>; Thu, 08 Sep 2011 08:47:16 +0200 Message-ID: <4E6864F4.2090700@zedat.fu-berlin.de> Date: Thu, 08 Sep 2011 08:47:16 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: Sergey Kandaurov References: <4E67EFDF.7090804@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.18.31 Cc: freebsd-current Subject: Re: FreeBSD 9.0 and 4-socket Intel XEON E7-4870 system -->> 80 logical CPUs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 06:47:17 -0000 On 09/08/11 08:15, Sergey Kandaurov wrote: > On 8 September 2011 02:27, Hartmann, O. wrote: >> Watching the ncpu number, I realized that FreeBSD is limited to 64 >> processors. >> Some vendors offer now 4-socket Intel Xeon E7-4870 systems. This >> "Westmere" >> based CPU has 10 physical and 20 logical cores, summa summarum 80 >> cores. >> Is FreeBSD 9.0 capable of handling such a server? > See kernel option MAXCPU and its description in NOTES. > Thanks a lot. My view of the limit was a bit outdated ... Regards, oh From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 07:26:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01822106566B for ; Thu, 8 Sep 2011 07:26:42 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id 7D77B8FC12 for ; Thu, 8 Sep 2011 07:26:41 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id C31EB40025 for ; Thu, 8 Sep 2011 09:26:39 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id B895C4001F; Thu, 8 Sep 2011 09:26:39 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL,FREEMAIL_FROM autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (h-45-105.a163.priv.bahnhof.se [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 697994001D; Thu, 8 Sep 2011 09:26:39 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id 13283119C04; Thu, 8 Sep 2011 09:26:09 +0200 (CEST) Received: from [IPv6:2001:470:dca9:1::4] (vivi.daemonic.se [IPv6:2001:470:dca9:1::4]) by mail.daemonic.se (Postfix) with ESMTPSA id E115012B0A0; Thu, 8 Sep 2011 09:26:08 +0200 (CEST) Message-ID: <4E686E0C.7070806@gmail.com> Date: Thu, 08 Sep 2011 09:26:04 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Kevin Oberman References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: FreeBSD Current Subject: Re: 8-stable -> 9-current upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 07:26:42 -0000 On 2011-09-08 02:12, Kevin Oberman wrote: > I've been looking for any information on any special steps required to > update from 8-stable to > 9-current. /usr/src/UPDATING is a bit out of date as it has > instructions for going from 5-stable > to "current", although the instruction may well be the same. > > I am particularly concerned with things like header files > (/usr/include) that might bite me if not > deleted. > > Thanks! I did this upgrade not too long ago (a week or maybe two) and as far as I can tell there aren't that many special steps needed. Firstly I did compare my custom kernel config to the 9-CURRENT generic one. Be careful around the NFS options since they've changed names, as well as COMPAT_TTY which isn't in generic anymore and P1003_1B_SEMAPHORES which also is gone. There might be some more options, but this is what I can remember on top of my head. You also might want to check src.conf if you use that, since there are some new options added there. After that there's just to build world and kernel, and install them, as per usual. I had some trouble building clang, so I disabled that, and then rebuild world and clang when 9-current was installed. Be careful also of make delete-old-libs, since some libs have had their version number bumped, which will make ports fail, unless you recompile those as well. During the mergemaster "phase" there's plenty of stuff to be merged. Some is just version numbers, other is content as well. For instance, in newsyslog.conf the entry for utmp is gone, replaced with utx.log and a lot of other stuff. There has also been some changes to how network interfaces are handled in rc.conf. There might be backwards compability shims for now, but I don't know since I changed them to the new default instead. I hope this helps, and good luck with your upgrade! Let me know if I missed out on any details. Regards! -- Niclas From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 10:22:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 697861065672 for ; Thu, 8 Sep 2011 10:22:51 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from fmailhost05.isp.att.net (fmailhost05.isp.att.net [204.127.217.105]) by mx1.freebsd.org (Postfix) with ESMTP id 583698FC12 for ; Thu, 8 Sep 2011 10:22:51 +0000 (UTC) Date: Thu, 8 Sep 2011 10:12:48 +0000 (GMT) X-Comment: Sending client does not conform to RFC822 minimum requirements X-Comment: Date has been added by Maillennium Received: from localhost (adsl-68-210-187-124.sdf.bellsouth.net[68.210.187.124]) by isp.att.net (frfwmhc05) with SMTP id <20110908101248H05001nmlme>; Thu, 8 Sep 2011 10:12:48 +0000 X-Originating-IP: [68.210.187.124] From: "Thomas Mueller" Cc: Kostik Belousov Subject: Re: Shared libraries version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 10:22:51 -0000 From: Kostik Belousov > The bump was done for BETA2, see r225227, done on 2011-08-28. > The bump has much less scope since we did the ABI analysis and > only bumped the libraries which interfaces changed in incompatible > way and which were not yet bumped. See the referenced commit for > the libraries list. > To be absolutely safe, you indeed need to rebuild all ports. Practically, > the damage done by bump is very limited and most people can get away > without rebuild if you already tracked HEAD. > I would mostly worry about libpcap. Thanks for information. I would not have known where to look for the commits, or I would have found it and not have had to ask this question. I think I'll rebuild all ports, and more, maybe I should make and keep packages in case I can't update to BETA3 in place. For now I will keep the BETA1 installation, use the ports tree from there, and portsnap fetch update instead of installing the ports from BETA2. I will delete and redo the partitions where I have the nonworking installation of NetBSD-current and install FreeBSD 9.0 BETA2 there, but keep the already existing /home partition. I had been daily browsing ftp://ftp.freebsd.org/pub/FreeBSD/releases, so I found BETA2 on Sep 2. I didn't even know which emailing list to use for beta releases, after much browsing found freebsd-current to be the best fit. Tom From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 11:42:54 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C75C106566C for ; Thu, 8 Sep 2011 11:42:54 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-gx0-f179.google.com (mail-gx0-f179.google.com [209.85.161.179]) by mx1.freebsd.org (Postfix) with ESMTP id 116618FC0A for ; Thu, 8 Sep 2011 11:42:53 +0000 (UTC) Received: by gxk1 with SMTP id 1so1018687gxk.10 for ; Thu, 08 Sep 2011 04:42:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=fs9cvaO+N9kwVZ/M/PUCL+p3Pnds1v6He/NNrjtN9tA=; b=DvZSJKxST6HuoUHXDr2rloEZixrZjFcItftbAT0AJ/7ouZpGYnn0zDkr6w5Wv/H7s4 JUsV2B2pTQ0892CLgkYLW3wokiD2kZB9kjkJeY6vTJhqv10WrmkeQnTlyVYh6JSgNoQt vVr91aAdnWAIThEU/8Pf01xIPdYViWKCwZ3Tg= MIME-Version: 1.0 Received: by 10.68.199.133 with SMTP id jk5mr1000697pbc.486.1315482172910; Thu, 08 Sep 2011 04:42:52 -0700 (PDT) Received: by 10.142.166.13 with HTTP; Thu, 8 Sep 2011 04:42:52 -0700 (PDT) Date: Thu, 8 Sep 2011 11:42:52 +0000 Message-ID: From: "b. f." To: Thomas Mueller , freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Shared libraries version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2011 11:42:54 -0000 > I think I'll rebuild all ports, and more, maybe I should make and keep packages in case I can't update to BETA3 in place. If you want to be on the safe side, a complete rebuild is probably a good idea -- and moreover, one that removes all ports and cleans out ${PREFIX} and ${PKG_DBDIR} before rebuilding any ports, if you can afford the downtime. Otherwise, the new misc/compat8x port can help ease the transition. If they aren't available on pre-release media, default packages for certain architectures are available at: ftp://ftp.freebsd.org/pub/FreeBSD/ports/${ARCH}/packages-9-current/ Depending on the architecture, and when you download them, they will have been compiled on a variety of recent versions of 9, but will probably work on the BETAs, at least with misc/compat8x, as a stopgap while you rebuild ports. b. From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 13:45:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CED44106564A for ; Thu, 8 Sep 2011 13:45:18 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8D1C38FC0C for ; Thu, 8 Sep 2011 13:45:18 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap0EAJfFaE6DaFvO/2dsb2JhbABDhFWkIoFwBIEHAg0ZAl+gaI1bkWuBLIQwgREEkzORMg X-IronPort-AV: E=Sophos;i="4.68,350,1312171200"; d="scan'208";a="133686420" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 08 Sep 2011 09:45:17 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id C86AAB3F1F for ; Thu, 8 Sep 2011 09:45:17 -0400 (EDT) Date: Thu, 8 Sep 2011 09:45:17 -0400 (EDT) From: Rick Macklem To: FreeBSD-Current Message-ID: <2047531658.973519.1315489517809.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Subject: NFS server File Handle changing upon reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 13:45:18 -0000 Hiroki Sato spotted a problem with NFS server file handles (FHs) changing after a server upgrade, because the exported file system type(s) get configured in a different order and, therefore, assigned different vfs_typenum values. A patch has been worked out, after discussion with various folks, that uses a hash function to assign the vfs_typenum values. This fixes the problem, except it has one downside: - The first server boot after the patch has been applied will result in FHs changing and, as such, NFS clients will need to remount after this upgrade. So, finally to why I am posting, which is to ask for opinions on what should be done with this patch? 1 - Ask re@ for permission to commit this to -current for 9.0, so that the FH change happens at the 8.X->9.0 upgrade. (It does seem that if some variant of this should go in, then a major release seems like the correct time to do it?) 2 - Add a loader.conf variable to the patch, which would allow a sysadmin to "flip the switch" when it is convenient for them. (I do have a concern that this might just cause more confusion w.r.t. when/what needs to be done.) 3 - Do #2, for 8.X and make the patch the default for 9.0. 4 - Forget the patch and leave things the way the are now. Please respond asap, since if it is to go in head/9.0, I need to queue up the patch soon. Thanks in advance for any comments, rick ps: This patch was discussed under the subject "fsid change of ZFS?" From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 13:46:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39D64106566B; Thu, 8 Sep 2011 13:46:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0E1B78FC15; Thu, 8 Sep 2011 13:46:55 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id ADCC046B0D; Thu, 8 Sep 2011 09:46:54 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 365168A037; Thu, 8 Sep 2011 09:46:54 -0400 (EDT) From: John Baldwin To: Daniel Eischen Date: Thu, 8 Sep 2011 09:42:03 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <201109071735.34593.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109080942.03413.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 08 Sep 2011 09:46:54 -0400 (EDT) Cc: adrian@freebsd.org, freebsd-current@freebsd.org, Warner Losh Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 13:46:55 -0000 On Wednesday, September 07, 2011 5:48:01 pm Daniel Eischen wrote: > On Wed, 7 Sep 2011, John Baldwin wrote: > > > On Wednesday, September 07, 2011 4:18:25 pm Daniel Eischen wrote: > >> On Tue, 6 Sep 2011, John Baldwin wrote: > >> > >>> On Tuesday, September 06, 2011 3:34:58 pm Daniel Eischen wrote: > >>>> On Tue, 6 Sep 2011, John Baldwin wrote: > >>>>> > >>>>> Looks like I had a typo in my original e-mail, try > >>>>> "debug.acpi.disabled=hostres" > >>>>> rather than "debug.acpi.disable=hostres". > >>>> > >>>> Ok, I'll try that. > >> > >> Setting debug.acpi.disabled=hostres in /boot/loader.conf > >> did not help. I tried this with a recent kernel from HEAD. > > > > Did it remove the 'pcib0: decoding ....' lines from a verbose dmesg? > > I don't see that line in a verbose dmesg. The hostres verbose > dmesg is here: > > http://people.freebsd.org/~deischen/ath_dmesg_hostres.txt Ok, that exonerates those changes then. > I'm using a local CVS repo, so the a -D date means (I guess) > the beginning of the day. So the commit that actually broke > the kernel for me occurred on Mar 31. According to: > > cvs diff -u -D"31 Mar 2011" -D"1 Apr 2011" > > there were a lot of sys/dev/pci changes. There was one commit: Author: jhb Date: Thu Mar 31 13:22:12 2011 New Revision: 220195 URL: http://svn.freebsd.org/changeset/base/220195 Log: Explicitly track the state of all known BARs for each PCI device. The PCI bus driver will now remember the size of a BAR obtained during the initial bus scan and use that size when doing lazy resource allocation rather than resizing the BAR. The bus driver will now also report unallocated BARs to userland for display by 'pciconf -lb'. Psuedo-resources that are not BARs (such as the implicit I/O port resources for master/slave ATA controllers) will no longer be listed as BARs in 'pciconf -lb'. During resume, BARs are restored from their new saved state instead of having the raw registers saved and restored across resume. This also fixes restoring BARs at unusual loactions if said BAR has been allocated by a driver. Add a constant for the offset of the ROM BIOS BAR in PCI-PCI bridges and properly handle ROM BIOS BARs in PCI-PCI bridges. The PCI bus now also properly handles the lack of a ROM BIOS BAR in a PCI-Cardbus bridge. Tested by: jkim Modified: head/sys/dev/pci/pci.c head/sys/dev/pci/pci_user.c head/sys/dev/pci/pcireg.h head/sys/dev/pci/pcivar.h Can you get a verbose dmesg from just after this change (you will need the patch from earlier to fix the panic you saw)? The output of pciconf -lb from both before and after would also be good. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 14:41:40 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92462106566C; Thu, 8 Sep 2011 14:41:40 +0000 (UTC) (envelope-from MySphere@web.de) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 622098FC19; Thu, 8 Sep 2011 14:41:40 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 923B92B169; Thu, 8 Sep 2011 10:22:57 -0400 (EDT) Received: from web1.messagingengine.com ([10.202.2.211]) by compute3.internal (MEProxy); Thu, 08 Sep 2011 10:22:57 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:cc:mime-version :content-transfer-encoding:content-type:subject:reply-to:date; s=smtpout; bh=njuO46DvDMBx464OLErt2jadY5k=; b=E1hYxxhBUuGkzbUNa 6/tt6IA6YZpZOMl3JMkzGhbWIW+O1ataE/rtDWZlfFtRRwtJ0ATe+BKCAcQv7XrE YLHvcgahcyFolT88F8oxKAD558WPdp3vSZnWwRs8W/1fJaXFB+cgD59qx3jmOWIL SpIaj5ieRT1lhKLWMQscv9TZdQ= Received: by web1.messagingengine.com (Postfix, from userid 99) id 6F7599A1F23; Thu, 8 Sep 2011 10:22:57 -0400 (EDT) Message-Id: <1315491777.5146.140258138782645@webmail.messagingengine.com> X-Sasl-Enc: HQMv8+CX09edV88UdZZIfTl3FG97LrMBlsFxBKKGhhj+ 1315491777 From: MySphere@web.de To: current@FreeBSD.org MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Mailer: MessagingEngine.com Webmail Interface Date: Thu, 08 Sep 2011 16:22:57 +0200 X-Mailman-Approved-At: Thu, 08 Sep 2011 15:06:18 +0000 Cc: nwhitehorn@FreeBSD.org Subject: SSD - TRIM, SU and SUJ - Installer Options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: MySphere@web.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2011 14:41:40 -0000 Hi there, first off all I have to say, that your new Installer in FBSD v9.0 is very well done. I just found an option, which is not activated at this time. So I wanted to ask, if it=E2=80=99s possible a bug or something like that. I=E2=80=99ve tried to change the in the section Partition Editor = with the subsection Add Partition and wanted to save my changes: Softupdates =3D disabled, Softupdates journaling =3D disabled, TRIM =3D enabled with the button. But if I reenter the menu, so my changes will be overwritten with the default values: SU =3D enabled, SUJ =3D enabled ([UFS1 +] TRIM =3D disabled). I=E2=80=99ve tried this without success in FBSD v9.0 BETA1+2 (amd64) with t= he ISO- and the IMG Images. My workaround is, that I run in single-user-mode and change the values with tunefs. Would you please check, that point =E2=80=93 if my act is accurat= e. Thanks in advance and have a nice day! Best regards from Germany Moritz From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 16:14:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C757B106566B for ; Thu, 8 Sep 2011 16:14:43 +0000 (UTC) (envelope-from feld@feld.me) Received: from mwi1.coffeenet.org (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9EC518FC0A for ; Thu, 8 Sep 2011 16:14:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:To:Content-Type; bh=DpAwCl6X3IyiGEVPXEZKCsPcphTTr02FcCvgeGuWBSk=; b=oMVP0RLjrdEwfUTP1hrKLfsglIBUcuI0C/jlfX4aNP/NRTDjHya1Nd+C1HH6EqLz1vSQwWxOQVQwmY2yaHKIoJlYoib2rFeXloZ5Rcs0cGV+U7cD1RGgFQ/W6vhSv/Z/; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by mwi1.coffeenet.org with esmtp (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R1hFS-000Hfs-Iz for freebsd-current@freebsd.org; Thu, 08 Sep 2011 11:14:43 -0500 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.3) with esmtpsa id 1315498476-11012-11011/4/3; Thu, 8 Sep 2011 16:14:36 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current@freebsd.org References: <1315491777.5146.140258138782645@webmail.messagingengine.com> Date: Thu, 8 Sep 2011 11:14:35 -0500 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: <1315491777.5146.140258138782645@webmail.messagingengine.com> User-Agent: Opera Mail/12.00 (FreeBSD) X-SA-Score: -1.0 Subject: Re: SSD - TRIM, SU and SUJ - Installer Options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 16:14:43 -0000 I saw identical behavior a very long time ago but didn't have time to reproduce and report. It was very confusing. Regards, Mark From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 16:13:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0DBC106566C for ; Thu, 8 Sep 2011 16:13:35 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 599698FC15 for ; Thu, 8 Sep 2011 16:13:35 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 208E5153434 for ; Thu, 8 Sep 2011 18:13:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id URI7JtQ-sSsN for ; Thu, 8 Sep 2011 18:13:32 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:58f4:305a:192f:ac61] (unknown [IPv6:2001:4cb8:3:1:58f4:305a:192f:ac61]) by mail.digiware.nl (Postfix) with ESMTP id 56A95153433 for ; Thu, 8 Sep 2011 18:13:32 +0200 (CEST) Message-ID: <4E68E999.9020800@digiware.nl> Date: Thu, 08 Sep 2011 18:13:13 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 08 Sep 2011 16:19:04 +0000 Subject: FreeBSD 9.0-BETA2 invalid ada0 layout prevents installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 16:13:35 -0000 Hi, Tried to install the BETA2 from a mem-stick onto a 250Gb disk. Which turned out to be used in a ZFS box. Since it does contain GPT info telling me ada0p1 was a freebsd-zfs partion. This however results in that I can not find any "normal" way in the guided and expert config menus to actual tell it to use the whole disk for a new fresh FreeBSD install. it keeps complaining Operation not permitted 'ada0 table is corrupt' Only way to proceeds seems to be is to go to shell, dd /dev/zero over the first few blocks and then restart.... Not shure that many people that end up using a ZFS old disk, also do not know how to fix this. But then again, what is there is another "corrupt" GPT setup on the disk... --WjW From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 16:25:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BD8C106566C for ; Thu, 8 Sep 2011 16:25:02 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-gw0-f49.google.com (mail-gw0-f49.google.com [74.125.83.49]) by mx1.freebsd.org (Postfix) with ESMTP id 596BF8FC14 for ; Thu, 8 Sep 2011 16:25:02 +0000 (UTC) Received: by gwb1 with SMTP id 1so80999gwb.36 for ; Thu, 08 Sep 2011 09:25:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fnJWiEJBrt+CAeXN6Q6YM0V4SSkj+BtgmEcefw3uN6Y=; b=tBD0/hSpMIecK8b8T9aqKOh3FSsgMWh3Otv/0AGNcfBUS4TqqeSOO5wi0RAw5rWTAr 9jZJZGVJ+wD0dpjA69yOHzFAlRMO9A1xRZ392JQT3N9TgZ0dcUMDkMXoLI71ET5eStVJ Hxs5iJS5sjf1ugJqtj/Sm35C2ElDbEGCqfFGI= MIME-Version: 1.0 Received: by 10.231.57.10 with SMTP id a10mr766545ibh.70.1315499101618; Thu, 08 Sep 2011 09:25:01 -0700 (PDT) Received: by 10.231.59.71 with HTTP; Thu, 8 Sep 2011 09:25:01 -0700 (PDT) In-Reply-To: <4E686E0C.7070806@gmail.com> References: <4E686E0C.7070806@gmail.com> Date: Thu, 8 Sep 2011 09:25:01 -0700 Message-ID: From: Kevin Oberman To: Niclas Zeising Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: 8-stable -> 9-current upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 16:25:02 -0000 On Thu, Sep 8, 2011 at 12:26 AM, Niclas Zeising wrote: > On 2011-09-08 02:12, Kevin Oberman wrote: >> I've been looking for any information on any special steps required to >> update from 8-stable to >> 9-current. /usr/src/UPDATING is a bit out of date as it has >> instructions for going from 5-stable >> to "current", although the instruction may well be the same. >> >> I am particularly concerned with things like header files >> (/usr/include) that might bite me if not >> deleted. >> >> Thanks! > > I did this upgrade not too long ago (a week or maybe two) and as far as > I can tell there aren't that many special steps needed. Firstly I did > compare my custom kernel config to the 9-CURRENT generic one. Be careful > around the NFS options since they've changed names, as well as > COMPAT_TTY which isn't in generic anymore and P1003_1B_SEMAPHORES which > also is gone. There might be some more options, but this is what I can > remember on top of my head. You also might want to check src.conf if you > use that, since there are some new options added there. > After that there's just to build world and kernel, and install them, as > per usual. I had some trouble building clang, so I disabled that, and > then rebuild world and clang when 9-current was installed. Be careful > also of make delete-old-libs, since some libs have had their version > number bumped, which will make ports fail, unless you recompile those as > well. > During the mergemaster "phase" there's plenty of stuff to be merged. > Some is just version numbers, other is content as well. For instance, in > newsyslog.conf the entry for utmp is gone, replaced with utx.log and a > lot of other stuff. There has also been some changes to how network > interfaces are handled in rc.conf. There might be backwards compability > shims for now, but I don't know since I changed them to the new default > instead. > I hope this helps, and good luck with your upgrade! Let me know if I > missed out on any details. > Regards! > -- > Niclas > Thank you, Niclas. Between this and both on-list and private notes from David Wolfskill, I'm feeling pretty comfortable about this. I might even give it a shot later today, if I have time. Guess I'm still a bit paranoid all this time after the 4-stable->current and 5-stable->current upgrades. Those were a bit tricky. I stayed with current, so never did 6->7-current or 7-current to 8-current upgrades. I'm especially anxious to try the KMS patches to see if I can get my graphics to finally display with the correct aspect ratio. Again, thanks! -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 16:46:46 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE5B9106567A for ; Thu, 8 Sep 2011 16:46:46 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id B45F58FC15 for ; Thu, 8 Sep 2011 16:46:46 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 2CF1A582C7; Thu, 8 Sep 2011 11:21:41 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id UW0RpRfaQyb9; Thu, 8 Sep 2011 11:21:41 -0500 (CDT) Received: from wanderer.tachypleus.net (178-26-40-11-dynip.superkabel.de [178.26.40.11]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 82416582C0; Thu, 8 Sep 2011 11:21:40 -0500 (CDT) Message-ID: <4E68EB94.3010500@freebsd.org> Date: Thu, 08 Sep 2011 18:21:40 +0200 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110905 Thunderbird/6.0.1 MIME-Version: 1.0 To: MySphere@web.de References: <1315491777.5146.140258138782645@webmail.messagingengine.com> In-Reply-To: <1315491777.5146.140258138782645@webmail.messagingengine.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: current@FreeBSD.org Subject: Re: SSD - TRIM, SU and SUJ - Installer Options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 16:46:46 -0000 On 09/08/11 16:22, MySphere@web.de wrote: > Hi there, > > first off all I have to say, that your new Installer in FBSD v9.0 is > very well done. > I just found an option, which is not activated at this time. So I wanted > to ask, if it’s possible a bug or something like that. > > I’ve tried to change the in the section Partition Editor with > the subsection Add Partition and wanted to save my changes: Softupdates > = disabled, Softupdates journaling = disabled, TRIM = enabled with the > button. > But if I reenter the menu, so my changes will be overwritten > with the default values: SU = enabled, SUJ = enabled ([UFS1 +] TRIM = > disabled). > > I’ve tried this without success in FBSD v9.0 BETA1+2 (amd64) with the > ISO- and the IMG Images. > > My workaround is, that I run in single-user-mode and change the values > with tunefs. > > Would you please check, that point – if my act is accurate. > > Thanks in advance and have a nice day! This is an interesting point that I hadn't tested. The options do work -- the state of the dialog is just not restored when the Options menu is reentered and so a second trip to Options resets the defaults, unless you then change it again. I'm traveling at the moment, so am not able to fix it at the moment. The internal architecture may also make it slightly tricky to fix. -Nathan From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 17:00:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 3B81F106564A; Thu, 8 Sep 2011 17:00:52 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id BF68B15F03D; Thu, 8 Sep 2011 17:00:48 +0000 (UTC) Message-ID: <4E68F493.20805@FreeBSD.org> Date: Thu, 08 Sep 2011 21:00:03 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Willem Jan Withagen References: <4E68E999.9020800@digiware.nl> In-Reply-To: <4E68E999.9020800@digiware.nl> X-Enigmail-Version: 1.1.2 OpenPGP: id=10C8A17A Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Nathan Whitehorn Subject: Re: FreeBSD 9.0-BETA2 invalid ada0 layout prevents installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 17:00:52 -0000 On 08.09.2011 20:13, Willem Jan Withagen wrote: > This however results in that I can not find any "normal" way in the > guided and expert config menus to actual tell it to use the whole disk > for a new fresh FreeBSD install. > > it keeps complaining > Operation not permitted > 'ada0 table is corrupt' Do you mean new FreeBSD installer? > Only way to proceeds seems to be is to go to shell, dd /dev/zero over > the first few blocks and then restart.... > > Not shure that many people that end up using a ZFS old disk, also do not > know how to fix this. But then again, what is there is another "corrupt" > GPT setup on the disk... If your partition table marked as corrupt, you can only destroy or recover it. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 17:19:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A85791065674; Thu, 8 Sep 2011 17:19:24 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 614608FC1D; Thu, 8 Sep 2011 17:19:24 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id p88HJNbo012434; Thu, 8 Sep 2011 13:19:23 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Thu, 08 Sep 2011 13:19:23 -0400 (EDT) Date: Thu, 8 Sep 2011 13:19:23 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Baldwin In-Reply-To: <201109080942.03413.jhb@freebsd.org> Message-ID: References: <201109071735.34593.jhb@freebsd.org> <201109080942.03413.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: adrian@freebsd.org, freebsd-current@freebsd.org, Warner Losh Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2011 17:19:24 -0000 On Thu, 8 Sep 2011, John Baldwin wrote: > On Wednesday, September 07, 2011 5:48:01 pm Daniel Eischen wrote: >> On Wed, 7 Sep 2011, John Baldwin wrote: >> >>> On Wednesday, September 07, 2011 4:18:25 pm Daniel Eischen wrote: >>>> >>>> Setting debug.acpi.disabled=hostres in /boot/loader.conf >>>> did not help. I tried this with a recent kernel from HEAD. >>> >>> Did it remove the 'pcib0: decoding ....' lines from a verbose dmesg? >> >> I don't see that line in a verbose dmesg. The hostres verbose >> dmesg is here: >> >> http://people.freebsd.org/~deischen/ath_dmesg_hostres.txt > > Ok, that exonerates those changes then. > >> I'm using a local CVS repo, so the a -D date means (I guess) >> the beginning of the day. So the commit that actually broke >> the kernel for me occurred on Mar 31. According to: >> >> cvs diff -u -D"31 Mar 2011" -D"1 Apr 2011" >> >> there were a lot of sys/dev/pci changes. > > There was one commit: > > Author: jhb > Date: Thu Mar 31 13:22:12 2011 > New Revision: 220195 > URL: http://svn.freebsd.org/changeset/base/220195 > > Log: > Explicitly track the state of all known BARs for each PCI device. The PCI > bus driver will now remember the size of a BAR obtained during the initial > bus scan and use that size when doing lazy resource allocation rather than > resizing the BAR. The bus driver will now also report unallocated BARs to > userland for display by 'pciconf -lb'. Psuedo-resources that are not BARs > (such as the implicit I/O port resources for master/slave ATA controllers) > will no longer be listed as BARs in 'pciconf -lb'. During resume, BARs are > restored from their new saved state instead of having the raw registers > saved and restored across resume. This also fixes restoring BARs at > unusual loactions if said BAR has been allocated by a driver. > > Add a constant for the offset of the ROM BIOS BAR in PCI-PCI bridges and > properly handle ROM BIOS BARs in PCI-PCI bridges. The PCI bus now also > properly handles the lack of a ROM BIOS BAR in a PCI-Cardbus bridge. > > Tested by: jkim > > Modified: > head/sys/dev/pci/pci.c > head/sys/dev/pci/pci_user.c > head/sys/dev/pci/pcireg.h > head/sys/dev/pci/pcivar.h > > Can you get a verbose dmesg from just after this change (you will need the > patch from earlier to fix the panic you saw)? > > The output of pciconf -lb from both before and after would also be good. I can't build r220194 (just before); it seems to rely on r220195. But r220195 builds, and I've applied the patch from earlier to fix the panic. I suspect you don't really need the pciconf -lb from before r220195 because r220195 works - ath attaches and is at the correct base address (0x88000000). So the commit that broke ath/cardbus must be after r220195. The verbose dmesg and pciconf -lb are here: http://people.freebsd.org/~deischen/ath/dmesg.r220195.txt http://people.freebsd.org/~deischen/ath/dmesg.r220195.txt I've noticed that in the non-working kernels, pcib2/cbb0 are at address 0xf8f00000, and cbb1 is at 0xf8f01000. When the PCI configuration space is printed (in the verbose boot), offset 0x10 shows 0xf8f00000 and 0xf8f01000. In the working kernel, they are at 0x8000000 and 0x80001000. It seems like kernels post Mar 31 constrain the cardbus address range to be within the PCI bridge range. Also, I noticed that pcib2 fails to allocate a memory window in post Mar 31 kernels: pcib2: at device 30.0 on pci0 pcib2: failed to allocate initial I/O port window: 0xe000-0xffff pcib2: failed to allocate initial memory window: 0xf4000000-0xfbffffff whereas in previous kernels the allocation succeeds. Just curious, how would this all work for a PCI-VME bridge where you could have a very large memory windows onto a 32(or even 64)-bit address space? -- DE From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 17:59:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28CB1106566C; Thu, 8 Sep 2011 17:59:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id F1C6C8FC0C; Thu, 8 Sep 2011 17:59:58 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6C2D746B06; Thu, 8 Sep 2011 13:59:57 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id F306F8A02E; Thu, 8 Sep 2011 13:59:56 -0400 (EDT) From: John Baldwin To: Daniel Eischen Date: Thu, 8 Sep 2011 13:59:56 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <201109080942.03413.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109081359.56584.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 08 Sep 2011 13:59:57 -0400 (EDT) Cc: adrian@freebsd.org, freebsd-current@freebsd.org, Warner Losh Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 17:59:59 -0000 On Thursday, September 08, 2011 1:19:23 pm Daniel Eischen wrote: > On Thu, 8 Sep 2011, John Baldwin wrote: > > > On Wednesday, September 07, 2011 5:48:01 pm Daniel Eischen wrote: > >> On Wed, 7 Sep 2011, John Baldwin wrote: > >> > >>> On Wednesday, September 07, 2011 4:18:25 pm Daniel Eischen wrote: > >>>> > >>>> Setting debug.acpi.disabled=hostres in /boot/loader.conf > >>>> did not help. I tried this with a recent kernel from HEAD. > >>> > >>> Did it remove the 'pcib0: decoding ....' lines from a verbose dmesg? > >> > >> I don't see that line in a verbose dmesg. The hostres verbose > >> dmesg is here: > >> > >> http://people.freebsd.org/~deischen/ath_dmesg_hostres.txt > > > > Ok, that exonerates those changes then. > > > >> I'm using a local CVS repo, so the a -D date means (I guess) > >> the beginning of the day. So the commit that actually broke > >> the kernel for me occurred on Mar 31. According to: > >> > >> cvs diff -u -D"31 Mar 2011" -D"1 Apr 2011" > >> > >> there were a lot of sys/dev/pci changes. > > > > There was one commit: > > > > Author: jhb > > Date: Thu Mar 31 13:22:12 2011 > > New Revision: 220195 > > URL: http://svn.freebsd.org/changeset/base/220195 > > > > Log: > > Explicitly track the state of all known BARs for each PCI device. The PCI > > bus driver will now remember the size of a BAR obtained during the initial > > bus scan and use that size when doing lazy resource allocation rather than > > resizing the BAR. The bus driver will now also report unallocated BARs to > > userland for display by 'pciconf -lb'. Psuedo-resources that are not BARs > > (such as the implicit I/O port resources for master/slave ATA controllers) > > will no longer be listed as BARs in 'pciconf -lb'. During resume, BARs are > > restored from their new saved state instead of having the raw registers > > saved and restored across resume. This also fixes restoring BARs at > > unusual loactions if said BAR has been allocated by a driver. > > > > Add a constant for the offset of the ROM BIOS BAR in PCI-PCI bridges and > > properly handle ROM BIOS BARs in PCI-PCI bridges. The PCI bus now also > > properly handles the lack of a ROM BIOS BAR in a PCI-Cardbus bridge. > > > > Tested by: jkim > > > > Modified: > > head/sys/dev/pci/pci.c > > head/sys/dev/pci/pci_user.c > > head/sys/dev/pci/pcireg.h > > head/sys/dev/pci/pcivar.h > > > > Can you get a verbose dmesg from just after this change (you will need the > > patch from earlier to fix the panic you saw)? > > > > The output of pciconf -lb from both before and after would also be good. > > I can't build r220194 (just before); it seems to rely on r220195. > But r220195 builds, and I've applied the patch from earlier to > fix the panic. > > I suspect you don't really need the pciconf -lb from before r220195 > because r220195 works - ath attaches and is at the correct base > address (0x88000000). So the commit that broke ath/cardbus must > be after r220195. > > The verbose dmesg and pciconf -lb are here: > > http://people.freebsd.org/~deischen/ath/dmesg.r220195.txt > http://people.freebsd.org/~deischen/ath/dmesg.r220195.txt > > I've noticed that in the non-working kernels, pcib2/cbb0 > are at address 0xf8f00000, and cbb1 is at 0xf8f01000. > When the PCI configuration space is printed (in the > verbose boot), offset 0x10 shows 0xf8f00000 and > 0xf8f01000. In the working kernel, they are at 0x8000000 > and 0x80001000. It seems like kernels post Mar 31 constrain > the cardbus address range to be within the PCI bridge > range. Yes. You can test if that is all that causes the problem by turning off 'NEW_PCIB' in your kernel config. > Also, I noticed that pcib2 fails to allocate a memory window > in post Mar 31 kernels: > > pcib2: at device 30.0 on pci0 > pcib2: failed to allocate initial I/O port window: 0xe000-0xffff > pcib2: failed to allocate initial memory window: 0xf4000000-0xfbffffff > > whereas in previous kernels the allocation succeeds. That is due to the hostres stuff. Your BIOS says that the Host-PCI bridge doesn't decode those full ranges meaning they aren't available for use by downstream PCI-PCI bridges. > Just curious, how would this all work for a PCI-VME > bridge where you could have a very large memory windows > onto a 32(or even 64)-bit address space? That should work just fine, but the PCI-PCI bridge needs to reserve its windows from its parent so that other devices on the same bus as the bridge don't try to use conflicting resources. In the case of your laptop your pcib2 bridge is a subtractively decoded bridge. I don't know if for some reason the cardbus card wants to specifically use resources that are only subtractively decoded. Was waiting for Warner to comment on that. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 18:00:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 241E6106564A for ; Thu, 8 Sep 2011 18:00:01 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qw0-f48.google.com (mail-qw0-f48.google.com [209.85.216.48]) by mx1.freebsd.org (Postfix) with ESMTP id D1F718FC12 for ; Thu, 8 Sep 2011 18:00:00 +0000 (UTC) Received: by qwj9 with SMTP id 9so830194qwj.7 for ; Thu, 08 Sep 2011 10:59:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.20.14 with SMTP id d14mr797302qcb.61.1315504799419; Thu, 08 Sep 2011 10:59:59 -0700 (PDT) Received: by 10.229.223.196 with HTTP; Thu, 8 Sep 2011 10:59:59 -0700 (PDT) In-Reply-To: <20110908004338.GK1762@albert.catwhisker.org> References: <20110908004338.GK1762@albert.catwhisker.org> Date: Thu, 8 Sep 2011 19:59:59 +0200 Message-ID: From: Olivier Smedts To: David Wolfskill Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: 8-stable -> 9-current upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 18:00:01 -0000 2011/9/8 David Wolfskill : > On Wed, Sep 07, 2011 at 05:12:45PM -0700, Kevin Oberman wrote: >> ... >> I am particularly concerned with things like header files >> (/usr/include) that might bite me if not deleted. > > This isn't specific to that upgrade, but when I do a "make installworld", > I augment the instructions from UPDATING, prefixing the "make > installworld" itself with: > > rm -fr /usr/include.old && mv /usr/include{,.old} && \ > rm -fr /usr/share/man > > Thus, I have reasonable confidence that the newly-installed world has no > significant "pollution" from the old world, at least in /usr/include and > /usr/share/man. =A0(Libraries are a different matter -- and addressed > differently.) # cd /usr/src # make delete-old would be less hack-ish > Note, too, that a "standard" source upgrade has no provision for > updating /etc/localtime, in case that may be an issue. > > Peace, > david > -- > David H. Wolfskill =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0david@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. > --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 18:07:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43C90106564A for ; Thu, 8 Sep 2011 18:07:59 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 1B9DC8FC0A for ; Thu, 8 Sep 2011 18:07:59 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id p88I7wX6042445; Thu, 8 Sep 2011 11:07:58 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id p88I7woE042444; Thu, 8 Sep 2011 11:07:58 -0700 (PDT) (envelope-from david) Date: Thu, 8 Sep 2011 11:07:58 -0700 From: David Wolfskill To: Olivier Smedts Message-ID: <20110908180758.GZ1762@albert.catwhisker.org> References: <20110908004338.GK1762@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="w2Ze1fp8mKggy7lw" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current Subject: Re: 8-stable -> 9-current upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 18:07:59 -0000 --w2Ze1fp8mKggy7lw Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2011 at 07:59:59PM +0200, Olivier Smedts wrote: > ... > > I augment the instructions from UPDATING, prefixing the "make > > installworld" itself with: > > > > rm -fr /usr/include.old && mv /usr/include{,.old} && \ > > rm -fr /usr/share/man > > > > Thus, I have reasonable confidence that the newly-installed world has no > > significant "pollution" from the old world, at least in /usr/include and > > /usr/share/man. =A0(Libraries are a different matter -- and addressed > > differently.) >=20 > # cd /usr/src > # make delete-old > would be less hack-ish Per src/UPDATING and comments in src/Makefile, that is done *after* "make installworld" -- and yes, I do that, as well (as well as the "make delete-old-libs" after the reboot). 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. --w2Ze1fp8mKggy7lw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5pBH4ACgkQmprOCmdXAD31HwCeILYOGrrMRmVmlO0PVCRU80LW 2wAAnicDRhfAp/oxyaXvatYzy471J+mo =574h -----END PGP SIGNATURE----- --w2Ze1fp8mKggy7lw-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 20:13:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65660106566C for ; Thu, 8 Sep 2011 20:13:59 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id B84288FC0C for ; Thu, 8 Sep 2011 20:13:58 +0000 (UTC) Received: (qmail 65377 invoked by uid 80); 8 Sep 2011 20:13:56 -0000 Received: from dsdf-4d056fd5.pool.mediaWays.net (dsdf-4d056fd5.pool.mediaWays.net [77.5.111.213]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Thu, 08 Sep 2011 22:13:56 +0200 Date: Thu, 08 Sep 2011 22:13:56 +0200 Message-ID: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> From: Oliver Lehmann To: current@freebsd.org User-Agent: Internet Messaging Program (IMP) H4 (5.0.9) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: Subject: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2011 20:13:59 -0000 Hi, I have an Atom 330 with 9.0-BETA2/amd64 installed. I did a pkg_add -r cvsup-without-gui at first after installation. Using cvsup, resulted in a core dump (illegal instruction). I then removed all ports, and installed cvsup-without-gui from source. Started cvsup... core dump again. I then got the cvsup binary from a FreeBSD 8 i386 system, installed compat8x and also copied the missing libutil.so.8 from FreeBSD/i386 and cvsuped the source (8.2-STABLE i386 cvsup worked). Then I rebuilt world, kernel (removed all debugging options from GENERIC). Then I removed all ports once more and reinstalled cvsup-without-gui from ports once more. And now again... nudel# cvsup -g /usr/share/examples/cvsup/9-supfile Connected to cvsup.de.FreeBSD.org Updating collection src-all/cvs Edit src/crypto/openssl/ssl/s3_lib.c Illegal instruction (core dumped) nudel# gdb /usr/local/bin/cvsup cvsup.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `cvsup'. Program terminated with signal 4, Illegal instruction. Reading symbols from /lib/libz.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.6 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000800e12359 in gmtime_r () from /lib/libc.so.7 (gdb) bt #0 0x0000000800e12359 in gmtime_r () from /lib/libc.so.7 #1 0x0000000800e11dde in gmtime_r () from /lib/libc.so.7 #2 0x0000000800e12ab4 in gmtime_r () from /lib/libc.so.7 #3 0x0000000800e12cc8 in gmtime_r () from /lib/libc.so.7 #4 0x0000000800e30928 in sysctl () from /lib/libc.so.7 #5 0x0000000800e11a9f in timegm () from /lib/libc.so.7 #6 0x0000000800e13346 in gmtime () from /lib/libc.so.7 #7 0x00000000004a63aa in calloc () #8 0x000000000043ae3b in ?? () #9 0x0000000000448e1e in ?? () #10 0x0000000000409e42 in ?? () #11 0x0000000000419118 in ?? () #12 0x0000000000417c32 in ?? () #13 0x0000000000415213 in ?? () #14 0x0000000000414cee in ?? () #15 0x000000000049f8f0 in calloc () #16 0x000000000048f9ad in fnmatch () #17 0x00007fffffffc498 in ?? () #18 0x00007fffffffda00 in ?? () #19 0x00007fffffffdaf8 in ?? () #20 0x00007fffffffdad8 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x00001fa00000037f in ?? () #24 0x0000000000000000 in ?? () #25 0x000000000074c6c0 in ?? () #26 0x000000000074c6c0 in ?? () #27 0x0000000000494cf9 in fnmatch () Previous frame inner to this frame (corrupt stack?) (gdb) > cat /etc/make.conf X_WINDOW_SYSTEM=xorg WRKDIRPREFIX=/usr/obj/${MACHINE_ARCH} > > head -7 /usr/share/examples/cvsup/9-supfile *default host=cvsup.de.FreeBSD.org *default base=/mnt/files/FreeBSD/9.0 *default prefix=/mnt/files/FreeBSD/9.0 *default release=cvs tag=. *default delete use-rel-suffix *default compress src-all > From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 20:18:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1A391065674 for ; Thu, 8 Sep 2011 20:18:31 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 727FF8FC1A for ; Thu, 8 Sep 2011 20:18:31 +0000 (UTC) Received: by yxk36 with SMTP id 36so1200805yxk.13 for ; Thu, 08 Sep 2011 13:18:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=2NZEaVNLzXnoztZ9OBJ42glk+WKlJXtMqOF7fEZ3/Yo=; b=PZAKx0zt6PlXs+poM1FO9Ck8lWCg+lzN9O5iKTTW96TPI88bzsrf4J/GhyB6x/oSU9 EuhNXXVq0hlFaz6ydt+/Z2Z3k6tl3df2MQ4NJfR0OlrAifkii+5mk0Q6lLUtqARpUxNX LwclFfWVVuvCKQyGrbFr7S7PYiPDJRadY53NI= MIME-Version: 1.0 Received: by 10.231.60.76 with SMTP id o12mr998257ibh.83.1315513110549; Thu, 08 Sep 2011 13:18:30 -0700 (PDT) Received: by 10.231.59.71 with HTTP; Thu, 8 Sep 2011 13:18:30 -0700 (PDT) In-Reply-To: References: Date: Thu, 8 Sep 2011 13:18:30 -0700 Message-ID: From: Kevin Oberman To: bf1783@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Thomas Mueller , freebsd-current@freebsd.org Subject: Re: Shared libraries version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 20:18:31 -0000 On Thu, Sep 8, 2011 at 4:42 AM, b. f. wrote: >> I think I'll rebuild all ports, and more, maybe I should make and keep p= ackages in case I can't update to BETA3 in place. > > If you want to be on the safe side, a complete rebuild is probably a > good idea -- and moreover, one that removes all ports and cleans out > ${PREFIX} and ${PKG_DBDIR} before rebuilding any ports, if you can > afford the downtime. =A0Otherwise, the new misc/compat8x port can help > ease the transition. =A0If they aren't available on pre-release media, > default packages for certain architectures are available at: > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/${ARCH}/packages-9-current/ > > Depending on the architecture, and when you download them, they will > have been compiled on a variety of recent versions of 9, but will > probably work on the BETAs, at least with misc/compat8x, as a stopgap > while you rebuild ports. 'man portmaster' provides a straight-forward procedure or this, but it will miss a few things do to complex dependencies involved in thongs like gnome2 and kde. These ports use "tricks" to keep the dependency tree under some control, but at a cost of occasionally missing things. Still, it gets you most of the way very easily. See the examples at the end of the man page. --=20 R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 20:32:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2476106566B for ; Thu, 8 Sep 2011 20:32:37 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtpksrv1.mitre.org (smtpksrv1.mitre.org [198.49.146.77]) by mx1.freebsd.org (Postfix) with ESMTP id AEEF28FC0A for ; Thu, 8 Sep 2011 20:32:37 +0000 (UTC) Received: from smtpksrv1.mitre.org (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id B655C21B17A3; Thu, 8 Sep 2011 16:15:06 -0400 (EDT) Received: from imchub2.MITRE.ORG (imchub2.mitre.org [129.83.29.74]) by smtpksrv1.mitre.org (Postfix) with ESMTP id A564221B17BA; Thu, 8 Sep 2011 16:15:06 -0400 (EDT) Received: from IMCMBX3.MITRE.ORG ([129.83.29.206]) by imchub2.MITRE.ORG ([129.83.29.74]) with mapi; Thu, 8 Sep 2011 16:15:06 -0400 From: "Andresen, Jason R." To: Chris Brennan , Adam Vande More Date: Thu, 8 Sep 2011 16:15:05 -0400 Thread-Topic: Need a README to explain items in download directory Thread-Index: AcxqvNlRaSQqDAjOQyiJjf26chfpSgDpUE8A Message-ID: <600C0C33850FFE49B76BDD81AED4D258030437F0D2@IMCMBX3.MITRE.ORG> References: <4E629A62.8020903@xaerolimit.net> <4E63012A.1030500@xaerolimit.net> In-Reply-To: <4E63012A.1030500@xaerolimit.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Craig Rodrigues , "freebsd-current@freebsd.org" Subject: RE: Need a README to explain items in download 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: Thu, 08 Sep 2011 20:32:38 -0000 From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freeb= sd.org] On Behalf Of Chris Brennan > >On 9/3/2011 7:12 PM, Adam Vande More wrote: >> On Sat, Sep 3, 2011 at 6:00 PM, Craig Rodrigues > > wrote: >> >> For this line: >> >> (1) FreeBSD-8.2-RELEASE-i386-bootonly.iso - Requires an Internet >> Connection >> >> Does this mean that this ISO has the minimal stuff to boot, and >> then do an install by downloading packages over the Internet? I >> really don't >> know, that's why I'm asking. :) > >What this should have said was that it is a *boot-to-installer* only ISO >image, designed to be burned to optical media. A *network* connection is >required (LAN/WAN depending on where you will be installing from) *or* >you will have to provide a 'local source[1]' for the install to pull >BASE packages from. > >[1] Local source can be an NFS mounted partition, local hard-drive with >the base packages, etc... where-ever the BASE install files are located. > >> While such wording may be helpful to a new user over completely absent >> directions, it's technically flawed. You don't need an internet >> connection, but rather a network connection or some other form of >> installation media. > >You are correct Adam. I was a little too basic. If such a README is to >be implemented, I could find myself writing some correct descriptions >... perhaps a pr is in order? Honestly, the person who needs to read that README file isn't the person wh= o is going to care about nitpicky details on exactly what each file is. He= just wants to know which one will get him a FreeBSD system without a massi= ve headache. =20 A better README might look like: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D FreeBSD 8.2-RELEASE Images > FreeBSD-8.2-RELEASE-i386-dvd1.iso.xz - Installer and full OS, D= VD, Best Choice for Beginners > FreeBSD-8.2-RELEASE-i386-disc1.iso - Installer and base O= S, CD, For all people without DVD drives > FreeBSD-8.2-RELEASE-i386-memstick.img - Installer and base OS, USB M= emory Sticks, Advanced users > FreeBSD-8.2-RELEASE-i386-bootonly.iso - Installer only, CD, For A= dvanced users > FreeBSD-8.2-RELEASE-i386-livefs.iso - Live file system, f= or repairs, for Advanced users For more information, consult the FreeBSD Handbook: http://www.freebsd.org/doc/handbook/install-diff-media.html =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D Anybody downloading the Bootonly image should already know what they're get= ting into. =20 From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 20:47:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C586106564A; Thu, 8 Sep 2011 20:47:24 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id ACBFD8FC19; Thu, 8 Sep 2011 20:47:23 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id p88KlMW3014115; Thu, 8 Sep 2011 16:47:22 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Thu, 08 Sep 2011 16:47:22 -0400 (EDT) Date: Thu, 8 Sep 2011 16:47:22 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Baldwin In-Reply-To: <201109081359.56584.jhb@freebsd.org> Message-ID: References: <201109080942.03413.jhb@freebsd.org> <201109081359.56584.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: adrian@freebsd.org, freebsd-current@freebsd.org, Warner Losh Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2011 20:47:24 -0000 On Thu, 8 Sep 2011, John Baldwin wrote: > On Thursday, September 08, 2011 1:19:23 pm Daniel Eischen wrote: >> >> I suspect you don't really need the pciconf -lb from before r220195 >> because r220195 works - ath attaches and is at the correct base >> address (0x88000000). So the commit that broke ath/cardbus must >> be after r220195. >> >> The verbose dmesg and pciconf -lb are here: >> >> http://people.freebsd.org/~deischen/ath/dmesg.r220195.txt >> http://people.freebsd.org/~deischen/ath/dmesg.r220195.txt >> >> I've noticed that in the non-working kernels, pcib2/cbb0 >> are at address 0xf8f00000, and cbb1 is at 0xf8f01000. >> When the PCI configuration space is printed (in the >> verbose boot), offset 0x10 shows 0xf8f00000 and >> 0xf8f01000. In the working kernel, they are at 0x8000000 >> and 0x80001000. It seems like kernels post Mar 31 constrain >> the cardbus address range to be within the PCI bridge >> range. > > Yes. You can test if that is all that causes the problem by turning off > 'NEW_PCIB' in your kernel config. I tried a recent kernel from HEAD with nooption NEW_PCIB. The addresses are back to pre-Mar 31, but ath still doesn't attach, verbose dmesg here: http://people.freebsd.org/~deischen/ath/dmesg.fails.no_new_pcib.txt The relevent ath messages are below. -- DE pcib2: requested memory range 0x88000000-0xffffffff: good unknown: Lazy allocation of 0x10000 bytes rid 0x10 type 3 at 0x88000000 cbb0: Opening memory: cbb0: Normal: 0x88000000-0x8800ffff cbb0: Opening memory: cbb0: Opening memory: cbb0: Normal: 0x88000000-0x8800ffff cbb0: Opening memory: found-> vendor=0x168c, dev=0x0013, revid=0x01 domain=0, bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0002, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0a (2500 ns), maxlat=0x1c (7000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 ath0: mem 0x88000000-0x8800ffff irq 11 at device 0.0 on cardbus0 cbb0: Opening memory: cbb0: Normal: 0x88000000-0x8800ffff ar5212SetPowerModeAwake: Failed to wakeup in 40ms ar5212SetPowerModeAwake: Failed to wakeup in 40ms ath0: unable to attach hardware; HAL status 3 cbb0: Opening memory: device_attach: ath0 attach returned 6 From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 21:52:19 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E6C8106564A for ; Thu, 8 Sep 2011 21:52:19 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6D65E8FC08 for ; Thu, 8 Sep 2011 21:52:19 +0000 (UTC) Received: by pzk36 with SMTP id 36so1877353pzk.17 for ; Thu, 08 Sep 2011 14:52:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=sfe9m0QMMOyuKxNrxKX/98OoRSgBdHyEtk0e2fR/URM=; b=q6hN0JuzYHMlCCHRLhf3X65GNyXoHF3voroKy7eNL6P9st3jIHRvo+gql/uObd3OG+ PQqF7dqdDR9nBU0/Hr/58N0GwKmHpz4rbjmGzboWjabyjO0jxoAxtgMg97EtrmZT1Omc 1so3+ZMrpUoBNjWPQ2NcH38lj/1tkvXlFcnoE= MIME-Version: 1.0 Received: by 10.68.15.9 with SMTP id t9mr1596163pbc.285.1315518739041; Thu, 08 Sep 2011 14:52:19 -0700 (PDT) Received: by 10.142.166.13 with HTTP; Thu, 8 Sep 2011 14:52:19 -0700 (PDT) Date: Thu, 8 Sep 2011 21:52:19 +0000 Message-ID: From: "b. f." To: Oliver Lehmann , freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2011 21:52:19 -0000 > I have an Atom 330 with 9.0-BETA2/amd64 installed. > > I did a pkg_add -r cvsup-without-gui at first after installation. > Using cvsup, resulted in a core dump (illegal instruction). > > I then removed all ports, and installed cvsup-without-gui from source. > Started cvsup... core dump again. > > I then got the cvsup binary from a FreeBSD 8 i386 system, installed > compat8x and also copied the missing libutil.so.8 from FreeBSD/i386 > and cvsuped the source (8.2-STABLE i386 cvsup worked). > > Then I rebuilt world, kernel (removed all debugging options from GENERIC). > > Then I removed all ports once more and reinstalled cvsup-without-gui > from ports once more. > > And now again... It may be broken -- I seem to recall some earlier complaints about problems on one of the list. But is there a reason why you are attempting to use it, when /usr/bin/csup is available, and is generally thought to be superior? b. From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 21:05:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0134106566C; Thu, 8 Sep 2011 21:05:15 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.digiware.nl [217.149.136.189]) by mx1.freebsd.org (Postfix) with ESMTP id A90F18FC13; Thu, 8 Sep 2011 21:05:15 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id DB11F153434; Thu, 8 Sep 2011 22:54:15 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xvtk4rJWbBo4; Thu, 8 Sep 2011 22:54:14 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:daa2:5eff:fe4e:36d2] (unknown [IPv6:2001:4cb8:3:1:daa2:5eff:fe4e:36d2]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPS id 1B680153433; Thu, 8 Sep 2011 22:54:14 +0200 (CEST) References: <4E68E999.9020800@digiware.nl> <4E68F493.20805@FreeBSD.org> In-Reply-To: <4E68F493.20805@FreeBSD.org> Mime-Version: 1.0 (iPad Mail 8C148) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <7B81616B-F346-4DCB-A0A8-F5836DD5DC61@digiware.nl> X-Mailer: iPad Mail (8C148) From: Willem Jan Withagen Date: Thu, 8 Sep 2011 23:05:29 +0200 To: "Andrey V. Elsukov" X-Mailman-Approved-At: Thu, 08 Sep 2011 22:21:48 +0000 Cc: FreeBSD Current , Nathan Whitehorn Subject: Re: FreeBSD 9.0-BETA2 invalid ada0 layout prevents installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2011 21:05:16 -0000 Op 8 sep. 2011 om 19:00 heeft "Andrey V. Elsukov" het volge= nde geschreven: > On 08.09.2011 20:13, Willem Jan Withagen wrote: >> This however results in that I can not find any "normal" way in the >> guided and expert config menus to actual tell it to use the whole disk >> for a new fresh FreeBSD install. >>=20 >> it keeps complaining >> Operation not permitted >> 'ada0 table is corrupt' >=20 > Do you mean new FreeBSD installer? The one that get run, once you boot memstick img. So i guess so, IT doesn't look like the old one. >=20 >> Only way to proceeds seems to be is to go to shell, dd /dev/zero over >> the first few blocks and then restart.... >>=20 >> Not shure that many people that end up using a ZFS old disk, also do not >> know how to fix this. But then again, what is there is another "corrupt" >> GPT setup on the disk... >=20 > If your partition table marked as corrupt, you can only destroy or > recover it. But even just deleting It dit not work Next to the fact, that IT came out of a functional zfs-raid set, shift was c= orrector shutdown. So The gpt-table being corrupt is doubtfull. Also because i coups read the table just fine in the emergency-Shell. No errors no warnings.=20 --wJw From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 21:51:35 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7463F106566C; Thu, 8 Sep 2011 21:51:35 +0000 (UTC) (envelope-from MySphere@web.de) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 404B68FC0A; Thu, 8 Sep 2011 21:51:35 +0000 (UTC) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id A7D1D2B80C; Thu, 8 Sep 2011 17:51:34 -0400 (EDT) Received: from web3.messagingengine.com ([10.202.2.213]) by compute4.internal (MEProxy); Thu, 08 Sep 2011 17:51:34 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:cc:mime-version :content-transfer-encoding:content-type:references:subject :in-reply-to:reply-to:date; s=smtpout; bh=O9poxjA5zhDjtS5szYbm38 KYS5I=; b=I+MCZJLAdGNjCd4HH8i0rxzA+ThWYwT4N8R0ld/WiwUoZvHox21+rs ASap3ALwDZ6EPehyDjB2DvlegPcgeKEqjdneOpeiHgREaL92OgyLdLIPRXcPVHOk 9z0ObBMWu7RIu0XMe/XD8LxKZ12GEdIGDsgdOaw8Ibh8yd3X+CZ58= Received: by web3.messagingengine.com (Postfix, from userid 99) id 84F0B556D41; Thu, 8 Sep 2011 17:51:34 -0400 (EDT) Message-Id: <1315518694.15342.140258138952801@webmail.messagingengine.com> X-Sasl-Enc: 5c7Cui9Y1nzPyDeqkSPooGeklDLu1uGZm+CExsNg1qi8 1315518694 From: MySphere@web.de To: "Nathan Whitehorn" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Mailer: MessagingEngine.com Webmail Interface References: <1315491777.5146.140258138782645@webmail.messagingengine.com><4E68EB94.3010500@freebsd.org> In-Reply-To: <4E68EB94.3010500@freebsd.org> Date: Thu, 08 Sep 2011 23:51:34 +0200 X-Mailman-Approved-At: Thu, 08 Sep 2011 22:38:11 +0000 Cc: current@FreeBSD.org Subject: Re: SSD - TRIM, SU and SUJ - Installer Options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: MySphere@web.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2011 21:51:35 -0000 Hello Nathan, thanks for your response. I thought the same, that the options are saved anyway, but in my test (with BETA2),=20 if I don't reenter the options menu with my changed and saved values, the result=20 anyway are the default values after continued os installation: # tunefs -p /dev/{SSD-device} > tunefs: soft updates: (-n) enabled > tunefs: soft updates journaling: (-j) enabled > tunefs: trim: (-t) disabled I definitely have to change that values afterwards in single-user-mode with: # tunefs -n disable /dev/{SSD-device} # tunefs -j disable /dev/{SSD-device} # tunefs -t enable /dev/{SSD-device} # sync Just for completeness. Thanks in advance for any work and fix enthusiasm! Best wishes Moritz On Thursday, September 08, 2011 6:21 PM, "Nathan Whitehorn" wrote: > On 09/08/11 16:22, MySphere@web.de wrote: > > Hi there, > > > > first off all I have to say, that your new Installer in FBSD v9.0 is > > very well done. > > I just found an option, which is not activated at this time. So I wanted > > to ask, if it=E2=80=99s possible a bug or something like that. > > > > I=E2=80=99ve tried to change the in the section Partition Edi= tor with > > the subsection Add Partition and wanted to save my changes: Softupdates > > =3D disabled, Softupdates journaling =3D disabled, TRIM =3D enabled wit= h the > > button. > > But if I reenter the menu, so my changes will be overwritten > > with the default values: SU =3D enabled, SUJ =3D enabled ([UFS1 +] TRIM= =3D > > disabled). > > > > I=E2=80=99ve tried this without success in FBSD v9.0 BETA1+2 (amd64) wi= th the > > ISO- and the IMG Images. > > > > My workaround is, that I run in single-user-mode and change the values > > with tunefs. > > > > Would you please check, that point =E2=80=93 if my act is acc= urate. > > > > Thanks in advance and have a nice day! >=20 > This is an interesting point that I hadn't tested. The options do work=20 > -- the state of the dialog is just not restored when the Options menu is= =20 > reentered and so a second trip to Options resets the defaults, unless=20 > you then change it again. I'm traveling at the moment, so am not able to= =20 > fix it at the moment. The internal architecture may also make it=20 > slightly tricky to fix. > -Nathan >=20 From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 03:45:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A169F106564A for ; Fri, 9 Sep 2011 03:45:21 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2DA7F8FC13 for ; Fri, 9 Sep 2011 03:45:21 +0000 (UTC) Received: by fxe4 with SMTP id 4so2900298fxe.13 for ; Thu, 08 Sep 2011 20:45:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=dDJx7EvOj67YQdMtQVuicMbP9gk17FU1zwiBOd35Lq0=; b=UvkexxekQ60FqylxZUmmdzmmdzcrXi61OVJLW+NMj2v9gyrrconI4ecEZsT5Pt6WlL bg34glEAbV/RiqTgbzFoLMT+FCNXxh+WZiKkgpWbeCdfK+WXJ0J5ANP3vHksVA3ERjn4 Crw0fL4tG7jypE5mqYXdUnjUuiwLAjeoJYed4= Received: by 10.223.58.13 with SMTP id e13mr494575fah.41.1315539920331; Thu, 08 Sep 2011 20:45:20 -0700 (PDT) Received: from limbo.lan ([195.225.157.86]) by mx.google.com with ESMTPS id c12sm2282795fad.14.2011.09.08.20.45.18 (version=SSLv3 cipher=OTHER); Thu, 08 Sep 2011 20:45:18 -0700 (PDT) Message-ID: <4E698BCC.5010400@gmail.com> Date: Fri, 09 Sep 2011 06:45:16 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E660BA3.8080103@FreeBSD.org> <4E66162F.8090406@gmail.com> <4E661B1C.2030608@gmail.com> <4E662C7A.3020404@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 03:45:21 -0000 06.09.2011 17:44, Olivier Smedts wrote: >> You mean like fully rebuilding system with gcc and -march=athlon-xp and then >> try again? > > Like cleaning /usr/obj/ and then buildworld with clang but with > "-march=athlon-xp" instead of "-march=native". > As the problem does not seem to be in your current world but rather in > the bootstrap clang compiled with -march=native, you should not have > to {build,install}world with gcc first. I cleaned /usr/obj and made a build with -march=athlon-xp. Same errors. I've also tried to investigate further. This happens when clang runs linker to link a binary. It runs something like: "/usr/obj/usr/src/tmp/usr/bin/ld" --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 -m elf_i386_fbsd -o atrun /usr/obj/usr/src/tmp/usr/lib/crt1.o /usr/obj/usr/src/tmp/usr/lib/crti.o /usr/obj/usr/src/tmp/usr/lib/crtbegin.o -L/usr/obj/usr/src/tmp/usr/lib atrun.o gloadavg.o -lpam -lutil -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/obj/usr/src/tmp/usr/lib/crtend.o /usr/obj/usr/src/tmp/usr/lib/crtn.o Showstopper here is -L. If I add -L/usr/lib to this command it completes successfully. # nm -D /usr/obj/usr/src/tmp/usr/lib/libc.so 00000000 A FBSD_1.0 00000000 A FBSD_1.1 00000000 A FBSD_1.2 00000000 A FBSDprivate_1.0 w _Jv_RegisterClasses U __progname w __pthread_cxa_finalize 00030624 T __semctl 0000dbe0 T __stack_chk_fail_local 00012880 T acl_add_perm 000128b0 T acl_delete_perm 00012850 T acl_get_perm_np U environ 00029610 T fts_children 000286b0 T fts_close 00029770 T fts_get_clientptr 00029780 T fts_get_stream 00027f70 T fts_open 000287e0 T fts_read 000295d0 T fts_set 00029790 T fts_set_clientptr 000305c4 T msgctl 0001e910 T sem_close 0001e6a0 T sem_destroy 0001edb0 T sem_getvalue 0001e5c0 T sem_init 0001e730 T sem_open 0001ed20 T sem_post 0001ea00 T sem_timedwait 0001ec90 T sem_trywait 0001e9e0 T sem_unlink 0001ec60 T sem_wait 00021a30 T semctl 00030524 T shmctl 0001fff0 T ttyslot That's the problem - libraries miss most symbols. That's all for now, I'll be back at this one tomorrow. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 05:59:48 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 033B2106564A for ; Fri, 9 Sep 2011 05:59:48 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 35CAA8FC17 for ; Fri, 9 Sep 2011 05:59:46 +0000 (UTC) Received: (qmail 84794 invoked by uid 80); 9 Sep 2011 05:33:05 -0000 Received: from 164.61.223.12 ([164.61.223.12]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Fri, 09 Sep 2011 07:33:05 +0200 Date: Fri, 09 Sep 2011 07:33:04 +0200 Message-ID: <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> From: Oliver Lehmann To: Mike Tancsa References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> <4E692F87.5010708@sentex.net> In-Reply-To: <4E692F87.5010708@sentex.net> User-Agent: Internet Messaging Program (IMP) H4 (5.0.9) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: freebsd-current@FreeBSD.org Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 05:59:48 -0000 Mike Tancsa wrote: > Just curious as to why you need cvsup and not instead use csup that is > in the base ? I got used to it in the past 12 years? But this is not realy the question. If it is "BROKEN" it should be marked as BROKEN or there should be a statement that it will not work with FreeBSD 9 on at least amd64 or we will have other users complaining about the same at least when 9.0 RELEASE is out - right? From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 06:20:19 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74ECE106564A for ; Fri, 9 Sep 2011 06:20:19 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id A5FAE8FC19 for ; Fri, 9 Sep 2011 06:20:18 +0000 (UTC) Received: (qmail 86005 invoked by uid 80); 9 Sep 2011 06:20:17 -0000 Received: from 164.61.223.12 ([164.61.223.12]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Fri, 09 Sep 2011 08:20:17 +0200 Date: Fri, 09 Sep 2011 08:20:17 +0200 Message-ID: <20110909082017.Horde.UMlxWaQd9PdOabAhYvwRS2o@avocado.salatschuessel.net> From: Oliver Lehmann To: current@freebsd.org, pjd@FreeBSD.org User-Agent: Internet Messaging Program (IMP) H4 (5.0.9) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: Subject: gmirror: how to make your system reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2011 06:20:19 -0000 Hi, shouldn't there be a failsafe to not be able to destroy the gmirror as long as it is still in use like mounted? 1. create a gmirror with n>=1 disks 2. newfs the gmirror device 3. mount the gmirror device 4. remove all disks from the gmirror 5. system reboots (gmirror gone but still mounted) nudel# gmirror status nudel# gmirror label -b prefer test /dev/ada1p2 nudel# newfs /dev/mirror/test /dev/mirror/test: 4096.0MB (8388600 sectors) block size 32768, fragment size 4096 using 6 cylinder groups of 740.00MB, 23680 blks, 47360 inodes. super-block backups (for fsck -b #) at: 192, 1515712, 3031232, 4546752, 6062272, 7577792 nudel# mount /dev/mirror/test /mnt/tmp nudel# gmirror remove test ada1p2 > uname -a FreeBSD nudel.salatschuessel.net 9.0-BETA2 FreeBSD 9.0-BETA2 #0: Thu Sep 8 19:59:40 CEST 2011 olivleh1@nudel.salatschuessel.net:/usr/obj/usr/src/sys/GENERIC amd64 > I'm just having remote access right now to the system so I'm not able to provide any dumps but the system instantly reboots. From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 08:52:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F3351065675 for ; Fri, 9 Sep 2011 08:52:51 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0B29E8FC0C for ; Fri, 9 Sep 2011 08:52:50 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:584a:79b3:63be:8172] (unknown [IPv6:2001:7b8:3a7:0:584a:79b3:63be:8172]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1D00A5C59; Fri, 9 Sep 2011 10:52:50 +0200 (CEST) Message-ID: <4E69D3E5.3090201@FreeBSD.org> Date: Fri, 09 Sep 2011 10:52:53 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0) Gecko/20110905 Thunderbird/7.0 MIME-Version: 1.0 To: Volodymyr Kostyrko References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E660BA3.8080103@FreeBSD.org> <4E66162F.8090406@gmail.com> <4E661B1C.2030608@gmail.com> <4E662C7A.3020404@gmail.com> <4E698BCC.5010400@gmail.com> In-Reply-To: <4E698BCC.5010400@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 08:52:51 -0000 On 2011-09-09 05:45, Volodymyr Kostyrko wrote: ... >> Like cleaning /usr/obj/ and then buildworld with clang but with >> "-march=athlon-xp" instead of "-march=native". >> As the problem does not seem to be in your current world but rather in >> the bootstrap clang compiled with -march=native, you should not have >> to {build,install}world with gcc first. > > I cleaned /usr/obj and made a build with -march=athlon-xp. Same errors. I did a few test builds with 'high' CPU values for -march, and I ran into various problems. I'd discourage the use of -march=native for now, at least with clang. It will take some time to investigate. ... > # nm -D /usr/obj/usr/src/tmp/usr/lib/libc.so ... > That's the problem - libraries miss most symbols. This is why I still think you have the stdin/out/err problem, in some way. Can you please check /usr/obj/usr/src/lib/libc/Version.map? It should have about 2775 lines, otherwise your libc build is busted. From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 08:55:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50EBB1065672 for ; Fri, 9 Sep 2011 08:55:03 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id EC0DB8FC08 for ; Fri, 9 Sep 2011 08:55:02 +0000 (UTC) Received: by ywa17 with SMTP id 17so1666975ywa.13 for ; Fri, 09 Sep 2011 01:55:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=kBspfhlicyI680A0BY/oRXKtdKHg5NWLZ0oB/Sgf/UQ=; b=bOhmiQhkcPCCWoNT7isbaM1yPKLk8M/gcrjF8JhdIDWbfniecWyz28dzV1nlEkqBWh w7dpIZomWSk97/SdSdQbKq12rJ2EktG/7+62cFowDCmgE/0REVONRDNlJYwcT9R2avTe S9XAIk+5enw6MhS3z1wa/VNhoqcPZ+Ht/wzzk= Received: by 10.231.26.68 with SMTP id d4mr1866132ibc.66.1315558502095; Fri, 09 Sep 2011 01:55:02 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.61.148 with HTTP; Fri, 9 Sep 2011 01:54:32 -0700 (PDT) In-Reply-To: <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> <4E692F87.5010708@sentex.net> <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> From: Chris Rees Date: Fri, 9 Sep 2011 09:54:32 +0100 X-Google-Sender-Auth: iSkbQPk_77ziCF4P1h5FsxiSkGg Message-ID: To: Oliver Lehmann , mux@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 08:55:03 -0000 On 9 September 2011 06:33, Oliver Lehmann wrote: > > Mike Tancsa wrote: > >> Just curious as to why you need cvsup and not instead use csup that is >> in the base ? > > I got used to it in the past 12 years? But this is not realy the question. > If it is "BROKEN" it should be marked as BROKEN or there should be a > statement that it will not work with FreeBSD 9 on at least amd64 or we > will have other users complaining about the same at least when > 9.0 RELEASE is out - right? The cvsup port is normally used now only for cvsupd, for which there is no csupd analog. As far as I know, and perhaps mux (CC'd) could confirm every feature present in cvsup is present in csup-- and it's a fair amount faster too. Of course, cvsup could probably do with fixing, but for now csup is literally a drop-in replacement; it'll read all your supfiles too. Chris From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 09:30:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 933D1106566C for ; Fri, 9 Sep 2011 09:30:48 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id C72118FC18 for ; Fri, 9 Sep 2011 09:30:47 +0000 (UTC) Received: (qmail 91445 invoked by uid 80); 9 Sep 2011 09:30:46 -0000 Received: from 164.61.223.12 ([164.61.223.12]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Fri, 09 Sep 2011 11:30:46 +0200 Date: Fri, 09 Sep 2011 11:30:46 +0200 Message-ID: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> From: Oliver Lehmann To: Chris Rees User-Agent: Internet Messaging Program (IMP) H4 (5.0.9) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 09:30:48 -0000 Chris Rees wrote: > On 9 September 2011 06:33, Oliver Lehmann wrote: >> I got used to it in the past 12 years? But this is not realy the question. >> If it is "BROKEN" it should be marked as BROKEN or there should be a >> statement that it will not work with FreeBSD 9 on at least amd64 or we >> will have other users complaining about the same at least when >> 9.0 RELEASE is out - right? > > The cvsup port is normally used now only for cvsupd, for which there > is no csupd analog. As far as I know, and perhaps mux (CC'd) could > confirm every feature present in cvsup is present in csup-- and it's a > fair amount faster too. Ok, but this again is not the point of my email ;) This is not about "just me". I know how to help me in that case. I want to prevent users facing the same problem and writing mails like my initial mail. I'm quiet sure that there are numerous users out there still using cvsup as client so they will start like me with cvsup on ther new instaled system. It would be better if they just would not be able to install cvsup if it will not run and we don't want it to run. I was also curious if it is only me where it fails on amd64 or if it is because it was compiled on an Atom 330 with some amd64 flags determined by the system which does not fit the Atom 330 (gcc 4.2 is older than the CPU design). With other words: If the support for cvsup on amd64 is dropped, it has to be marked as BROKEN/IGNORE/whatever. Otherwise it need to get fixed for 9.0? From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 09:55:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B75BC1065670; Fri, 9 Sep 2011 09:55:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 36B8B8FC15; Fri, 9 Sep 2011 09:55:25 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p899tL5p070891 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Sep 2011 12:55:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p899tLdN049257; Fri, 9 Sep 2011 12:55:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p899tLUN049256; Fri, 9 Sep 2011 12:55:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 9 Sep 2011 12:55:21 +0300 From: Kostik Belousov To: Oliver Lehmann Message-ID: <20110909095521.GX17489@deviant.kiev.zoral.com.ua> References: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dGpy7zMmU3HloscK" Content-Disposition: inline In-Reply-To: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Chris Rees , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 09:55:26 -0000 --dGpy7zMmU3HloscK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 09, 2011 at 11:30:46AM +0200, Oliver Lehmann wrote: >=20 > Chris Rees wrote: >=20 > >On 9 September 2011 06:33, Oliver Lehmann wrote: > >>I got used to it in the past 12 years? But this is not realy the questi= on. > >>If it is "BROKEN" it should be marked as BROKEN or there should be a > >>statement that it will not work with FreeBSD 9 on at least amd64 or we > >>will have other users complaining about the same at least when > >>9.0 RELEASE is out - right? > > > >The cvsup port is normally used now only for cvsupd, for which there > >is no csupd analog. As far as I know, and perhaps mux (CC'd) could > >confirm every feature present in cvsup is present in csup-- and it's a > >fair amount faster too. >=20 > Ok, but this again is not the point of my email ;) > This is not about "just me". I know how to help me in that case. I want > to prevent users facing the same problem and writing mails like my initial > mail. > I'm quiet sure that there are numerous users out there still using cvsup > as client so they will start like me with cvsup on ther new instaled syst= em. > It would be better if they just would not be able to install cvsup if it > will not run and we don't want it to run. > I was also curious if it is only me where it fails on amd64 or if it is > because it was compiled on an Atom 330 with some amd64 flags determined by > the system which does not fit the Atom 330 (gcc 4.2 is older than the CPU > design). > With other words: If the support for cvsup on amd64 is dropped, it has > to be marked as BROKEN/IGNORE/whatever. Otherwise it need to get fixed for > 9.0? For start, you should provide the information what exactly is the instruction that caused the fault. Show the disassembly from gdb for the function that caused the fault. --dGpy7zMmU3HloscK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5p4ogACgkQC3+MBN1Mb4g4BgCfVOxElwAeHLlCDjKiuF6rgRtt ZEoAn0xNaGxDtOESb1/Xsd7UkBSr6SwD =Qckp -----END PGP SIGNATURE----- --dGpy7zMmU3HloscK-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 10:32:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A86F9106566B for ; Fri, 9 Sep 2011 10:32:23 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3F6A18FC1A for ; Fri, 9 Sep 2011 10:32:22 +0000 (UTC) Received: by wyh15 with SMTP id 15so1673138wyh.13 for ; Fri, 09 Sep 2011 03:32:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eLX4T6e3p6xHlS0W+tTi5EMPKJynTVEyeT4LA05h2MY=; b=YskfSuaHUMxgS94AijCMpMa9u34UrMOM9DnA48MXNDJdQIUqeethUR15jvOxxgYNxo rspus43JjFeONvxHvTk4/fBRW/iqK8YQSyAovqs/rKe2bLzqgpfzF51FNar2xogMPK4N mPz9Cmacah3LGtCM3896Fvm0NQPiV39+x58hU= MIME-Version: 1.0 Received: by 10.216.194.70 with SMTP id l48mr1329733wen.89.1315564342190; Fri, 09 Sep 2011 03:32:22 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Fri, 9 Sep 2011 03:32:21 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Fri, 9 Sep 2011 03:32:21 -0700 (PDT) In-Reply-To: <815930668.115706.1315407799946.JavaMail.root@mail-01.cse.ucsc.edu> References: <815930668.115706.1315407799946.JavaMail.root@mail-01.cse.ucsc.edu> Date: Fri, 9 Sep 2011 20:02:21 +0930 Message-ID: From: Matt Thyer To: Tim Gustafson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2011 10:32:23 -0000 On Sep 8, 2011 12:33 AM, "Tim Gustafson" wrote: > > > Advice is: > > > > Use -STABLE and not -RELEASE > > Upgrade firmware > > Avoid port multipliers > > > > As I'm using cheap 4K green drives I had to use wdidle3.exe to fix > > the 8 second head parking and I also had to use gnop to force my > > ZFS pool to use 4K transfers. > > We're already using -STABLE; we update to RELENG_8 periodically. > > LSI's web site is a little bizarre when it comes to their downloads section. I searched their drivers section for my specific model number and got a bunch of firmware upgrades for other cards with different port configurations. > > We can't avoid port multipliers. Nobody makes a 32-port SAS/SATA controller. And anyhow, the hardware is already purchased so I need to figure out how to make it work. :) > > WDC's web site says that the wdidle3.exe utility you suggested is not for this drive; the site says it's only for WD1000FYPS-01ZKB0, WD7500AYPS-01ZKB0, and WD7501AYPS-01ZKB0. > > I'm not sure what you mean about using gnop to force 4K transfers. > > > The mps driver has problems with the LSI SAS2008 when using port > > multipliers (which are in the enclosures). If you go to the previous > > SAS 3G version of that chip I think you'll be OK. > > When you say "go to the previous SAS 3G version of that chip", do you mean "buy an older version of that controller card"? Or are you talking about downgrading, rather than upgrading, the firmware? > > There are newer LSI cards out there as well. Would upgrading the card help any? The LSI SAS 9205-8e seems to be a workable solution, and not too expensive. Tim, The reference to wdidle3 is specific to my situation with the home user grade WDC20EARS drive. You have server class drives but are affected by a problem with the FreeBSD driver with port multipliers. Easiest solutions to your situation are: A) Don't use FreeBSD B) Switch to hardware that works with FreeBSD (the SAS 3G version of that LSI HBA chip) Harder solutions are: A) Fix the driver From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 11:06:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C58DE106564A for ; Fri, 9 Sep 2011 11:06:11 +0000 (UTC) (envelope-from mueller6727@bellsouth.net) Received: from fmailhost05.isp.att.net (fmailhost05.isp.att.net [207.115.11.55]) by mx1.freebsd.org (Postfix) with ESMTP id B50938FC1A for ; Fri, 9 Sep 2011 11:06:11 +0000 (UTC) Date: Fri, 9 Sep 2011 11:06:11 +0000 (GMT) X-Comment: Sending client does not conform to RFC822 minimum requirements X-Comment: Date has been added by Maillennium Received: from localhost (adsl-68-210-183-183.sdf.bellsouth.net[68.210.183.183]) by isp.att.net (frfwmhc05) with SMTP id <20110909110610H05001nkale>; Fri, 9 Sep 2011 11:06:10 +0000 X-Originating-IP: [68.210.183.183] From: "Thomas Mueller" Cc: bf1783@gmail.com Subject: Re: Shared libraries version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2011 11:06:11 -0000 Since I have plenty of disk space on the new computer, I was planning to keep the BETA1 partition and install BETA2 to a separate partition. FreeBSD 9.0 BETA1 is the first hard drive OS on the new computer, not counting the nonworking NetBSD installation; I am not upgrading from 8.x. Since I have nothing worth saving on my nonworking installation of NetBSD-current, I can delete those partitions and make a FreeBSD partition for BETA2. I can keep the already existing /home partition. That way, I already have the ports tree, can run 'portsnap fetch update', won't have to redownload the distfiles on those ports that haven't been updated since then. I will have no immediate need for portupgrade or portmaster but will in the near future. I will have the BETA1 to fall back on in the interim before BETA2 installation becomes more self-sufficient, for web browsing including online financial affairs. Tom From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 11:08:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 767AE1065670 for ; Fri, 9 Sep 2011 11:08:55 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gw0-f49.google.com (mail-gw0-f49.google.com [74.125.83.49]) by mx1.freebsd.org (Postfix) with ESMTP id 310C28FC18 for ; Fri, 9 Sep 2011 11:08:54 +0000 (UTC) Received: by gwb1 with SMTP id 1so1241612gwb.36 for ; Fri, 09 Sep 2011 04:08:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=HOW3AMhLmZZSn9QtWNM6CgICQnU69j+jzzoewyKxDPc=; b=WChFBYXi32h0iKI2xfw+mpStJl9sNbMPfvWJ7deAUXJdYJZnVlrBBdwY3SNNJnwrkB W01OXl8+LroaFINv62Ju7dsSDqB1Ctgfmcos1fVpBPhTF9WN59ymoudy/JVv/ne+msee eRVWl5YgBG6NohKYtEmeE4pknktB9zcZXRqYI= MIME-Version: 1.0 Received: by 10.236.37.230 with SMTP id y66mr11327816yha.10.1315566534518; Fri, 09 Sep 2011 04:08:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.103.6 with HTTP; Fri, 9 Sep 2011 04:08:54 -0700 (PDT) In-Reply-To: References: <815930668.115706.1315407799946.JavaMail.root@mail-01.cse.ucsc.edu> Date: Fri, 9 Sep 2011 19:08:54 +0800 X-Google-Sender-Auth: tQIFEoACrENglYtHWLVHLQCUCaY Message-ID: From: Adrian Chadd To: Matt Thyer Content-Type: text/plain; charset=ISO-8859-1 Cc: Tim Gustafson , freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2011 11:08:55 -0000 On 9 September 2011 18:32, Matt Thyer wrote: > Harder solutions are: > > A) Fix the driver .. which is the only way FreeBSD improves, so. You choose. :) Also: A1) Post lots of debugging info to the list, be very friendly and helpful, see if any developers are willing to help you figure and fix it A2) If not, look at paying a small (say $1k) bounty to get it fixed. :) Adrian From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 11:26:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D24B81065670 for ; Fri, 9 Sep 2011 11:26:46 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3D8928FC16 for ; Fri, 9 Sep 2011 11:26:45 +0000 (UTC) Received: by wwi36 with SMTP id 36so1068534wwi.31 for ; Fri, 09 Sep 2011 04:26:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qwVIbLTaTX12aEamff2ajWf3h3Zz/OlsUbdGDMmjt3E=; b=vVCv6wge+F9toMqqy3GeJnwJhfaZ0Tgk97HXldypW5Yg0ndfxN6Gi8dCPZMAMdNcNg X3MWQwe12yJQH2zKyGfadU7Ujnpzm3L14AUTQExRVlxLenAp+kUDy5NFfGXI431CECzl h+GXvgUQCmhNs+6elwk4QSPNtfKOdDmUoJoLM= MIME-Version: 1.0 Received: by 10.216.194.70 with SMTP id l48mr1375270wen.89.1315567604866; Fri, 09 Sep 2011 04:26:44 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Fri, 9 Sep 2011 04:26:44 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Fri, 9 Sep 2011 04:26:44 -0700 (PDT) In-Reply-To: References: <815930668.115706.1315407799946.JavaMail.root@mail-01.cse.ucsc.edu> Date: Fri, 9 Sep 2011 20:56:44 +0930 Message-ID: From: Matt Thyer To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Tim Gustafson , freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2011 11:26:46 -0000 On Sep 9, 2011 8:38 PM, "Adrian Chadd" wrote: > > On 9 September 2011 18:32, Matt Thyer wrote: > > > Harder solutions are: > > > > A) Fix the driver > > .. which is the only way FreeBSD improves, so. You choose. :) > > Also: > > A1) Post lots of debugging info to the list, be very friendly and > helpful, see if any developers are willing to help you figure and fix > it > A2) If not, look at paying a small (say $1k) bounty to get it fixed. :) > > Adrian Yes, Helping to fix the driver is a thing that Tim is in the unusual situation to be able to do as he has access to the affected hardware. However, if paid work demands a quicker solution, I'm hoping they'll fund use of the SAS 3G card (cheap) whilst allowing Tim to occasionally work with the SAS 6G card to work on a final solution! Ideally we don't want Tim to have to move away from FreeBSD. We want him to help fix the driver. From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 11:47:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C5CE1065670 for ; Fri, 9 Sep 2011 11:47:39 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 84AAA8FC17 for ; Fri, 9 Sep 2011 11:47:38 +0000 (UTC) Received: (qmail 8796 invoked by uid 80); 9 Sep 2011 11:47:37 -0000 Received: from 164.61.223.12 ([164.61.223.12]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Fri, 09 Sep 2011 13:47:37 +0200 Date: Fri, 09 Sep 2011 13:47:37 +0200 Message-ID: <20110909134737.Horde.JTghXaQd9PdOafzZBeiBX2U@avocado.salatschuessel.net> From: Oliver Lehmann To: Kostik Belousov References: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> <20110909095521.GX17489@deviant.kiev.zoral.com.ua> In-Reply-To: <20110909095521.GX17489@deviant.kiev.zoral.com.ua> User-Agent: Internet Messaging Program (IMP) H4 (5.0.9) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: Chris Rees , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 11:47:39 -0000 Kostik Belousov wrote: > For start, you should provide the information what exactly is the > instruction that caused the fault. Show the disassembly from gdb > for the function that caused the fault. Ok, I'm trying. I recompiled cvsup for purpose with -DSTATIC How do I continue from the gdb output below to help? nudel# gdb GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". (gdb) file ./client/FBSD_AMD64/cvsup Reading symbols from ./client/FBSD_AMD64/cvsup...done. (gdb) exec-file ./client/FBSD_AMD64/cvsup (gdb) set args -g /usr/share/examples/cvsup/9-supfile (gdb) run Starting program: /usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/client/FBSD_AMD64/cvsup -g /usr/share/examples/cvsup/9-supfile Connected to cvsup.de.FreeBSD.org Updating collection src-all/cvs Edit src/crypto/openssl/ssl/s3_lib.c Program received signal SIGSEGV, Segmentation fault. 0x00000000004d24c6 in tzload () (gdb) bt #0 0x00000000004d24c6 in tzload () #1 0x00000000004d1f89 in tzparse () #2 0x00000000004d2c27 in tzload () #3 0x00000000004d2e36 in gmtload () #4 0x00000000004eac15 in _once () #5 0x00000000004d1c8b in gmtsub () #6 0x00000000004d33e9 in gmtime () #7 0x00000000004a3d4a in Date__FromTime (M3_CtKayy_t=1314794791, M3_Ab1PrR_z=0x7ed538, M3_D5xROs__result=0x934c08) at DateBsd.m3:31 #8 0x00000000004387d7 in RCSDate__FromTime (M3_CtKayy_t=1314794791) at RCSDate.m3:54 #9 0x00000000004467ba in RCSFile__Import (M3_Bd56fi_p=0xa74040, M3_Bd56fi_revNum=0x9f4828, M3_Bd56fi_author=0x763020, M3_Bd56fi_state=0x763040, M3_AcxOUs_logLines=12) at RCSFile.m3:413 #10 0x00000000004077de in CheckoutUpdater__Update (M3_CTVCUv_self=0x9f49e0, M3_CzVV2w_sfr=0x7ff2e0, M3_Bd56fi_name=0x9f47e8, M3_AicXUJ_toAttic=0 '\0', M3_DsoVVS_proto=0x7f74a8, M3_AeHwgK_trace=0x7f8710, M3_EkTcCb_protoRd=0x9c98f8, M3_BxxOH1_wr=0x9f4ef8, M3_AQMw24_status=0x935f48) at CheckoutUpdater.m3:111 #11 0x0000000000416ab4 in Updater__UpdateFile (M3_DBUV6k_self=0x7fee38, M3_CzVV2w_sfr=0x7ff2e0, M3_Bd56fi_name=0x9f47e8, M3_AicXUJ_toAttic=0 '\0', M3_DMoNGc_fup=0x9f49e0, M3_AicXUJ_isFixup=0 '\0') at Updater.m3:641 #12 0x00000000004155ce in Updater__UpdateCollection (M3_DBUV6k_self=0x7fee38, M3_CzVV2w_sfr=0x7ff2e0, M3_AicXUJ_isFixups=0 '\0') at Updater.m3:458 #13 0x0000000000412baf in Updater__UpdateBatch (M3_DBUV6k_self=0x7fee38, M3_AicXUJ_isFixups=0 '\0') at Updater.m3:151 #14 0x000000000041268a in Updater__Apply (M3_DBUV6k_self=0x7fee38) at Updater.m3:90 #15 0x000000000049d290 in ThreadPosix__DetermineContext (M3_AJWxb1_oldSP=0x7edfd0) at ThreadPosix.m3:1127 #16 0x000000000048d34d in RTCollector__LongAlloc (M3_Cwb5VA_dataSize=4337239, M3_Cwb5VA_dataAlignment=8577024, M3_AOtCKl_currentPtr=0x7f8, M3_AOtCKl_currentBoundary=0x76c8f8, M3_CCsHD8_currentPage=0x0, M3_CCsHD8_stack=0x0, M3_D8qd0n_allocMode=48 '0', M3_AicXUJ_pure=16 '\020') at RTCollector.m3:1530 #17 0x00007fffffffc3c8 in ?? () #18 0x00007fffffffd930 in ?? () #19 0x00007fffffffda10 in ?? () #20 0x00007fffffffd9f0 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x00001fa00000037f in ?? () #24 0x0000000000000000 in ?? () #25 0x00000000007f76c0 in ?? () #26 0x00000000007f76c0 in ?? () #27 0x0000000000492699 in RTMisc__Copy (M3_AJWxb1_src=Error accessing memory address 0xfffffffffffffffb: Bad address. ) at RTMisc.m3:19 Previous frame inner to this frame (corrupt stack?) (gdb) RTMisc.m3:19 is PROCEDURE Copy (src, dest: ADDRESS; len: INTEGER) = BEGIN EVAL Cstring.memcpy (dest, src, len); END Copy; From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 12:30:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AAD9106567C; Fri, 9 Sep 2011 12:30:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id BEA1A8FC1A; Fri, 9 Sep 2011 12:30:13 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p89CU7Nd088996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Sep 2011 15:30:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p89CU7b0096908; Fri, 9 Sep 2011 15:30:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p89CU7nt096907; Fri, 9 Sep 2011 15:30:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 9 Sep 2011 15:30:07 +0300 From: Kostik Belousov To: Oliver Lehmann Message-ID: <20110909123007.GZ17489@deviant.kiev.zoral.com.ua> References: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> <20110909095521.GX17489@deviant.kiev.zoral.com.ua> <20110909134737.Horde.JTghXaQd9PdOafzZBeiBX2U@avocado.salatschuessel.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NoKUcvYQBEIArsPS" Content-Disposition: inline In-Reply-To: <20110909134737.Horde.JTghXaQd9PdOafzZBeiBX2U@avocado.salatschuessel.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Chris Rees , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 12:30:14 -0000 --NoKUcvYQBEIArsPS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 09, 2011 at 01:47:37PM +0200, Oliver Lehmann wrote: >=20 > Kostik Belousov wrote: >=20 > >For start, you should provide the information what exactly is the > >instruction that caused the fault. Show the disassembly from gdb > >for the function that caused the fault. >=20 > Ok, I'm trying. I recompiled cvsup for purpose with -DSTATIC >=20 > How do I continue from the gdb output below to help? I do not know, I was curious about 'illegal instruction' signal, which would indicate a problem in the compilation environment. Now you get segmentation violation, that is usually caused by a bug in the program itself. >=20 > nudel# gdb > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain=20 > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd". > (gdb) file ./client/FBSD_AMD64/cvsup > Reading symbols from ./client/FBSD_AMD64/cvsup...done. > (gdb) exec-file ./client/FBSD_AMD64/cvsup > (gdb) set args -g /usr/share/examples/cvsup/9-supfile > (gdb) run > Starting program: =20 > /usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/clie= nt/FBSD_AMD64/cvsup -g =20 > /usr/share/examples/cvsup/9-supfile > Connected to cvsup.de.FreeBSD.org > Updating collection src-all/cvs > Edit src/crypto/openssl/ssl/s3_lib.c >=20 > Program received signal SIGSEGV, Segmentation fault. > 0x00000000004d24c6 in tzload () > (gdb) bt > #0 0x00000000004d24c6 in tzload () > #1 0x00000000004d1f89 in tzparse () > #2 0x00000000004d2c27 in tzload () > #3 0x00000000004d2e36 in gmtload () > #4 0x00000000004eac15 in _once () > #5 0x00000000004d1c8b in gmtsub () > #6 0x00000000004d33e9 in gmtime () > #7 0x00000000004a3d4a in Date__FromTime (M3_CtKayy_t=3D1314794791, =20 > M3_Ab1PrR_z=3D0x7ed538, M3_D5xROs__result=3D0x934c08) at DateBsd.m3:31 > #8 0x00000000004387d7 in RCSDate__FromTime (M3_CtKayy_t=3D1314794791) = =20 > at RCSDate.m3:54 > #9 0x00000000004467ba in RCSFile__Import (M3_Bd56fi_p=3D0xa74040, =20 > M3_Bd56fi_revNum=3D0x9f4828, M3_Bd56fi_author=3D0x763020, =20 > M3_Bd56fi_state=3D0x763040, > M3_AcxOUs_logLines=3D12) at RCSFile.m3:413 > #10 0x00000000004077de in CheckoutUpdater__Update =20 > (M3_CTVCUv_self=3D0x9f49e0, M3_CzVV2w_sfr=3D0x7ff2e0, =20 > M3_Bd56fi_name=3D0x9f47e8, M3_AicXUJ_toAttic=3D0 '\0', > M3_DsoVVS_proto=3D0x7f74a8, M3_AeHwgK_trace=3D0x7f8710, =20 > M3_EkTcCb_protoRd=3D0x9c98f8, M3_BxxOH1_wr=3D0x9f4ef8, =20 > M3_AQMw24_status=3D0x935f48) > at CheckoutUpdater.m3:111 > #11 0x0000000000416ab4 in Updater__UpdateFile =20 > (M3_DBUV6k_self=3D0x7fee38, M3_CzVV2w_sfr=3D0x7ff2e0, =20 > M3_Bd56fi_name=3D0x9f47e8, M3_AicXUJ_toAttic=3D0 '\0', > M3_DMoNGc_fup=3D0x9f49e0, M3_AicXUJ_isFixup=3D0 '\0') at Updater.m3:6= 41 > #12 0x00000000004155ce in Updater__UpdateCollection =20 > (M3_DBUV6k_self=3D0x7fee38, M3_CzVV2w_sfr=3D0x7ff2e0, M3_AicXUJ_isFixups= =3D0 =20 > '\0') at Updater.m3:458 > #13 0x0000000000412baf in Updater__UpdateBatch =20 > (M3_DBUV6k_self=3D0x7fee38, M3_AicXUJ_isFixups=3D0 '\0') at Updater.m3:151 > #14 0x000000000041268a in Updater__Apply (M3_DBUV6k_self=3D0x7fee38) at = =20 > Updater.m3:90 > #15 0x000000000049d290 in ThreadPosix__DetermineContext =20 > (M3_AJWxb1_oldSP=3D0x7edfd0) at ThreadPosix.m3:1127 > #16 0x000000000048d34d in RTCollector__LongAlloc =20 > (M3_Cwb5VA_dataSize=3D4337239, M3_Cwb5VA_dataAlignment=3D8577024, =20 > M3_AOtCKl_currentPtr=3D0x7f8, > M3_AOtCKl_currentBoundary=3D0x76c8f8, M3_CCsHD8_currentPage=3D0x0, = =20 > M3_CCsHD8_stack=3D0x0, M3_D8qd0n_allocMode=3D48 '0', M3_AicXUJ_pure=3D16 = =20 > '\020') > at RTCollector.m3:1530 > #17 0x00007fffffffc3c8 in ?? () > #18 0x00007fffffffd930 in ?? () > #19 0x00007fffffffda10 in ?? () > #20 0x00007fffffffd9f0 in ?? () > #21 0x0000000000000000 in ?? () > #22 0x0000000000000000 in ?? () > #23 0x00001fa00000037f in ?? () > #24 0x0000000000000000 in ?? () > #25 0x00000000007f76c0 in ?? () > #26 0x00000000007f76c0 in ?? () > #27 0x0000000000492699 in RTMisc__Copy (M3_AJWxb1_src=3DError accessing = =20 > memory address 0xfffffffffffffffb: Bad address. > ) at RTMisc.m3:19 > Previous frame inner to this frame (corrupt stack?) > (gdb) >=20 >=20 > RTMisc.m3:19 is >=20 > PROCEDURE Copy (src, dest: ADDRESS; len: INTEGER) =3D > BEGIN > EVAL Cstring.memcpy (dest, src, len); > END Copy; --NoKUcvYQBEIArsPS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5qBs4ACgkQC3+MBN1Mb4jh+wCaAhOMkJ9UPEZ3PgepMzW43rmt +EMAoMYmZc3xuZGVdKbr9bSjMzzULVAS =11uy -----END PGP SIGNATURE----- --NoKUcvYQBEIArsPS-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 12:32:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28F8C106566B for ; Fri, 9 Sep 2011 12:32:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 00F7B8FC12 for ; Fri, 9 Sep 2011 12:32:22 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A895646B06; Fri, 9 Sep 2011 08:32:21 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 46D7E8A037; Fri, 9 Sep 2011 08:32:21 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 9 Sep 2011 08:28:32 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <2047531658.973519.1315489517809.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <2047531658.973519.1315489517809.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201109090828.32536.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 09 Sep 2011 08:32:21 -0400 (EDT) Cc: Rick Macklem Subject: Re: NFS server File Handle changing upon reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2011 12:32:22 -0000 On Thursday, September 08, 2011 9:45:17 am Rick Macklem wrote: > Hiroki Sato spotted a problem with NFS server file handles (FHs) > changing after a server upgrade, because the exported file > system type(s) get configured in a different order and, therefore, > assigned different vfs_typenum values. > > A patch has been worked out, after discussion with various folks, > that uses a hash function to assign the vfs_typenum values. > > This fixes the problem, except it has one downside: > - The first server boot after the patch has been applied will > result in FHs changing and, as such, NFS clients > will need to remount after this upgrade. > > So, finally to why I am posting, which is to ask for opinions > on what should be done with this patch? > 1 - Ask re@ for permission to commit this to -current for 9.0, > so that the FH change happens at the 8.X->9.0 upgrade. > (It does seem that if some variant of this should go in, then > a major release seems like the correct time to do it?) > 2 - Add a loader.conf variable to the patch, which would allow > a sysadmin to "flip the switch" when it is convenient for > them. (I do have a concern that this might just cause more > confusion w.r.t. when/what needs to be done.) > 3 - Do #2, for 8.X and make the patch the default for 9.0. > 4 - Forget the patch and leave things the way the are now. Well, I would do 3a: Generate the patch in 2 and merge it to 8, but in 8 have the default be the existing behavior. In 10 you can remove the switch altogether. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 12:39:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0501410656A4; Fri, 9 Sep 2011 12:39:19 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 532948FC1C; Fri, 9 Sep 2011 12:39:17 +0000 (UTC) Received: by wwi36 with SMTP id 36so1149463wwi.31 for ; Fri, 09 Sep 2011 05:39:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=aRqIAZKdNkctLqumb238CAOXWM2nCsGCyBo5hDW7AnQ=; b=dQcaLuPs/rN72rsLm2g+t+ktA2Oi0BR00aLOM9GSek/OlM0MDkrNFufDZRXjnQTiNk 57WdgyEwagIwntBR0/5xcWps4oivg2/yJ8qtmVO7p811+PIjpSOfhy57wp7bgFdqnh7K itGu+hHUE4kDk6VeUxYfMs6LJ2XfjRMQfoRls= Received: by 10.227.200.147 with SMTP id ew19mr2000498wbb.38.1315571956897; Fri, 09 Sep 2011 05:39:16 -0700 (PDT) Received: from vux.3501.lan ([46.247.140.162]) by mx.google.com with ESMTPS id l13sm7366935wbp.20.2011.09.09.05.39.14 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 09 Sep 2011 05:39:15 -0700 (PDT) Message-ID: <4E6A08EE.1020304@gmail.com> Date: Fri, 09 Sep 2011 15:39:10 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: Dimitry Andric References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E660BA3.8080103@FreeBSD.org> <4E66162F.8090406@gmail.com> <4E661B1C.2030608@gmail.com> <4E662C7A.3020404@gmail.com> <4E698BCC.5010400@gmail.com> <4E69D3E5.3090201@FreeBSD.org> In-Reply-To: <4E69D3E5.3090201@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 12:39:19 -0000 09.09.2011 11:52, Dimitry Andric wrote: > I did a few test builds with 'high' CPU values for -march, and I ran > into various problems. I'd discourage the use of -march=native for now, > at least with clang. It will take some time to investigate. Hey, I already posted results of build without -march at all. > ... >> # nm -D /usr/obj/usr/src/tmp/usr/lib/libc.so > ... >> That's the problem - libraries miss most symbols. > > This is why I still think you have the stdin/out/err problem, in some > way. Can you please check /usr/obj/usr/src/lib/libc/Version.map? It > should have about 2775 lines, otherwise your libc build is busted. This build was without ccache and CPUTYPE or march. Busted: === Version.map === FBSD_1.0 { }; FBSD_1.1 { } FBSD_1.0; FBSD_1.2 { } FBSD_1.1; FBSDprivate_1.0 { local: *; } FBSD_1.2; === Version.map === Smoking logs gives this: cat /usr/src/lib/libc/i386/Symbol.map /usr/src/lib/libc/db/Symbol.map /usr/src/lib/libc/compat-43/Symbol.map /usr/src/lib/libc/gdtoa/Symbol.map /usr/src/lib/libc/gen/Symbol.map /usr/src/lib/libc/gmon/Symbol.map /usr/src/lib/libc/inet/Symbol.map /usr/src/lib/libc/locale/Symbol.map /usr/src/lib/libc/nameser/Symbol.map /usr/src/lib/libc/net/Symbol.map /usr/src/lib/libc/nls/Symbol.map /usr/src/lib/libc/posix1e/Symbol.map /usr/src/lib/libc/quad/Symbol.map /usr/src/lib/libc/regex/Symbol.map /usr/src/lib/libc/resolv/Symbol.map /usr/src/lib/libc/stdio/Symbol.map /usr/src/lib/libc/stdlib/Symbol.map /usr/src/lib/libc/stdtime/Symbol.map /usr/src/lib/libc/string/Symbol.map /usr/src/lib/libc/sys/Symbol.map /usr/src/lib/libc/rpc/Symbol.map /usr/src/lib/libc/uuid/Symbol.map /usr/src/lib/libc/xdr/Symbol.map /usr/src/lib/libc/yp/Symbol.map | clang++ - - | awk -v vfile=/usr/src/lib/libc/Versions.def -f /usr/src/share/mk/version_gen.awk > Version.map clang++: error: -E or -x required when input is from standard input clang++: error: -E or -x required when input is from standard input And this is purely my fault because I incorrectly redefined CPP. Great thanks to everyone. I'll try to remember what I have learned this week. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 12:43:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD6D6106566B for ; Fri, 9 Sep 2011 12:43:25 +0000 (UTC) (envelope-from rjk@wintek.com) Received: from local.wintek.com (local.wintek.com [72.12.201.234]) by mx1.freebsd.org (Postfix) with ESMTP id A33B78FC23 for ; Fri, 9 Sep 2011 12:43:25 +0000 (UTC) Received: from rjk.wintek.local (172.28.1.248) by local.wintek.com (172.28.1.234) with Microsoft SMTP Server (TLS) id 8.1.436.0; Fri, 9 Sep 2011 08:32:49 -0400 Message-ID: <4E6A076D.7040309@wintek.com> Date: Fri, 9 Sep 2011 08:32:45 -0400 From: Richard Kuhns Organization: Wintek Corporation User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110908 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> <4E692F87.5010708@sentex.net> <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> In-Reply-To: <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rjk@wintek.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 12:43:25 -0000 On 09/09/11 01:33, Oliver Lehmann wrote: > > Mike Tancsa wrote: > >> Just curious as to why you need cvsup and not instead use csup that is >> in the base ? > > I got used to it in the past 12 years? But this is not realy the question. > If it is "BROKEN" it should be marked as BROKEN or there should be a > statement that it will not work with FreeBSD 9 on at least amd64 or we > will have other users complaining about the same at least when > 9.0 RELEASE is out - right? I'm also using cvsup again, due to a problem I had with csup back in February 2011 . I didn't open a PR; I was under some time pressure and cvsup worked. - Richard -- Richard Kuhns My Desk: 765-269-8541 Wintek Corporation Internet Support: 765-269-8503 427 N 6th Street STE C Consulting: 765-269-8504 Lafayette, IN 47901-2211 Accounting: 765-269-8502 From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 13:30:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33A501065676 for ; Fri, 9 Sep 2011 13:30:54 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id DC9848FC15 for ; Fri, 9 Sep 2011 13:30:48 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p89DUccp026938; Fri, 9 Sep 2011 07:30:38 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p89DUcgE026935; Fri, 9 Sep 2011 07:30:38 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 9 Sep 2011 07:30:38 -0600 (MDT) From: Warren Block To: "Andresen, Jason R." In-Reply-To: <600C0C33850FFE49B76BDD81AED4D258030437F0D2@IMCMBX3.MITRE.ORG> Message-ID: References: <4E629A62.8020903@xaerolimit.net> <4E63012A.1030500@xaerolimit.net> <600C0C33850FFE49B76BDD81AED4D258030437F0D2@IMCMBX3.MITRE.ORG> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 09 Sep 2011 07:30:38 -0600 (MDT) X-Virus-Scanned: clamav-milter devel-20110704-exp at wonkity.com X-Virus-Status: Clean Cc: Adam Vande More , "freebsd-current@freebsd.org" , Chris Brennan , Craig Rodrigues Subject: RE: Need a README to explain items in download 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: Fri, 09 Sep 2011 13:30:54 -0000 (Sorry, lost track of quoting) The style is okay, but I would suggest rearranging the order to demphasize the DVD with its quickly-obsolete packages. Media type is very important and should probably be mentioned first. >> FreeBSD-8.2-RELEASE-i386-disc1.iso - CD: Installer, FreeBSD OS >> FreeBSD-8.2-RELEASE-i386-memstick.img - USB: Installer, FreeBSD OS, image for memory sticks >> FreeBSD-8.2-RELEASE-i386-bootonly.iso - CD: Installer, installs from network >> FreeBSD-8.2-RELEASE-i386-dvd1.iso.xz - DVD: Installer, FreeBSD OS, many pre-compiled packages (large file) >> FreeBSD-8.2-RELEASE-i386-livefs.iso - CD: FreeBSD live CD for repairs > > For more information, consult the FreeBSD Handbook: > http://www.freebsd.org/doc/handbook/install-diff-media.html > Anybody downloading the Bootonly image should already know what they're getting into. A lot of the people who needlessly download the DVD would be better off with bootonly. It's not any harder to install. From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 13:51:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0CAB1065677 for ; Fri, 9 Sep 2011 13:51:09 +0000 (UTC) (envelope-from gobledb@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 83D488FC17 for ; Fri, 9 Sep 2011 13:51:09 +0000 (UTC) Received: by yxk36 with SMTP id 36so1916098yxk.13 for ; Fri, 09 Sep 2011 06:51:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:x-google-sender-delegation:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=Zg0P9tdMKhUjEsgHsSRtaEApvfiEhOQw69JOgotxt1A=; b=VQoVvsk0VfdpKosnBHIYEf1Hnf7jJ7zwA4SHbBNr5GNTbABs15FOlQeKS/jcqSGw9/ AHqqHgUm0gMkStOMEOtkd7sxqStusqUM9XpG6yAdyoGM8X+kTJpsWWumDLa5wK4dmNpv gVvUP2ZwwXCV7zSWG6LBnmG4iVo07tLYhfa18= MIME-Version: 1.0 Received: by 10.236.195.99 with SMTP id o63mr11947270yhn.45.1315576268923; Fri, 09 Sep 2011 06:51:08 -0700 (PDT) Sender: netsys.h@gmail.com X-Google-Sender-Delegation: netsys.h@gmail.com Received: by 10.236.47.169 with HTTP; Fri, 9 Sep 2011 06:51:08 -0700 (PDT) Date: Fri, 9 Sep 2011 14:51:08 +0100 X-Google-Sender-Auth: goIOKsS0g7_82IADCIwIg6DnEng Message-ID: From: Alvaro Castillo To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: K3b cannot burn DVD-R .iso image X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 13:51:09 -0000 uname -a: FreeBSD shuttle0.lan 9.0-BETA2 FreeBSD 9.0-BETA2 #1: Wed Sep 7 09:37:08 WEST 2011 netSys@shuttle0.lan:/usr/obj/usr/src/sys/GALILEO amd64 dmesg debug: http://pastie.org/private/e1cnddkdybtnjdltariq3g camcontrol devlist at scbus2 target 0 lun 0 (pass0,cd0) Cheers! ---------------------------------------------------------------------------------------------------------- netSys------ http://www.byteandbit.info -------------------------------------------------------------------------------- ATI/AMD Graphics drivers to FreeBSD online petition http://www.petitiononline.com/amdgrbsd/petition.html Please help us and help you or others firm! From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 14:19:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15B041065674 for ; Fri, 9 Sep 2011 14:19:45 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 769A08FC19 for ; Fri, 9 Sep 2011 14:19:44 +0000 (UTC) Received: (qmail 13710 invoked by uid 80); 9 Sep 2011 14:19:42 -0000 Received: from dsdf-4db5c6ba.pool.mediaWays.net (dsdf-4db5c6ba.pool.mediaWays.net [77.181.198.186]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Fri, 09 Sep 2011 16:19:42 +0200 Date: Fri, 09 Sep 2011 16:19:42 +0200 Message-ID: <20110909161942.Horde.fmddS6Qd9PdOaiB_P8oBX2c@avocado.salatschuessel.net> From: Oliver Lehmann To: Kostik Belousov References: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> <20110909095521.GX17489@deviant.kiev.zoral.com.ua> <20110909134737.Horde.JTghXaQd9PdOafzZBeiBX2U@avocado.salatschuessel.net> <20110909123007.GZ17489@deviant.kiev.zoral.com.ua> In-Reply-To: <20110909123007.GZ17489@deviant.kiev.zoral.com.ua> User-Agent: Internet Messaging Program (IMP) H4 (5.0.9) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: Chris Rees , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 14:19:45 -0000 Kostik Belousov wrote: > I do not know, I was curious about 'illegal instruction' signal, > which would indicate a problem in the compilation environment. > Now you get segmentation violation, that is usually caused by a bug in > the program itself. running it outside gdb still results in an 'illegal instruction' error. Why it gets to "segmentation violation" inside gdb I just don't know. nudel# ./client/FBSD_AMD64/cvsup -g /usr/share/examples/cvsup/9-supfile Connected to cvsup.de.FreeBSD.org Updating collection src-all/cvs Edit src/crypto/openssl/ssl/s3_lib.c Illegal instruction (core dumped) nudel# gdb ./client/FBSD_AMD64/cvsup cvsup.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `cvsup'. Program terminated with signal 4, Illegal instruction. #0 0x00000000004d24c6 in tzload () (gdb) bt #0 0x00000000004d24c6 in tzload () #1 0x00000000004d1f89 in tzparse () #2 0x00000000004d2c27 in tzload () #3 0x00000000004d2e36 in gmtload () #4 0x00000000004eac15 in _once () #5 0x00000000004d1c8b in gmtsub () #6 0x00000000004d33e9 in gmtime () #7 0x00000000004a3d4a in Date__FromTime (M3_CtKayy_t=1314794791, M3_Ab1PrR_z=0x7ed538, M3_D5xROs__result=0x934c08) at DateBsd.m3:31 #8 0x00000000004387d7 in RCSDate__FromTime (M3_CtKayy_t=1314794791) at RCSDate.m3:54 #9 0x00000000004467ba in RCSFile__Import (M3_Bd56fi_p=0x9d9008, M3_Bd56fi_revNum=0x9d87c8, M3_Bd56fi_author=0x763020, M3_Bd56fi_state=0x763040, M3_AcxOUs_logLines=12) at RCSFile.m3:413 #10 0x00000000004077de in CheckoutUpdater__Update (M3_CTVCUv_self=0x9d8980, M3_CzVV2w_sfr=0x7ff2e0, M3_Bd56fi_name=0x9d8788, M3_AicXUJ_toAttic=0 '\0', M3_DsoVVS_proto=0x7f74a8, M3_AeHwgK_trace=0x7f8710, M3_EkTcCb_protoRd=0x9d05b8, M3_BxxOH1_wr=0x9d8e98, M3_AQMw24_status=0x935f48) at CheckoutUpdater.m3:111 #11 0x0000000000416ab4 in Updater__UpdateFile (M3_DBUV6k_self=0x7fee38, M3_CzVV2w_sfr=0x7ff2e0, M3_Bd56fi_name=0x9d8788, M3_AicXUJ_toAttic=0 '\0', M3_DMoNGc_fup=0x9d8980, M3_AicXUJ_isFixup=0 '\0') at Updater.m3:641 #12 0x00000000004155ce in Updater__UpdateCollection (M3_DBUV6k_self=0x7fee38, M3_CzVV2w_sfr=0x7ff2e0, M3_AicXUJ_isFixups=0 '\0') at Updater.m3:458 #13 0x0000000000412baf in Updater__UpdateBatch (M3_DBUV6k_self=0x7fee38, M3_AicXUJ_isFixups=0 '\0') at Updater.m3:151 #14 0x000000000041268a in Updater__Apply (M3_DBUV6k_self=0x7fee38) at Updater.m3:90 #15 0x000000000049d290 in ThreadPosix__DetermineContext (M3_AJWxb1_oldSP=0x7edfd0) at ThreadPosix.m3:1127 #16 0x000000000048d34d in RTCollector__LongAlloc (M3_Cwb5VA_dataSize=4337239, M3_Cwb5VA_dataAlignment=8577024, M3_AOtCKl_currentPtr=0x7f8, M3_AOtCKl_currentBoundary=0x76c8f8, M3_CCsHD8_currentPage=0x0, M3_CCsHD8_stack=0x0, M3_D8qd0n_allocMode=144 '\220', M3_AicXUJ_pure=120 'x') at RTCollector.m3:1530 #17 0x00007fffffffc428 in ?? () #18 0x00007fffffffd990 in ?? () #19 0x00007fffffffda78 in ?? () #20 0x00007fffffffda58 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x00001fa00000037f in ?? () #24 0x0000000000000000 in ?? () #25 0x00000000007f76c0 in ?? () #26 0x00000000007f76c0 in ?? () #27 0x0000000000492699 in RTMisc__Copy (M3_AJWxb1_src=Cannot access memory at address 0xfffffffffffffffb ) at RTMisc.m3:19 Previous frame inner to this frame (corrupt stack?) (gdb) From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 14:28:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD3D0106564A; Fri, 9 Sep 2011 14:28:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 568AB8FC0C; Fri, 9 Sep 2011 14:28:04 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p89ERv9I003946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Sep 2011 17:27:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p89ERvOI001512; Fri, 9 Sep 2011 17:27:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p89ERvdh001511; Fri, 9 Sep 2011 17:27:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 9 Sep 2011 17:27:57 +0300 From: Kostik Belousov To: Oliver Lehmann Message-ID: <20110909142757.GB17489@deviant.kiev.zoral.com.ua> References: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> <20110909095521.GX17489@deviant.kiev.zoral.com.ua> <20110909134737.Horde.JTghXaQd9PdOafzZBeiBX2U@avocado.salatschuessel.net> <20110909123007.GZ17489@deviant.kiev.zoral.com.ua> <20110909161942.Horde.fmddS6Qd9PdOaiB_P8oBX2c@avocado.salatschuessel.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FGqlOfzVzHNsMpkn" Content-Disposition: inline In-Reply-To: <20110909161942.Horde.fmddS6Qd9PdOaiB_P8oBX2c@avocado.salatschuessel.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Chris Rees , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 14:28:05 -0000 --FGqlOfzVzHNsMpkn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 09, 2011 at 04:19:42PM +0200, Oliver Lehmann wrote: >=20 > Kostik Belousov wrote: >=20 > >I do not know, I was curious about 'illegal instruction' signal, > >which would indicate a problem in the compilation environment. > >Now you get segmentation violation, that is usually caused by a bug in > >the program itself. >=20 > running it outside gdb still results in an 'illegal instruction' error. > Why it gets to "segmentation violation" inside gdb I just don't know. >=20 > nudel# ./client/FBSD_AMD64/cvsup -g /usr/share/examples/cvsup/9-supfile > Connected to cvsup.de.FreeBSD.org > Updating collection src-all/cvs > Edit src/crypto/openssl/ssl/s3_lib.c > Illegal instruction (core dumped) > nudel# gdb ./client/FBSD_AMD64/cvsup cvsup.core > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain=20 > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd"... > Core was generated by `cvsup'. > Program terminated with signal 4, Illegal instruction. > #0 0x00000000004d24c6 in tzload () > (gdb) bt > #0 0x00000000004d24c6 in tzload () Try to do "disas 0x4d24c6 0x4d24c6+30" from gdb prompt with the loaded core. --FGqlOfzVzHNsMpkn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5qIm0ACgkQC3+MBN1Mb4jt+ACgyKCr99CyvOxzoL4l7jo9PVY9 4xsAn17A9c3hsKsoheRgWmAcKv0ypUJo =9glw -----END PGP SIGNATURE----- --FGqlOfzVzHNsMpkn-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 14:34:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A430106566B for ; Fri, 9 Sep 2011 14:34:56 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id DF0CF8FC16 for ; Fri, 9 Sep 2011 14:34:55 +0000 (UTC) Received: (qmail 14183 invoked by uid 80); 9 Sep 2011 14:34:54 -0000 Received: from dsdf-4db5c6ba.pool.mediaWays.net (dsdf-4db5c6ba.pool.mediaWays.net [77.181.198.186]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Fri, 09 Sep 2011 16:34:54 +0200 Date: Fri, 09 Sep 2011 16:34:54 +0200 Message-ID: <20110909163454.Horde.qr2VFKQd9PdOaiQOi-MhX2U@avocado.salatschuessel.net> From: Oliver Lehmann To: Kostik Belousov References: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> <20110909095521.GX17489@deviant.kiev.zoral.com.ua> <20110909134737.Horde.JTghXaQd9PdOafzZBeiBX2U@avocado.salatschuessel.net> <20110909123007.GZ17489@deviant.kiev.zoral.com.ua> <20110909161942.Horde.fmddS6Qd9PdOaiB_P8oBX2c@avocado.salatschuessel.net> <20110909142757.GB17489@deviant.kiev.zoral.com.ua> In-Reply-To: <20110909142757.GB17489@deviant.kiev.zoral.com.ua> User-Agent: Internet Messaging Program (IMP) H4 (5.0.9) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: Chris Rees , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 14:34:56 -0000 Kostik Belousov wrote: > On Fri, Sep 09, 2011 at 04:19:42PM +0200, Oliver Lehmann wrote: >> (gdb) bt >> #0 0x00000000004d24c6 in tzload () > > Try to do "disas 0x4d24c6 0x4d24c6+30" from gdb prompt with the loaded core. (gdb) disas 0x4d24c6 0x4d24c6+30 Dump of assembler code from 0x4d24c6 to 0x4d24e4: 0x00000000004d24c6 : callq 0x4db370 0x00000000004d24cb : test %eax,%eax 0x00000000004d24cd : jne 0x4d25e0 0x00000000004d24d3 : movzbl (%rbx),%ebp 0x00000000004d24d6 : cmp $0x3a,%bpl 0x00000000004d24da : jne 0x4d24e3 0x00000000004d24dc : add $0x1,%rbx 0x00000000004d24e0 : movzbl (%rbx),%ebp 0x00000000004d24e3 : cmp $0x2f,%bpl End of assembler dump. From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 14:55:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 825F71065673; Fri, 9 Sep 2011 14:55:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 229DD8FC17; Fri, 9 Sep 2011 14:55:18 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p89EtDbC007575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Sep 2011 17:55:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p89EtD9C002643; Fri, 9 Sep 2011 17:55:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p89EtD7q002642; Fri, 9 Sep 2011 17:55:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 9 Sep 2011 17:55:13 +0300 From: Kostik Belousov To: Oliver Lehmann Message-ID: <20110909145512.GC17489@deviant.kiev.zoral.com.ua> References: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> <20110909095521.GX17489@deviant.kiev.zoral.com.ua> <20110909134737.Horde.JTghXaQd9PdOafzZBeiBX2U@avocado.salatschuessel.net> <20110909123007.GZ17489@deviant.kiev.zoral.com.ua> <20110909161942.Horde.fmddS6Qd9PdOaiB_P8oBX2c@avocado.salatschuessel.net> <20110909142757.GB17489@deviant.kiev.zoral.com.ua> <20110909163454.Horde.qr2VFKQd9PdOaiQOi-MhX2U@avocado.salatschuessel.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QKRZXGw4JzgRpiWc" Content-Disposition: inline In-Reply-To: <20110909163454.Horde.qr2VFKQd9PdOaiQOi-MhX2U@avocado.salatschuessel.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Chris Rees , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 14:55:19 -0000 --QKRZXGw4JzgRpiWc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 09, 2011 at 04:34:54PM +0200, Oliver Lehmann wrote: >=20 > Kostik Belousov wrote: >=20 > >On Fri, Sep 09, 2011 at 04:19:42PM +0200, Oliver Lehmann wrote: >=20 > >>(gdb) bt > >>#0 0x00000000004d24c6 in tzload () > > > >Try to do "disas 0x4d24c6 0x4d24c6+30" from gdb prompt with the loaded= =20 > >core. >=20 > (gdb) disas 0x4d24c6 0x4d24c6+30 > Dump of assembler code from 0x4d24c6 to 0x4d24e4: > 0x00000000004d24c6 : callq 0x4db370 > 0x00000000004d24cb : test %eax,%eax > 0x00000000004d24cd : jne 0x4d25e0 > 0x00000000004d24d3 : movzbl (%rbx),%ebp > 0x00000000004d24d6 : cmp $0x3a,%bpl > 0x00000000004d24da : jne 0x4d24e3 > 0x00000000004d24dc : add $0x1,%rbx > 0x00000000004d24e0 : movzbl (%rbx),%ebp > 0x00000000004d24e3 : cmp $0x2f,%bpl > End of assembler dump. Ok, please do the following: run cvsup under the gdb. When SIGSEGV is raised, from the gdb prompt, do: 1. info registers $rsp 2. info program This should print you the pid of the process, then do 3. shell procstat -v I suspect that modula 3 system uses the kind of green threads, and the default thread stack size is simply too small for amd64. This is consistent with SIGILL when running standalone, but SIGSEGV under debugger. --QKRZXGw4JzgRpiWc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5qKNAACgkQC3+MBN1Mb4iUzgCeNJBV2JD6uCLlERnbFYzesVeW PYQAnAnZL0yD3M0qCKVhZYkG2jE6LZIV =1dpx -----END PGP SIGNATURE----- --QKRZXGw4JzgRpiWc-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 15:00:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C44001065675; Fri, 9 Sep 2011 15:00:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9827B8FC12; Fri, 9 Sep 2011 15:00:14 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p89F021J008453 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Sep 2011 18:00:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p89F021E002952; Fri, 9 Sep 2011 18:00:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p89F02mf002951; Fri, 9 Sep 2011 18:00:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 9 Sep 2011 18:00:02 +0300 From: Kostik Belousov To: Oliver Lehmann Message-ID: <20110909150002.GD17489@deviant.kiev.zoral.com.ua> References: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> <20110909095521.GX17489@deviant.kiev.zoral.com.ua> <20110909134737.Horde.JTghXaQd9PdOafzZBeiBX2U@avocado.salatschuessel.net> <20110909123007.GZ17489@deviant.kiev.zoral.com.ua> <20110909161942.Horde.fmddS6Qd9PdOaiB_P8oBX2c@avocado.salatschuessel.net> <20110909142757.GB17489@deviant.kiev.zoral.com.ua> <20110909163454.Horde.qr2VFKQd9PdOaiQOi-MhX2U@avocado.salatschuessel.net> <20110909145512.GC17489@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4EeqHow6dirsAIwN" Content-Disposition: inline In-Reply-To: <20110909145512.GC17489@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Chris Rees , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 15:00:20 -0000 --4EeqHow6dirsAIwN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 09, 2011 at 05:55:13PM +0300, Kostik Belousov wrote: > On Fri, Sep 09, 2011 at 04:34:54PM +0200, Oliver Lehmann wrote: > >=20 > > Kostik Belousov wrote: > >=20 > > >On Fri, Sep 09, 2011 at 04:19:42PM +0200, Oliver Lehmann wrote: > >=20 > > >>(gdb) bt > > >>#0 0x00000000004d24c6 in tzload () > > > > > >Try to do "disas 0x4d24c6 0x4d24c6+30" from gdb prompt with the loaded= =20 > > >core. > >=20 > > (gdb) disas 0x4d24c6 0x4d24c6+30 > > Dump of assembler code from 0x4d24c6 to 0x4d24e4: > > 0x00000000004d24c6 : callq 0x4db370 > > 0x00000000004d24cb : test %eax,%eax > > 0x00000000004d24cd : jne 0x4d25e0 > > 0x00000000004d24d3 : movzbl (%rbx),%ebp > > 0x00000000004d24d6 : cmp $0x3a,%bpl > > 0x00000000004d24da : jne 0x4d24e3 > > 0x00000000004d24dc : add $0x1,%rbx > > 0x00000000004d24e0 : movzbl (%rbx),%ebp > > 0x00000000004d24e3 : cmp $0x2f,%bpl > > End of assembler dump. >=20 > Ok, please do the following: > run cvsup under the gdb. When SIGSEGV is raised, from the gdb prompt, do: > 1. info registers $rsp > 2. info program > This should print you the pid of the process, then do > 3. shell procstat -v >=20 > I suspect that modula 3 system uses the kind of green threads, and > the default thread stack size is simply too small for amd64. This is > consistent with SIGILL when running standalone, but SIGSEGV under > debugger. Also, you might try to test my guesswork, by adding the following patch to lang/ezm3 and rebuilding it, then rebuilding cvsup port: --- libs/m3core/src/thread/POSIX/ThreadPosix.m3.orig 2011-09-09 17:58:12.86= 7431639 +0300 +++ libs/m3core/src/thread/POSIX/ThreadPosix.m3 2011-09-09 17:58:30.3804284= 86 +0300 @@ -180,7 +180,7 @@ pausedThreads : T; selected_interval:=3D UTime{0, 100 * 1000}; =20 - defaultStackSize :=3D 3000; + defaultStackSize :=3D 10000; =20 stack_grows_down: BOOLEAN; =20 --4EeqHow6dirsAIwN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5qKfEACgkQC3+MBN1Mb4i0jACg4bmm4GUnUSW/PhCK4wFQnq6S En4AoMKoO7fjFTqbxPewt0UdHV1JeJdf =iHPZ -----END PGP SIGNATURE----- --4EeqHow6dirsAIwN-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 15:32:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2324C106566B for ; Fri, 9 Sep 2011 15:32:38 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id D87828FC18 for ; Fri, 9 Sep 2011 15:32:37 +0000 (UTC) Received: by yxk36 with SMTP id 36so2022556yxk.13 for ; Fri, 09 Sep 2011 08:32:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=E1tP649En3rNi0jAGBMzjTNQX535lpXxt20frHHlycY=; b=kniyALhWf3Xvn9TybN6atllQuX5puIw5pXArUrtlXdcGVblx8gYrgSj3Cs2kOSQd1T d6vXDDgw0ba5BrO3qxfRgZI7NWSSM1TsfgMGfx8V7NOgS7NHcAJ2R/JqnZ5R270I558K tJWVuwb6osbbfaeHrxHHrT/s5EZkvvul61clU= MIME-Version: 1.0 Received: by 10.43.47.193 with SMTP id ut1mr664066icb.219.1315582356966; Fri, 09 Sep 2011 08:32:36 -0700 (PDT) Received: by 10.231.59.71 with HTTP; Fri, 9 Sep 2011 08:32:36 -0700 (PDT) In-Reply-To: <4e69f325.4b5bdf0a.6fd5.6d3eSMTPIN_ADDED@mx.google.com> References: <4e69f325.4b5bdf0a.6fd5.6d3eSMTPIN_ADDED@mx.google.com> Date: Fri, 9 Sep 2011 08:32:36 -0700 Message-ID: From: Kevin Oberman To: Thomas Mueller Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: bf1783@gmail.com, freebsd-current@freebsd.org Subject: Re: Shared libraries version bump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2011 15:32:38 -0000 On Fri, Sep 9, 2011 at 4:06 AM, Thomas Mueller < wrote: > Since I have plenty of disk space on the new computer, I was planning to = keep the BETA1 partition and install BETA2 to a separate partition. > > FreeBSD 9.0 BETA1 is the first hard drive OS on the new computer, not cou= nting the nonworking NetBSD installation; I am not upgrading from 8.x. > > Since I have nothing worth saving on my nonworking installation of NetBSD= -current, I can delete those partitions and make a FreeBSD partition for BE= TA2. > > I can keep the already existing /home partition. > > That way, I already have the ports tree, can run 'portsnap fetch update',= won't have to redownload the distfiles on those ports that haven't been up= dated since then. =A0I will have no immediate need for portupgrade or portm= aster but will in the near future. > > I will have the BETA1 to fall back on in the interim before BETA2 install= ation becomes more self-sufficient, for web browsing including online finan= cial affairs. Thanks, but I've already pulled t trigger and am running 9.0-Beta2 (current). Works fine. I will need to re-build some ports. Probably will re-install all of them. I did hit a bug in the upgrade that I will report in a new thread, but it went pretty well. Thanks to all of the suggestions. --=20 R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 15:49:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0362106564A for ; Fri, 9 Sep 2011 15:49:27 +0000 (UTC) (envelope-from tjg@soe.ucsc.edu) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mx1.freebsd.org (Postfix) with ESMTP id BA9A98FC08 for ; Fri, 9 Sep 2011 15:49:27 +0000 (UTC) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mail-01.cse.ucsc.edu (Postfix) with ESMTP id 4EA6D774C00C; Fri, 9 Sep 2011 08:49:27 -0700 (PDT) Date: Fri, 9 Sep 2011 08:49:27 -0700 (PDT) From: Tim Gustafson To: Matt Thyer Message-ID: <304032420.122582.1315583367175.JavaMail.root@mail-01.cse.ucsc.edu> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [169.233.230.26] X-Mailer: Zimbra 6.0.9_GA_2686 (ZimbraWebClient - FF3.0 (Win)/6.0.9_GA_2686) Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2011 15:49:27 -0000 > If not, look at paying a small (say $1k) bounty to get it fixed. :) Unfortunately, our budget situation would not allow this sort of thing right now. :\ Buying hardware is a lot easier than paying for something like this. > Helping to fix the driver is a thing that Tim is in the unusual > situation to be able to do as he has access to the affected hardware. > However, if paid work demands a quicker solution, I'm hoping they'll fund > use of the SAS 3G card (cheap) whilst allowing Tim to occasionally work > with the SAS 6G card to work on a final solution! I can most likely switch to a different card. Just to make sure I get the right one, do you have a part number of the card that you are recommending? As I mentioned earlier, I was looking around on the LSI site and they have lots of options, but none with a port configuration that I need (2 external ports only). I'd be happy to help with debugging the 6G problem. I could probably install that card into another box and give some developers access to it, but I'd have to rustle up some disks and port expanders to make it a fair test. > Ideally we don't want Tim to have to move away from FreeBSD. We want him > to help fix the driver. I've been a FreeBSD man since 2.2.5, and I won't be switching off any time soon. :) We have several other FreeBSD servers at this point - 5 to be exact, plus my workstation, and there's talk of adopting it more because of Soracle's abandonment of various projects. We're primarily using them for bulk storage - most of them are ZFS with multi-terabyte ZFS file systems - but I've got one that's a workhorse for web and other such things. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tim Gustafson tjg@soe.ucsc.edu Baskin School of Engineering 831-459-5354 UC Santa Cruz Baskin Engineering 317B -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 16:21:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F11D91065670 for ; Fri, 9 Sep 2011 16:20:59 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 685258FC18 for ; Fri, 9 Sep 2011 16:20:59 +0000 (UTC) Received: (qmail 17014 invoked by uid 80); 9 Sep 2011 16:20:58 -0000 Received: from dsdf-4db5c6ba.pool.mediaWays.net (dsdf-4db5c6ba.pool.mediaWays.net [77.181.198.186]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Fri, 09 Sep 2011 18:20:57 +0200 Date: Fri, 09 Sep 2011 18:20:57 +0200 Message-ID: <20110909182057.Horde.QfGtR6Qd9PdOajzp5H8kF3A@avocado.salatschuessel.net> From: Oliver Lehmann To: Kostik Belousov References: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> <20110909095521.GX17489@deviant.kiev.zoral.com.ua> <20110909134737.Horde.JTghXaQd9PdOafzZBeiBX2U@avocado.salatschuessel.net> <20110909123007.GZ17489@deviant.kiev.zoral.com.ua> <20110909161942.Horde.fmddS6Qd9PdOaiB_P8oBX2c@avocado.salatschuessel.net> <20110909142757.GB17489@deviant.kiev.zoral.com.ua> <20110909163454.Horde.qr2VFKQd9PdOaiQOi-MhX2U@avocado.salatschuessel.net> <20110909145512.GC17489@deviant.kiev.zoral.com.ua> <20110909150002.GD17489@deviant.kiev.zoral.com.ua> In-Reply-To: <20110909150002.GD17489@deviant.kiev.zoral.com.ua> User-Agent: Internet Messaging Program (IMP) H4 (5.0.9) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: Chris Rees , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 16:21:00 -0000 Kostik Belousov wrote: > On Fri, Sep 09, 2011 at 05:55:13PM +0300, Kostik Belousov wrote: >> Ok, please do the following: >> run cvsup under the gdb. When SIGSEGV is raised, from the gdb prompt, do: >> 1. info registers $rsp >> 2. info program >> This should print you the pid of the process, then do >> 3. shell procstat -v (gdb) run Starting program: /usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/client/FBSD_AMD64/cvsup -g /usr/share/examples/cvsup/9-supfile Connected to cvsup.de.FreeBSD.org Updating collection src-all/cvs Edit src/crypto/openssl/ssl/s3_lib.c Program received signal SIGSEGV, Segmentation fault. 0x00000000004d24c6 in tzload () (gdb) info registers $rsp rsp 0x916c98 0x916c98 (gdb) info program Using the running image of child process 14704. Program stopped at 0x4d24c6. It stopped with signal SIGSEGV, Segmentation fault. (gdb) nudel# procstat -v 14704 PID START END PRT RES PRES REF SHD FL TP PATH 14704 0x400000 0x53f000 r-x 219 0 1 0 C- vn /usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/client/FBSD_AMD64/cvsup 14704 0x73f000 0x7bf000 rw- 128 0 1 0 C- vn /usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/client/FBSD_AMD64/cvsup 14704 0x7bf000 0x844000 rw- 119 0 15 0 -- df 14704 0x844000 0x845000 r-- 1 0 15 0 -- df 14704 0x845000 0x867000 rw- 34 0 15 0 -- df 14704 0x867000 0x868000 r-- 1 0 15 0 -- df 14704 0x868000 0x88a000 rw- 34 0 15 0 -- df 14704 0x88a000 0x88b000 r-- 1 0 15 0 -- df 14704 0x88b000 0x8ad000 rw- 34 0 15 0 -- df 14704 0x8ad000 0x8ae000 r-- 1 0 15 0 -- df 14704 0x8ae000 0x8d0000 rw- 34 0 15 0 -- df 14704 0x8d0000 0x8d1000 r-- 1 0 15 0 -- df 14704 0x8d1000 0x8f3000 rw- 34 0 15 0 -- df 14704 0x8f3000 0x8f4000 r-- 1 0 15 0 -- df 14704 0x8f4000 0x916000 rw- 34 0 15 0 -- df 14704 0x916000 0x917000 r-- 1 0 15 0 -- df 14704 0x917000 0xa87000 rw- 344 0 15 0 -- df 14704 0x800740000 0x800743000 rw- 2 0 1 0 -- df 14704 0x800743000 0x800751000 r-- 12 0 1 0 -- vn /mnt/files/FreeBSD/9.0/src/crypto/openssl/ssl/s3_lib.c 14704 0x7ffffffbf000 0x7ffffffdf000 rwx 1 0 1 0 -- df 14704 0x7ffffffdf000 0x7ffffffff000 rwx 11 0 1 0 -- df 14704 0x7ffffffff000 0x800000000000 r-x 1 0 47 0 CN ph nudel# > Also, you might try to test my guesswork, by adding the following > patch to lang/ezm3 and rebuilding it, then rebuilding cvsup port: [made a file below ezm3/files, cleaned the workdir, reinstalled it cleaned cvsup, rebuilt it] no change so far (gdb) run Starting program: /usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/client/FBSD_AMD64/cvsup -g /usr/share/examples/cvsup/9-supfile Connected to cvsup.de.FreeBSD.org Updating collection src-all/cvs Edit src/crypto/openssl/ssl/s3_lib.c Program received signal SIGSEGV, Segmentation fault. 0x00000000004d24c6 in tzload () (gdb) From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 16:26:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B9F9106566C for ; Fri, 9 Sep 2011 16:26:29 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f45.google.com (mail-qw0-f45.google.com [209.85.216.45]) by mx1.freebsd.org (Postfix) with ESMTP id 226918FC17 for ; Fri, 9 Sep 2011 16:26:28 +0000 (UTC) Received: by qwj8 with SMTP id 8so2017225qwj.18 for ; Fri, 09 Sep 2011 09:26:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ElTjBM4I+1V7fp5QsC+d0u1IXAYIHXcttCesg1P7igc=; b=uNNdKvP6ljBMIi6lFsq8fWkONZIjdC5awuvz8GsQxfsmovsQ9z0ronD6f7g9O0/awt UdrjM1hl+7E/Kr+kyiU7p/40uhNmMYJmtLRzTQ6xESMZUqeHhSzfOZFrKxvUMIlh1maw nMGSzyqmiKRl1KCPMsdeajTqVpSOcBM6tRlhw= MIME-Version: 1.0 Received: by 10.224.191.202 with SMTP id dn10mr1753438qab.42.1315585586764; Fri, 09 Sep 2011 09:26:26 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Fri, 9 Sep 2011 09:26:26 -0700 (PDT) In-Reply-To: References: <4E629A62.8020903@xaerolimit.net> <4E63012A.1030500@xaerolimit.net> <600C0C33850FFE49B76BDD81AED4D258030437F0D2@IMCMBX3.MITRE.ORG> Date: Fri, 9 Sep 2011 09:26:26 -0700 Message-ID: From: Garrett Cooper To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" , Craig Rodrigues , Chris Brennan , Adam Vande More Subject: Re: Need a README to explain items in download 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: Fri, 09 Sep 2011 16:26:29 -0000 On Fri, Sep 9, 2011 at 6:30 AM, Warren Block wrote: > (Sorry, lost track of quoting) > > The style is okay, but I would suggest rearranging the order to demphasiz= e > the DVD with its quickly-obsolete packages. =A0Media type is very importa= nt > and should probably be mentioned first. > >>> FreeBSD-8.2-RELEASE-i386-disc1.iso =A0 =A0- CD: =A0Installer, FreeBSD O= S >>> FreeBSD-8.2-RELEASE-i386-memstick.img - USB: Installer, FreeBSD OS, ima= ge >>> for memory sticks >>> FreeBSD-8.2-RELEASE-i386-bootonly.iso - CD: =A0Installer, installs from >>> network >>> FreeBSD-8.2-RELEASE-i386-dvd1.iso.xz =A0- DVD: Installer, FreeBSD OS, m= any >>> pre-compiled packages (large file) >>> FreeBSD-8.2-RELEASE-i386-livefs.iso =A0 - CD: =A0FreeBSD live CD for re= pairs >> >> For more information, consult the FreeBSD Handbook: >> http://www.freebsd.org/doc/handbook/install-diff-media.html > >> Anybody downloading the Bootonly image should already know what they're >> getting into. > > A lot of the people who needlessly download the DVD would be better off w= ith > bootonly. =A0It's not any harder to install. Not necessarily true. Many people that pull down the DVD image may want the packages that correspond with the release version of the OS, for various reasons ;).. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 16:33:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45DDA106564A; Fri, 9 Sep 2011 16:33:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id D2DBA8FC1B; Fri, 9 Sep 2011 16:33:26 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p89GXKGM018634 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Sep 2011 19:33:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p89GXK88006416; Fri, 9 Sep 2011 19:33:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p89GXKvh006415; Fri, 9 Sep 2011 19:33:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 9 Sep 2011 19:33:20 +0300 From: Kostik Belousov To: Oliver Lehmann Message-ID: <20110909163320.GF17489@deviant.kiev.zoral.com.ua> References: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> <20110909095521.GX17489@deviant.kiev.zoral.com.ua> <20110909134737.Horde.JTghXaQd9PdOafzZBeiBX2U@avocado.salatschuessel.net> <20110909123007.GZ17489@deviant.kiev.zoral.com.ua> <20110909161942.Horde.fmddS6Qd9PdOaiB_P8oBX2c@avocado.salatschuessel.net> <20110909142757.GB17489@deviant.kiev.zoral.com.ua> <20110909163454.Horde.qr2VFKQd9PdOaiQOi-MhX2U@avocado.salatschuessel.net> <20110909145512.GC17489@deviant.kiev.zoral.com.ua> <20110909150002.GD17489@deviant.kiev.zoral.com.ua> <20110909182057.Horde.QfGtR6Qd9PdOajzp5H8kF3A@avocado.salatschuessel.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aG5m5uiDy71E7sIH" Content-Disposition: inline In-Reply-To: <20110909182057.Horde.QfGtR6Qd9PdOajzp5H8kF3A@avocado.salatschuessel.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Chris Rees , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 16:33:27 -0000 --aG5m5uiDy71E7sIH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 09, 2011 at 06:20:57PM +0200, Oliver Lehmann wrote: >=20 > Kostik Belousov wrote: >=20 > >On Fri, Sep 09, 2011 at 05:55:13PM +0300, Kostik Belousov wrote: >=20 > >>Ok, please do the following: > >>run cvsup under the gdb. When SIGSEGV is raised, from the gdb prompt, d= o: > >>1. info registers $rsp > >>2. info program > >> This should print you the pid of the process, then do > >>3. shell procstat -v >=20 > (gdb) run > Starting program: =20 > /usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/clie= nt/FBSD_AMD64/cvsup -g =20 > /usr/share/examples/cvsup/9-supfile > Connected to cvsup.de.FreeBSD.org > Updating collection src-all/cvs > Edit src/crypto/openssl/ssl/s3_lib.c >=20 > Program received signal SIGSEGV, Segmentation fault. > 0x00000000004d24c6 in tzload () > (gdb) info registers $rsp > rsp 0x916c98 0x916c98 > (gdb) info program > Using the running image of child process 14704. > Program stopped at 0x4d24c6. > It stopped with signal SIGSEGV, Segmentation fault. > (gdb) >=20 > nudel# procstat -v 14704 > PID START END PRT RES PRES REF SHD FL TP P= ATH > 14704 0x400000 0x53f000 r-x 219 0 1 0 C- =20 > vn =20 > /usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/clie= nt/FBSD_AMD64/cvsup > 14704 0x73f000 0x7bf000 rw- 128 0 1 0 C- =20 > vn =20 > /usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/clie= nt/FBSD_AMD64/cvsup > 14704 0x7bf000 0x844000 rw- 119 0 15 0 -- df > 14704 0x844000 0x845000 r-- 1 0 15 0 -- df > 14704 0x845000 0x867000 rw- 34 0 15 0 -- df > 14704 0x867000 0x868000 r-- 1 0 15 0 -- df > 14704 0x868000 0x88a000 rw- 34 0 15 0 -- df > 14704 0x88a000 0x88b000 r-- 1 0 15 0 -- df > 14704 0x88b000 0x8ad000 rw- 34 0 15 0 -- df > 14704 0x8ad000 0x8ae000 r-- 1 0 15 0 -- df > 14704 0x8ae000 0x8d0000 rw- 34 0 15 0 -- df > 14704 0x8d0000 0x8d1000 r-- 1 0 15 0 -- df > 14704 0x8d1000 0x8f3000 rw- 34 0 15 0 -- df > 14704 0x8f3000 0x8f4000 r-- 1 0 15 0 -- df > 14704 0x8f4000 0x916000 rw- 34 0 15 0 -- df > 14704 0x916000 0x917000 r-- 1 0 15 0 -- df > 14704 0x917000 0xa87000 rw- 344 0 15 0 -- df %rsp value is 0x917000, so this is definitely stack overflow. > 14704 0x800740000 0x800743000 rw- 2 0 1 0 -- df > 14704 0x800743000 0x800751000 r-- 12 0 1 0 -- =20 > vn /mnt/files/FreeBSD/9.0/src/crypto/openssl/ssl/s3_lib.c > 14704 0x7ffffffbf000 0x7ffffffdf000 rwx 1 0 1 0 -- df > 14704 0x7ffffffdf000 0x7ffffffff000 rwx 11 0 1 0 -- df > 14704 0x7ffffffff000 0x800000000000 r-x 1 0 47 0 CN ph > nudel# >=20 >=20 > >Also, you might try to test my guesswork, by adding the following > >patch to lang/ezm3 and rebuilding it, then rebuilding cvsup port: >=20 > [made a file below ezm3/files, cleaned the workdir, reinstalled it > cleaned cvsup, rebuilt it] >=20 > no change so far >=20 > (gdb) run > Starting program: =20 > /usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/clie= nt/FBSD_AMD64/cvsup -g =20 > /usr/share/examples/cvsup/9-supfile > Connected to cvsup.de.FreeBSD.org > Updating collection src-all/cvs > Edit src/crypto/openssl/ssl/s3_lib.c >=20 > Program received signal SIGSEGV, Segmentation fault. > 0x00000000004d24c6 in tzload () > (gdb) I need the same information from the gdb for this crash too, with cvsup rebuilt using the patched ezm3. --aG5m5uiDy71E7sIH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5qP88ACgkQC3+MBN1Mb4gAKgCfclEM+2iBHlYnaKvIhKoKICD8 L4YAn1XTClELxlMn7G6TSw3nKu2fDw2E =gbEk -----END PGP SIGNATURE----- --aG5m5uiDy71E7sIH-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 17:00:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C4FB106564A for ; Fri, 9 Sep 2011 17:00:37 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id BABDB8FC13 for ; Fri, 9 Sep 2011 17:00:36 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:584a:79b3:63be:8172] (unknown [IPv6:2001:7b8:3a7:0:584a:79b3:63be:8172]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C9D205C59; Fri, 9 Sep 2011 19:00:35 +0200 (CEST) Message-ID: <4E6A4635.1020201@FreeBSD.org> Date: Fri, 09 Sep 2011 19:00:37 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0) Gecko/20110905 Thunderbird/7.0 MIME-Version: 1.0 To: Volodymyr Kostyrko References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> <4E6298DE.5090007@FreeBSD.org> <4E644993.4090703@gmail.com> <4E660BA3.8080103@FreeBSD.org> <4E66162F.8090406@gmail.com> <4E661B1C.2030608@gmail.com> <4E662C7A.3020404@gmail.com> <4E698BCC.5010400@gmail.com> <4E69D3E5.3090201@FreeBSD.org> <4E6A08EE.1020304@gmail.com> In-Reply-To: <4E6A08EE.1020304@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 17:00:37 -0000 On 2011-09-09 14:39, Volodymyr Kostyrko wrote: > 09.09.2011 11:52, Dimitry Andric wrote: ... >> This is why I still think you have the stdin/out/err problem, in some >> way. Can you please check /usr/obj/usr/src/lib/libc/Version.map? It >> should have about 2775 lines, otherwise your libc build is busted. > > This build was without ccache and CPUTYPE or march. Busted: > > === Version.map === > FBSD_1.0 { > }; > > FBSD_1.1 { > } FBSD_1.0; > > FBSD_1.2 { > } FBSD_1.1; > > FBSDprivate_1.0 { > local: > *; > } FBSD_1.2; > > === Version.map === > > Smoking logs gives this: > > cat /usr/src/lib/libc/i386/Symbol.map /usr/src/lib/libc/db/Symbol.map > /usr/src/lib/libc/compat-43/Symbol.map > /usr/src/lib/libc/gdtoa/Symbol.map /usr/src/lib/libc/gen/Symbol.map > /usr/src/lib/libc/gmon/Symbol.map /usr/src/lib/libc/inet/Symbol.map > /usr/src/lib/libc/locale/Symbol.map /usr/src/lib/libc/nameser/Symbol.map > /usr/src/lib/libc/net/Symbol.map /usr/src/lib/libc/nls/Symbol.map > /usr/src/lib/libc/posix1e/Symbol.map /usr/src/lib/libc/quad/Symbol.map > /usr/src/lib/libc/regex/Symbol.map /usr/src/lib/libc/resolv/Symbol.map > /usr/src/lib/libc/stdio/Symbol.map /usr/src/lib/libc/stdlib/Symbol.map > /usr/src/lib/libc/stdtime/Symbol.map /usr/src/lib/libc/string/Symbol.map > /usr/src/lib/libc/sys/Symbol.map /usr/src/lib/libc/rpc/Symbol.map > /usr/src/lib/libc/uuid/Symbol.map /usr/src/lib/libc/xdr/Symbol.map > /usr/src/lib/libc/yp/Symbol.map | clang++ - - | awk -v > vfile=/usr/src/lib/libc/Versions.def -f > /usr/src/share/mk/version_gen.awk> Version.map > clang++: error: -E or -x required when input is from standard input > clang++: error: -E or -x required when input is from standard input > > And this is purely my fault because I incorrectly redefined CPP. Well, it looks like there is not much error handling or sanity checking in the map generation process. If anything fails in there, or if the output is dodgy, the libc build should simply abort, IMHO. Your problem also reminds me that we need a /usr/bin/clang-cpp hardlink, I will try to get that into 9.0. Thanks. :) From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 17:08:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E81741065675 for ; Fri, 9 Sep 2011 17:08:21 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 3881C8FC1B for ; Fri, 9 Sep 2011 17:08:20 +0000 (UTC) Received: (qmail 18436 invoked by uid 80); 9 Sep 2011 17:08:19 -0000 Received: from dsdf-4db5c6ba.pool.mediaWays.net (dsdf-4db5c6ba.pool.mediaWays.net [77.181.198.186]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Fri, 09 Sep 2011 19:08:19 +0200 Date: Fri, 09 Sep 2011 19:08:19 +0200 Message-ID: <20110909190819.Horde.yCPDD6Qd9PdOakgDish0FzA@avocado.salatschuessel.net> From: Oliver Lehmann To: Kostik Belousov References: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> <20110909095521.GX17489@deviant.kiev.zoral.com.ua> <20110909134737.Horde.JTghXaQd9PdOafzZBeiBX2U@avocado.salatschuessel.net> <20110909123007.GZ17489@deviant.kiev.zoral.com.ua> <20110909161942.Horde.fmddS6Qd9PdOaiB_P8oBX2c@avocado.salatschuessel.net> <20110909142757.GB17489@deviant.kiev.zoral.com.ua> <20110909163454.Horde.qr2VFKQd9PdOaiQOi-MhX2U@avocado.salatschuessel.net> <20110909145512.GC17489@deviant.kiev.zoral.com.ua> <20110909150002.GD17489@deviant.kiev.zoral.com.ua> <20110909182057.Horde.QfGtR6Qd9PdOajzp5H8kF3A@avocado.salatschuessel.net> <20110909163320.GF17489@deviant.kiev.zoral.com.ua> In-Reply-To: <20110909163320.GF17489@deviant.kiev.zoral.com.ua> User-Agent: Internet Messaging Program (IMP) H4 (5.0.9) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: Chris Rees , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 17:08:22 -0000 Kostik Belousov wrote: > On Fri, Sep 09, 2011 at 06:20:57PM +0200, Oliver Lehmann wrote: >> (gdb) run >> Starting program: >> /usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/client/FBSD_AMD64/cvsup >> -g >> /usr/share/examples/cvsup/9-supfile >> Connected to cvsup.de.FreeBSD.org >> Updating collection src-all/cvs >> Edit src/crypto/openssl/ssl/s3_lib.c >> >> Program received signal SIGSEGV, Segmentation fault. >> 0x00000000004d24c6 in tzload () >> (gdb) > I need the same information from the gdb for this crash too, with cvsup > rebuilt using the patched ezm3. Mh... looks like the same output to me (gdb) info registers $rsp rsp 0x916c98 0x916c98 (gdb) info program Using the running image of child process 62191. Program stopped at 0x4d24c6. It stopped with signal SIGSEGV, Segmentation fault. (gdb) nudel# procstat -v 62191 PID START END PRT RES PRES REF SHD FL TP PATH 62191 0x400000 0x53f000 r-x 218 0 1 0 C- vn /usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/client/FBSD_AMD64/cvsup 62191 0x73f000 0x7bf000 rw- 93 0 1 0 C- vn /usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/client/FBSD_AMD64/cvsup 62191 0x7bf000 0x844000 rw- 119 0 15 0 -- df 62191 0x844000 0x845000 r-- 1 0 15 0 -- df 62191 0x845000 0x867000 rw- 34 0 15 0 -- df 62191 0x867000 0x868000 r-- 1 0 15 0 -- df 62191 0x868000 0x88a000 rw- 34 0 15 0 -- df 62191 0x88a000 0x88b000 r-- 1 0 15 0 -- df 62191 0x88b000 0x8ad000 rw- 34 0 15 0 -- df 62191 0x8ad000 0x8ae000 r-- 1 0 15 0 -- df 62191 0x8ae000 0x8d0000 rw- 34 0 15 0 -- df 62191 0x8d0000 0x8d1000 r-- 1 0 15 0 -- df 62191 0x8d1000 0x8f3000 rw- 34 0 15 0 -- df 62191 0x8f3000 0x8f4000 r-- 1 0 15 0 -- df 62191 0x8f4000 0x916000 rw- 34 0 15 0 -- df 62191 0x916000 0x917000 r-- 1 0 15 0 -- df 62191 0x917000 0xa87000 rw- 344 0 15 0 -- df 62191 0x800740000 0x800743000 rw- 2 0 1 0 -- df 62191 0x800743000 0x800751000 r-- 12 0 1 0 -- vn /mnt/files/FreeBSD/9.0/src/crypto/openssl/ssl/s3_lib.c 62191 0x7ffffffbf000 0x7ffffffdf000 rwx 1 0 1 0 -- df 62191 0x7ffffffdf000 0x7ffffffff000 rwx 11 0 1 0 -- df 62191 0x7ffffffff000 0x800000000000 r-x 1 0 50 0 CN ph nudel# From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 17:57:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14410106566B for ; Fri, 9 Sep 2011 17:57:25 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id C6A748FC0A for ; Fri, 9 Sep 2011 17:57:24 +0000 (UTC) Received: by ywa17 with SMTP id 17so2164800ywa.13 for ; Fri, 09 Sep 2011 10:57:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=h8U8vH/PcseKWPZW8kidkk6sT/a7dhgb0WD3Kan5RWQ=; b=YBTzdtnpZuUPSFQz1PTw6Umnc9TpGLZH9IK5OlklJADAL6HeQ8Yu0LWsr/b0VEW7fS sHIBO19n6KNTwLoLAlgMVp/M8Xl+PJZtzE53qKJATS0mP4WRllcq+RkTWmmzyvPg4OLD ye4AfJWPeQUpbSjGXTsyKcI5rdN6GsS99dF4k= Received: by 10.42.164.68 with SMTP id f4mr447330icy.386.1315591043895; Fri, 09 Sep 2011 10:57:23 -0700 (PDT) Received: from sidhe.local ([75.111.38.94]) by mx.google.com with ESMTPS id j2sm9045877ibx.11.2011.09.09.10.57.19 (version=SSLv3 cipher=OTHER); Fri, 09 Sep 2011 10:57:20 -0700 (PDT) Message-ID: <4E6A5378.6010601@gmail.com> Date: Fri, 09 Sep 2011 10:57:12 -0700 From: Matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110716 Thunderbird/5.0 MIME-Version: 1.0 To: bf1783@gmail.com References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, "b. f." , Oliver Lehmann Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 17:57:25 -0000 On 09/08/11 14:52, b. f. wrote: >> I have an Atom 330 with 9.0-BETA2/amd64 installed. >> >> I did a pkg_add -r cvsup-without-gui at first after installation. >> Using cvsup, resulted in a core dump (illegal instruction). >> >> I then removed all ports, and installed cvsup-without-gui from source. >> Started cvsup... core dump again. >> >> I then got the cvsup binary from a FreeBSD 8 i386 system, installed >> compat8x and also copied the missing libutil.so.8 from FreeBSD/i386 >> and cvsuped the source (8.2-STABLE i386 cvsup worked). >> >> Then I rebuilt world, kernel (removed all debugging options from GENERIC). >> >> Then I removed all ports once more and reinstalled cvsup-without-gui >> from ports once more. >> >> And now again... > It may be broken -- I seem to recall some earlier complaints about > problems on one of the list. But is there a reason why you are > attempting to use it, when /usr/bin/csup is available, and is > generally thought to be superior? > > > b. > _______________________________________________ > 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" > Does cvsup work for anyone? At what point should cvsup just be a symlink to csup? From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 18:17:14 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9412106564A for ; Fri, 9 Sep 2011 18:17:14 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-gx0-f179.google.com (mail-gx0-f179.google.com [209.85.161.179]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5FE8FC0C for ; Fri, 9 Sep 2011 18:17:14 +0000 (UTC) Received: by gxk1 with SMTP id 1so1608702gxk.10 for ; Fri, 09 Sep 2011 11:17:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=R/KDCnltqJu17nZbcISGSjoB9Dz4O5IcUCmSV9YSQr8=; b=Bzemcc0m295fSHDz8hoabm69DNCiVEzfaAi6tNahfdhx3g6KshwIHC/8eB+tB9UFld mPqRn6LEh/5hG6wNwd2+fdHrJ/AlL9OmCLT9g3Wsj8k2tWk1QRAz1BWOYeTHOvu6b0id Sn/qSBsS24CNbuZN84LN9fPLljVHMr5Xb5V5w= MIME-Version: 1.0 Received: by 10.231.29.138 with SMTP id q10mr2609643ibc.87.1315592233220; Fri, 09 Sep 2011 11:17:13 -0700 (PDT) Received: by 10.231.36.69 with HTTP; Fri, 9 Sep 2011 11:17:13 -0700 (PDT) Date: Fri, 9 Sep 2011 11:17:13 -0700 Message-ID: From: Kevin Oberman To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Failure upgrading from 8-stable to current (9.0-Beta2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2011 18:17:14 -0000 Last night I upgraded my laptop from 8-stable (Sept. 7) to head. I almost worked, but I did hit an issue during the installworld phase. The problem was when the make in /usr/src/share/zoneinfo tried to run tzsetup that dialog failed to run with the error: /tmp/install.xtvA5ik4/libdialog.so.7: Undefined symbol "_nc_wacs" I simply deleted the line "tzsetup $${optC} -r; \" at line 76 of the Makefile and re-ran the installworld. Everything worked from that point. I then compared /etc/localtime with /usr/share/zoneinfo/America/Los_Angeles and they were identical, so I already had a localtime file built with the new zic. After the installworld completed, I tried running tzsetup and dialog ran fine, so I have no idea why the failure during the instsallworld. I did a search and found a very similar report in questions@. The only difference I saw was that my error was not prefaced with "/libexec/ld-elf.so.1: " and, of course, the random string. http://lists.freebsd.org/pipermail/freebsd-questions/2011-July/232421.html Any ideas what might be happening here? It is a bit disconcerting as userland is half current and half stable when it dies. It would be very awkward to have to back out and may people updating to 9.0 after release might not know how to work around it. -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 18:21:54 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFB51106564A for ; Fri, 9 Sep 2011 18:21:54 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 9B3078FC0A for ; Fri, 9 Sep 2011 18:21:54 +0000 (UTC) Received: by qyk10 with SMTP id 10so367830qyk.13 for ; Fri, 09 Sep 2011 11:21:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XwncRfkfXhnc5PAWobe5YjriOCDaZN9ReqbgSuptRj0=; b=gUerimmn3VG7VNjb83m5x9uAybl8GfyufP8OFsL1mJ5afq7FrOF4SDhMilPEnNmYrn 5FAHCOJ76CwrvDVa9BuRNylngZgTkymihF/0bglVfdn97BXeBDBcTMbOhPkmG4I15zbS jbWxY/1eZr5soTYPctK/C8VRDWNyN1xzpHyDg= MIME-Version: 1.0 Received: by 10.224.191.202 with SMTP id dn10mr1858237qab.42.1315592513638; Fri, 09 Sep 2011 11:21:53 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Fri, 9 Sep 2011 11:21:53 -0700 (PDT) In-Reply-To: References: Date: Fri, 9 Sep 2011 11:21:53 -0700 Message-ID: From: Garrett Cooper To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Failure upgrading from 8-stable to current (9.0-Beta2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2011 18:21:55 -0000 On Fri, Sep 9, 2011 at 11:17 AM, Kevin Oberman wrote: > Last night I upgraded my laptop from 8-stable (Sept. 7) to head. I > almost worked, but I > did hit an issue during the installworld phase. The problem was when the make in > /usr/src/share/zoneinfo tried to run tzsetup that dialog failed to run > with the error: > /tmp/install.xtvA5ik4/libdialog.so.7: Undefined symbol "_nc_wacs" > > I simply deleted the line "tzsetup $${optC} -r; \" at line 76 of the > Makefile and re-ran the > installworld. Everything worked from that point. I then compared > /etc/localtime with > /usr/share/zoneinfo/America/Los_Angeles and they were identical, so I > already had > a localtime file built with the new zic. > > After the installworld completed, I tried running tzsetup and dialog > ran fine, so I have > no idea why the failure during the instsallworld. I did a search and > found a very similar > report in questions@. The only difference I saw was that my error was > not prefaced > with "/libexec/ld-elf.so.1: " and, of course, the random string. > http://lists.freebsd.org/pipermail/freebsd-questions/2011-July/232421.html > > Any ideas what might be happening here? It is a bit disconcerting as > userland is half > current and half stable when it dies. It would be very awkward to have > to back out and > may people updating to 9.0 after release might not know how to work around it. This might be required (the base library changed). HTH, -Garrett Index: share/zoneinfo/Makefile =================================================================== --- share/zoneinfo/Makefile (revision 224989) +++ share/zoneinfo/Makefile (working copy) @@ -72,7 +72,8 @@ optC="-C ${DESTDIR}"; \ fi; \ echo "Updating /etc/localtime"; \ - tzsetup $${optC} -r; \ + env LD_PRELOAD=${DESTDIR}/usr/lib/libodialog.so \ + tzsetup $${optC} -r; \ fi; \ else \ echo "Run tzsetup(8) manually to update /etc/localtime."; \ From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 18:30:42 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FB421065670 for ; Fri, 9 Sep 2011 18:30:42 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 012188FC12 for ; Fri, 9 Sep 2011 18:30:41 +0000 (UTC) Received: by yxk36 with SMTP id 36so2201527yxk.13 for ; Fri, 09 Sep 2011 11:30:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=o+82F5xdpfL2dnTVmwpfaGY48SUOD4y/Eus/rCu/u8U=; b=jFu2tsk++Bsn96PiSI2DJepzJEIMRJVwg08AdReGRnHZOfP5QwkwiaCvvBzArSWgkP z0IlzmOFQZMFupl2gKWcl3O9Brfv4h7O31aPp8aESX9a1h7a4QaxgGnaxAN4yFCBV47+ qsRqW1oR2I1UzHPbUmdYBC2dvUHVUH/QSc81c= MIME-Version: 1.0 Received: by 10.42.244.136 with SMTP id lq8mr543154icb.33.1315593041017; Fri, 09 Sep 2011 11:30:41 -0700 (PDT) Received: by 10.231.36.69 with HTTP; Fri, 9 Sep 2011 11:30:40 -0700 (PDT) In-Reply-To: References: Date: Fri, 9 Sep 2011 11:30:40 -0700 Message-ID: From: Kevin Oberman To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: Failure upgrading from 8-stable to current (9.0-Beta2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2011 18:30:42 -0000 On Fri, Sep 9, 2011 at 11:21 AM, Garrett Cooper wrote: > On Fri, Sep 9, 2011 at 11:17 AM, Kevin Oberman wrote: >> Last night I upgraded my laptop from 8-stable (Sept. 7) to head. I >> almost worked, but I >> did hit an issue during the installworld phase. The problem was when the= make in >> /usr/src/share/zoneinfo tried to run tzsetup that dialog failed to run >> with the error: >> /tmp/install.xtvA5ik4/libdialog.so.7: Undefined symbol "_nc_wacs" >> >> I simply deleted the line "tzsetup $${optC} -r; \" at line 76 of the >> Makefile and re-ran the >> installworld. Everything worked from that point. I then compared >> /etc/localtime with >> /usr/share/zoneinfo/America/Los_Angeles and they were identical, so I >> already had >> a localtime file built with the new zic. >> >> After the installworld completed, I tried running tzsetup and dialog >> ran fine, so I have >> no idea why the failure during the instsallworld. I did a search and >> found a very similar >> report in questions@. The only difference I saw was that my error was >> not prefaced >> with "/libexec/ld-elf.so.1: " and, of course, the random string. >> http://lists.freebsd.org/pipermail/freebsd-questions/2011-July/232421.ht= ml >> >> Any ideas what might be happening here? It is a bit disconcerting as >> userland is half >> current and half stable when it dies. It would be very awkward to have >> to back out and >> may people updating to 9.0 after release might not know how to work arou= nd it. > > =A0 =A0This might be required (the base library changed). > HTH, > -Garrett > > Index: share/zoneinfo/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- share/zoneinfo/Makefile =A0 =A0 (revision 224989) > +++ share/zoneinfo/Makefile =A0 =A0 (working copy) > @@ -72,7 +72,8 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0optC=3D"-C= ${DESTDIR}"; \ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0fi; \ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0echo "Updating /etc/localt= ime"; \ > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tzsetup $${optC} -r; \ > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 env LD_PRELOAD=3D${DESTDIR}= /usr/lib/libodialog.so \ > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tzsetup $${optC} -r= ; \ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0fi; \ > =A0 =A0 =A0 =A0else \ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0echo "Run tzsetup(8) manually to update /e= tc/localtime."; \ > /me slaps forehead Of course! I missed the one letter change between libdialog and libodialog. Your patch looks right and works for me. Thanks! --=20 R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 19:22:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65838106564A; Fri, 9 Sep 2011 19:22:10 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 16CCE8FC12; Fri, 9 Sep 2011 19:22:09 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id p89JM8nr019397; Fri, 9 Sep 2011 15:22:08 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Fri, 09 Sep 2011 15:22:09 -0400 (EDT) Date: Fri, 9 Sep 2011 15:22:08 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Baldwin In-Reply-To: Message-ID: References: <201109080942.03413.jhb@freebsd.org> <201109081359.56584.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: adrian@freebsd.org, freebsd-current@freebsd.org, Warner Losh Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 19:22:10 -0000 I found the commit that broke ath for me, r222753, specifically, the change to /dev/cardbus/cardbus_cis.c. To be sure, I updated to head using svn, and applied the patch included below. ath attaches and works. Without the patch, ath does not attach. On another note, I've no idea why updating from a local CVS repo lead me down a wrong path. It seems wrong that a 'cvs update -P -d -A -D "31 Mar 2011"' works and a 'cvs update -P -d -A -D "1 Apr 2011"' does not work. r222753 did not occur until much later (June 6). Once John asked me to try r220195, I switched to using svn. When that worked, it seemed strange to me because nothing else committed after that on Mar 31 should have broke ath. Anyway, culprit found. Now what is the correct fix? Index: sys/dev/cardbus/cardbus_cis.c =================================================================== --- sys/dev/cardbus/cardbus_cis.c (revision 225463) +++ sys/dev/cardbus/cardbus_cis.c (working copy) @@ -441,6 +441,7 @@ { if (res != CIS_CONFIG_SPACE) { bus_release_resource(child, SYS_RES_MEMORY, rid, res); + bus_delete_resource(child, SYS_RES_MEMORY, rid); } } @@ -477,7 +478,11 @@ } /* allocate the memory space to read CIS */ +#if 0 res = bus_alloc_resource_any(child, SYS_RES_MEMORY, rid, +#else + res = bus_alloc_resource(child, SYS_RES_MEMORY, rid, 0, ~0, 1, +#endif rman_make_alignment_flags(4096) | RF_ACTIVE); if (res == NULL) { device_printf(cbdev, "Unable to allocate resource " -- DE From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 19:49:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B857106564A for ; Fri, 9 Sep 2011 19:49:31 +0000 (UTC) (envelope-from martin@sugioarto.com) Received: from mailserv.regfish.com (mailserv.regfish.com [79.140.61.33]) by mx1.freebsd.org (Postfix) with ESMTP id B9C8A8FC13 for ; Fri, 9 Sep 2011 19:49:30 +0000 (UTC) Received: (qmail 24546 invoked from network); 9 Sep 2011 19:49:29 -0000 Received: from pd9ec0023.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.0.35]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 9 Sep 2011 19:49:29 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id 1B40A1BAC57 for ; Fri, 9 Sep 2011 18:49:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1315586940; bh=PSbabPTvhZR8/QNWVdjEi7jsXgj25zzMY3TtndVEwrU=; h=Date:From:To:Subject:Message-ID:Mime-Version:Content-Type; b=o3/HTkaIqgO4asU5+nil2SeuKBCj/xe5rtyyWTLKUU/abuZUygRwxbJYfO56Wfu5J cZdqZOjqJ/thZprXD5fPczSlDPSkjbNlLgpEazPkfMr4BWbuisOxa31uAoyave2Sap YUW8gxdV+I7oS/kh1GF331ajce7GfWVj3FdY0M6w= Date: Fri, 9 Sep 2011 18:48:53 +0200 From: Martin Sugioarto To: freebsd-current@freebsd.org Message-ID: <20110909184853.0808fd7a@zelda.sugioarto.com> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/b=e.9tBt0kYN=pg3VlW8HDR"; protocol="application/pgp-signature" Subject: Please explain syslog entry about gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2011 19:49:31 -0000 --Sig_/b=e.9tBt0kYN=pg3VlW8HDR Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, I have installed BETA2 and every time I boot up the system I get the following message in syslog: GEOM_MIRRORGEOM_MIRROR: : Device mirror/boot launched (1/2). Device mirror/encrypted launched (1/2). It's a bit mangled, but it's not the problem. The problem is this "(1/2)". I don't like the kernel think for even a second that my mirror could be inconsistent. I have the following setup: - 2xGPT on 1TB drives - bootblock on both drives - /boot on gmirror with UFS - everything else including rootfs: * geom_mirror -> geom_eli -> bsdlabel What's going on in the dmesg? gmirror status gives me (correctly): Name Status Components mirror/boot COMPLETE ada0p2 (ACTIVE) ada2p2 (ACTIVE) mirror/encrypted COMPLETE ada0p4 (ACTIVE) ada2p4 (ACTIVE) -- Martin --Sig_/b=e.9tBt0kYN=pg3VlW8HDR Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Anständige Signaturen und Verschlüsselung gibt es nur mit GNUpg Comment: und nicht mit De-Mail. iQIcBAEBAgAGBQJOakN7AAoJEF8wvLx/5p/7vC0P/jCBsIme6phpsfMBDZ2mN5q8 4EwQKyBCRgeTLT+zd28n8W9my0FmglGKtcqB4YgJM/etw+YhSdDp8aG5C7C666KN +Al63wMGKS1QG8HshEmIG4ZOUZbEq9QxTe94FLoF6VhM7wJlsBQgd3TovROXpTOv RUSzRLxl7qOiKsoc9uQyc60DCU82t/NNvRTDmxBscwCd4jjmKtxtMu0oLuMrvm3+ FY4bTXdmYB4qqFULtnTIwP5kQk57vt6iv3anX3R0u4dH23W8z5H3pTpEcKoctEYv wthJb+tIY7QzL72i+RBtika+65Luph501gZEtAD2YhQvSkIlAB2w3pom1gL7HhME BM75jZBpwPGfsx3LGiFdeyTQIgHGnPfIsOG4qnNwPQk4NydX8Q4iLhrxv3Y2f6kL 0uTDkTEYAH1zHBQUvrCX5zALwmL5ybb7I5YGrMbEPrh6giJWS6klfWLhhlo/+Ail 472qiJMNF0silm9xOEc12AY6rAf2KWh1QLDkbo/l6hiDuiOBnH3K1Zr+mLW0ak/j m/VxjkqJ6mc/q+Sill82XglwSC0coWSMrzsIm/jbNE/DeRQfcUi4FtV6/C1GE+QT JmyidhYeLUmL6BE1CNG7oBvOmxH/LVxflUzy4pJpz8sIWetYuD+nIsZpIFgWyjko haRyGuJHzBqpk0iUWiJi =xWy7 -----END PGP SIGNATURE----- --Sig_/b=e.9tBt0kYN=pg3VlW8HDR-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 20:24:28 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF4F6106564A; Fri, 9 Sep 2011 20:24:28 +0000 (UTC) (envelope-from andreast@FreeBSD.org) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 58C448FC12; Fri, 9 Sep 2011 20:24:27 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-8-131.flashcable.ch [91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id p89JxUdH095797; Fri, 9 Sep 2011 21:59:31 +0200 (CEST) (envelope-from andreast@FreeBSD.org) Message-ID: <4E6A7022.4040708@FreeBSD.org> Date: Fri, 09 Sep 2011 21:59:30 +0200 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: Daniel Eischen References: <201109080942.03413.jhb@freebsd.org> <201109081359.56584.jhb@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: adrian@FreeBSD.org, freebsd-current@FreeBSD.org, Warner Losh , John Baldwin Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2011 20:24:28 -0000 Hi Daniel! On 09.09.11 21:22, Daniel Eischen wrote: > I found the commit that broke ath for me, r222753, > specifically, the change to /dev/cardbus/cardbus_cis.c. > > To be sure, I updated to head using svn, and applied > the patch included below. ath attaches and works. Without > the patch, ath does not attach. > > On another note, I've no idea why updating from a local > CVS repo lead me down a wrong path. It seems wrong that > a 'cvs update -P -d -A -D "31 Mar 2011"' works and > a 'cvs update -P -d -A -D "1 Apr 2011"' does not work. > r222753 did not occur until much later (June 6). > Once John asked me to try r220195, I switched to using > svn. When that worked, it seemed strange to me because > nothing else committed after that on Mar 31 should have > broke ath. > > Anyway, culprit found. Now what is the correct fix? THANK you very much! I was following this thread with big interest since last weekend. Here I found a Wireless card in the trash. An MSI card with a 'Ralink Technology RT2560, RT2525'. Under 8.2 it worked perfectly while under current I got a crappy ethernet address. Went back to 220194 and could prove that it was working there. During this process your message came in and I immediately tried the below patch: ral0: flags=8843 metric 0 mtu 2290 ether 00:13:d3:7f:f8:48 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated Whee!!! Again, thanks a lot. I do not know if it is the right solution, but it works. Gruss, Andreas > > > Index: sys/dev/cardbus/cardbus_cis.c > =================================================================== > --- sys/dev/cardbus/cardbus_cis.c (revision 225463) > +++ sys/dev/cardbus/cardbus_cis.c (working copy) > @@ -441,6 +441,7 @@ > { > if (res != CIS_CONFIG_SPACE) { > bus_release_resource(child, SYS_RES_MEMORY, rid, res); > + bus_delete_resource(child, SYS_RES_MEMORY, rid); > } > } > > @@ -477,7 +478,11 @@ > } > > /* allocate the memory space to read CIS */ > +#if 0 > res = bus_alloc_resource_any(child, SYS_RES_MEMORY, rid, > +#else > + res = bus_alloc_resource(child, SYS_RES_MEMORY, rid, 0, ~0, 1, > +#endif > rman_make_alignment_flags(4096) | RF_ACTIVE); > if (res == NULL) { > device_printf(cbdev, "Unable to allocate resource " > From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 22:27:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A95E106566B for ; Fri, 9 Sep 2011 22:27:47 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (DMZ-MAILSEC-SCANNER-5.MIT.EDU [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id C9FE28FC0C for ; Fri, 9 Sep 2011 22:27:46 +0000 (UTC) X-AuditID: 12074422-b7ba7ae000000a14-98-4e6a92dc3569 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id 28.46.02580.CD29A6E4; Fri, 9 Sep 2011 18:27:40 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id p89MRjAn027682; Fri, 9 Sep 2011 18:27:45 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p89MRhpc011981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 9 Sep 2011 18:27:45 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p89MRgHG024148; Fri, 9 Sep 2011 18:27:42 -0400 (EDT) Date: Fri, 9 Sep 2011 18:27:41 -0400 (EDT) From: Benjamin Kaduk To: Lev Serebryakov In-Reply-To: <1997790603.20110907212004@serebryakov.spb.ru> Message-ID: References: <1231707981.20110907201053@serebryakov.spb.ru> <4E67A720.2000903@FreeBSD.org> <1997790603.20110907212004@serebryakov.spb.ru> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-274034473-1315607261=:1411" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpkleLIzCtJLcpLzFFi42IR4hTV1r0zKcvPYNM5NYs5bz4wWfSu2sjq wOQx49N8lgDGKC6blNSczLLUIn27BK6Mow/nsBacEqzYsKSHrYHxHW8XIyeHhICJxIPOg+wQ tpjEhXvr2boYuTiEBPYxSmxtncgE4axnlLh46xQLhLOfSeL8ktdgLUIC9RJrT69lBLFZBLQk pq88DWazCahIzHyzkQ3EFhFQlVj16AgriM0sYCjxct09sF5hgTCJ7Qe2sYDYnALWEge7n4H1 8go4SHxZOp0dYlkHo8Sj5ZvAGkQFdCRW75/CAlEkKHFy5hMWiKH+EtO+3WWawCg4C0lqFpIU hG0rcaNxFpStLXH/ZhvbAkaWVYyyKblVurmJmTnFqcm6xcmJeXmpRbqmermZJXqpKaWbGEEh ze6itIPx50GlQ4wCHIxKPLwrTbP8hFgTy4orcw8xSnIwKYnylk4ECvEl5adUZiQWZ8QXleak Fh9ilOBgVhLh3TYBKMebklhZlVqUD5OS5mBREufl2ungJySQnliSmp2aWpBaBJOV4eBQkuDN AMaukGBRanpqRVpmTglCmomDE2Q4D9DwMpDFvMUFibnFmekQ+VOMilLivDUgzQIgiYzSPLhe WMp5xSgO9IowbxpIFQ8wXcF1vwIazAQ0OGB7JsjgkkSElFQDY57ok0ded/ap/5mry19Xa6fQ XqwQ5LpWcpvLHZ6le950fGrZfvWO6t+Qa3OWTth4X/Zu0EWT+3wGZoLXVh08lBG3ZIZZbqJS 5rtZYhHH9GqaA126Zm4P1rjEm7DzVtbJBotTthoXnOuFJoj/4uv48qyi4IO40441qRKb13Pc jvX9r3YmMvgklxJLcUaioRZzUXEiAOFYGzgUAwAA Cc: freebsd-current Subject: Re: WITHOUT_GCC flag disables installation of /usr/bin/cpp too -- is it Ok? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2011 22:27:47 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-274034473-1315607261=:1411 Content-Type: TEXT/PLAIN; charset=windows-1251; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 7 Sep 2011, Lev Serebryakov wrote: > Hello, Dimitry. > You wrote 7 =F1=E5=ED=F2=FF=E1=F0=FF 2011 =E3., 21:17:20: > > I think, that /usr/bin/cpp is valuable by itself, as it is handy > generic preprocessor tool, useful for preparing complex ipfw scripts, > for example. All others are bundled together, for sure. I am not really convinced. /usr/bin/cpp is the C preprocessor, and it is= =20 only required to emit output that its bundled C compiler will accept as=20 input. In particular, it can do whatever it wants with whitespace,=20 wrapping and unwrapping lines, outputting other spurious text, &c.. From=20cpp(1): The C preprocessor is intended to be used only with C, C++, and Obj= ec- tive-C source code. In the past, it has been abused as a general t= ext processor. It will choke on input which does not obey C's lexical rules. For example, apostrophes will be interpreted as the beginni= ng of character constants, and cause errors. Also, you cannot rely on= it preserving characteristics of the input which are not significant t= o C-family languages. If a Makefile is preprocessed, all the hard ta= bs will be removed, and the Makefile will not work. The (incredibly brain-dead) build system at $work runs cpp on a Makefile,= =20 which I had to hack around in order to get things to work. It's really an= =20 ugly hack, though, and is not at all robust. I wish I didn't have to. If you want a general-purpose macro processor, please consider using=20 something that was designed as a general-purpose macro processor (e.g.=20 m4(1) which is in base) -- abusing cpp(1) is just asking for weird/subtle= =20 errors to be introduce in the future. -Ben Kaduk > > I think, it is good idea to exclude cpp from this list (but not from > WITHOUT_TOOLCHAIN, of course). ---559023410-274034473-1315607261=:1411-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 22:56:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8643D106566C for ; Fri, 9 Sep 2011 22:56:42 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id 6E7AE8FC16 for ; Fri, 9 Sep 2011 22:56:42 +0000 (UTC) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 172A6D984; Fri, 9 Sep 2011 15:56:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1315609002; bh=0OOkkqpPBmJP5DjWKj9fumPegPWExSopNO9GxZfzpLA=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=tUipo9/dAqG5pNYrXdZjko+hCxOz1TD2gCH28q+05JCOFJfO/XyhvZY6ZBoSlJ0fC /dH2icjT7E1AM3W0U5ont2HDs1werEQ6JShnkqjeqgcFJMiXPdB+rW43LNs+TQsAdC vMvQ8+V4tLCcsYrv0kkDgAP6W5EFDO2b8TOWCGto= Message-ID: <4E6A99A9.1000204@delphij.net> Date: Fri, 09 Sep 2011 15:56:41 -0700 From: Xin LI Organization: The FreeBSD Project MIME-Version: 1.0 To: Anton Yuzhaninov References: <4E5E46A4.3060705@citrin.ru> In-Reply-To: <4E5E46A4.3060705@citrin.ru> OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: truss X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 22:56:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 08/31/11 07:35, Anton Yuzhaninov wrote: > It seems to be truss(1) is broken on current > > :~> truss /bin/echo x x truss: can not get etype: No such process > > FreeBSD 9.0-BETA1 #0 r224884M i386 > > from ktrace of turss > > 3162 truss CALL > __sysctl(0xbfbfea00,0x4,0xbfbfe9e0,0xbfbfea10,0,0) 3162 truss > SCTL "kern.proc.sv_name.3163" 3162 truss RET __sysctl -1 > errno 3 No such process Can't seem to be reproducable here, did I missed anything? (note that you may need a full world/kernel build). > truss /bin/echo x mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34366255104 (0x800637000) issetugid(0x800638015,0x80062cd9e,0x800848810,0x8008487e0,0xb277,0x0) = 0 (0x0) open("/etc/libmap.conf",O_RDONLY,0666) = 3 (0x3) fstat(3,{ mode=-rw-r--r-- ,inode=1668471,size=712,blksize=4096 }) = 0 (0x0) read(3,"libpthread.so.2\tlibthr.so.2\nli"...,4096) = 712 (0x2c8) read(3,0x80063b000,4096) = 0 (0x0) close(3) = 0 (0x0) open("/var/run/ld-elf.so.hints",O_RDONLY,0160) = 3 (0x3) read(3,"Ehnt\^A\0\0\0\M^@\0\0\0\M-\\^A\0"...,128) = 128 (0x80) lseek(3,0x80,SEEK_SET) = 128 (0x80) read(3,"/lib:/usr/lib:/usr/lib/compat:/u"...,476) = 476 (0x1dc) close(3) = 0 (0x0) mmap(0x0,36864,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34366287872 (0x80063f000) access("/lib/libc.so.7",0) = 0 (0x0) open("/lib/libc.so.7",O_RDONLY,040737600) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=2664100,size=1310888,blksize=131072 }) = 0 (0x0) pread(0x3,0x80083af60,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,3432448,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34368425984 (0x800849000) mmap(0x800849000,1179648,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 34368425984 (0x800849000) mmap(0x800b69000,45056,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x120000) = 34371702784 (0x800b69000) mprotect(0x800b74000,110592,PROT_READ|PROT_WRITE) = 0 (0x0) close(3) = 0 (0x0) sysarch(0x81,0x7fffffffcfc0,0x80063d6c8,0x0,0xffffffffffad0580,0x800865370) = 0 (0x0) munmap(0x800642000,24576) = 0 (0x0) mmap(0x0,102400,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34366300160 (0x800642000) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) readlink("/etc/malloc.conf","aj",1024) = 2 (0x2) issetugid(0x800945ba1,0x7fffffffd220,0x6a,0x0,0x2,0x2) = 0 (0x0) break(0x800000) = 0 (0x0) mmap(0x0,4194304,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34371858432 (0x800b8f000) mmap(0x800f8f000,462848,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34376052736 (0x800f8f000) munmap(0x800b8f000,462848) = 0 (0x0) x writev(0x1,0x800c07040,0x2,0x7fffffffdad0,0x600d10,0x7fffffffcd60) = 2 (0x2) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) process exit, rval = 0 Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBCAAGBQJOapmpAAoJEATO+BI/yjfBgY8IANXc7pbkZHEa0I6N6eZPM2Mk IuiK8Ei6p9jGI72DYS9VV+OPGerarkBw0CvYyKr9lNKV5rnB4fg04MiUflNGpSqN 2zQmnGewzr1+a/bC6txaLZr5ittUnpzXp85CB1sEZ5tXn34pMsW9MYmSSmL4SwMG L8e4+U+QjdOMvH2BHEil3WdkqPDQKnz/mk+2wJX7gw3/ssf7QozyQ4vpE4Ed2jC8 dnpCmE++BtPRK+PzdbhcoT3/KpSCuWIpaAAcxh8RE994K3nwc27crPOKLA/7lQ2x u4VIIcX27Jb1pKwugmcriTCIhCb0D7ge44fDTHAhY97W7p36JD3DbSUm5zs8I8o= =v+hw -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 00:28:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0499106564A; Sat, 10 Sep 2011 00:28:14 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 203F68FC16; Sat, 10 Sep 2011 00:28:13 +0000 (UTC) Received: by wwe3 with SMTP id 3so42517wwe.31 for ; Fri, 09 Sep 2011 17:28:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wD19ckmV94UNu8tP0cFCkDpmogjoDhB60CdX4NK2jCY=; b=MpsYnhFHNRgy+3y0YY6VxDD2h7KKWCZVlmIejC2T3dN2fxNPfkgpi8sxVPWXPu6YsJ rO+dv0VwKQOqJpVKmD230K3OXt7ZbBic/XTjwL4CQEoRpY8A91cBzEhtGfk4jt8O3CBH S1trO/AiOxPl8rklKyNUlgCETPaTgS0dfqG+w= MIME-Version: 1.0 Received: by 10.216.173.149 with SMTP id v21mr2386693wel.96.1315614493004; Fri, 09 Sep 2011 17:28:13 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Fri, 9 Sep 2011 17:28:12 -0700 (PDT) In-Reply-To: <304032420.122582.1315583367175.JavaMail.root@mail-01.cse.ucsc.edu> References: <304032420.122582.1315583367175.JavaMail.root@mail-01.cse.ucsc.edu> Date: Sat, 10 Sep 2011 09:58:12 +0930 Message-ID: From: Matt Thyer To: Tim Gustafson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2011 00:28:14 -0000 On 10 September 2011 01:19, Tim Gustafson wrote: > I can most likely switch to a different card. Just to make sure I get the > right one, do you have a part number of the card that you are recommending? > As I mentioned earlier, I was looking around on the LSI site and they have > lots of options, but none with a port configuration that I need (2 external > ports only). > I'm not sure what cards you can get now with the LSI 1068E chip. As LSI branded cards cost more, I went for for the LSI SAS2008 based Supermicro AOC-USAS2-L8i as I new I wasn't going to use port expanders. It could be hard to get cards with the older chip now (you might have to get something second hand). The Supermicro AOC-USAS-L4i wouldn't be enough for you as it's only got 1 external connector. http://www.supermicro.com/products/accessories/addon/AOC-USAS-L4i_R.cfm I'd be happy to help with debugging the 6G problem. I could probably > install that card into another box and give some developers access to it, > but I'd have to rustle up some disks and port expanders to make it a fair > test. > A port expander would be required and just a few older drives in the enclosure. A developer (of which I'm not) would need console access and ability to install new kernels, reboot etc. Good luck... From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 00:44:59 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EA8C106564A; Sat, 10 Sep 2011 00:44:59 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f07:14d3:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id C24E48FC15; Sat, 10 Sep 2011 00:44:58 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f07:14d3:1::5]) by mail.farley.org (8.14.5/8.14.5) with ESMTP id p8A0ivKh043143; Fri, 9 Sep 2011 20:44:57 -0400 (EDT) (envelope-from scf@FreeBSD.org) Date: Fri, 9 Sep 2011 20:44:57 -0400 (EDT) From: "Sean C. Farley" To: "Lev A. Serebryakov" In-Reply-To: Message-ID: References: <1231707981.20110907201053@serebryakov.spb.ru> <4E67A720.2000903@FreeBSD.org> <1997790603.20110907212004@serebryakov.spb.ru> User-Agent: Alpine 2.02 (BSF 1266 2009-07-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="56599777-266539953-1315615497=:3074" X-Spam-Status: No, score=-1.5 required=4.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.farley.org Cc: freebsd-current Subject: Re: WITHOUT_GCC flag disables installation of /usr/bin/cpp too -- is it Ok? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2011 00:44:59 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --56599777-266539953-1315615497=:3074 Content-Type: TEXT/PLAIN; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8BIT On Fri, 9 Sep 2011, Benjamin Kaduk wrote: > On Wed, 7 Sep 2011, Lev Serebryakov wrote: > >> Hello, Dimitry. >> You wrote 7 ñåíòÿáðÿ 2011 ã., 21:17:20: >> >> I think, that /usr/bin/cpp is valuable by itself, as it is handy >> generic preprocessor tool, useful for preparing complex ipfw scripts, >> for example. All others are bundled together, for sure. > > I am not really convinced. /usr/bin/cpp is the C preprocessor, and it is > only required to emit output that its bundled C compiler will accept as > input. In particular, it can do whatever it wants with whitespace, wrapping > and unwrapping lines, outputting other spurious text, &c.. > From cpp(1): > The C preprocessor is intended to be used only with C, C++, and Objec- > tive-C source code. In the past, it has been abused as a general text > processor. It will choke on input which does not obey C's lexical > rules. For example, apostrophes will be interpreted as the beginning > of character constants, and cause errors. Also, you cannot rely on it > preserving characteristics of the input which are not significant to > C-family languages. If a Makefile is preprocessed, all the hard tabs > will be removed, and the Makefile will not work. > The (incredibly brain-dead) build system at $work runs cpp on a Makefile, > which I had to hack around in order to get things to work. It's really an > ugly hack, though, and is not at all robust. I wish I didn't have to. > > If you want a general-purpose macro processor, please consider using > something that was designed as a general-purpose macro processor (e.g. m4(1) > which is in base) -- abusing cpp(1) is just asking for weird/subtle errors to > be introduce in the future. Another option may be to install devel/ucpp. I have not used it before, but it may be good enough for preparing ipfw scripts. Sean -- scf@FreeBSD.org --56599777-266539953-1315615497=:3074-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 04:04:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47AC11065672 for ; Sat, 10 Sep 2011 04:04:21 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vw0-f50.google.com (mail-vw0-f50.google.com [209.85.212.50]) by mx1.freebsd.org (Postfix) with ESMTP id 021668FC12 for ; Sat, 10 Sep 2011 04:04:20 +0000 (UTC) Received: by vws14 with SMTP id 14so2377949vws.37 for ; Fri, 09 Sep 2011 21:04:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=WAiRSMqCV76yU8dwGlr9VttfYbpyV3it9M5vOChqsss=; b=AzLIiwl31kD/59H01hB484GZ6p0ON5vQh7mpkrRzQJfAdz//35PFr7D4WAq6HSgP6N 2OQ6NJpOjKJM/rLGm0YKtKsIHvH8KBxz1kG/6aQ3jinfIvf1H9Bz7cv+SilIsJepAVjz vPFij4hl5vEwrJnUq1+J5k4MscVpK6MDmrXTY= Received: by 10.52.98.161 with SMTP id ej1mr258318vdb.236.1315627460218; Fri, 09 Sep 2011 21:04:20 -0700 (PDT) Received: from [10.69.7.49] ([166.205.138.87]) by mx.google.com with ESMTPS id q1sm3838572vdj.18.2011.09.09.21.04.15 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 09 Sep 2011 21:04:19 -0700 (PDT) References: <4E5E46A4.3060705@citrin.ru> <4E6A99A9.1000204@delphij.net> In-Reply-To: <4E6A99A9.1000204@delphij.net> Mime-Version: 1.0 (iPhone Mail 8L1) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (8L1) From: Garrett Cooper Date: Fri, 9 Sep 2011 21:04:08 -0700 To: "d@delphij.net" Cc: "freebsd-current@freebsd.org" , Anton Yuzhaninov Subject: Re: truss X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2011 04:04:21 -0000 On Sep 9, 2011, at 3:56 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 >=20 > On 08/31/11 07:35, Anton Yuzhaninov wrote: >> It seems to be truss(1) is broken on current >>=20 >> :~> truss /bin/echo x x truss: can not get etype: No such process >>=20 >> FreeBSD 9.0-BETA1 #0 r224884M i386 >>=20 >> from ktrace of turss >>=20 >> 3162 truss CALL >> __sysctl(0xbfbfea00,0x4,0xbfbfe9e0,0xbfbfea10,0,0) 3162 truss >> SCTL "kern.proc.sv_name.3163" 3162 truss RET __sysctl -1 >> errno 3 No such process >=20 > Can't seem to be reproducable here, did I missed anything? (note that > you may need a full world/kernel build). >=20 >> truss /bin/echo x > mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =3D > 34366255104 (0x800637000) > issetugid(0x800638015,0x80062cd9e,0x800848810,0x8008487e0,0xb277,0x0) > =3D 0 (0x0) > open("/etc/libmap.conf",O_RDONLY,0666) =3D 3 (0x3) > fstat(3,{ mode=3D-rw-r--r-- ,inode=3D1668471,size=3D712,blksize=3D4096 }) =3D= 0 > (0x0) > read(3,"libpthread.so.2\tlibthr.so.2\nli"...,4096) =3D 712 (0x2c8) > read(3,0x80063b000,4096) =3D 0 (0x0) > close(3) =3D 0 (0x0) > open("/var/run/ld-elf.so.hints",O_RDONLY,0160) =3D 3 (0x3) > read(3,"Ehnt\^A\0\0\0\M^@\0\0\0\M-\\^A\0"...,128) =3D 128 (0x80) > lseek(3,0x80,SEEK_SET) =3D 128 (0x80) > read(3,"/lib:/usr/lib:/usr/lib/compat:/u"...,476) =3D 476 (0x1dc) > close(3) =3D 0 (0x0) > mmap(0x0,36864,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =3D > 34366287872 (0x80063f000) > access("/lib/libc.so.7",0) =3D 0 (0x0) > open("/lib/libc.so.7",O_RDONLY,040737600) =3D 3 (0x3) > fstat(3,{ mode=3D-r--r--r-- ,inode=3D2664100,size=3D1310888,blksize=3D1310= 72 > }) =3D 0 (0x0) > pread(0x3,0x80083af60,0x1000,0x0,0x101010101010101,0x8080808080808080) > =3D 4096 (0x1000) > mmap(0x0,3432448,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) =3D > 34368425984 (0x800849000) > mmap(0x800849000,1179648,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOC= ORE,3,0x0) > =3D 34368425984 (0x800849000) > mmap(0x800b69000,45056,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x1200= 00) > =3D 34371702784 (0x800b69000) > mprotect(0x800b74000,110592,PROT_READ|PROT_WRITE) =3D 0 (0x0) > close(3) =3D 0 (0x0) > sysarch(0x81,0x7fffffffcfc0,0x80063d6c8,0x0,0xffffffffffad0580,0x800865370= ) > =3D 0 (0x0) > munmap(0x800642000,24576) =3D 0 (0x0) > mmap(0x0,102400,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =3D > 34366300160 (0x800642000) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTER= M|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFS= Z|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > =3D 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) =3D 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTER= M|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFS= Z|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > =3D 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) =3D 0 (0x0) > readlink("/etc/malloc.conf","aj",1024) =3D 2 (0x2) > issetugid(0x800945ba1,0x7fffffffd220,0x6a,0x0,0x2,0x2) =3D 0 (0x0) > break(0x800000) =3D 0 (0x0) > mmap(0x0,4194304,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =3D > 34371858432 (0x800b8f000) > mmap(0x800f8f000,462848,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) > =3D 34376052736 (0x800f8f000) > munmap(0x800b8f000,462848) =3D 0 (0x0) > x > writev(0x1,0x800c07040,0x2,0x7fffffffdad0,0x600d10,0x7fffffffcd60) =3D 2 > (0x2) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTER= M|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFS= Z|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > =3D 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) =3D 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTER= M|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFS= Z|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > =3D 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) =3D 0 (0x0) > process exit, rval =3D 0 Truss isn't broken for me this way either. It just doesn't detach from proce= sses properly if I do ctrl c, which seems like a ptrace bug to me. It would help to know how truss was compiled (file would be helpful), and wh= at environment it's being executed in (32bit on 64bit, a chroot/jail, etc). Thanks, -Garrett= From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 04:14:34 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7565E1065674; Sat, 10 Sep 2011 04:14:34 +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 13C628FC0A; Sat, 10 Sep 2011 04:14:33 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p8A4BKLd006174; Fri, 9 Sep 2011 22:11:23 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Fri, 9 Sep 2011 22:11:10 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <054D42C8-E7CD-4F4A-88CB-40841CF972EE@bsdimp.com> References: <201109080942.03413.jhb@freebsd.org> <201109081359.56584.jhb@freebsd.org> To: Daniel Eischen X-Mailer: Apple Mail (2.1084) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [127.0.0.1]); Fri, 09 Sep 2011 22:11:30 -0600 (MDT) Cc: adrian@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Warner Losh , John Baldwin Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2011 04:14:34 -0000 On Sep 9, 2011, at 1:22 PM, Daniel Eischen wrote: > I found the commit that broke ath for me, r222753, > specifically, the change to /dev/cardbus/cardbus_cis.c. >=20 > To be sure, I updated to head using svn, and applied > the patch included below. ath attaches and works. Without > the patch, ath does not attach. >=20 > On another note, I've no idea why updating from a local > CVS repo lead me down a wrong path. It seems wrong that > a 'cvs update -P -d -A -D "31 Mar 2011"' works and > a 'cvs update -P -d -A -D "1 Apr 2011"' does not work. > r222753 did not occur until much later (June 6). > Once John asked me to try r220195, I switched to using > svn. When that worked, it seemed strange to me because > nothing else committed after that on Mar 31 should have > broke ath. >=20 > Anyway, culprit found. Now what is the correct fix? Do you need both chunks? The second one seems redundant given the = definition of bus_alloc_reosurce_any does exactly that. Warner >=20 >=20 > Index: sys/dev/cardbus/cardbus_cis.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/dev/cardbus/cardbus_cis.c (revision 225463) > +++ sys/dev/cardbus/cardbus_cis.c (working copy) > @@ -441,6 +441,7 @@ > { > if (res !=3D CIS_CONFIG_SPACE) { > bus_release_resource(child, SYS_RES_MEMORY, rid, res); > + bus_delete_resource(child, SYS_RES_MEMORY, rid); > } > } >=20 > @@ -477,7 +478,11 @@ > } >=20 > /* allocate the memory space to read CIS */ > +#if 0 > res =3D bus_alloc_resource_any(child, SYS_RES_MEMORY, rid, > +#else > + res =3D bus_alloc_resource(child, SYS_RES_MEMORY, rid, 0, ~0, 1, > +#endif > rman_make_alignment_flags(4096) | RF_ACTIVE); > if (res =3D=3D NULL) { > device_printf(cbdev, "Unable to allocate resource " >=20 > --=20 > DE >=20 >=20 From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 07:32:30 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41808106566B; Sat, 10 Sep 2011 07:32:30 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2B9618FC15; Sat, 10 Sep 2011 07:32:28 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA11926; Sat, 10 Sep 2011 10:32:25 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1R2I37-000Evl-EQ; Sat, 10 Sep 2011 10:32:25 +0300 Message-ID: <4E6B1285.70508@FreeBSD.org> Date: Sat, 10 Sep 2011 10:32:21 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-fs@FreeBSD.org, Pawel Jakub Dawidek , Dimitry Andric References: <20110901223646.14b8aae8@o2.pl> <4E60DBBD.1040703@FreeBSD.org> <4E679D3D.1000007@FreeBSD.org> In-Reply-To: <4E679D3D.1000007@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Sebastian Chmielewski Subject: Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2011 07:32:30 -0000 on 07/09/2011 19:35 Andriy Gapon said the following: > Thanks to a lot of excellent testing, debugging and analysis from Sebastian (which > went behind the scenes) we now have this patch: > http://people.freebsd.org/~avg/zfs-boot-gang.diff > > The patch introduces the following changes: > - checksum is now verified for gang header blocks > - checksum is now verified for reconstituted data of whole gang blocks > (previously it is verified only for individual gang member leaf blocks) > - reconstituted data of a whole gang block is now decompressed if the gang block > is compressed > > The last change is _the_ change. I am now investigating what looks like a miscompilation of the code by *gcc* after applying the patch. It seems that -mrtd option is to blame. I have found an older discussion about the -mrtd option causing trouble with clang: http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026263.html There was a patch that made clang happy without disabling the flag, so I wonder if I made some subtle mistake in my patch. Or maybe it's better to disable mrtd altogether for the zfs boot blocks, just to stay on the safe side. Some technical details in the form of a diff with some superimposed comments: --- /home/avg/tmp/vdev_read_phys-mrtd.s 2011-09-10 01:50:54.500620864 +0300 +++ /home/avg/tmp/vdev_read_phys-no-mrtd.s 2011-09-10 01:49:59.157701373 +0300 @@ -29,16 +29,17 @@ ... <- in the code before this %edi gets assigned a pointer to a function movl 60(%ecx), %eax movl %eax, 24(%esp) movl %ecx, 20(%esp) + movl %edi, %ecx <- non-mrtd code saves the pointer popl %ebx popl %esi popl %edi <- %edi gets over-written with an unrelated value popl %ebp - jmp *%edi <- mrtd code calls some garbage code + jmp *%ecx <- non-mrtd code calls the correct code .L601: movl $5, %eax popl %ebx popl %esi popl %edi popl %ebp - ret $24 + ret The problem is in the patched vdev_read_phys function in zfsimpl.c. Unpatched version of the function doesn't seem to be affected. Any help/ideas will be greatly appreciated! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 08:07:52 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 305BF106564A; Sat, 10 Sep 2011 08:07:52 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A77A28FC14; Sat, 10 Sep 2011 08:07:50 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA12148; Sat, 10 Sep 2011 11:07:49 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1R2IbN-000EwX-1C; Sat, 10 Sep 2011 11:07:49 +0300 Message-ID: <4E6B1AD4.6080206@FreeBSD.org> Date: Sat, 10 Sep 2011 11:07:48 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-fs@FreeBSD.org, Dimitry Andric References: <20110901223646.14b8aae8@o2.pl> <4E60DBBD.1040703@FreeBSD.org> <4E679D3D.1000007@FreeBSD.org> <4E6B1285.70508@FreeBSD.org> In-Reply-To: <4E6B1285.70508@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Pawel Jakub Dawidek Subject: Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2011 08:07:52 -0000 on 10/09/2011 10:32 Andriy Gapon said the following: > I am now investigating what looks like a miscompilation of the code by *gcc* > after applying the patch. It seems that -mrtd option is to blame. > I have found an older discussion about the -mrtd option causing trouble with clang: > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026263.html > There was a patch that made clang happy without disabling the flag, so I wonder > if I made some subtle mistake in my patch. Or maybe it's better to disable mrtd > altogether for the zfs boot blocks, just to stay on the safe side. Actually, removing either -mrtd _or_ -fno-unit-at-a-time produces the correct code. Puzzled. > Some technical details in the form of a diff with some superimposed comments: > --- /home/avg/tmp/vdev_read_phys-mrtd.s 2011-09-10 01:50:54.500620864 +0300 > +++ /home/avg/tmp/vdev_read_phys-no-mrtd.s 2011-09-10 01:49:59.157701373 +0300 > @@ -29,16 +29,17 @@ > ... <- in the code before this %edi gets assigned a pointer to a function > movl 60(%ecx), %eax > movl %eax, 24(%esp) > movl %ecx, 20(%esp) > + movl %edi, %ecx <- non-mrtd code saves the pointer > popl %ebx > popl %esi > popl %edi <- %edi gets over-written with an unrelated value > popl %ebp > - jmp *%edi <- mrtd code calls some garbage code > + jmp *%ecx <- non-mrtd code calls the correct code > .L601: > movl $5, %eax > popl %ebx > popl %esi > popl %edi > popl %ebp > - ret $24 > + ret > > The problem is in the patched vdev_read_phys function in zfsimpl.c. > Unpatched version of the function doesn't seem to be affected. > > Any help/ideas will be greatly appreciated! > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 09:46:54 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96480106566B; Sat, 10 Sep 2011 09:46:54 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1B0248FC08; Sat, 10 Sep 2011 09:46:52 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA12808; Sat, 10 Sep 2011 12:46:51 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1R2K9D-000Eyb-IP; Sat, 10 Sep 2011 12:46:51 +0300 Message-ID: <4E6B320A.4090606@FreeBSD.org> Date: Sat, 10 Sep 2011 12:46:50 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-fs@FreeBSD.org, Dimitry Andric References: <20110901223646.14b8aae8@o2.pl> <4E60DBBD.1040703@FreeBSD.org> <4E679D3D.1000007@FreeBSD.org> <4E6B1285.70508@FreeBSD.org> <4E6B1AD4.6080206@FreeBSD.org> In-Reply-To: <4E6B1AD4.6080206@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Pawel Jakub Dawidek Subject: Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2011 09:46:54 -0000 on 10/09/2011 11:07 Andriy Gapon said the following: > Actually, removing either -mrtd _or_ -fno-unit-at-a-time produces the correct > code. Puzzled. The problem is reproducible with base gcc and gcc42, it is not reproducible with gcc45, gcc46 and clang. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 10:19:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A3A2106566B; Sat, 10 Sep 2011 10:19:53 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id B79A18FC16; Sat, 10 Sep 2011 10:19:52 +0000 (UTC) Received: by fxe4 with SMTP id 4so4344832fxe.13 for ; Sat, 10 Sep 2011 03:19:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; bh=MQz/hMVF1hpF5EKgHRbjoc3KV0D5lyV9AFbX8BSLtSw=; b=ssOJ+36eQ1kRes+J45DO/wr02InnJ48wm9Y5wJ1Q3wbp+8Rp/8kmk9dHSCkeaYuvI6 FK9uSiF5ktTV9YCx/CCsozdwU7V0DJ4+zst6qSWrhTXY7KNgfGqY+/4DJBfiRVArPQrL AGk1YZrDooYLJffwbhIqV3YxDVqvZwohwaWes= Received: by 10.223.30.214 with SMTP id v22mr1292149fac.108.1315649991434; Sat, 10 Sep 2011 03:19:51 -0700 (PDT) Received: from ernst.jennejohn.org (p578E2925.dip.t-dialin.net [87.142.41.37]) by mx.google.com with ESMTPS id h22sm4248624fag.15.2011.09.10.03.19.49 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 10 Sep 2011 03:19:50 -0700 (PDT) Date: Sat, 10 Sep 2011 12:19:48 +0200 From: Gary Jennejohn To: Oliver Lehmann Message-ID: <20110910121948.6872e227@ernst.jennejohn.org> In-Reply-To: <20110909134737.Horde.JTghXaQd9PdOafzZBeiBX2U@avocado.salatschuessel.net> References: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> <20110909095521.GX17489@deviant.kiev.zoral.com.ua> <20110909134737.Horde.JTghXaQd9PdOafzZBeiBX2U@avocado.salatschuessel.net> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , Chris Rees , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 10:19:53 -0000 On Fri, 09 Sep 2011 13:47:37 +0200 Oliver Lehmann wrote: > > Kostik Belousov wrote: > > > For start, you should provide the information what exactly is the > > instruction that caused the fault. Show the disassembly from gdb > > for the function that caused the fault. > > Ok, I'm trying. I recompiled cvsup for purpose with -DSTATIC > > How do I continue from the gdb output below to help? > > nudel# gdb > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd". > (gdb) file ./client/FBSD_AMD64/cvsup > Reading symbols from ./client/FBSD_AMD64/cvsup...done. > (gdb) exec-file ./client/FBSD_AMD64/cvsup > (gdb) set args -g /usr/share/examples/cvsup/9-supfile > (gdb) run > Starting program: > /usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/client/FBSD_AMD64/cvsup -g > /usr/share/examples/cvsup/9-supfile > Connected to cvsup.de.FreeBSD.org > Updating collection src-all/cvs > Edit src/crypto/openssl/ssl/s3_lib.c > > Program received signal SIGSEGV, Segmentation fault. > 0x00000000004d24c6 in tzload () > [snip] Ah yes, I've seen this before. I don't know whether it's till the case, but my fix at the time (about 1 year ago) was to delete /usr/share/zoneinfo/UTC. I don't know whether that's even still installed. I know, it's just a work around and not a real fix. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 11:03:15 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF56F106566C; Sat, 10 Sep 2011 11:03:15 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail27.syd.optusnet.com.au (mail27.syd.optusnet.com.au [211.29.133.168]) by mx1.freebsd.org (Postfix) with ESMTP id 3F1178FC0C; Sat, 10 Sep 2011 11:03:15 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail27.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p8AB3CIm017426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Sep 2011 21:03:13 +1000 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.5/8.14.4) with ESMTP id p8AB3B54007414; Sat, 10 Sep 2011 21:03:11 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.4/Submit) id p8AB3BTc007413; Sat, 10 Sep 2011 21:03:11 +1000 (EST) (envelope-from peter) Date: Sat, 10 Sep 2011 21:03:10 +1000 From: Peter Jeremy To: Andriy Gapon Message-ID: <20110910110310.GA6263@server.vk2pj.dyndns.org> References: <20110901223646.14b8aae8@o2.pl> <4E60DBBD.1040703@FreeBSD.org> <4E679D3D.1000007@FreeBSD.org> <4E6B1285.70508@FreeBSD.org> <4E6B1AD4.6080206@FreeBSD.org> <4E6B320A.4090606@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <4E6B320A.4090606@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@FreeBSD.org, Pawel Jakub Dawidek , freebsd-current@FreeBSD.org, Dimitry Andric Subject: Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2011 11:03:16 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Sep-10 12:46:50 +0300, Andriy Gapon wrote: >on 10/09/2011 11:07 Andriy Gapon said the following: >> Actually, removing either -mrtd _or_ -fno-unit-at-a-time produces the co= rrect >> code. Puzzled. > >The problem is reproducible with base gcc and gcc42, it is not reproducible >with gcc45, gcc46 and clang. I was just checking gcc44 & gcc46. gcc44 inlines the entire function and I couldn't quickly find the offending code to see if the bug was there or not. I agree you've triggered a gcc bug but I'm not sure of the correct approach to fix it. I've tried a few trivial code transforms within vdev_read_phys() but haven't stumbled on one that avoids the problem. Since -mrtd changes the calling convention, it's a more intrusive change. I'm not sure if there's any simple way to alter CFLAGS for a single file (since we only want to alter the zfsboot.c compilation. --=20 Peter Jeremy --zhXaljGHf11kAtnf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5rQ+4ACgkQ/opHv/APuIdXagCeMrMRpjGHkXnmxlmUG0v7GUGG YZgAoLzV4ypU07F261aURRMIARZa+2VF =imQJ -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 11:57:29 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41E8E106564A for ; Sat, 10 Sep 2011 11:57:29 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id F14138FC12 for ; Sat, 10 Sep 2011 11:57:28 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtps (TLSv1:AES128-SHA:128) (Exim 4.54 (FreeBSD)) id 1R2MBa-0003xO-Bc for freebsd-current@FreeBSD.org; Sat, 10 Sep 2011 15:57:26 +0400 From: Boris Samorodov To: freebsd-current@FreeBSD.org References: <70652288@bb.ipt.ru> Date: Sat, 10 Sep 2011 15:57:25 +0400 In-Reply-To: <70652288@bb.ipt.ru> (Boris Samorodov's message of "Tue, 06 Sep 2011 16:29:51 +0400") Message-ID: <47407562@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: Subject: Re: Serial Port Configuration does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2011 11:57:29 -0000 On Tue, 06 Sep 2011 16:29:51 +0400 Boris Samorodov wrote: > the port does not work as expected (at least as per The Handbook, > 26.2.5 Serial Port Configuration). Nether "init" nor "lock" > devices can be used: > ----- > # uname -a > FreeBSD host1.ipt.ru 9.0-BETA2 FreeBSD 9.0-BETA2 #14 r225395: Mon Sep > 5 18:10:43 MSK 2011 bsam@bb.ipt.ru:/usr/obj/usr/src/sys/HOSTS i386 > # ls -l /dev/ttyu5* > crw------- 1 root wheel 0, 56 Sep 5 18:50 /dev/ttyu5 > crw------- 1 root wheel 0, 57 Sep 5 18:50 /dev/ttyu5.init > crw------- 1 root wheel 0, 58 Sep 5 18:50 /dev/ttyu5.lock > # stty -f /dev/ttyu5.init 57600 > stty: /dev/ttyu5.lock isn't a terminal > # stty -f /dev/ttyu5.lock cs7 > stty: /dev/ttyu5.lock isn't a terminal > ----- Ping! -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 11:57:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C440106566B for ; Sat, 10 Sep 2011 11:57:32 +0000 (UTC) (envelope-from g.veniamin@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C50708FC1A for ; Sat, 10 Sep 2011 11:57:31 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so104934bkb.13 for ; Sat, 10 Sep 2011 04:57:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=from:content-type:subject:date:message-id:to:mime-version:x-mailer; bh=bML+aXZ34A98P8DmaDsNaL6SUhvynitaIOzvnabXx14=; b=GO4ZOfw2jNxv0HVzr04XTuLknM8ypn87XO1z5Db4i2EUShtmnpKWrXJ6vI7zH7SU1E KrMY59IZORsrabiisluR55zkk3C1+zlbAp4APj+YXAtmGytF0cbzrOmPwB8h9nhOA+0M zh3VM09BHagfcbVLvbutNApPXTBN15loiBhfI= Received: by 10.204.139.78 with SMTP id d14mr261789bku.239.1315654423166; Sat, 10 Sep 2011 04:33:43 -0700 (PDT) Received: from [10.7.7.13] (ppp-81-25-50-166.ultranet.ru [81.25.50.166]) by mx.google.com with ESMTPS id v16sm3355091bkd.6.2011.09.10.04.33.41 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 10 Sep 2011 04:33:41 -0700 (PDT) From: Veniamin Gvozdikov Content-Type: multipart/signed; boundary="Apple-Mail=_3F25B252-BD1B-400A-9340-A9C6DDEF452E"; protocol="application/pgp-signature"; micalg=pgp-sha1 Date: Sat, 10 Sep 2011 12:33:37 +0100 Message-Id: To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1244.3) X-Mailer: Apple Mail (2.1244.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: issue with old linuxbase. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2011 11:57:32 -0000 --Apple-Mail=_3F25B252-BD1B-400A-9340-A9C6DDEF452E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi everybody! I've tried porting a few programs from Linux which's used a linuxulator. = But I have the problem with old linux base system. My ports can't be run = with old libstdc++.so.6 I have error with run linux apps. /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.11' not found=20 > strings /compat/linux/usr/lib/libstdc++.so.6|grep GLIBCXX GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9 GLIBCXX_3.4.10 GLIBCXX_FORCE_NEW GLIBCXX_DEBUG_MESSAGE_LENGTH=20 How to fix it or when'll upgraded linux base system? Site: http://www.zlonet.ru Skype: st_ss_19 g.veniamin(at)googlemail(dot)com XMMP: zloidemon(at)jabber(dot)ru --Apple-Mail=_3F25B252-BD1B-400A-9340-A9C6DDEF452E Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJOa0sTAAoJENrVvVGbnlFUP7sH/jkjW0RcfqEZppSiLY/2GZ0E J9QIjoc/qbcWjflA5kD/mTK/1rKQiERfxvbB9agdhKZf/oOhm5av1Via/6y8poEJ TlGqkzZwAmhxQN/Y3YjcJFGOCtGwUTT735wTtWI3PXE7CgA6atkHAy44v4tVZnLL p5wTb/LX3mb/ZUSQbRPldvhItoq/tmu4VAQa3VFL1xDNghhCHxT2FMGt43Urcdnf hOo5JqjPRJ6BlmtFU4dVZjlf4+DDSUyA41hA1FBMP578UEVYuuEGhwghmgRlPRoC cs378gJLbDJJYX8aMh59cHv+Sk5qbfoHFHNeGrmQqLqVQF0IsJVEloGt8YAaGi0= =5XNR -----END PGP SIGNATURE----- --Apple-Mail=_3F25B252-BD1B-400A-9340-A9C6DDEF452E-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 12:13:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA6FD106564A; Sat, 10 Sep 2011 12:13:26 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 759368FC0A; Sat, 10 Sep 2011 12:13:26 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id p8ACDNk6024641; Sat, 10 Sep 2011 08:13:23 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Sat, 10 Sep 2011 08:13:23 -0400 (EDT) Date: Sat, 10 Sep 2011 08:13:23 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Warner Losh In-Reply-To: <054D42C8-E7CD-4F4A-88CB-40841CF972EE@bsdimp.com> Message-ID: References: <201109080942.03413.jhb@freebsd.org> <201109081359.56584.jhb@freebsd.org> <054D42C8-E7CD-4F4A-88CB-40841CF972EE@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: adrian@freebsd.org, freebsd-current@freebsd.org, Warner Losh Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 12:13:26 -0000 On Fri, 9 Sep 2011, Warner Losh wrote: > > On Sep 9, 2011, at 1:22 PM, Daniel Eischen wrote: > >> I found the commit that broke ath for me, r222753, >> specifically, the change to /dev/cardbus/cardbus_cis.c. >> >> To be sure, I updated to head using svn, and applied >> the patch included below. ath attaches and works. Without >> the patch, ath does not attach. >> >> On another note, I've no idea why updating from a local >> CVS repo lead me down a wrong path. It seems wrong that >> a 'cvs update -P -d -A -D "31 Mar 2011"' works and >> a 'cvs update -P -d -A -D "1 Apr 2011"' does not work. >> r222753 did not occur until much later (June 6). >> Once John asked me to try r220195, I switched to using >> svn. When that worked, it seemed strange to me because >> nothing else committed after that on Mar 31 should have >> broke ath. >> >> Anyway, culprit found. Now what is the correct fix? > > Do you need both chunks? The second one seems redundant given the definition of bus_alloc_reosurce_any does exactly that. I tried it separately with the 2 chunks, and only the first chunk is needed. To be pedantic, this was the change that made ath work again. Index: sys/dev/cardbus/cardbus_cis.c =================================================================== --- sys/dev/cardbus/cardbus_cis.c (revision 225463) +++ sys/dev/cardbus/cardbus_cis.c (working copy) @@ -441,6 +441,7 @@ { if (res != CIS_CONFIG_SPACE) { bus_release_resource(child, SYS_RES_MEMORY, rid, res); + bus_delete_resource(child, SYS_RES_MEMORY, rid); } } While debugging the problem a couple of weeks ago, I did seem to notice ath was trying to attach twice. I seem to recall it was at different addresses. Could this possibly cause the problem without the above patch? -- DE From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 14:08:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E1B6106564A for ; Sat, 10 Sep 2011 14:08:27 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id A799B8FC17 for ; Sat, 10 Sep 2011 14:08:26 +0000 (UTC) Received: by fxe4 with SMTP id 4so4476448fxe.13 for ; Sat, 10 Sep 2011 07:08:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; bh=yV0wn9YLQp4gg/pGYEtEYzibzZE3wS/3ScUZ6plcOls=; b=wV0I3Flp72M7Y31yroSOuWbQZysscbBg7MWXHhIgKdgFEkMRuqg7M5Wt0mgs1lPOiX kxE0GnFJqqolqiEVhXkNDNCZtLbwaO8ewCnjbQdOgR4o+3+zADrkITODW7A+S9/M8RLY 88L1hGJKL6iC8MQqveLLlzwCN9NmWliTyiE+I= Received: by 10.223.42.24 with SMTP id q24mr1346671fae.148.1315663705659; Sat, 10 Sep 2011 07:08:25 -0700 (PDT) Received: from ernst.jennejohn.org (p578E2925.dip.t-dialin.net [87.142.41.37]) by mx.google.com with ESMTPS id m8sm4550967fae.17.2011.09.10.07.08.23 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 10 Sep 2011 07:08:23 -0700 (PDT) Date: Sat, 10 Sep 2011 16:08:21 +0200 From: Gary Jennejohn To: Boris Samorodov Message-ID: <20110910160821.5220f1f7@ernst.jennejohn.org> In-Reply-To: <47407562@bb.ipt.ru> References: <70652288@bb.ipt.ru> <47407562@bb.ipt.ru> X-Mailer: Claws Mail 3.7.10 (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: Serial Port Configuration does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 14:08:27 -0000 On Sat, 10 Sep 2011 15:57:25 +0400 Boris Samorodov wrote: > On Tue, 06 Sep 2011 16:29:51 +0400 Boris Samorodov wrote: > > > the port does not work as expected (at least as per The Handbook, > > 26.2.5 Serial Port Configuration). Nether "init" nor "lock" > > devices can be used: > > ----- > > # uname -a > > FreeBSD host1.ipt.ru 9.0-BETA2 FreeBSD 9.0-BETA2 #14 r225395: Mon Sep > > 5 18:10:43 MSK 2011 bsam@bb.ipt.ru:/usr/obj/usr/src/sys/HOSTS i386 > > # ls -l /dev/ttyu5* > > crw------- 1 root wheel 0, 56 Sep 5 18:50 /dev/ttyu5 > > crw------- 1 root wheel 0, 57 Sep 5 18:50 /dev/ttyu5.init > > crw------- 1 root wheel 0, 58 Sep 5 18:50 /dev/ttyu5.lock > > # stty -f /dev/ttyu5.init 57600 > > stty: /dev/ttyu5.lock isn't a terminal > > # stty -f /dev/ttyu5.lock cs7 > > stty: /dev/ttyu5.lock isn't a terminal > > ----- > > Ping! > Seems that the handbook is out of date. Looking at /sys/kern/tty.c the init and lock devices are only used internally and are not "real" open-able/close-able devices. Thye're created in tty_makedev() as required using make_dev_cred(), which is probably why they appear under /dev. The init device is initialized in tty_init_termios() and _never_ changed after that. It's only used to initialize "real" ttys. The lock device seems to only be used in tty_ioctl(). I wasn't able to figure out where it gets initialized. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 17:06:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FFAC106564A for ; Sat, 10 Sep 2011 17:06:48 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 45D998FC12 for ; Sat, 10 Sep 2011 17:06:47 +0000 (UTC) Received: from gate.ipt.ru ([194.62.233.123] helo=h30.sp.ipt.ru) by services.ipt.ru with esmtps (TLSv1:AES128-SHA:128) (Exim 4.54 (FreeBSD)) id 1R2R0w-0004gg-Mm; Sat, 10 Sep 2011 21:06:46 +0400 From: Boris Samorodov To: Veniamin Gvozdikov References: Date: Sat, 10 Sep 2011 21:06:45 +0400 In-Reply-To: (Veniamin Gvozdikov's message of "Sat, 10 Sep 2011 12:33:37 +0100") Message-ID: <67086682@h30.sp.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@freebsd.org Subject: Re: issue with old linuxbase. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2011 17:06:48 -0000 On Sat, 10 Sep 2011 12:33:37 +0100 Veniamin Gvozdikov wrote: > I've tried porting a few programs from Linux which's used a > linuxulator. But I have the problem with old linux base system. My > ports can't be run with old libstdc++.so.6 > I have error with run linux apps. > /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.11' not found > > strings /compat/linux/usr/lib/libstdc++.so.6|grep GLIBCXX > GLIBCXX_3.4 > GLIBCXX_3.4.1 > GLIBCXX_3.4.2 > GLIBCXX_3.4.3 > GLIBCXX_3.4.4 > GLIBCXX_3.4.5 > GLIBCXX_3.4.6 > GLIBCXX_3.4.7 > GLIBCXX_3.4.8 > GLIBCXX_3.4.9 > GLIBCXX_3.4.10 > GLIBCXX_FORCE_NEW > GLIBCXX_DEBUG_MESSAGE_LENGTH > How to fix it You may try to replace libstdc++ package from the base port by the one from Fedora 11. But the result is unknown. FreeBSD-emulation is a better place to speak about the matter. > or when'll upgraded linux base system? When somebody do the actual work. -- WBR, bsam From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 17:10:48 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3DF9106564A for ; Sat, 10 Sep 2011 17:10:47 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id AA15C8FC14 for ; Sat, 10 Sep 2011 17:10:46 +0000 (UTC) Received: from gate.ipt.ru ([194.62.233.123] helo=h30.sp.ipt.ru) by services.ipt.ru with esmtps (TLSv1:AES128-SHA:128) (Exim 4.54 (FreeBSD)) id 1R2R4n-0004hH-Cb; Sat, 10 Sep 2011 21:10:45 +0400 From: Boris Samorodov To: gljennjohn@googlemail.com References: <70652288@bb.ipt.ru> <47407562@bb.ipt.ru> <20110910160821.5220f1f7@ernst.jennejohn.org> Date: Sat, 10 Sep 2011 21:10:44 +0400 In-Reply-To: <20110910160821.5220f1f7@ernst.jennejohn.org> (Gary Jennejohn's message of "Sat, 10 Sep 2011 16:08:21 +0200") Message-ID: <01006443@h30.sp.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@FreeBSD.org Subject: Re: Serial Port Configuration does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2011 17:10:48 -0000 On Sat, 10 Sep 2011 16:08:21 +0200 Gary Jennejohn wrote: > > On Tue, 06 Sep 2011 16:29:51 +0400 Boris Samorodov wrote: > > > > > the port does not work as expected (at least as per The Handbook, > > > 26.2.5 Serial Port Configuration). Nether "init" nor "lock" > > > devices can be used: > Seems that the handbook is out of date. OK, how can I configure a serial port then? -- WBR, bsam From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 18:18:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5C531065670; Sat, 10 Sep 2011 18:18:06 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward8.mail.yandex.net (forward8.mail.yandex.net [IPv6:2a02:6b8:0:202::3]) by mx1.freebsd.org (Postfix) with ESMTP id 57A228FC0C; Sat, 10 Sep 2011 18:18:06 +0000 (UTC) Received: from smtp8.mail.yandex.net (smtp8.mail.yandex.net [77.88.61.54]) by forward8.mail.yandex.net (Yandex) with ESMTP id B43C4F61E70; Sat, 10 Sep 2011 22:18:04 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315678684; bh=NaX58rppuhN+gq58jXy4vwCTPQper9RQ+Bz1WJQVPyM=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=c162di+jhMfo5YFa++gq88vqs8Y3CJfQzTSpCZcaplZVzo/jKpMG9zLBw4PLXgHxf q7YPloMhDj8t7Zxw7lQSS1v5+a5vmfyDt9WGWTxdz5RpyW0GP15odu7RwTlc8L9Wul Q9JbYoRpthY6SBJ+zzlPJAIuJJTjMUfBg6BvyOWk= Received: from smtp8.mail.yandex.net (localhost [127.0.0.1]) by smtp8.mail.yandex.net (Yandex) with ESMTP id 9E5B81B603D6; Sat, 10 Sep 2011 22:18:04 +0400 (MSD) Received: from unknown (unknown [213.138.88.133]) by smtp8.mail.yandex.net (nwsmtp/Yandex) with ESMTP id I3kWxN4N-I4kWOtv4; Sat, 10 Sep 2011 22:18:04 +0400 X-Yandex-Spam: 1 Message-ID: <4E6BA9D2.4070908@yandex.ru> Date: Sat, 10 Sep 2011 22:17:54 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Adrian Chadd References: <4E5747C5.9070705@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 10 Sep 2011 18:24:13 +0000 Cc: freebsd-current@freebsd.org Subject: Re: siba_bwn in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 18:18:06 -0000 Adrian Chadd wrote on 26.08.2011 15:15: > On 26 August 2011 15:14, Ruslan Mahmatkhanov wrote: >> Good day! >> >> Right now we have this line in GENERIC: >> >> #device bwn # Broadcom BCM43xx wireless NICs >> >> From user POV all he need to do to make his broadcom wifi work, is >> to uncomment this line and recompile his kernel. But this actually not >> sufficient - he also need to add device siba_bwn, and then install >> net/bwn-firmware-kmod. But he will know that after recompiling his kernel >> when his wireless adapter will not work as expected :). >> >> So may be we need to also add siba_bwn (commented out by default) in GENERIC >> and some reference about net/bwn-firmware-kmod? > > I think it's a good idea, along with any other documentation related > changes that need to occur. > > Thanks, > > > Adrian Adrian, is there any hope this change will go to 9.0-R? Should i submit pr for that? -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 19:29:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9987C106564A for ; Sat, 10 Sep 2011 19:29:27 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 632C98FC15 for ; Sat, 10 Sep 2011 19:29:27 +0000 (UTC) Received: by qyk10 with SMTP id 10so833144qyk.13 for ; Sat, 10 Sep 2011 12:29:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=9k8a0iGwDRSzBlpP5lixlr2jY9mAAu1oB3GmRjCv13s=; b=BTnl7s1ig7UOuB+zcdx1F40ceOoiyjrjp7i7v6ayuaBU4kz0FKry9TIJvCOolpKFti 5k+YUusJ5UqRiZplKoaEwYM7kDpBVFwvurDMqtyT1k4P7dGrjmMw5An8eT+eSHg6WWMJ Dm/DQwTkGiySHtb5ea6WefoC7P7QrvjbCcZvw= MIME-Version: 1.0 Received: by 10.229.19.9 with SMTP id y9mr81128qca.48.1315681129061; Sat, 10 Sep 2011 11:58:49 -0700 (PDT) Received: by 10.229.235.19 with HTTP; Sat, 10 Sep 2011 11:58:49 -0700 (PDT) Date: Sat, 10 Sep 2011 22:58:49 +0400 Message-ID: From: Subbsd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: FreeBSD 9.0-beta2 can't reboot with ZFS raidz2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2011 19:29:27 -0000 Hi, My FreeBSD box (amd64, beta2, raidz2 on three disk) can't reboot after syncing buffer stage: http://www.scrnshots.com/users/subbsd/screenshots/293839 Also i got this issue on 8-disk system (GPT/ZFS). With UFS filesystem all ok on the same hardware From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 19:31:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E907F106564A for ; Sat, 10 Sep 2011 19:31:04 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id AE3978FC08 for ; Sat, 10 Sep 2011 19:31:04 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1R2TGc-0004Lj-Eb for freebsd-current@freebsd.org; Sat, 10 Sep 2011 21:31:06 +0200 Date: Sat, 10 Sep 2011 21:31:06 +0200 From: Kurt Jaeger To: freebsd-current@freebsd.org Message-ID: <20110910193106.GB28186@home.opsec.eu> References: <4E5747C5.9070705@yandex.ru> <4E6BA9D2.4070908@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E6BA9D2.4070908@yandex.ru> X-Mailman-Approved-At: Sat, 10 Sep 2011 20:02:54 +0000 Subject: Re: siba_bwn in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 19:31:05 -0000 Hi! > >> #device bwn # Broadcom BCM43xx wireless NICs Does this by any chance also cover the BCM43224 ? -- pi@opsec.eu +49 171 3101372 9 years to go ! From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 20:37:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CE721065670; Sat, 10 Sep 2011 20:37:06 +0000 (UTC) (envelope-from tjg@soe.ucsc.edu) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mx1.freebsd.org (Postfix) with ESMTP id 5B2568FC1A; Sat, 10 Sep 2011 20:37:06 +0000 (UTC) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mail-01.cse.ucsc.edu (Postfix) with ESMTP id 0CBD3774C00C; Sat, 10 Sep 2011 13:37:06 -0700 (PDT) Date: Sat, 10 Sep 2011 13:37:05 -0700 (PDT) From: Tim Gustafson To: Matt Thyer Message-ID: <1097983890.125394.1315687025909.JavaMail.root@mail-01.cse.ucsc.edu> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [50.131.199.7] X-Mailer: Zimbra 6.0.9_GA_2686 (ZimbraWebClient - FF3.0 (Win)/6.0.9_GA_2686) Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2011 20:37:06 -0000 > I'm not sure what cards you can get now with the LSI 1068E chip. As > LSI branded cards cost more, I went for for the LSI SAS2008 based > Supermicro AOC-USAS2-L8i as I new I wasn't going to use port expanders. > It could be hard to get cards with the older chip now (you might have > to get something second hand). I'm not at all wedded to that card; any card that has two external ports will do for me. The bigger requirement is that it works well with FreeBSD 8.2 and eventually 9.0. If you had your pick of any (reasonably priced) card that had two external ports and would work in my configuration, which would it be? > A port expander would be required and just a few older drives in > the enclosure. A developer (of which I'm not) would need console > access and ability to install new kernels, reboot etc. I can probably swing that, at least for a time, in 3 or 4 weeks. We have hardware on order that I can use to test with for a short while before it goes into production. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tim Gustafson tjg@soe.ucsc.edu Baskin School of Engineering 831-459-5354 UC Santa Cruz Baskin Engineering 317B -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 23:56:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57A38106566B; Sat, 10 Sep 2011 23:56:40 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id B3B468FC19; Sat, 10 Sep 2011 23:56:39 +0000 (UTC) Received: by wyh15 with SMTP id 15so3041970wyh.13 for ; Sat, 10 Sep 2011 16:56:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XFwAX8pMxYhEgdNeMSvd+HbPVUYtv426KtynIPkUMbA=; b=RU2GAXENW58jhWav1PjVpYgs+lDHUP5UHPlSFdAPn9Q8Po0KrfXgaUC3x9Wn9SmcGe ESXkMjnmOQ5ovp62oVX0WaG6LCjipmXyHXbS/oud+dOpEZbq4ou3LKAgUw0g6hhD4eZ7 8XWUjkPYfiYEgkavvB1ByH3IUdiU3XyXDxE/A= MIME-Version: 1.0 Received: by 10.216.18.130 with SMTP id l2mr850325wel.74.1315698998583; Sat, 10 Sep 2011 16:56:38 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Sat, 10 Sep 2011 16:56:37 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Sat, 10 Sep 2011 16:56:37 -0700 (PDT) In-Reply-To: <1097983890.125394.1315687025909.JavaMail.root@mail-01.cse.ucsc.edu> References: <1097983890.125394.1315687025909.JavaMail.root@mail-01.cse.ucsc.edu> Date: Sun, 11 Sep 2011 09:26:37 +0930 Message-ID: From: Matt Thyer To: Tim Gustafson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2011 23:56:40 -0000 On Sep 11, 2011 6:07 AM, "Tim Gustafson" wrote: > > > I'm not sure what cards you can get now with the LSI 1068E chip. As > > LSI branded cards cost more, I went for for the LSI SAS2008 based > > Supermicro AOC-USAS2-L8i as I knew I wasn't going to use port expanders. > > It could be hard to get cards with the older chip now (you might have > > to get something second hand). > > I'm not at all wedded to that card; any card that has two external ports will do for me. The bigger requirement is that it works well with FreeBSD 8.2 and eventually 9.0. If you had your pick of any (reasonably priced) card that had two external ports and would work in my configuration, which would it be? I don't know what's out there having chosen only one such card for home use. So you'll need to do your own research. Start with looking at any card with the right chip and then look for evidence that people have used said card with FreeBSD. > > A port expander would be required and just a few older drives in > > the enclosure. A developer (of which I'm not) would need console > > access and ability to install new kernels, reboot etc. > > I can probably swing that, at least for a time, in 3 or 4 weeks. We have hardware on order that I can use to test with for a short while before it goes into production. You should contact the driver maintainer and see if they're available & inclined to take up your offer of hardware availability. You may also have access to some talented young students who might be interested in driver programming who could help. As a production user of FreeBSD it's always great if you can find a way to contribute back to the project in areas that help you too.