From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 00:35:49 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E318ADB9 for ; Sun, 4 Jan 2015 00:35:49 +0000 (UTC) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 98185393B for ; Sun, 4 Jan 2015 00:35:49 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id vy18so16337271iec.37 for ; Sat, 03 Jan 2015 16:35:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=+lKLVP5+MY+RpBlOGCHijqtxtYm2EPKUIShxfLGpg54=; b=CuQ39hC4s2aizsU8F1eiUijAw/b0tV3aAIAdUIgwaBki4Vzqv0qQ7+5pXclOrD62kn 6R5GS7rJexzY45boQ09fhUiCZ1p5zDkwas5LWDCtCZEY0BMDUhS19pDpeoihhEhFXDTf Mpc/TnsnGxVpw7MXWG9QEAyGmjqQD+MkBKwFErlPlMuDH1c9xH2KjHQQDgaJ6s9whaP8 j6CrineKjYY1iF/vvgSC+pbH4JKVS8WfEsbMPAC3YaMPolHro8Y4O1kChyUXRrwoXlIY YyeAtItl8MUEaG3Ll7I31hs8+jzuiuMh9Qxf7W/kP9kYW/gjMWyXWqNSPonRy85BqFFp EB1w== MIME-Version: 1.0 X-Received: by 10.42.205.197 with SMTP id fr5mr61753634icb.5.1420331749058; Sat, 03 Jan 2015 16:35:49 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.52.19 with HTTP; Sat, 3 Jan 2015 16:35:48 -0800 (PST) In-Reply-To: <745af5f28074a940e743f6094be15991@ultimatedns.net> References: <20150102210855.GE867@rancor.immure.com> <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> Date: Sat, 3 Jan 2015 16:35:48 -0800 X-Google-Sender-Auth: mrtN4Uzxol8Xrex4tkm34sKeSa0 Message-ID: Subject: Re: I need some swap partion help on new 10.1 install From: Kevin Oberman To: Chris H Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2015 00:35:50 -0000 On Sat, Jan 3, 2015 at 11:05 AM, Chris H wrote: > On Sat, 3 Jan 2015 11:25:28 -0600 Bob Willcox wrote > > > On Fri, Jan 02, 2015 at 04:35:39PM -0700, Eric S Pulley wrote: > > > On Fri, 02 Jan 2015 14:29:55 -0800 > > > "Chris H" wrote: > > > > > > > On Fri, 2 Jan 2015 14:58:01 -0700 Eric S Pulley > > > > wrote > > > > > > > > > On Fri, 2 Jan 2015 15:56:04 -0600 > > > > > Bob Willcox wrote: > > > > > > > > > > > On Fri, Jan 02, 2015 at 02:42:23PM -0700, Eric S Pulley wrote: > > > > > > > On Fri, 2 Jan 2015 15:08:55 -0600 > > > > > > > Bob Willcox wrote: > > > > > > > > > > > > > > > I just installed 10.1-release on a Samaung EVO 250 SSD using > > > > > > > > the guided ZFS install steps. Unfortunately, the swap device > > > > > > > > (it partition does exist on the drive) isn't being created: > > > > > > > > > > > > > > > > # cat /etc/fstab > > > > > > > > # Device Mountpoint FStype Options > > > > > > > > Dump Pass# /dev/ada0p2 none swap sw > > > > > > > > 0 0 > > > > > > > > > > > > > > > > # ls -l /dev/ada0* > > > > > > > > crw-r----- 1 root operator 0x57 Jan 2 14:29 /dev/ada0 > > > > > > > > > > > > > > > > # swapinfo > > > > > > > > Device 1K-blocks Used Avail Capacity > > > > > > > > > > > > > > > > # gpart list > > > > > > > > Geom name: diskid/DISK-S21NNSAFC51114F > > > > > > > > modified: false > > > > > > > > state: OK > > > > > > > > fwheads: 16 > > > > > > > > fwsectors: 63 > > > > > > > > last: 488397134 > > > > > > > > first: 34 > > > > > > > > entries: 128 > > > > > > > > scheme: GPT > > > > > > > > Providers: > > > > > > > > 1. Name: diskid/DISK-S21NNSAFC51114Fp1 > > > > > > > > Mediasize: 524288 (512K) > > > > > > > > Sectorsize: 512 > > > > > > > > Stripesize: 0 > > > > > > > > Stripeoffset: 17408 > > > > > > > > Mode: r0w0e0 > > > > > > > > rawuuid: ed197570-92ff-11e4-a9cb-6805ca13097a > > > > > > > > rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f > > > > > > > > label: gptboot0 > > > > > > > > length: 524288 > > > > > > > > offset: 17408 > > > > > > > > type: freebsd-boot > > > > > > > > index: 1 > > > > > > > > end: 1057 > > > > > > > > start: 34 > > > > > > > > 2. Name: diskid/DISK-S21NNSAFC51114Fp2 > > > > > > > > Mediasize: 8589934592 (8.0G) > > > > > > > > Sectorsize: 512 > > > > > > > > Stripesize: 0 > > > > > > > > Stripeoffset: 541696 > > > > > > > > Mode: r0w0e0 > > > > > > > > rawuuid: ed35488d-92ff-11e4-a9cb-6805ca13097a > > > > > > > > rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b > > > > > > > > label: swap0 > > > > > > > > length: 8589934592 > > > > > > > > offset: 541696 > > > > > > > > type: freebsd-swap > > > > > > > > index: 2 > > > > > > > > end: 16778273 > > > > > > > > start: 1058 > > > > > > > > 3. Name: diskid/DISK-S21NNSAFC51114Fp3 > > > > > > > > Mediasize: 241468856832 (225G) > > > > > > > > Sectorsize: 512 > > > > > > > > Stripesize: 0 > > > > > > > > Stripeoffset: 541696 > > > > > > > > Mode: r1w1e1 > > > > > > > > rawuuid: ed38d5f9-92ff-11e4-a9cb-6805ca13097a > > > > > > > > rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b > > > > > > > > label: zfs0 > > > > > > > > length: 241468856832 > > > > > > > > offset: 8590476288 > > > > > > > > type: freebsd-zfs > > > > > > > > index: 3 > > > > > > > > end: 488397134 > > > > > > > > start: 16778274 > > > > > > > > Consumers: > > > > > > > > 1. Name: diskid/DISK-S21NNSAFC51114F > > > > > > > > Mediasize: 250059350016 (233G) > > > > > > > > Sectorsize: 512 > > > > > > > > Mode: r1w1e2 > > > > > > > > > > > > > > > > So, what did I miss? Why isn't the /dev/ada0p2 device getting > > > > > > > > created? > > > > > > > > > > > > > > > > Thanks for any help! > > > > > > > > > > > > > > > > Bob > > > > > > > > > > > > > > > > > > > > > > I just mounted it by diskid under /dev/diskid/... dont know if > > > > > > > that right but it works > > > > > > > > > > > > Thanks for the quick response Eric, but I don't have a > /dev/ada0p2 > > > > > > device to 'mount' it on (I thought that we used the swapon > > > > > > command to make a swap device available, not mount). > > > > > > > > > > > > I suspect that something that is creates the /dev/ada0p2 device > is > > > > > > what's missing, but I don't know that that is at this point. > > > > > > > > > > > > > > > > :) try /dev/diskid/DISK-S21NNSAFC51114Fp2 instead of /dev/ada0p2 > > > > > > > > Or, as I read it, anyway; > > > > /dev/gpt/swap0 > > > > Looks easier. :) > > > > > > No /dev/gpt here the auto zfs install seems to do things diffrently for > > > diffrent folks... > > > > I don't have any /dev/gpt/* (or even the directory) here either. Using > > /dev/diskid/DISK-S21NNSAFC51114Fp2 as Eric suggested above does work for > me, > > though. > Sure. Fair enough. I only suggested it, because I saw the label > existed. So felt you might find it easier to use. I can't account > for it not being available in /dev/gpt. :) > Works on all of my systems. :) > > --Chris > > > > > -- > > Bob Willcox | Men who cherish for women the highest > > bob@immure.com | respect are seldom popular with them. > > Austin, TX | -- Joseph Addison > > As per an earlier suggestion, did you put: kern.geom.label.gpt.enable=0 into /boot/loader.conf? If so, that's why you lack a /dev/gpt label. This is usually a "friendlier" string than the diskid, but both work equally well. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 00:47:17 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0140527A for ; Sun, 4 Jan 2015 00:47:16 +0000 (UTC) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B86C53BF0 for ; Sun, 4 Jan 2015 00:47:16 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 125C299; Sat, 3 Jan 2015 19:47:07 -0500 (EST) Message-ID: <54A88D7B.8010901@protected-networks.net> Date: Sat, 03 Jan 2015 19:46:51 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Kevin Oberman , Chris H Subject: Re: I need some swap partion help on new 10.1 install References: <20150102210855.GE867@rancor.immure.com> <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> In-Reply-To: OpenPGP: id=0442D492 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2015 00:47:17 -0000 On 01/03/15 19:35, Kevin Oberman wrote: [ .. snip .. ] > As per an earlier suggestion, did you put: > kern.geom.label.gpt.enable=0 > into /boot/loader.conf? If so, that's why you lack a /dev/gpt label. This > is usually a "friendlier" string than the diskid, but both work equally > well. bsdinstall does that on its own - you have to manually remove/comment/set to "1" after installation :-( imb From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 06:09:58 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1E4665F for ; Sun, 4 Jan 2015 06:09:58 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ECC664AE9 for ; Sun, 4 Jan 2015 06:09:57 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t0469vLx066651 for ; Sat, 3 Jan 2015 22:10:04 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <54A88D7B.8010901@protected-networks.net> References: <20150102210855.GE867@rancor.immure.com> <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> , <54A88D7B.8010901@protected-networks.net> From: "Chris H" Subject: Re: I need some swap partion help on new 10.1 install Date: Sat, 03 Jan 2015 22:10:04 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <557f8fa38a7421ec858aa43d95a914cf@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2015 06:09:59 -0000 On Sat, 03 Jan 2015 19:46:51 -0500 Michael Butler wrote > On 01/03/15 19:35, Kevin Oberman wrote: > > [ .. snip .. ] > > > As per an earlier suggestion, did you put: > > kern.geom.label.gpt.enable=0 > > into /boot/loader.conf? If so, that's why you lack a /dev/gpt label. This > > is usually a "friendlier" string than the diskid, but both work equally > > well. > > bsdinstall does that on its own - you have to manually > remove/comment/set to "1" after installation :-( This _is_ a disappointment, and I have no idea why that should be so. sysctl kern.geom.label.gpt.enable=1 will give it to you immediately. But I'm not aware as to whether it will stick. So loader.conf(5) (as Kevin Oberman stated) should probably be used as, well. --Chris > > imb > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 14:16:54 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 772507D2 for ; Sun, 4 Jan 2015 14:16:54 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7589220A2 for ; Sun, 4 Jan 2015 14:16:53 +0000 (UTC) Received: from moby.local ([91.89.177.101]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0M5cMq-1XsS3e1p0K-00xZFJ; Sun, 04 Jan 2015 15:16:44 +0100 Message-ID: <54A94B40.5000908@gmx.com> Date: Sun, 04 Jan 2015 15:16:32 +0100 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: sthaug@nethelp.no, rodrigc@FreeBSD.org Subject: Re: 10.1-STABLE/i386 GENERIC + VIMAGE: Panic when going multiuser References: <20150103.180210.74719874.sthaug@nethelp.no> <20150103.215108.41660163.sthaug@nethelp.no> In-Reply-To: <20150103.215108.41660163.sthaug@nethelp.no> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:zQ0JSkB0+UFvr5boN2LyHvD0VYJSEKE1gCooA8R01QsGuYEqo2A OR0vpJfEAnZBt57pW7lUnb4Oah3XcOfdMTQ7ivtWa7EzIMDiH+nRaQhiAOqV8hxo7PgGlF+ GhDskGjwDFRknJvDl8wlnakR9GS4l9zcPHfESthPbmSiJ3NrcVJjF9UufTCmotLD6xp/qzX w8E3X32j3XcIvpRu7QtvA== X-UI-Out-Filterresults: notjunk:1; Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2015 14:16:54 -0000 Hi, Can you update to a more recent revision? I am on 10-stable a few days later (1/1/15) than you and everything is ok. On 01/03/15 21:51, sthaug@nethelp.no wrote: >>> I have a reproducible crash in 10.1-STABLE/i386, svn updated to r276174. >>> The kernel is based on GENERIC with *one* line added: options VIMAGE. >>> >>> I can boot to single user with no problem. Going multiuser results in >>> immediate crash with backtrace >>> >>> #0 0xc0b59be2 at kdb_backtrace+0x52 >>> #1 0xc0b1b65f at panic+0x11f >>> #2 0xc0dd1666 at vm_fault_hold+0x2076 >>> #3 0xc0dcf5b1 at vm_fault+0x81 >>> #4 0xc103008b at trap_pfault+0x1bb >>> #5 0xc102f8e4 at trap+0x674 >>> #6 0xc101ad0c at calltrap+0x6 >>> #7 0xc0d0ca7a at sysctl_ip6_temppltime+0x3a >>> #8 0xc0b28031 at sysctl_root+0x2b1 >>> #9 0xc0b2862a at userland_sysctl+0x1fa >>> #10 0xc0b283e8 at sys___sysctl+0x98 >>> #11 0xc1030986 at syscall+0x4a6 >>> #12 0xc101ada1 at Xint0x80_syscall+0x21 >>> >> >> >> That stack trace doesn't have enough info. Can you: >> (1) boot into single mode on your system >> (2) Add this to /etc/rc.conf: >> ddb_enable="YES" >> (3) Reboot the system and let it go to multi-user > > I found I had to also add "options DDB" to the kernel. So this is > GENERIC + options VIMAGE + options DDB. I didn't get the panic when > going to multiuser this time - but as soon as I did "sysctl -a" the > expected panic came. Below is the result of the generated files in > /var/crash (I unpacked the textdump.tar.4 file). > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no > > ---------------------------------------------------------------------- > > info.4 > > Dump header from device /dev/ada0s1b > Architecture: i386 > Architecture Version: 1 > Dump Length: 71168B (0 MB) > Blocksize: 512 > Dumptime: Sat Jan 3 21:26:03 2015 > Hostname: verdi.nethelp.no > Magic: FreeBSD Text Dump > Version String: FreeBSD 10.1-STABLE #1 r276174: Sat Jan 3 20:50:10 CET 2015 > root@verdi.nethelp.no:/usr/src/sys/i386/compile/GENERICV > Panic String: vm_fault: fault on nofault entry, addr: cc0e5000 > Dump Parity: 1182659946 > Bounds: 4 > Dump Status: good > > ---------------------------------------------------------------------- > > ddb.txt > > db:0:kdb.enter.panic> run lockinfo > db:1:lockinfo> show locks > No such command > db:1:locks> show alllocks > No such command > db:1:alllocks> show lockedvnods > Locked vnodes > db:0:kdb.enter.panic> show pcpu > cpuid = 0 > dynamic pcpu = 0x3d3a00 > curthread = 0xc769f310: pid 984 "sysctl" > curpcb = 0xf0923d40 > fpcurthread = none > idlethread = 0xc6ac3000: tid 100003 "idle: cpu0" > APIC ID = 0 > currentldt = 0x50 > curvnet = 0xc69713c0 > db:0:kdb.enter.panic> bt > Tracing pid 984 tid 100105 td 0xc769f310 > kdb_enter(c11b2609,c11b2609,c11e064d,f09236ec,0,...) at kdb_enter+0x3d/frame 0xf09236a0 > panic(c11e064d,cc0e5000,1,f0923804,f09237f4,...) at panic+0x13f/frame 0xf09236e0 > vm_fault_hold(c1a6d000,cc0e5000,1,0,0,...) at vm_fault_hold+0x2076/frame 0xf0923840 > vm_fault(c1a6d000,cc0e5000,1,0,c0b72331,...) at vm_fault+0x81/frame 0xf0923868 > trap_pfault(cc0e5fb8,c1472000,f0923914,c6baf200,f09239a4,...) at trap_pfault+0x1bb/frame 0xf09238e8 > trap(f0923a34) at trap+0x674/frame 0xf0923a28 > calltrap() at calltrap+0x6/frame 0xf0923a28 > --- trap 0xc, eip = 0xc1049023, esp = 0xf0923a74, ebp = 0xf0923a9c --- > copyout(f0923b28,cc0e5fb8,4,f0923acc,c142c7a8,...) at copyout+0x37/frame 0xf0923a9c > sysctl_ip6_temppltime(c142c7a8,c6a9e3a8,0,f0923b28,f0923b28,...) at sysctl_ip6_temppltime+0x3a/frame 0xf0923ac0 > sysctl_root(f0923b28,8,2,c0a058a7,c7017850,...) at sysctl_root+0x2b1/frame 0xf0923b00 > userland_sysctl(c769f310,f0923bac,4,28803030,bfbfdb70,...) at userland_sysctl+0x1fa/frame 0xf0923b70 > sys___sysctl(c769f310,f0923ca8,2e,f0923c64,c0b329f2,...) at sys___sysctl+0x98/frame 0xf0923c18 > syscall(f0923ce8) at syscall+0x4a6/frame 0xf0923cdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf0923cdc > --- syscall (202, FreeBSD ELF32, sys___sysctl), eip = 0x281a28b7, esp = 0xbfbfdb00, ebp = 0xbfbfdb28 --- > db:0:kdb.enter.panic> ps > pid ppid pgrp uid state wmesg wchan cmd > 984 980 984 0 R+ CPU 0 sysctl > 980 972 980 0 S+ pause 0xc6f66934 csh > 979 1 979 0 Ss+ ttyin 0xc6d4a870 getty > 978 1 978 0 Ss+ ttyin 0xc6d4aa70 getty > 977 1 977 0 Ss+ ttyin 0xc6d4ac70 getty > 976 1 976 0 Ss+ ttyin 0xc6d4ae70 getty > 975 1 975 0 Ss+ ttyin 0xc6d4c070 getty > 974 1 974 0 Ss+ ttyin 0xc6d4c270 getty > 973 1 973 0 Ss+ ttyin 0xc6baf070 getty > 972 1 972 0 Ss+ wait 0xc6f655e0 login > 967 965 17 0 S+ nanslp 0xc1515641 sleep > 966 1 17 0 S+ piperd 0xc70377f8 logger > 965 1 17 0 S+ wait 0xc729c8d0 sh > 928 1 928 0 Ss nanslp 0xc1515640 cron > 924 1 924 25 Ss pause 0xc729bc24 sendmail > 921 1 921 0 Ss select 0xc6fa0b24 sendmail > 918 1 918 0 Ss select 0xc6fd23e4 sshd > 725 1 725 0 Ss select 0xc6d57da4 syslogd > 649 1 649 0 Ss select 0xc6fa1524 devd > 16 0 0 0 DL vlruwt 0xc6f658d0 [vnlru] > 9 0 0 0 DL syncer 0xc15349c4 [syncer] > 8 0 0 0 DL (threaded) [bufdaemon] > 100080 D sdflush 0xc6fb6a84 [/var worker] > 100079 D sdflush 0xc6fb6884 [/usr worker] > 100066 D psleep 0xc1534104 [bufdaemon] > 7 0 0 0 DL pgzero 0xc1539320 [pagezero] > 6 0 0 0 DL psleep 0xc1539044 [vmdaemon] > 5 0 0 0 DL psleep 0xc1594604 [pagedaemon] > 4 0 0 0 DL waiting_ 0xc1592874 [sctp_iterator] > 3 0 0 0 DL - 0xc6baf83c [fdc0] > 15 0 0 0 DL (threaded) [usb] > 100053 D - 0xc6d09d34 [usbus4] > 100052 D - 0xc6d09d04 [usbus4] > 100051 D - 0xc6d09cd4 [usbus4] > 100050 D - 0xc6d09ca4 [usbus4] > 100049 D - 0xc6cf2dac [usbus3] > 100048 D - 0xc6cf2d7c [usbus3] > 100047 D - 0xc6cf2d4c [usbus3] > 100046 D - 0xc6cf2d1c [usbus3] > 100044 D - 0xc6cdbdac [usbus2] > 100043 D - 0xc6cdbd7c [usbus2] > 100042 D - 0xc6cdbd4c [usbus2] > 100041 D - 0xc6cdbd1c [usbus2] > 100039 D - 0xc6cc6dac [usbus1] > 100038 D - 0xc6cc6d7c [usbus1] > 100037 D - 0xc6cc6d4c [usbus1] > 100036 D - 0xc6cc6d1c [usbus1] > 100034 D - 0xc6ca9dac [usbus0] > 100033 D - 0xc6ca9d7c [usbus0] > 100032 D - 0xc6ca9d4c [usbus0] > 100031 D - 0xc6ca9d1c [usbus0] > 2 0 0 0 DL (threaded) [cam] > 100062 D - 0xc1456928 [scanner] > 100014 D - 0xc1456a80 [doneq0] > 14 0 0 0 DL - 0xc14717e0 [rand_harvestq] > 13 0 0 0 DL (threaded) [geom] > 100011 D - 0xc158ec60 [g_down] > 100010 D - 0xc158ec5c [g_up] > 100009 D - 0xc158ec58 [g_event] > 12 0 0 0 WL (threaded) [intr] > 100058 I [irq1: atkbd0] > 100057 I [swi0: uart] > 100055 I [irq20: hpet0+] > 100054 I [irq14: ata0] > 100045 I [irq23: uhci3] > 100040 I [irq18: uhci2] > 100035 I [irq22: uhci1] > 100030 I [irq21: uhci0 ehci0] > 100029 I [irq17: bge1] > 100028 I [irq16: bge0] > 100018 I [swi5: fast taskq] > 100016 I [swi6: Giant taskq] > 100015 I [swi6: task queue] > 100008 I [swi4: clock] > 100007 I [swi4: clock] > 100006 I [swi3: vm] > 100005 I [swi1: netisr 0] > 11 0 0 0 RL (threaded) [idle] > 100004 Run CPU 1 [idle: cpu1] > 100003 CanRun [idle: cpu0] > 1 0 1 0 SLs wait 0xc6ac02f0 [init] > 10 0 0 0 DL audit_wo 0xc1592f14 [audit] > 0 0 0 0 DLs (threaded) [kernel] > 100061 D - 0xc6ac5380 [CAM taskq] > 100059 D - 0xc6d46200 [mca taskq] > 100027 D - 0xc6c28e00 [em1 txq] > 100026 D - 0xc6c28e80 [em1 que] > 100025 D - 0xc6c29200 [em0 txq] > 100024 D - 0xc6c29280 [em0 que] > 100023 D - 0xc6ac4480 [acpi_task_2] > 100022 D - 0xc6ac4480 [acpi_task_1] > 100021 D - 0xc6ac4480 [acpi_task_0] > 100020 D - 0xc6ac4500 [ffs_trim taskq] > 100019 D - 0xc6ac4580 [kqueue taskq] > 100017 D - 0xc6ac4700 [thread taskq] > 100012 D - 0xc6ac5a80 [firmware taskq] > 100000 D swapin 0xc158ece4 [swapper] > db:0:kdb.enter.panic> alltrace > > Tracing command sysctl pid 984 tid 100105 td 0xc769f310 > kdb_enter(c11b2609,c11b2609,c11e064d,f09236ec,0,...) at kdb_enter+0x3d/frame 0xf09236a0 > panic(c11e064d,cc0e5000,1,f0923804,f09237f4,...) at panic+0x13f/frame 0xf09236e0 > vm_fault_hold(c1a6d000,cc0e5000,1,0,0,...) at vm_fault_hold+0x2076/frame 0xf0923840 > vm_fault(c1a6d000,cc0e5000,1,0,c0b72331,...) at vm_fault+0x81/frame 0xf0923868 > trap_pfault(cc0e5fb8,c1472000,f0923914,c6baf200,f09239a4,...) at trap_pfault+0x1bb/frame 0xf09238e8 > trap(f0923a34) at trap+0x674/frame 0xf0923a28 > calltrap() at calltrap+0x6/frame 0xf0923a28 > --- trap 0xc, eip = 0xc1049023, esp = 0xf0923a74, ebp = 0xf0923a9c --- > copyout(f0923b28,cc0e5fb8,4,f0923acc,c142c7a8,...) at copyout+0x37/frame 0xf0923a9c > sysctl_ip6_temppltime(c142c7a8,c6a9e3a8,0,f0923b28,f0923b28,...) at sysctl_ip6_temppltime+0x3a/frame 0xf0923ac0 > sysctl_root(f0923b28,8,2,c0a058a7,c7017850,...) at sysctl_root+0x2b1/frame 0xf0923b00 > userland_sysctl(c769f310,f0923bac,4,28803030,bfbfdb70,...) at userland_sysctl+0x1fa/frame 0xf0923b70 > sys___sysctl(c769f310,f0923ca8,2e,f0923c64,c0b329f2,...) at sys___sysctl+0x98/frame 0xf0923c18 > syscall(f0923ce8) at syscall+0x4a6/frame 0xf0923cdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf0923cdc > --- syscall (202, FreeBSD ELF32, sys___sysctl), eip = 0x281a28b7, esp = 0xbfbfdb00, ebp = 0xbfbfdb28 --- > > Tracing command csh pid 980 tid 100104 td 0xc6f69930 > sched_switch(c6f69930,0,104,c0b0edad,0,...) at sched_switch+0x2d2/frame 0xf091fa7c > mi_switch(104,0,c0b134a4,c0b0edad,c1a69000,c6f69930) at mi_switch+0x122/frame 0xf091fab4 > sleepq_switch(c6f69930,0,c11b698a,1a8,0,...) at sleepq_switch+0x15b/frame 0xf091fadc > sleepq_catch_signals(0,c11b698a,154,c6f69930,f091fba4,...) at sleepq_catch_signals+0x5be/frame 0xf091fb30 > sleepq_wait_sig(c6f66934,74,c10a57b4,100,0,...) at sleepq_wait_sig+0x14/frame 0xf091fb5c > _sleep(c6f66934,c6f66968,174,c10a57b4,0,...) at _sleep+0x29b/frame 0xf091fba4 > kern_sigsuspend(c6f69930,0,0,0,0,...) at kern_sigsuspend+0x137/frame 0xf091fbe8 > sys_sigsuspend(c6f69930,f091fca8,fffffed8,0,0,...) at sys_sigsuspend+0x58/frame 0xf091fc18 > syscall(f091fce8) at syscall+0x4a6/frame 0xf091fcdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf091fcdc > --- syscall (4, FreeBSD ELF32, sys_write), eip = 0x28176fbb, esp = 0xbfbfe374, ebp = 0xbfbfe3dc --- > > Tracing command getty pid 979 tid 100103 td 0xc6f69c40 > sched_switch(c6f69c40,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xf091b984 > mi_switch(104,0,c0b134a4,0,f091ba0c,c6f69c40) at mi_switch+0x122/frame 0xf091b9bc > sleepq_switch(c6f69c40,0,c11b698a,1a8,c6d48200,...) at sleepq_switch+0x15b/frame 0xf091b9e4 > sleepq_catch_signals(0,c11b698a,154,c6d48200,c154e760,...) at sleepq_catch_signals+0x5be/frame 0xf091ba38 > sleepq_wait_sig(c6d4a870,0,c11b907b,101,0,...) at sleepq_wait_sig+0x14/frame 0xf091ba64 > _cv_wait_sig(c6d4a870,c158f610,1,1,f091baec,...) at _cv_wait_sig+0x17c/frame 0xf091ba94 > tty_wait(c6d4a800,c6d4a870,f091bbe8,1,0,...) at tty_wait+0x1f/frame 0xf091baac > ttydisc_read(c6d4a800,f091bbe8,0,c0be7ba0,c7017578,...) at ttydisc_read+0x31c/frame 0xf091baec > ttydev_read(c6d19700,f091bbe8,0,f091bb40,c6f69c40,...) at ttydev_read+0x8f/frame 0xf091bb10 > devfs_read_f(c7017578,f091bbe8,c6fa9580,0,c6f69c40,...) at devfs_read_f+0xb4/frame 0xf091bb48 > dofileread(c7017578,f091bbe8,ffffffff,ffffffff,0,...) at dofileread+0x9e/frame 0xf091bb80 > kern_readv(c6f69c40,0,f091bbe8,0,bfbfedf7,...) at kern_readv+0x96/frame 0xf091bbc8 > sys_read(c6f69c40,f091bca8,c6f66bc0,f091bc64,c0b329f2,...) at sys_read+0x5c/frame 0xf091bc18 > syscall(f091bce8) at syscall+0x4a6/frame 0xf091bcdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf091bcdc > --- syscall (3, FreeBSD ELF32, sys_read), eip = 0x281b52b7, esp = 0xbfbfeddc, ebp = 0xbfbfee08 --- > > Tracing command getty pid 978 tid 100102 td 0xc71b8000 > sched_switch(c71b8000,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xf0917984 > mi_switch(104,0,c0b134a4,0,f0917a0c,c71b8000) at mi_switch+0x122/frame 0xf09179bc > sleepq_switch(c71b8000,0,c11b698a,1a8,c6d48400,...) at sleepq_switch+0x15b/frame 0xf09179e4 > sleepq_catch_signals(0,c11b698a,154,c6d48400,c154e760,...) at sleepq_catch_signals+0x5be/frame 0xf0917a38 > sleepq_wait_sig(c6d4aa70,0,c11b907b,101,0,...) at sleepq_wait_sig+0x14/frame 0xf0917a64 > _cv_wait_sig(c6d4aa70,c158f610,1,1,f0917aec,...) at _cv_wait_sig+0x17c/frame 0xf0917a94 > tty_wait(c6d4aa00,c6d4aa70,f0917be8,1,0,...) at tty_wait+0x1f/frame 0xf0917aac > ttydisc_read(c6d4aa00,f0917be8,0,c0be7ba0,c7017508,...) at ttydisc_read+0x31c/frame 0xf0917aec > ttydev_read(c6d19800,f0917be8,0,f0917b40,c71b8000,...) at ttydev_read+0x8f/frame 0xf0917b10 > devfs_read_f(c7017508,f0917be8,c74b4380,0,c71b8000,...) at devfs_read_f+0xb4/frame 0xf0917b48 > dofileread(c7017508,f0917be8,ffffffff,ffffffff,0,...) at dofileread+0x9e/frame 0xf0917b80 > kern_readv(c71b8000,0,f0917be8,0,bfbfedf7,...) at kern_readv+0x96/frame 0xf0917bc8 > sys_read(c71b8000,f0917ca8,c729b000,c71b8000,c71bac40,...) at sys_read+0x5c/frame 0xf0917c18 > syscall(f0917ce8) at syscall+0x4a6/frame 0xf0917cdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf0917cdc > --- syscall (3, FreeBSD ELF32, sys_read), eip = 0x281b52b7, esp = 0xbfbfeddc, ebp = 0xbfbfee08 --- > > Tracing command getty pid 977 tid 100101 td 0xc71b8310 > sched_switch(c71b8310,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xf0913984 > mi_switch(104,0,c0b134a4,0,f0913a0c,c71b8310) at mi_switch+0x122/frame 0xf09139bc > sleepq_switch(c71b8310,0,c11b698a,1a8,c6d48600,...) at sleepq_switch+0x15b/frame 0xf09139e4 > sleepq_catch_signals(0,c11b698a,154,c6d48600,c154e760,...) at sleepq_catch_signals+0x5be/frame 0xf0913a38 > sleepq_wait_sig(c6d4ac70,0,c11b907b,101,0,...) at sleepq_wait_sig+0x14/frame 0xf0913a64 > _cv_wait_sig(c6d4ac70,c158f610,1,1,f0913aec,...) at _cv_wait_sig+0x17c/frame 0xf0913a94 > tty_wait(c6d4ac00,c6d4ac70,f0913be8,1,0,...) at tty_wait+0x1f/frame 0xf0913aac > ttydisc_read(c6d4ac00,f0913be8,0,0,0,...) at ttydisc_read+0x31c/frame 0xf0913aec > ttydev_read(c6d19900,f0913be8,0,f0913b40,c71b8310,...) at ttydev_read+0x8f/frame 0xf0913b10 > devfs_read_f(c7017690,f0913be8,c74b4400,0,c71b8310,...) at devfs_read_f+0xb4/frame 0xf0913b48 > dofileread(c7017690,f0913be8,ffffffff,ffffffff,0,...) at dofileread+0x9e/frame 0xf0913b80 > kern_readv(c71b8310,0,f0913be8,0,bfbfedf7,...) at kern_readv+0x96/frame 0xf0913bc8 > sys_read(c71b8310,f0913ca8,c729b2f0,f0913c64,c0b329f2,...) at sys_read+0x5c/frame 0xf0913c18 > syscall(f0913ce8) at syscall+0x4a6/frame 0xf0913cdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf0913cdc > --- syscall (3, FreeBSD ELF32, sys_read), eip = 0x281b52b7, esp = 0xbfbfeddc, ebp = 0xbfbfee08 --- > > Tracing command getty pid 976 tid 100085 td 0xc72cc620 > sched_switch(c72cc620,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xf0895984 > mi_switch(104,0,c0b134a4,0,f0895a0c,c72cc620) at mi_switch+0x122/frame 0xf08959bc > sleepq_switch(c72cc620,0,c11b698a,1a8,c6d48800,...) at sleepq_switch+0x15b/frame 0xf08959e4 > sleepq_catch_signals(0,c11b698a,154,c6d48800,c154e760,...) at sleepq_catch_signals+0x5be/frame 0xf0895a38 > sleepq_wait_sig(c6d4ae70,0,c11b907b,101,0,...) at sleepq_wait_sig+0x14/frame 0xf0895a64 > _cv_wait_sig(c6d4ae70,c158f610,1,1,f0895aec,...) at _cv_wait_sig+0x17c/frame 0xf0895a94 > tty_wait(c6d4ae00,c6d4ae70,f0895be8,1,0,...) at tty_wait+0x1f/frame 0xf0895aac > ttydisc_read(c6d4ae00,f0895be8,0,c0be7ba0,c702e038,...) at ttydisc_read+0x31c/frame 0xf0895aec > ttydev_read(c6d19a00,f0895be8,0,f0895b40,c72cc620,...) at ttydev_read+0x8f/frame 0xf0895b10 > devfs_read_f(c702e038,f0895be8,c74b4480,0,c72cc620,...) at devfs_read_f+0xb4/frame 0xf0895b48 > dofileread(c702e038,f0895be8,ffffffff,ffffffff,0,...) at dofileread+0x9e/frame 0xf0895b80 > kern_readv(c72cc620,0,f0895be8,0,bfbfedf7,...) at kern_readv+0x96/frame 0xf0895bc8 > sys_read(c72cc620,f0895ca8,c72c2000,f0895c64,c0b329f2,...) at sys_read+0x5c/frame 0xf0895c18 > syscall(f0895ce8) at syscall+0x4a6/frame 0xf0895cdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf0895cdc > --- syscall (3, FreeBSD ELF32, sys_read), eip = 0x281b52b7, esp = 0xbfbfeddc, ebp = 0xbfbfee08 --- > > Tracing command getty pid 975 tid 100094 td 0xc71bac40 > sched_switch(c71bac40,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xf08c8984 > mi_switch(104,0,c0b134a4,0,f08c8a0c,c71bac40) at mi_switch+0x122/frame 0xf08c89bc > sleepq_switch(c71bac40,0,c11b698a,1a8,c6d48a00,...) at sleepq_switch+0x15b/frame 0xf08c89e4 > sleepq_catch_signals(0,c11b698a,154,c6d48a00,c154e760,...) at sleepq_catch_signals+0x5be/frame 0xf08c8a38 > sleepq_wait_sig(c6d4c070,0,c11b907b,101,0,...) at sleepq_wait_sig+0x14/frame 0xf08c8a64 > _cv_wait_sig(c6d4c070,c158f610,1,1,f08c8aec,...) at _cv_wait_sig+0x17c/frame 0xf08c8a94 > tty_wait(c6d4c000,c6d4c070,f08c8be8,1,0,...) at tty_wait+0x1f/frame 0xf08c8aac > ttydisc_read(c6d4c000,f08c8be8,0,c0be7ba0,c70175b0,...) at ttydisc_read+0x31c/frame 0xf08c8aec > ttydev_read(c6d19b00,f08c8be8,0,f08c8b40,c71bac40,...) at ttydev_read+0x8f/frame 0xf08c8b10 > devfs_read_f(c70175b0,f08c8be8,c6fa9500,0,c71bac40,...) at devfs_read_f+0xb4/frame 0xf08c8b48 > dofileread(c70175b0,f08c8be8,ffffffff,ffffffff,0,...) at dofileread+0x9e/frame 0xf08c8b80 > kern_readv(c71bac40,0,f08c8be8,0,bfbfedf7,...) at kern_readv+0x96/frame 0xf08c8bc8 > sys_read(c71bac40,f08c8ca8,c72c05e0,1,c6f67930,...) at sys_read+0x5c/frame 0xf08c8c18 > syscall(f08c8ce8) at syscall+0x4a6/frame 0xf08c8cdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf08c8cdc > --- syscall (3, FreeBSD ELF32, sys_read), eip = 0x281b52b7, esp = 0xbfbfeddc, ebp = 0xbfbfee08 --- > > Tracing command getty pid 974 tid 100075 td 0xc6f67930 > sched_switch(c6f67930,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xee3bf984 > mi_switch(104,0,c0b134a4,0,ee3bfa0c,c6f67930) at mi_switch+0x122/frame 0xee3bf9bc > sleepq_switch(c6f67930,0,c11b698a,1a8,c6d48c00,...) at sleepq_switch+0x15b/frame 0xee3bf9e4 > sleepq_catch_signals(0,c11b698a,154,c6d48c00,c154e760,...) at sleepq_catch_signals+0x5be/frame 0xee3bfa38 > sleepq_wait_sig(c6d4c270,0,c11b907b,101,0,...) at sleepq_wait_sig+0x14/frame 0xee3bfa64 > _cv_wait_sig(c6d4c270,c158f610,1,1,ee3bfaec,...) at _cv_wait_sig+0x17c/frame 0xee3bfa94 > tty_wait(c6d4c200,c6d4c270,ee3bfbe8,1,0,...) at tty_wait+0x1f/frame 0xee3bfaac > ttydisc_read(c6d4c200,ee3bfbe8,0,c0be7ba0,c7017540,...) at ttydisc_read+0x31c/frame 0xee3bfaec > ttydev_read(c6d19c00,ee3bfbe8,0,ee3bfb40,c6f67930,...) at ttydev_read+0x8f/frame 0xee3bfb10 > devfs_read_f(c7017540,ee3bfbe8,c6fa9480,0,c6f67930,...) at devfs_read_f+0xb4/frame 0xee3bfb48 > dofileread(c7017540,ee3bfbe8,ffffffff,ffffffff,0,...) at dofileread+0x9e/frame 0xee3bfb80 > kern_readv(c6f67930,0,ee3bfbe8,0,bfbfedf7,...) at kern_readv+0x96/frame 0xee3bfbc8 > sys_read(c6f67930,ee3bfca8,c6f642f0,1,c72cc620,...) at sys_read+0x5c/frame 0xee3bfc18 > syscall(ee3bfce8) at syscall+0x4a6/frame 0xee3bfcdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3bfcdc > --- syscall (3, FreeBSD ELF32, sys_read), eip = 0x281b52b7, esp = 0xbfbfeddc, ebp = 0xbfbfee08 --- > > Tracing command getty pid 973 tid 100076 td 0xc6f67620 > sched_switch(c6f67620,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xee3c2984 > mi_switch(104,0,c0b134a4,0,ee3c2a0c,c6f67620) at mi_switch+0x122/frame 0xee3c29bc > sleepq_switch(c6f67620,0,c11b698a,1a8,c6bafe00,...) at sleepq_switch+0x15b/frame 0xee3c29e4 > sleepq_catch_signals(0,c11b698a,154,c6bafe00,c154e760,...) at sleepq_catch_signals+0x5be/frame 0xee3c2a38 > sleepq_wait_sig(c6baf070,0,c11b907b,101,0,...) at sleepq_wait_sig+0x14/frame 0xee3c2a64 > _cv_wait_sig(c6baf070,c158f610,1,1,ee3c2aec,...) at _cv_wait_sig+0x17c/frame 0xee3c2a94 > tty_wait(c6baf000,c6baf070,ee3c2be8,1,0,...) at tty_wait+0x1f/frame 0xee3c2aac > ttydisc_read(c6baf000,ee3c2be8,0,c0be7ba0,c70174d0,...) at ttydisc_read+0x31c/frame 0xee3c2aec > ttydev_read(c6d19d00,ee3c2be8,0,ee3c2b40,c6f67620,...) at ttydev_read+0x8f/frame 0xee3c2b10 > devfs_read_f(c70174d0,ee3c2be8,c6fa9400,0,c6f67620,...) at devfs_read_f+0xb4/frame 0xee3c2b48 > dofileread(c70174d0,ee3c2be8,ffffffff,ffffffff,0,...) at dofileread+0x9e/frame 0xee3c2b80 > kern_readv(c6f67620,0,ee3c2be8,0,bfbfedf7,...) at kern_readv+0x96/frame 0xee3c2bc8 > sys_read(c6f67620,ee3c2ca8,c6f64000,1,c0b329f2,...) at sys_read+0x5c/frame 0xee3c2c18 > syscall(ee3c2ce8) at syscall+0x4a6/frame 0xee3c2cdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3c2cdc > --- syscall (3, FreeBSD ELF32, sys_read), eip = 0x281b52b7, esp = 0xbfbfeddc, ebp = 0xbfbfee08 --- > > Tracing command login pid 972 tid 100069 td 0xc6f68c40 > sched_switch(c6f68c40,0,104,c0dea0cc,0,...) at sched_switch+0x2d2/frame 0xee3aa960 > mi_switch(104,0,c315c7c4,3,2,c6f68c40) at mi_switch+0x122/frame 0xee3aa998 > sleepq_switch(c6f68c40,0,c11b698a,1a8,0,...) at sleepq_switch+0x15b/frame 0xee3aa9c0 > sleepq_catch_signals(0,c11b698a,154,c6f68c40,ee3aaa44,...) at sleepq_catch_signals+0x5be/frame 0xee3aaa14 > sleepq_wait_sig(c6f655e0,6c,c11b77f6,100,0,...) at sleepq_wait_sig+0x14/frame 0xee3aaa40 > _sleep(c6f655e0,c6f65678,16c,c11b77f6,0,...) at _sleep+0x29b/frame 0xee3aaa88 > kern_wait6(c6f68c40,0,3d4,0,ee3aab24,...) at kern_wait6+0x725/frame 0xee3aaaf8 > sys_wait4(c6f68c40,ee3aaca8,c6f655e0,4,c088707e,...) at sys_wait4+0x94/frame 0xee3aac18 > syscall(ee3aace8) at syscall+0x4a6/frame 0xee3aacdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3aacdc > --- syscall (7, FreeBSD ELF32, sys_wait4), eip = 0x2811c143, esp = 0xbfbfed20, ebp = 0xbfbfed38 --- > > Tracing command sleep pid 967 tid 100077 td 0xc6f67310 > sched_switch(c6f67310,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xee3caa4c > mi_switch(104,0,c0b40637,1,c7293444,c6f67310) at mi_switch+0x122/frame 0xee3caa84 > sleepq_switch(c6f67310,0,c11b698a,1a8,4a,...) at sleepq_switch+0x15b/frame 0xee3caaac > sleepq_catch_signals(c0000000,3,c0b72670,c6f67310,1,...) at sleepq_catch_signals+0x5be/frame 0xee3cab00 > sleepq_timedwait_sig(c1515641,6c,4a,c0000000,3,...) at sleepq_timedwait_sig+0x14/frame 0xee3cab30 > _sleep(c1515641,0,16c,c11b32c4,a1dea2f,...) at _sleep+0x26b/frame 0xee3cab78 > kern_nanosleep(bfbfee40,ee3cabf0,ee3cabf8,ee3cace8,3c,...) at kern_nanosleep+0x14b/frame 0xee3cabd8 > sys_nanosleep(c6f67310,ee3caca8,c6ac0bc0,c6f67310,c71b9930,...) at sys_nanosleep+0x69/frame 0xee3cac18 > syscall(ee3cace8) at syscall+0x4a6/frame 0xee3cacdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3cacdc > --- syscall (240, FreeBSD ELF32, sys_nanosleep), eip = 0x2817b203, esp = 0xbfbfee0c, ebp = 0xbfbfee54 --- > > Tracing command logger pid 966 tid 100074 td 0xc6f67c40 > sched_switch(c6f67c40,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xee3bb9dc > mi_switch(104,0,c0b134a4,0,0,c6f67c40) at mi_switch+0x122/frame 0xee3bba14 > sleepq_switch(c6f67c40,0,c11b698a,1a8,ee3bbaa0,...) at sleepq_switch+0x15b/frame 0xee3bba3c > sleepq_catch_signals(0,c11b698a,154,0,0,...) at sleepq_catch_signals+0x5be/frame 0xee3bba90 > sleepq_wait_sig(c70377f8,5c,c11b7397,100,0,...) at sleepq_wait_sig+0x14/frame 0xee3bbabc > _sleep(c70377f8,c7037978,15c,c11b7397,0,...) at _sleep+0x29b/frame 0xee3bbb04 > pipe_read(c70175e8,ee3bbbe8,c6ff5c80,0,c6f67c40,...) at pipe_read+0x33a/frame 0xee3bbb48 > dofileread(c70175e8,ee3bbbe8,ffffffff,ffffffff,0,...) at dofileread+0x9e/frame 0xee3bbb80 > kern_readv(c6f67c40,0,ee3bbbe8,0,28808000,...) at kern_readv+0x96/frame 0xee3bbbc8 > sys_read(c6f67c40,ee3bbca8,c6f645e0,1,c6f67310,...) at sys_read+0x5c/frame 0xee3bbc18 > syscall(ee3bbce8) at syscall+0x4a6/frame 0xee3bbcdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3bbcdc > --- syscall (3, FreeBSD ELF32, sys_read), eip = 0x281a02b7, esp = 0xbfbfe958, ebp = 0xbfbfe96c --- > > Tracing command sh pid 965 tid 100081 td 0xc71b9930 > sched_switch(c71b9930,0,104,ee3e19d0,0,...) at sched_switch+0x2d2/frame 0xee3e1960 > mi_switch(104,0,c7294818,0,0,c71b9930) at mi_switch+0x122/frame 0xee3e1998 > sleepq_switch(c71b9930,0,c11b698a,1a8,c71b9930,...) at sleepq_switch+0x15b/frame 0xee3e19c0 > sleepq_catch_signals(0,c11b698a,154,c71b9930,ee3e1a44,...) at sleepq_catch_signals+0x5be/frame 0xee3e1a14 > sleepq_wait_sig(c729c8d0,6c,c11b77f6,100,0,...) at sleepq_wait_sig+0x14/frame 0xee3e1a40 > _sleep(c729c8d0,c729c968,16c,c11b77f6,0,...) at _sleep+0x29b/frame 0xee3e1a88 > kern_wait6(c71b9930,7,0,0,ee3e1b24,...) at kern_wait6+0x725/frame 0xee3e1af8 > sys_wait4(c71b9930,ee3e1ca8,fffffed8,0,0,...) at sys_wait4+0x94/frame 0xee3e1c18 > syscall(ee3e1ce8) at syscall+0x4a6/frame 0xee3e1cdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3e1cdc > --- syscall (7, FreeBSD ELF32, sys_wait4), eip = 0x2815d143, esp = 0xbfbfdd48, ebp = 0xbfbfdd60 --- > > Tracing command cron pid 928 tid 100100 td 0xc71b8620 > sched_switch(c71b8620,0,104,c0b4103a,f0908a70,...) at sched_switch+0x2d2/frame 0xf0908a4c > mi_switch(104,0,c0b40637,0,0,c71b8620) at mi_switch+0x122/frame 0xf0908a84 > sleepq_switch(c71b8620,0,c11b698a,1a8,6b,...) at sleepq_switch+0x15b/frame 0xf0908aac > sleepq_catch_signals(bfd19a33,3,c0b72670,c71b8620,0,...) at sleepq_catch_signals+0x5be/frame 0xf0908b00 > sleepq_timedwait_sig(c1515640,6c,6b,bfd19a33,3,...) at sleepq_timedwait_sig+0x14/frame 0xf0908b30 > _sleep(c1515640,0,16c,c11b32c4,3380bb39,...) at _sleep+0x26b/frame 0xf0908b78 > kern_nanosleep(bfbfee28,f0908bf0,f0908bf8,f0908ce8,3b,...) at kern_nanosleep+0x14b/frame 0xf0908bd8 > sys_nanosleep(c71b8620,f0908ca8,c729b5e0,1,0,...) at sys_nanosleep+0x69/frame 0xf0908c18 > syscall(f0908ce8) at syscall+0x4a6/frame 0xf0908cdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf0908cdc > --- syscall (240, FreeBSD ELF32, sys_nanosleep), eip = 0x2819f203, esp = 0xbfbfecb4, ebp = 0xbfbfee44 --- > > Tracing command sendmail pid 924 tid 100098 td 0xc71b8c40 > sched_switch(c71b8c40,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xf08e5a7c > mi_switch(104,0,c0b134a4,0,0,c71b8c40) at mi_switch+0x122/frame 0xf08e5ab4 > sleepq_switch(c71b8c40,0,c11b698a,1a8,0,...) at sleepq_switch+0x15b/frame 0xf08e5adc > sleepq_catch_signals(0,c11b698a,154,c71b8c40,f08e5ba4,...) at sleepq_catch_signals+0x5be/frame 0xf08e5b30 > sleepq_wait_sig(c729bc24,74,c10a57b4,100,0,...) at sleepq_wait_sig+0x14/frame 0xf08e5b5c > _sleep(c729bc24,c729bc58,174,c10a57b4,0,...) at _sleep+0x29b/frame 0xf08e5ba4 > kern_sigsuspend(c71b8c40,0,0,0,0,...) at kern_sigsuspend+0x137/frame 0xf08e5be8 > sys_sigsuspend(c71b8c40,f08e5ca8,c729bbc0,c71b8c40,c72cc930,...) at sys_sigsuspend+0x58/frame 0xf08e5c18 > syscall(f08e5ce8) at syscall+0x4a6/frame 0xf08e5cdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf08e5cdc > --- syscall (4, FreeBSD ELF32, sys_write), eip = 0x2836bfbb, esp = 0xbfbfd9cc, ebp = 0xbfbfd9f8 --- > > Tracing command sendmail pid 921 tid 100099 td 0xc71b8930 > sched_switch(c71b8930,0,104,ac,0,...) at sched_switch+0x2d2/frame 0xf08e88d8 > mi_switch(104,0,f08e898c,c0b134a4,2845a000,c71b8930) at mi_switch+0x122/frame 0xf08e8910 > sleepq_switch(c71b8930,0,c11b698a,1a8,f11734f8,...) at sleepq_switch+0x15b/frame 0xf08e8938 > sleepq_catch_signals(50000000,0,c0b72670,c71b8930,1,...) at sleepq_catch_signals+0x5be/frame 0xf08e898c > sleepq_timedwait_sig(c6fa0b24,0,30,50000000,0,...) at sleepq_timedwait_sig+0x14/frame 0xf08e89bc > _cv_timedwait_sig_sbt(c6fa0b24,c6fa0b10,f11734f8,30,50000000,...) at _cv_timedwait_sig_sbt+0x1a7/frame 0xf08e89f0 > seltdwait(30,50000000,0,c71b8930,f08e8ba0,...) at seltdwait+0xc1/frame 0xf08e8a28 > kern_select(c71b8930,4,bfbfcfb8,0,0,...) at kern_select+0x8c2/frame 0xf08e8bd0 > sys_select(c71b8930,f08e8ca8,c729b8d0,4,c088707e,...) at sys_select+0x69/frame 0xf08e8c18 > syscall(f08e8ce8) at syscall+0x4a6/frame 0xf08e8cdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf08e8cdc > --- syscall (93, FreeBSD ELF32, sys_select), eip = 0x28444277, esp = 0xbfbfcf1c, ebp = 0xbfbfd9d8 --- > > Tracing command sshd pid 918 tid 100072 td 0xc6f68310 > sched_switch(c6f68310,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xee3b48e0 > mi_switch(104,0,0,0,40a,c6f68310) at mi_switch+0x122/frame 0xee3b4918 > sleepq_switch(c6f68310,0,c11b698a,1a8,0,...) at sleepq_switch+0x15b/frame 0xee3b4940 > sleepq_catch_signals(0,c11b698a,154,ee3b4ba8,ee3b49d4,...) at sleepq_catch_signals+0x5be/frame 0xee3b4994 > sleepq_wait_sig(c6fd23e4,0,c11ecb42,101,0,...) at sleepq_wait_sig+0x14/frame 0xee3b49c0 > _cv_wait_sig(c6fd23e4,c6fd23d0,c702dcb0,c6f68310,ee3b4a28,...) at _cv_wait_sig+0x17c/frame 0xee3b49f0 > seltdwait(ffffffff,0,0,c6f68310,ee3b4ba0,...) at seltdwait+0xcf/frame 0xee3b4a28 > kern_select(c6f68310,5,28c0c158,0,0,...) at kern_select+0x8c2/frame 0xee3b4bd0 > sys_select(c6f68310,ee3b4ca8,c6f64bc0,c6f68310,c72cc930,...) at sys_select+0x69/frame 0xee3b4c18 > syscall(ee3b4ce8) at syscall+0x4a6/frame 0xee3b4cdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3b4cdc > --- syscall (93, FreeBSD ELF32, sys_select), eip = 0x28636277, esp = 0xbfbfe43c, ebp = 0xbfbfe460 --- > > Tracing command syslogd pid 725 tid 100084 td 0xc72cc930 > sched_switch(c72cc930,0,104,c152191c,0,...) at sched_switch+0x2d2/frame 0xee3fb8e0 > mi_switch(104,0,ee3fb950,c0af7134,c6d23930,c72cc930) at mi_switch+0x122/frame 0xee3fb918 > sleepq_switch(c72cc930,0,c11b698a,1a8,c6aa5e3c,...) at sleepq_switch+0x15b/frame 0xee3fb940 > sleepq_catch_signals(0,c11b698a,154,ee3fba28,c1036475,...) at sleepq_catch_signals+0x5be/frame 0xee3fb994 > sleepq_wait_sig(c6d57da4,0,c11ecb42,101,0,...) at sleepq_wait_sig+0x14/frame 0xee3fb9c0 > _cv_wait_sig(c6d57da4,c6d57d90,c0a05c9b,c69a4000,0,...) at _cv_wait_sig+0x17c/frame 0xee3fb9f0 > seltdwait(ffffffff,0,0,c72cc930,ee3fbba0,...) at seltdwait+0xcf/frame 0xee3fba28 > kern_select(c72cc930,9,28834118,0,0,...) at kern_select+0x8c2/frame 0xee3fbbd0 > sys_select(c72cc930,ee3fbca8,804c210,c74c5000,0,...) at sys_select+0x69/frame 0xee3fbc18 > syscall(ee3fbce8) at syscall+0x4a6/frame 0xee3fbcdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3fbcdc > --- syscall (93, FreeBSD ELF32, sys_select), eip = 0x281b8277, esp = 0xbfbfdea4, ebp = 0xbfbfee34 --- > > Tracing command devd pid 649 tid 100071 td 0xc6f68620 > sched_switch(c6f68620,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xee3b18d8 > mi_switch(104,0,0,c0b134a4,0,c6f68620) at mi_switch+0x122/frame 0xee3b1910 > sleepq_switch(c6f68620,0,c11b698a,1a8,4127f8c6,...) at sleepq_switch+0x15b/frame 0xee3b1938 > sleepq_catch_signals(c0000000,3,c0b72670,c6f68620,0,...) at sleepq_catch_signals+0x5be/frame 0xee3b198c > sleepq_timedwait_sig(c6fa1524,0,48,c0000000,3,...) at sleepq_timedwait_sig+0x14/frame 0xee3b19bc > _cv_timedwait_sig_sbt(c6fa1524,c6fa1510,4127f8c6,48,c0000000,...) at _cv_timedwait_sig_sbt+0x1a7/frame 0xee3b19f0 > seltdwait(48,c0000000,3,c6f68620,ee3b1ba0,...) at seltdwait+0xc1/frame 0xee3b1a28 > kern_select(c6f68620,6,bfbfcda0,0,0,...) at kern_select+0x8c2/frame 0xee3b1bd0 > sys_select(c6f68620,ee3b1ca8,c6f65000,4,c088707e,...) at sys_select+0x69/frame 0xee3b1c18 > syscall(ee3b1ce8) at syscall+0x4a6/frame 0xee3b1cdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3b1cdc > --- syscall (93, FreeBSD ELF32, sys_select), eip = 0x8097703, esp = 0xbfbfcd3c, ebp = 0xbfbfee54 --- > > Tracing command vnlru pid 16 tid 100068 td 0xc6f69000 > sched_switch(c6f69000,0,104,0,36254e5d,...) at sched_switch+0x2d2/frame 0xee3a6b5c > mi_switch(104,0,101,c6f69000,ee3a6be8,c6f658d0) at mi_switch+0x122/frame 0xee3a6b94 > sleepq_switch(c6f69000,0,c11b698a,28b,101,...) at sleepq_switch+0x15b/frame 0xee3a6bbc > sleepq_timedwait(c6f658d0,60,0,0,0,...) at sleepq_timedwait+0x3f/frame 0xee3a6be8 > _sleep(c6f658d0,c1534980,260,c11bd97c,fffffed8,...) at _sleep+0x282/frame 0xee3a6c30 > vnlru_proc(0,ee3a6ce8,0,0,0,...) at vnlru_proc+0xcf/frame 0xee3a6ca4 > fork_exit(c0bdb7e0,0,ee3a6ce8) at fork_exit+0xa3/frame 0xee3a6cd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee3a6cd4 > --- trap 0, eip = 0, esp = 0xee3a6d20, ebp = 0 --- > > Tracing command syncer pid 9 tid 100067 td 0xc6f69310 > sched_switch(c6f69310,0,104,36254e5d,0,...) at sched_switch+0x2d2/frame 0xee3a3b68 > mi_switch(104,0,101,c6f69310,ee3a3bf4,c15349c4) at mi_switch+0x122/frame 0xee3a3ba0 > sleepq_switch(c6f69310,0,c11b698a,28b,101,...) at sleepq_switch+0x15b/frame 0xee3a3bc8 > sleepq_timedwait(c15349c4,0,0,0,0,...) at sleepq_timedwait+0x3f/frame 0xee3a3bf4 > _cv_timedwait_sbt(c15349c4,c15349a4,fffffed8,0,0,...) at _cv_timedwait_sbt+0x1a7/frame 0xee3a3c28 > sched_sync(0,ee3a3ce8,0,0,0,...) at sched_sync+0x7a1/frame 0xee3a3ca4 > fork_exit(c0bdaea0,0,ee3a3ce8) at fork_exit+0xa3/frame 0xee3a3cd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee3a3cd4 > --- trap 0, eip = 0, esp = 0xee3a3d20, ebp = 0 --- > > Tracing command bufdaemon pid 8 tid 100080 td 0xc71b9c40 > sched_switch(c71b9c40,0,104,0,e9db9457,...) at sched_switch+0x2d2/frame 0xee3d3b8c > mi_switch(104,0,101,c71b9c40,ee3d3c18,c6fb6a84) at mi_switch+0x122/frame 0xee3d3bc4 > sleepq_switch(c71b9c40,0,c11b698a,28b,101,...) at sleepq_switch+0x15b/frame 0xee3d3bec > sleepq_timedwait(c6fb6a84,54,0,0,0,...) at sleepq_timedwait+0x3f/frame 0xee3d3c18 > _sleep(c6fb6a84,c6fb6a00,54,c11de1de,7fffff6c,...) at _sleep+0x282/frame 0xee3d3c60 > softdep_flush(c70f7000,ee3d3ce8,c0da9070,0,ee3d3cd0,...) at softdep_flush+0x16a/frame 0xee3d3ca4 > fork_exit(c0da9070,c70f7000,ee3d3ce8) at fork_exit+0xa3/frame 0xee3d3cd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee3d3cd4 > --- trap 0, eip = 0, esp = 0xee3d3d20, ebp = 0 --- > > Tracing command bufdaemon pid 8 tid 100079 td 0xc71ba000 > sched_switch(c71ba000,0,104,0,d041fadb,...) at sched_switch+0x2d2/frame 0xee3d0b8c > mi_switch(104,0,101,c71ba000,ee3d0c18,c6fb6884) at mi_switch+0x122/frame 0xee3d0bc4 > sleepq_switch(c71ba000,0,c11b698a,28b,101,...) at sleepq_switch+0x15b/frame 0xee3d0bec > sleepq_timedwait(c6fb6884,54,0,0,0,...) at sleepq_timedwait+0x3f/frame 0xee3d0c18 > _sleep(c6fb6884,c6fb6800,54,c11de1de,7fffff6c,...) at _sleep+0x282/frame 0xee3d0c60 > softdep_flush(c70f72a0,ee3d0ce8,c0da9070,0,ee3d0cd0,...) at softdep_flush+0x16a/frame 0xee3d0ca4 > fork_exit(c0da9070,c70f72a0,ee3d0ce8) at fork_exit+0xa3/frame 0xee3d0cd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee3d0cd4 > --- trap 0, eip = 0, esp = 0xee3d0d20, ebp = 0 --- > > Tracing command bufdaemon pid 8 tid 100066 td 0xc6f69620 > sched_switch(c6f69620,0,104,36254e5d,0,...) at sched_switch+0x2d2/frame 0xee3a0b98 > mi_switch(104,0,101,c6f69620,ee3a0c24,c1534104) at mi_switch+0x122/frame 0xee3a0bd0 > sleepq_switch(c6f69620,0,c11b698a,28b,101,...) at sleepq_switch+0x15b/frame 0xee3a0bf8 > sleepq_timedwait(c1534104,54,0,0,0,...) at sleepq_timedwait+0x3f/frame 0xee3a0c24 > _sleep(c1534104,c1534080,54,c11bb3e7,fffffed8,...) at _sleep+0x282/frame 0xee3a0c6c > buf_daemon(0,ee3a0ce8,0,0,0,...) at buf_daemon+0xac/frame 0xee3a0ca4 > fork_exit(c0bbeac0,0,ee3a0ce8) at fork_exit+0xa3/frame 0xee3a0cd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee3a0cd4 > --- trap 0, eip = 0, esp = 0xee3a0d20, ebp = 0 --- > > Tracing command pagezero pid 7 tid 100065 td 0xc6cee620 > sched_switch(c6cee620,0,104,79b9a83d,0,...) at sched_switch+0x2d2/frame 0xee39dba0 > mi_switch(104,0,101,c6cee620,ee39dc2c,c1539320) at mi_switch+0x122/frame 0xee39dbd8 > sleepq_switch(c6cee620,0,c11b698a,28b,101,...) at sleepq_switch+0x15b/frame 0xee39dc00 > sleepq_timedwait(c1539320,0,12b,0,0,...) at sleepq_timedwait+0x3f/frame 0xee39dc2c > _sleep(c1539320,c1594580,0,c11e2463,fffea520,...) at _sleep+0x282/frame 0xee39dc74 > vm_pagezero(0,ee39dce8,0,0,0,...) at vm_pagezero+0xd2/frame 0xee39dca4 > fork_exit(c0e09ef0,0,ee39dce8) at fork_exit+0xa3/frame 0xee39dcd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee39dcd4 > --- trap 0, eip = 0, esp = 0xee39dd20, ebp = 0 --- > > Tracing command vmdaemon pid 6 tid 100064 td 0xc6cee930 > sched_switch(c6cee930,0,104,0,c6cee930,...) at sched_switch+0x2d2/frame 0xee39ab64 > mi_switch(104,0,0,0,c6cee930,c1539044) at mi_switch+0x122/frame 0xee39ab9c > sleepq_switch(c6cee930,0,c11b698a,268,0,...) at sleepq_switch+0x15b/frame 0xee39abc4 > sleepq_wait(c1539044,74,c11bb3e7,0,0,...) at sleepq_wait+0x3f/frame 0xee39abf0 > _sleep(c1539044,c153902c,74,c11bb3e7,0,...) at _sleep+0x2ae/frame 0xee39ac38 > vm_daemon(0,ee39ace8,0,0,0,...) at vm_daemon+0x116/frame 0xee39aca4 > fork_exit(c0e029a0,0,ee39ace8) at fork_exit+0xa3/frame 0xee39acd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee39acd4 > --- trap 0, eip = 0, esp = 0xee39ad20, ebp = 0 --- > > Tracing command pagedaemon pid 5 tid 100063 td 0xc6ceec40 > sched_switch(c6ceec40,0,104,0,36254e5d,...) at sched_switch+0x2d2/frame 0xee397b64 > mi_switch(104,0,101,c6ceec40,ee397bf0,c1594604) at mi_switch+0x122/frame 0xee397b9c > sleepq_switch(c6ceec40,0,c11b698a,28b,101,...) at sleepq_switch+0x15b/frame 0xee397bc4 > sleepq_timedwait(c1594604,54,0,0,0,...) at sleepq_timedwait+0x3f/frame 0xee397bf0 > _sleep(c1594604,c1594580,54,c11bb3e7,fffffed8,...) at _sleep+0x282/frame 0xee397c38 > vm_pageout(0,ee397ce8,0,0,0,...) at vm_pageout+0x1fb/frame 0xee397ca4 > fork_exit(c0e03410,0,ee397ce8) at fork_exit+0xa3/frame 0xee397cd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee397cd4 > --- trap 0, eip = 0, esp = 0xee397d20, ebp = 0 --- > > Tracing command sctp_iterator pid 4 tid 100060 td 0xc6d22620 > sched_switch(c6d22620,0,104,0,c6d22620,...) at sched_switch+0x2d2/frame 0xee38eba4 > mi_switch(104,0,d6fa6fc8,c0b0eedf,c6d22620,c1592874) at mi_switch+0x122/frame 0xee38ebdc > sleepq_switch(c6d22620,0,c11b698a,268,c6fa6fc8,...) at sleepq_switch+0x15b/frame 0xee38ec04 > sleepq_wait(c1592874,0,c11ce22b,0,0,...) at sleepq_wait+0x3f/frame 0xee38ec30 > _sleep(c1592874,c159283c,0,c11ce22b,0,...) at _sleep+0x2ae/frame 0xee38ec78 > sctp_iterator_thread(0,ee38ece8,0,0,0,...) at sctp_iterator_thread+0x9c/frame 0xee38eca4 > fork_exit(c0c83920,0,ee38ece8) at fork_exit+0xa3/frame 0xee38ecd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee38ecd4 > --- trap 0, eip = 0, esp = 0xee38ed20, ebp = 0 --- > > Tracing command fdc0 pid 3 tid 100056 td 0xc6d23310 > sched_switch(c6d23310,0,104,0,36254e5d,...) at sched_switch+0x2d2/frame 0xee381b34 > mi_switch(104,0,101,c6d23310,ee381bc0,c6baf83c) at mi_switch+0x122/frame 0xee381b6c > sleepq_switch(c6d23310,0,c11b698a,28b,101,...) at sleepq_switch+0x15b/frame 0xee381b94 > sleepq_timedwait(c6baf83c,5c,0,0,0,...) at sleepq_timedwait+0x3f/frame 0xee381bc0 > _sleep(c6baf83c,c6baf8f0,5c,c11a23c4,fffffed8,...) at _sleep+0x282/frame 0xee381c08 > fdc_thread(c6baf800,ee381ce8,0,0,0,...) at fdc_thread+0x877/frame 0xee381ca4 > fork_exit(c0fc2e20,c6baf800,ee381ce8) at fork_exit+0xa3/frame 0xee381cd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee381cd4 > --- trap 0, eip = 0, esp = 0xee381d20, ebp = 0 --- > > Tracing command usb pid 15 tid 100053 td 0xc6d23c40 > sched_switch(c6d23c40,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee304bb8 > mi_switch(104,0,0,80246,c6d23c40,c6d09d34) at mi_switch+0x122/frame 0xee304bf0 > sleepq_switch(c6d23c40,0,c11b698a,268,0,...) at sleepq_switch+0x15b/frame 0xee304c18 > sleepq_wait(c6d09d34,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee304c44 > _cv_wait(c6d09d34,c6d09e74,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee304c74 > usb_process(c6d09d2c,ee304ce8,0,0,0,...) at usb_process+0xf6/frame 0xee304ca4 > fork_exit(c09a4cc0,c6d09d2c,ee304ce8) at fork_exit+0xa3/frame 0xee304cd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee304cd4 > --- trap 0, eip = 0, esp = 0xee304d20, ebp = 0 --- > > Tracing command usb pid 15 tid 100052 td 0xc6c85c40 > sched_switch(c6c85c40,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee301bb8 > mi_switch(104,0,c6c99fc8,c0b3286d,c6c85c40,c6d09d04) at mi_switch+0x122/frame 0xee301bf0 > sleepq_switch(c6c85c40,0,c11b698a,268,c6d57640,...) at sleepq_switch+0x15b/frame 0xee301c18 > sleepq_wait(c6d09d04,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee301c44 > _cv_wait(c6d09d04,c6d09e74,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee301c74 > usb_process(c6d09cfc,ee301ce8,0,0,0,...) at usb_process+0xf6/frame 0xee301ca4 > fork_exit(c09a4cc0,c6d09cfc,ee301ce8) at fork_exit+0xa3/frame 0xee301cd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee301cd4 > --- trap 0, eip = 0, esp = 0xee301d20, ebp = 0 --- > > Tracing command usb pid 15 tid 100051 td 0xc6cec000 > sched_switch(c6cec000,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2febb8 > mi_switch(104,0,0,80246,c6cec000,c6d09cd4) at mi_switch+0x122/frame 0xee2febf0 > sleepq_switch(c6cec000,0,c11b698a,268,0,...) at sleepq_switch+0x15b/frame 0xee2fec18 > sleepq_wait(c6d09cd4,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee2fec44 > _cv_wait(c6d09cd4,c6d09e74,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee2fec74 > usb_process(c6d09ccc,ee2fece8,0,0,0,...) at usb_process+0xf6/frame 0xee2feca4 > fork_exit(c09a4cc0,c6d09ccc,ee2fece8) at fork_exit+0xa3/frame 0xee2fecd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee2fecd4 > --- trap 0, eip = 0, esp = 0xee2fed20, ebp = 0 --- > > Tracing command usb pid 15 tid 100050 td 0xc6cec310 > sched_switch(c6cec310,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2fbbb8 > mi_switch(104,0,0,80246,c6cec310,c6d09ca4) at mi_switch+0x122/frame 0xee2fbbf0 > sleepq_switch(c6cec310,0,c11b698a,268,0,...) at sleepq_switch+0x15b/frame 0xee2fbc18 > sleepq_wait(c6d09ca4,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee2fbc44 > _cv_wait(c6d09ca4,c6d09e74,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee2fbc74 > usb_process(c6d09c9c,ee2fbce8,0,0,0,...) at usb_process+0xf6/frame 0xee2fbca4 > fork_exit(c09a4cc0,c6d09c9c,ee2fbce8) at fork_exit+0xa3/frame 0xee2fbcd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee2fbcd4 > --- trap 0, eip = 0, esp = 0xee2fbd20, ebp = 0 --- > > Tracing command usb pid 15 tid 100049 td 0xc6cec620 > sched_switch(c6cec620,0,104,c09a52a9,0,...) at sched_switch+0x2d2/frame 0xee2f5bb8 > mi_switch(104,0,0,80246,c6cec620,c6cf2dac) at mi_switch+0x122/frame 0xee2f5bf0 > sleepq_switch(c6cec620,0,c11b698a,268,4,...) at sleepq_switch+0x15b/frame 0xee2f5c18 > sleepq_wait(c6cf2dac,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee2f5c44 > _cv_wait(c6cf2dac,c6cf2eec,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee2f5c74 > usb_process(c6cf2da4,ee2f5ce8,0,0,0,...) at usb_process+0xf6/frame 0xee2f5ca4 > fork_exit(c09a4cc0,c6cf2da4,ee2f5ce8) at fork_exit+0xa3/frame 0xee2f5cd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee2f5cd4 > --- trap 0, eip = 0, esp = 0xee2f5d20, ebp = 0 --- > > Tracing command usb pid 15 tid 100048 td 0xc6cec930 > sched_switch(c6cec930,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2f2bb8 > mi_switch(104,0,c0995672,c158f620,c6cec930,c6cf2d7c) at mi_switch+0x122/frame 0xee2f2bf0 > sleepq_switch(c6cec930,0,c11b698a,268,c6d57380,...) at sleepq_switch+0x15b/frame 0xee2f2c18 > sleepq_wait(c6cf2d7c,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee2f2c44 > _cv_wait(c6cf2d7c,c6cf2eec,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee2f2c74 > usb_process(c6cf2d74,ee2f2ce8,0,0,0,...) at usb_process+0xf6/frame 0xee2f2ca4 > fork_exit(c09a4cc0,c6cf2d74,ee2f2ce8) at fork_exit+0xa3/frame 0xee2f2cd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee2f2cd4 > --- trap 0, eip = 0, esp = 0xee2f2d20, ebp = 0 --- > > Tracing command usb pid 15 tid 100047 td 0xc6cecc40 > sched_switch(c6cecc40,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2efbb8 > mi_switch(104,0,0,80246,c6cecc40,c6cf2d4c) at mi_switch+0x122/frame 0xee2efbf0 > sleepq_switch(c6cecc40,0,c11b698a,268,0,...) at sleepq_switch+0x15b/frame 0xee2efc18 > sleepq_wait(c6cf2d4c,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee2efc44 > _cv_wait(c6cf2d4c,c6cf2eec,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee2efc74 > usb_process(c6cf2d44,ee2efce8,0,0,0,...) at usb_process+0xf6/frame 0xee2efca4 > fork_exit(c09a4cc0,c6cf2d44,ee2efce8) at fork_exit+0xa3/frame 0xee2efcd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee2efcd4 > --- trap 0, eip = 0, esp = 0xee2efd20, ebp = 0 --- > > Tracing command usb pid 15 tid 100046 td 0xc6ced000 > sched_switch(c6ced000,0,104,8,0,...) at sched_switch+0x2d2/frame 0xee2ecbb8 > mi_switch(104,0,3660,0,c6ced000,c6cf2d1c) at mi_switch+0x122/frame 0xee2ecbf0 > sleepq_switch(c6ced000,0,c11b698a,268,4,...) at sleepq_switch+0x15b/frame 0xee2ecc18 > sleepq_wait(c6cf2d1c,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee2ecc44 > _cv_wait(c6cf2d1c,c6cf2eec,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee2ecc74 > usb_process(c6cf2d14,ee2ecce8,0,0,0,...) at usb_process+0xf6/frame 0xee2ecca4 > fork_exit(c09a4cc0,c6cf2d14,ee2ecce8) at fork_exit+0xa3/frame 0xee2eccd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee2eccd4 > --- trap 0, eip = 0, esp = 0xee2ecd20, ebp = 0 --- > > Tracing command usb pid 15 tid 100044 td 0xc6ced620 > sched_switch(c6ced620,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2e5bb8 > mi_switch(104,0,0,80246,c6ced620,c6cdbdac) at mi_switch+0x122/frame 0xee2e5bf0 > sleepq_switch(c6ced620,0,c11b698a,268,0,...) at sleepq_switch+0x15b/frame 0xee2e5c18 > sleepq_wait(c6cdbdac,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee2e5c44 > _cv_wait(c6cdbdac,c6cdbeec,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee2e5c74 > usb_process(c6cdbda4,ee2e5ce8,0,0,0,...) at usb_process+0xf6/frame 0xee2e5ca4 > fork_exit(c09a4cc0,c6cdbda4,ee2e5ce8) at fork_exit+0xa3/frame 0xee2e5cd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee2e5cd4 > --- trap 0, eip = 0, esp = 0xee2e5d20, ebp = 0 --- > > Tracing command usb pid 15 tid 100043 td 0xc6ced930 > sched_switch(c6ced930,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2e2bb8 > mi_switch(104,0,0,0,c6ced930,c6cdbd7c) at mi_switch+0x122/frame 0xee2e2bf0 > sleepq_switch(c6ced930,0,c11b698a,268,c6d57140,...) at sleepq_switch+0x15b/frame 0xee2e2c18 > sleepq_wait(c6cdbd7c,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee2e2c44 > _cv_wait(c6cdbd7c,c6cdbeec,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee2e2c74 > usb_process(c6cdbd74,ee2e2ce8,0,0,0,...) at usb_process+0xf6/frame 0xee2e2ca4 > fork_exit(c09a4cc0,c6cdbd74,ee2e2ce8) at fork_exit+0xa3/frame 0xee2e2cd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee2e2cd4 > --- trap 0, eip = 0, esp = 0xee2e2d20, ebp = 0 --- > > Tracing command usb pid 15 tid 100042 td 0xc6cedc40 > sched_switch(c6cedc40,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2dfbb8 > mi_switch(104,0,0,80246,c6cedc40,c6cdbd4c) at mi_switch+0x122/frame 0xee2dfbf0 > sleepq_switch(c6cedc40,0,c11b698a,268,0,...) at sleepq_switch+0x15b/frame 0xee2dfc18 > sleepq_wait(c6cdbd4c,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee2dfc44 > _cv_wait(c6cdbd4c,c6cdbeec,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee2dfc74 > usb_process(c6cdbd44,ee2dfce8,0,0,0,...) at usb_process+0xf6/frame 0xee2dfca4 > fork_exit(c09a4cc0,c6cdbd44,ee2dfce8) at fork_exit+0xa3/frame 0xee2dfcd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee2dfcd4 > --- trap 0, eip = 0, esp = 0xee2dfd20, ebp = 0 --- > > Tracing command usb pid 15 tid 100041 td 0xc6cee000 > sched_switch(c6cee000,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2dcbb8 > mi_switch(104,0,0,80246,c6cee000,c6cdbd1c) at mi_switch+0x122/frame 0xee2dcbf0 > sleepq_switch(c6cee000,0,c11b698a,268,0,...) at sleepq_switch+0x15b/frame 0xee2dcc18 > sleepq_wait(c6cdbd1c,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee2dcc44 > _cv_wait(c6cdbd1c,c6cdbeec,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee2dcc74 > usb_process(c6cdbd14,ee2dcce8,0,0,0,...) at usb_process+0xf6/frame 0xee2dcca4 > fork_exit(c09a4cc0,c6cdbd14,ee2dcce8) at fork_exit+0xa3/frame 0xee2dccd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee2dccd4 > --- trap 0, eip = 0, esp = 0xee2dcd20, ebp = 0 --- > > Tracing command usb pid 15 tid 100039 td 0xc6c0d310 > sched_switch(c6c0d310,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2d5bb8 > mi_switch(104,0,0,80246,c6c0d310,c6cc6dac) at mi_switch+0x122/frame 0xee2d5bf0 > sleepq_switch(c6c0d310,0,c11b698a,268,0,...) at sleepq_switch+0x15b/frame 0xee2d5c18 > sleepq_wait(c6cc6dac,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee2d5c44 > _cv_wait(c6cc6dac,c6cc6eec,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee2d5c74 > usb_process(c6cc6da4,ee2d5ce8,0,0,0,...) at usb_process+0xf6/frame 0xee2d5ca4 > fork_exit(c09a4cc0,c6cc6da4,ee2d5ce8) at fork_exit+0xa3/frame 0xee2d5cd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee2d5cd4 > --- trap 0, eip = 0, esp = 0xee2d5d20, ebp = 0 --- > > Tracing command usb pid 15 tid 100038 td 0xc6c0d620 > sched_switch(c6c0d620,0,104,c1a6c5d0,0,...) at sched_switch+0x2d2/frame 0xee2d2bb8 > mi_switch(104,0,c6c99fc8,c0b3286d,c6c0d620,c6cc6d7c) at mi_switch+0x122/frame 0xee2d2bf0 > sleepq_switch(c6c0d620,0,c11b698a,268,c6d57900,...) at sleepq_switch+0x15b/frame 0xee2d2c18 > sleepq_wait(c6cc6d7c,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee2d2c44 > _cv_wait(c6cc6d7c,c6cc6eec,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee2d2c74 > usb_process(c6cc6d74,ee2d2ce8,0,0,0,...) at usb_process+0xf6/frame 0xee2d2ca4 > fork_exit(c09a4cc0,c6cc6d74,ee2d2ce8) at fork_exit+0xa3/frame 0xee2d2cd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee2d2cd4 > --- trap 0, eip = 0, esp = 0xee2d2d20, ebp = 0 --- > > Tracing command usb pid 15 tid 100037 td 0xc6c0d930 > sched_switch(c6c0d930,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2cfbb8 > mi_switch(104,0,0,80246,c6c0d930,c6cc6d4c) at mi_switch+0x122/frame 0xee2cfbf0 > sleepq_switch(c6c0d930,0,c11b698a,268,0,...) at sleepq_switch+0x15b/frame 0xee2cfc18 > sleepq_wait(c6cc6d4c,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee2cfc44 > _cv_wait(c6cc6d4c,c6cc6eec,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee2cfc74 > usb_process(c6cc6d44,ee2cfce8,0,0,0,...) at usb_process+0xf6/frame 0xee2cfca4 > fork_exit(c09a4cc0,c6cc6d44,ee2cfce8) at fork_exit+0xa3/frame 0xee2cfcd4 > fork_trampoline() at fork_trampoline+0x8/frame 0xee2cfcd4 > --- trap 0, eip = 0, esp = 0xee2cfd20, ebp = 0 --- > > Tracing command usb pid 15 tid 100036 td 0xc6c0dc40 > sched_switch(c6c0dc40,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2ccbb8 > mi_switch(104,0,0,80246,c6c0dc40,c6cc6d1c) at mi_switch+0x122/frame 0xee2ccbf0 > sleepq_switch(c6c0dc40,0,c11b698a,268,0,...) at sleepq_switch+0x15b/frame 0xee2ccc18 > sleepq_wait(c6cc6d1c,0,c11a23c4,1,0,...) at sleepq_wait+0x3f/frame 0xee2ccc44 > _cv_wait(c6cc6d1c,c6cc6eec,c118e08e,73,0,...) at _cv_wait+0x182/frame 0xee2ccc74 > us > > ---------------------------------------------------------------------- > > config.txt > > options CONFIG_AUTOGENERATED > ident GENERIC > machine i386 > cpu I686_CPU > cpu I586_CPU > cpu I486_CPU > makeoptions WITH_CTF=1 > makeoptions DEBUG=-g > options XENHVM > options USB_DEBUG > options ATH_ENABLE_11N > options AH_AR5416_INTERRUPT_MITIGATION > options AH_SUPPORT_AR5416 > options IEEE80211_SUPPORT_MESH > options IEEE80211_AMPDU_AGE > options IEEE80211_DEBUG > options SC_PIXEL_MODE > options VESA > options AHD_REG_PRETTY_PRINT > options AHC_REG_PRETTY_PRINT > options ATA_STATIC_ID > options SMP > options KDB_TRACE > options KDB > options DDB > options VIMAGE > options INCLUDE_CONFIG_FILE > options DDB_CTF > options KDTRACE_HOOKS > options MAC > options PROCDESC > options CAPABILITIES > options CAPABILITY_MODE > options AUDIT > options HWPMC_HOOKS > options KBD_INSTALL_CDEV > options PRINTF_BUFR_SIZE=128 > options _KPOSIX_PRIORITY_SCHEDULING > options SYSVSEM > options SYSVMSG > options SYSVSHM > options STACK > options KTRACE > options SCSI_DELAY=5000 > options COMPAT_FREEBSD7 > options COMPAT_FREEBSD6 > options COMPAT_FREEBSD5 > options COMPAT_FREEBSD4 > options GEOM_LABEL > options GEOM_RAID > options GEOM_PART_GPT > options PSEUDOFS > options PROCFS > options CD9660 > options MSDOSFS > options NFS_ROOT > options NFSLOCKD > options NFSD > options NFSCL > options MD_ROOT > options QUOTA > options UFS_GJOURNAL > options UFS_DIRHASH > options UFS_ACL > options SOFTUPDATES > options FFS > options SCTP > options TCP_OFFLOAD > options INET6 > options INET > options PREEMPTION > options SCHED_ULE > options NEW_PCIB > options NATIVE > options GEOM_PART_MBR > options GEOM_PART_EBR_COMPAT > options GEOM_PART_EBR > options GEOM_PART_BSD > options ISAPNP > device isa > device npx > device mem > device io > device uart_ns8250 > device atpic > device apic > device cpufreq > device acpi > device eisa > device pci > device fdc > device ahci > device ata > device mvs > device siis > device ahb > device ahc > device ahd > device esp > device hptiop > device isp > device mpt > device mps > device mpr > device sym > device trm > device adv > device adw > device aha > device aic > device bt > device ncv > device nsp > device stg > device isci > device scbus > device ch > device da > device sa > device cd > device pass > device ses > device amr > device arcmsr > device asr > device ciss > device dpt > device hptmv > device hptnr > device hptrr > device hpt27xx > device iir > device ips > device mly > device twa > device tws > device aac > device aacp > device aacraid > device ida > device mfi > device mlx > device mrsas > device pst > device twe > device atkbdc > device atkbd > device psm > device kbdmux > device vga > device splash > device sc > device vt > device vt_vga > device agp > device pmtimer > device cbb > device pccard > device cardbus > device uart > device ppc > device ppbus > device lpt > device ppi > device puc > device bxe > device de > device em > device igb > device ixgb > device le > device ti > device txp > device vx > device miibus > device ae > device age > device alc > device ale > device bce > device bfe > device bge > device cas > device dc > device et > device fxp > device gem > device hme > device jme > device lge > device msk > device nfe > device nge > device pcn > device re > device rl > device sf > device sge > device sis > device sk > device ste > device stge > device tl > device tx > device vge > device vr > device vte > device wb > device xl > device cs > device ed > device ex > device ep > device fe > device ie > device sn > device xe > device wlan > device wlan_wep > device wlan_ccmp > device wlan_tkip > device wlan_amrr > device an > device ath > device ath_pci > device ath_hal > device ath_rate_sample > device ipw > device iwi > device iwn > device malo > device mwl > device ral > device wi > device wpi > device loop > device random > device padlock_rng > device rdrand_rng > device ether > device vlan > device tun > device md > device gif > device faith > device firmware > device bpf > device uhci > device ohci > device ehci > device xhci > device usb > device ukbd > device umass > device sound > device snd_cmi > device snd_csa > device snd_emu10kx > device snd_es137x > device snd_hda > device snd_ich > device snd_via8233 > device mmc > device mmcsd > device sdhci > device virtio > device virtio_pci > device vtnet > device virtio_blk > device virtio_scsi > device virtio_balloon > device hyperv > device xenpci > device vmx > > ---------------------------------------------------------------------- > > msgbuf.txt > > Copyright (c) 1992-2014 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.1-STABLE #1 r276174: Sat Jan 3 20:50:10 CET 2015 > root@verdi.nethelp.no:/usr/src/sys/i386/compile/GENERICV i386 > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 > CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2793.06-MHz 686-class CPU) > Origin="GenuineIntel" Id=0xf47 Family=0xf Model=0x4 Stepping=7 > Features=0xbfebfbff > Features2=0x641d > AMD Features=0x20100000 > AMD Features2=0x1 > TSC: P-state invariant > real memory = 2147483648 (2048 MB) > avail memory = 2083926016 (1987 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > WARNING: VIMAGE (virtualized network stack) is a highly experimental feature. > ioapic0: Changing APIC ID to 8 > ioapic0 irqs 0-23 on motherboard > lapic0: Forcing LINT1 to edge trigger > random: initialized > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, f00000 (3) failed > acpi0: reservation of 1000000, 7ee8cc00 (3) failed > cpu0: on acpi0 > cpu1: on acpi0 > atrtc0: port 0x70-0x7f irq 8 on acpi0 > Event timer "RTC" frequency 32768 Hz quality 0 > attimer0: port 0x40-0x5f irq 0 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 950 > Event timer "HPET" frequency 14318180 Hz quality 450 > Event timer "HPET1" frequency 14318180 Hz quality 440 > Event timer "HPET2" frequency 14318180 Hz quality 440 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > pcib2: irq 16 at device 28.0 on pci0 > pci2: on pcib2 > em0: port 0xdcc0-0xdcdf mem 0xfe880000-0xfe89ffff,0xfe8a0000-0xfe8bffff irq 16 at device 0.0 on pci2 > em0: Using an MSI interrupt > em0: Ethernet address: 00:15:17:36:bc:e8 > em1: port 0xdce0-0xdcff mem 0xfe8c0000-0xfe8dffff,0xfe8e0000-0xfe8fffff irq 17 at device 0.1 on pci2 > em1: Using an MSI interrupt > em1: Ethernet address: 00:15:17:36:bc:e9 > pcib3: irq 16 at device 28.4 on pci0 > pci3: on pcib3 > bge0: mem 0xfe7f0000-0xfe7fffff irq 16 at device 0.0 on pci3 > bge0: CHIP ID 0x00004101; ASIC REV 0x04; CHIP REV 0x41; PCI-E > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge0: Ethernet address: 00:10:18:1c:60:ce > pcib4: irq 17 at device 28.5 on pci0 > pci4: on pcib4 > bge1: mem 0xfe6f0000-0xfe6fffff irq 17 at device 0.0 on pci4 > bge1: CHIP ID 0x00004001; ASIC REV 0x04; CHIP REV 0x40; PCI-E > miibus1: on bge1 > brgphy1: PHY 1 on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge1: Ethernet address: 00:13:72:20:b4:6f > uhci0: port 0xff80-0xff9f irq 21 at device 29.0 on pci0 > usbus0 on uhci0 > uhci1: port 0xff60-0xff7f irq 22 at device 29.1 on pci0 > usbus1 on uhci1 > uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 > usbus2 on uhci2 > uhci3: port 0xff20-0xff3f irq 23 at device 29.3 on pci0 > usbus3 on uhci3 > ehci0: mem 0xffa80800-0xffa80bff irq 21 at device 29.7 on pci0 > usbus4: EHCI version 1.0 > usbus4 on ehci0 > pcib5: at device 30.0 on pci0 > pci5: on pcib5 > vgapci0: port 0xcc80-0xccff mem 0xfc000000-0xfdffffff,0xfe4c0000-0xfe4fffff at device 7.0 on pci5 > vgapci0: Boot video device > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf irq 16 at device 31.1 on pci0 > ata0: at channel 0 on atapci0 > atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 20 at device 31.2 on pci0 > ata2: at channel 0 on atapci1 > ata3: at channel 1 on atapci1 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xcafff,0xcb000-0xcbfff pnpid ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > ppc0: parallel port not found. > p4tcc0: on cpu0 > p4tcc1: on cpu1 > Timecounters tick every 1.000 msec > random: unblocking device. > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > usbus3: 12Mbps Full Speed USB v1.0 > usbus4: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen2.1: at usbus2 > ugen1.1: at usbus1 > uhub1: on usbus1 > ugen4.1: at usbus4 > uhub2: on usbus4 > ugen3.1: at usbus3 > uhub3: on usbus3 > uhub4: on usbus2 > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > ada0: ATA-8 SATA 2.x device > ada0: Serial Number 9QM098KE > ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) > ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > ada0: Previously was known as ad4 > ada1 at ata3 bus 0 scbus2 target 0 lun 0 > ada1: ATA-8 SATA 2.x device > ada1: Serial Number 9QM0D4DL > ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) > ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > ada1: Previously was known as ad6 > cd0 at ata0 bus 0 scbus0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > cd0: Attempt to query device size failed: NOT READY, Medium not present > uhub1: 2 ports with 2 removable, self powered > uhub0: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > uhub4: 2 ports with 2 removable, self powered > lapic1: Forcing LINT1 to edge trigger > SMP: AP CPU #1 Launched! > Timecounter "TSC-low" frequency 1396531633 Hz quality 1000 > Root mount waiting for: usbus4 > Root mount waiting for: usbus4 > uhub2: 8 ports with 8 removable, self powered > Trying to mount root from ufs:/dev/ada0s1a [rw]... > <118>Setting hostuuid: 44454c4c-4400-104a-8054-b8c04f43324a. > <118>Setting hostid: 0xde1f5676. > <118>Starting ddb. > <118>Entropy harvesting: interrupts ethernet point_to_point swi. > <118>Starting file system checks: > <118>/dev/ada0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS > <118>/dev/ada0s1a: clean, 4499260 free (1612 frags, 562206 blocks, 0.0% fragmentation) > <118>/dev/ada0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS > <118>/dev/ada0s1d: clean, 3269748 free (10100 frags, 407456 blocks, 0.2% fragmentation) > <118>/dev/ada0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS > <118>/dev/ada0s1e: clean, 2462027 free (147 frags, 307735 blocks, 0.0% fragmentation) > <118>Mounting local file systems:. > <118>Writing entropy file:. > <118>Setting hostname: verdi.nethelp.no. > ugen3.2: at usbus3 > ukbd0: on usbus3 > kbd2 at ukbd0 > <118>Starting Network: lo0 em0 em1 bge0 bge1. > <118>lo0: flags=8049 metric 0 mtu 16384 > <118> options=600003 > <118> inet6 ::1 prefixlen 128 > <118> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 > <118> inet 127.0.0.1 netmask 0xff000000 > <118> nd6 options=21 > <118>em0: flags=8c02 metric 0 mtu 1500 > <118> options=4219b > <118> ether 00:15:17:36:bc:e8 > <118> nd6 options=29 > <118> media: Ethernet autoselect > <118> status: no carrier > <118>em1: flags=8c02 metric 0 mtu 1500 > <118> options=4019b > <118> ether 00:15:17:36:bc:e9 > <118> nd6 options=29 > <118> media: Ethernet autoselect > <118> status: no carrier > <118>bge0: flags=8802 metric 0 mtu 1500 > <118> options=8009b > <118> ether 00:10:18:1c:60:ce > <118> nd6 options=29 > <118> media: Ethernet autoselect > <118>bge1: flags=8843 metric 0 mtu 1500 > <118> options=8009b > <118> ether 00:13:72:20:b4:6f > <118> inet 10.0.0.2 netmask 0xfffffffc broadcast 10.0.0.3 > <118> nd6 options=29 > <118> media: Ethernet autoselect (none) > <118> status: no carrier > <118>Starting devd. > <118>Starting Network: em0. > <118>em0: flags=8c02 metric 0 mtu 1500 > <118> options=4219b > <118> ether 00:15:17:36:bc:e8 > <118> nd6 options=29 > <118> media: Ethernet autoselect > <118> status: no carrier > <118>Starting Network: em1. > <118>em1: flags=8c02 metric 0 mtu 1500 > <118> options=4019b > <118> ether 00:15:17:36:bc:e9 > <118> nd6 options=29 > <118> media: Ethernet autoselect > <118> status: no carrier > <118>Starting Network: bge0. > <118>bge0: flags=8802 metric 0 mtu 1500 > <118> options=8009b > <118> ether 00:10:18:1c:60:ce > <118> nd6 options=29 > <118> media: Ethernet autoselect > <118>Configuring syscons: keymap. > <118>Starting pflogd: > <118>add net fe80::: gateway ::1 > <118>add net ff02::: gateway ::1 > <118>add net ::ffff:0.0.0.0: gateway ::1 > <118>add net ::0.0.0.0: gateway ::1 > <118>Creating and/or trimming log files. > <118>Starting syslogd. > <118>No core dumps found. > <118>ELF ldconfig path: /lib /usr/lib /usr/lib/compat > <118>a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout > <118>Clearing /tmp (X related). > <118>Updating motd:. > <118>Mounting late file systems:. > <118>Configuring syscons: keymap blanktime. > <118>Performing sanity check on sshd configuration. > <118>Starting sshd. > <118>Starting sendmail_submit. > <118>Starting sendmail_msp_queue. > <118>Starting cron. > <118>Starting background file system checks in 60 seconds. > <118> > <118>Sat Jan 3 21:25:26 CET 2015 > <118>Jan 3 21:25:31 verdi login: ROOT LOGIN (root) ON ttyv0 > panic: vm_fault: fault on nofault entry, addr: cc0e5000 > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper(c11b55f1,fc,0,10000000,1,...) at db_trace_self_wrapper+0x2d/frame 0xf0923638 > kdb_backtrace(c1361c84,0,c11e064d,f09236ec,0,...) at kdb_backtrace+0x30/frame 0xf09236a0 > panic(c11e064d,cc0e5000,1,f0923804,f09237f4,...) at panic+0x11f/frame 0xf09236e0 > vm_fault_hold(c1a6d000,cc0e5000,1,0,0,...) at vm_fault_hold+0x2076/frame 0xf0923840 > vm_fault(c1a6d000,cc0e5000,1,0,c0b72331,...) at vm_fault+0x81/frame 0xf0923868 > trap_pfault(cc0e5fb8,c1472000,f0923914,c6baf200,f09239a4,...) at trap_pfault+0x1bb/frame 0xf09238e8 > trap(f0923a34) at trap+0x674/frame 0xf0923a28 > calltrap() at calltrap+0x6/frame 0xf0923a28 > --- trap 0xc, eip = 0xc1049023, esp = 0xf0923a74, ebp = 0xf0923a9c --- > copyout(f0923b28,cc0e5fb8,4,f0923acc,c142c7a8,...) at copyout+0x37/frame 0xf0923a9c > sysctl_ip6_temppltime(c142c7a8,c6a9e3a8,0,f0923b28,f0923b28,...) at sysctl_ip6_temppltime+0x3a/frame 0xf0923ac0 > sysctl_root(f0923b28,8,2,c0a058a7,c7017850,...) at sysctl_root+0x2b1/frame 0xf0923b00 > userland_sysctl(c769f310,f0923bac,4,28803030,bfbfdb70,...) at userland_sysctl+0x1fa/frame 0xf0923b70 > sys___sysctl(c769f310,f0923ca8,2e,f0923c64,c0b329f2,...) at sys___sysctl+0x98/frame 0xf0923c18 > syscall(f0923ce8) at syscall+0x4a6/frame 0xf0923cdc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf0923cdc > --- syscall (202, FreeBSD ELF32, sys___sysctl), eip = 0x281a28b7, esp = 0xbfbfdb00, ebp = 0xbfbfdb28 --- > KDB: enter: panic > > ---------------------------------------------------------------------- > > panic.txt > > vm_fault: fault on nofault entry, addr: cc0e5000 > > ---------------------------------------------------------------------- > > version.txt > > FreeBSD 10.1-STABLE #1 r276174: Sat Jan 3 20:50:10 CET 2015 > root@verdi.nethelp.no:/usr/src/sys/i386/compile/GENERICV > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 14:30:06 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C75EF9C2 for ; Sun, 4 Jan 2015 14:30:06 +0000 (UTC) Received: from mail12.tpgi.com.au (smtp-out12.tpgi.com.au [220.244.226.122]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.tpg.com.au", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E556221D for ; Sun, 4 Jan 2015 14:30:05 +0000 (UTC) X-TPG-Junk-Status: Message not scanned X-TPG-Antivirus: Passed X-TPG-Abuse: host=[202.161.115.54]; ip=202.161.115.54; date=Mon, 5 Jan 2015 01:10:42 +1100 Received: from fish.ish.com.au (202-161-115-54.static.tpgi.com.au [202.161.115.54] (may be forged)) by mail12.tpgi.com.au (envelope-from ari@ish.com.au) (8.14.3/8.14.3) with ESMTP id t04EAeNk026754 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 5 Jan 2015 01:10:42 +1100 Received: from ip-211.ish.com.au ([203.29.62.211]:29698 helo=ish.com.au) by fish.ish.com.au with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1Y7lt6-0006DM-1k; Mon, 05 Jan 2015 01:10:36 +1100 Received: from [10.242.2.10] (HELO Aristedess-MacBook-Pro.local) by ish.com.au (CommuniGate Pro SMTP 6.1c1) with ESMTPS id 17947442; Mon, 05 Jan 2015 01:10:36 +1100 Message-ID: <54A949DB.9060909@ish.com.au> Date: Mon, 05 Jan 2015 01:10:35 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:34.0) Gecko/20100101 Thunderbird/34.0 MIME-Version: 1.0 To: "Bjoern A. Zeeb" Subject: Re: ipsec routing issue References: <54A17F33.2020708@ish.com.au> <54A2367D.8030600@ish.com.au> <8D8CA37C-B699-467A-A84B-85D05FE0E8B2@lists.zabbadoz.net> <54A5F894.7040809@ish.com.au> <14CA1D02-E3B9-4955-8997-8C73930ADBA8@lists.zabbadoz.net> In-Reply-To: <14CA1D02-E3B9-4955-8997-8C73930ADBA8@lists.zabbadoz.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2015 14:30:06 -0000 On 2/01/2015 1:18pm, Bjoern A. Zeeb wrote: > >> On 02 Jan 2015, at 01:47 , Aristedes Maniatis wrote: >> * ignore the FreeBSD handbook which talks about gif0. That is wrong for the common use-case of integration with a third party VPN device. > > yes I wish I had enough knowledge to rewrite that chapter of the handbook. > >> * No routing rules should be required, since ‘setkey' does it all > > it’s not actually setkey; that’s just the tool; it’s the SPD (security policy database) in the kernel that you populate (or dump) with setkey (or racoon, or other tools) that does it. Yes, that has dawned on me in the last few days. And very broadly I've discovered that: * There are two lists of rules: SAD and SPD * setkey can create SPD entries with 'spdadd' and SAD entries with 'add' * racoon will create SAD entries for you, but not SPD. So setkey is needed to create those in another script (triggered by /etc/rc.d/ipsec) * strongswan will create both SPD and SAD entries for you * SAD entries are roughly speaking the security settings, keys and other details about the endpoints and protocols * SPD entries represent the routes (that is, describing what traffic is routed into the ipsec module and what happens to that traffic) Once I understood that, a lot of things made more sense. >> * Even racoon isn't strictly needed: you can get the whole thing working with just setkey and the 'add' command. But racoon is really the easiest part. > > You want racoon (or similar) to avoid pre-shared keys. But for a simple setup between two endpoints, pre-shared keys are nice and simple and no less secure. Certificates are certainly useful when dealing with lots of endpoints. At any rate, racoon is a nice way to create the SAD entries since it has a clear configuration syntax and reasonable error messages. >> * ‘spdadd ... ipsec esp/transport/...' is useful for connecting one IP address at each end > > Or when building a routable overlay network using gif tunnel that so many people do (because the handbook still tells them or because they actually need to run a link-state routing protocol) > >> * 'spdadd ... ipsec esp/tunnel/...' is what you need when creating a VPN tunnel between a network at each end >> * ‘unique' is probably what you want when using racoon and a tunnel > > you sure you are good with just unique and not “require”? After several readings of the man pages I'm no wiser, but unique works for me. Plus pfSense do it that way, so that seems like a good recommendation. > traceroute is a bad idea to test; it relies on ICMP messages that are often not send by ipsec endpoints if received from a tunnel as they cannot guarantee that the reply packet would make it back encrypted thus possibly leaking confidential payload of the original packet. Ah, I see. That's very helpful. Then I have two questions: 1. what is a better way to test that ipsec is working and the traffic is going inside the tunnel. When you are dealing with public IP addresses at one end (as in my case), you need some way to know the traffic is going inside the tunnel. Traceroute seemed one way to do that. A whole lots of tcpdump analysis might also do the trick, but is there an easier way? 2. under what conditions are traceroute packets not sent inside the tunnel? So far, (racoon/ipsec-tools/freebsd 10.1) traceroute seems to work fine as long as I'm not running it on the endpoint itself. >> I still haven't solved how to get traffic from the endpoint machine itself into the tunnel. Maybe I need to create a transport as well as a tunnel? > > No it should just work, as long as your source and destination addresses are part of the policy; if you want your external inetrfaces (tunnel endpoints) to also communicate securely, things get indeed more complex as you’ll need to make sure that you don’t recurses (try to get your ike and esp traffic caught by a tunnel definition again). I'm always careful to make sure the endpoints are not inside the tunnel routed networks. Is there somewhere to put all this information I'm learning into a FAQ for other FreeBSD users? Cheers Ari -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 17:31:08 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A40D37BB for ; Sun, 4 Jan 2015 17:31:08 +0000 (UTC) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B5272C30 for ; Sun, 4 Jan 2015 17:31:07 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 82AD525D3892; Sun, 4 Jan 2015 17:30:57 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 9F8BFC76FE1; Sun, 4 Jan 2015 17:30:56 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id HovnzX_GPBXz; Sun, 4 Jan 2015 17:30:54 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4410:f807:9f7:7f5a:ed22] (unknown [IPv6:fde9:577b:c1a9:4410:f807:9f7:7f5a:ed22]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 85653C76FD8; Sun, 4 Jan 2015 17:30:52 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: ipsec routing issue From: "Bjoern A. Zeeb" In-Reply-To: <54A949DB.9060909@ish.com.au> Date: Sun, 4 Jan 2015 17:30:20 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <54A17F33.2020708@ish.com.au> <54A2367D.8030600@ish.com.au> <8D8CA37C-B699-467A-A84B-85D05FE0E8B2@lists.zabbadoz.net> <54A5F894.7040809@ish.com.au> <14CA1D02-E3B9-4955-8997-8C73930ADBA8@lists.zabbadoz.net> <54A949DB.9060909@ish.com.au> To: Aristedes Maniatis X-Mailer: Apple Mail (2.1993) Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2015 17:31:08 -0000 > On 04 Jan 2015, at 14:10 , Aristedes Maniatis wrote: >=20 > On 2/01/2015 1:18pm, Bjoern A. Zeeb wrote: >>=20 >>> On 02 Jan 2015, at 01:47 , Aristedes Maniatis = wrote: >=20 >=20 >>> * ignore the FreeBSD handbook which talks about gif0. That is wrong = for the common use-case of integration with a third party VPN device. >>=20 >> yes >=20 > I wish I had enough knowledge to rewrite that chapter of the handbook. >=20 >=20 >>=20 >>> * No routing rules should be required, since =E2=80=98setkey' does = it all >>=20 >> it=E2=80=99s not actually setkey; that=E2=80=99s just the tool; = it=E2=80=99s the SPD (security policy database) in the kernel that you = populate (or dump) with setkey (or racoon, or other tools) that does it. >=20 > Yes, that has dawned on me in the last few days. And very broadly I've = discovered that: >=20 > * There are two lists of rules: SAD and SPD > * setkey can create SPD entries with 'spdadd' and SAD entries with = 'add' > * racoon will create SAD entries for you, but not SPD. So setkey is = needed to create those in another script (triggered by /etc/rc.d/ipsec) Yes; there is however a =E2=80=9Cgenerate policy=E2=80=9D option in = racoon but better only used when understood. > * strongswan will create both SPD and SAD entries for you > * SAD entries are roughly speaking the security settings, keys and = other details about the endpoints and protocols > * SPD entries represent the routes (that is, describing what traffic = is routed into the ipsec module and what happens to that traffic) policies, not routes. > Once I understood that, a lot of things made more sense. Yeah, unfortunately the RFCs are 50+ pages if I remember correctly. I = guess one day someone will write a good IPsec 101 :-) >=20 >=20 >=20 >>> * Even racoon isn't strictly needed: you can get the whole thing = working with just setkey and the 'add' command. But racoon is really the = easiest part. >>=20 >> You want racoon (or similar) to avoid pre-shared keys. >=20 >=20 > But for a simple setup between two endpoints, pre-shared keys are nice = and simple and no less secure. Certificates are certainly useful when = dealing with lots of endpoints. They are less secure. People break them people read all your = conversation (ever, if they recorded it, and we know places do). But changing keys every hour at least minimise the damage and increase = the computational costs. >> traceroute is a bad idea to test; it relies on ICMP messages that = are often not send by ipsec endpoints if received from a tunnel as they = cannot guarantee that the reply packet would make it back encrypted thus = possibly leaking confidential payload of the original packet. >=20 > Ah, I see. That's very helpful. Then I have two questions: >=20 > 1. what is a better way to test that ipsec is working and the traffic = is going inside the tunnel. When you are dealing with public IP = addresses at one end (as in my case), you need some way to know the = traffic is going inside the tunnel. Traceroute seemed one way to do = that. A whole lots of tcpdump analysis might also do the trick, but is = there an easier way? enc(4) actually is; if you do pre-shared keys you can feed them to = tcpdump as well and it can decrypt the inside of the ESP packet on the = fly, but as you say, tcpdumping on external interfaces and reading is = tiresome. > 2. under what conditions are traceroute packets not sent inside the = tunnel? So far, (racoon/ipsec-tools/freebsd 10.1) traceroute seems to = work fine as long as I=E2=80=99m not running it on the endpoint itself. It=E2=80=99s not the outgoing packet; it is the ICMP replies. You = should check if you get them in clear on your external side or if they = actually come as ESP packets. > Is there somewhere to put all this information I'm learning into a FAQ = for other FreeBSD users? Yes, start a bugreport for the handbook section and start editing :-) =E2=80=94=20 Bjoern A. Zeeb Charles Haddon Spurgeon: "Friendship is one of the sweetest joys of life. Many might have failed beneath the bitterness of their trial had they not found a friend." From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 17:42:03 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55CAEA35 for ; Sun, 4 Jan 2015 17:42:03 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9103C2DEB for ; Sun, 4 Jan 2015 17:42:02 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id t04HftVu052336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 4 Jan 2015 18:41:55 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id t04Hftsv052333 for ; Sun, 4 Jan 2015 18:41:55 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Sun, 4 Jan 2015 18:41:55 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Upgrading from stable/8 to stable/9 blocked by file 5.21 (r276416) Message-ID: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2015 17:42:03 -0000 Hi, I'm investigating how to convert my stable/8 systems to stable/9, and subsequently to stable/10. The test subject was installed with 8.4-RELEASE, I then upgraded to the latest stable/8, r276471, with no contents in /etc/make.conf nor /etc/src.conf. So far, so good. Next, I tried to compile stable/9 r276623 on the stable/8 system, still no contents in /etc/make.conf nor /etc/src.conf, and nothing mentioned in /usr/src/UPDATING, only to receive this error message: ===> lib/libmagic (obj,build-tools) cc -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -DCOMPILE_ONLY -L/usr/obj/usr/src/tmp/legacy/usr/lib -o mkmagic /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c /usr/src/lib/libmagic/../../contrib/file/src/cdf_time.c /usr/src/lib/libmagic/../../contrib/file/src/encoding.c /usr/src/lib/libmagic/../../contrib/file/src/funcs.c /usr/src/lib/libmagic/../../contrib/file/src/magic.c /usr/src/lib/libmagic/../../contrib/file/src/print.c -lz -legacy In file included from /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c:32: /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: xlocale.h: No such file or directory In file included from /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c:32: /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected specifier-qualifier-list before 'locale_t' In file included from /usr/src/lib/libmagic/../../contrib/file/src/cdf_time.c:27: /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: xlocale.h: No such file or directory In file included from /usr/src/lib/libmagic/../../contrib/file/src/cdf_time.c:27: /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected specifier-qualifier-list before 'locale_t' In file included from /usr/src/lib/libmagic/../../contrib/file/src/encoding.c:35: /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: xlocale.h: No such file or directory In file included from /usr/src/lib/libmagic/../../contrib/file/src/encoding.c:35: /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected specifier-qualifier-list before 'locale_t' In file included from /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:27: /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: xlocale.h: No such file or directory In file included from /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:27: /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected specifier-qualifier-list before 'locale_t' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c: In function 'file_regcomp': /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:456: error: 'file_regex_t' has no member named 'c_lc_ctype' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:456: warning: implicit declaration of function 'newlocale' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:456: error: 'LC_CTYPE_MASK' undeclared (first use in this function) /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:456: error: (Each undeclared identifier is reported only once /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:456: error: for each function it appears in.) /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:457: error: 'file_regex_t' has no member named 'c_lc_ctype' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:458: error: 'file_regex_t' has no member named 'old_lc_ctype' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:458: warning: implicit declaration of function 'uselocale' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:458: error: 'file_regex_t' has no member named 'c_lc_ctype' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:459: error: 'file_regex_t' has no member named 'old_lc_ctype' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:463: error: 'file_regex_t' has no member named 'rc' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:463: error: 'file_regex_t' has no member named 'rx' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c: In function 'file_regexec': /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:470: error: 'file_regex_t' has no member named 'rc' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:471: error: 'file_regex_t' has no member named 'rx' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c: In function 'file_regfree': /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:477: error: 'file_regex_t' has no member named 'rc' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:478: error: 'file_regex_t' has no member named 'rx' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:480: error: 'file_regex_t' has no member named 'old_lc_ctype' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:481: warning: implicit declaration of function 'freelocale' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:481: error: 'file_regex_t' has no member named 'c_lc_ctype' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c: In function 'file_regerror': /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:490: error: 'file_regex_t' has no member named 'rx' In file included from /usr/src/lib/libmagic/../../contrib/file/src/magic.c:33: /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: xlocale.h: No such file or directory In file included from /usr/src/lib/libmagic/../../contrib/file/src/magic.c:33: /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected specifier-qualifier-list before 'locale_t' In file included from /usr/src/lib/libmagic/../../contrib/file/src/print.c:32: /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: xlocale.h: No such file or directory In file included from /usr/src/lib/libmagic/../../contrib/file/src/print.c:32: /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected specifier-qualifier-list before 'locale_t' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error I reverted the stable/9 tree to r276385 to get rid of file 5.21 (r276416), and now the system is able to build world and kernel. Once I get stable/9 r276385 installed, I might be able to build the latest stable/9 source tree. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestřl, | Trond Endrestřl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjřvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 20:23:26 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70D577ED for ; Sun, 4 Jan 2015 20:23:26 +0000 (UTC) Received: from mailhost.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2F93737D0 for ; Sun, 4 Jan 2015 20:23:26 +0000 (UTC) Received: from wonderland.m5p.com (wonderland.m5p.com [IPv6:2001:418:3fd::19]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id t04KNJ71065799 for ; Sun, 4 Jan 2015 15:23:24 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: <54A9A137.3060604@m5p.com> Date: Sun, 04 Jan 2015 15:23:19 -0500 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: FreeBSD Stable Mailing List Subject: xorg 1.14 and FreeBSD 8.4 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Sun, 04 Jan 2015 15:23:24 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2015 20:23:26 -0000 (Reposted from freebsd-x11 where there was no response.) uname: 8.4-STABLE #0 r276630: Sat Jan 3 14:49:03 EST 2015 /usr/src Revision: 276630 (stable/8) /usr/ports Revision: 376034 (branches/2015Q1) Any suggestions why I am getting "(EE) Screen(s) found, but none have a usable configuration"? The result is I have no X. The Xorg.0.log is available at http://www.m5p.com/~george/freebsd/8.4-1.14-Xorg.0.log -- George From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 20:45:46 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D564BD12 for ; Sun, 4 Jan 2015 20:45:46 +0000 (UTC) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9769264C30 for ; Sun, 4 Jan 2015 20:45:46 +0000 (UTC) Received: by mail-ig0-f178.google.com with SMTP id b16so839812igk.11 for ; Sun, 04 Jan 2015 12:45:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=wdERb/NXwWfhV3jHDL4kQpAzcyRKPRU8FUJKmmNf5/E=; b=J2nown+l/P+Plyzs5LK70HCvmTen0wCRyBFVDrq45eXoBByXd/MY3HbUZkI2BJdvb7 ue4zNLl/OMHLIi64+hak8ZXP/gyKBf/xVaRkkbTEgQ6HCg+LeGOEb92noXbZLS6dHAj5 M4KvMUnjhxmvaisb/6X5e5NeoxEe7l99UDAJCb6MxjCJp3R6BTYeVa/kGdcl9zm847vi mYpp2Erh0kvDhVh2ZMlUYsMtu5vXTzX8j9aKF/GhhJ/ESef5nTw799CZnX2CzxHYywCb NcPJE3PY6NoyE8eawJxrN8y12PBd3VrKVSWBJu7fa14RYpXKHwb9eqwS169jzjdXestx BZkA== MIME-Version: 1.0 X-Received: by 10.50.32.70 with SMTP id g6mr7979195igi.35.1420404345992; Sun, 04 Jan 2015 12:45:45 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.52.19 with HTTP; Sun, 4 Jan 2015 12:45:45 -0800 (PST) In-Reply-To: References: Date: Sun, 4 Jan 2015 12:45:45 -0800 X-Google-Sender-Auth: wIH6faRXQPzSYbYE4xv7POIo9UM Message-ID: Subject: Re: Upgrading from stable/8 to stable/9 blocked by file 5.21 (r276416) From: Kevin Oberman To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2015 20:45:47 -0000 On Sun, Jan 4, 2015 at 9:41 AM, Trond Endrest=C3=B8l < Trond.Endrestol@fagskolen.gjovik.no> wrote: > Hi, > > I'm investigating how to convert my stable/8 systems to stable/9, and > subsequently to stable/10. > > The test subject was installed with 8.4-RELEASE, I then upgraded to > the latest stable/8, r276471, with no contents in /etc/make.conf nor > /etc/src.conf. So far, so good. > > Next, I tried to compile stable/9 r276623 on the stable/8 system, > still no contents in /etc/make.conf nor /etc/src.conf, and nothing > mentioned in /usr/src/UPDATING, only to receive this error message: > > > =3D=3D=3D> lib/libmagic (obj,build-tools) > cc -O2 -pipe -DMAGIC=3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H > -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src > -std=3Dgnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -DCOMPILE_ONLY > -L/usr/obj/usr/src/tmp/legacy/usr/lib -o mkmagic > /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c > /usr/src/lib/libmagic/../../contrib/file/src/cdf_time.c > /usr/src/lib/libmagic/../../contrib/file/src/encoding.c > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c > /usr/src/lib/libmagic/../../contrib/file/src/magic.c > /usr/src/lib/libmagic/../../contrib/file/src/print.c -lz -legacy > In file included from > /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c:32: > /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: > xlocale.h: No such file or directory > > [...] > > I reverted the stable/9 tree to r276385 to get rid of file 5.21 > (r276416), and now the system is able to build world and kernel. > > Once I get stable/9 r276385 installed, I might be able to build the > latest stable/9 source tree. > This is very odd. /usr/include/xlocale.h has been in the source tree for over three years. In the buildworld process, header files are moved to /usr/obj very early in the make and used for building world. Do you have /usr/src/include/xlocale.h? If so, it should be found when building file. Do you have /usr/include/xlocale.h? (This file should NOT be used in buildworld, but it is a data point.) Are you running the "official" system update process? Not that there is much there at this point. # cd /usr/src # make buildworld -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 20:53:43 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A56926F for ; Sun, 4 Jan 2015 20:53:43 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DB2B64DF5 for ; Sun, 4 Jan 2015 20:53:43 +0000 (UTC) Received: from Xins-MBP.home.us.delphij.net (unknown [IPv6:2601:9:7280:1a80:19da:6e73:49d9:40e7]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id DDCCA217E4; Sun, 4 Jan 2015 12:53:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1420404823; x=1420419223; bh=OtopiP+OMB4MG+wBTYXIk88r224IekiNK754OZdcRKw=; h=Date:From:To:Subject:References:In-Reply-To; b=sB05LHT+pJ/fGQ+RO0DVhS3l39uAOo+jev5CvSezy6HF1hInu0LrNsmYHWq0i/7My Pzk+S7JC0Te6M+ndevLs3mnHXwKHH6DZIF1nMLoBscp3b4Kwnn7bl5OkNs9MSGIXmC 9vbla419rxK3SUcNlVzs87LOsijNk03CNWDxXycU= Message-ID: <54A9A853.2000208@delphij.net> Date: Sun, 04 Jan 2015 12:53:39 -0800 From: Xin Li User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: =?windows-1252?Q?Trond_Endrest=F8l?= , FreeBSD stable Subject: Re: Upgrading from stable/8 to stable/9 blocked by file 5.21 (r276416) References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2015 20:53:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 1/4/15 09:41, Trond Endrestřl wrote: > Hi, > > I'm investigating how to convert my stable/8 systems to stable/9, > and subsequently to stable/10. > [...] > In file included from > /usr/src/lib/libmagic/../../contrib/file/src/print.c:32: > /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: > expected specifier-qualifier-list before 'locale_t' *** Error code > 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** > Error code 2 1 error Looks like you are using -j -- have you tried building without -j? Cheers, -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJUqahRAAoJEJW2GBstM+ns+kQQAILVOgnsCA/7j4WhbSDcWFPR QHarrJuMOFvgDcITOZZwFrh5Yj5o7ZrnsO8K5X7nhcNOPQQ/MUPAffiVaoLS78d9 hJQF5DkAjJ9/JITgywu94/RQZSOCfq11irMtavJXZDOdh06T0gYkhl822b+yg5IY rOdW65twTnMePUsjopgcv3F1PNnDa6AOZP760ATnyXQsxXFiMUe0xgaFvAi6VoxN NTcJmxpc5X+PWIf5BfPjsl0ZvHpLDlDTxKwlJzNwdhFlUMMpKBnbzUEAM50EwJ3d xuKYbfWxEbYLP8hw6/jCRAl4rXWHdZrNlkeFFfR+nMU4iWB002EWatbogEEmw/Jh Qs4JZv/1rP5c26T09HPShWYDQVHf5Z+OYL9VN4PZbPsQl33XQVImv6fzMxwZnVCo xsCBJg+X5IsyjA2oJPWXUGT7AiqTvbu4cEEwaczG1DHbmCVfLEQNwLEteJPsb7DD VyvqsaolZ8bFn/2HSduypZMo+KFEwwSPjFGHLZPU5ilgdjkI+4hxAPVI6fZ2WZZB UdwzOp0BclTt4v/0Um50PQoZZJIFhIX8s2a2jYhOSDNe9Gjp+i2oL8Nmyx5teLoU zzw5zGQ8bipg9mG47WsrnIhviaQKXtqMBH8y6WeRQNgFdA9U7XnhR58Mbe1cq4CT pNhNE1EIbArDOPgY0YrU =KhC+ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 21:27:32 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 276D27FB for ; Sun, 4 Jan 2015 21:27:32 +0000 (UTC) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 993E512CC for ; Sun, 4 Jan 2015 21:27:31 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id gm9so17020421lab.40 for ; Sun, 04 Jan 2015 13:27:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=OKGA2kjLloexIsZWr6zM+P15OxIEw+SJ3AdjcfB3Awc=; b=ZG6RtSD9kOnGN4IsD+ungF7Np/TcdIVYANyNxpTOxPkW7l7hFaogwlkBy4iCrUaWgr g8w9HgQ9VAmtW4irFPZNQMrkzS/4UviPYYgsSKtsoinaq//AlOUjCwxEPpV3LJI0S13o PVrlboXKx6Y8MBA08s9xDkZgDArageqDCYBC52aX8b9yTvSQ8ltm0pysqFn9OCpq+BIt ChHP7q1UobCgmo+deVlhBz/eY/khFt10YRCJ9iUbddAYC7gGhwgEUDhHBHI1T0rWvHr9 jPt78NzrUcGD8SQH3VWOACuHtFnH0FXH7yA+rSNE+0iRCyCOLv8GDzSxE2QyGg7ODFAk wAZQ== MIME-Version: 1.0 X-Received: by 10.152.23.38 with SMTP id j6mr88991136laf.81.1420406849528; Sun, 04 Jan 2015 13:27:29 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.141.5 with HTTP; Sun, 4 Jan 2015 13:27:29 -0800 (PST) In-Reply-To: <20150103.215108.41660163.sthaug@nethelp.no> References: <20150103.180210.74719874.sthaug@nethelp.no> <20150103.215108.41660163.sthaug@nethelp.no> Date: Sun, 4 Jan 2015 13:27:29 -0800 X-Google-Sender-Auth: u9aLiyDi3FnQmvumkWYbqzaxF3M Message-ID: Subject: Re: 10.1-STABLE/i386 GENERIC + VIMAGE: Panic when going multiuser From: Craig Rodrigues To: sthaug@nethelp.no Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2015 21:27:32 -0000 Hi, Thanks for providing the detailed logs. It looks like there is something IPv6 related in your setup that is triggering this problem. I don't have IPv6 configured on any of my boxes. Can you provide your /etc/rc.conf, and any other relevant configs which trigger usage of IPv6? -- Craig From owner-freebsd-stable@FreeBSD.ORG Sun Jan 4 23:54:24 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EFC5E62B; Sun, 4 Jan 2015 23:54:23 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id DD865199B; Sun, 4 Jan 2015 23:54:23 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4749A881; Sun, 4 Jan 2015 23:54:16 +0000 (UTC) Date: Sun, 4 Jan 2015 23:54:09 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, jilles@FreeBSD.org Message-ID: <933997491.52.1420415655599.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_9 #605 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_stable_9 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jan 2015 23:54:24 -0000 See Changes: [jilles] MFC r274254: sh(1): Mention portability issue with shifting zero p= ositional parameters. Per Austin Group issue #459, shifting zero positional parameters may or may not be considered an operand error (which causes the shell to exit in most cases). [jilles] MFC r271936: sh(1): Clarify that assignments before commands do no= t affect expansions. PR:=09=09193759 ------------------------------------------ [...truncated 56329 lines...] sh /usr/obj -m >lint.7 cc -O2 -pipe -I. -I -I -I -std=3Dgnu99 -fstack-protecto= r -Wno-pointer-sign -c cgram.c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DHAVE_CONFIG_H -I -I -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= no-uninitialized -Wno-pointer-sign -c In file included from :101, from :82, from :35: :11:1: warning: "O_DIRECTORY" redefined In file included from :26: /usr/obj:119:1: warning: this is the location of the previous definition cc -O2 -pipe -DHAVE_CONFIG_H -I -I -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= no-uninitialized -Wno-pointer-sign -c =3D=3D=3D> usr.bin/yacc (all) cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c cc -O2 -pipe -DHAVE_CONFIG_H -I -I -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= no-uninitialized -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -I. -I -I -I -std=3Dgnu99 -fstack-protecto= r -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DHAVE_CONFIG_H -I -I -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= no-uninitialized -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c In file included from :101, from :82, from :28: :11:1: warning: "O_DIRECTORY" redefined In file included from :21: /usr/obj:119:1: warning: this is the location of the previous definition cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DHAVE_CONFIG_H -I -I -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= no-uninitialized -Wno-pointer-sign -c cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c cc -O2 -pipe -DHAVE_CONFIG_H -I -I -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= no-uninitialized -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c In file included from :101, from :82, from :29: :11:1: warning: "O_DIRECTORY" redefined In file included from :22: /usr/obj:119:1: warning: this is the location of the previous definition cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c cc -O2 -pipe -DHAVE_CONFIG_H -I -I -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= no-uninitialized -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DHAVE_CONFIG_H -I -I -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= no-uninitialized -Wno-pointer-sign -c cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DHAVE_CONFIG_H -I -I -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= no-uninitialized -Wno-pointer-sign -c cc -O2 -pipe -DHAVE_CONFIG_H -I -I -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= no-uninitialized -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DHAVE_CONFIG_H -I -I -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= no-uninitialized -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DHAVE_CONFIG_H -I -I -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= no-uninitialized -Wno-pointer-sign -c In file included from :101, from :82, from :29: :11:1: warning: "O_DIRECTORY" redefined In file included from :22: /usr/obj:119:1: warning: this is the location of the previous definition cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DHAVE_CONFIG_H -I -I -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= no-uninitialized -Wno-pointer-sign -c cc -O2 -pipe -DHAVE_CONFIG_H -I -I -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= no-uninitialized -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -I. -I -I -I -std=3Dgnu99 -fstack-protecto= r -Wno-pointer-sign -c gzip -cn > xz.1.gz cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DHAVE_CONFIG_H -I -I -std=3Dgnu99 = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= no-uninitialized -Wno-pointer-sign -o xz args.o coder.o file_io.o hardware= .o list.o main.o message.o options.o signals.o suffix.o util.o tuklib_open_= stdxxx.o tuklib_progname.o tuklib_exit.o tuklib_cpucores.o tuklib_mbstr_wid= th.o tuklib_mbstr_fw.o -llzma cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c cc -O2 -pipe -I. -I -I -I -std=3Dgnu99 -fstack-protecto= r -Wno-pointer-sign -c scan.c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c gzip -cn lint.7 > lint.7.gz cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c =3D=3D=3D> usr.bin/yes (all) cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c gzip -cn > yes.1.gz cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o y= es yes.o=20 cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c In file included from :101, from :82, from :43: :11:1: warning: "O_DIRECTORY" redefined In file included from :34: /usr/obj:119:1: warning: this is the location of the previous definition cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c cc -O2 -pipe -I. -I -I -I -std=3Dgnu99 -fstack-protecto= r -Wno-pointer-sign -o lint1 cgram.o scan.o mem1.o mem.o err.o main1.o dec= l.o tree.o func.o init.o emit.o emit1.o inittyp.o -ll -lm cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c =3D=3D=3D> usr.bin/xlint/lint2 (all) In file included from :101, from :82, from :29: :11:1: warning: "O_DIRECTORY" redefined In file included from :22: /usr/obj:119:1: warning: this is the location of the previous definition cc -O2 -pipe -I -I -I -std=3Dgnu99 -fstack-pro= tector -Wno-pointer-sign -c =3D=3D=3D> usr.bin/ypcat (all) cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -I -I -I -std=3Dgnu99 -fstack-pro= tector -Wno-pointer-sign -c gzip -cn > yacc.1.gz gzip -cn > ypcat.1.gz gzip -cn > yyfix.1.gz : In function 's': :421: warning: comparison is always false due to limit= ed range of data type :423: warning: comparison is always false due to limit= ed range of data type cc -O2 -pipe -I -I -I -std=3Dgnu99 -fstack-pro= tector -Wno-pointer-sign -c cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o ypcat ypc= at.o=20 cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch= -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnest= ed-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o y= acc closure.o error.o lalr.o lr0.o main.o mkpar.o output.o reader.o skeleto= n.o symtab.o verbose.o warshall.o=20 cc -O2 -pipe -I -I -I -std=3Dgnu99 -fstack-pro= tector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c In file included from :101, from :82, from :41: :11:1: warning: "O_DIRECTORY" redefined In file included from :33: /usr/obj:119:1: warning: this is the location of the previous definition =3D=3D=3D> usr.bin/ypmatch (all) cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c gzip -cn > ypmatch.1.gz cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o ypmatch y= pmatch.o=20 cc -O2 -pipe -I -I -I -std=3Dgnu99 -fstack-pro= tector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c : In function 'ex_txt': :109: warning: implicit declaration of function 'v_txt_a= uto' cc -O2 -pipe -I -I -I -std=3Dgnu99 -fstack-pro= tector -Wno-pointer-sign -c cc -O2 -pipe -I -I -I -std=3Dgnu99 -fstack-pro= tector -Wno-pointer-sign -c =3D=3D=3D> usr.bin/ypwhich (all) cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -I -I -I -std=3Dgnu99 -fstack-pro= tector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c gzip -cn > ypwhich.1.gz cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ypwhich ypwhich.= o=20 cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -I -I -I -std=3Dgnu99 -fstack-pro= tector -Wno-pointer-sign -c cc -O2 -pipe -I -I -I -std=3Dgnu99 -fstack-pro= tector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c In file included from :101, from :82, from :30: :11:1: warning: "O_DIRECTORY" redefined In file included from :23: /usr/obj:119:1: warning: this is the location of the previous definition cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -I -I -I -std=3Dgnu99 -fstack-pro= tector -Wno-pointer-sign -o lint2 main2.o hash.o read.o mem.o mem2.o chk.o= msg.o emit.o emit2.o inittyp.o=20 cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c =3D=3D=3D> usr.bin/xlint/xlint (all) cc -O2 -pipe -I -DPREFIX=3D\"\" -I -I -std=3Dgn= u99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -W= no-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-para= meter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-= decls -Wold-style-definition -Wno-pointer-sign -c cc -O2 -pipe -I -DPREFIX=3D\"\" -I -I -std=3Dgn= u99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -W= no-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-para= meter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-= decls -Wold-style-definition -Wno-pointer-sign -c : In function 'cs_init': :52: warning: passing argument 3 of 'db_eget' from incompa= tible pointer type : In function 'cs_prev': :182: warning: passing argument 4 of 'db_get' from incompa= tible pointer type gzip -cn > lint.1.gz cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -I -DPREFIX=3D\"\" -I -I -std=3Dgn= u99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -W= no-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-para= meter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-= decls -Wold-style-definition -Wno-pointer-sign -o xlint xlint.o mem.o=20 cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c =3D=3D=3D> usr.bin/xlint/llib (all) cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c lint -cghapbx -Cposix lint -cghapbx -Cstdc cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c llib-lposix: llib-lstdc: cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c _types.h(62): warning: struct __timer never defined [233] _types.h(63): warning: struct __mq never defined [233] stdio.h(142): warning: struct pthread_mutex never defined [233] stdio.h(143): warning: struct pthread never defined [233] Lint pass2: cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c _types.h(62): warning: struct __timer never defined [233] _types.h(63): warning: struct __mq never defined [233] _pthreadtypes.h(44): warning: struct pthread never defined [233] _pthreadtypes.h(45): warning: struct pthread_attr never defined [233] _pthreadtypes.h(46): warning: struct pthread_cond never defined [233] _pthreadtypes.h(47): warning: struct pthread_cond_attr never defined [233] _pthreadtypes.h(48): warning: struct pthread_mutex never defined [233] _pthreadtypes.h(49): warning: struct pthread_mutex_attr never defined [233] _pthreadtypes.h(51): warning: struct pthread_rwlock never defined [233] _pthreadtypes.h(52): warning: struct pthread_rwlockattr never defined [233] _pthreadtypes.h(53): warning: struct pthread_barrier never defined [233] _pthreadtypes.h(54): warning: struct pthread_barrier_attr never defined [23= 3] _pthreadtypes.h(55): warning: struct pthread_spinlock never defined [233] _pthreadtypes.h(78): warning: struct pthread_barrierattr never defined [233= ] signal.h(294): warning: struct __siginfo never defined [233] Lint pass2: uname multiply defined =09llib-lposix?(42) :: llib-lposix(303) cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c : In function 'v_mulcase': :119: warning: passing argument 4 of 'db_get' from inc= ompatible pointer type : In function 'txt_fc_col': :2247: warning: comparison of distinct pointer types lack= s a cast :2265: warning: comparison of distinct pointer types lack= s a cast cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -c gzip -cn > vi.1.gz cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I -I -I -std=3Dgnu99 -fsta= ck-protector -Wno-pointer-sign -o nvi cl_bsd.o cl_funcs.o cl_main.o cl_rea= d.o cl_screen.o cl_term.o cut.o delete.o exf.o key.o line.o log.o main.o ma= rk.o msg.o options.o options_f.o put.o screen.o search.o seq.o recover.o ut= il.o ex.o ex_abbrev.o ex_append.o ex_args.o ex_argv.o ex_at.o ex_bang.o ex_= cd.o ex_cmd.o ex_cscope.o ex_delete.o ex_display.o ex_edit.o ex_equal.o ex_= file.o ex_filter.o ex_global.o ex_init.o ex_join.o ex_map.o ex_mark.o ex_mk= exrc.o ex_move.o ex_open.o ex_preserve.o ex_print.o ex_put.o ex_quit.o ex_r= ead.o ex_screen.o ex_script.o ex_set.o ex_shell.o ex_shift.o ex_source.o ex= _stop.o ex_subst.o ex_tag.o ex_txt.o ex_undo.o ex_usage.o ex_util.o ex_vers= ion.o ex_visual.o ex_write.o ex_yank.o ex_z.o ex_tcl.o ex_perl.o getc.o v_a= t.o v_ch.o v_cmd.o v_delete.o v_ex.o v_increment.o v_init.o v_itxt.o v_left= .o v_mark.o v_match.o v_paragraph.o v_put.o v_redraw.o v_replace.o v_right.= o v_screen.o v_scroll.o v_search.o v_section.o v_sentence.o v_status.o v_tx= t.o v_ulcase.o v_undo.o v_util.o v_word.o v_xchar.o v_yank.o v_z.o v_zexit.= o vi.o vs_line.o vs_msg.o vs_refresh.o vs_relative.o vs_smap.o vs_split.o -= lncurses 1 error *** [everything] Error code 2 1 error *** [buildworld] Error code 2 1 error Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 01:35:31 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 105C6FBE for ; Mon, 5 Jan 2015 01:35:31 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B24996483C for ; Mon, 5 Jan 2015 01:35:30 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t051ZTFt040044 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 4 Jan 2015 18:35:29 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t051ZTxN040041; Sun, 4 Jan 2015 18:35:29 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 4 Jan 2015 18:35:29 -0700 (MST) From: Warren Block To: Kevin Oberman Subject: Re: I need some swap partion help on new 10.1 install In-Reply-To: Message-ID: References: <20150102210855.GE867@rancor.immure.com> <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 04 Jan 2015 18:35:29 -0700 (MST) Cc: FreeBSD-STABLE Mailing List , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 01:35:31 -0000 On Sat, 3 Jan 2015, Kevin Oberman wrote: > As per an earlier suggestion, did you put: > kern.geom.label.gpt.enable=0 > into /boot/loader.conf? If so, that's why you lack a /dev/gpt label. This > is usually a "friendlier" string than the diskid, but both work equally > well. Remember also that GEOM devices--some of them--can "wither" (disappear) when they are in use. So mounting a partition can cause other GEOM views of it to not be visible even if they exist. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 01:37:20 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B602115E for ; Mon, 5 Jan 2015 01:37:20 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 617CF648B1 for ; Mon, 5 Jan 2015 01:37:20 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t051bJRg040473 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 4 Jan 2015 18:37:19 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t051bIpN040470; Sun, 4 Jan 2015 18:37:18 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 4 Jan 2015 18:37:18 -0700 (MST) From: Warren Block To: Michael Butler Subject: Re: I need some swap partion help on new 10.1 install In-Reply-To: <54A88D7B.8010901@protected-networks.net> Message-ID: References: <20150102210855.GE867@rancor.immure.com> <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 04 Jan 2015 18:37:19 -0700 (MST) Cc: Kevin Oberman , Chris H , FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 01:37:20 -0000 On Sat, 3 Jan 2015, Michael Butler wrote: > On 01/03/15 19:35, Kevin Oberman wrote: > > [ .. snip .. ] > >> As per an earlier suggestion, did you put: >> kern.geom.label.gpt.enable=0 >> into /boot/loader.conf? If so, that's why you lack a /dev/gpt label. This >> is usually a "friendlier" string than the diskid, but both work equally >> well. > > bsdinstall does that on its own - you have to manually > remove/comment/set to "1" after installation :-( gpt, or gptid? The first would be a terrible regression, the second, not so much. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 07:23:38 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6966C44 for ; Mon, 5 Jan 2015 07:23:38 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7526A64055 for ; Mon, 5 Jan 2015 07:23:38 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id t057NWqq003143 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 5 Jan 2015 08:23:32 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id t057NWuO003140; Mon, 5 Jan 2015 08:23:32 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 5 Jan 2015 08:23:32 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Kevin Oberman Subject: Re: Upgrading from stable/8 to stable/9 blocked by file 5.21 (r276416) In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 07:23:39 -0000 On Sun, 4 Jan 2015 12:45-0800, Kevin Oberman wrote: > On Sun, Jan 4, 2015 at 9:41 AM, Trond Endrestřl < > Trond.Endrestol@fagskolen.gjovik.no> wrote: > > > Hi, > > > > I'm investigating how to convert my stable/8 systems to stable/9, and > > subsequently to stable/10. > > > > The test subject was installed with 8.4-RELEASE, I then upgraded to > > the latest stable/8, r276471, with no contents in /etc/make.conf nor > > /etc/src.conf. So far, so good. > > > > Next, I tried to compile stable/9 r276623 on the stable/8 system, > > still no contents in /etc/make.conf nor /etc/src.conf, and nothing > > mentioned in /usr/src/UPDATING, only to receive this error message: > > > > > > ===> lib/libmagic (obj,build-tools) > > cc -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H > > -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src > > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -DCOMPILE_ONLY > > -L/usr/obj/usr/src/tmp/legacy/usr/lib -o mkmagic > > /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c > > /usr/src/lib/libmagic/../../contrib/file/src/cdf_time.c > > /usr/src/lib/libmagic/../../contrib/file/src/encoding.c > > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c > > /usr/src/lib/libmagic/../../contrib/file/src/magic.c > > /usr/src/lib/libmagic/../../contrib/file/src/print.c -lz -legacy > > In file included from > > /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c:32: > > /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: > > xlocale.h: No such file or directory > > > > > > [...] > > > > I reverted the stable/9 tree to r276385 to get rid of file 5.21 > > (r276416), and now the system is able to build world and kernel. > > > > Once I get stable/9 r276385 installed, I might be able to build the > > latest stable/9 source tree. > > > > This is very odd. /usr/include/xlocale.h has been in the source tree for > over three years. In the buildworld process, header files are moved to > /usr/obj very early in the make and used for building world. Do you have > /usr/src/include/xlocale.h? If so, it should be found when building file. > Do you have /usr/include/xlocale.h? (This file should NOT be used in > buildworld, but it is a data point.) > > Are you running the "official" system update process? Not that there is > much there at this point. > # cd /usr/src > # make buildworld Yup. I renamed the existing /usr/obj containing the stable/8 object tree to /usr/obj-8 and created a new /usr/obj directory for the stable/9 object tree. I then ran: make buildworld buildkernel The pit stop at r276385 helped building stable/9 while still running the latest stable/8. The test subject now runs the latest stable/9, r276664, and is currently regenerating the 40 ports I installed after upgrading 8.4-RELEASE to stable/8. I tested the transition from stable/9 to stable/10 on my laptop in the time between Christmas and New Year. That went well. The only snag I noticed is that a separate root fs should be larger than 1 GiB, and anything less than 1 GiB will not necessary accommodate two kernels and the minimalistic userland unless you delete the old kernel's *.symbols files prior to installing the new kernel. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestřl, | Trond Endrestřl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjřvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 07:27:49 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F4017D70 for ; Mon, 5 Jan 2015 07:27:48 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 50E42640CC for ; Mon, 5 Jan 2015 07:27:47 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id t057RYmN003184 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 5 Jan 2015 08:27:34 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id t057RYU1003181; Mon, 5 Jan 2015 08:27:34 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 5 Jan 2015 08:27:34 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Xin Li Subject: Re: Upgrading from stable/8 to stable/9 blocked by file 5.21 (r276416) In-Reply-To: <54A9A853.2000208@delphij.net> Message-ID: References: <54A9A853.2000208@delphij.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 07:27:49 -0000 On Sun, 4 Jan 2015 12:53-0800, Xin Li wrote: > On 1/4/15 09:41, Trond Endrestřl wrote: > > Hi, > > > > I'm investigating how to convert my stable/8 systems to stable/9, > > and subsequently to stable/10. > > > [...] > > In file included from > > /usr/src/lib/libmagic/../../contrib/file/src/print.c:32: > > /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: > > expected specifier-qualifier-list before 'locale_t' *** Error code > > 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** > > Error code 2 1 error > > Looks like you are using -j -- have you tried building without -j? Yes to your assumption, and no to your question. As in all good scientific endeavor, I should repeat what I did, and I will try to remember to compile the latest stable/9 without -j 2 while running the latest stable/8. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestřl, | Trond Endrestřl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjřvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 07:59:05 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 587E2340; Mon, 5 Jan 2015 07:59:05 +0000 (UTC) Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl [217.74.65.158]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0FC3834FE; Mon, 5 Jan 2015 07:59:04 +0000 (UTC) X-Interia-R: Interia X-Interia-R-IP: 82.177.252.131 X-Interia-R-Helo: Received: from w530.domain.com (unknown [82.177.252.131]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by poczta.interia.pl (INTERIA.PL) with ESMTPSA; Mon, 5 Jan 2015 08:43:07 +0100 (CET) Message-ID: <54AA410D.9090704@interia.pl> Date: Mon, 05 Jan 2015 08:45:17 +0100 From: vermaden User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-virtualization@freebsd.org, freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org Subject: Virtualbox USB Passthrough X-Interia-Antivirus: OK DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1420443788; bh=ugNLvzN5ntPfb9uRmMnf8M2qS/TVwLfCp9iyV2zQ8yo=; h=X-Interia-R:X-Interia-R-IP:X-Interia-R-Helo:Message-ID:Date:From: User-Agent:MIME-Version:To:Subject:Content-Type: X-Interia-Antivirus; b=FDDWed7FPbA0hEXHi0RfUItYZI8ZGylLdnPHaImuSFQHWjhBKLPlnPGLJ3h3syLeb b1U7kbITJ1MQC/n8kqDr8VT5UHWFs73eYIu5FtnPuR6IEkqdgajcW2BX/ehTCha31Z ZlBXRa5izkaIkSvM5FNhIU6UhvSRurdhVi8aDr8U= Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 07:59:05 -0000 Hi, I havent used USB passthrough for some time on FreeBSD with Virtualbox, now with FreeBSD 10.1-STABLE (2014/12/14) and Virtualbox 4.3.20 I am not able to make it work, I have found some workarounds with 'sysctl hw.usb.ehci.no_hs=1' but that also does not work. What is proper setup to use USB passthrough with Virtualbox on FreeBSD currently? Thanks, vermaden From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 08:03:16 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72E1A50A for ; Mon, 5 Jan 2015 08:03:16 +0000 (UTC) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.13]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 060B8361F for ; Mon, 5 Jan 2015 08:03:15 +0000 (UTC) Received: from GBL007106 ([212.159.122.116]) by mrelayeu.kundenserver.de (mreue103) with ESMTPSA (Nemesis) id 0LkjTw-1Xa4qp1Qfs-00aU3j; Mon, 05 Jan 2015 09:02:55 +0100 From: Sender: "Mark Willson" To: "'George Mitchell'" , "'FreeBSD Stable Mailing List'" References: <54A9A137.3060604@m5p.com> In-Reply-To: <54A9A137.3060604@m5p.com> Subject: RE: xorg 1.14 and FreeBSD 8.4 Date: Mon, 5 Jan 2015 08:03:46 -0000 Message-ID: <00ff01d028be$220ed8c0$662c8a40$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQLhMaB1k4TITW+Ezj0GyJqcnqDU4pqPFzow Content-Language: en-gb X-Provags-ID: V03:K0:KrSVpOCdQ7KrdWYpJ8g0n7dMfu9/RDf+q9dnzcg3b+X4/PEm1Q+ upw0fSF6GSIfkw6TvvEejCsi5ZxaQgm5TPEn0XX9pT/EfCi6rZYeDezOBn/QhRDkexOy3Ha 4I5eLcDJfQ1hztbdr9K9/XRQfsYEHRPMrz13PUqT3KCWSuLcL2U+GW6/IXtAbgfg2M9KPJb lwTydycZMvMZM4klemL2w== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 08:03:16 -0000 George, One possibility is that the new Xorg with the ATI driver requires a bunch of modules to be present. If, like me, you are selective in which modules are included as part of buildkernel, ensure the following modules are built: drm drm2 i2c/iicbb i2c/iicbus i2c/iic. Good luck, -mark > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of George Mitchell > Sent: 04 January 2015 20:23 > To: FreeBSD Stable Mailing List > Subject: xorg 1.14 and FreeBSD 8.4 > > (Reposted from freebsd-x11 where there was no response.) > uname: 8.4-STABLE #0 r276630: Sat Jan 3 14:49:03 EST 2015 > /usr/src Revision: 276630 (stable/8) > /usr/ports Revision: 376034 (branches/2015Q1) > > Any suggestions why I am getting "(EE) Screen(s) found, but none have a > usable configuration"? The result is I have no X. The Xorg.0.log is > available at http://www.m5p.com/~george/freebsd/8.4-1.14-Xorg.0.log > -- George > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 09:15:05 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B87F1CC for ; Mon, 5 Jan 2015 09:15:05 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8C38B64206 for ; Mon, 5 Jan 2015 09:15:04 +0000 (UTC) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t059F0mI008834; Mon, 5 Jan 2015 10:15:00 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id DEE2022A; Mon, 5 Jan 2015 10:14:59 +0100 (CET) Message-ID: <54AA5613.4050303@omnilan.de> Date: Mon, 05 Jan 2015 10:14:59 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: PMTU (must fragment) with ipsec [Was: Re: ipsec routing issue] References: <54A17F33.2020708@ish.com.au> <54A1ED2F.2070305@heuristicsystems.com.au> In-Reply-To: <54A1ED2F.2070305@heuristicsystems.com.au> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Mon, 05 Jan 2015 10:15:01 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) Cc: "Bjoern A. Zeeb" , Dewayne Geraghty X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 09:15:05 -0000 Bez=FCglich Dewayne Geraghty's Nachricht vom 30.12.2014 01:09 (localtime= ): > Ari, > > Bjoern offers good advise (as usual). This practical example might Hello, I'm quiet familar with ipsec(4), enc(1) and companions, but I haven't found a way to make routers return ICMP "must fragment" with gif-less tunnels. My last attempt was adding disc(4), assign it a MTU of 1420 and add a static route which points to disc. That works for 'route get remotelan' on the router itself, it's reporting correctly the mtu of 1420, but nevertheless, the router never returns "must fragment" (which I'd need because FreeBSD has PMTU on and we use jumbo frames). Apperently fragementation is handled before packets arrive at the outgoing interface. Of course, kernel policy "steals" the packet before ot reaches "outgoing" state. Do I miss any trick? Thanks, -Harry From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 09:49:54 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC26BC4B for ; Mon, 5 Jan 2015 09:49:54 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 026E9646FE for ; Mon, 5 Jan 2015 09:49:53 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id t059ncCx003908 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 5 Jan 2015 10:49:38 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id t059ncbW003905; Mon, 5 Jan 2015 10:49:38 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 5 Jan 2015 10:49:38 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Xin Li Subject: Re: Upgrading from stable/8 to stable/9 blocked by file 5.21 (r276416) In-Reply-To: <54A9A853.2000208@delphij.net> Message-ID: References: <54A9A853.2000208@delphij.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 09:49:54 -0000 On Sun, 4 Jan 2015 12:53-0800, Xin Li wrote: > On 1/4/15 09:41, Trond Endrestřl wrote: > > Hi, > > > > I'm investigating how to convert my stable/8 systems to stable/9, > > and subsequently to stable/10. > > > [...] > > In file included from > > /usr/src/lib/libmagic/../../contrib/file/src/print.c:32: > > /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: > > expected specifier-qualifier-list before 'locale_t' *** Error code > > 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** > > Error code 2 1 error > > Looks like you are using -j -- have you tried building without -j? I did a test run on one of my stable/8 servers. That one's currently running stable/8 r276500 and it attempted to build stable/9 r276691 single threaded. No such luck. Unless this problem is resolved, then those of us migrating from stable/8 to stable/{9,10} need a pit stop at stable/9 r276385. ===> lib/libmagic (obj,build-tools) gcc -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -DCOMPILE_ONLY -L/usr/obj/usr/src/tmp/legacy/usr/lib -o mkmagic /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c /usr/src/lib/libmagic/../../contrib/file/src/cdf_time.c /usr/src/lib/libmagic/../../contrib/file/src/encoding.c /usr/src/lib/libmagic/../../contrib/file/src/funcs.c /usr/src/lib/libmagic/../../contrib/file/src/magic.c /usr/src/lib/libmagic/../../contrib/file/src/print.c -lz -legacy In file included from /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c:32: /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: xlocale.h: No such file or directory In file included from /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c:32: /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected specifier-qualifier-list before 'locale_t' In file included from /usr/src/lib/libmagic/../../contrib/file/src/cdf_time.c:27: /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: xlocale.h: No such file or directory In file included from /usr/src/lib/libmagic/../../contrib/file/src/cdf_time.c:27: /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected specifier-qualifier-list before 'locale_t' In file included from /usr/src/lib/libmagic/../../contrib/file/src/encoding.c:35: /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: xlocale.h: No such file or directory In file included from /usr/src/lib/libmagic/../../contrib/file/src/encoding.c:35: /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected specifier-qualifier-list before 'locale_t' In file included from /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:27: /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: xlocale.h: No such file or directory In file included from /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:27: /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected specifier-qualifier-list before 'locale_t' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c: In function 'file_regcomp': /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:456: error: 'file_regex_t' has no member named 'c_lc_ctype' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:456: warning: implicit declaration of function 'newlocale' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:456: error: 'LC_CTYPE_MASK' undeclared (first use in this function) /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:456: error: (Each undeclared identifier is reported only once /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:456: error: for each function it appears in.) /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:457: error: 'file_regex_t' has no member named 'c_lc_ctype' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:458: error: 'file_regex_t' has no member named 'old_lc_ctype' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:458: warning: implicit declaration of function 'uselocale' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:458: error: 'file_regex_t' has no member named 'c_lc_ctype' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:459: error: 'file_regex_t' has no member named 'old_lc_ctype' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:463: error: 'file_regex_t' has no member named 'rc' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:463: error: 'file_regex_t' has no member named 'rx' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c: In function 'file_regexec': /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:470: error: 'file_regex_t' has no member named 'rc' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:471: error: 'file_regex_t' has no member named 'rx' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c: In function 'file_regfree': /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:477: error: 'file_regex_t' has no member named 'rc' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:478: error: 'file_regex_t' has no member named 'rx' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:480: error: 'file_regex_t' has no member named 'old_lc_ctype' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:481: warning: implicit declaration of function 'freelocale' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:481: error: 'file_regex_t' has no member named 'c_lc_ctype' /usr/src/lib/libmagic/../../contrib/file/src/funcs.c: In function 'file_regerror': /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:490: error: 'file_regex_t' has no member named 'rx' In file included from /usr/src/lib/libmagic/../../contrib/file/src/magic.c:33: /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: xlocale.h: No such file or directory In file included from /usr/src/lib/libmagic/../../contrib/file/src/magic.c:33: /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected specifier-qualifier-list before 'locale_t' In file included from /usr/src/lib/libmagic/../../contrib/file/src/print.c:32: /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: xlocale.h: No such file or directory In file included from /usr/src/lib/libmagic/../../contrib/file/src/print.c:32: /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected specifier-qualifier-list before 'locale_t' *** Error code 1 Stop in /usr/src/lib/libmagic. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestřl, | Trond Endrestřl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjřvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 10:02:44 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C45C2EA; Mon, 5 Jan 2015 10:02:44 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6C6451324; Mon, 5 Jan 2015 10:02:14 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2DE4BEF8; Mon, 5 Jan 2015 10:02:14 +0000 (UTC) Date: Mon, 5 Jan 2015 10:02:12 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, jilles@FreeBSD.org Message-ID: <190889086.54.1420452133153.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <933997491.52.1420415655599.JavaMail.jenkins@jenkins-9.freebsd.org> References: <933997491.52.1420415655599.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_9 #606 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_9 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 10:02:44 -0000 See From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 11:27:14 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3FD261E for ; Mon, 5 Jan 2015 11:27:14 +0000 (UTC) Received: from mailhost.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 84F4C6454E for ; Mon, 5 Jan 2015 11:27:14 +0000 (UTC) Received: from m5p.com (wonderland.m5p.com [10.100.0.25]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id t05BR6lG072309 for ; Mon, 5 Jan 2015 06:27:11 -0500 (EST) (envelope-from george@m5p.com) Received: (from george@localhost) by m5p.com (8.14.9/8.13.7/Submit) id t05BR6dZ070069; Mon, 5 Jan 2015 06:27:06 -0500 (EST) Date: Mon, 5 Jan 2015 06:27:06 -0500 (EST) Message-Id: <201501051127.t05BR6dZ070069@m5p.com> From: george+freebsd@m5p.com To: freebsd-stable@freebsd.org Subject: RE: xorg 1.14 and FreeBSD 8.4 In-Reply-To: <00ff01d028be$220ed8c0$662c8a40$@gmail.com> X-Scanned-By: MIMEDefang 2.73 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [10.100.0.247]); Mon, 05 Jan 2015 06:27:11 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 11:27:14 -0000 Thanks, this is undoubtedly my problem. But I can't find a "drm2" module in my 8.4 source tree. Is it hidden in a port somewhere? Manually loading drm, iic, iicbb, iicbus, and radeon modules doesn't seem to get me going; startup still fails with [ 39318.594] (EE) RADEON(0): [drm] Failed to load kernel module for pci:0000:01:05.0: No such file or directory I appreciate your help. -- George > George, > > One possibility is that the new Xorg with the ATI driver requires a bunch of > modules to be present. If, like me, you are selective in which modules are > included as part of buildkernel, ensure the following modules are built: drm > drm2 i2c/iicbb i2c/iicbus i2c/iic. > > Good luck, > -mark > > > -----Original Message----- > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > stable@freebsd.org] On Behalf Of George Mitchell > > Sent: 04 January 2015 20:23 > > To: FreeBSD Stable Mailing List > > Subject: xorg 1.14 and FreeBSD 8.4 > > > > (Reposted from freebsd-x11 where there was no response.) > > uname: 8.4-STABLE #0 r276630: Sat Jan 3 14:49:03 EST 2015 > > /usr/src Revision: 276630 (stable/8) > > /usr/ports Revision: 376034 (branches/2015Q1) > > > > Any suggestions why I am getting "(EE) Screen(s) found, but none have a > > usable configuration"? The result is I have no X. The Xorg.0.log is > > available at http://www.m5p.com/~george/freebsd/8.4-1.14-Xorg.0.log > > -- George From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 12:06:12 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40E70FD3 for ; Mon, 5 Jan 2015 12:06:12 +0000 (UTC) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.13]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C98A464B68 for ; Mon, 5 Jan 2015 12:06:11 +0000 (UTC) Received: from GBL007106 ([212.159.122.116]) by mrelayeu.kundenserver.de (mreue104) with ESMTPSA (Nemesis) id 0Mfpbg-1YV6pu1P88-00NArf; Mon, 05 Jan 2015 13:00:38 +0100 From: Sender: "Mark Willson" To: , References: <00ff01d028be$220ed8c0$662c8a40$@gmail.com> <201501051127.t05BR6dZ070069@m5p.com> In-Reply-To: <201501051127.t05BR6dZ070069@m5p.com> Subject: RE: xorg 1.14 and FreeBSD 8.4 Date: Mon, 5 Jan 2015 12:01:29 -0000 Message-ID: <011501d028df$577d6c80$06784580$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQKNKogsws0MxCw7G/xEcPG96d5v8Js3Z9UQ Content-Language: en-gb X-Provags-ID: V03:K0:ZrKE/qt2pHr5ImuORVPcRh9xkSXcotq0NCi1obEU650KIKjJl7/ bqLhyPUODTb7OWhduZSRiQVWh7NSiO5jDjEwQF5D3kyhRklByT7QTk/SYJH2qOaOMY+c/Cf L8k/eA/e77xzDX0AsB00J3r16ckgqOsO9oHj4MYNshGXXxP4tvoIAHg/csxUwZVKkjr65oY 5nTfZaDqO7hbGKwy+HHaw== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 12:06:12 -0000 George, You are right - the drm2 directory does not exist in 8.4. This may be a bit of a stopper; could be the new Xorg will not operate on 8. I see drm2 exists in 9.3, however. It appears to be related to Kernel Mode Setting. -mark > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of george+freebsd@m5p.com > Sent: 05 January 2015 11:27 > To: freebsd-stable@freebsd.org > Subject: RE: xorg 1.14 and FreeBSD 8.4 > > Thanks, this is undoubtedly my problem. But I can't find a "drm2" > module in my 8.4 source tree. Is it hidden in a port somewhere? > Manually loading drm, iic, iicbb, iicbus, and radeon modules doesn't > seem to get me going; startup still fails with > > [ 39318.594] (EE) RADEON(0): [drm] Failed to load kernel module for > pci:0000:01:05.0: No such file or directory > > I appreciate your help. -- George > > > George, > > > > One possibility is that the new Xorg with the ATI driver requires a bunch > of > > modules to be present. If, like me, you are selective in which modules are > > included as part of buildkernel, ensure the following modules are built: > drm > > drm2 i2c/iicbb i2c/iicbus i2c/iic. > > > > Good luck, > > -mark > > > > > -----Original Message----- > > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > > stable@freebsd.org] On Behalf Of George Mitchell > > > Sent: 04 January 2015 20:23 > > > To: FreeBSD Stable Mailing List > > > Subject: xorg 1.14 and FreeBSD 8.4 > > > > > > (Reposted from freebsd-x11 where there was no response.) > > > uname: 8.4-STABLE #0 r276630: Sat Jan 3 14:49:03 EST 2015 > > > /usr/src Revision: 276630 (stable/8) > > > /usr/ports Revision: 376034 (branches/2015Q1) > > > > > > Any suggestions why I am getting "(EE) Screen(s) found, but none have a > > > usable configuration"? The result is I have no X. The Xorg.0.log is > > > available at http://www.m5p.com/~george/freebsd/8.4-1.14-Xorg.0.log > > > -- George > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 16:28:22 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72D6F849; Mon, 5 Jan 2015 16:28:22 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 05F252AD6; Mon, 5 Jan 2015 16:28:22 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id ex7so3661067wid.0; Mon, 05 Jan 2015 08:28:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=S30PP/am5ViptES5z3bz9wyKtzZUncP+qpJtqD+B8z0=; b=gFahmvQdEVjUzRDHVdCFuuBW8rkV8V11gc210Skp7ws2NdUV2g9sS/6EQC2X1bn8xq DyZ6UnuHqxrkH1lJP0h6YAwJG1fwd2zxd0gcg2c3UyNpHNfE7q9G2oVRRyZw+rUw/rKu d4pjbZNLk8KJR13juGe746mH5T/t4DXPJhG0i+e3nHPlrlqTu0DguJA+zyF7mMsd3LpF A5aDnSrEQAklln5wwAMeFC93bq32i9kaVxd5JXV21B43QA02qlbHmVBNcCOIsoaWu6/n O6CDlyQ3z7dLd7HN7BH8Q4V4xDYtqT3EH0BmbEnwDxOZh0BSv4bhC5JJMpAQhVTFoOvH n8NA== MIME-Version: 1.0 X-Received: by 10.194.184.204 with SMTP id ew12mr123474833wjc.85.1420475300311; Mon, 05 Jan 2015 08:28:20 -0800 (PST) Received: by 10.217.46.132 with HTTP; Mon, 5 Jan 2015 08:28:20 -0800 (PST) In-Reply-To: <54AA410D.9090704@interia.pl> References: <54AA410D.9090704@interia.pl> Date: Mon, 5 Jan 2015 17:28:20 +0100 Message-ID: Subject: Re: Virtualbox USB Passthrough From: "Ranjan1018 ." <214748mv@gmail.com> To: vermaden Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org, freebsd-virtualization@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 16:28:22 -0000 2015-01-05 8:45 GMT+01:00 vermaden : > Hi, > > I havent used USB passthrough for some time on FreeBSD with Virtualbox, > now with FreeBSD 10.1-STABLE (2014/12/14) and Virtualbox 4.3.20 I am not > able to make it work, I have found some workarounds with 'sysctl > hw.usb.ehci.no_hs=1' but that also does not work. > > What is proper setup to use USB passthrough with Virtualbox on FreeBSD > currently? > > Thanks, > vermaden > > Hi, USB passthrow do not works in virtualbox-ose-4.3.20, it was fixed in virtualbox-ose-4.3.20_1. Please look at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194196 Regards, Maurizio From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 16:54:48 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id 9A3BC5AB; Mon, 5 Jan 2015 16:54:47 +0000 (UTC) Message-ID: <54AAC1D7.8080203@FreeBSD.org> Date: Mon, 05 Jan 2015 11:54:47 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: vermaden , freebsd-virtualization@freebsd.org, freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Virtualbox USB Passthrough References: <54AA410D.9090704@interia.pl> In-Reply-To: <54AA410D.9090704@interia.pl> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 16:54:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 01/05/2015 02:45, vermaden wrote: > Hi, > > I havent used USB passthrough for some time on FreeBSD with > Virtualbox, now with FreeBSD 10.1-STABLE (2014/12/14) and > Virtualbox 4.3.20 I am not able to make it work, I have found some > workarounds with 'sysctl hw.usb.ehci.no_hs=1' but that also does > not work. > > What is proper setup to use USB passthrough with Virtualbox on > FreeBSD currently? We updated the USB support code a month ago (r373722). https://svnweb.freebsd.org/changeset/ports/373722 i.e., 4.3.20_1 or later should work. Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJUqsHRAAoJEHyflib82/FGvq8H/j8O0WxyppxAg36bDvxFjG+9 LlQc73+9JlbuuPkwxLZyf/aw4qqDL9zfQOi/7IR5GNyd8KnYjxtbC3cp5VbVfng6 r6VoqQaQuC8J1Htx3od+wVrXh1ZUuSfezgIX2HC1GMnXvfBjekCTQ4QfiV1EtW14 Tf12c0FCoBQaG+nnJBfZzkhxQOpXrRgvhRt1dG7eILaez8oHtTBzJmz6VUgGHFgS ng/kNAeC0fMg8hsL3kZMXO9GiSpzhvgsM8HeXSBmGcpcDeCglmnHAfm6II6WkRY9 CJbycWxB72YPBSCXHHBgvWk8brzA6F642DFboi4/bwWgz67aVOfKtsbvOn7foG4= =wb6+ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 17:45:30 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D4B5899; Mon, 5 Jan 2015 17:45:30 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B477037C4; Mon, 5 Jan 2015 17:45:29 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id a1so28027689wgh.37; Mon, 05 Jan 2015 09:45:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=jSTEOL1pBlU22DmAMr6mXCM01GJS7HVjvMMO7gRr4To=; b=uJU7kzyV5XDBf6lXDk+u5AwfTH24JEcdEjXvEYyNXFUU6GgDOjuTC9X37SV+UxM+jy hgB5oQJTxyQWJdrChGdOAxQDrbFZGQjiLu8ZT2idKK9xRw6Q07d27WoVB4rQvaet+xDw ihiPv3xxozDZGBItzOZLYMz2qNkYucuaSsOAwAsWCqlTZSaakbMebRehPhdQghKdisEf va0HKKKNE1i9OvYzHJZi3V6BrDwU89+722sTupId0StmvUGu958NXavCqabCd3Ut/mKp s0A6xqZ4hBUcbq9932hznoxR/RRlX2BpAO2VQlihBUcnHKIEIsVSP27W8akdQrBwmJ0M H14w== X-Received: by 10.180.218.74 with SMTP id pe10mr28197860wic.48.1420479926778; Mon, 05 Jan 2015 09:45:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.16.98 with HTTP; Mon, 5 Jan 2015 09:45:06 -0800 (PST) In-Reply-To: <54AAC1D7.8080203@FreeBSD.org> References: <54AA410D.9090704@interia.pl> <54AAC1D7.8080203@FreeBSD.org> From: Miguel Clara Date: Mon, 5 Jan 2015 17:45:06 +0000 Message-ID: Subject: Re: Virtualbox USB Passthrough To: Jung-uk Kim Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-emulation@freebsd.org" , vermaden , freebsd-stable@freebsd.org, "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 17:45:30 -0000 On Mon, Jan 5, 2015 at 4:54 PM, Jung-uk Kim wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 01/05/2015 02:45, vermaden wrote: > > Hi, > > > > I havent used USB passthrough for some time on FreeBSD with > > Virtualbox, now with FreeBSD 10.1-STABLE (2014/12/14) and > > Virtualbox 4.3.20 I am not able to make it work, I have found some > > workarounds with 'sysctl hw.usb.ehci.no_hs=1' but that also does > > not work. > > > > What is proper setup to use USB passthrough with Virtualbox on > > FreeBSD currently? > > We updated the USB support code a month ago (r373722). > > https://svnweb.freebsd.org/changeset/ports/373722 > > i.e., 4.3.20_1 or later should work. > > Just to confirm: 'sysctl hw.usb.ehci.no_hs=1' Is still needed , right? Are there any plans for future to support better performance? Jung-uk Kim > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQEcBAEBCAAGBQJUqsHRAAoJEHyflib82/FGvq8H/j8O0WxyppxAg36bDvxFjG+9 > LlQc73+9JlbuuPkwxLZyf/aw4qqDL9zfQOi/7IR5GNyd8KnYjxtbC3cp5VbVfng6 > r6VoqQaQuC8J1Htx3od+wVrXh1ZUuSfezgIX2HC1GMnXvfBjekCTQ4QfiV1EtW14 > Tf12c0FCoBQaG+nnJBfZzkhxQOpXrRgvhRt1dG7eILaez8oHtTBzJmz6VUgGHFgS > ng/kNAeC0fMg8hsL3kZMXO9GiSpzhvgsM8HeXSBmGcpcDeCglmnHAfm6II6WkRY9 > CJbycWxB72YPBSCXHHBgvWk8brzA6F642DFboi4/bwWgz67aVOfKtsbvOn7foG4= > =wb6+ > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to " > freebsd-virtualization-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 18:01:35 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 831E736C for ; Mon, 5 Jan 2015 18:01:35 +0000 (UTC) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 435C03C40 for ; Mon, 5 Jan 2015 18:01:35 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id x19so20074700ier.20 for ; Mon, 05 Jan 2015 10:01:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=d462xLZhI93MQkB83DjFzGly1q8Gvkkwad5F8LnwTV0=; b=j3yFfV8vOL6FMLwKfhJsfY8QrWJ49eHRK2uKcp+m3Zisrs98sUXYyecjTrebwyme42 pHxnRj5CYfUEk32MGMTd166GLIr6pykB3xWTZ6euEQcsqhTdNHmSq91UPkFp9RCWNbpx TtYhIiEFo4wRH61JifD7AWexF2+YjC79t7DHJTwQbDQ5gL3jWJUWq0+L0OluSAhnBUPZ NKVfZRfqjPX4gLOV2V12fLfJTuMHW37JQO2JOvMZxK2BqGTyPU6jVXH+XoWsT5wSblQ4 dhQpRAsKyCGHI0gDemRWckWmSUtU/ZDovh6Te8jbfC1Ecnpt6p6Odnk2bbYv/byrDfry aZyQ== MIME-Version: 1.0 X-Received: by 10.107.168.18 with SMTP id r18mr80929489ioe.76.1420480894674; Mon, 05 Jan 2015 10:01:34 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.52.19 with HTTP; Mon, 5 Jan 2015 10:01:34 -0800 (PST) In-Reply-To: References: <54A9A853.2000208@delphij.net> Date: Mon, 5 Jan 2015 10:01:34 -0800 X-Google-Sender-Auth: QkaevKSCWwMbAaxZQK1nI9i2Fos Message-ID: Subject: Re: Upgrading from stable/8 to stable/9 blocked by file 5.21 (r276416) From: Kevin Oberman To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD stable , Xin Li X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 18:01:35 -0000 On Mon, Jan 5, 2015 at 1:49 AM, Trond Endrest=C3=B8l < Trond.Endrestol@fagskolen.gjovik.no> wrote: > On Sun, 4 Jan 2015 12:53-0800, Xin Li wrote: > > > On 1/4/15 09:41, Trond Endrest=C3=B8l wrote: > > > Hi, > > > > > > I'm investigating how to convert my stable/8 systems to stable/9, > > > and subsequently to stable/10. > > > > > [...] > > > In file included from > > > /usr/src/lib/libmagic/../../contrib/file/src/print.c:32: > > > /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: > > > expected specifier-qualifier-list before 'locale_t' *** Error code > > > 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** > > > Error code 2 1 error > > > > Looks like you are using -j -- have you tried building without -j? > > I did a test run on one of my stable/8 servers. That one's currently > running stable/8 r276500 and it attempted to build stable/9 r276691 > single threaded. No such luck. > > Unless this problem is resolved, then those of us migrating from > stable/8 to stable/{9,10} need a pit stop at stable/9 r276385. > > =3D=3D=3D> lib/libmagic (obj,build-tools) > gcc -O2 -pipe -DMAGIC=3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H > -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src > -std=3Dgnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -DCOMPILE_ONLY > -L/usr/obj/usr/src/tmp/legacy/usr/lib -o mkmagic > /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c > /usr/src/lib/libmagic/../../contrib/file/src/cdf_time.c > /usr/src/lib/libmagic/../../contrib/file/src/encoding.c > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c > /usr/src/lib/libmagic/../../contrib/file/src/magic.c > /usr/src/lib/libmagic/../../contrib/file/src/print.c -lz -legacy > In file included from > /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c:32: > /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: > xlocale.h: No such file or directory > In file included from > /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c:32: > /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected > specifier-qualifier-list before 'locale_t' > In file included from > /usr/src/lib/libmagic/../../contrib/file/src/cdf_time.c:27: > /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: > xlocale.h: No such file or directory > In file included from > /usr/src/lib/libmagic/../../contrib/file/src/cdf_time.c:27: > /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected > specifier-qualifier-list before 'locale_t' > In file included from > /usr/src/lib/libmagic/../../contrib/file/src/encoding.c:35: > /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: > xlocale.h: No such file or directory > In file included from > /usr/src/lib/libmagic/../../contrib/file/src/encoding.c:35: > /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected > specifier-qualifier-list before 'locale_t' > In file included from > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:27: > /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: > xlocale.h: No such file or directory > In file included from > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:27: > /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected > specifier-qualifier-list before 'locale_t' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c: In function > 'file_regcomp': > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:456: error: > 'file_regex_t' has no member named 'c_lc_ctype' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:456: warning: > implicit declaration of function 'newlocale' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:456: error: > 'LC_CTYPE_MASK' undeclared (first use in this function) > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:456: error: (Each > undeclared identifier is reported only once > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:456: error: for each > function it appears in.) > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:457: error: > 'file_regex_t' has no member named 'c_lc_ctype' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:458: error: > 'file_regex_t' has no member named 'old_lc_ctype' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:458: warning: > implicit declaration of function 'uselocale' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:458: error: > 'file_regex_t' has no member named 'c_lc_ctype' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:459: error: > 'file_regex_t' has no member named 'old_lc_ctype' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:463: error: > 'file_regex_t' has no member named 'rc' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:463: error: > 'file_regex_t' has no member named 'rx' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c: In function > 'file_regexec': > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:470: error: > 'file_regex_t' has no member named 'rc' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:471: error: > 'file_regex_t' has no member named 'rx' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c: In function > 'file_regfree': > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:477: error: > 'file_regex_t' has no member named 'rc' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:478: error: > 'file_regex_t' has no member named 'rx' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:480: error: > 'file_regex_t' has no member named 'old_lc_ctype' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:481: warning: > implicit declaration of function 'freelocale' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:481: error: > 'file_regex_t' has no member named 'c_lc_ctype' > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c: In function > 'file_regerror': > /usr/src/lib/libmagic/../../contrib/file/src/funcs.c:490: error: > 'file_regex_t' has no member named 'rx' > In file included from > /usr/src/lib/libmagic/../../contrib/file/src/magic.c:33: > /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: > xlocale.h: No such file or directory > In file included from > /usr/src/lib/libmagic/../../contrib/file/src/magic.c:33: > /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected > specifier-qualifier-list before 'locale_t' > In file included from > /usr/src/lib/libmagic/../../contrib/file/src/print.c:32: > /usr/src/lib/libmagic/../../contrib/file/src/file.h:488:21: error: > xlocale.h: No such file or directory > In file included from > /usr/src/lib/libmagic/../../contrib/file/src/print.c:32: > /usr/src/lib/libmagic/../../contrib/file/src/file.h:495: error: expected > specifier-qualifier-list before 'locale_t' > *** Error code 1 > > Stop in /usr/src/lib/libmagic. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > This still comes down to he build of file (and specifically libmagick not finding xlocale.h. the new header files should have been installed into /usr/obj long before the build of file starts. the buildworld should always run clean, obj, _includes, and depends before any of the actual builds commence. So the issue is whether the build of libmagic is failing to look for xlocale.h in the right place or the _includes: target is failing to install it there. This can be checked by building without -j (to eliminate any possible races) and, after the failure, look for xlocale.h in /usr/obj/usr/src/tmp/usr/include. This is where all header files should be installed in the /usr/obj tree so that they are available and used by the buildworld. One oddity of xlocale.h is that, unlike other header files, it is not simply copied from /usr/src to /usr/obj/usr/src/tmp/usr/include. Instead, it is created for a particular locale from the files in /usr/src/include/xlocale/. This makes me a bit suspicious that this is happening too late. My "make" foo is limited, but I am about to kick off a buildworld while recording the output to confirm when xlocale.h is actually built. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 18:03:16 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B773487; Mon, 5 Jan 2015 18:03:16 +0000 (UTC) Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl [217.74.65.159]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD21C3C7F; Mon, 5 Jan 2015 18:03:15 +0000 (UTC) X-Interia-R: Interia X-Interia-R-IP: 195.69.80.4 X-Interia-R-Helo: Received: from w530.domain.com (unknown [195.69.80.4]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by poczta.interia.pl (INTERIA.PL) with ESMTPSA; Mon, 5 Jan 2015 18:47:11 +0100 (CET) Message-ID: <54AACEA0.7060305@interia.pl> Date: Mon, 05 Jan 2015 18:49:20 +0100 From: vermaden User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: "Ranjan1018 . <214748mv@gmail.com>; Jung-uk Kim" Subject: Re: Virtualbox USB Passthrough References: <54AA410D.9090704@interia.pl> In-Reply-To: X-Interia-Antivirus: OK DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1420480032; bh=ZeCufYG0OmVX+MBHmcLdHSGEHNePUaC2pMpBDB8eZaE=; h=X-Interia-R:X-Interia-R-IP:X-Interia-R-Helo:Message-ID:Date:From: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:X-Interia-Antivirus; b=qG1W6rJk+n6kqROI4oFH7pgUGzCq7Pm4ffX+jsnpYlwBwXuRB3hnNkyMczU6mklSO 3agfweKMd5ktsaie+gTRy0aOXTGhNBiX3Bn79GBwXrNt3AmB0SgmD+hUGUmphmxOue bx4RntOiDUOj7QQMpc5rJ071WsCaGtn5h5pmcmfY= Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org, freebsd-virtualization@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 18:03:16 -0000 > USB passthrow do not works in virtualbox-ose-4.3.20, it was fixed in virtualbox-ose-4.3.20_1. Please look at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194196 > We updated the USB support code a month ago (r373722). >https://svnweb.freebsd.org/changeset/ports/373722 > i.e., 4.3.20_1 or later should work. No matter if I set*hw.usb.ehci.no_hs* to *0* or *1* it does not work anyway. I have FreeBSD 10.1-STABLE (r276175) and Virtualbox 4.3.20_4. # uname -v FreeBSD 10.1-STABLE #0 r276175: Wed Dec 24 11:20:39 CET 2014 root@w530.domain.com:/usr/obj/usr/src/sys/GENERIC # pkg info -o virtualbox-ose-4.3.20_4 virtualbox-ose-4.3.20_4 emulators/virtualbox-ose Regards, vermaden On 01/05/2015 17:28, Ranjan1018 . wrote: > 2015-01-05 8:45 GMT+01:00 vermaden >: > > Hi, > > I havent used USB passthrough for some time on FreeBSD with > Virtualbox, now with FreeBSD 10.1-STABLE (2014/12/14) and > Virtualbox 4.3.20 I am not able to make it work, I have found some > workarounds with 'sysctl hw.usb.ehci.no_hs=1' but that also does > not work. > > What is proper setup to use USB passthrough with Virtualbox on > FreeBSD currently? > > Thanks, > vermaden > > Hi, > > USB passthrow do not works in virtualbox-ose-4.3.20, it was fixed in > virtualbox-ose-4.3.20_1. Please look at > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194196 > > Regards, > Maurizio > > > From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 19:28:20 2015 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 289A6446; Mon, 5 Jan 2015 19:28:20 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 90D5566C40; Mon, 5 Jan 2015 19:28:19 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t05JSFTm013773; Mon, 5 Jan 2015 20:28:15 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 0553F2FC; Mon, 5 Jan 2015 20:28:14 +0100 (CET) Message-ID: <54AAE5CE.7050408@omnilan.de> Date: Mon, 05 Jan 2015 20:28:14 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: stable@freebsd.org Subject: Re: BIND chroot environment in 10-RELEASE...gone? References: <529D9CC5.8060709@rancid.berkeley.edu> <20131204095855.GY29825@droso.dk> <20131205083044.GN29825@droso.dk> <20131209112232.GR29825@droso.dk> In-Reply-To: <20131209112232.GR29825@droso.dk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Mon, 05 Jan 2015 20:28:15 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 19:28:20 -0000 Bezüglich Erwin Lansing's Nachricht vom 09.12.2013 12:22 (localtime): > On Thu, Dec 05, 2013 at 11:34:31AM -0600, Greg Rivers wrote: >> On Thu, 5 Dec 2013, Erwin Lansing wrote: >>> Thanks Greg, and thanks for the feedback. I did make sure that the >>> chroot still is supported on existing 8 and 9 systems, so the move will >>> be another part in the upgrade procedure to a new major release and >>> lessen the pain a bit. Let me have another look into reintroducing the >>> chroot bits in a less complicated way. It may not be exactly the same >>> as before but hopefully can be done in a backwards compatible way. >>> >> Thank you Erwin. Let me know if I can help in any way. >> > Sorry for the delay. I've spent too much time already on this. The > problem is that there are several assumption to how the paths are formed > in both the ports Makefile (and thus things like pkg-plist and used to > generate the configuration files) and the rc script that sets up the > chroot. Fixing one, breaks the other, so some more magic is required. > I hacked up the original chroot code enough that it sets up the chroot, > copies in the confiruation files, etc. but then ends up that the > configuration files were generated on the assumption that is was a > normal port prefix and thus expect things to be in > /var/named/usr/local/etc/named/... which is of course a fine chroot, but > not compatible with the pre-10 setup. > > I think a complete rewrite is needed to do this right, for which I don't > have time over the next few days. The net/isc-dhcp*-server ports might Unfortunately I don't have time too, but various other mentioned work-arrounds/replacements isn't what I need/want, personlly. So I spent some time reenabling auto-chroot, please see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196520 It just works for me, haven't done much testing. Most of the routines are taken from former base rc.d/named with little tuning. I hope this helps for the moment. -Harry From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 20:24:17 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8293BD04 for ; Mon, 5 Jan 2015 20:24:17 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 5B4E03628 for ; Mon, 5 Jan 2015 20:24:17 +0000 (UTC) Received: from anubis.morrow.me.uk (unknown [93.89.81.46]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id B02FD45087; Mon, 5 Jan 2015 20:17:56 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk B02FD45087 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1420489078; bh=zkcc0xbaM7LRkY3RD4sKYJk46zQZXbs59NW7xviuAHE=; h=Date:From:To:Subject:References:In-Reply-To; b=gNLqIbI1iGohAvoSYY8XALCrWnRykr3Z8tRxdFkQwFwKPIU39Q6reANSPL51TByKv nPIUkNyD9AT590c14OD1dToSpl6ngRIURohuN5cUiIoQH6Y0flMGAuJnVv0TSe3JHM HF4hNS013sa6pVxUsoaQa6zQ542ZRJJeMmeCfe/g= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.4 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 42A2F160AB; Mon, 5 Jan 2015 20:17:51 +0000 (GMT) Date: Mon, 5 Jan 2015 20:17:50 +0000 From: Ben Morrow To: rkoberman@gmail.com, freebsd-stable@freebsd.org Subject: Re: Upgrading from stable/8 to stable/9 blocked by file 5.21 (r276416) Message-ID: <20150105201735.GA2642@anubis.morrow.me.uk> Mail-Followup-To: rkoberman@gmail.com, freebsd-stable@freebsd.org References: <54A9A853.2000208@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 20:24:17 -0000 Quoth Kevin Oberman : > On Mon, Jan 5, 2015 at 1:49 AM, Trond Endrestřl < > Trond.Endrestol@fagskolen.gjovik.no> wrote: > > > ===> lib/libmagic (obj,build-tools) > > gcc -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H > > -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src > > -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -DCOMPILE_ONLY > > -L/usr/obj/usr/src/tmp/legacy/usr/lib -o mkmagic [...] > > This still comes down to he build of file (and specifically libmagick not > finding xlocale.h. the new header files should have been installed into > /usr/obj long before the build of file starts. the buildworld should always > run clean, obj, _includes, and depends before any of the actual builds > commence. > > So the issue is whether the build of libmagic is failing to look for > xlocale.h in the right place or the _includes: target is failing to install > it there. > > This can be checked by building without -j (to eliminate any possible > races) and, after the failure, look for xlocale.h in > /usr/obj/usr/src/tmp/usr/include. This is where all header files should be > installed in the /usr/obj tree so that they are available and used by the > buildworld. If I'm reading Makefile.inc1 right (and it's possible I'm not) then the build-tools stage comes before the compiler is rebuilt, so it's still using the host system compiler. If I'm right about that, then that gcc command above isn't looking in that directory (it's looking in /legacy/ instead, which doesn't get xlocale.h). Also, unless I'm mistaken, the _includes stage ('stage 4.1: building includes') runs after the build-tools stage ('stage 2.3: build tools'). The only headers that have been installed by that point are those installed in .../tmp/legacy/usr/include by 'legacy' and 'bootstrap-tools'. Ben From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 22:23:51 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A43CB9FE for ; Mon, 5 Jan 2015 22:23:51 +0000 (UTC) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id B0FF53AC0 for ; Mon, 5 Jan 2015 22:23:47 +0000 (UTC) Received: (qmail 21061 invoked from network); 5 Jan 2015 22:23:39 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 5 Jan 2015 22:23:39 -0000 Date: Mon, 05 Jan 2015 23:23:39 +0100 (CET) Message-Id: <20150105.232339.74735411.sthaug@nethelp.no> To: rodrigc@FreeBSD.org Subject: Re: 10.1-STABLE/i386 GENERIC + VIMAGE: Panic when going multiuser From: sthaug@nethelp.no In-Reply-To: References: <20150103.215108.41660163.sthaug@nethelp.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 22:23:51 -0000 > Thanks for providing the detailed logs. It looks like there is something > IPv6 related in your setup that is triggering this > problem. I don't have IPv6 configured on any of my boxes. > Can you provide your /etc/rc.conf, and any other relevant configs which > trigger usage of IPv6? Unfortunately, there is *no* IPv6 config on the box (aside from what might be done by default). rc.conf: hostname="verdi.nethelp.no" keymap="norwegian.iso.kbd" ifconfig_bge1="inet 10.0.0.2 netmask 255.255.255.252" sshd_enable="YES" dumpdev="AUTO" ddb_enable="YES" background_fsck="NO" I updated the box to a newer 10.1-STABLE today, on the suggestion of Nikos Vassiliadis - got r276691. Did a full buildworld and installworld, full kernel build and install. However, the behavior is still the same - instant panic when doing "sysctl -a" on a GENERIC kernel with the addition of options VIMAGE and options DDB. Below is the result of the generated files in /var/crash (I unpacked the textdump.tar.5 file). Steinar Haug, Nethelp consulting, sthaug@nethelp.no ---------------------------------------------------------------------- info.5 Dump header from device /dev/ada0s1b Architecture: i386 Architecture Version: 1 Dump Length: 71168B (0 MB) Blocksize: 512 Dumptime: Mon Jan 5 22:15:14 2015 Hostname: verdi.nethelp.no Magic: FreeBSD Text Dump Version String: FreeBSD 10.1-STABLE #0 r276691: Mon Jan 5 19:16:13 CET 2015 sthaug@verdi.nethelp.no:/usr/src/sys/i386/compile/GENERICV Panic String: vm_fault: fault on nofault entry, addr: cc0e3000 Dump Parity: 3635326332 Bounds: 5 Dump Status: good ---------------------------------------------------------------------- ddb.txt db:0:kdb.enter.panic> run lockinfo db:1:lockinfo> show locks No such command db:1:locks> show alllocks No such command db:1:alllocks> show lockedvnods Locked vnodes db:0:kdb.enter.panic> show pcpu cpuid = 1 dynamic pcpu = 0x20766f00 curthread = 0xc7594000: pid 979 "sysctl" curpcb = 0xf0948d40 fpcurthread = none idlethread = 0xc6ac2c40: tid 100004 "idle: cpu1" APIC ID = 1 currentldt = 0x50 curvnet = 0xc69713c0 db:0:kdb.enter.panic> bt Tracing pid 979 tid 100106 td 0xc7594000 kdb_enter(c11b4359,c11b4359,c11e23dd,f09486ec,0,...) at kdb_enter+0x3d/frame 0xf09486a0 panic(c11e23dd,cc0e3000,1,f0948804,f09487f4,...) at panic+0x13f/frame 0xf09486e0 vm_fault_hold(c1a6d000,cc0e3000,1,0,0,...) at vm_fault_hold+0x2076/frame 0xf0948840 vm_fault(c1a6d000,cc0e3000,1,0,f0948912,...) at vm_fault+0x81/frame 0xf0948868 trap_pfault(cc0e34b8,f0948910,c6baf200,f09489a0,c0934ed8,...) at trap_pfault+0x1bb/frame 0xf09488e8 trap(f0948a34) at trap+0x674/frame 0xf0948a28 calltrap() at calltrap+0x6/frame 0xf0948a28 --- trap 0xc, eip = 0xc104ab83, esp = 0xf0948a74, ebp = 0xf0948a9c --- copyout(f0948b28,cc0e34b8,4,f0948acc,c142f238,...) at copyout+0x37/frame 0xf0948a9c sysctl_ip6_temppltime(c142f238,c6a9e3a8,0,f0948b28,f0948b28,...) at sysctl_ip6_temppltime+0x3a/frame 0xf0948ac0 sysctl_root(f0948b28,8,2,c0a05797,c7034038,...) at sysctl_root+0x2b1/frame 0xf0948b00 userland_sysctl(c7594000,f0948bac,4,28803030,bfbfdb70,...) at userland_sysctl+0x1fa/frame 0xf0948b70 sys___sysctl(c7594000,f0948ca8,0,1,c1524380,...) at sys___sysctl+0x98/frame 0xf0948c18 syscall(f0948ce8) at syscall+0x4a6/frame 0xf0948cdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf0948cdc --- syscall (202, FreeBSD ELF32, sys___sysctl), eip = 0x281a28b7, esp = 0xbfbfdb00, ebp = 0xbfbfdb28 --- db:0:kdb.enter.panic> ps pid ppid pgrp uid state wmesg wchan cmd 979 970 979 0 R+ CPU 1 sysctl 970 962 970 0 S+ pause 0xc6f64c74 csh 969 1 969 0 Ss+ ttyin 0xc6d4a870 getty 968 1 968 0 Ss+ ttyin 0xc6d4aa70 getty 967 1 967 0 Ss+ ttyin 0xc6d4ac70 getty 966 1 966 0 Ss+ ttyin 0xc6d4ae70 getty 965 1 965 0 Ss+ ttyin 0xc6d4c070 getty 964 1 964 0 Ss+ ttyin 0xc6d4c270 getty 963 1 963 0 Ss+ ttyin 0xc6baf070 getty 962 1 962 0 Ss+ wait 0xc6f63608 login 921 1 921 0 Ss nanslp 0xc1518149 cron 917 1 917 25 Ss pause 0xc72c566c sendmail 914 1 914 0 Ss select 0xc6f9e964 sendmail 911 1 911 0 Ss select 0xc6f9ebe4 sshd 718 1 718 0 Ss select 0xc6d2f9a4 syslogd 642 1 642 0 Ss select 0xc6f9f1a4 devd 16 0 0 0 DL vlruwt 0xc6f6390c [vnlru] 9 0 0 0 DL syncer 0xc15374c4 [syncer] 8 0 0 0 DL (threaded) [bufdaemon] 100080 D sdflush 0xc6fb3884 [/var worker] 100079 D sdflush 0xc6fb3684 [/usr worker] 100066 D psleep 0xc1536c04 [bufdaemon] 7 0 0 0 DL pgzero 0xc153be20 [pagezero] 6 0 0 0 DL psleep 0xc153bb44 [vmdaemon] 5 0 0 0 DL psleep 0xc1597104 [pagedaemon] 4 0 0 0 DL waiting_ 0xc1595374 [sctp_iterator] 3 0 0 0 DL - 0xc6baf83c [fdc0] 15 0 0 0 DL (threaded) [usb] 100053 D - 0xc6d09d34 [usbus4] 100052 D - 0xc6d09d04 [usbus4] 100051 D - 0xc6d09cd4 [usbus4] 100050 D - 0xc6d09ca4 [usbus4] 100049 D - 0xc6cf2dac [usbus3] 100048 D - 0xc6cf2d7c [usbus3] 100047 D - 0xc6cf2d4c [usbus3] 100046 D - 0xc6cf2d1c [usbus3] 100044 D - 0xc6cdbdac [usbus2] 100043 D - 0xc6cdbd7c [usbus2] 100042 D - 0xc6cdbd4c [usbus2] 100041 D - 0xc6cdbd1c [usbus2] 100039 D - 0xc6cc6dac [usbus1] 100038 D - 0xc6cc6d7c [usbus1] 100037 D - 0xc6cc6d4c [usbus1] 100036 D - 0xc6cc6d1c [usbus1] 100034 D - 0xc6ca9dac [usbus0] 100033 D - 0xc6ca9d7c [usbus0] 100032 D - 0xc6ca9d4c [usbus0] 100031 D - 0xc6ca9d1c [usbus0] 2 0 0 0 DL (threaded) [cam] 100062 D - 0xc1459428 [scanner] 100014 D - 0xc1459580 [doneq0] 14 0 0 0 DL - 0xc14742e0 [rand_harvestq] 13 0 0 0 DL (threaded) [geom] 100011 D - 0xc1591760 [g_down] 100010 D - 0xc159175c [g_up] 100009 D - 0xc1591758 [g_event] 12 0 0 0 WL (threaded) [intr] 100058 I [irq1: atkbd0] 100057 I [swi0: uart] 100055 I [irq20: hpet0+] 100054 I [irq14: ata0] 100045 I [irq23: uhci3] 100040 I [irq18: uhci2] 100035 I [irq22: uhci1] 100030 I [irq21: uhci0 ehci0] 100029 I [irq17: bge1] 100028 I [irq16: bge0] 100018 I [swi5: fast taskq] 100016 I [swi6: Giant taskq] 100015 I [swi6: task queue] 100008 I [swi4: clock] 100007 I [swi4: clock] 100006 I [swi3: vm] 100005 I [swi1: netisr 0] 11 0 0 0 RL (threaded) [idle] 100004 CanRun [idle: cpu1] 100003 Run CPU 0 [idle: cpu0] 1 0 1 0 SLs wait 0xc6ac0304 [init] 10 0 0 0 DL audit_wo 0xc1595a14 [audit] 0 0 0 0 DLs (threaded) [kernel] 100061 D - 0xc6ac5380 [CAM taskq] 100059 D - 0xc6d46200 [mca taskq] 100027 D - 0xc6c28e00 [em1 txq] 100026 D - 0xc6c28e80 [em1 que] 100025 D - 0xc6c29200 [em0 txq] 100024 D - 0xc6c29280 [em0 que] 100023 D - 0xc6ac4480 [acpi_task_2] 100022 D - 0xc6ac4480 [acpi_task_1] 100021 D - 0xc6ac4480 [acpi_task_0] 100020 D - 0xc6ac4500 [ffs_trim taskq] 100019 D - 0xc6ac4580 [kqueue taskq] 100017 D - 0xc6ac4700 [thread taskq] 100012 D - 0xc6ac5a80 [firmware taskq] 100000 D swapin 0xc15917e4 [swapper] db:0:kdb.enter.panic> alltrace Tracing command sysctl pid 979 tid 100106 td 0xc7594000 kdb_enter(c11b4359,c11b4359,c11e23dd,f09486ec,0,...) at kdb_enter+0x3d/frame 0xf09486a0 panic(c11e23dd,cc0e3000,1,f0948804,f09487f4,...) at panic+0x13f/frame 0xf09486e0 vm_fault_hold(c1a6d000,cc0e3000,1,0,0,...) at vm_fault_hold+0x2076/frame 0xf0948840 vm_fault(c1a6d000,cc0e3000,1,0,f0948912,...) at vm_fault+0x81/frame 0xf0948868 trap_pfault(cc0e34b8,f0948910,c6baf200,f09489a0,c0934ed8,...) at trap_pfault+0x1bb/frame 0xf09488e8 trap(f0948a34) at trap+0x674/frame 0xf0948a28 calltrap() at calltrap+0x6/frame 0xf0948a28 --- trap 0xc, eip = 0xc104ab83, esp = 0xf0948a74, ebp = 0xf0948a9c --- copyout(f0948b28,cc0e34b8,4,f0948acc,c142f238,...) at copyout+0x37/frame 0xf0948a9c sysctl_ip6_temppltime(c142f238,c6a9e3a8,0,f0948b28,f0948b28,...) at sysctl_ip6_temppltime+0x3a/frame 0xf0948ac0 sysctl_root(f0948b28,8,2,c0a05797,c7034038,...) at sysctl_root+0x2b1/frame 0xf0948b00 userland_sysctl(c7594000,f0948bac,4,28803030,bfbfdb70,...) at userland_sysctl+0x1fa/frame 0xf0948b70 sys___sysctl(c7594000,f0948ca8,0,1,c1524380,...) at sys___sysctl+0x98/frame 0xf0948c18 syscall(f0948ce8) at syscall+0x4a6/frame 0xf0948cdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf0948cdc --- syscall (202, FreeBSD ELF32, sys___sysctl), eip = 0x281a28b7, esp = 0xbfbfdb00, ebp = 0xbfbfdb28 --- Tracing command csh pid 970 tid 100103 td 0xc6f67c40 sched_switch(c6f67c40,0,104,c0b0f4dd,0,...) at sched_switch+0x2d2/frame 0xf0922a7c mi_switch(104,0,c0b13bd4,c0b0f4dd,c1a69000,c6f67c40) at mi_switch+0x122/frame 0xf0922ab4 sleepq_switch(c6f67c40,0,c11b871a,1a8,0,...) at sleepq_switch+0x15b/frame 0xf0922adc sleepq_catch_signals(0,c11b871a,154,c6f67c40,f0922ba4,...) at sleepq_catch_signals+0x5be/frame 0xf0922b30 sleepq_wait_sig(c6f64c74,74,c10a7474,100,0,...) at sleepq_wait_sig+0x14/frame 0xf0922b5c _sleep(c6f64c74,c6f64ca8,174,c10a7474,0,...) at _sleep+0x29b/frame 0xf0922ba4 kern_sigsuspend(c6f67c40,0,0,0,0,...) at kern_sigsuspend+0x137/frame 0xf0922be8 sys_sigsuspend(c6f67c40,f0922ca8,fffffed8,0,0,...) at sys_sigsuspend+0x58/frame 0xf0922c18 syscall(f0922ce8) at syscall+0x4a6/frame 0xf0922cdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf0922cdc --- syscall (4, FreeBSD ELF32, sys_write), eip = 0x28176fbb, esp = 0xbfbfe374, ebp = 0xbfbfe3dc --- Tracing command getty pid 969 tid 100076 td 0xc6f65620 sched_switch(c6f65620,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xee3cd984 mi_switch(104,0,c0b13bd4,ee3cda08,72460a0d,c6f65620) at mi_switch+0x122/frame 0xee3cd9bc sleepq_switch(c6f65620,0,c11b871a,1a8,c6d48c00,...) at sleepq_switch+0x15b/frame 0xee3cd9e4 sleepq_catch_signals(0,c11b871a,154,c6d48c00,c1551260,...) at sleepq_catch_signals+0x5be/frame 0xee3cda38 sleepq_wait_sig(c6d4a870,0,c11bae0b,101,0,...) at sleepq_wait_sig+0x14/frame 0xee3cda64 _cv_wait_sig(c6d4a870,c1592120,1,1,ee3cdaec,...) at _cv_wait_sig+0x17c/frame 0xee3cda94 tty_wait(c6d4a800,c6d4a870,ee3cdbe8,1,0,...) at tty_wait+0x1f/frame 0xee3cdaac ttydisc_read(c6d4a800,ee3cdbe8,0,c0be9410,c701d188,...) at ttydisc_read+0x31c/frame 0xee3cdaec ttydev_read(c6d19700,ee3cdbe8,0,ee3cdb40,c6f65620,...) at ttydev_read+0x8f/frame 0xee3cdb10 devfs_read_f(c701d188,ee3cdbe8,c72e3d80,0,c6f65620,...) at devfs_read_f+0xb4/frame 0xee3cdb48 dofileread(c701d188,ee3cdbe8,ffffffff,ffffffff,0,...) at dofileread+0x9e/frame 0xee3cdb80 kern_readv(c6f65620,0,ee3cdbe8,0,bfbfedf7,...) at kern_readv+0x96/frame 0xee3cdbc8 sys_read(c6f65620,ee3cdca8,c6f62000,ee3cdc64,c0b347c2,...) at sys_read+0x5c/frame 0xee3cdc18 syscall(ee3cdce8) at syscall+0x4a6/frame 0xee3cdcdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3cdcdc --- syscall (3, FreeBSD ELF32, sys_read), eip = 0x281b52b7, esp = 0xbfbfeddc, ebp = 0xbfbfee08 --- Tracing command getty pid 968 tid 100084 td 0xc72dc930 sched_switch(c72dc930,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xee3f8984 mi_switch(104,0,c0b13bd4,ee3f8a08,72460a0d,c72dc930) at mi_switch+0x122/frame 0xee3f89bc sleepq_switch(c72dc930,0,c11b871a,1a8,c6bafe00,...) at sleepq_switch+0x15b/frame 0xee3f89e4 sleepq_catch_signals(0,c11b871a,154,c6bafe00,c1551260,...) at sleepq_catch_signals+0x5be/frame 0xee3f8a38 sleepq_wait_sig(c6d4aa70,0,c11bae0b,101,0,...) at sleepq_wait_sig+0x14/frame 0xee3f8a64 _cv_wait_sig(c6d4aa70,c1592120,1,1,ee3f8aec,...) at _cv_wait_sig+0x17c/frame 0xee3f8a94 tty_wait(c6d4aa00,c6d4aa70,ee3f8be8,1,0,...) at tty_wait+0x1f/frame 0xee3f8aac ttydisc_read(c6d4aa00,ee3f8be8,0,c0be9410,c701e7e0,...) at ttydisc_read+0x31c/frame 0xee3f8aec ttydev_read(c6d19800,ee3f8be8,0,ee3f8b40,c72dc930,...) at ttydev_read+0x8f/frame 0xee3f8b10 devfs_read_f(c701e7e0,ee3f8be8,c6fd5c00,0,c72dc930,...) at devfs_read_f+0xb4/frame 0xee3f8b48 dofileread(c701e7e0,ee3f8be8,ffffffff,ffffffff,0,...) at dofileread+0x9e/frame 0xee3f8b80 kern_readv(c72dc930,0,ee3f8be8,0,bfbfedf7,...) at kern_readv+0x96/frame 0xee3f8bc8 sys_read(c72dc930,ee3f8ca8,c72cf304,ee3f8c64,c0b347c2,...) at sys_read+0x5c/frame 0xee3f8c18 syscall(ee3f8ce8) at syscall+0x4a6/frame 0xee3f8cdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3f8cdc --- syscall (3, FreeBSD ELF32, sys_read), eip = 0x281b52b7, esp = 0xbfbfeddc, ebp = 0xbfbfee08 --- Tracing command getty pid 967 tid 100083 td 0xc71c5310 sched_switch(c71c5310,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xee3f0984 mi_switch(104,0,c0b13bd4,ee3f0a08,72460a0d,c71c5310) at mi_switch+0x122/frame 0xee3f09bc sleepq_switch(c71c5310,0,c11b871a,1a8,c6bafc00,...) at sleepq_switch+0x15b/frame 0xee3f09e4 sleepq_catch_signals(0,c11b871a,154,c6bafc00,c1551260,...) at sleepq_catch_signals+0x5be/frame 0xee3f0a38 sleepq_wait_sig(c6d4ac70,0,c11bae0b,101,0,...) at sleepq_wait_sig+0x14/frame 0xee3f0a64 _cv_wait_sig(c6d4ac70,c1592120,1,1,ee3f0aec,...) at _cv_wait_sig+0x17c/frame 0xee3f0a94 tty_wait(c6d4ac00,c6d4ac70,ee3f0be8,1,0,...) at tty_wait+0x1f/frame 0xee3f0aac ttydisc_read(c6d4ac00,ee3f0be8,0,c0be9410,c701d1f8,...) at ttydisc_read+0x31c/frame 0xee3f0aec ttydev_read(c6d19900,ee3f0be8,0,ee3f0b40,c71c5310,...) at ttydev_read+0x8f/frame 0xee3f0b10 devfs_read_f(c701d1f8,ee3f0be8,c72e3e80,0,c71c5310,...) at devfs_read_f+0xb4/frame 0xee3f0b48 dofileread(c701d1f8,ee3f0be8,ffffffff,ffffffff,0,...) at dofileread+0x9e/frame 0xee3f0b80 kern_readv(c71c5310,0,ee3f0be8,0,bfbfedf7,...) at kern_readv+0x96/frame 0xee3f0bc8 sys_read(c71c5310,ee3f0ca8,c72c6304,c71c5310,c6ac1000,...) at sys_read+0x5c/frame 0xee3f0c18 syscall(ee3f0ce8) at syscall+0x4a6/frame 0xee3f0cdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3f0cdc --- syscall (3, FreeBSD ELF32, sys_read), eip = 0x281b52b7, esp = 0xbfbfeddc, ebp = 0xbfbfee08 --- Tracing command getty pid 966 tid 100074 td 0xc6f65c40 sched_switch(c6f65c40,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xee3bc984 mi_switch(104,0,c0b13bd4,ee3bca08,72460a0d,c6f65c40) at mi_switch+0x122/frame 0xee3bc9bc sleepq_switch(c6f65c40,0,c11b871a,1a8,c6bafa00,...) at sleepq_switch+0x15b/frame 0xee3bc9e4 sleepq_catch_signals(0,c11b871a,154,c6bafa00,c1551260,...) at sleepq_catch_signals+0x5be/frame 0xee3bca38 sleepq_wait_sig(c6d4ae70,0,c11bae0b,101,0,...) at sleepq_wait_sig+0x14/frame 0xee3bca64 _cv_wait_sig(c6d4ae70,c1592120,1,1,ee3bcaec,...) at _cv_wait_sig+0x17c/frame 0xee3bca94 tty_wait(c6d4ae00,c6d4ae70,ee3bcbe8,1,0,...) at tty_wait+0x1f/frame 0xee3bcaac ttydisc_read(c6d4ae00,ee3bcbe8,0,c0be9410,c7033b60,...) at ttydisc_read+0x31c/frame 0xee3bcaec ttydev_read(c6d19a00,ee3bcbe8,0,ee3bcb40,c6f65c40,...) at ttydev_read+0x8f/frame 0xee3bcb10 devfs_read_f(c7033b60,ee3bcbe8,c72e3f00,0,c6f65c40,...) at devfs_read_f+0xb4/frame 0xee3bcb48 dofileread(c7033b60,ee3bcbe8,ffffffff,ffffffff,0,...) at dofileread+0x9e/frame 0xee3bcb80 kern_readv(c6f65c40,0,ee3bcbe8,0,bfbfedf7,...) at kern_readv+0x96/frame 0xee3bcbc8 sys_read(c6f65c40,ee3bcca8,c6f62608,ee3bcc64,c0b347c2,...) at sys_read+0x5c/frame 0xee3bcc18 syscall(ee3bcce8) at syscall+0x4a6/frame 0xee3bccdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3bccdc --- syscall (3, FreeBSD ELF32, sys_read), eip = 0x281b52b7, esp = 0xbfbfeddc, ebp = 0xbfbfee08 --- Tracing command getty pid 965 tid 100104 td 0xc6f67930 sched_switch(c6f67930,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xf092e984 mi_switch(104,0,c0b13bd4,f092ea08,72460a0d,c6f67930) at mi_switch+0x122/frame 0xf092e9bc sleepq_switch(c6f67930,0,c11b871a,1a8,c6fb4c00,...) at sleepq_switch+0x15b/frame 0xf092e9e4 sleepq_catch_signals(0,c11b871a,154,c6fb4c00,c1551260,...) at sleepq_catch_signals+0x5be/frame 0xf092ea38 sleepq_wait_sig(c6d4c070,0,c11bae0b,101,0,...) at sleepq_wait_sig+0x14/frame 0xf092ea64 _cv_wait_sig(c6d4c070,c1592120,1,1,f092eaec,...) at _cv_wait_sig+0x17c/frame 0xf092ea94 tty_wait(c6d4c000,c6d4c070,f092ebe8,1,0,...) at tty_wait+0x1f/frame 0xf092eaac ttydisc_read(c6d4c000,f092ebe8,0,c0be9410,c7033ab8,...) at ttydisc_read+0x31c/frame 0xf092eaec ttydev_read(c6d19b00,f092ebe8,0,f092eb40,c6f67930,...) at ttydev_read+0x8f/frame 0xf092eb10 devfs_read_f(c7033ab8,f092ebe8,c6fd5c80,0,c6f67930,...) at devfs_read_f+0xb4/frame 0xf092eb48 dofileread(c7033ab8,f092ebe8,ffffffff,ffffffff,0,...) at dofileread+0x9e/frame 0xf092eb80 kern_readv(c6f67930,0,f092ebe8,0,bfbfedf7,...) at kern_readv+0x96/frame 0xf092ebc8 sys_read(c6f67930,f092eca8,c6f6490c,c6f67930,c72dc930,...) at sys_read+0x5c/frame 0xf092ec18 syscall(f092ece8) at syscall+0x4a6/frame 0xf092ecdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf092ecdc --- syscall (3, FreeBSD ELF32, sys_read), eip = 0x281b52b7, esp = 0xbfbfeddc, ebp = 0xbfbfee08 --- Tracing command getty pid 964 tid 100098 td 0xc71c4c40 sched_switch(c71c4c40,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xf090f984 mi_switch(104,0,c0b13bd4,f090fa08,72460a0d,c71c4c40) at mi_switch+0x122/frame 0xf090f9bc sleepq_switch(c71c4c40,0,c11b871a,1a8,c6fb4a00,...) at sleepq_switch+0x15b/frame 0xf090f9e4 sleepq_catch_signals(0,c11b871a,154,c6fb4a00,c1551260,...) at sleepq_catch_signals+0x5be/frame 0xf090fa38 sleepq_wait_sig(c6d4c270,0,c11bae0b,101,0,...) at sleepq_wait_sig+0x14/frame 0xf090fa64 _cv_wait_sig(c6d4c270,c1592120,1,1,f090faec,...) at _cv_wait_sig+0x17c/frame 0xf090fa94 tty_wait(c6d4c200,c6d4c270,f090fbe8,1,0,...) at tty_wait+0x1f/frame 0xf090faac ttydisc_read(c6d4c200,f090fbe8,0,c0be9410,c701d1c0,...) at ttydisc_read+0x31c/frame 0xf090faec ttydev_read(c6d19c00,f090fbe8,0,f090fb40,c71c4c40,...) at ttydev_read+0x8f/frame 0xf090fb10 devfs_read_f(c701d1c0,f090fbe8,c72e3e00,0,c71c4c40,...) at devfs_read_f+0xb4/frame 0xf090fb48 dofileread(c701d1c0,f090fbe8,ffffffff,ffffffff,0,...) at dofileread+0x9e/frame 0xf090fb80 kern_readv(c71c4c40,0,f090fbe8,0,bfbfedf7,...) at kern_readv+0x96/frame 0xf090fbc8 sys_read(c71c4c40,f090fca8,c72c5c10,f090fc64,c0b347c2,...) at sys_read+0x5c/frame 0xf090fc18 syscall(f090fce8) at syscall+0x4a6/frame 0xf090fcdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf090fcdc --- syscall (3, FreeBSD ELF32, sys_read), eip = 0x281b52b7, esp = 0xbfbfeddc, ebp = 0xbfbfee08 --- Tracing command getty pid 963 tid 100101 td 0xc71c4310 sched_switch(c71c4310,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xf0919984 mi_switch(104,0,c0b13bd4,f0919a08,72460a0d,c71c4310) at mi_switch+0x122/frame 0xf09199bc sleepq_switch(c71c4310,0,c11b871a,1a8,c6fb4800,...) at sleepq_switch+0x15b/frame 0xf09199e4 sleepq_catch_signals(0,c11b871a,154,c6fb4800,c1551260,...) at sleepq_catch_signals+0x5be/frame 0xf0919a38 sleepq_wait_sig(c6baf070,0,c11bae0b,101,0,...) at sleepq_wait_sig+0x14/frame 0xf0919a64 _cv_wait_sig(c6baf070,c1592120,1,1,f0919aec,...) at _cv_wait_sig+0x17c/frame 0xf0919a94 tty_wait(c6baf000,c6baf070,f0919be8,1,0,...) at tty_wait+0x1f/frame 0xf0919aac ttydisc_read(c6baf000,f0919be8,0,c0be9410,c701d268,...) at ttydisc_read+0x31c/frame 0xf0919aec ttydev_read(c6d19d00,f0919be8,0,f0919b40,c71c4310,...) at ttydev_read+0x8f/frame 0xf0919b10 devfs_read_f(c701d268,f0919be8,c6ffab00,0,c71c4310,...) at devfs_read_f+0xb4/frame 0xf0919b48 dofileread(c701d268,f0919be8,ffffffff,ffffffff,0,...) at dofileread+0x9e/frame 0xf0919b80 kern_readv(c71c4310,0,f0919be8,0,bfbfedf7,...) at kern_readv+0x96/frame 0xf0919bc8 sys_read(c71c4310,f0919ca8,c72c5304,f0919c64,c0b347c2,...) at sys_read+0x5c/frame 0xf0919c18 syscall(f0919ce8) at syscall+0x4a6/frame 0xf0919cdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf0919cdc --- syscall (3, FreeBSD ELF32, sys_read), eip = 0x281b52b7, esp = 0xbfbfeddc, ebp = 0xbfbfee08 --- Tracing command login pid 962 tid 100069 td 0xc6f66c40 sched_switch(c6f66c40,0,104,c0deb97c,0,...) at sched_switch+0x2d2/frame 0xee3aa960 mi_switch(104,0,c2ca33e8,3,2,c6f66c40) at mi_switch+0x122/frame 0xee3aa998 sleepq_switch(c6f66c40,0,c11b871a,1a8,0,...) at sleepq_switch+0x15b/frame 0xee3aa9c0 sleepq_catch_signals(0,c11b871a,154,c6f66c40,ee3aaa44,...) at sleepq_catch_signals+0x5be/frame 0xee3aaa14 sleepq_wait_sig(c6f63608,6c,c11b9586,100,0,...) at sleepq_wait_sig+0x14/frame 0xee3aaa40 _sleep(c6f63608,c6f636a0,16c,c11b9586,0,...) at _sleep+0x29b/frame 0xee3aaa88 kern_wait6(c6f66c40,0,3ca,0,ee3aab24,...) at kern_wait6+0x725/frame 0xee3aaaf8 sys_wait4(c6f66c40,ee3aaca8,c6f63608,4,c0886f8e,...) at sys_wait4+0x94/frame 0xee3aac18 syscall(ee3aace8) at syscall+0x4a6/frame 0xee3aacdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3aacdc --- syscall (7, FreeBSD ELF32, sys_wait4), eip = 0x2811c143, esp = 0xbfbfed20, ebp = 0xbfbfed38 --- Tracing command cron pid 921 tid 100102 td 0xc71c4000 sched_switch(c71c4000,0,104,c0b42f6a,0,...) at sched_switch+0x2d2/frame 0xf091da4c mi_switch(104,0,c0b42567,1,0,c71c4000) at mi_switch+0x122/frame 0xf091da84 sleepq_switch(c71c4000,0,c11b871a,1a8,62,...) at sleepq_switch+0x15b/frame 0xf091daac sleepq_catch_signals(bf50ab8a,3,c0b745a0,c71c4000,1,...) at sleepq_catch_signals+0x5be/frame 0xf091db00 sleepq_timedwait_sig(c1518149,6c,62,bf50ab8a,3,...) at sleepq_timedwait_sig+0x14/frame 0xf091db30 _sleep(c1518149,0,16c,c11b5054,3e22221d,...) at _sleep+0x26b/frame 0xf091db78 kern_nanosleep(bfbfee28,f091dbf0,f091dbf8,f091dce8,3b,...) at kern_nanosleep+0x14b/frame 0xf091dbd8 sys_nanosleep(c71c4000,f091dca8,c72c5000,c74c5000,0,...) at sys_nanosleep+0x69/frame 0xf091dc18 syscall(f091dce8) at syscall+0x4a6/frame 0xf091dcdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf091dcdc --- syscall (240, FreeBSD ELF32, sys_nanosleep), eip = 0x2819f203, esp = 0xbfbfecb4, ebp = 0xbfbfee44 --- Tracing command sendmail pid 917 tid 100100 td 0xc71c4620 sched_switch(c71c4620,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xf0916a7c mi_switch(104,0,c0b13bd4,0,0,c71c4620) at mi_switch+0x122/frame 0xf0916ab4 sleepq_switch(c71c4620,0,c11b871a,1a8,0,...) at sleepq_switch+0x15b/frame 0xf0916adc sleepq_catch_signals(0,c11b871a,154,c71c4620,f0916ba4,...) at sleepq_catch_signals+0x5be/frame 0xf0916b30 sleepq_wait_sig(c72c566c,74,c10a7474,100,0,...) at sleepq_wait_sig+0x14/frame 0xf0916b5c _sleep(c72c566c,c72c56a0,174,c10a7474,0,...) at _sleep+0x29b/frame 0xf0916ba4 kern_sigsuspend(c71c4620,0,0,0,0,...) at kern_sigsuspend+0x137/frame 0xf0916be8 sys_sigsuspend(c71c4620,f0916ca8,c72c5608,1,c71c5930,...) at sys_sigsuspend+0x58/frame 0xf0916c18 syscall(f0916ce8) at syscall+0x4a6/frame 0xf0916cdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf0916cdc --- syscall (4, FreeBSD ELF32, sys_write), eip = 0x2836bfbb, esp = 0xbfbfd9cc, ebp = 0xbfbfd9f8 --- Tracing command sendmail pid 914 tid 100099 td 0xc71c4930 sched_switch(c71c4930,0,104,3ecab0,0,...) at sched_switch+0x2d2/frame 0xf09138d8 mi_switch(104,0,f091398c,c0b13bd4,f0913970,c71c4930) at mi_switch+0x122/frame 0xf0913910 sleepq_switch(c71c4930,0,c11b871a,1a8,d9fc90b0,...) at sleepq_switch+0x15b/frame 0xf0913938 sleepq_catch_signals(50000000,0,c0b745a0,c71c4930,0,...) at sleepq_catch_signals+0x5be/frame 0xf091398c sleepq_timedwait_sig(c6f9e964,0,35,50000000,0,...) at sleepq_timedwait_sig+0x14/frame 0xf09139bc _cv_timedwait_sig_sbt(c6f9e964,c6f9e950,d9fc90b0,35,50000000,...) at _cv_timedwait_sig_sbt+0x1a7/frame 0xf09139f0 seltdwait(35,50000000,0,c71c4930,f0913ba0,...) at seltdwait+0xc1/frame 0xf0913a28 kern_select(c71c4930,4,bfbfcfb8,0,0,...) at kern_select+0x8c2/frame 0xf0913bd0 sys_select(c71c4930,f0913ca8,c72c590c,c0b13bf5,c1524380,...) at sys_select+0x69/frame 0xf0913c18 syscall(f0913ce8) at syscall+0x4a6/frame 0xf0913cdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf0913cdc --- syscall (93, FreeBSD ELF32, sys_select), eip = 0x28444277, esp = 0xbfbfcf1c, ebp = 0xbfbfd9d8 --- Tracing command sshd pid 911 tid 100090 td 0xc72d0620 sched_switch(c72d0620,0,104,ac,98,...) at sched_switch+0x2d2/frame 0xf08bf8e0 mi_switch(104,0,0,0,40a,c72d0620) at mi_switch+0x122/frame 0xf08bf918 sleepq_switch(c72d0620,0,c11b871a,1a8,0,...) at sleepq_switch+0x15b/frame 0xf08bf940 sleepq_catch_signals(0,c11b871a,154,f08bfba8,f08bf9d4,...) at sleepq_catch_signals+0x5be/frame 0xf08bf994 sleepq_wait_sig(c6f9ebe4,0,c11ee8e2,101,0,...) at sleepq_wait_sig+0x14/frame 0xf08bf9c0 _cv_wait_sig(c6f9ebe4,c6f9ebd0,c7033bd0,c72d0620,f08bfa28,...) at _cv_wait_sig+0x17c/frame 0xf08bf9f0 seltdwait(ffffffff,0,0,c72d0620,f08bfba0,...) at seltdwait+0xcf/frame 0xf08bfa28 kern_select(c72d0620,5,28c0c158,0,0,...) at kern_select+0x8c2/frame 0xf08bfbd0 sys_select(c72d0620,f08bfca8,c72ce000,c72d0620,c71c5930,...) at sys_select+0x69/frame 0xf08bfc18 syscall(f08bfce8) at syscall+0x4a6/frame 0xf08bfcdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf08bfcdc --- syscall (93, FreeBSD ELF32, sys_select), eip = 0x28636277, esp = 0xbfbfe43c, ebp = 0xbfbfe460 --- Tracing command syslogd pid 718 tid 100081 td 0xc71c5930 sched_switch(c71c5930,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee3ea8e0 mi_switch(104,0,0,0,0,c71c5930) at mi_switch+0x122/frame 0xee3ea918 sleepq_switch(c71c5930,0,c11b871a,1a8,0,...) at sleepq_switch+0x15b/frame 0xee3ea940 sleepq_catch_signals(0,c11b871a,154,ee3eaba8,2,...) at sleepq_catch_signals+0x5be/frame 0xee3ea994 sleepq_wait_sig(c6d2f9a4,0,c11ee8e2,101,0,...) at sleepq_wait_sig+0x14/frame 0xee3ea9c0 _cv_wait_sig(c6d2f9a4,c6d2f990,c0a05b8b,c69a4000,0,...) at _cv_wait_sig+0x17c/frame 0xee3ea9f0 seltdwait(ffffffff,0,0,c71c5930,ee3eaba0,...) at seltdwait+0xcf/frame 0xee3eaa28 kern_select(c71c5930,9,28834118,0,0,...) at kern_select+0x8c2/frame 0xee3eabd0 sys_select(c71c5930,ee3eaca8,804c210,c74c2000,0,...) at sys_select+0x69/frame 0xee3eac18 syscall(ee3eace8) at syscall+0x4a6/frame 0xee3eacdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3eacdc --- syscall (93, FreeBSD ELF32, sys_select), eip = 0x281b8277, esp = 0xbfbfdea4, ebp = 0xbfbfee34 --- Tracing command devd pid 642 tid 100082 td 0xc71c5620 sched_switch(c71c5620,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee3ed8d8 mi_switch(104,0,0,c0b13bd4,c1a3c870,c71c5620) at mi_switch+0x122/frame 0xee3ed910 sleepq_switch(c71c5620,0,c11b871a,1a8,2b65696c,...) at sleepq_switch+0x15b/frame 0xee3ed938 sleepq_catch_signals(c0000000,3,c0b745a0,c71c5620,0,...) at sleepq_catch_signals+0x5be/frame 0xee3ed98c sleepq_timedwait_sig(c6f9f1a4,0,5a,c0000000,3,...) at sleepq_timedwait_sig+0x14/frame 0xee3ed9bc _cv_timedwait_sig_sbt(c6f9f1a4,c6f9f190,2b65696c,5a,c0000000,...) at _cv_timedwait_sig_sbt+0x1a7/frame 0xee3ed9f0 seltdwait(5a,c0000000,3,c71c5620,ee3edba0,...) at seltdwait+0xc1/frame 0xee3eda28 kern_select(c71c5620,6,bfbfcda0,0,0,...) at kern_select+0x8c2/frame 0xee3edbd0 sys_select(c71c5620,ee3edca8,c72c6608,c152441c,c71c5620,...) at sys_select+0x69/frame 0xee3edc18 syscall(ee3edce8) at syscall+0x4a6/frame 0xee3edcdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xee3edcdc --- syscall (93, FreeBSD ELF32, sys_select), eip = 0x8097703, esp = 0xbfbfcd3c, ebp = 0xbfbfee54 --- Tracing command vnlru pid 16 tid 100068 td 0xc6f67000 sched_switch(c6f67000,0,104,0,4a5ea08e,...) at sched_switch+0x2d2/frame 0xee3a6b5c mi_switch(104,0,101,c6f67000,ee3a6be8,c6f6390c) at mi_switch+0x122/frame 0xee3a6b94 sleepq_switch(c6f67000,0,c11b871a,28b,101,...) at sleepq_switch+0x15b/frame 0xee3a6bbc sleepq_timedwait(c6f6390c,60,0,0,0,...) at sleepq_timedwait+0x3f/frame 0xee3a6be8 _sleep(c6f6390c,c1537480,260,c11bf70c,fffffed8,...) at _sleep+0x282/frame 0xee3a6c30 vnlru_proc(0,ee3a6ce8,0,0,0,...) at vnlru_proc+0xcf/frame 0xee3a6ca4 fork_exit(c0bdd050,0,ee3a6ce8) at fork_exit+0xa3/frame 0xee3a6cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee3a6cd4 --- trap 0, eip = 0, esp = 0xee3a6d20, ebp = 0 --- Tracing command syncer pid 9 tid 100067 td 0xc6f67310 sched_switch(c6f67310,0,104,4a5ea08e,0,...) at sched_switch+0x2d2/frame 0xee3a3b68 mi_switch(104,0,101,c6f67310,ee3a3bf4,c15374c4) at mi_switch+0x122/frame 0xee3a3ba0 sleepq_switch(c6f67310,0,c11b871a,28b,101,...) at sleepq_switch+0x15b/frame 0xee3a3bc8 sleepq_timedwait(c15374c4,0,0,0,0,...) at sleepq_timedwait+0x3f/frame 0xee3a3bf4 _cv_timedwait_sbt(c15374c4,c15374a4,fffffed8,0,0,...) at _cv_timedwait_sbt+0x1a7/frame 0xee3a3c28 sched_sync(0,ee3a3ce8,0,0,0,...) at sched_sync+0x7a1/frame 0xee3a3ca4 fork_exit(c0bdc710,0,ee3a3ce8) at fork_exit+0xa3/frame 0xee3a3cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee3a3cd4 --- trap 0, eip = 0, esp = 0xee3a3d20, ebp = 0 --- Tracing command bufdaemon pid 8 tid 100080 td 0xc71c5c40 sched_switch(c71c5c40,0,104,0,4439c366,...) at sched_switch+0x2d2/frame 0xee3dbb8c mi_switch(104,0,101,c71c5c40,ee3dbc18,c6fb3884) at mi_switch+0x122/frame 0xee3dbbc4 sleepq_switch(c71c5c40,0,c11b871a,28b,101,...) at sleepq_switch+0x15b/frame 0xee3dbbec sleepq_timedwait(c6fb3884,54,0,0,0,...) at sleepq_timedwait+0x3f/frame 0xee3dbc18 _sleep(c6fb3884,c6fb3800,54,c11dff6e,7fffff6c,...) at _sleep+0x282/frame 0xee3dbc60 softdep_flush(c7103000,ee3dbce8,c0daa8f0,0,ee3dbcd0,...) at softdep_flush+0x16a/frame 0xee3dbca4 fork_exit(c0daa8f0,c7103000,ee3dbce8) at fork_exit+0xa3/frame 0xee3dbcd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee3dbcd4 --- trap 0, eip = 0, esp = 0xee3dbd20, ebp = 0 --- Tracing command bufdaemon pid 8 tid 100079 td 0xc71c6000 sched_switch(c71c6000,0,104,0,426f02e5,...) at sched_switch+0x2d2/frame 0xee3d8b8c mi_switch(104,0,101,c71c6000,ee3d8c18,c6fb3684) at mi_switch+0x122/frame 0xee3d8bc4 sleepq_switch(c71c6000,0,c11b871a,28b,101,...) at sleepq_switch+0x15b/frame 0xee3d8bec sleepq_timedwait(c6fb3684,54,0,0,0,...) at sleepq_timedwait+0x3f/frame 0xee3d8c18 _sleep(c6fb3684,c6fb3600,54,c11dff6e,7fffff6c,...) at _sleep+0x282/frame 0xee3d8c60 softdep_flush(c71032a0,ee3d8ce8,c0daa8f0,0,ee3d8cd0,...) at softdep_flush+0x16a/frame 0xee3d8ca4 fork_exit(c0daa8f0,c71032a0,ee3d8ce8) at fork_exit+0xa3/frame 0xee3d8cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee3d8cd4 --- trap 0, eip = 0, esp = 0xee3d8d20, ebp = 0 --- Tracing command bufdaemon pid 8 tid 100066 td 0xc6f67620 sched_switch(c6f67620,0,104,4a5ea08e,0,...) at sched_switch+0x2d2/frame 0xee3a0b98 mi_switch(104,0,101,c6f67620,ee3a0c24,c1536c04) at mi_switch+0x122/frame 0xee3a0bd0 sleepq_switch(c6f67620,0,c11b871a,28b,101,...) at sleepq_switch+0x15b/frame 0xee3a0bf8 sleepq_timedwait(c1536c04,54,0,0,0,...) at sleepq_timedwait+0x3f/frame 0xee3a0c24 _sleep(c1536c04,c1536b80,54,c11bd177,fffffed8,...) at _sleep+0x282/frame 0xee3a0c6c buf_daemon(0,ee3a0ce8,0,0,0,...) at buf_daemon+0xac/frame 0xee3a0ca4 fork_exit(c0bc02e0,0,ee3a0ce8) at fork_exit+0xa3/frame 0xee3a0cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee3a0cd4 --- trap 0, eip = 0, esp = 0xee3a0d20, ebp = 0 --- Tracing command pagezero pid 7 tid 100065 td 0xc6cee620 sched_switch(c6cee620,0,104,7dd23bad,0,...) at sched_switch+0x2d2/frame 0xee39dba0 mi_switch(104,0,101,c6cee620,ee39dc2c,c153be20) at mi_switch+0x122/frame 0xee39dbd8 sleepq_switch(c6cee620,0,c11b871a,28b,101,...) at sleepq_switch+0x15b/frame 0xee39dc00 sleepq_timedwait(c153be20,0,12b,0,0,...) at sleepq_timedwait+0x3f/frame 0xee39dc2c _sleep(c153be20,c1597080,0,c11e41f3,fffea520,...) at _sleep+0x282/frame 0xee39dc74 vm_pagezero(0,ee39dce8,0,0,0,...) at vm_pagezero+0xd2/frame 0xee39dca4 fork_exit(c0e0b8f0,0,ee39dce8) at fork_exit+0xa3/frame 0xee39dcd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee39dcd4 --- trap 0, eip = 0, esp = 0xee39dd20, ebp = 0 --- Tracing command vmdaemon pid 6 tid 100064 td 0xc6cee930 sched_switch(c6cee930,0,104,0,c6cee930,...) at sched_switch+0x2d2/frame 0xee39ab64 mi_switch(104,0,0,0,c6cee930,c153bb44) at mi_switch+0x122/frame 0xee39ab9c sleepq_switch(c6cee930,0,c11b871a,268,0,...) at sleepq_switch+0x15b/frame 0xee39abc4 sleepq_wait(c153bb44,74,c11bd177,0,0,...) at sleepq_wait+0x3f/frame 0xee39abf0 _sleep(c153bb44,c153bb2c,74,c11bd177,0,...) at _sleep+0x2ae/frame 0xee39ac38 vm_daemon(0,ee39ace8,0,0,0,...) at vm_daemon+0x116/frame 0xee39aca4 fork_exit(c0e042c0,0,ee39ace8) at fork_exit+0xa3/frame 0xee39acd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee39acd4 --- trap 0, eip = 0, esp = 0xee39ad20, ebp = 0 --- Tracing command pagedaemon pid 5 tid 100063 td 0xc6ceec40 sched_switch(c6ceec40,0,104,0,4a5ea08e,...) at sched_switch+0x2d2/frame 0xee397b64 mi_switch(104,0,101,c6ceec40,ee397bf0,c1597104) at mi_switch+0x122/frame 0xee397b9c sleepq_switch(c6ceec40,0,c11b871a,28b,101,...) at sleepq_switch+0x15b/frame 0xee397bc4 sleepq_timedwait(c1597104,54,0,0,0,...) at sleepq_timedwait+0x3f/frame 0xee397bf0 _sleep(c1597104,c1597080,54,c11bd177,fffffed8,...) at _sleep+0x282/frame 0xee397c38 vm_pageout(0,ee397ce8,0,0,0,...) at vm_pageout+0x1fb/frame 0xee397ca4 fork_exit(c0e04d30,0,ee397ce8) at fork_exit+0xa3/frame 0xee397cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee397cd4 --- trap 0, eip = 0, esp = 0xee397d20, ebp = 0 --- Tracing command sctp_iterator pid 4 tid 100060 td 0xc6d22620 sched_switch(c6d22620,0,104,0,c6d22620,...) at sched_switch+0x2d2/frame 0xee38eba4 mi_switch(104,0,d6fe7fc8,c0b0f60f,c6d22620,c1595374) at mi_switch+0x122/frame 0xee38ebdc sleepq_switch(c6d22620,0,c11b871a,268,c6fe7fc8,...) at sleepq_switch+0x15b/frame 0xee38ec04 sleepq_wait(c1595374,0,c11cffbb,0,0,...) at sleepq_wait+0x3f/frame 0xee38ec30 _sleep(c1595374,c159533c,0,c11cffbb,0,...) at _sleep+0x2ae/frame 0xee38ec78 sctp_iterator_thread(0,ee38ece8,0,0,0,...) at sctp_iterator_thread+0x9c/frame 0xee38eca4 fork_exit(c0c85190,0,ee38ece8) at fork_exit+0xa3/frame 0xee38ecd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee38ecd4 --- trap 0, eip = 0, esp = 0xee38ed20, ebp = 0 --- Tracing command fdc0 pid 3 tid 100056 td 0xc6d23310 sched_switch(c6d23310,0,104,0,4a5ea08e,...) at sched_switch+0x2d2/frame 0xee381b34 mi_switch(104,0,101,c6d23310,ee381bc0,c6baf83c) at mi_switch+0x122/frame 0xee381b6c sleepq_switch(c6d23310,0,c11b871a,28b,101,...) at sleepq_switch+0x15b/frame 0xee381b94 sleepq_timedwait(c6baf83c,5c,0,0,0,...) at sleepq_timedwait+0x3f/frame 0xee381bc0 _sleep(c6baf83c,c6baf8f0,5c,c11a40d4,fffffed8,...) at _sleep+0x282/frame 0xee381c08 fdc_thread(c6baf800,ee381ce8,0,0,0,...) at fdc_thread+0x877/frame 0xee381ca4 fork_exit(c0fc4820,c6baf800,ee381ce8) at fork_exit+0xa3/frame 0xee381cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee381cd4 --- trap 0, eip = 0, esp = 0xee381d20, ebp = 0 --- Tracing command usb pid 15 tid 100053 td 0xc6d23c40 sched_switch(c6d23c40,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee304bb8 mi_switch(104,0,0,80246,c6d23c40,c6d09d34) at mi_switch+0x122/frame 0xee304bf0 sleepq_switch(c6d23c40,0,c11b871a,268,0,...) at sleepq_switch+0x15b/frame 0xee304c18 sleepq_wait(c6d09d34,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee304c44 _cv_wait(c6d09d34,c6d09e74,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee304c74 usb_process(c6d09d2c,ee304ce8,0,0,0,...) at usb_process+0xf6/frame 0xee304ca4 fork_exit(c09a4c40,c6d09d2c,ee304ce8) at fork_exit+0xa3/frame 0xee304cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee304cd4 --- trap 0, eip = 0, esp = 0xee304d20, ebp = 0 --- Tracing command usb pid 15 tid 100052 td 0xc6c85c40 sched_switch(c6c85c40,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee301bb8 mi_switch(104,0,c6c99fc8,c0b3463d,c6c85c40,c6d09d04) at mi_switch+0x122/frame 0xee301bf0 sleepq_switch(c6c85c40,0,c11b871a,268,c6d57640,...) at sleepq_switch+0x15b/frame 0xee301c18 sleepq_wait(c6d09d04,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee301c44 _cv_wait(c6d09d04,c6d09e74,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee301c74 usb_process(c6d09cfc,ee301ce8,0,0,0,...) at usb_process+0xf6/frame 0xee301ca4 fork_exit(c09a4c40,c6d09cfc,ee301ce8) at fork_exit+0xa3/frame 0xee301cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee301cd4 --- trap 0, eip = 0, esp = 0xee301d20, ebp = 0 --- Tracing command usb pid 15 tid 100051 td 0xc6cec000 sched_switch(c6cec000,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2febb8 mi_switch(104,0,0,80246,c6cec000,c6d09cd4) at mi_switch+0x122/frame 0xee2febf0 sleepq_switch(c6cec000,0,c11b871a,268,0,...) at sleepq_switch+0x15b/frame 0xee2fec18 sleepq_wait(c6d09cd4,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2fec44 _cv_wait(c6d09cd4,c6d09e74,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2fec74 usb_process(c6d09ccc,ee2fece8,0,0,0,...) at usb_process+0xf6/frame 0xee2feca4 fork_exit(c09a4c40,c6d09ccc,ee2fece8) at fork_exit+0xa3/frame 0xee2fecd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2fecd4 --- trap 0, eip = 0, esp = 0xee2fed20, ebp = 0 --- Tracing command usb pid 15 tid 100050 td 0xc6cec310 sched_switch(c6cec310,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2fbbb8 mi_switch(104,0,0,80246,c6cec310,c6d09ca4) at mi_switch+0x122/frame 0xee2fbbf0 sleepq_switch(c6cec310,0,c11b871a,268,0,...) at sleepq_switch+0x15b/frame 0xee2fbc18 sleepq_wait(c6d09ca4,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2fbc44 _cv_wait(c6d09ca4,c6d09e74,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2fbc74 usb_process(c6d09c9c,ee2fbce8,0,0,0,...) at usb_process+0xf6/frame 0xee2fbca4 fork_exit(c09a4c40,c6d09c9c,ee2fbce8) at fork_exit+0xa3/frame 0xee2fbcd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2fbcd4 --- trap 0, eip = 0, esp = 0xee2fbd20, ebp = 0 --- Tracing command usb pid 15 tid 100049 td 0xc6cec620 sched_switch(c6cec620,0,104,c09a5229,0,...) at sched_switch+0x2d2/frame 0xee2f5bb8 mi_switch(104,0,0,80246,c6cec620,c6cf2dac) at mi_switch+0x122/frame 0xee2f5bf0 sleepq_switch(c6cec620,0,c11b871a,268,4,...) at sleepq_switch+0x15b/frame 0xee2f5c18 sleepq_wait(c6cf2dac,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2f5c44 _cv_wait(c6cf2dac,c6cf2eec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2f5c74 usb_process(c6cf2da4,ee2f5ce8,0,0,0,...) at usb_process+0xf6/frame 0xee2f5ca4 fork_exit(c09a4c40,c6cf2da4,ee2f5ce8) at fork_exit+0xa3/frame 0xee2f5cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2f5cd4 --- trap 0, eip = 0, esp = 0xee2f5d20, ebp = 0 --- Tracing command usb pid 15 tid 100048 td 0xc6cec930 sched_switch(c6cec930,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2f2bb8 mi_switch(104,0,c09955f2,c1592130,c6cec930,c6cf2d7c) at mi_switch+0x122/frame 0xee2f2bf0 sleepq_switch(c6cec930,0,c11b871a,268,c6d57380,...) at sleepq_switch+0x15b/frame 0xee2f2c18 sleepq_wait(c6cf2d7c,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2f2c44 _cv_wait(c6cf2d7c,c6cf2eec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2f2c74 usb_process(c6cf2d74,ee2f2ce8,0,0,0,...) at usb_process+0xf6/frame 0xee2f2ca4 fork_exit(c09a4c40,c6cf2d74,ee2f2ce8) at fork_exit+0xa3/frame 0xee2f2cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2f2cd4 --- trap 0, eip = 0, esp = 0xee2f2d20, ebp = 0 --- Tracing command usb pid 15 tid 100047 td 0xc6cecc40 sched_switch(c6cecc40,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2efbb8 mi_switch(104,0,0,80246,c6cecc40,c6cf2d4c) at mi_switch+0x122/frame 0xee2efbf0 sleepq_switch(c6cecc40,0,c11b871a,268,0,...) at sleepq_switch+0x15b/frame 0xee2efc18 sleepq_wait(c6cf2d4c,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2efc44 _cv_wait(c6cf2d4c,c6cf2eec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2efc74 usb_process(c6cf2d44,ee2efce8,0,0,0,...) at usb_process+0xf6/frame 0xee2efca4 fork_exit(c09a4c40,c6cf2d44,ee2efce8) at fork_exit+0xa3/frame 0xee2efcd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2efcd4 --- trap 0, eip = 0, esp = 0xee2efd20, ebp = 0 --- Tracing command usb pid 15 tid 100046 td 0xc6ced000 sched_switch(c6ced000,0,104,8,0,...) at sched_switch+0x2d2/frame 0xee2ecbb8 mi_switch(104,0,0,0,c6ced000,c6cf2d1c) at mi_switch+0x122/frame 0xee2ecbf0 sleepq_switch(c6ced000,0,c11b871a,268,4,...) at sleepq_switch+0x15b/frame 0xee2ecc18 sleepq_wait(c6cf2d1c,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2ecc44 _cv_wait(c6cf2d1c,c6cf2eec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2ecc74 usb_process(c6cf2d14,ee2ecce8,0,0,0,...) at usb_process+0xf6/frame 0xee2ecca4 fork_exit(c09a4c40,c6cf2d14,ee2ecce8) at fork_exit+0xa3/frame 0xee2eccd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2eccd4 --- trap 0, eip = 0, esp = 0xee2ecd20, ebp = 0 --- Tracing command usb pid 15 tid 100044 td 0xc6ced620 sched_switch(c6ced620,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2e5bb8 mi_switch(104,0,0,80246,c6ced620,c6cdbdac) at mi_switch+0x122/frame 0xee2e5bf0 sleepq_switch(c6ced620,0,c11b871a,268,0,...) at sleepq_switch+0x15b/frame 0xee2e5c18 sleepq_wait(c6cdbdac,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2e5c44 _cv_wait(c6cdbdac,c6cdbeec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2e5c74 usb_process(c6cdbda4,ee2e5ce8,0,0,0,...) at usb_process+0xf6/frame 0xee2e5ca4 fork_exit(c09a4c40,c6cdbda4,ee2e5ce8) at fork_exit+0xa3/frame 0xee2e5cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2e5cd4 --- trap 0, eip = 0, esp = 0xee2e5d20, ebp = 0 --- Tracing command usb pid 15 tid 100043 td 0xc6ced930 sched_switch(c6ced930,0,104,c1a6c5d0,0,...) at sched_switch+0x2d2/frame 0xee2e2bb8 mi_switch(104,0,c09955f2,c1592130,c6ced930,c6cdbd7c) at mi_switch+0x122/frame 0xee2e2bf0 sleepq_switch(c6ced930,0,c11b871a,268,c6d57140,...) at sleepq_switch+0x15b/frame 0xee2e2c18 sleepq_wait(c6cdbd7c,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2e2c44 _cv_wait(c6cdbd7c,c6cdbeec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2e2c74 usb_process(c6cdbd74,ee2e2ce8,0,0,0,...) at usb_process+0xf6/frame 0xee2e2ca4 fork_exit(c09a4c40,c6cdbd74,ee2e2ce8) at fork_exit+0xa3/frame 0xee2e2cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2e2cd4 --- trap 0, eip = 0, esp = 0xee2e2d20, ebp = 0 --- Tracing command usb pid 15 tid 100042 td 0xc6cedc40 sched_switch(c6cedc40,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2dfbb8 mi_switch(104,0,0,80246,c6cedc40,c6cdbd4c) at mi_switch+0x122/frame 0xee2dfbf0 sleepq_switch(c6cedc40,0,c11b871a,268,0,...) at sleepq_switch+0x15b/frame 0xee2dfc18 sleepq_wait(c6cdbd4c,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2dfc44 _cv_wait(c6cdbd4c,c6cdbeec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2dfc74 usb_process(c6cdbd44,ee2dfce8,0,0,0,...) at usb_process+0xf6/frame 0xee2dfca4 fork_exit(c09a4c40,c6cdbd44,ee2dfce8) at fork_exit+0xa3/frame 0xee2dfcd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2dfcd4 --- trap 0, eip = 0, esp = 0xee2dfd20, ebp = 0 --- Tracing command usb pid 15 tid 100041 td 0xc6cee000 sched_switch(c6cee000,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2dcbb8 mi_switch(104,0,0,80246,c6cee000,c6cdbd1c) at mi_switch+0x122/frame 0xee2dcbf0 sleepq_switch(c6cee000,0,c11b871a,268,0,...) at sleepq_switch+0x15b/frame 0xee2dcc18 sleepq_wait(c6cdbd1c,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2dcc44 _cv_wait(c6cdbd1c,c6cdbeec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2dcc74 usb_process(c6cdbd14,ee2dcce8,0,0,0,...) at usb_process+0xf6/frame 0xee2dcca4 fork_exit(c09a4c40,c6cdbd14,ee2dcce8) at fork_exit+0xa3/frame 0xee2dccd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2dccd4 --- trap 0, eip = 0, esp = 0xee2dcd20, ebp = 0 --- Tracing command usb pid 15 tid 100039 td 0xc6c0d310 sched_switch(c6c0d310,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2d5bb8 mi_switch(104,0,0,80246,c6c0d310,c6cc6dac) at mi_switch+0x122/frame 0xee2d5bf0 sleepq_switch(c6c0d310,0,c11b871a,268,0,...) at sleepq_switch+0x15b/frame 0xee2d5c18 sleepq_wait(c6cc6dac,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2d5c44 _cv_wait(c6cc6dac,c6cc6eec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2d5c74 usb_process(c6cc6da4,ee2d5ce8,0,0,0,...) at usb_process+0xf6/frame 0xee2d5ca4 fork_exit(c09a4c40,c6cc6da4,ee2d5ce8) at fork_exit+0xa3/frame 0xee2d5cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2d5cd4 --- trap 0, eip = 0, esp = 0xee2d5d20, ebp = 0 --- Tracing command usb pid 15 tid 100038 td 0xc6c0d620 sched_switch(c6c0d620,0,104,c1a6c5d0,0,...) at sched_switch+0x2d2/frame 0xee2d2bb8 mi_switch(104,0,0,0,c6c0d620,c6cc6d7c) at mi_switch+0x122/frame 0xee2d2bf0 sleepq_switch(c6c0d620,0,c11b871a,268,c6d57900,...) at sleepq_switch+0x15b/frame 0xee2d2c18 sleepq_wait(c6cc6d7c,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2d2c44 _cv_wait(c6cc6d7c,c6cc6eec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2d2c74 usb_process(c6cc6d74,ee2d2ce8,0,0,0,...) at usb_process+0xf6/frame 0xee2d2ca4 fork_exit(c09a4c40,c6cc6d74,ee2d2ce8) at fork_exit+0xa3/frame 0xee2d2cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2d2cd4 --- trap 0, eip = 0, esp = 0xee2d2d20, ebp = 0 --- Tracing command usb pid 15 tid 100037 td 0xc6c0d930 sched_switch(c6c0d930,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2cfbb8 mi_switch(104,0,0,80246,c6c0d930,c6cc6d4c) at mi_switch+0x122/frame 0xee2cfbf0 sleepq_switch(c6c0d930,0,c11b871a,268,0,...) at sleepq_switch+0x15b/frame 0xee2cfc18 sleepq_wait(c6cc6d4c,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2cfc44 _cv_wait(c6cc6d4c,c6cc6eec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2cfc74 usb_process(c6cc6d44,ee2cfce8,0,0,0,...) at usb_process+0xf6/frame 0xee2cfca4 fork_exit(c09a4c40,c6cc6d44,ee2cfce8) at fork_exit+0xa3/frame 0xee2cfcd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2cfcd4 --- trap 0, eip = 0, esp = 0xee2cfd20, ebp = 0 --- Tracing command usb pid 15 tid 100036 td 0xc6c0dc40 sched_switch(c6c0dc40,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2ccbb8 mi_switch(104,0,0,80246,c6c0dc40,c6cc6d1c) at mi_switch+0x122/frame 0xee2ccbf0 sleepq_switch(c6c0dc40,0,c11b871a,268,0,...) at sleepq_switch+0x15b/frame 0xee2ccc18 sleepq_wait(c6cc6d1c,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2ccc44 _cv_wait(c6cc6d1c,c6cc6eec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2ccc74 usb_process(c6cc6d14,ee2ccce8,0,0,0,...) at usb_process+0xf6/frame 0xee2ccca4 fork_exit(c09a4c40,c6cc6d14,ee2ccce8) at fork_exit+0xa3/frame 0xee2cccd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2cccd4 --- trap 0, eip = 0, esp = 0xee2ccd20, ebp = 0 --- Tracing command usb pid 15 tid 100034 td 0xc6c84310 sched_switch(c6c84310,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2c5bb8 mi_switch(104,0,0,80246,c6c84310,c6ca9dac) at mi_switch+0x122/frame 0xee2c5bf0 sleepq_switch(c6c84310,0,c11b871a,268,0,...) at sleepq_switch+0x15b/frame 0xee2c5c18 sleepq_wait(c6ca9dac,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2c5c44 _cv_wait(c6ca9dac,c6ca9eec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2c5c74 usb_process(c6ca9da4,ee2c5ce8,0,0,0,...) at usb_process+0xf6/frame 0xee2c5ca4 fork_exit(c09a4c40,c6ca9da4,ee2c5ce8) at fork_exit+0xa3/frame 0xee2c5cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2c5cd4 --- trap 0, eip = 0, esp = 0xee2c5d20, ebp = 0 --- Tracing command usb pid 15 tid 100033 td 0xc6c84620 sched_switch(c6c84620,0,104,c1a6c5d0,0,...) at sched_switch+0x2d2/frame 0xee2c2bb8 mi_switch(104,0,c09955f2,c1592130,c6c84620,c6ca9d7c) at mi_switch+0x122/frame 0xee2c2bf0 sleepq_switch(c6c84620,0,c11b871a,268,c6d57cc0,...) at sleepq_switch+0x15b/frame 0xee2c2c18 sleepq_wait(c6ca9d7c,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2c2c44 _cv_wait(c6ca9d7c,c6ca9eec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2c2c74 usb_process(c6ca9d74,ee2c2ce8,0,0,0,...) at usb_process+0xf6/frame 0xee2c2ca4 fork_exit(c09a4c40,c6ca9d74,ee2c2ce8) at fork_exit+0xa3/frame 0xee2c2cd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2c2cd4 --- trap 0, eip = 0, esp = 0xee2c2d20, ebp = 0 --- Tracing command usb pid 15 tid 100032 td 0xc6c84930 sched_switch(c6c84930,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2bfbb8 mi_switch(104,0,0,80246,c6c84930,c6ca9d4c) at mi_switch+0x122/frame 0xee2bfbf0 sleepq_switch(c6c84930,0,c11b871a,268,0,...) at sleepq_switch+0x15b/frame 0xee2bfc18 sleepq_wait(c6ca9d4c,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2bfc44 _cv_wait(c6ca9d4c,c6ca9eec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2bfc74 usb_process(c6ca9d44,ee2bfce8,0,0,0,...) at usb_process+0xf6/frame 0xee2bfca4 fork_exit(c09a4c40,c6ca9d44,ee2bfce8) at fork_exit+0xa3/frame 0xee2bfcd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2bfcd4 --- trap 0, eip = 0, esp = 0xee2bfd20, ebp = 0 --- Tracing command usb pid 15 tid 100031 td 0xc6c84c40 sched_switch(c6c84c40,0,104,0,0,...) at sched_switch+0x2d2/frame 0xee2bcbb8 mi_switch(104,0,0,80246,c6c84c40,c6ca9d1c) at mi_switch+0x122/frame 0xee2bcbf0 sleepq_switch(c6c84c40,0,c11b871a,268,0,...) at sleepq_switch+0x15b/frame 0xee2bcc18 sleepq_wait(c6ca9d1c,0,c11a40d4,1,0,...) at sleepq_wait+0x3f/frame 0xee2bcc44 _cv_wait(c6ca9d1c,c6ca9eec,c118fd9e,73,0,...) at _cv_wait+0x182/frame 0xee2bcc74 usb_process(c6ca9d14,ee2bcce8,0,0,0,...) at usb_process+0xf6/frame 0xee2bcca4 fork_exit(c09a4c40,c6ca9d14,ee2bcce8) at fork_exit+0xa3/frame 0xee2bccd4 fork_trampoline() at fork_trampoline+0x8/frame 0xee2bccd4 --- trap 0, eip = 0, esp = 0xee2bcd20, ebp = 0 --- Tracing command cam pid 2 tid 100062 td 0xc6d22000 sched_switch(c6d ---------------------------------------------------------------------- config.txt options CONFIG_AUTOGENERATED ident GENERIC machine i386 cpu I686_CPU cpu I586_CPU cpu I486_CPU makeoptions WITH_CTF=1 makeoptions DEBUG=-g options XENHVM options USB_DEBUG options ATH_ENABLE_11N options AH_AR5416_INTERRUPT_MITIGATION options AH_SUPPORT_AR5416 options IEEE80211_SUPPORT_MESH options IEEE80211_AMPDU_AGE options IEEE80211_DEBUG options SC_PIXEL_MODE options VESA options AHD_REG_PRETTY_PRINT options AHC_REG_PRETTY_PRINT options ATA_STATIC_ID options SMP options KDB_TRACE options KDB options DDB options VIMAGE options INCLUDE_CONFIG_FILE options DDB_CTF options KDTRACE_HOOKS options MAC options PROCDESC options CAPABILITIES options CAPABILITY_MODE options AUDIT options HWPMC_HOOKS options KBD_INSTALL_CDEV options PRINTF_BUFR_SIZE=128 options _KPOSIX_PRIORITY_SCHEDULING options SYSVSEM options SYSVMSG options SYSVSHM options STACK options KTRACE options SCSI_DELAY=5000 options COMPAT_FREEBSD7 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options GEOM_LABEL options GEOM_RAID options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSLOCKD options NFSD options NFSCL options MD_ROOT options QUOTA options UFS_GJOURNAL options UFS_DIRHASH options UFS_ACL options SOFTUPDATES options FFS options SCTP options TCP_OFFLOAD options INET6 options INET options PREEMPTION options SCHED_ULE options NEW_PCIB options NATIVE options GEOM_PART_MBR options GEOM_PART_EBR_COMPAT options GEOM_PART_EBR options GEOM_PART_BSD options ISAPNP device isa device npx device mem device io device uart_ns8250 device atpic device apic device cpufreq device acpi device eisa device pci device fdc device ahci device ata device mvs device siis device ahb device ahc device ahd device esp device hptiop device isp device mpt device mps device mpr device sym device trm device adv device adw device aha device aic device bt device ncv device nsp device stg device isci device scbus device ch device da device sa device cd device pass device ses device amr device arcmsr device asr device ciss device dpt device hptmv device hptnr device hptrr device hpt27xx device iir device ips device mly device twa device tws device aac device aacp device aacraid device ida device mfi device mlx device mrsas device pst device twe device atkbdc device atkbd device psm device kbdmux device vga device splash device sc device vt device vt_vga device agp device pmtimer device cbb device pccard device cardbus device uart device ppc device ppbus device lpt device ppi device puc device bxe device de device em device igb device ixgb device le device ti device txp device vx device miibus device ae device age device alc device ale device bce device bfe device bge device cas device dc device et device fxp device gem device hme device jme device lge device msk device nfe device nge device pcn device re device rl device sf device sge device sis device sk device ste device stge device tl device tx device vge device vr device vte device wb device xl device cs device ed device ex device ep device fe device ie device sn device xe device wlan device wlan_wep device wlan_ccmp device wlan_tkip device wlan_amrr device an device ath device ath_pci device ath_hal device ath_rate_sample device ipw device iwi device iwn device malo device mwl device ral device wi device wpi device loop device random device padlock_rng device rdrand_rng device ether device vlan device tun device md device gif device faith device firmware device bpf device uhci device ohci device ehci device xhci device usb device ukbd device umass device sound device snd_cmi device snd_csa device snd_emu10kx device snd_es137x device snd_hda device snd_ich device snd_via8233 device mmc device mmcsd device sdhci device virtio device virtio_pci device vtnet device virtio_blk device virtio_scsi device virtio_balloon device hyperv device xenpci device vmx ---------------------------------------------------------------------- msgbuf.txt Copyright (c) 1992-2015 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.1-STABLE #0 r276691: Mon Jan 5 19:16:13 CET 2015 sthaug@verdi.nethelp.no:/usr/src/sys/i386/compile/GENERICV i386 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2793.05-MHz 686-class CPU) Origin="GenuineIntel" Id=0xf47 Family=0xf Model=0x4 Stepping=7 Features=0xbfebfbff Features2=0x641d AMD Features=0x20100000 AMD Features2=0x1 TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2083926016 (1987 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 WARNING: VIMAGE (virtualized network stack) is a highly experimental feature. ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger random: initialized kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, f00000 (3) failed acpi0: reservation of 1000000, 7ee8cc00 (3) failed cpu0: on acpi0 cpu1: on acpi0 atrtc0: port 0x70-0x7f irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x5f irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 em0: port 0xdcc0-0xdcdf mem 0xfe880000-0xfe89ffff,0xfe8a0000-0xfe8bffff irq 16 at device 0.0 on pci2 em0: Using an MSI interrupt em0: Ethernet address: 00:15:17:36:bc:e8 em1: port 0xdce0-0xdcff mem 0xfe8c0000-0xfe8dffff,0xfe8e0000-0xfe8fffff irq 17 at device 0.1 on pci2 em1: Using an MSI interrupt em1: Ethernet address: 00:15:17:36:bc:e9 pcib3: irq 16 at device 28.4 on pci0 pci3: on pcib3 bge0: mem 0xfe7f0000-0xfe7fffff irq 16 at device 0.0 on pci3 bge0: CHIP ID 0x00004101; ASIC REV 0x04; CHIP REV 0x41; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: 00:10:18:1c:60:ce pcib4: irq 17 at device 28.5 on pci0 pci4: on pcib4 bge1: mem 0xfe6f0000-0xfe6fffff irq 17 at device 0.0 on pci4 bge1: CHIP ID 0x00004001; ASIC REV 0x04; CHIP REV 0x40; PCI-E miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge1: Ethernet address: 00:13:72:20:b4:6f uhci0: port 0xff80-0xff9f irq 21 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0xff60-0xff7f irq 22 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 usbus2 on uhci2 uhci3: port 0xff20-0xff3f irq 23 at device 29.3 on pci0 usbus3 on uhci3 ehci0: mem 0xffa80800-0xffa80bff irq 21 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci0 pcib5: at device 30.0 on pci0 pci5: on pcib5 vgapci0: port 0xcc80-0xccff mem 0xfc000000-0xfdffffff,0xfe4c0000-0xfe4fffff at device 7.0 on pci5 vgapci0: Boot video device isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf irq 16 at device 31.1 on pci0 ata0: at channel 0 on atapci0 atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 20 at device 31.2 on pci0 ata2: at channel 0 on atapci1 ata3: at channel 1 on atapci1 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xcafff,0xcb000-0xcbfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. p4tcc0: on cpu0 p4tcc1: on cpu1 Timecounters tick every 1.000 msec random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen2.1: at usbus2 ugen1.1: at usbus1 uhub1: on usbus1 ugen4.1: at usbus4 uhub2: on usbus4 ugen3.1: at usbus3 uhub3: on usbus3 uhub4: on usbus2 ada0 at ata2 bus 0 scbus1 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: Serial Number 9QM098KE ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ata3 bus 0 scbus2 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: Serial Number 9QM0D4DL ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 cd0 at ata0 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present uhub1: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! Timecounter "TSC-low" frequency 1396527289 Hz quality 1000 Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub2: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/ada0s1a [rw]... <118>Setting hostuuid: 44454c4c-4400-104a-8054-b8c04f43324a. <118>Setting hostid: 0xde1f5676. <118>Starting ddb. <118>Entropy harvesting: interrupts ethernet point_to_point swi. <118>Starting file system checks: <118>/dev/ada0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ada0s1a: clean, 4326943 free (2271 frags, 540584 blocks, 0.0% fragmentation) <118>/dev/ada0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ada0s1d: clean, 2647084 free (7788 frags, 329912 blocks, 0.2% fragmentation) <118>/dev/ada0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ada0s1e: clean, 2461983 free (175 frags, 307726 blocks, 0.0% fragmentation) <118>Mounting local file systems:. <118>Writing entropy file:. <118>Setting hostname: verdi.nethelp.no. ugen3.2: at usbus3 ukbd0: on usbus3 kbd2 at ukbd0 <118>Starting Network: lo0 em0 em1 bge0 bge1. <118>lo0: flags=8049 metric 0 mtu 16384 <118> options=600003 <118> inet6 ::1 prefixlen 128 <118> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 <118> inet 127.0.0.1 netmask 0xff000000 <118> nd6 options=21 <118>em0: flags=8c02 metric 0 mtu 1500 <118> options=4219b <118> ether 00:15:17:36:bc:e8 <118> nd6 options=29 <118> media: Ethernet autoselect <118> status: no carrier <118>em1: flags=8c02 metric 0 mtu 1500 <118> options=4019b <118> ether 00:15:17:36:bc:e9 <118> nd6 options=29 <118> media: Ethernet autoselect <118> status: no carrier <118>bge0: flags=8802 metric 0 mtu 1500 <118> options=8009b <118> ether 00:10:18:1c:60:ce <118> nd6 options=29 <118> media: Ethernet autoselect <118>bge1: flags=8843 metric 0 mtu 1500 <118> options=8009b <118> ether 00:13:72:20:b4:6f <118> inet 10.0.0.2 netmask 0xfffffffc broadcast 10.0.0.3 <118> nd6 options=29 <118> media: Ethernet autoselect (none) <118> status: no carrier <118>Starting devd. <118>Starting Network: em0. <118>em0: flags=8c02 metric 0 mtu 1500 <118> options=4219b <118> ether 00:15:17:36:bc:e8 <118> nd6 options=29 <118> media: Ethernet autoselect <118> status: no carrier <118>Starting Network: em1. <118>em1: flags=8c02 metric 0 mtu 1500 <118> options=4019b <118> ether 00:15:17:36:bc:e9 <118> nd6 options=29 <118> media: Ethernet autoselect <118> status: no carrier <118>Starting Network: bge0. <118>bge0: flags=8802 metric 0 mtu 1500 <118> options=8009b <118> ether 00:10:18:1c:60:ce <118> nd6 options=29 <118> media: Ethernet autoselect <118>Configuring syscons: keymap. <118>Starting pflogd: <118>add net fe80::: gateway ::1 <118>add net ff02::: gateway ::1 <118>add net ::ffff:0.0.0.0: gateway ::1 <118>add net ::0.0.0.0: gateway ::1 <118>Creating and/or trimming log files. <118>Starting syslogd. <118>No core dumps found. <118>ELF ldconfig path: /lib /usr/lib /usr/lib/compat <118>a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout <118>Clearing /tmp (X related). <118>Updating motd:. <118>Mounting late file systems:. <118>Configuring syscons: keymap blanktime. <118>Performing sanity check on sshd configuration. <118>Starting sshd. <118>Starting sendmail_submit. <118>Starting sendmail_msp_queue. <118>Starting cron. <118> <118>Mon Jan 5 22:14:35 CET 2015 <118>Jan 5 22:14:40 verdi login: ROOT LOGIN (root) ON ttyv0 <5>bge1: link state changed to UP panic: vm_fault: fault on nofault entry, addr: cc0e3000 cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(c11b7381,fc,0,10000000,1,...) at db_trace_self_wrapper+0x2d/frame 0xf0948638 kdb_backtrace(c1363a24,1,c11e23dd,f09486ec,0,...) at kdb_backtrace+0x30/frame 0xf09486a0 panic(c11e23dd,cc0e3000,1,f0948804,f09487f4,...) at panic+0x11f/frame 0xf09486e0 vm_fault_hold(c1a6d000,cc0e3000,1,0,0,...) at vm_fault_hold+0x2076/frame 0xf0948840 vm_fault(c1a6d000,cc0e3000,1,0,f0948912,...) at vm_fault+0x81/frame 0xf0948868 trap_pfault(cc0e34b8,f0948910,c6baf200,f09489a0,c0934ed8,...) at trap_pfault+0x1bb/frame 0xf09488e8 trap(f0948a34) at trap+0x674/frame 0xf0948a28 calltrap() at calltrap+0x6/frame 0xf0948a28 --- trap 0xc, eip = 0xc104ab83, esp = 0xf0948a74, ebp = 0xf0948a9c --- copyout(f0948b28,cc0e34b8,4,f0948acc,c142f238,...) at copyout+0x37/frame 0xf0948a9c sysctl_ip6_temppltime(c142f238,c6a9e3a8,0,f0948b28,f0948b28,...) at sysctl_ip6_temppltime+0x3a/frame 0xf0948ac0 sysctl_root(f0948b28,8,2,c0a05797,c7034038,...) at sysctl_root+0x2b1/frame 0xf0948b00 userland_sysctl(c7594000,f0948bac,4,28803030,bfbfdb70,...) at userland_sysctl+0x1fa/frame 0xf0948b70 sys___sysctl(c7594000,f0948ca8,0,1,c1524380,...) at sys___sysctl+0x98/frame 0xf0948c18 syscall(f0948ce8) at syscall+0x4a6/frame 0xf0948cdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf0948cdc --- syscall (202, FreeBSD ELF32, sys___sysctl), eip = 0x281a28b7, esp = 0xbfbfdb00, ebp = 0xbfbfdb28 --- KDB: enter: panic ---------------------------------------------------------------------- panic.txt vm_fault: fault on nofault entry, addr: cc0e3000 ---------------------------------------------------------------------- version.txt FreeBSD 10.1-STABLE #0 r276691: Mon Jan 5 19:16:13 CET 2015 sthaug@verdi.nethelp.no:/usr/src/sys/i386/compile/GENERICV From owner-freebsd-stable@FreeBSD.ORG Mon Jan 5 22:50:55 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A974C2 for ; Mon, 5 Jan 2015 22:50:55 +0000 (UTC) Received: from maul.immure.com (104-49-19-137.lightspeed.austtx.sbcglobal.net [104.49.19.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F6BE66022 for ; Mon, 5 Jan 2015 22:50:54 +0000 (UTC) Received: from rancor.immure.com ([10.1.132.9]) by maul.immure.com with esmtp (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y8GTm-000ApH-8N; Mon, 05 Jan 2015 16:50:31 -0600 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.9/8.14.9) with ESMTP id t05MoUSK058075; Mon, 5 Jan 2015 16:50:30 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.9/8.14.9/Submit) id t05MoTOk058074; Mon, 5 Jan 2015 16:50:29 -0600 (CST) (envelope-from bob) Date: Mon, 5 Jan 2015 16:50:29 -0600 From: Bob Willcox To: Warren Block Subject: Re: I need some swap partion help on new 10.1 install Message-ID: <20150105225028.GC57206@rancor.immure.com> Reply-To: Bob Willcox References: <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Kevin Oberman , Chris H , FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 22:50:55 -0000 On Sun, Jan 04, 2015 at 06:37:18PM -0700, Warren Block wrote: > On Sat, 3 Jan 2015, Michael Butler wrote: > > > On 01/03/15 19:35, Kevin Oberman wrote: > > > > [ .. snip .. ] > > > >> As per an earlier suggestion, did you put: > >> kern.geom.label.gpt.enable=0 > >> into /boot/loader.conf? If so, that's why you lack a /dev/gpt label. This > >> is usually a "friendlier" string than the diskid, but both work equally > >> well. > > > > bsdinstall does that on its own - you have to manually > > remove/comment/set to "1" after installation :-( > > gpt, or gptid? The first would be a terrible regression, the second, > not so much. The more I read of this thread the more confused I get. What should I have in /boot/loader.conf to get the old behavior with more traditional device names? Also, if bsdinstall doesn't do this for me automatically, why did it put /dev/ada0p2 in the fstab for swap? Bob > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Bob Willcox | Men who cherish for women the highest bob@immure.com | respect are seldom popular with them. Austin, TX | -- Joseph Addison From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 00:43:43 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FBB617D for ; Tue, 6 Jan 2015 00:43:43 +0000 (UTC) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E3C4E66011 for ; Tue, 6 Jan 2015 00:43:42 +0000 (UTC) Received: by mail-lb0-f175.google.com with SMTP id z11so10500299lbi.20 for ; Mon, 05 Jan 2015 16:43:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=4heUNtBcu7jFifHxf6uN9iSlruXL7qSu2zUChWe+s+Q=; b=VwNm6MtkSI85HyTDdgQHP7fmKrf38V7Q64VF9/i87hc3CBf8gCgYdU16sjmi/iWN63 aTz4Kp/D3zAQSgANtEynEvNZz2qcXhaMRucC6RdGLd+9gnIsbkm0xRe2FcSP2kuJANLX tOSAhcnkgIqmXGewI45tX6/57NnP7cokKElyT5nDO2jPr5jEBsKUOwUFFxiHQdQMx4Ks zkTX8otsu8oQyU15y8gC1wGTie1gcOAzqhdKOefGDcM7ZO0hvHHZaURp48bIfkNKcBU4 IpsJAUZxHTgwAqu+RDoHUfXWaclU06GEvshtgGpakXuhVeAFtcuKRn/Zh/UqQ1eBQAh7 tWew== MIME-Version: 1.0 X-Received: by 10.152.6.67 with SMTP id y3mr95934982lay.90.1420505021006; Mon, 05 Jan 2015 16:43:41 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.141.5 with HTTP; Mon, 5 Jan 2015 16:43:40 -0800 (PST) In-Reply-To: <20150105.232339.74735411.sthaug@nethelp.no> References: <20150103.215108.41660163.sthaug@nethelp.no> <20150105.232339.74735411.sthaug@nethelp.no> Date: Mon, 5 Jan 2015 16:43:40 -0800 X-Google-Sender-Auth: aCF7PL7ORapolK6z9adUKx-3KEg Message-ID: Subject: Re: 10.1-STABLE/i386 GENERIC + VIMAGE: Panic when going multiuser From: Craig Rodrigues To: sthaug@nethelp.no Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 00:43:43 -0000 On Mon, Jan 5, 2015 at 2:23 PM, wrote: > > Thanks for providing the detailed logs. It looks like there is something > > IPv6 related in your setup that is triggering this > > problem. I don't have IPv6 configured on any of my boxes. > > Can you provide your /etc/rc.conf, and any other relevant configs which > > trigger usage of IPv6? > > Unfortunately, there is *no* IPv6 config on the box (aside from what > might be done by default). rc.conf: > > hostname="verdi.nethelp.no" > keymap="norwegian.iso.kbd" > ifconfig_bge1="inet 10.0.0.2 netmask 255.255.255.252" > sshd_enable="YES" > dumpdev="AUTO" > ddb_enable="YES" > background_fsck="NO" > That config is minimal, so I don't see anything offhand which would trigger IPv6. But there could be something else running on the system that triggers it. Do you have *any* kernel modules which are installed on the system and not built as part of the buildworld/buildkernel process? For example, kernel modules installed via a port? Lastly, since your crash is triggered by "sysctl -a" with VIMAGE and DDB added to a GENERIC kernel config in 10.1, can you see the last sysctl which is printed out before the panic occurs? -- Craig From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 00:49:58 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 469433C1 for ; Tue, 6 Jan 2015 00:49:58 +0000 (UTC) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 071C2660D9 for ; Tue, 6 Jan 2015 00:49:58 +0000 (UTC) Received: by mail-ig0-f174.google.com with SMTP id hn15so3453249igb.1 for ; Mon, 05 Jan 2015 16:49:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=mWFVzkOJCD8pvMhpEAeBhHr39xotYdtNyKuLiktRdIQ=; b=xiXtJNL5SvqQX2TuRueNIHR1K718bUSHTA6kHMi2sd7m5YlBBtHcKFRdZ0uLwz96kR QA/8j5r9aI61kMCuIUrSRCh9kJBrEZQP7iI3mMCpI1ZOusC96j61I8bCZ/+wDwDMuirn Ui1WHgcvtIcjeQNomTAB5Tq6EICj2iZErIrn1SEAz/v5upkTOuCk5qGgX3N7Xn0uiKvE ckqPVOlcnEVgjbFLumCaJY7yOCaL7p0K2ekiZNOnegK5zVl2lKH1nTvN0WpJQ4HVZA89 0CtGFtaJXtcdm8FepZGW0KTd7qHe2/jfMLV96KAUD5ChCMYbrNGnkE2D7J54yD0upWaf Q6vA== MIME-Version: 1.0 X-Received: by 10.50.134.65 with SMTP id pi1mr13602087igb.32.1420505397419; Mon, 05 Jan 2015 16:49:57 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.52.19 with HTTP; Mon, 5 Jan 2015 16:49:57 -0800 (PST) In-Reply-To: <20150105201735.GA2642@anubis.morrow.me.uk> References: <54A9A853.2000208@delphij.net> <20150105201735.GA2642@anubis.morrow.me.uk> Date: Mon, 5 Jan 2015 16:49:57 -0800 X-Google-Sender-Auth: W4JCq0Y_7KmXxxbprMgAXFHzESE Message-ID: Subject: Re: Upgrading from stable/8 to stable/9 blocked by file 5.21 (r276416) From: Kevin Oberman To: Kevin Oberman , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 00:49:58 -0000 On Mon, Jan 5, 2015 at 12:17 PM, Ben Morrow wrote: > Quoth Kevin Oberman : > > On Mon, Jan 5, 2015 at 1:49 AM, Trond Endrest=C3=B8l < > > Trond.Endrestol@fagskolen.gjovik.no> wrote: > > > > > =3D=3D=3D> lib/libmagic (obj,build-tools) > > > gcc -O2 -pipe -DMAGIC=3D'"/usr/share/misc/magic"' -DHAVE_CONFIG_H > > > -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/sr= c > > > -std=3Dgnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -DCOMPILE_ON= LY > > > -L/usr/obj/usr/src/tmp/legacy/usr/lib -o mkmagic > [...] > > > > This still comes down to he build of file (and specifically libmagick > not > > finding xlocale.h. the new header files should have been installed into > > /usr/obj long before the build of file starts. the buildworld should > always > > run clean, obj, _includes, and depends before any of the actual builds > > commence. > > > > So the issue is whether the build of libmagic is failing to look for > > xlocale.h in the right place or the _includes: target is failing to > install > > it there. > > > > This can be checked by building without -j (to eliminate any possible > > races) and, after the failure, look for xlocale.h in > > /usr/obj/usr/src/tmp/usr/include. This is where all header files should > be > > installed in the /usr/obj tree so that they are available and used by t= he > > buildworld. > > If I'm reading Makefile.inc1 right (and it's possible I'm not) then the > build-tools stage comes before the compiler is rebuilt, so it's still > using the host system compiler. If I'm right about that, then that gcc > command above isn't looking in that directory (it's looking in /legacy/ > instead, which doesn't get xlocale.h). > > Also, unless I'm mistaken, the _includes stage ('stage 4.1: building > includes') runs after the build-tools stage ('stage 2.3: build tools'). > The only headers that have been installed by that point are those > installed in .../tmp/legacy/usr/include by 'legacy' and > 'bootstrap-tools'. > > Ben > I just deleted /usr/obj/* and did buildworld (no -j) and here is what I found: 20352 libmagic is compiled for the tool-chain (build-tools) 26334 magic.h installed in /usr/obj/usr/src/tmp/usr/include 27061 xlocale.h is installed into /usr/obj/usr/src/tmp/usr/include/ 63838 libmagick depends built 68635 libmagic compile 68729 libmagick shareable linked So libmagick is built twice, once in the tool-chain before xlocale is installed in /usr/obj/usr/src/tmp/usr/include and again, with all bells and whistles after clang has been built. the latter is the one actually installed in installworld. So your analysis is correct. When the first libmagick is built with the old compiler for use in the tool chain, xlocale has not been installed and was not present in legacy (since it did not exist in 9-STABLE). I believe the proper answer is to move from 9-STABLE to 10.0-RELEASE and then to 10-STABLE. It MIGHT even require moving to 10.1-RELEASE. -- Kevin Oberman, Network Engineer, Retired From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 03:04:37 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0924311 for ; Tue, 6 Jan 2015 03:04:37 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49F0867FC3 for ; Tue, 6 Jan 2015 03:04:36 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t0634YQQ033210 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 5 Jan 2015 20:04:34 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t0634YPD033207; Mon, 5 Jan 2015 20:04:34 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Mon, 5 Jan 2015 20:04:34 -0700 (MST) From: Warren Block To: Bob Willcox Subject: Re: I need some swap partion help on new 10.1 install In-Reply-To: <20150105225028.GC57206@rancor.immure.com> Message-ID: References: <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> <20150105225028.GC57206@rancor.immure.com> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 05 Jan 2015 20:04:34 -0700 (MST) Cc: Kevin Oberman , Chris H , FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 03:04:37 -0000 On Mon, 5 Jan 2015, Bob Willcox wrote: > On Sun, Jan 04, 2015 at 06:37:18PM -0700, Warren Block wrote: >> On Sat, 3 Jan 2015, Michael Butler wrote: >> >>> On 01/03/15 19:35, Kevin Oberman wrote: >>> >>> [ .. snip .. ] >>> >>>> As per an earlier suggestion, did you put: >>>> kern.geom.label.gpt.enable=0 >>>> into /boot/loader.conf? If so, that's why you lack a /dev/gpt label. This >>>> is usually a "friendlier" string than the diskid, but both work equally >>>> well. >>> >>> bsdinstall does that on its own - you have to manually >>> remove/comment/set to "1" after installation :-( >> >> gpt, or gptid? The first would be a terrible regression, the second, >> not so much. > > The more I read of this thread the more confused I get. What should I have in > /boot/loader.conf to get the old behavior with more traditional device names? > > Also, if bsdinstall doesn't do this for me automatically, why did it put > /dev/ada0p2 in the fstab for swap? The best way is to use GPT labels, which are stored in the GPT header. They are portable, so keep working if the drive device name changes (ada0 to da1, say). GPT labels can be set with gpart modify. The labels appear in /dev/gpt/. As mentioned before, they might not appear if a partition is mounted due to GEOM "withering". GPT labels are enabled by default. If bsdinstall is disabling them, it is a regression. GPT IDs, on the other hand, are a unique generated ID code that can appear at the same time. Many of us find them not very useful and disable them in loader.conf. I have only upgraded systems to 10.1, so don't know what bsdinstall does on a new install. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 04:11:27 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9B9A21C for ; Tue, 6 Jan 2015 04:11:27 +0000 (UTC) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B469528E1 for ; Tue, 6 Jan 2015 04:11:27 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id ar1so876583iec.2 for ; Mon, 05 Jan 2015 20:11:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=VGONVmbwa3xNfloRZEdMQVtgRxafmdSXUQAc9mAGudU=; b=Ref5FK2NNn8et7zrITEh4xkln0R/FzusKKqkhZJC8lq3BcgxXaYX2ol3TXbYe2mD4j ksrqirZQhqmGZSdZxiLQG9PTgXvdv8QlTwuxRgsmQdCqiJrteBD3ZZRT+RyN24bia2Op 05M4Fvx89YPNLo+9HTUaZ3kD9+JUUApupgN0BANX664Av093FPjTMYZYgcDe8OXSZRR1 muEVWCDnZAsiUgGxY5HifX/NMPEISoKUdtXO+Dj4d/b9rbWUjHfBsLlkob97gUzBvsKL eTBheAimtJQAlXilnGSQzXHGGTieKHW1dXlWR+W4f33XQ10FW3sr83tTgFq0bIz3vnnH OJzg== MIME-Version: 1.0 X-Received: by 10.51.17.11 with SMTP id ga11mr14234215igd.0.1420517487134; Mon, 05 Jan 2015 20:11:27 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.52.19 with HTTP; Mon, 5 Jan 2015 20:11:27 -0800 (PST) In-Reply-To: References: <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> <20150105225028.GC57206@rancor.immure.com> Date: Mon, 5 Jan 2015 20:11:27 -0800 X-Google-Sender-Auth: K1_zKXr64fSUTLuRl4n8ZsgZajs Message-ID: Subject: Re: I need some swap partion help on new 10.1 install From: Kevin Oberman To: Warren Block Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD-STABLE Mailing List , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 04:11:28 -0000 On Mon, Jan 5, 2015 at 7:04 PM, Warren Block wrote: > On Mon, 5 Jan 2015, Bob Willcox wrote: > > On Sun, Jan 04, 2015 at 06:37:18PM -0700, Warren Block wrote: >> >>> On Sat, 3 Jan 2015, Michael Butler wrote: >>> >>> On 01/03/15 19:35, Kevin Oberman wrote: >>>> >>>> [ .. snip .. ] >>>> >>>> As per an earlier suggestion, did you put: >>>>> kern.geom.label.gpt.enable=0 >>>>> into /boot/loader.conf? If so, that's why you lack a /dev/gpt label. >>>>> This >>>>> is usually a "friendlier" string than the diskid, but both work equally >>>>> well. >>>>> >>>> >>>> bsdinstall does that on its own - you have to manually >>>> remove/comment/set to "1" after installation :-( >>>> >>> >>> gpt, or gptid? The first would be a terrible regression, the second, >>> not so much. >>> >> >> The more I read of this thread the more confused I get. What should I >> have in >> /boot/loader.conf to get the old behavior with more traditional device >> names? >> >> Also, if bsdinstall doesn't do this for me automatically, why did it put >> /dev/ada0p2 in the fstab for swap? >> > > The best way is to use GPT labels, which are stored in the GPT header. > They are portable, so keep working if the drive device name changes (ada0 > to da1, say). > > GPT labels can be set with gpart modify. The labels appear in /dev/gpt/. > As mentioned before, they might not appear if a partition is mounted due to > GEOM "withering". > > GPT labels are enabled by default. If bsdinstall is disabling them, it is > a regression. > > GPT IDs, on the other hand, are a unique generated ID code that can appear > at the same time. Many of us find them not very useful and disable them in > loader.conf. > > I have only upgraded systems to 10.1, so don't know what bsdinstall does > on a new install. > Just checked head and bsdinstall does not disable GPT labels. It does disable gptid labels (which IMHO is a good thing). -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 11:33:09 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4319A5A for ; Tue, 6 Jan 2015 11:33:09 +0000 (UTC) Received: from mailhost.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 616FD66975 for ; Tue, 6 Jan 2015 11:33:09 +0000 (UTC) Received: from wonderland.m5p.com (wonderland.m5p.com [IPv6:2001:418:3fd::19]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id t06BVjXs086352 for ; Tue, 6 Jan 2015 06:33:07 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: <54ABC7A1.9090808@m5p.com> Date: Tue, 06 Jan 2015 06:31:45 -0500 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: xorg 1.14 and FreeBSD 8.4 References: <00ff01d028be$220ed8c0$662c8a40$@gmail.com> <201501051127.t05BR6dZ070069@m5p.com> <011501d028df$577d6c80$06784580$@gmail.com> In-Reply-To: <011501d028df$577d6c80$06784580$@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Tue, 06 Jan 2015 06:33:07 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 11:33:09 -0000 On 01/05/15 07:01, cdr.nil@gmail.com wrote: > George, > > You are right - the drm2 directory does not exist in 8.4. This may be a bit > of a stopper; could be the new Xorg will not operate on 8. I see drm2 exists > in 9.3, however. It appears to be related to Kernel Mode Setting. > > -mark Hmm, guess I'll see if I can learn about backporting kernel modules from 9 to 8 -- unless that sounds crazy ... -- George >> [...] From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 15:55:18 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4980CECC for ; Tue, 6 Jan 2015 15:55:18 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1493827A1 for ; Tue, 6 Jan 2015 15:55:18 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t06FtcEL023800 for ; Tue, 6 Jan 2015 07:55:38 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <20150105225028.GC57206@rancor.immure.com> References: <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> , <20150105225028.GC57206@rancor.immure.com> From: "Chris H" Subject: Re: I need some swap partion help on new 10.1 install Date: Tue, 06 Jan 2015 07:55:38 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <07c79d24529651e39e824a476e4f8e08@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 15:55:18 -0000 On Mon, 5 Jan 2015 16:50:29 -0600 Bob Willcox wrote > On Sun, Jan 04, 2015 at 06:37:18PM -0700, Warren Block wrote: > > On Sat, 3 Jan 2015, Michael Butler wrote: > > > > > On 01/03/15 19:35, Kevin Oberman wrote: > > > > > > [ .. snip .. ] > > > > > >> As per an earlier suggestion, did you put: > > >> kern.geom.label.gpt.enable=0 > > >> into /boot/loader.conf? If so, that's why you lack a /dev/gpt label. > > >> This is usually a "friendlier" string than the diskid, but both work > > >> equally well. > > > > > > bsdinstall does that on its own - you have to manually > > > remove/comment/set to "1" after installation :-( > > > > gpt, or gptid? The first would be a terrible regression, the second, > > not so much. > > The more I read of this thread the more confused I get. What should I have in > /boot/loader.conf to get the old behavior with more traditional device names? > > Also, if bsdinstall doesn't do this for me automatically, why did it put > /dev/ada0p2 in the fstab for swap? I imagine this has probably been addressed/responded to, but... For the sake of confusion; MBR - so-called "legacy" is probably the version you are most accustomed to seeing: /dev/adaNpN GPT gpart(8)/glabal(8) is the newer alternative. It creates more *human readable* names, eg; /gpt/my-bright-shiny-root /gpt/my-new-usr /gpt/my-yadda-yadda-yadda GPTID is yet another alternative. You used it to get your swap mounted. I suggested using a GPT setup because; - Your disk indicated it had a label - The names are easier to read/identify Adding kern.geom.label.gpt.enable=1 to loader.conf(5) will give you that (/boot/loader.conf) In the end, it's all a matter of personal preference. Use what you think works best for you, you're most comfortable with. *Do* read the appropriate man pages, to insure you'll be using one that will *continue* to work with you. --Chris > > Bob > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- > Bob Willcox | Men who cherish for women the highest > bob@immure.com | respect are seldom popular with them. > Austin, TX | -- Joseph Addison > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 15:56:33 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 456E515C for ; Tue, 6 Jan 2015 15:56:33 +0000 (UTC) Received: from maul.immure.com (104-49-19-137.lightspeed.austtx.sbcglobal.net [104.49.19.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A707427FF for ; Tue, 6 Jan 2015 15:56:31 +0000 (UTC) Received: from rancor.immure.com ([10.1.132.9]) by maul.immure.com with esmtp (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y8WUb-000DY6-2f; Tue, 06 Jan 2015 09:56:26 -0600 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.9/8.14.9) with ESMTP id t06FuOmu061886; Tue, 6 Jan 2015 09:56:24 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.9/8.14.9/Submit) id t06FuOL6061885; Tue, 6 Jan 2015 09:56:24 -0600 (CST) (envelope-from bob) Date: Tue, 6 Jan 2015 09:56:24 -0600 From: Bob Willcox To: Kevin Oberman Subject: Re: I need some swap partion help on new 10.1 install Message-ID: <20150106155623.GA61837@rancor.immure.com> Reply-To: Bob Willcox References: <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> <20150105225028.GC57206@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Warren Block , FreeBSD-STABLE Mailing List , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 15:56:33 -0000 On Mon, Jan 05, 2015 at 08:11:27PM -0800, Kevin Oberman wrote: > On Mon, Jan 5, 2015 at 7:04 PM, Warren Block wrote: > > > On Mon, 5 Jan 2015, Bob Willcox wrote: > > > > On Sun, Jan 04, 2015 at 06:37:18PM -0700, Warren Block wrote: > >> > >>> On Sat, 3 Jan 2015, Michael Butler wrote: > >>> > >>> On 01/03/15 19:35, Kevin Oberman wrote: > >>>> > >>>> [ .. snip .. ] > >>>> > >>>> As per an earlier suggestion, did you put: > >>>>> kern.geom.label.gpt.enable=0 > >>>>> into /boot/loader.conf? If so, that's why you lack a /dev/gpt label. > >>>>> This > >>>>> is usually a "friendlier" string than the diskid, but both work equally > >>>>> well. > >>>>> > >>>> > >>>> bsdinstall does that on its own - you have to manually > >>>> remove/comment/set to "1" after installation :-( > >>>> > >>> > >>> gpt, or gptid? The first would be a terrible regression, the second, > >>> not so much. > >>> > >> > >> The more I read of this thread the more confused I get. What should I > >> have in > >> /boot/loader.conf to get the old behavior with more traditional device > >> names? > >> > >> Also, if bsdinstall doesn't do this for me automatically, why did it put > >> /dev/ada0p2 in the fstab for swap? > >> > > > > The best way is to use GPT labels, which are stored in the GPT header. > > They are portable, so keep working if the drive device name changes (ada0 > > to da1, say). > > > > GPT labels can be set with gpart modify. The labels appear in /dev/gpt/. > > As mentioned before, they might not appear if a partition is mounted due to > > GEOM "withering". > > > > GPT labels are enabled by default. If bsdinstall is disabling them, it is > > a regression. > > > > GPT IDs, on the other hand, are a unique generated ID code that can appear > > at the same time. Many of us find them not very useful and disable them in > > loader.conf. > > > > I have only upgraded systems to 10.1, so don't know what bsdinstall does > > on a new install. > > > > Just checked head and bsdinstall does not disable GPT labels. It does > disable gptid labels (which IMHO is a good thing). So, what should I put in /boot/loader.conf? Can I enable both GPT and GPT IDs with this: kern.geom.label.gpt.enable="1" kern.geom.label.gptid.enable="1" And if I do, should I expect any problems with doing that? Bob > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com -- Bob Willcox | Men who cherish for women the highest bob@immure.com | respect are seldom popular with them. Austin, TX | -- Joseph Addison From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 16:11:28 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14E7D9D5 for ; Tue, 6 Jan 2015 16:11:28 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B16C12BF4 for ; Tue, 6 Jan 2015 16:11:27 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t06GBJLT026621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 6 Jan 2015 09:11:19 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t06GBJa6026618; Tue, 6 Jan 2015 09:11:19 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 6 Jan 2015 09:11:19 -0700 (MST) From: Warren Block To: Bob Willcox Subject: Re: I need some swap partion help on new 10.1 install In-Reply-To: <20150106155623.GA61837@rancor.immure.com> Message-ID: References: <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> <20150105225028.GC57206@rancor.immure.com> <20150106155623.GA61837@rancor.immure.com> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 06 Jan 2015 09:11:20 -0700 (MST) Cc: Kevin Oberman , Chris H , FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 16:11:28 -0000 On Tue, 6 Jan 2015, Bob Willcox wrote: > So, what should I put in /boot/loader.conf? Can I enable both GPT and GPT IDs > with this: > > kern.geom.label.gpt.enable="1" > kern.geom.label.gptid.enable="1" > > And if I do, should I expect any problems with doing that? Both are enabled by default. Disabling GPTID can remove some confusion, but is not required. Make certain the swap partition has a GPT label. 'gpart show -l' shows them. If it does not have one, set one with gpart modify. Then use that label in fstab, in the form of /dev/gpt/labelname. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 20:03:59 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AAF7AF03 for ; Tue, 6 Jan 2015 20:03:59 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 34479678D5 for ; Tue, 6 Jan 2015 19:51:08 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t06Jp04s080444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 6 Jan 2015 12:51:00 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t06Jp0jS080441; Tue, 6 Jan 2015 12:51:00 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 6 Jan 2015 12:51:00 -0700 (MST) From: Warren Block To: Chris H Subject: Re: I need some swap partion help on new 10.1 install In-Reply-To: <07c79d24529651e39e824a476e4f8e08@ultimatedns.net> Message-ID: References: <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> , <20150105225028.GC57206@rancor.immure.com> <07c79d24529651e39e824a476e4f8e08@ultimatedns.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 06 Jan 2015 12:51:00 -0700 (MST) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 20:03:59 -0000 On Tue, 6 Jan 2015, Chris H wrote: > I imagine this has probably been addressed/responded to, but... > For the sake of confusion; > MBR - so-called "legacy" is probably the version you are most > accustomed to seeing: > /dev/adaNpN Actually, /dev/adaNsNX, where "s" is for "slice" and X is for the BSD partition letter, like /dev/ada0s1a for the first MBR slice and the first BSD partition on that slice. Only GPT partitioning shows the "p". > GPT gpart(8)/glabal(8) is the newer alternative. It creates more > *human readable* names, eg; > /gpt/my-bright-shiny-root > /gpt/my-new-usr > /gpt/my-yadda-yadda-yadda There is a limit on GPT label length. The spec says 72 bytes (!), but FreeBSD might limit that. Some characters are not allowed. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 20:03:59 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A324BEFF for ; Tue, 6 Jan 2015 20:03:59 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 335AA26B for ; Tue, 6 Jan 2015 18:04:10 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t06I4Vmc047702 for ; Tue, 6 Jan 2015 10:04:32 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <20150106155623.GA61837@rancor.immure.com> References: <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> <20150105225028.GC57206@rancor.immure.com> , <20150106155623.GA61837@rancor.immure.com> From: "Chris H" Subject: Re: I need some swap partion help on new 10.1 install Date: Tue, 06 Jan 2015 10:04:32 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 20:03:59 -0000 On Tue, 6 Jan 2015 09:56:24 -0600 Bob Willcox wrote > On Mon, Jan 05, 2015 at 08:11:27PM -0800, Kevin Oberman wrote: > > On Mon, Jan 5, 2015 at 7:04 PM, Warren Block wrote: > > > > > On Mon, 5 Jan 2015, Bob Willcox wrote: > > > > > > On Sun, Jan 04, 2015 at 06:37:18PM -0700, Warren Block wrote: > > >> > > >>> On Sat, 3 Jan 2015, Michael Butler wrote: > > >>> > > >>> On 01/03/15 19:35, Kevin Oberman wrote: > > >>>> > > >>>> [ .. snip .. ] > > >>>> > > >>>> As per an earlier suggestion, did you put: > > >>>>> kern.geom.label.gpt.enable=0 > > >>>>> into /boot/loader.conf? If so, that's why you lack a /dev/gpt label. > > >>>>> This > > >>>>> is usually a "friendlier" string than the diskid, but both work > > >>>>> equally well. > > >>>>> > > >>>> > > >>>> bsdinstall does that on its own - you have to manually > > >>>> remove/comment/set to "1" after installation :-( > > >>>> > > >>> > > >>> gpt, or gptid? The first would be a terrible regression, the second, > > >>> not so much. > > >>> > > >> > > >> The more I read of this thread the more confused I get. What should I > > >> have in > > >> /boot/loader.conf to get the old behavior with more traditional device > > >> names? > > >> > > >> Also, if bsdinstall doesn't do this for me automatically, why did it put > > >> /dev/ada0p2 in the fstab for swap? > > >> > > > > > > The best way is to use GPT labels, which are stored in the GPT header. > > > They are portable, so keep working if the drive device name changes (ada0 > > > to da1, say). > > > > > > GPT labels can be set with gpart modify. The labels appear in /dev/gpt/. > > > As mentioned before, they might not appear if a partition is mounted due > > > to GEOM "withering". > > > > > > GPT labels are enabled by default. If bsdinstall is disabling them, it > > > is a regression. > > > > > > GPT IDs, on the other hand, are a unique generated ID code that can > > > appear at the same time. Many of us find them not very useful and > > > disable them in loader.conf. > > > > > > I have only upgraded systems to 10.1, so don't know what bsdinstall does > > > on a new install. > > > > > > > Just checked head and bsdinstall does not disable GPT labels. It does > > disable gptid labels (which IMHO is a good thing). > > So, what should I put in /boot/loader.conf? Can I enable both GPT and GPT IDs > with this: > > kern.geom.label.gpt.enable="1" > kern.geom.label.gptid.enable="1" Adding the 2 above will give you both. Adding both will not result in any harm. But *do* remove the quotes from the value; as they aren't required/desired (in this case). issuing sysctl kern.geom.label.gptid.enable=1 will return kern.geom.label.gptid.enable=0 -> 1 if it was previously UNet (0) Same applies to kern.geom.label.gpt.enable Simply issuing sysctl kern.geom.label.gpt.enable will return it's *current* value. Same applies to kern.geom.label.gptid.enable, or any other setting. HTH --Chris > > And if I do, should I expect any problems with doing that? > > Bob > > > > -- > > R. Kevin Oberman, Network Engineer, Retired > > E-mail: rkoberman@gmail.com > > -- > Bob Willcox | Men who cherish for women the highest > bob@immure.com | respect are seldom popular with them. > Austin, TX | -- Joseph Addison > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 20:04:57 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF0037DF for ; Tue, 6 Jan 2015 20:04:56 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5AFE26738D for ; Tue, 6 Jan 2015 19:34:30 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t06JYShR076444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 6 Jan 2015 12:34:28 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t06JYSb7076441; Tue, 6 Jan 2015 12:34:28 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 6 Jan 2015 12:34:28 -0700 (MST) From: Warren Block To: Bob Willcox Subject: Re: I need some swap partion help on new 10.1 install In-Reply-To: <20150106190051.GA62395@rancor.immure.com> Message-ID: References: <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> <20150105225028.GC57206@rancor.immure.com> <20150106155623.GA61837@rancor.immure.com> <20150106190051.GA62395@rancor.immure.com> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 06 Jan 2015 12:34:28 -0700 (MST) Cc: Kevin Oberman , Chris H , FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 20:04:57 -0000 On Tue, 6 Jan 2015, Bob Willcox wrote: > On Tue, Jan 06, 2015 at 09:11:19AM -0700, Warren Block wrote: >> On Tue, 6 Jan 2015, Bob Willcox wrote: >> >>> So, what should I put in /boot/loader.conf? Can I enable both GPT and GPT IDs >>> with this: >>> >>> kern.geom.label.gpt.enable="1" >>> kern.geom.label.gptid.enable="1" >>> >>> And if I do, should I expect any problems with doing that? >> >> Both are enabled by default. Disabling GPTID can remove some confusion, >> but is not required. >> >> Make certain the swap partition has a GPT label. 'gpart show -l' shows >> them. If it does not have one, set one with gpart modify. >> >> Then use that label in fstab, in the form of /dev/gpt/labelname. > > Well, here's what I have on the system currently: > > bob@maul:7 /home/bob> sysctl -a |grep label\\.gpt > kern.geom.label.gpt.enable: 1 > kern.geom.label.gptid.enable: 0 > > bob@maul:7 /home/bob> gpart show -l > => 34 488397101 diskid/DISK-S21NNSAFC51114F GPT (233G) > 34 1024 1 gptboot0 (512K) > 1058 16777216 2 swap0 (8.0G) > 16778274 471618861 3 zfs0 (225G) > > So is this to be expected? Is it the gptid setting that creates the /dev/ada0 > entries? No. /dev/ada0 is the normal one. Note that GEOM withering means the ada0 entry is hidden if the partitions are mounted or in use. So to really see it, boot into single user mode. Here, the first entry is hidden because all those partitions are mounted. (So why isn't the second view hidden also, because it points to the same things? I don't know. It seems inconsistent to me, but I have been assured it is not.) I don't know why the GPT labels are not shown here, even as (null). Maybe you have a custom kernel or some other change that disables them? > I have another system here that has a UFS root disk and another disk that's a > ZFS disk. It is also a recent 10.1 install and it's output looks like this: > > bob@tavion:5 /home/bob> gpart show -l > => 34 976773101 ada0 GPT (466G) > 34 6 - free - (3.0K) > 40 16777216 1 (null) (8.0G) > 16777256 959995872 2 (null) (458G) > 976773128 7 - free - (3.5K) This is normal, with (null) showing there are no GPT labels assigned to those partitions. > => 1 31266815 da0 MBR (15G) > 1 31 - free - (16K) > 32 31266784 1 (null) (15G) > > => 1 31266815 diskid/DISK-4C530011940607120335 MBR (15G) > 1 31 - free - (16K) > 32 31266784 1 (null) (15G) Notice how these are two views of the same disk. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 20:05:32 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C9AD4F7 for ; Tue, 6 Jan 2015 20:05:32 +0000 (UTC) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 667E4645DB for ; Tue, 6 Jan 2015 18:55:11 +0000 (UTC) Received: (qmail 51013 invoked from network); 6 Jan 2015 18:55:09 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 6 Jan 2015 18:55:09 -0000 Date: Tue, 06 Jan 2015 19:55:09 +0100 (CET) Message-Id: <20150106.195509.71132582.sthaug@nethelp.no> To: rodrigc@FreeBSD.org Subject: Re: 10.1-STABLE/i386 GENERIC + VIMAGE: Panic when going multiuser From: sthaug@nethelp.no In-Reply-To: References: <20150105.232339.74735411.sthaug@nethelp.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 20:05:32 -0000 > > Unfortunately, there is *no* IPv6 config on the box (aside from what > > might be done by default). rc.conf: > > > > hostname="verdi.nethelp.no" > > keymap="norwegian.iso.kbd" > > ifconfig_bge1="inet 10.0.0.2 netmask 255.255.255.252" > > sshd_enable="YES" > > dumpdev="AUTO" > > ddb_enable="YES" > > background_fsck="NO" > > > > > That config is minimal, so I don't see anything offhand which would trigger > IPv6. > But there could be something else running on the system that triggers it. > > Do you have *any* kernel modules which are installed on the system and not > built as part of the buildworld/buildkernel process? For example, kernel > modules > installed via a port? No modules. > Lastly, since your crash is triggered by "sysctl -a" with VIMAGE and DDB > added to a GENERIC kernel config in 10.1, > can you see the last sysctl which is printed out before the panic occurs? I have done a bit more testing with sysctl. There are two specific sysctls which trigger the panic: net.inet6.ip6.temppltime net.inet6.ip6.tempvltime All the other sysctls are fine, no panic generated. What can I do to help debug this further? The box where this happens isn't doing anything else useful at the moment, so can be crashed at will :-) Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 20:05:20 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 081C9F2E for ; Tue, 6 Jan 2015 20:05:20 +0000 (UTC) Received: from maul.immure.com (104-49-19-137.lightspeed.austtx.sbcglobal.net [104.49.19.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D50F06480E for ; Tue, 6 Jan 2015 19:00:59 +0000 (UTC) Received: from rancor.immure.com ([10.1.132.9]) by maul.immure.com with esmtp (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y8ZN6-000Dxv-IY; Tue, 06 Jan 2015 13:00:53 -0600 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.9/8.14.9) with ESMTP id t06J0q1T062461; Tue, 6 Jan 2015 13:00:52 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.9/8.14.9/Submit) id t06J0pX9062460; Tue, 6 Jan 2015 13:00:51 -0600 (CST) (envelope-from bob) Date: Tue, 6 Jan 2015 13:00:51 -0600 From: Bob Willcox To: Warren Block Subject: Re: I need some swap partion help on new 10.1 install Message-ID: <20150106190051.GA62395@rancor.immure.com> Reply-To: Bob Willcox References: <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> <20150105225028.GC57206@rancor.immure.com> <20150106155623.GA61837@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Kevin Oberman , Chris H , FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 20:05:20 -0000 On Tue, Jan 06, 2015 at 09:11:19AM -0700, Warren Block wrote: > On Tue, 6 Jan 2015, Bob Willcox wrote: > > > So, what should I put in /boot/loader.conf? Can I enable both GPT and GPT IDs > > with this: > > > > kern.geom.label.gpt.enable="1" > > kern.geom.label.gptid.enable="1" > > > > And if I do, should I expect any problems with doing that? > > Both are enabled by default. Disabling GPTID can remove some confusion, > but is not required. > > Make certain the swap partition has a GPT label. 'gpart show -l' shows > them. If it does not have one, set one with gpart modify. > > Then use that label in fstab, in the form of /dev/gpt/labelname. Well, here's what I have on the system currently: bob@maul:7 /home/bob> sysctl -a |grep label\\.gpt kern.geom.label.gpt.enable: 1 kern.geom.label.gptid.enable: 0 bob@maul:7 /home/bob> gpart show -l => 34 488397101 diskid/DISK-S21NNSAFC51114F GPT (233G) 34 1024 1 gptboot0 (512K) 1058 16777216 2 swap0 (8.0G) 16778274 471618861 3 zfs0 (225G) So is this to be expected? Is it the gptid setting that creates the /dev/ada0 entries? I have another system here that has a UFS root disk and another disk that's a ZFS disk. It is also a recent 10.1 install and it's output looks like this: bob@tavion:5 /home/bob> sysctl -a |grep label\\.gpt kern.geom.label.gpt.enable: 1 kern.geom.label.gptid.enable: 1 bob@tavion:5 /home/bob> gpart show -l => 34 976773101 ada0 GPT (466G) 34 6 - free - (3.0K) 40 16777216 1 (null) (8.0G) 16777256 959995872 2 (null) (458G) 976773128 7 - free - (3.5K) => 34 156301421 ada1 GPT (75G) 34 1024 1 (null) (512K) 1058 148896768 2 (null) (71G) 148897826 7403628 3 (null) (3.5G) 156301454 1 - free - (512B) => 1 31266815 da0 MBR (15G) 1 31 - free - (16K) 32 31266784 1 (null) (15G) => 1 31266815 diskid/DISK-4C530011940607120335 MBR (15G) 1 31 - free - (16K) 32 31266784 1 (null) (15G) -- Bob Willcox | Men who cherish for women the highest bob@immure.com | respect are seldom popular with them. Austin, TX | -- Joseph Addison From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 20:47:25 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D16A744; Tue, 6 Jan 2015 20:47:25 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8BE8178E; Tue, 6 Jan 2015 20:47:25 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id ECBDC336; Tue, 6 Jan 2015 20:47:25 +0000 (UTC) Date: Tue, 6 Jan 2015 20:47:24 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, gjb@FreeBSD.org, hiren@FreeBSD.org, markj@FreeBSD.org, pfg@FreeBSD.org, rodrigc@FreeBSD.org Message-ID: <54518916.3.1420577245773.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_10 #1103 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 20:47:25 -0000 See From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 21:00:02 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B51AC61 for ; Tue, 6 Jan 2015 21:00:02 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D3C52931 for ; Tue, 6 Jan 2015 21:00:01 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t06L0Ngl085154; Tue, 6 Jan 2015 13:00:24 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Warren Block In-Reply-To: References: <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> , <20150105225028.GC57206@rancor.immure.com> <07c79d24529651e39e824a476e4f8e08@ultimatedns.net>, From: "Chris H" Subject: Re: I need some swap partion help on new 10.1 install Date: Tue, 06 Jan 2015 13:00:24 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <93424da733a44a0c9835bc49255824ec@ultimatedns.net> Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 21:00:02 -0000 On Tue, 6 Jan 2015 12:51:00 -0700 (MST) Warren Block wrote > On Tue, 6 Jan 2015, Chris H wrote: > > > I imagine this has probably been addressed/responded to, but... > > For the sake of confusion; > > MBR - so-called "legacy" is probably the version you are most > > accustomed to seeing: > > /dev/adaNpN > > Actually, /dev/adaNsNX, where "s" is for "slice" and X is for the BSD > partition letter, like /dev/ada0s1a for the first MBR slice and the > first BSD partition on that slice. Only GPT partitioning shows the "p". Right you are (as usual). > > > GPT gpart(8)/glabal(8) is the newer alternative. It creates more > > *human readable* names, eg; > > /gpt/my-bright-shiny-root > > /gpt/my-new-usr > > /gpt/my-yadda-yadda-yadda > > There is a limit on GPT label length. The spec says 72 bytes (!), but > FreeBSD might limit that. Some characters are not allowed. I might also note the omission of /dev prior to /gpt in my example above. This, and the (further) above *should* be an indication to me *not* to reply to (e)mail until *after* my first cup of coffee. Thanks for the QA of my post, Warren. ;) --Chris From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 21:33:40 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55B78873 for ; Tue, 6 Jan 2015 21:33:40 +0000 (UTC) Received: from mail142c7.megamailservers.com (mail315c7.megamailservers.com [149.115.68.15]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1682E64EF6 for ; Tue, 6 Jan 2015 21:33:39 +0000 (UTC) X-Authenticated-User: murrayh48.sasktel.net X-VIP: 69.49.109.87 Received: from etde.hu (c4.maxer.hu [178.238.210.164]) (authenticated bits=0) by mail142c7.megamailservers.com (8.13.6/8.13.1) with ESMTP id t06LT43w023567 for ; Tue, 6 Jan 2015 16:29:06 -0500 Date: Tue, 6 Jan 2015 22:29:04 +0100 To: freebsd-stable@freebsd.org From: Walgreens Reply-To: Walgreens Subject: Acknowledgment of Order Message-ID: <612a5a43d9b73b0e7819801542a89b92@etde.hu> X-Priority: 3 X-Mailer: PHPMailer 5.2.6 (https://github.com/PHPMailer/PHPMailer/) MIME-Version: 1.0 X-CTCH-RefID: str=0001.0A020202.54AC53B8.009C, ss=3, re=2.000, recu=0.000, reip=0.000, pt=F_32913921, cl=4, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Confirmed X-CTCH-Score: 2.000 X-CTCH-Rules: FREEMAIL_REPLYTO, X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.1 cv=fdKUlSgF c=1 sm=1 tr=0 a=FpQrSbGxoBfsyCQmkcubNg==:117 a=FpQrSbGxoBfsyCQmkcubNg==:17 a=BDKbP5mgAAAA:8 a=b_vBftY4uUcA:10 a=uhPMnebkAAAA:8 a=Nr8gwOLXe9Yb_Isx4QgA:9 a=wPNLvfGTeEIA:10 a=g1ClMDRLAAAA:8 a=SSmOFEACAAAA:8 a=tgFWul58p49c3oDF:21 a=_W_S_7VecoQA:10 a=CtT5O9KJsQQA:10 a=p403mkujtbAA:10 X-Origin-Country: HU Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 21:33:40 -0000 Walgreens AT THE CORNER OF HAPPY & HEALTHY Pharmacy & Health | Poto | Shop Products E-shop Walgreens has received an order addressed to you which has to be confirmed by the recipient within 4 days. Upon confirmation you may pick it in any nearest store of Walgreens. Detailed order information is provided here. Walgreens Notice of Privacy Practices :: Terms of Use :: Online Privacy & Security Š Copyright 2014 Walgreen Co. All rights reserved. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 22:58:18 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3EA7DE4 for ; Tue, 6 Jan 2015 22:58:18 +0000 (UTC) Received: from maul.immure.com (104-49-19-137.lightspeed.austtx.sbcglobal.net [104.49.19.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 05129B9F for ; Tue, 6 Jan 2015 22:58:17 +0000 (UTC) Received: from rancor.immure.com ([10.1.132.9]) by maul.immure.com with esmtp (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y8d4i-000EYX-KW; Tue, 06 Jan 2015 16:58:09 -0600 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.9/8.14.9) with ESMTP id t06Mw8iU063388; Tue, 6 Jan 2015 16:58:08 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.9/8.14.9/Submit) id t06Mw8Mw063387; Tue, 6 Jan 2015 16:58:08 -0600 (CST) (envelope-from bob) Date: Tue, 6 Jan 2015 16:58:08 -0600 From: Bob Willcox To: Chris H Subject: Re: I need some swap partion help on new 10.1 install Message-ID: <20150106225808.GA63331@rancor.immure.com> Reply-To: Bob Willcox References: <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> <20150105225028.GC57206@rancor.immure.com> <07c79d24529651e39e824a476e4f8e08@ultimatedns.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <07c79d24529651e39e824a476e4f8e08@ultimatedns.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 22:58:18 -0000 On Tue, Jan 06, 2015 at 07:55:38AM -0800, Chris H wrote: > On Mon, 5 Jan 2015 16:50:29 -0600 Bob Willcox wrote > > > On Sun, Jan 04, 2015 at 06:37:18PM -0700, Warren Block wrote: > > > On Sat, 3 Jan 2015, Michael Butler wrote: > > > > > > > On 01/03/15 19:35, Kevin Oberman wrote: > > > > > > > > [ .. snip .. ] > > > > > > > >> As per an earlier suggestion, did you put: > > > >> kern.geom.label.gpt.enable=0 > > > >> into /boot/loader.conf? If so, that's why you lack a /dev/gpt label. > > > >> This is usually a "friendlier" string than the diskid, but both work > > > >> equally well. > > > > > > > > bsdinstall does that on its own - you have to manually > > > > remove/comment/set to "1" after installation :-( > > > > > > gpt, or gptid? The first would be a terrible regression, the second, > > > not so much. > > > > The more I read of this thread the more confused I get. What should I have in > > /boot/loader.conf to get the old behavior with more traditional device names? > > > > Also, if bsdinstall doesn't do this for me automatically, why did it put > > /dev/ada0p2 in the fstab for swap? > I imagine this has probably been addressed/responded to, but... > For the sake of confusion; > MBR - so-called "legacy" is probably the version you are most > accustomed to seeing: > /dev/adaNpN > > GPT gpart(8)/glabal(8) is the newer alternative. It creates more > *human readable* names, eg; > /gpt/my-bright-shiny-root > /gpt/my-new-usr > /gpt/my-yadda-yadda-yadda > > GPTID is yet another alternative. You used it to get your > swap mounted. > > I suggested using a GPT setup because; > - Your disk indicated it had a label > - The names are easier to read/identify > > Adding > > kern.geom.label.gpt.enable=1 > > to loader.conf(5) will give you that (/boot/loader.conf) > > In the end, it's all a matter of personal preference. Use what you > think works best for you, you're most comfortable with. *Do* read > the appropriate man pages, to insure you'll be using one that > will *continue* to work with you. I'm ok with all of this. I don't mind the change in names. What I didn't like was that in the install of 10.1-release, bsdinstall put what turned out to be the wrong name in the fstab for my swap partition. It put in /dev/ada0p2, which doesn't exist on the system. I have a /dev/ada0 but no /dev/ada0p2. Replacing the /dev/ada0p2 with /dev/diskid/DISK-S21NNSAFC51114Fp2 in fstab as suggested by Eric early on fixed my problem, but it doesn't fix the apparent problem with bsdinstall. > > --Chris > > > > Bob > > > > > _______________________________________________ > > > freebsd-stable@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > -- > > Bob Willcox | Men who cherish for women the highest > > bob@immure.com | respect are seldom popular with them. > > Austin, TX | -- Joseph Addison > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Bob Willcox | Men who cherish for women the highest bob@immure.com | respect are seldom popular with them. Austin, TX | -- Joseph Addison From owner-freebsd-stable@FreeBSD.ORG Tue Jan 6 23:20:42 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6119845 for ; Tue, 6 Jan 2015 23:20:42 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D474ED1 for ; Tue, 6 Jan 2015 23:20:42 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id t06NKXkP039876; Tue, 6 Jan 2015 18:20:34 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <54AC6D90.1050401@sentex.net> Date: Tue, 06 Jan 2015 18:19:44 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Xin Li Subject: Re: Upgrading from stable/8 to stable/9 blocked by file 5.21 (r276416) References: <54A9A853.2000208@delphij.net> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.75 Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 23:20:42 -0000 On 1/5/2015 4:49 AM, Trond Endrestřl wrote: > On Sun, 4 Jan 2015 12:53-0800, Xin Li wrote: > > Unless this problem is resolved, then those of us migrating from > stable/8 to stable/{9,10} need a pit stop at stable/9 r276385. I just ran into this as well on my server I use for cross-building. I used to be able to build RELENG_10 on my RELENG_8 box, but its failing as well. Is there any work around? Will there be one ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 00:27:36 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B5C8C24; Wed, 7 Jan 2015 00:27:36 +0000 (UTC) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E161B649D3; Wed, 7 Jan 2015 00:27:35 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id q58so276295wes.4; Tue, 06 Jan 2015 16:27:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=xbKHNywt14x3eGaOpkxOpsgq8ga81qXNxgaYgIb219g=; b=x/kUIzaTPSoaEdLGURBV5sR6SU/rfmLHVlNeUUxrfk8af+b+E77hbzv7HUzynrCBHK M0TsJLRBLzdx2aqDSvdBcLXTX48T/mpDys+eGeN7LeGmoCl71lIrvY9sHjLkLMNG9Dg+ Afvr+TUKGN6/PTm4dAh4PW4ugGlhtHuvaSi5iMjuETAo7Um6BsFQW3KkyN0KBjuF13mm IHht0BV+hhwgojB6ySIgBuv0FcxbipqRdxHiTmuexhAwioVbmYQSCTn7/PHN3zQm5oUX kW7F4n6YIZXb5T9kmH2joNACMsiv2IcddbYeS3QIzSFmFB1UKioI6lqSZedPfwk8+i2Z qXYA== MIME-Version: 1.0 X-Received: by 10.180.20.6 with SMTP id j6mr1501030wie.59.1420590454304; Tue, 06 Jan 2015 16:27:34 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Tue, 6 Jan 2015 16:27:34 -0800 (PST) In-Reply-To: <20150106.195509.71132582.sthaug@nethelp.no> References: <20150105.232339.74735411.sthaug@nethelp.no> <20150106.195509.71132582.sthaug@nethelp.no> Date: Tue, 6 Jan 2015 16:27:34 -0800 X-Google-Sender-Auth: gCFQURFjptG-RRwvHU60GXZQr2c Message-ID: Subject: Re: 10.1-STABLE/i386 GENERIC + VIMAGE: Panic when going multiuser From: Adrian Chadd To: sthaug@nethelp.no Content-Type: text/plain; charset=UTF-8 Cc: Craig Rodrigues , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2015 00:27:36 -0000 On 6 January 2015 at 10:55, wrote: >> > Unfortunately, there is *no* IPv6 config on the box (aside from what >> > might be done by default). rc.conf: >> > >> > hostname="verdi.nethelp.no" >> > keymap="norwegian.iso.kbd" >> > ifconfig_bge1="inet 10.0.0.2 netmask 255.255.255.252" >> > sshd_enable="YES" >> > dumpdev="AUTO" >> > ddb_enable="YES" >> > background_fsck="NO" >> > >> >> >> That config is minimal, so I don't see anything offhand which would trigger >> IPv6. >> But there could be something else running on the system that triggers it. >> >> Do you have *any* kernel modules which are installed on the system and not >> built as part of the buildworld/buildkernel process? For example, kernel >> modules >> installed via a port? > > No modules. > >> Lastly, since your crash is triggered by "sysctl -a" with VIMAGE and DDB >> added to a GENERIC kernel config in 10.1, >> can you see the last sysctl which is printed out before the panic occurs? > > I have done a bit more testing with sysctl. There are two specific > sysctls which trigger the panic: > > net.inet6.ip6.temppltime > net.inet6.ip6.tempvltime > > All the other sysctls are fine, no panic generated. > > What can I do to help debug this further? The box where this happens > isn't doing anything else useful at the moment, so can be crashed at > will :-) Crash it, get the coredump into kgdb and pull out more information about the variables involved. The kernel coredump output above is useful, but it'd be much more useful to debug with a corefile and kgdb. :) -adrian > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 01:52:18 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D415FBDB for ; Wed, 7 Jan 2015 01:52:18 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B4CBB1A92 for ; Wed, 7 Jan 2015 01:51:48 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t071pYPU091137 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 6 Jan 2015 18:51:34 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t071pWVS091130; Tue, 6 Jan 2015 18:51:32 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 6 Jan 2015 18:51:32 -0700 (MST) From: Warren Block To: Bob Willcox Subject: Re: I need some swap partion help on new 10.1 install In-Reply-To: <20150106225808.GA63331@rancor.immure.com> Message-ID: References: <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> <20150105225028.GC57206@rancor.immure.com> <07c79d24529651e39e824a476e4f8e08@ultimatedns.net> <20150106225808.GA63331@rancor.immure.com> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 06 Jan 2015 18:51:34 -0700 (MST) Cc: freebsd-stable@freebsd.org, Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2015 01:52:18 -0000 On Tue, 6 Jan 2015, Bob Willcox wrote: > I'm ok with all of this. I don't mind the change in names. What I didn't like > was that in the install of 10.1-release, bsdinstall put what turned out to be > the wrong name in the fstab for my swap partition. It put in /dev/ada0p2, which > doesn't exist on the system. I have a /dev/ada0 but no /dev/ada0p2. Because it is in use. Run swapoff. /dev/gpt will not appear unless there are GPT labels, which can be set with gpart modify -l. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 02:36:55 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93A781B7 for ; Wed, 7 Jan 2015 02:36:55 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6238764DD6 for ; Wed, 7 Jan 2015 02:36:55 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t072bIuB060811 for ; Tue, 6 Jan 2015 18:37:18 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> <20150105225028.GC57206@rancor.immure.com> <07c79d24529651e39e824a476e4f8e08@ultimatedns.net> <20150106225808.GA63331@rancor.immure.com>, From: "Chris H" Subject: Re: I need some swap partion help on new 10.1 install Date: Tue, 06 Jan 2015 18:37:18 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <7274769c5ea6357865ed3b02528467a9@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2015 02:36:55 -0000 On Tue, 6 Jan 2015 18:51:32 -0700 (MST) Warren Block wrote > On Tue, 6 Jan 2015, Bob Willcox wrote: > > > I'm ok with all of this. I don't mind the change in names. What I didn't > > like was that in the install of 10.1-release, bsdinstall put what turned > > out to be the wrong name in the fstab for my swap partition. It put in > > /dev/ada0p2, which doesn't exist on the system. I have a /dev/ada0 but no > > /dev/ada0p2. > > Because it is in use. Run swapoff. /dev/gpt will not appear unless > there are GPT labels, which can be set with gpart modify -l. Just for clarity; In his OP swap0 was listed as a label. However, (in part) because kern.geom.label.gpt.enable was set to 0 it wasn't available for use. Just saying, because I notice all of the OP has since gone missing in this thread. :) --Chris > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 05:39:55 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6CB649B0 for ; Wed, 7 Jan 2015 05:39:55 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED9321BDA for ; Wed, 7 Jan 2015 05:39:54 +0000 (UTC) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t075dpQC030135 for ; Wed, 7 Jan 2015 06:39:51 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id EAC2A85B; Wed, 7 Jan 2015 06:39:50 +0100 (CET) Message-ID: <54ACC6A2.1050400@omnilan.de> Date: Wed, 07 Jan 2015 06:39:46 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: igb(4) watchdog timeout, lagg(4) fails Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Wed, 07 Jan 2015 06:39:51 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2015 05:39:55 -0000 Hello, recently I upgraded one server from 9.1 to 10.1. There are two 82576 (one port of two Intel ET Dual-Port GbE [kawela]), driven by igb(4). I've never seen any watchdog timeout with FreeBSD-9.1 but suddenly (with 10-stable) I see: igb0: Watchdog timeout -- resetting igb0: Queue(0) tdh = 2974, hw tdt = 2973 igb0: TX(0) desc avail = 0,Next TX to Clean = 0 My biggest problem is, that lagg(4) doesn't detect the problem with igb0. It's configured with "lagghash l2' and most connections were interupted until I manually do 'ifconfig igb0 down'. Then lagg does it's job and connectivity was restored via the remaining igb1. Is there a way to auto-if-down an interface which suffers from watchdog timeouts? And any way to really reset it without rebooting the machine? Thanks, -Harry P.S.: FreeBSD runs as ESXi guest and has one port of each card as PCIe-passthrough, the second port belongs the hypervisor. This has been working fine for more than one year before. Here's some sysctl info when igb0 hung: hw.igb.rxd: 4096 hw.igb.txd: 4096 hw.igb.enable_aim: 1 hw.igb.enable_msix: 1 hw.igb.max_interrupt_rate: 8000 hw.igb.buf_ring_size: 4096 hw.igb.header_split: 0 hw.igb.num_queues: 0 hw.igb.rx_process_limit: 100 dev.igb.%parent: dev.igb.0.%desc: Intel(R) PRO/1000 Network Connection version - 2.4.0 dev.igb.0.%driver: igb dev.igb.0.%location: slot=0 function=0 handle=\_SB_.PCI0.PE60.S1F0 dev.igb.0.%pnpinfo: vendor=0x8086 device=0x10c9 subvendor=0x8086 subdevice=0xa03c class=0x020000 dev.igb.0.%parent: pci7 dev.igb.0.nvm: -1 dev.igb.0.enable_aim: 1 dev.igb.0.fc: 3 dev.igb.0.rx_processing_limit: 100 dev.igb.0.link_irq: 7 dev.igb.0.dropped: 0 dev.igb.0.tx_dma_fail: 0 dev.igb.0.rx_overruns: 0 dev.igb.0.watchdog_timeouts: 1 dev.igb.0.device_control: 1488978497 dev.igb.0.rx_control: 67272738 dev.igb.0.interrupt_mask: 4 dev.igb.0.extended_int_mask: 2147483679 dev.igb.0.tx_buf_alloc: 0 dev.igb.0.rx_buf_alloc: 0 dev.igb.0.fc_high_water: 47488 dev.igb.0.fc_low_water: 47472 dev.igb.0.queue0.interrupt_rate: 0 dev.igb.0.queue0.txd_head: 0 dev.igb.0.queue0.txd_tail: 0 dev.igb.0.queue0.no_desc_avail: 29 dev.igb.0.queue0.tx_packets: 89463 dev.igb.0.queue0.rxd_head: 0 dev.igb.0.queue0.rxd_tail: 0 dev.igb.0.queue0.rx_packets: 419144 dev.igb.0.queue0.rx_bytes: 0 dev.igb.0.queue0.lro_queued: 0 dev.igb.0.queue0.lro_flushed: 0 dev.igb.0.queue1.interrupt_rate: 0 … dev.igb.0.queue2.interrupt_rate: 0 … dev.igb.0.queue3.interrupt_rate: 0 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 13:02:02 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA1883F0 for ; Wed, 7 Jan 2015 13:02:02 +0000 (UTC) Received: from maul.immure.com (104-49-19-137.lightspeed.austtx.sbcglobal.net [104.49.19.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 760D566C6A for ; Wed, 7 Jan 2015 13:02:00 +0000 (UTC) Received: from rancor.immure.com ([10.1.132.9]) by maul.immure.com with esmtp (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y8qFJ-000Gll-Mh; Wed, 07 Jan 2015 07:01:58 -0600 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.9/8.14.9) with ESMTP id t07D1vZI066217; Wed, 7 Jan 2015 07:01:57 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.9/8.14.9/Submit) id t07D1uHM066216; Wed, 7 Jan 2015 07:01:56 -0600 (CST) (envelope-from bob) Date: Wed, 7 Jan 2015 07:01:56 -0600 From: Bob Willcox To: Warren Block Subject: Re: I need some swap partion help on new 10.1 install Message-ID: <20150107130156.GM867@rancor.immure.com> Reply-To: Bob Willcox References: <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <745af5f28074a940e743f6094be15991@ultimatedns.net> <54A88D7B.8010901@protected-networks.net> <20150105225028.GC57206@rancor.immure.com> <07c79d24529651e39e824a476e4f8e08@ultimatedns.net> <20150106225808.GA63331@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org, Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2015 13:02:02 -0000 On Tue, Jan 06, 2015 at 06:51:32PM -0700, Warren Block wrote: > On Tue, 6 Jan 2015, Bob Willcox wrote: > > > I'm ok with all of this. I don't mind the change in names. What I didn't like > > was that in the install of 10.1-release, bsdinstall put what turned out to be > > the wrong name in the fstab for my swap partition. It put in /dev/ada0p2, which > > doesn't exist on the system. I have a /dev/ada0 but no /dev/ada0p2. > > Because it is in use. Run swapoff. /dev/gpt will not appear unless > there are GPT labels, which can be set with gpart modify -l. I think you are missing my point. I did a brand new install of 10.1-release on this system using zfs as root and bsdinstall created a /etc/fstab entry for my swap partition that didn't work so when I first booted the system following the installation there was no swap. I had to change the fstab file in order to get the swap partition enabled. This was due to the fact that the fstab had /dev/ada0p2 in it for swap but that device did not exist in /dev. That's really my only point, bsdinstall for 10.0-relese appears to have a problem. Bob -- Bob Willcox | Men who cherish for women the highest bob@immure.com | respect are seldom popular with them. Austin, TX | -- Joseph Addison From owner-freebsd-stable@FreeBSD.ORG Wed Jan 7 17:48:05 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDC3EA1F for ; Wed, 7 Jan 2015 17:48:05 +0000 (UTC) Received: from webmail2.jnielsen.net (webmail2.jnielsen.net [50.114.224.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "webmail2.jnielsen.net", Issuer "freebsdsolutions.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B7EA81B9E for ; Wed, 7 Jan 2015 17:48:05 +0000 (UTC) Received: from [192.168.2.46] (c-50-160-123-105.hsd1.ut.comcast.net [50.160.123.105]) (authenticated bits=0) by webmail2.jnielsen.net (8.15.1/8.14.9) with ESMTPSA id t07Hm1B8032547 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 7 Jan 2015 10:48:04 -0700 (MST) (envelope-from lists@jnielsen.net) X-Authentication-Warning: webmail2.jnielsen.net: Host c-50-160-123-105.hsd1.ut.comcast.net [50.160.123.105] claimed to be [192.168.2.46] Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: Upgrading from stable/8 to stable/9 blocked by file 5.21 (r276416) From: John Nielsen In-Reply-To: <54AC6D90.1050401@sentex.net> Date: Wed, 7 Jan 2015 10:48:00 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <981855AB-4E99-48EE-8A06-23F0168203E7@jnielsen.net> References: <54A9A853.2000208@delphij.net> <54AC6D90.1050401@sentex.net> To: FreeBSD stable X-Mailer: Apple Mail (2.1993) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jan 2015 17:48:06 -0000 On Jan 6, 2015, at 4:19 PM, Mike Tancsa wrote: > On 1/5/2015 4:49 AM, Trond Endrest=F8l wrote: >> On Sun, 4 Jan 2015 12:53-0800, Xin Li wrote: >>=20 >> Unless this problem is resolved, then those of us migrating from >> stable/8 to stable/{9,10} need a pit stop at stable/9 r276385. >=20 > I just ran into this as well on my server I use for cross-building. I = used to be able to build RELENG_10 on my RELENG_8 box, but its failing = as well. Is there any work around? Will there be one ? FWIW I ran in to this (libmagic failing to find xlocale.h) myself trying = to update a machine from 9.0-PRERELEASE to 9-STABLE. I wanted it done = more than I wanted to know why it didn't work, so I went from 9.0-PRE to = 9.1-REL, and then from 9.1-REL to 9-STABLE without incident. JN From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 10:05:22 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7556949 for ; Thu, 8 Jan 2015 10:05:22 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46C40853 for ; Thu, 8 Jan 2015 10:05:22 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t08A5J6C043697 for ; Thu, 8 Jan 2015 11:05:19 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 2F272BBA; Thu, 8 Jan 2015 11:05:18 +0100 (CET) Message-ID: <54AE565D.50208@omnilan.de> Date: Thu, 08 Jan 2015 11:05:17 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: Re: igb(4) watchdog timeout, lagg(4) fails References: <54ACC6A2.1050400@omnilan.de> In-Reply-To: <54ACC6A2.1050400@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC61D9B5CE24D54DAC6837971" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Thu, 08 Jan 2015 11:05:19 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2015 10:05:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC61D9B5CE24D54DAC6837971 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Harry Schmalzbauer's Nachricht vom 07.01.2015 06:39 (loca= ltime): > Hello, > > recently I upgraded one server from 9.1 to 10.1. There are two 82576 > (one port of two Intel ET Dual-Port GbE [kawela]), driven by igb(4). > I've never seen any watchdog timeout with FreeBSD-9.1 but suddenly (wit= h > 10-stable) I see: > igb0: Watchdog timeout -- resetting > igb0: Queue(0) tdh =3D 2974, hw tdt =3D 2973 > igb0: TX(0) desc avail =3D 0,Next TX to Clean =3D 0 > > My biggest problem is, that lagg(4) doesn't detect the problem with > igb0. It's configured with "lagghash l2' and most connections were > interupted until I manually do 'ifconfig igb0 down'. Then lagg does it'= s > job and connectivity was restored via the remaining igb1. > > Is there a way to auto-if-down an interface which suffers from watchdog= > timeouts? And any way to really reset it without rebooting the machine?= igb wathchdog timeout happened again :-( ~48 hours after the last with very moderate-to-low avarage traffic. This time I could fetch dev.igb sysctls before igb0 was reset by watchdog= It's showing strange irq load: dev.igb.%parent: dev.igb.0.%desc: Intel(R) PRO/1000 Network Connection version - 2.4.0 dev.igb.0.%driver: igb dev.igb.0.%location: slot=3D0 function=3D0 handle=3D\_SB_.PCI0.PE60.S1F0 dev.igb.0.%pnpinfo: vendor=3D0x8086 device=3D0x10c9 subvendor=3D0x8086 subdevice=3D0xa03c class=3D0x020000 dev.igb.0.%parent: pci7 dev.igb.0.nvm: -1 dev.igb.0.enable_aim: 1 dev.igb.0.fc: 3 dev.igb.0.rx_processing_limit: 100 dev.igb.0.link_irq: 5 dev.igb.0.dropped: 0 dev.igb.0.tx_dma_fail: 0 dev.igb.0.rx_overruns: 0 dev.igb.0.watchdog_timeouts: 1 dev.igb.0.device_control: 1488978497 dev.igb.0.rx_control: 67272738 dev.igb.0.interrupt_mask: 4 dev.igb.0.extended_int_mask: 2147483679 dev.igb.0.tx_buf_alloc: 0 dev.igb.0.rx_buf_alloc: 0 dev.igb.0.fc_high_water: 47488 dev.igb.0.fc_low_water: 47472 dev.igb.0.queue0.interrupt_rate: 8000 dev.igb.0.queue0.txd_head: 0 dev.igb.0.queue0.txd_tail: 468 dev.igb.0.queue0.no_desc_avail: 41 dev.igb.0.queue0.tx_packets: 90807 dev.igb.0.queue0.rxd_head: 0 dev.igb.0.queue0.rxd_tail: 4095 dev.igb.0.queue0.rx_packets: 443307 dev.igb.0.queue0.rx_bytes: 0 dev.igb.0.queue0.lro_queued: 0 dev.igb.0.queue0.lro_flushed: 0 dev.igb.0.queue1.interrupt_rate: 8000 dev.igb.0.queue1.txd_head: 0 dev.igb.0.queue1.txd_tail: 221 dev.igb.0.queue1.no_desc_avail: 0 dev.igb.0.queue1.tx_packets: 300702 dev.igb.0.queue1.rxd_head: 0 dev.igb.0.queue1.rxd_tail: 4095 dev.igb.0.queue1.rx_packets: 734853 dev.igb.0.queue1.rx_bytes: 0 dev.igb.0.queue1.lro_queued: 0 dev.igb.0.queue1.lro_flushed: 0 dev.igb.0.queue2.interrupt_rate: 8000 dev.igb.0.queue2.txd_head: 0 dev.igb.0.queue2.txd_tail: 116 dev.igb.0.queue2.no_desc_avail: 0 dev.igb.0.queue2.tx_packets: 635285 dev.igb.0.queue2.rxd_head: 0 dev.igb.0.queue2.rxd_tail: 4095 dev.igb.0.queue2.rx_packets: 163156 dev.igb.0.queue2.rx_bytes: 0 dev.igb.0.queue2.lro_queued: 0 dev.igb.0.queue2.lro_flushed: 0 dev.igb.0.queue3.interrupt_rate: 8000 dev.igb.0.queue3.txd_head: 0 dev.igb.0.queue3.txd_tail: 199 dev.igb.0.queue3.no_desc_avail: 0 dev.igb.0.queue3.tx_packets: 177701 dev.igb.0.queue3.rxd_head: 0 dev.igb.0.queue3.rxd_tail: 4095 dev.igb.0.queue3.rx_packets: 209749 dev.igb.0.queue3.rx_bytes: 0 dev.igb.0.queue3.lro_queued: 0 dev.igb.0.queue3.lro_flushed: 0 dev.igb.0.mac_stats.excess_coll: 0 dev.igb.0.mac_stats.single_coll: 0 dev.igb.0.mac_stats.multiple_coll: 0 dev.igb.0.mac_stats.late_coll: 0 dev.igb.0.mac_stats.collision_count: 0 dev.igb.0.mac_stats.symbol_errors: 0 dev.igb.0.mac_stats.sequence_errors: 0 dev.igb.0.mac_stats.defer_count: 0 dev.igb.0.mac_stats.missed_packets: 0 dev.igb.0.mac_stats.recv_length_errors: 0 dev.igb.0.mac_stats.recv_no_buff: 0 dev.igb.0.mac_stats.recv_undersize: 0 dev.igb.0.mac_stats.recv_fragmented: 0 dev.igb.0.mac_stats.recv_oversize: 0 dev.igb.0.mac_stats.recv_jabber: 0 dev.igb.0.mac_stats.recv_errs: 0 dev.igb.0.mac_stats.crc_errs: 0 dev.igb.0.mac_stats.alignment_errs: 0 dev.igb.0.mac_stats.tx_no_crs: 0 dev.igb.0.mac_stats.coll_ext_errs: 0 dev.igb.0.mac_stats.xon_recvd: 0 dev.igb.0.mac_stats.xon_txd: 0 dev.igb.0.mac_stats.xoff_recvd: 0 dev.igb.0.mac_stats.xoff_txd: 0 dev.igb.0.mac_stats.unsupported_fc_recvd: 0 dev.igb.0.mac_stats.mgmt_pkts_recvd: 0 dev.igb.0.mac_stats.mgmt_pkts_drop: 0 dev.igb.0.mac_stats.mgmt_pkts_txd: 0 dev.igb.0.mac_stats.total_pkts_recvd: 1707305 dev.igb.0.mac_stats.good_pkts_recvd: 1551183 dev.igb.0.mac_stats.bcast_pkts_recvd: 179491 dev.igb.0.mac_stats.mcast_pkts_recvd: 1868 dev.igb.0.mac_stats.rx_frames_64: 212 dev.igb.0.mac_stats.rx_frames_65_127: 843418 dev.igb.0.mac_stats.rx_frames_128_255: 116516 dev.igb.0.mac_stats.rx_frames_256_511: 81391 dev.igb.0.mac_stats.rx_frames_512_1023: 14010 dev.igb.0.mac_stats.rx_frames_1024_1522: 495636 dev.igb.0.mac_stats.good_octets_recvd: 4228681579 dev.igb.0.mac_stats.total_octets_recvd: 4239899893 dev.igb.0.mac_stats.good_octets_txd: 3039302164 dev.igb.0.mac_stats.total_octets_recvd: 4239899893 dev.igb.0.mac_stats.good_octets_txd: 3039302164 dev.igb.0.mac_stats.total_octets_txd: 3039302164 dev.igb.0.mac_stats.total_pkts_txd: 1424648 dev.igb.0.mac_stats.good_pkts_txd: 1424648 dev.igb.0.mac_stats.bcast_pkts_txd: 412 dev.igb.0.mac_stats.mcast_pkts_txd: 6 dev.igb.0.mac_stats.tx_frames_64: 639519 dev.igb.0.mac_stats.tx_frames_65_127: 253844 dev.igb.0.mac_stats.tx_frames_128_255: 180022 dev.igb.0.mac_stats.tx_frames_256_511: 873 dev.igb.0.mac_stats.tx_frames_512_1023: 292 dev.igb.0.mac_stats.tx_frames_1024_1522: 350098 dev.igb.0.mac_stats.tso_txd: 95280 dev.igb.0.mac_stats.tso_ctx_fail: 0 dev.igb.0.interrupts.asserts: 3323144 dev.igb.0.interrupts.rx_pkt_timer: 1551160 dev.igb.0.interrupts.rx_abs_timer: 0 dev.igb.0.interrupts.tx_pkt_timer: 0 dev.igb.0.interrupts.tx_abs_timer: 1551069 dev.igb.0.interrupts.tx_queue_empty: 1424637 dev.igb.0.interrupts.tx_queue_min_thresh: 0 dev.igb.0.interrupts.rx_desc_min_thresh: 0 dev.igb.0.interrupts.rx_overrun: 0 dev.igb.0.host.breaker_tx_pkt: 0 dev.igb.0.host.host_tx_pkt_discard: 0 dev.igb.0.host.rx_pkt: 23 dev.igb.0.host.breaker_rx_pkts: 0 dev.igb.0.host.breaker_rx_pkt_drop: 0 dev.igb.0.host.tx_good_pkt: 11 dev.igb.0.host.breaker_tx_pkt_drop: 0 dev.igb.0.host.rx_good_bytes: 4228681579 dev.igb.0.host.tx_good_bytes: 3039302164 dev.igb.0.host.length_errors: 0 dev.igb.0.host.serdes_violation_pkt: 0 dev.igb.0.host.header_redir_missed: 0 Also igb1 was quiet busy at that time, but igb1 never hung: dev.igb.1.queue0.interrupt_rate: 10526 dev.igb.1.queue0.txd_head: 1879 dev.igb.1.queue0.txd_tail: 1879 dev.igb.1.queue0.no_desc_avail: 0 dev.igb.1.queue0.tx_packets: 8694 dev.igb.1.queue0.rxd_head: 1116 dev.igb.1.queue0.rxd_tail: 1115 dev.igb.1.queue0.rx_packets: 181340 dev.igb.1.queue0.rx_bytes: 11819287 dev.igb.1.queue0.lro_queued: 0 dev.igb.1.queue0.lro_flushed: 0 dev.igb.1.queue1.interrupt_rate: 76923 dev.igb.1.queue1.txd_head: 945 dev.igb.1.queue1.txd_tail: 945 dev.igb.1.queue1.no_desc_avail: 0 dev.igb.1.queue1.tx_packets: 9295572 dev.igb.1.queue1.rxd_head: 203 dev.igb.1.queue1.rxd_tail: 202 dev.igb.1.queue1.rx_packets: 18239691 dev.igb.1.queue1.rx_bytes: 23591559819 dev.igb.1.queue1.lro_queued: 0 dev.igb.1.queue1.lro_flushed: 0 dev.igb.1.queue2.interrupt_rate: 43478 dev.igb.1.queue2.txd_head: 4027 dev.igb.1.queue2.txd_tail: 4027 dev.igb.1.queue2.no_desc_avail: 0 dev.igb.1.queue2.tx_packets: 7335 dev.igb.1.queue2.rxd_head: 2158 dev.igb.1.queue2.rxd_tail: 2157 dev.igb.1.queue2.rx_packets: 2153 dev.igb.1.queue2.rx_bytes: 413198 dev.igb.1.queue2.lro_queued: 0 dev.igb.1.queue2.lro_flushed: 0 dev.igb.1.queue3.interrupt_rate: 43478 Should I consider tungin "hw.igb.max_interrupt_rate" ? Any help highly appreciated! Like mentioned initially, I've never had this issue with FreeBSD 9.1 with exactly the same environment/workload. Thanks, -Harry --------------enigC61D9B5CE24D54DAC6837971 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.18 (FreeBSD) iEYEARECAAYFAlSuVl0ACgkQLDqVQ9VXb8hP+ACglU00n6O1aYGjbRV5jUbIjyHU BBYAnA8ckcrihi59DGrFnaCsLFmmOZMR =1bn0 -----END PGP SIGNATURE----- --------------enigC61D9B5CE24D54DAC6837971-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 10:22:40 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1268A1A5 for ; Thu, 8 Jan 2015 10:22:40 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7E807A85 for ; Thu, 8 Jan 2015 10:22:38 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t08AMbmA043888 for ; Thu, 8 Jan 2015 11:22:37 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 9D6C1BC1; Thu, 8 Jan 2015 11:22:36 +0100 (CET) Message-ID: <54AE5A6B.7040601@omnilan.de> Date: Thu, 08 Jan 2015 11:22:35 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: Re: igb(4) watchdog timeout, lagg(4) fails References: <54ACC6A2.1050400@omnilan.de> <54AE565D.50208@omnilan.de> In-Reply-To: <54AE565D.50208@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC4672369CB72B459969A3152" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Thu, 08 Jan 2015 11:22:37 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2015 10:22:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC4672369CB72B459969A3152 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Harald Schmalzbauer's Nachricht vom 08.01.2015 11:05 (localtime): > Bez=C3=BCglich Harry Schmalzbauer's Nachricht vom 07.01.2015 06:39 (lo= caltime): >> Hello, >> >> recently I upgraded one server from 9.1 to 10.1. There are two 82576 >> (one port of two Intel ET Dual-Port GbE [kawela]), driven by igb(4). >> I've never seen any watchdog timeout with FreeBSD-9.1 but suddenly (wi= th >> 10-stable) I see: >> igb0: Watchdog timeout -- resetting >> igb0: Queue(0) tdh =3D 2974, hw tdt =3D 2973 >> igb0: TX(0) desc avail =3D 0,Next TX to Clean =3D 0 >> >> My biggest problem is, that lagg(4) doesn't detect the problem with >> igb0. It's configured with "lagghash l2' and most connections were >> interupted until I manually do 'ifconfig igb0 down'. Then lagg does it= 's >> job and connectivity was restored via the remaining igb1. >> >> Is there a way to auto-if-down an interface which suffers from watchdo= g >> timeouts? And any way to really reset it without rebooting the machine= ? > igb wathchdog timeout happened again :-( ~48 hours after the last with > very moderate-to-low avarage traffic. > > This time I could fetch dev.igb sysctls before igb0 was reset by watchd= og > It's showing strange irq load: While systat tells: 3 igb1:que 0 1619 igb1:que 1 3 igb1:que 2 1 igb1:que 3 sysctl dev.igb tells: dev.igb.1.queue0.interrupt_rate: 43478 dev.igb.1.queue1.interrupt_rate: 76923 dev.igb.1.queue2.interrupt_rate: 111111 dev.igb.1.queue3.interrupt_rate: 90909 How do I have to understand sysctl's interrupt_rate value? Thanks, -Harry --------------enigC4672369CB72B459969A3152 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.18 (FreeBSD) iEYEARECAAYFAlSuWmwACgkQLDqVQ9VXb8g7mACgnCnyEHbMjfEULi91SjQq7ORR XS0AoKB0pUpVvqQt+i2TU70QSRfyMtUA =iVf7 -----END PGP SIGNATURE----- --------------enigC4672369CB72B459969A3152-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 12:20:53 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47C597AA for ; Thu, 8 Jan 2015 12:20:53 +0000 (UTC) Received: from dyslexicfish.net (dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D8C9D93D for ; Thu, 8 Jan 2015 12:20:52 +0000 (UTC) Received: from dyslexicfish.net (dyslexicfish.net [91.109.5.35]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id t08BrTxp054571; Thu, 8 Jan 2015 11:53:29 GMT (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id t08BrQkU054569; Thu, 8 Jan 2015 11:53:26 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201501081153.t08BrQkU054569@dyslexicfish.net> Date: Thu, 08 Jan 2015 11:53:26 +0000 To: pulley@dabus.com, bob@immure.com Subject: Re: I need some swap partion help on new 10.1 install References: <20150102210855.GE867@rancor.immure.com> <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> In-Reply-To: <20150103172527.GI867@rancor.immure.com> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2015 12:20:53 -0000 Bob Willcox wrote: > On Fri, Jan 02, 2015 at 04:35:39PM -0700, Eric S Pulley wrote: > > On Fri, 02 Jan 2015 14:29:55 -0800 > > "Chris H" wrote: > > > > > On Fri, 2 Jan 2015 14:58:01 -0700 Eric S Pulley > > > wrote > > > > > > > On Fri, 2 Jan 2015 15:56:04 -0600 > > > > Bob Willcox wrote: > > > > > > > > > On Fri, Jan 02, 2015 at 02:42:23PM -0700, Eric S Pulley wrote: > > > > > > On Fri, 2 Jan 2015 15:08:55 -0600 > > > > > > Bob Willcox wrote: [ ... ] Arrrgh, doesn't anyone on this list trim their emails anymore? It's like a bloody AOL chainletter around here:-( From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 18:48:18 2015 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8993D4D8 for ; Thu, 8 Jan 2015 18:48:18 +0000 (UTC) Received: from gwave1.banym.de (gwave1.banym.de [212.72.74.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4A6308F5 for ; Thu, 8 Jan 2015 18:48:17 +0000 (UTC) Received: from tesla.banym.local (dslb-084-057-024-171.084.057.pools.vodafone-ip.de [84.57.24.171]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by gwave1.banym.de (Postfix) with ESMTP id 100561C003 for ; Thu, 8 Jan 2015 19:30:29 +0100 (CET) Message-ID: <54AECCD5.6080500@banym.de> Date: Thu, 08 Jan 2015 19:30:45 +0100 From: Dominik Zajac User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: stable@freebsd.org Subject: Optimization flags lead to not working loader.efi Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Banym-MailScanner-Information: Please contact the ISP for more information X-Banym-MailScanner-ID: 100561C003.A203E X-Banym-MailScanner: Found to be clean X-Banym-MailScanner-From: banym@banym.de X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2015 18:48:18 -0000 Hi, while testing on my workstation I had some optimizations flags in place while I did buildword of 10-STABLE. The system failed to boot because of a not working loader.efi I replaced the loader.efi with the one from the STABLE snapshot media and the sytem loaded up correctly and worked as I could see. To verify I removed all custom flags from my make.conf and rebuilt world again which leads to a fully working system again. Not sure if its a real bug or needs some more investigation. Here are the flags I had in place: CPUTYPE?= core-avx2 MAKE_JOBS_NUMBER?=8 OPTIMIZED_CFLAGS=YES BUILD_OPTIMIZED=YES WITH_CPUFLAGS=YES WITH_OPTIMIZED_CFLAGS=YES Regards, Dominik From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 22:04:48 2015 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75CD0236 for ; Thu, 8 Jan 2015 22:04:48 +0000 (UTC) Received: from system.jails.se (system.jails.se [91.205.63.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1C6B8F5A for ; Thu, 8 Jan 2015 22:04:46 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id 372EF1B07DF for ; Thu, 8 Jan 2015 23:04:37 +0100 (CET) Received: from mobius.uppmax.uu.se (h148n9-u-a31.ias.bredband.telia.com [213.67.100.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id BE3A91B07D9 for ; Thu, 8 Jan 2015 23:04:34 +0100 (CET) Message-ID: <54AEFEF3.8040909@pean.org> Date: Thu, 08 Jan 2015 23:04:35 +0100 From: =?UTF-8?B?UGV0ZXIgQW5rZXJzdMOlbA==?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: "stable@freebsd.org" Subject: ifconfig descr in bsnmpd. Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020804020003000400060506" X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Jan 8 23:04:35 2015 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 54aefef364601017415285 X-DSPAM-Factors: 27, Hi!+I+would, 0.40000, are+#+any+other, 0.40000, (or+are+there+any+other, 0.40000, To*"stable+#+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2015 22:04:48 -0000 This is a cryptographically signed message in MIME format. --------------ms020804020003000400060506 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi! I would like the description I set on a interface to propagate to=20 bsnmpd. Is this possible? (or are there any other solution to have a free text attached to the=20 snmp-information of a interface?) --------------ms020804020003000400060506 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbzCC BjMwggUboAMCAQICAwiyiDANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTE0MDEyMDA3NTIzOFoXDTE1MDEyMTA4NTkyMVowUzEZMBcGA1UE DRMQMWlGRkxHbTV3RmVTWjZ6OTEXMBUGA1UEAwwOcGV0ZXJAcGVhbi5vcmcxHTAbBgkqhkiG 9w0BCQEWDnBldGVyQHBlYW4ub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA zoKHiOE9vdQgax/GZyTaqtNvfjGIHwG1tsMOXZELs49KJY66oD//szW3yoIl8nQapUBn+hZq s3QT5PxqfElXxljYszYE6yk3kWR7EVtlIEfT7Pf24XlFw4uzoZzEjaxPJBt4+BWwb1MpqBmw TNZwZGYI9SO6JW23G9o+e+hPmlXFTovW9B36J0M2Qu0+IE6MsDIG0y5CwuiXMqNz+vEBiIBv def3CIidRn3/K7DQYBYn9gj/UNB1yf1GRhsNDO124T9+9bhlplov0srt7pqQjaSiiqVOCCWd pxvM/eF0LFBkEFATy45RKtl2vk9zM1wmI+sU29vodHoDDuf8t4bTtQIDAQABo4IC1DCCAtAw CQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwME MB0GA1UdDgQWBBSAhVDjVwheLV39/7XFsz9rQP0sVDAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAZBgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzCCAUwGA1UdIASCAUMwggE/ MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3Rh cnRDb20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9z ZSBpbiBjb21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNV HR8ELzAtMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGO BggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20v c3ViL2NsYXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wu Y29tL2NlcnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8v d3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBAFiVjpZEkQoHYAtb0E6MVJgz o1K6d6eEjLsCNbaw833a0jws4Rh0KG/MjqjJzUwa2G6mVZb/JaodRK8VENnpxJ8WhjWqyQL8 /lKnGa88XYMtl+i4ICur08IfQLG7zNFnyG/kOAiMNkgF4H6lZx/ezup9fowUOt0hxERXMcqo 4p+RzPShx35EGRv+5gZNQ7XW4s2rzFzt9CHaDar8SyAGHK3oFapKpHsVSUYik0QCLwnGcaHE HNUkCp1YMsjKwvmxVtQQs/2WfsqQlult8UYe0bTrnwDyLbgJDbvp9R5mZDrkUcXYlgP+mAmz TOrT1JhHbyYQjbbxJAmqkAIDcwVyDRAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUA MH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0 aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGM MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJl IERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3Mg MSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoU fE6ERKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsu z9/9f1+1PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8 Q89lGxahNvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZ whZna//jdiSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMB AAGjggGtMIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQU U3Ltkpzg2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIw ZgYIKwYBBQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20v Y2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNV HR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOG IWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEE AYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu cGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qt XnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2 iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61H Tz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MX U91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD 9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3 a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0 ny0qZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf 6TcvGbjxkJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd8312 9fZjoEhdGwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90w ggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkG A1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3Rh cnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwiyiDAJBgUr DgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0x NTAxMDgyMjA0MzVaMCMGCSqGSIb3DQEJBDEWBBRKb5z6fZNtSUXtPf8YD6wb+6jJ2zBsBgkq hkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGl BgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBM dGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYD VQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQID CLKIMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xp ZW50IENBAgMIsogwDQYJKoZIhvcNAQEBBQAEggEALnWeekcRHxClNeuj6Sg3ba42BoXAgZwd SbJ+c3eFzM65j9wVQsVO2AZb+79YkwcwsJ3y7iRdwYFzv69IcU39N5R4AmHiU7PKKm8Ksuey TtcTEU9wqh7knFF3UZz/poeajk+a3OSjFgoqIV/56z2yDccAuakTWE2rRXJqMasjLpYmHEPz s/JxKQpqpwTXj6gGzNRGOB/N0AV0+9Kg9OvDs3EKjOiHmNq4xBo3oZkAVK7TBQhuF7ETMqm0 zt54AmeJ4mYaVvdXZ9pOIAGFJF6kK/UiuwuO4U3hEj9Bl9RHMVVBRQ8mLY1Da9xcws//4rsA vMoBpNKPrLlUN7wB5cn95AAAAAAAAA== --------------ms020804020003000400060506-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 22:28:25 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 307FB66B for ; Thu, 8 Jan 2015 22:28:25 +0000 (UTC) Received: from gpo1.cc.swin.edu.au (gpo1.cc.swin.edu.au [136.186.1.30]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A0FA21B6 for ; Thu, 8 Jan 2015 22:28:24 +0000 (UTC) Received: from [136.186.229.37] (garmitage.caia.swin.edu.au [136.186.229.37]) by gpo1.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id t08MReKL023565; Fri, 9 Jan 2015 09:28:06 +1100 Message-ID: <54AF045C.5080502@swin.edu.au> Date: Fri, 09 Jan 2015 09:27:40 +1100 From: grenville armitage User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121107 Thunderbird/16.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: trimming... Re: I need some swap partion help on new 10.1 install References: <20150102210855.GE867@rancor.immure.com> <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <201501081153.t08BrQkU054569@dyslexicfish.net> In-Reply-To: <201501081153.t08BrQkU054569@dyslexicfish.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2015 22:28:25 -0000 On 01/08/2015 22:53, Jamie Landeg-Jones wrote: [..] > Arrrgh, doesn't anyone on this list trim their emails anymore? > It's like a bloody AOL chainletter around here:-( +1... oh, so many +1s But times, they are a changing.... cheers, gja From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 22:38:42 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94D1585F for ; Thu, 8 Jan 2015 22:38:42 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 65F172EF for ; Thu, 8 Jan 2015 22:38:42 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Y9Liy-000IAs-RF; Thu, 08 Jan 2015 22:38:41 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t08MccPK006994; Thu, 8 Jan 2015 15:38:39 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1856sdudjbXPmmyVdhAS4Tu Message-ID: <1420756718.14601.126.camel@freebsd.org> Subject: Re: trimming... Re: I need some swap partion help on new 10.1 install From: Ian Lepore To: grenville armitage Date: Thu, 08 Jan 2015 15:38:38 -0700 In-Reply-To: <54AF045C.5080502@swin.edu.au> References: <20150102210855.GE867@rancor.immure.com> <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <201501081153.t08BrQkU054569@dyslexicfish.net> <54AF045C.5080502@swin.edu.au> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2015 22:38:42 -0000 On Fri, 2015-01-09 at 09:27 +1100, grenville armitage wrote: > > On 01/08/2015 22:53, Jamie Landeg-Jones wrote: > [..] > > Arrrgh, doesn't anyone on this list trim their emails anymore? > > It's like a bloody AOL chainletter around here:-( > > +1... oh, so many +1s > > But times, they are a changing.... > > cheers, > gja Yeah, it's horrible. Really the only worse thing that could happen is that someone could strip away all the context and change the thread into a metadiscussion that just deteriorates into a bunch of AOL-like "me too" replies. -- Ian From owner-freebsd-stable@FreeBSD.ORG Thu Jan 8 23:24:03 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCE94D3F; Thu, 8 Jan 2015 23:24:03 +0000 (UTC) Received: from udns.ultimatedns.net (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A2B8AE5; Thu, 8 Jan 2015 23:24:02 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t08NMkk6003891; Thu, 8 Jan 2015 15:22:46 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: grenville armitage , Ian Lepore In-Reply-To: <1420756718.14601.126.camel@freebsd.org> References: <20150102210855.GE867@rancor.immure.com> <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <201501081153.t08BrQkU054569@dyslexicfish.net> <54AF045C.5080502@swin.edu.au>, <1420756718.14601.126.camel@freebsd.org> From: "Chris H" Subject: Re: trimming... Re: I need some swap partion help on new 10.1 install Date: Thu, 08 Jan 2015 15:22:46 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2015 23:24:04 -0000 On Thu, 08 Jan 2015 15:38:38 -0700 Ian Lepore wrote > On Fri, 2015-01-09 at 09:27 +1100, grenville armitage wrote: > > > > On 01/08/2015 22:53, Jamie Landeg-Jones wrote: > > [..] > > > Arrrgh, doesn't anyone on this list trim their emails anymore? > > > It's like a bloody AOL chainletter around here:-( > > > > +1... oh, so many +1s > > > > But times, they are a changing.... > > > > cheers, > > gja > > Yeah, it's horrible. Really the only worse thing that could happen is > that someone could strip away all the context and change the thread into > a metadiscussion that just deteriorates into a bunch of AOL-like "me > too" replies. > > -- Ian Woot! My exact thoughts. I'm only sorry you beat me to it. :) --Chris > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 00:06:04 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B731838; Fri, 9 Jan 2015 00:06:04 +0000 (UTC) Received: from gpo2.cc.swin.edu.au (gpo2.cc.swin.edu.au [136.186.1.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CB2C5EA6; Fri, 9 Jan 2015 00:06:03 +0000 (UTC) Received: from [136.186.229.37] (garmitage.caia.swin.edu.au [136.186.229.37]) by gpo2.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id t09053Gk030200; Fri, 9 Jan 2015 11:05:28 +1100 Message-ID: <54AF1B2F.3060107@swin.edu.au> Date: Fri, 09 Jan 2015 11:05:03 +1100 From: grenville armitage User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121107 Thunderbird/16.0.2 MIME-Version: 1.0 To: Ian Lepore Subject: Re: trimming... Re: I need some swap partion help on new 10.1 install References: <20150102210855.GE867@rancor.immure.com> <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <201501081153.t08BrQkU054569@dyslexicfish.net> <54AF045C.5080502@swin.edu.au> <1420756718.14601.126.camel@freebsd.org> In-Reply-To: <1420756718.14601.126.camel@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2015 00:06:04 -0000 On 01/09/2015 09:38, Ian Lepore wrote: [..] > Yeah, it's horrible. Really the only worse thing that could happen is > that someone could strip away all the context Fair enough. You think eliding context is a bad thing. I think there's a balance to be had -- every email does not need to be a self-contained archive of a thread's history. This particular thread seemed to have reached an educational conclusion, so some meta-discussion is hardly a capital offence. > and change the thread into > a metadiscussion that just deteriorates into a bunch of AOL-like "me > too" replies. That would indeed be unfortunate. cheers, gja From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 00:23:14 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97B31C44 for ; Fri, 9 Jan 2015 00:23:14 +0000 (UTC) Received: from dyslexicfish.net (dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 34E8CB4 for ; Fri, 9 Jan 2015 00:23:13 +0000 (UTC) Received: from dyslexicfish.net (dyslexicfish.net [91.109.5.35]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id t090NAm3030534 for ; Fri, 9 Jan 2015 00:23:10 GMT (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id t090NAMr030533 for freebsd-stable@freebsd.org; Fri, 9 Jan 2015 00:23:10 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201501090023.t090NAMr030533@dyslexicfish.net> Date: Fri, 09 Jan 2015 00:23:10 +0000 To: freebsd-stable@freebsd.org Subject: Re: trimming... Re: I need some swap partion help on new 10.1 install References: <20150102210855.GE867@rancor.immure.com> <20150102144223.14a2987e@nunki.holyordnance.org> <20150102215604.GF867@rancor.immure.com> <20150102145801.6ea92658@nunki.holyordnance.org> <6b9041859ceb265eedaf6f56f9178a7b@ultimatedns.net> <20150102163539.1eaadbc7@nunki.holyordnance.org> <20150103172527.GI867@rancor.immure.com> <201501081153.t08BrQkU054569@dyslexicfish.net> <54AF045C.5080502@swin.edu.au> <1420756718.14601.126.camel@freebsd.org> <54AF1B2F.3060107@swin.edu.au> In-Reply-To: <54AF1B2F.3060107@swin.edu.au> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2015 00:23:14 -0000 grenville armitage wrote: > On 01/09/2015 09:38, Ian Lepore wrote: > [..] > > Yeah, it's horrible. Really the only worse thing that could happen is > > that someone could strip away all the context > > Fair enough. You think eliding context is a bad thing. I think there's > a balance to be had -- every email does not need to be a self-contained > archive of a thread's history. Exactly. And it's silly for anyone to imply that I was suggesting otherwise. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 00:26:18 2015 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC67DD9C for ; Fri, 9 Jan 2015 00:26:18 +0000 (UTC) Received: from mail.tyknet.dk (mail.tyknet.dk [IPv6:2a01:4f8:201:2327:144:76:253:226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 754CAE4 for ; Fri, 9 Jan 2015 00:26:18 +0000 (UTC) Received: from [IPv6:2a01:3a0:a:15::1] (unknown [IPv6:2a01:3a0:a:15::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.tyknet.dk (Postfix) with ESMTPSA id C646E30007B; Fri, 9 Jan 2015 00:26:15 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail.tyknet.dk C646E30007B DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gibfest.dk; s=default; t=1420763175; bh=yAAqXp9gJkkPxHKoxXeKPol9GOQ09DL+nIYkkToPrek=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=BHVUXl1z2NURlmTV3DuFPFHoXai5edIK7AplGyYzMaKMbgXt51QVDNKuifP9ScNmV 5XM8UpslKO7ysA1T7Ip0831/ons/6zGz1hv8MIkQp0pIptuXWb3VY/I5IbHs3LSRXe /4OGu/7cBe69qe9xTka6bStGvfG2ZkGXqM/SFpxQh1c9hSvGREC8Qc8l422KuNB0E+ gjF6COHMi82c+HORVv788wwJdEql4H0DvJJVK66eNjt3K+gCkG2AbWnqip5TuHAcPj nyMr51JyNSADpQrZYIAwCxP0jbbXLCpPLQ//Wz6+0ca4enV0sXW4RkwMSmPjgRQAak ZjEeQuFMLxqfA== Message-ID: <54AF2018.6030109@gibfest.dk> Date: Fri, 09 Jan 2015 01:26:00 +0100 From: Thomas Steen Rasmussen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: stable@freebsd.org Subject: Re: Upgrading from stable/8 to stable/9 blocked by file 5.21 (r276416) References: <54A9A853.2000208@delphij.net> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2015 00:26:18 -0000 On 05-01-2015 10:49, Trond Endrestřl wrote: > > I did a test run on one of my stable/8 servers. That one's currently > running stable/8 r276500 and it attempted to build stable/9 r276691 > single threaded. No such luck. > > Unless this problem is resolved, then those of us migrating from > stable/8 to stable/{9,10} need a pit stop at stable/9 r276385. > Hello, Thank you for this. I was stuck with this libmagic thing trying to build latest stable/9 this evening, on a server running latest stable/8. Going to stable/9 r276385 first allowed me to get past this issue. Thanks! /Thomas From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 09:31:01 2015 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB123AC8 for ; Fri, 9 Jan 2015 09:31:01 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD54A18 for ; Fri, 9 Jan 2015 09:31:00 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t099UtxY055199; Fri, 9 Jan 2015 10:30:55 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 6DDB7222; Fri, 9 Jan 2015 10:30:54 +0100 (CET) Message-ID: <54AF9FC7.7000705@omnilan.de> Date: Fri, 09 Jan 2015 10:30:47 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Dominik Zajac Subject: Re: Optimization flags lead to not working loader.efi References: <54AECCD5.6080500@banym.de> In-Reply-To: <54AECCD5.6080500@banym.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFA2930A3AE2E53E5096221DD" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Fri, 09 Jan 2015 10:30:55 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2015 09:31:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFA2930A3AE2E53E5096221DD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bez=FCglich Dominik Zajac's Nachricht vom 08.01.2015 19:30 (localtime): > Hi, > > while testing on my workstation I had some optimizations flags in > place while I did buildword of 10-STABLE. > > The system failed to boot because of a not working loader.efi > I replaced the loader.efi with the one from the STABLE snapshot media > and the sytem loaded up correctly and worked as I could see. > > To verify I removed all custom flags from my make.conf and rebuilt > world again which leads to a fully working system again. > > Not sure if its a real bug or needs some more investigation. This would really need more investigation, it's been discussed some time ago here: https://lists.freebsd.org/pipermail/freebsd-current/2014-September/052345= =2Ehtml But there are other oddities with core-avx2 optimization, like discussed here: https://lists.freebsd.org/pipermail/freebsd-stable/2014-December/081382.h= tml Unfortunately I don't have enough compiler knowledge, nor even enough time at the moment to do anything helpful, just link to answers I'll track as soon as possible: https://lists.freebsd.org/pipermail/freebsd-current/2014-September/052354= =2Ehtml Bug Report: https://lists.freebsd.org/pipermail/freebsd-current/2014-November/053110.= html -Harry --------------enigFA2930A3AE2E53E5096221DD 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.18 (FreeBSD) iEYEARECAAYFAlSvn80ACgkQLDqVQ9VXb8ijagCgwP3/z8eIkD1HSfctDOMpUK4o oy8An3uPP0bxvs2ergWAl0hA3lHgEDBe =kYtp -----END PGP SIGNATURE----- --------------enigFA2930A3AE2E53E5096221DD-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 10:03:52 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1519271 for ; Fri, 9 Jan 2015 10:03:51 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F12ADAD for ; Fri, 9 Jan 2015 10:03:51 +0000 (UTC) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t09A3nxS055492; Fri, 9 Jan 2015 11:03:49 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id A9EA4229; Fri, 9 Jan 2015 11:03:48 +0100 (CET) Message-ID: <54AFA784.6020102@omnilan.de> Date: Fri, 09 Jan 2015 11:03:48 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: Re: igb(4) watchdog timeout, lagg(4) fails References: <54ACC6A2.1050400@omnilan.de> <54AE565D.50208@omnilan.de> <54AE5A6B.7040601@omnilan.de> In-Reply-To: <54AE5A6B.7040601@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig33209956C4EF8EDB0F5F4B6B" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Fri, 09 Jan 2015 11:03:49 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2015 10:03:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig33209956C4EF8EDB0F5F4B6B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Harald Schmalzbauer's Nachricht vom 08.01.2015 11:22 (localtime): =E2=80=A6 > While systat tells: > 3 igb1:que 0 > 1619 igb1:que 1 > 3 igb1:que 2 > 1 igb1:que 3 > > sysctl dev.igb tells: > dev.igb.1.queue0.interrupt_rate: 43478 > dev.igb.1.queue1.interrupt_rate: 76923 > dev.igb.1.queue2.interrupt_rate: 111111 > dev.igb.1.queue3.interrupt_rate: 90909 > > How do I have to understand sysctl's interrupt_rate value? Even more interesting, is it reasonable to get constantly visually strange results from igb0's interrupt_rate? 'sysctl dev.igb | grep rate' dev.igb.0.queue0.interrupt_rate: 111111 dev.igb.0.queue1.interrupt_rate: 111111 dev.igb.0.queue2.interrupt_rate: 111111 dev.igb.0.queue3.interrupt_rate: 41666 dev.igb.1.queue0.interrupt_rate: 100000 dev.igb.1.queue1.interrupt_rate: 76923 dev.igb.1.queue2.interrupt_rate: 37037 dev.igb.1.queue3.interrupt_rate: 52631 =E2=80=A6 dev.igb.0.queue0.interrupt_rate: 125000 dev.igb.0.queue1.interrupt_rate: 111111 dev.igb.0.queue2.interrupt_rate: 111111 dev.igb.0.queue3.interrupt_rate: 66666 dev.igb.1.queue0.interrupt_rate: 40000 dev.igb.1.queue1.interrupt_rate: 43478 dev.igb.1.queue2.interrupt_rate: 37037 dev.igb.1.queue3.interrupt_rate: 52631 =E2=80=A6 dev.igb.0.queue0.interrupt_rate: 100000 dev.igb.0.queue1.interrupt_rate: 111111 dev.igb.0.queue2.interrupt_rate: 111111 dev.igb.0.queue3.interrupt_rate: 100000 dev.igb.1.queue0.interrupt_rate: 34482 dev.igb.1.queue1.interrupt_rate: 6097 dev.igb.1.queue2.interrupt_rate: 83333 dev.igb.1.queue3.interrupt_rate: 76923 igb0 doesn't look random enough to me ;-) Any help highly appreciated! Thanks, -Harry --------------enig33209956C4EF8EDB0F5F4B6B 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.18 (FreeBSD) iEYEARECAAYFAlSvp4QACgkQLDqVQ9VXb8itlACfW8BnroqbSQCgU7Jix6r9sItU W8YAnRuabF+3xj6Tt2nqTJUpNC9F++KM =gzxa -----END PGP SIGNATURE----- --------------enig33209956C4EF8EDB0F5F4B6B-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 14:14:03 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6DD5BF99 for ; Fri, 9 Jan 2015 14:14:03 +0000 (UTC) Received: from ozzie.tundraware.com (ozzie.tundraware.com [75.145.138.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ozzie.tundraware.com", Issuer "ozzie.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 36AC4AF9 for ; Fri, 9 Jan 2015 14:14:02 +0000 (UTC) Received: from [192.168.0.2] (viper.tundraware.com [192.168.0.2]) (authenticated bits=0) by ozzie.tundraware.com (8.14.9/8.14.9) with ESMTP id t09EAWuX067725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 9 Jan 2015 08:10:32 -0600 (CST) (envelope-from tundra@tundraware.com) Message-ID: <54AFE158.1010903@tundraware.com> Date: Fri, 09 Jan 2015 08:10:32 -0600 From: Tim Daneliuk User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: FreeBSD Stable Subject: ipfw Errors Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ozzie.tundraware.com [75.145.138.73]); Fri, 09 Jan 2015 08:10:32 -0600 (CST) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: t09EAWuX067725 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2015 14:14:03 -0000 I continue to see this: +ipfw: add_dyn_rule: Cannot allocate rule I mentioned this a while back and was told a fix was on the way. Does anyone know when this will be MFCed? -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 16:09:04 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BB9CC67 for ; Fri, 9 Jan 2015 16:09:04 +0000 (UTC) Received: from frv189.fwdcdn.com (frv189.fwdcdn.com [212.42.77.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF3DB9E6 for ; Fri, 9 Jan 2015 16:09:02 +0000 (UTC) Received: from [10.10.1.26] (helo=frv197.fwdcdn.com) by frv189.fwdcdn.com with esmtp ID 1Y9bsJ-000GCs-I9 for freebsd-stable@freebsd.org; Fri, 09 Jan 2015 17:53:23 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=UTIgwpnuUnNY2glVAKNy5OU8JQjv7GbrqjKZ7ZLes6w=; b=jCBoGW4BCATW/9m40XgutBUtgbxHreQO74TzdJk9IDEJAVSiL9pQpyTy3xY3YEjQN3jHFVkMR88pnhpNL5pce6KUcLf+rNTvRRP371TP5aWmhpULuU/xjjN1+YHrmzODd8qVOiB4eTSzEiAuP8O21sxXbUIMzqAbcnLXSvuIAfQ=; Received: from [10.10.10.35] (helo=frv35.fwdcdn.com) by frv197.fwdcdn.com with smtp ID 1Y9bsC-000DWR-1Y for freebsd-stable@freebsd.org; Fri, 09 Jan 2015 17:53:16 +0200 Date: Fri, 09 Jan 2015 17:53:15 +0200 From: Vladislav Prodan Subject: Re: ipfw Errors To: Tim Daneliuk X-Mailer: mail.ukr.net 5.0 Message-Id: <1420818794.464228746.sssgnlsw@frv35.fwdcdn.com> In-Reply-To: <54AFE158.1010903@tundraware.com> References: <54AFE158.1010903@tundraware.com> MIME-Version: 1.0 Received: from universite@ukr.net by frv35.fwdcdn.com; Fri, 09 Jan 2015 17:53:15 +0200 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2015 16:09:04 -0000 # sysctl -d net.inet.ip.fw.dyn_max net.inet.ip.fw.dyn_max: Max number of dyn. rules --- Original message --- From: "Tim Daneliuk" Date: 9 January 2015, 16:14:11 > I continue to see this: > > +ipfw: add_dyn_rule: Cannot allocate rule > > I mentioned this a while back and was told a fix was on the way. Does anyone > know when this will be MFCed? > -- > ---------------------------------------------------------------------------- > Tim Daneliuk tundra@tundraware.com > PGP Key: http://www.tundraware.com/PGP/ > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Vladislav V. Prodan System & Network Administrator support.od.ua From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 16:49:21 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 753B04D7 for ; Fri, 9 Jan 2015 16:49:21 +0000 (UTC) Received: from ozzie.tundraware.com (ozzie.tundraware.com [75.145.138.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ozzie.tundraware.com", Issuer "ozzie.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EBF7DDA for ; Fri, 9 Jan 2015 16:49:20 +0000 (UTC) Received: from [192.168.0.2] (viper.tundraware.com [192.168.0.2]) (authenticated bits=0) by ozzie.tundraware.com (8.14.9/8.14.9) with ESMTP id t09GlwIR075621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 9 Jan 2015 10:47:58 -0600 (CST) (envelope-from tundra@tundraware.com) Message-ID: <54B0063E.5060806@tundraware.com> Date: Fri, 09 Jan 2015 10:47:58 -0600 From: Tim Daneliuk User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Vladislav Prodan Subject: Re: ipfw Errors References: <54AFE158.1010903@tundraware.com> <1420818794.464228746.sssgnlsw@frv35.fwdcdn.com> In-Reply-To: <1420818794.464228746.sssgnlsw@frv35.fwdcdn.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ozzie.tundraware.com [75.145.138.73]); Fri, 09 Jan 2015 10:47:58 -0600 (CST) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: t09GlwIR075621 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2015 16:49:21 -0000 On 01/09/2015 09:53 AM, Vladislav Prodan wrote: > > # sysctl -d net.inet.ip.fw.dyn_max > net.inet.ip.fw.dyn_max: Max number of dyn. rules OK, I'll give that a shot, thanks. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 9 17:47:01 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C5723DF for ; Fri, 9 Jan 2015 17:47:01 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C895565A for ; Fri, 9 Jan 2015 17:47:00 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id b13so9396868wgh.4 for ; Fri, 09 Jan 2015 09:46:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HTdbz/7ml8i8J/bYRFGy+KXKp57s9PRSRDb9by+bmlU=; b=0PV32/YSQnibKWkPH1AlCLLc/A1R4SqlhsmWX7Dbm5EQxIAwYHTirqK7TdGftOd3ic jeIs5eFI/fIZdCssMm7/4mGP+zAc82z7Avm1QMru7mheqr5fas71Bq0kWZoglkYT1uA8 1SdNil5xPaV6XlBC5XEy7wvUukjmYn5Yx75L29gkQyyQgPuZa0PlAhhnbswWe1I0sVkS 3K/06uG/TDjKgHmqlp1j8nXVjlJsB/vnlSiRk5lHXWgxWqbqSULcJNW9Txi7fyKA1y0R Lw94Onorsb/uen7uFR8tKI1SgnsjsT5AiHG2niDE9Sf93sbCv9sxECW7oI8UW+F/UqDM c4eA== MIME-Version: 1.0 X-Received: by 10.180.210.236 with SMTP id mx12mr7459457wic.16.1420825619107; Fri, 09 Jan 2015 09:46:59 -0800 (PST) Received: by 10.194.101.106 with HTTP; Fri, 9 Jan 2015 09:46:59 -0800 (PST) In-Reply-To: <54AFA784.6020102@omnilan.de> References: <54ACC6A2.1050400@omnilan.de> <54AE565D.50208@omnilan.de> <54AE5A6B.7040601@omnilan.de> <54AFA784.6020102@omnilan.de> Date: Fri, 9 Jan 2015 09:46:59 -0800 Message-ID: Subject: Re: igb(4) watchdog timeout, lagg(4) fails From: Jack Vogel To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2015 17:47:01 -0000 The tuneable interrupt rate code is not mine, and looking at it I'm not entirely sure it works. Why are you focused on the interrupt rate anyway, do you hav= e some reason to tie it to the watchdog? You could turn AIM off (enable_aim) and see if that changed anything? It seems most the time problems show up they involve the use of lagg, if yo= u take it out of the mix does the problem go away? Jack On Fri, Jan 9, 2015 at 2:03 AM, Harald Schmalzbauer < h.schmalzbauer@omnilan.de> wrote: > Bez=FCglich Harald Schmalzbauer's Nachricht vom 08.01.2015 11:22 > (localtime): > > ... > > > While systat tells: > > 3 igb1:que 0 > > 1619 igb1:que 1 > > 3 igb1:que 2 > > 1 igb1:que 3 > > > > sysctl dev.igb tells: > > dev.igb.1.queue0.interrupt_rate: 43478 > > dev.igb.1.queue1.interrupt_rate: 76923 > > dev.igb.1.queue2.interrupt_rate: 111111 > > dev.igb.1.queue3.interrupt_rate: 90909 > > > > How do I have to understand sysctl's interrupt_rate value? > > Even more interesting, is it reasonable to get constantly visually > strange results from igb0's interrupt_rate? > 'sysctl dev.igb | grep rate' > dev.igb.0.queue0.interrupt_rate: 111111 > dev.igb.0.queue1.interrupt_rate: 111111 > dev.igb.0.queue2.interrupt_rate: 111111 > dev.igb.0.queue3.interrupt_rate: 41666 > dev.igb.1.queue0.interrupt_rate: 100000 > dev.igb.1.queue1.interrupt_rate: 76923 > dev.igb.1.queue2.interrupt_rate: 37037 > dev.igb.1.queue3.interrupt_rate: 52631 > ... > dev.igb.0.queue0.interrupt_rate: 125000 > dev.igb.0.queue1.interrupt_rate: 111111 > dev.igb.0.queue2.interrupt_rate: 111111 > dev.igb.0.queue3.interrupt_rate: 66666 > dev.igb.1.queue0.interrupt_rate: 40000 > dev.igb.1.queue1.interrupt_rate: 43478 > dev.igb.1.queue2.interrupt_rate: 37037 > dev.igb.1.queue3.interrupt_rate: 52631 > ... > dev.igb.0.queue0.interrupt_rate: 100000 > dev.igb.0.queue1.interrupt_rate: 111111 > dev.igb.0.queue2.interrupt_rate: 111111 > dev.igb.0.queue3.interrupt_rate: 100000 > dev.igb.1.queue0.interrupt_rate: 34482 > dev.igb.1.queue1.interrupt_rate: 6097 > dev.igb.1.queue2.interrupt_rate: 83333 > dev.igb.1.queue3.interrupt_rate: 76923 > > igb0 doesn't look random enough to me ;-) > > Any help highly appreciated! > > Thanks, > > -Harry > > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 10:51:44 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3961DD6 for ; Sat, 10 Jan 2015 10:51:44 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 57189786 for ; Sat, 10 Jan 2015 10:51:43 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t0AApeWD066573; Sat, 10 Jan 2015 11:51:40 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 751B0453; Sat, 10 Jan 2015 11:51:39 +0100 (CET) Message-ID: <54B10432.8050909@omnilan.de> Date: Sat, 10 Jan 2015 11:51:30 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Jack Vogel Subject: Re: igb(4) watchdog timeout, lagg(4) fails References: <54ACC6A2.1050400@omnilan.de> <54AE565D.50208@omnilan.de> <54AE5A6B.7040601@omnilan.de> <54AFA784.6020102@omnilan.de> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD1C941E7404D34A3D89F0F8E" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Sat, 10 Jan 2015 11:51:40 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2015 10:51:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD1C941E7404D34A3D89F0F8E Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Bez=FCglich Jack Vogel's Nachricht vom 09.01.2015 18:46 (localtime): > The tuneable interrupt rate code is not mine, and looking at it I'm not= > entirely > sure it works. Why are you focused on the interrupt rate anyway, do you= have > some reason to tie it to the watchdog? > > You could turn AIM off (enable_aim) and see if that changed anything? > > It seems most the time problems show up they involve the use of lagg, i= f you > take it out of the mix does the problem go away? Thanks for your attention! Unfortunately I can't test anything without lagg(4), this machine is in production (with lagg(4) being parent of lots of vlan-interfaces). I guess the watchdog timeout is more often reported by people with lagg(4) in use for the reason that that's where igb(4) really get's some (peak-)load ;-) Serious, I can't see how lagg(4) should be the culprit for watchdog timeots, but stuck interrupts was my first guess. Especially since I'm doing the kld-reload-trick to get msi-x working inside ESXi (reported 2 years ago that booting FreeBSD initializes the passthrough device with some kind of wrong device-type-identifier; warmbooting the guest or simply kld-reloading solves this problem, the hypervisor then get's the correct device-type-indicator (for using msi-x)= ). Like mentioned this has been working without any issue for more than one year with FreeBSD 9.1. I have another machine with kawela cards and similar setup, but without load at all. I'll see if I can reproduce the problem there and narrow it down by removing lagg(4). Is there a way to reset the interface without rebooting the machine? The watchdog doesn't really reset the device, it's in non-operating state afterwards. I need to 'ifconfig down' it for bringin lagg(4) back into operational state. Some kind of D3D0-state switch for a single address? kldunloading would destroy the remaining interface too=85 Thanks, -Harry --------------enigD1C941E7404D34A3D89F0F8E 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.18 (FreeBSD) iEYEARECAAYFAlSxBDsACgkQLDqVQ9VXb8hfdgCgyWAiS3Cvutnrs5pX073E8AG9 QzEAn1A3pfZDYzb6nCmpSVuoyleMPWnZ =dxB3 -----END PGP SIGNATURE----- --------------enigD1C941E7404D34A3D89F0F8E-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 11:41:41 2015 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D43704B9 for ; Sat, 10 Jan 2015 11:41:41 +0000 (UTC) Received: from gwave1.banym.de (gwave1.banym.de [212.72.74.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 96B6CBB7 for ; Sat, 10 Jan 2015 11:41:41 +0000 (UTC) Received: from [192.168.2.105] (dslb-084-057-024-171.084.057.pools.vodafone-ip.de [84.57.24.171]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by gwave1.banym.de (Postfix) with ESMTP id 9A8461C003; Sat, 10 Jan 2015 12:40:57 +0100 (CET) Message-ID: <54B10FD9.3050602@banym.de> Date: Sat, 10 Jan 2015 12:41:13 +0100 From: Dominik Zajac User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Harald Schmalzbauer Subject: Re: Optimization flags lead to not working loader.efi References: <54AECCD5.6080500@banym.de> <54AF9FC7.7000705@omnilan.de> In-Reply-To: <54AF9FC7.7000705@omnilan.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Banym-MailScanner-Information: Please contact the ISP for more information X-Banym-MailScanner-ID: 9A8461C003.A3694 X-Banym-MailScanner: Found to be clean X-Banym-MailScanner-From: banym@banym.de X-Spam-Status: No Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2015 11:41:41 -0000 Hi Harry, thanks for pointing me to these threads. I will investigate as far as I can with my knowledge on that. If there is something to test or someone needs further information how to reproduce this I am happy to help. Regards, Dominik On 09/01/15 10:30, Harald Schmalzbauer wrote: > Bezüglich Dominik Zajac's Nachricht vom 08.01.2015 19:30 (localtime): >> Hi, >> >> while testing on my workstation I had some optimizations flags in >> place while I did buildword of 10-STABLE. >> >> The system failed to boot because of a not working loader.efi >> I replaced the loader.efi with the one from the STABLE snapshot media >> and the sytem loaded up correctly and worked as I could see. >> >> To verify I removed all custom flags from my make.conf and rebuilt >> world again which leads to a fully working system again. >> >> Not sure if its a real bug or needs some more investigation. > This would really need more investigation, it's been discussed some time > ago here: > https://lists.freebsd.org/pipermail/freebsd-current/2014-September/052345.html > > But there are other oddities with core-avx2 optimization, like discussed > here: > https://lists.freebsd.org/pipermail/freebsd-stable/2014-December/081382.html > > Unfortunately I don't have enough compiler knowledge, nor even enough > time at the moment to do anything helpful, just link to answers I'll > track as soon as possible: > https://lists.freebsd.org/pipermail/freebsd-current/2014-September/052354.html > Bug Report: > https://lists.freebsd.org/pipermail/freebsd-current/2014-November/053110.html > > -Harry > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 10 18:32:03 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CDF529D for ; Sat, 10 Jan 2015 18:32:03 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A704A2E3 for ; Sat, 10 Jan 2015 18:32:02 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id b13so13140447wgh.4 for ; Sat, 10 Jan 2015 10:32:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1pLjusWjblYUXq0PPc/CE85oaUuRscWpYHeyrEO2nLk=; b=Nwo/0N8zOn8E2fwzbmV5iybB30SH6sTRCZ6zql1tfRFBGjF9rlLK4hLMbTmWosbk+g Q7AkQQ+9j9gHXbi79RSJZML+ZdFT5fL9KnPn+rsBlfIT9YkIYyAwIYmpUnri1+jVT6Zv jCGq7do9M1jfWIQYUBiF3RNcUIrR7iK/RiKmLyEQR0Z3S9UOhFcdkjZ+6tJtxsu+emT8 ScdVbXj7LJ+lHO64fPQNpQ6/lghzgm3ffFb0XNB0n2UkzjiOm1QDQvC5Kr+WBkDLGez0 Ug8aImY1ziFcu1w4mBHL7zCmhzh8RcHARN45dw/pg+GDG4BDgjo3uH9ajKmr8iCwJqhg qDSw== MIME-Version: 1.0 X-Received: by 10.194.19.131 with SMTP id f3mr12950322wje.46.1420914720527; Sat, 10 Jan 2015 10:32:00 -0800 (PST) Received: by 10.194.101.106 with HTTP; Sat, 10 Jan 2015 10:32:00 -0800 (PST) In-Reply-To: <54B10432.8050909@omnilan.de> References: <54ACC6A2.1050400@omnilan.de> <54AE565D.50208@omnilan.de> <54AE5A6B.7040601@omnilan.de> <54AFA784.6020102@omnilan.de> <54B10432.8050909@omnilan.de> Date: Sat, 10 Jan 2015 10:32:00 -0800 Message-ID: Subject: Re: igb(4) watchdog timeout, lagg(4) fails From: Jack Vogel To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2015 18:32:03 -0000 Did you say this system is a VM under ESX? Jack On Sat, Jan 10, 2015 at 2:51 AM, Harald Schmalzbauer < h.schmalzbauer@omnilan.de> wrote: > Bez=FCglich Jack Vogel's Nachricht vom 09.01.2015 18:46 (localtime): > > The tuneable interrupt rate code is not mine, and looking at it I'm not > > entirely > > sure it works. Why are you focused on the interrupt rate anyway, do you > have > > some reason to tie it to the watchdog? > > > > You could turn AIM off (enable_aim) and see if that changed anything? > > > > It seems most the time problems show up they involve the use of lagg, i= f > you > > take it out of the mix does the problem go away? > > Thanks for your attention! > > Unfortunately I can't test anything without lagg(4), this machine is in > production (with lagg(4) being parent of lots of vlan-interfaces). > I guess the watchdog timeout is more often reported by people with > lagg(4) in use for the reason that that's where igb(4) really get's some > (peak-)load ;-) Serious, I can't see how lagg(4) should be the culprit > for watchdog timeots, but stuck interrupts was my first guess. > Especially since I'm doing the kld-reload-trick to get msi-x working > inside ESXi (reported 2 years ago that booting FreeBSD initializes the > passthrough device with some kind of wrong device-type-identifier; > warmbooting the guest or simply kld-reloading solves this problem, the > hypervisor then get's the correct device-type-indicator (for using msi-x)= ). > Like mentioned this has been working without any issue for more than one > year with FreeBSD 9.1. > I have another machine with kawela cards and similar setup, but without > load at all. I'll see if I can reproduce the problem there and narrow it > down by removing lagg(4). > > Is there a way to reset the interface without rebooting the machine? The > watchdog doesn't really reset the device, it's in non-operating state > afterwards. I need to 'ifconfig down' it for bringin lagg(4) back into > operational state. > Some kind of D3D0-state switch for a single address? kldunloading would > destroy the remaining interface too... > > Thanks, > > -Harry > >