From owner-freebsd-stable@freebsd.org Sun Sep 20 05:15:23 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE5D1A03999 for ; Sun, 20 Sep 2015 05:15:23 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from mproxy8.sbb.rs (mproxy8.sbb.rs [89.216.2.99]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.sbb.rs", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CACA14C8 for ; Sun, 20 Sep 2015 05:15:22 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from faust.localdomain (cable-178-148-97-209.dynamic.sbb.rs [178.148.97.209]) by mproxy8.sbb.rs (8.14.4/8.14.4) with ESMTP id t8K4sfYq026223 for ; Sun, 20 Sep 2015 06:54:41 +0200 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.6 at SBB mail Received: by faust.localdomain (Postfix, from userid 1001) id C2368A4206C; Sun, 20 Sep 2015 06:55:19 +0200 (CEST) Date: Sun, 20 Sep 2015 06:55:19 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Subject: fat32 question Message-ID: <20150920045519.GA2474@faust.sbb.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mproxy8.sbb.rs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 20 Sep 2015 05:15:23 -0000 I have a device to which I'd like to connect otg cable and insert 16gb usb stick. Tried "newfs_msdos -F32 /dev/da0". Mounted, copied files. The device does not see the file system at all. Any idea what to do further? Another option might be extfs. Best regards Zoran From owner-freebsd-stable@freebsd.org Sun Sep 20 05:37:15 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A430AA0151F for ; Sun, 20 Sep 2015 05:37:15 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E1151D8C for ; Sun, 20 Sep 2015 05:37:15 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: by wicgb1 with SMTP id gb1so75891638wic.1 for ; Sat, 19 Sep 2015 22:37:12 -0700 (PDT) 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=STKqhAcG0kLr8+XLyTxFFYhn5ricWcXNFG7IXR/RCDw=; b=TRt2RmCb5QI788X4+GROMwy+lxljDmxAiWifSEbuipG27G2KEI0zK2xqrAEYfhWYrG HDgcNMqaDbioASIVgSrPcU6pg9CbhtA4M7rTopDI+bC7BcPGjWI0dPQY8WrEhV2rN/th xcWu/CjmDfoGoRGHWjKB/Z4FUNZvf3ZjF4wzHfLmBIatDNVAeQU0SZLxYr5j1FY8n4QP MlMxi4H9s104CSCIC/Wmoq5sIqTym1Bv5cRHPHuI/SbtCSDf9MXVTvuL5e1l2noJDgmE c4RRU3EBjGhRA71wO61S4yUrOTFff5JMHUkT83bRAyvXxTd6+BSg96MSJFC5QCN5H+Qv GQZA== MIME-Version: 1.0 X-Received: by 10.194.111.232 with SMTP id il8mr15916921wjb.117.1442727432518; Sat, 19 Sep 2015 22:37:12 -0700 (PDT) Received: by 10.27.3.212 with HTTP; Sat, 19 Sep 2015 22:37:12 -0700 (PDT) In-Reply-To: <20150920045519.GA2474@faust.sbb.rs> References: <20150920045519.GA2474@faust.sbb.rs> Date: Sun, 20 Sep 2015 01:37:12 -0400 Message-ID: Subject: Re: fat32 question From: Brandon Allbery To: Zoran Kolic Cc: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 20 Sep 2015 05:37:15 -0000 On Sun, Sep 20, 2015 at 12:55 AM, Zoran Kolic wrote: > I have a device to which I'd like to connect otg cable > and insert 16gb usb stick. Tried "newfs_msdos -F32 /dev/da0". > This was probably a mistake; USB sticks are partitioned, and you wiped out the partition table by using da0 instead of e.g. da0s1. Most other systems --- and automount utilities even for FreeBSD --- won't understand it any more. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@freebsd.org Sun Sep 20 05:47:26 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1DAA5A01ADD for ; Sun, 20 Sep 2015 05:47:26 +0000 (UTC) (envelope-from brucegb@austin.rr.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.229]) by mx1.freebsd.org (Postfix) with ESMTP id D7C481302 for ; Sun, 20 Sep 2015 05:47:25 +0000 (UTC) (envelope-from brucegb@austin.rr.com) Received: from [70.113.114.118] ([70.113.114.118:10045] helo=tigerfish2.my.domain) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 61/4C-01974-9C44EF55; Sun, 20 Sep 2015 05:31:53 +0000 Received: (from brucegb@localhost) by tigerfish2.my.domain (8.14.9/8.14.9) id t8K5Vr2w071084; Sun, 20 Sep 2015 00:31:53 -0500 (CDT) (envelope-from brucegb) Date: Sun, 20 Sep 2015 00:31:53 -0500 From: Bruce Burden To: Zoran Kolic Cc: freebsd-stable@freebsd.org Subject: Re: fat32 question Message-ID: <20150920053153.GH8026@tigerfish2.my.domain> References: <20150920045519.GA2474@faust.sbb.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150920045519.GA2474@faust.sbb.rs> User-Agent: Mutt/1.5.23 (2014-03-12) X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 20 Sep 2015 05:47:26 -0000 When I mount a FAT32 fs, it is /dev/daXs1, where X is 0, 1, etc. I would not expect to see /dev/da0. >From my fstab file: /dev/da0s1 /usb_flash msdosfs rw,noauto 0 0 /dev/da1s1 /usb_flash2 msdosfs rw,noauto 0 0 FWIW, this is 10.0 STABLE. Bruce On Sun, Sep 20, 2015 at 06:55:19AM +0200, Zoran Kolic wrote: > I have a device to which I'd like to connect otg cable > and insert 16gb usb stick. Tried "newfs_msdos -F32 /dev/da0". > Mounted, copied files. The device does not see the file > system at all. > Any idea what to do further? Another option might be extfs. > Best regards > > Zoran > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-stable@freebsd.org Sun Sep 20 10:07:06 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2297A0508E for ; Sun, 20 Sep 2015 10:07:06 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 A1DF9115E for ; Sun, 20 Sep 2015 10:07:06 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (180-198-137-134.nagoya1.commufa.jp [180.198.137.134]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id t8K9VN9S090069 for ; Sun, 20 Sep 2015 18:31:23 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 20 Sep 2015 18:31:23 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: fat32 question Message-Id: <20150920183123.3c10adb789df478bfe0d3716@dec.sakura.ne.jp> In-Reply-To: <20150920045519.GA2474@faust.sbb.rs> References: <20150920045519.GA2474@faust.sbb.rs> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.28; amd64-portbld-freebsd10.2) 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.20 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, 20 Sep 2015 10:07:07 -0000 According to "Real Hardware Gotchas" section in [1], FAT32 fs creation of FreeBSD seems to have some problems. Try formatting by the hardware you're going to transfer files from FreeBSD, if available. Once formatted by other OS, read/write/delete files in FAT32 formatted media would be OK with FreeBSD. If not, and if the file you want to transfer is small enough, partition the media and use FAT16. (The safest maximum is 32MB, but maybe under 2GB would be OK.) [1] https://wiki.freebsd.org/UEFI On Sun, 20 Sep 2015 06:55:19 +0200 Zoran Kolic wrote: > I have a device to which I'd like to connect otg cable > and insert 16gb usb stick. Tried "newfs_msdos -F32 /dev/da0". > Mounted, copied files. The device does not see the file > system at all. > Any idea what to do further? Another option might be extfs. > Best regards > > Zoran > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-stable@freebsd.org Sun Sep 20 12:12:54 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73DF2A01D63 for ; Sun, 20 Sep 2015 12:12:54 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (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 EFA0D15DA for ; Sun, 20 Sep 2015 12:12:52 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p5083C34F.dip0.t-ipconnect.de [80.131.195.79]) (authenticated bits=128) by slim.berklix.org (8.14.5/8.14.5) with ESMTP id t8KCCEd5093681; Sun, 20 Sep 2015 14:12:14 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id t8KCCnBI098157; Sun, 20 Sep 2015 14:12:49 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id t8KCCVw7068917; Sun, 20 Sep 2015 14:12:43 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201509201212.t8KCCVw7068917@fire.js.berklix.net> To: Zoran Kolic cc: freebsd-stable@freebsd.org Subject: Re: fat32 question From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sun, 20 Sep 2015 18:31:23 +0900." <20150920183123.3c10adb789df478bfe0d3716@dec.sakura.ne.jp> Date: Sun, 20 Sep 2015 14:12:31 +0200 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 20 Sep 2015 12:12:54 -0000 Tomoaki AOKI wrote: > According to "Real Hardware Gotchas" section in [1], FAT32 fs creation > of FreeBSD seems to have some problems. > > Try formatting by the hardware you're going to transfer files from > FreeBSD, if available. Once formatted by other OS, read/write/delete > files in FAT32 formatted media would be OK with FreeBSD. > > If not, and if the file you want to transfer is small enough, partition > the media and use FAT16. (The safest maximum is 32MB, but maybe under > 2GB would be OK.) > > [1] https://wiki.freebsd.org/UEFI Zoran, re Brandon's "won't understand it any more." Dont despair & discard stick, you can rebuild the MBR: man fdisk from memory start with fdisk -i -B /dev/da0 sometimes I then remove & reinsert or even reboot, to make certain the OS has the new numbers. I don't recall I've needed to reduce from FAT32 to FAT16. Ive not read the uefi page as happily no boxes are uefi here, but I've often created FAT32 partitions, my notes at http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/jhs/etc/devd/berklix.conf The advice about letting the other native MS FAT device format if it will, is quickest solution though. PS Max size of FAT32 = 2TB https://en.wikipedia.org/wiki/File_Allocation_Table#FAT32 > > > On Sun, 20 Sep 2015 06:55:19 +0200 > Zoran Kolic wrote: > > > I have a device to which I'd like to connect otg cable > > and insert 16gb usb stick. Tried "newfs_msdos -F32 /dev/da0". > > Mounted, copied files. The device does not see the file > > system at all. > > Any idea what to do further? Another option might be extfs. > > Best regards > > > > Zoran Cheers, Julian -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Reply after previous text, like a play - Not before, which looses context. Indent previous text with "> " Insert new lines before 80 chars. Send plain text, Not quoted-printable, Not HTML, Not ms.doc, Not base64. From owner-freebsd-stable@freebsd.org Sun Sep 20 14:23:12 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27874A0500B for ; Sun, 20 Sep 2015 14:23:12 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from mproxy8.sbb.rs (mproxy8.sbb.rs [89.216.2.99]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.sbb.rs", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D5031D66 for ; Sun, 20 Sep 2015 14:23:11 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from faust.localdomain (cable-178-148-124-212.dynamic.sbb.rs [178.148.124.212]) by mproxy8.sbb.rs (8.14.4/8.14.4) with ESMTP id t8KEN4u0025596; Sun, 20 Sep 2015 16:23:05 +0200 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.6 at SBB mail Received: by faust.localdomain (Postfix, from userid 1001) id F26BCA55497; Sun, 20 Sep 2015 16:23:42 +0200 (CEST) Date: Sun, 20 Sep 2015 16:23:42 +0200 From: Zoran Kolic To: "Julian H. Stacey" Cc: allbery.b@gmail.com, brucegb@austin.rr.com, freebsd-stable@freebsd.org Subject: Re: fat32 question Message-ID: <20150920142342.GA921@faust.sbb.rs> References: <20150920183123.3c10adb789df478bfe0d3716@dec.sakura.ne.jp> <201509201212.t8KCCVw7068917@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201509201212.t8KCCVw7068917@fire.js.berklix.net> X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mproxy8.sbb.rs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 20 Sep 2015 14:23:12 -0000 > Zoran, re Brandon's "won't understand it any more." > Dont despair & discard stick, you can rebuild the MBR: man fdisk > from memory start with fdisk -i -B /dev/da0 First, thanks all for replies! After a bit of puzzling, I found that the problem was every Transcend usb stick I have. They are all fine for mundane tasks and newfs_msdos makes it able to work on freebsd. My music player was picky and has something to say against. When I inserted old and forgoten Verbatim drive, without making f32, it presented itself and files were ready to play. Unbelievable. Yep, I did fdisk step after I posted the question. No go on Transcend. Might be hardware incompatibility or else. Btw, I always do just newfs on back up usb disks and never had any problem, so far, on freebsd. Once again, thank you for help. Zoran From owner-freebsd-stable@freebsd.org Sun Sep 20 16:57:53 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 141F7A054F7 for ; Sun, 20 Sep 2015 16:57:53 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (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 4D0691B0F for ; Sun, 20 Sep 2015 16:57:51 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (qmail 12343 invoked by uid 89); 20 Sep 2015 16:57:44 -0000 Received: from unknown (HELO ?192.168.1.200?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 20 Sep 2015 16:57:44 -0000 From: Rainer Duffner Subject: ZFS UEFI boot? Message-Id: <4B45B989-C3FF-4C60-A648-38603F0E63D4@ultra-secure.de> Date: Sun, 20 Sep 2015 18:57:42 +0200 To: freebsd-stable Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 20 Sep 2015 16:57:53 -0000 Hi, according to the wiki: https://wiki.freebsd.org/UEFI#Tasks = it=E2=80=99s still unsolved and hasn=E2=80=99t even been started. According to the status report: = https://www.freebsd.org/news/status/report-2015-04-2015-06.html#ZFS-Suppor= t-for-UEFI-Boot/Loader = some work has been done. = https://lists.freebsd.org/pipermail/freebsd-hackers/2015-March/047486.html= = The reason I=E2=80=99m asking is that all of our servers are HP DL = 3[6|8]0 Gen9. These servers only support UEFI boot (you can set them to legacy-boot = only for the next reboot). I would assume this to be true for more and more servers. I was playing with the idea of replacing the P440 controllers that we = normally buy for these servers with the H240 controllers (these can be = put into a so called =E2=80=9EHBA mode=E2=80=9C and then present each = disk directly, making them better suited for ZFS). However, the server still only boots with UEFI. And ZFS I want primarily to leverage beadm across all our servers... From owner-freebsd-stable@freebsd.org Sun Sep 20 23:52:08 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA1B2A06AD4 for ; Sun, 20 Sep 2015 23:52:08 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 C88061DB6 for ; Sun, 20 Sep 2015 23:52:08 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=0RjecXqZTEyrwKeEwEjZOm5septs2eqsFSZULmIaY88=; b=KEmo+ha6pDhPKKIuMLjI35n3vtkWEl5IrgqaSCD7KsAdq6ctx/OWUQ14zvMnXBQVb7MFrTZNjfXhnPshLMbWMQlDdIfaMi3QdlbAF/yqhwXvr9lnut2GZVWM9x+YEc3KHdrqKupTLeekVh25nHwKQtWMbC78oP99Q91ZImENoiM=; Received: from [39.253.16.142] (port=51568 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1ZdoOm-000kfl-Om; Sun, 20 Sep 2015 17:52:01 -0600 Date: Mon, 21 Sep 2015 07:51:54 +0800 From: Erich Dollansky To: Zoran Kolic Cc: "Julian H. Stacey" , brucegb@austin.rr.com, freebsd-stable@freebsd.org, allbery.b@gmail.com Subject: Re: fat32 question Message-ID: <20150921075154.4c5a0dc0@X220.alogt.com> In-Reply-To: <20150920142342.GA921@faust.sbb.rs> References: <20150920183123.3c10adb789df478bfe0d3716@dec.sakura.ne.jp> <201509201212.t8KCCVw7068917@fire.js.berklix.net> <20150920142342.GA921@faust.sbb.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 20 Sep 2015 23:52:09 -0000 Hi, On Sun, 20 Sep 2015 16:23:42 +0200 Zoran Kolic wrote: > > Zoran, re Brandon's "won't understand it any more." > > Dont despair & discard stick, you can rebuild the MBR: man fdisk > > from memory start with fdisk -i -B /dev/da0 > > First, thanks all for replies! > After a bit of puzzling, I found that the problem was every Transcend > usb stick I have. They are all fine for mundane tasks and newfs_msdos > makes it able to work on freebsd. My music player was picky and has > something to say against. When I inserted old and forgoten Verbatim > drive, without making f32, it presented itself and files were ready > to play. Unbelievable. > Yep, I did fdisk step after I posted the question. No go on Transcend. > Might be hardware incompatibility or else. Btw, I always do just newfs > on back up usb disks and never had any problem, so far, on freebsd. > Once again, thank you for help. > FreeBSD has no problem when the file system is directly on the device. Other operating system have problems with it as they expect partitions. fdisk is a bit outdated. Use gpart for partitioning. Erich From owner-freebsd-stable@freebsd.org Mon Sep 21 09:08:51 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E7EFA06A52 for ; Mon, 21 Sep 2015 09:08:51 +0000 (UTC) (envelope-from amdmiek@gmail.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 694331CA5 for ; Mon, 21 Sep 2015 09:08:51 +0000 (UTC) (envelope-from amdmiek@gmail.com) Received: by ioii196 with SMTP id i196so113259228ioi.3 for ; Mon, 21 Sep 2015 02:08:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=rYmc4W8Albe+FaULg8ylwPg6Ot9ei+/bEdOmxm0tF6Q=; b=w/UFK2jnS0SNnczHYiQeyduo1GkzZfddOmIIgqc1MvPoRm8DvCLAM8xsFnImPEtx5k 7nIhpD7RsBlrWJ6MItvp63ek9gLfgbd2BK/3dB/ELcBjAKa8P72CTb3a3cRfyT5BJ/2L yDYI4WbLURhH9GoIvOA52/PzhjqhVtyWCYVSnaNNtadhch1QwH+2RR5wpvmM32L1PjQv gZJPNbtN9nCH4BN07nQUYBKRgwg6uM/HVffzfIQwpvuAm4+/llklU8CgIX0fBSDjiG5B PWVN3WCKZr2xJScbGgCIoIohDeptDru38RUcQ0aV8FBf1jH0SPnfsZAobgPpPzJTJB5s e3wg== MIME-Version: 1.0 X-Received: by 10.107.128.145 with SMTP id k17mr27914192ioi.24.1442826530755; Mon, 21 Sep 2015 02:08:50 -0700 (PDT) Received: by 10.107.5.143 with HTTP; Mon, 21 Sep 2015 02:08:50 -0700 (PDT) Date: Mon, 21 Sep 2015 12:08:50 +0300 Message-ID: Subject: FreeBSD 10.2 Stable JMicron RIAD update problem From: Michael BlackHeart To: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 21 Sep 2015 09:08:51 -0000 Hello there. I've just tried to update from FreeBSD 10.2-PRERELEASE #0 r285303: to URL: svn://svn.freebsd.org/base/stable/10 Relative URL: ^/stable/10 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 287988 And everything goes wrong. GEOM RAID didn't start at boot time. It has to be connected with recent ata and achi driver workaround but I didn't get how to get it back working. Box configuration and setup. 6 HDD on intel ACHI-mode ICH10R - they're irrelevant. 2HDD (SATA interface) on JMicron JMB363 RAID enabled controller. This controller has 2 SATA ports and 2 IDE ports(Or it's 2 controllers with common interface) and works in RAID mode. It seems that previously it worked with atajmicron kernel module. There was a GEOM RAID control to handle hardware RAID and this 2 HDD holds on an entire system in UFS booted by label. Here's kernel configuration and boot log from working set. diablo.miekoff.local#/var/log/>kldstat -vvv Id Refs Address Size Name 1 10 0xffffffff80200000 eab5c0 kernel (/boot/kernel/kernel) Contains modules: Id Name 278 newreno 228 if_lo 266 ng_socket 283 pfsync 208 shell 207 elf32 206 elf64 177 pseudofs 222 bridgestp 230 if_tun 223 if_bridge 227 if_gre 225 if_faith 281 mld 226 if_gif 276 igmp 280 ip6_mroute 288 cryptodev 282 pflog 231 if_vlan 269 ng_tcpmss 268 ng_tag 255 ng_iface 267 ng_sppp 245 ng_bpf 254 ng_gif_demux 242 ng_netflow 265 ng_rfc1490 277 ip_mroute 264 ng_pptpgre 263 ng_pppoe 253 ng_gif 262 ng_ppp 252 ng_framerelay 261 ng_pipe 251 ng_ether 250 ng_eiface 260 ng_one2many 259 ng_mppc 249 ng_echo 248 ng_device 247 ng_deflate 258 ng_lmi 257 ng_l2tp 246 ng_bridge 256 ng_ksocket 243 ng_UI 272 ng_vlan 271 ng_vjc 270 ng_tee 284 pf 214 sysvmsg 215 sysvsem 216 sysvshm 171 nfscommon 217 aio 287 nfslockd 174 nfsd 290 krpc 286 nfssvc 179 udf 175 nullfs 204 cd9660 170 msdosfs 291 ufs 180 tmpfs 172 nfs 167 devfs 168 fdescfs 176 procfs 173 nfscl 211 acl_posix1e 210 acl_nfs4 15 ctltpc 12 ctlcfcs 14 ctlcfiscsi 11 cbr 13 ctlcfi 16 ctlfe 10 cbb 9 ctl 2 cam 45 ata 205 cd9660_iconv 20 enc 7 ch 19 sa 4 pmp 221 iconv_xlat16 220 iconv_xlat 219 iconv_ucs 5 probe 18 pass 178 udf_iconv 189 g_part_mbr 188 g_part_gpt 187 g_part_ebr 186 g_part_bsd 8 ada 17 da 1 xpt 229 sppp 3 aprobe 6 cd 169 msdosfs_iconv 76 drmn/fbd 75 fb/fbd 74 cpu/ichss 148 pci/uhci 39 cpu/acpi_throttle 25 acpi/acpi_cmbat 341 isa/sysresource 340 nexus/ram 339 root/nexus 147 pci/ohci 38 acpi/acpi_tz 146 pci/ehci 37 acpi/acpi_smbat 30 acpi/acpi_lid 36 acpi/acpi_sysresource 23 acpi/acpi_acad 29 acpi/acpi_isab 73 pci/ath_pci 72 pci/ata_via 338 legacy/cpu 337 nexus/legacy 145 puc/uart 336 nexus/apic 335 pci/ioapic 144 pci/uart 143 isa/uart 142 acpi/uart 334 qpi/pcib 333 nexus/qpi 71 pci/ata_sis 332 isa/pcibus_pnp 331 legacy/pcib 70 pci/ata_sii 330 isa/orm 329 acpi/atdma 328 isa/atdma 141 pci/sdhci_pci 327 legacy/isa 326 acpi/attimer 325 isa/attimer 69 pci/ata_serverworks 324 acpi/atrtc 323 isa/atrtc 68 pci/ata_promise 140 re/miibus 139 pci/re 322 acpi/dmar 67 pci/ata_nvidia 28 acpi/hpet 321 cpu/p4tcc 320 cpu/hwpstate 66 pci/ata_netcell 319 cpu/est 65 pci/ata_national 64 pci/ata_micron 318 cpu/powernow 317 nexus/smbios 63 pci/ata_marvell 137 random 62 pci/ata_jmicron 61 pci/ata_ite 60 pci/ata_intel 59 pci/ata_highpoint 135 pci/puc 58 pci/ata_cyrix 134 puc/ppc 133 pci/ppc 132 isa/ppc 131 acpi/ppc 130 ppbus/ppi 129 ppc/ppbus 57 pci/ata_cypress 315 vgapci/vgapm 314 isa/vga 313 isa/sc 312 scrndr-vga 311 scterm-scteken 128 ppbus/lpt 127 pci/vgapci 308 io 307 isa/ichwd 306 vesa 56 pci/ata_cenatek 55 pci/ata_ati 305 cpuctl 304 cpu/coretemp 303 acpi/psmcpnp 302 isa/psmcpnp 301 atkbdc/psm 126 pci/pcib 26 acpi/cpu 54 pci/ata_amd 300 acpi/atkbdc 299 isa/atkbdc 298 atkbdc/atkbd 297 hostb/agp_via 296 vgapci/agp_i810 295 hostb/agp_amd64 53 pci/ata_adaptec 52 pci/ata_ali 51 pci/ata_acard 50 atapci/ata_ahci_ata 49 pci/ata_ahci 209 cpu/cpufreq 48 atapci/ata 47 pci/atapci 35 cpu/acpi_perf 275 accf_http 294 acpi/fpupnp 274 accf_dns 273 accf_data 293 root/nexus_acpi 46 isa/ata 34 pci/acpi_pcib 125 pcib/pci 124 pci/isab 123 pci/ignore_pci 122 pci/hostb 166 watchdog 121 pci/fixup_pci 120 null 119 mmc/mmcsd 118 ti_mmchs/mmc 117 sdhci_ti/mmc 116 sdhci_pci/mmc 203 eisab/isa 202 isab/isa 115 sdhci_imx/mmc 114 sdhci_fdt/mmc 113 sdhci_bcm/mmc 112 at91_mci/mmc 111 miibus/xmphy 110 miibus/ukphy 109 miibus/truephy 108 miibus/tlphy 107 miibus/tdkphy 106 miibus/smscphy 165 uhub/ukbd 105 miibus/smcphy 104 miibus/rlphy 103 miibus/rgephy 164 uhub/uhid 102 miibus/rdcphy 101 miibus/qsphy 100 miibus/pnaphy 99 miibus/nsphyter 163 uhub/uplcom 98 miibus/nsphy 162 uhub/uhub 161 usbus/uhub 97 miibus/nsgphy 96 miibus/mlphy 95 miibus/lxtphy 94 miibus/jmphy 93 miibus/ip1000phy 92 miibus/icsphy 91 miibus/gentbi 90 miibus/e1000phy 89 miibus/ciphy 88 miibus/brgphy 87 miibus/bmtphy 86 miibus/axphy 85 miibus/atphy 84 miibus/amphy 83 miibus/acphy 82 mem 33 acpi/acpi_pcib 27 acpi/acpi_ec 32 acpi/acpi_pci_link 44 atapci/ahci 80 kbdmux 43 pci/ahci 160 uhub/usb_linux 159 uhub/umass 22 nexus/acpi 42 ahci/ahciem 158 dwcotg/usbus 157 octusb/usbus 156 uss820dci/usbus 155 musbotg/usbus 154 at91_udp/usbus 289 nexus/cryptosoft 153 xhci/usbus 152 ehci/usbus 151 uhci/usbus 150 ohci/usbus 285 nfslock 41 ahci/ahcich 24 acpi/acpi_button 31 pcib/acpi_pci 40 acpi/acpi_timer 149 pci/xhci 78 pci/ichsmb 77 ichsmb/smbus 190 g_raid 193 g_raid_md_jmicron 191 g_raid_md_ddf 218 iconv 195 g_raid_md_promise 136 dummy 192 g_raid_md_intel 194 g_raid_md_nvidia 310 nehemiah 309 random_rdrand 279 alias 138 RANDOM_MODULE_NAME 196 g_raid_md_sii 200 g_raid_tr_raid1e 292 g_class 197 g_raid_tr_concat 212 rootbus 185 g_part 238 wlan 184 g_label 81 g_md 237 wlan_wep 236 wlan_tkip 235 wlan_ccmp 183 g_vfs 234 wlan_amrr 233 wlan_wlan_acl 199 g_raid_tr_raid1 79 icl 232 zlib 182 g_disk 181 g_dev 201 g_raid_tr_raid5 213 firmware 241 wlan_xauth 240 wlan_sta 198 g_raid_tr_raid0 239 wlan_ratectl_none 21 rc4 244 netgraph 224 ether 316 x86bios 2 1 0xffffffff81211000 1d6fbe zfs.ko (/boot/kernel/zfs.ko) Contains modules: Id Name 343 zfsctrl 344 zfs 346 zfs_vdev 345 zfs_zvol 3 1 0xffffffff813e8000 29a2 opensolaris.ko (/boot/kernel/opensolaris.ko) Contains modules: Id Name 342 opensolaris Boot log from old working setup Sep 21 11:34:21 diablo kernel: FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Sep 21 11:34:21 diablo kernel: CPU: Intel(R) Core(TM)2 Duo CPU E8600 @ 3.33GHz (3341.69-MHz K8-class CPU) Sep 21 11:34:21 diablo kernel: Origin="GenuineIntel" Id=0x1067a Family=0x6 Model=0x17 Stepping=10 Sep 21 11:34:21 diablo kernel: Features=0xbfebfbff Sep 21 11:34:21 diablo kernel: Features2=0xc08e3fd Sep 21 11:34:21 diablo kernel: AMD Features=0x20100800 Sep 21 11:34:21 diablo kernel: AMD Features2=0x1 Sep 21 11:34:21 diablo kernel: VT-x: HLT,PAUSE Sep 21 11:34:21 diablo kernel: TSC: P-state invariant, performance statistics Sep 21 11:34:21 diablo kernel: real memory = 9663676416 (9216 MB) Sep 21 11:34:21 diablo kernel: avail memory = 6192463872 (5905 MB) Sep 21 11:34:21 diablo kernel: Event timer "LAPIC" quality 400 Sep 21 11:34:21 diablo kernel: ACPI APIC Table: <7512MS A7512300> Sep 21 11:34:21 diablo kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Sep 21 11:34:21 diablo kernel: FreeBSD/SMP: 1 package(s) x 2 core(s) Sep 21 11:34:21 diablo kernel: cpu0 (BSP): APIC ID: 0 Sep 21 11:34:21 diablo kernel: cpu1 (AP): APIC ID: 1 Sep 21 11:34:21 diablo kernel: ioapic0 irqs 0-23 on motherboard Sep 21 11:34:21 diablo kernel: wlan: mac acl policy registered Sep 21 11:34:21 diablo kernel: kbd1 at kbdmux0 Sep 21 11:34:21 diablo kernel: random: initialized Sep 21 11:34:21 diablo kernel: smbios0: at iomem 0xfa1b0-0xfa1ce on motherboard Sep 21 11:34:21 diablo kernel: smbios0: Version: 2.5 Sep 21 11:34:21 diablo kernel: cryptosoft0: on motherboard Sep 21 11:34:21 diablo kernel: acpi0: <7512MS A7512300> on motherboard Sep 21 11:34:21 diablo kernel: acpi0: Power Button (fixed) Sep 21 11:34:21 diablo kernel: cpu0: on acpi0 Sep 21 11:34:21 diablo kernel: cpu1: on acpi0 Sep 21 11:34:21 diablo kernel: attimer0: port 0x40-0x43 irq 0 on acpi0 Sep 21 11:34:21 diablo kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Sep 21 11:34:21 diablo kernel: Event timer "i8254" frequency 1193182 Hz quality 100 Sep 21 11:34:21 diablo kernel: atrtc0: port 0x70-0x71 irq 8 on acpi0 Sep 21 11:34:21 diablo kernel: Event timer "RTC" frequency 32768 Hz quality 0 Sep 21 11:34:21 diablo kernel: hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Sep 21 11:34:21 diablo kernel: Timecounter "HPET" frequency 14318180 Hz quality 950 Sep 21 11:34:21 diablo kernel: Event timer "HPET" frequency 14318180 Hz quality 450 Sep 21 11:34:21 diablo kernel: Event timer "HPET1" frequency 14318180 Hz quality 440 Sep 21 11:34:21 diablo kernel: Event timer "HPET2" frequency 14318180 Hz quality 440 Sep 21 11:34:21 diablo kernel: Event timer "HPET3" frequency 14318180 Hz quality 440 Sep 21 11:34:21 diablo kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 Sep 21 11:34:21 diablo kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 Sep 21 11:34:21 diablo kernel: pcib0: port 0xcf8-0xcff on acpi0 Sep 21 11:34:21 diablo kernel: pci0: on pcib0 Sep 21 11:34:21 diablo kernel: pcib1: irq 16 at device 1.0 on pci0 Sep 21 11:34:21 diablo kernel: pci1: on pcib1 Sep 21 11:34:21 diablo kernel: ath0: mem 0xf7ce0000-0xf7cfffff irq 16 at device 0.0 on pci1 Sep 21 11:34:21 diablo kernel: ar9300_set_stub_functions: setting stub functions Sep 21 11:34:21 diablo kernel: ar9300_set_stub_functions: setting stub functions Sep 21 11:34:21 diablo kernel: ar9300_attach: calling ar9300_hw_attach Sep 21 11:34:21 diablo kernel: ar9300_hw_attach: calling ar9300_eeprom_attach Sep 21 11:34:21 diablo kernel: ar9300_flash_map: unimplemented for now Sep 21 11:34:21 diablo kernel: Restoring Cal data from DRAM Sep 21 11:34:21 diablo kernel: Restoring Cal data from EEPROM Sep 21 11:34:21 diablo kernel: ar9300_hw_attach: ar9300_eeprom_attach returned 0 Sep 21 11:34:21 diablo kernel: ath0: RX status length: 48 Sep 21 11:34:21 diablo kernel: ath0: RX buffer size: 4096 Sep 21 11:34:21 diablo kernel: ath0: TX descriptor length: 128 Sep 21 11:34:21 diablo kernel: ath0: TX status length: 36 Sep 21 11:34:21 diablo kernel: ath0: TX buffers per descriptor: 4 Sep 21 11:34:21 diablo kernel: ar9300_freebsd_setup_x_tx_desc: called, 0x0/0, 0x0/0, 0x0/0 Sep 21 11:34:21 diablo kernel: ath0: ath_edma_setup_rxfifo: type=0, FIFO depth = 16 entries Sep 21 11:34:21 diablo kernel: ath0: ath_edma_setup_rxfifo: type=1, FIFO depth = 128 entries Sep 21 11:34:21 diablo kernel: ath0: [HT] enabling HT modes Sep 21 11:34:21 diablo kernel: ath0: [HT] enabling short-GI in 20MHz mode Sep 21 11:34:21 diablo kernel: ath0: [HT] 1 stream STBC receive enabled Sep 21 11:34:21 diablo kernel: ath0: [HT] 1 stream STBC transmit enabled Sep 21 11:34:21 diablo kernel: ath0: [HT] 2 RX streams; 2 TX streams Sep 21 11:34:21 diablo kernel: ath0: AR9380 mac 448.3 RF5110 phy 748.8 Sep 21 11:34:21 diablo kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 Sep 21 11:34:21 diablo kernel: uhci0: port 0xbc00-0xbc1f irq 16 at device 26.0 on pci0 Sep 21 11:34:21 diablo kernel: uhci0: LegSup = 0x2f00 Sep 21 11:34:21 diablo kernel: usbus0 on uhci0 Sep 21 11:34:21 diablo kernel: uhci1: port 0xb880-0xb89f irq 21 at device 26.1 on pci0 Sep 21 11:34:21 diablo kernel: uhci1: LegSup = 0x2f00 Sep 21 11:34:21 diablo kernel: usbus1 on uhci1 Sep 21 11:34:21 diablo kernel: uhci2: port 0xb800-0xb81f irq 19 at device 26.2 on pci0 Sep 21 11:34:21 diablo kernel: uhci2: LegSup = 0x2f00 Sep 21 11:34:21 diablo kernel: usbus2 on uhci2 Sep 21 11:34:21 diablo kernel: ehci0: mem 0xf7bffc00-0xf7bfffff irq 18 at device 26.7 on pci0 Sep 21 11:34:21 diablo kernel: usbus3: EHCI version 1.0 Sep 21 11:34:21 diablo kernel: usbus3 on ehci0 Sep 21 11:34:21 diablo kernel: pcib2: irq 17 at device 28.0 on pci0 Sep 21 11:34:21 diablo kernel: pci2: on pcib2 Sep 21 11:34:21 diablo kernel: atapci0: mem 0xf7dfe000-0xf7dfffff irq 16 at device 0.0 on pci2 Sep 21 11:34:21 diablo kernel: atapci0: AHCI called from vendor specific driver Sep 21 11:34:21 diablo kernel: atapci0: AHCI v1.00 controller with 2 3Gbps ports, PM supported Sep 21 11:34:21 diablo kernel: ata2: at channel 0 on atapci0 Sep 21 11:34:21 diablo kernel: ata3: at channel 1 on atapci0 Sep 21 11:34:21 diablo kernel: atapci1: port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f irq 17 at device 0.1 on pci2 Sep 21 11:34:21 diablo kernel: ata4: at channel 0 on atapci1 Sep 21 11:34:21 diablo kernel: pcib3: irq 18 at device 28.2 on pci0 Sep 21 11:34:21 diablo kernel: pci3: on pcib3 Sep 21 11:34:21 diablo kernel: re0: port 0xd800-0xd8ff mem 0xf7eff000-0xf7efffff,0xf6efc000-0xf6efffff irq 18 at device 0.0 on pci3 Sep 21 11:34:21 diablo kernel: re0: Using 1 MSI-X message Sep 21 11:34:21 diablo kernel: re0: Chip rev. 0x2c000000 Sep 21 11:34:21 diablo kernel: re0: MAC rev. 0x00200000 Sep 21 11:34:21 diablo kernel: miibus0: on re0 Sep 21 11:34:21 diablo kernel: rgephy0: PHY 1 on miibus0 Sep 21 11:34:21 diablo kernel: rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow Sep 21 11:34:21 diablo kernel: re0: Using defaults for TSO: 65518/35/2048 Sep 21 11:34:21 diablo kernel: re0: Ethernet address: ac:f1:df:3f:f6:18 Sep 21 11:34:21 diablo kernel: pcib4: irq 16 at device 28.5 on pci0 Sep 21 11:34:21 diablo kernel: pci4: on pcib4 Sep 21 11:34:21 diablo kernel: re1: port 0xe800-0xe8ff mem 0xf7fff000-0xf7ffffff,0xf6ff0000-0xf6ffffff irq 17 at device 0.0 on pci4 Sep 21 11:34:21 diablo kernel: re1: Using 1 MSI-X message Sep 21 11:34:21 diablo kernel: re1: Chip rev. 0x3c000000 Sep 21 11:34:21 diablo kernel: re1: MAC rev. 0x00400000 Sep 21 11:34:21 diablo kernel: miibus1: on re1 Sep 21 11:34:21 diablo kernel: rgephy1: PHY 1 on miibus1 Sep 21 11:34:21 diablo kernel: rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow Sep 21 11:34:21 diablo kernel: re1: Using defaults for TSO: 65518/35/2048 Sep 21 11:34:21 diablo kernel: re1: Ethernet address: 00:21:85:1c:24:fa Sep 21 11:34:21 diablo kernel: uhci3: port 0xb480-0xb49f irq 23 at device 29.0 on pci0 Sep 21 11:34:21 diablo kernel: uhci3: LegSup = 0x2f00 Sep 21 11:34:21 diablo kernel: usbus4 on uhci3 Sep 21 11:34:21 diablo kernel: uhci4: port 0xb400-0xb41f irq 19 at device 29.1 on pci0 Sep 21 11:34:21 diablo kernel: uhci4: LegSup = 0x2f00 Sep 21 11:34:21 diablo kernel: usbus5 on uhci4 Sep 21 11:34:21 diablo kernel: uhci5: port 0xb080-0xb09f irq 18 at device 29.2 on pci0 Sep 21 11:34:21 diablo kernel: uhci5: LegSup = 0x2f00 Sep 21 11:34:21 diablo kernel: usbus6 on uhci5 Sep 21 11:34:21 diablo kernel: ehci1: mem 0xf7bff800-0xf7bffbff irq 23 at device 29.7 on pci0 Sep 21 11:34:21 diablo kernel: usbus7: EHCI version 1.0 Sep 21 11:34:21 diablo kernel: usbus7 on ehci1 Sep 21 11:34:21 diablo kernel: pcib5: at device 30.0 on pci0 Sep 21 11:34:21 diablo kernel: pci5: on pcib5 Sep 21 11:34:21 diablo kernel: vgapci0: mem 0xf8000000-0xfbffffff irq 16 at device 0.0 on pci5 Sep 21 11:34:21 diablo kernel: vgapci0: Boot video device Sep 21 11:34:21 diablo kernel: ath1: mem 0xfebe0000-0xfebeffff irq 17 at device 1.0 on pci5 Sep 21 11:34:21 diablo kernel: ath1: AR2413 mac 7.9 RF2413 phy 4.5 Sep 21 11:34:21 diablo kernel: ath1: 2GHz radio: 0x0000; 5GHz radio: 0x0056 Sep 21 11:34:21 diablo kernel: isab0: at device 31.0 on pci0 Sep 21 11:34:21 diablo kernel: isa0: on isab0 Sep 21 11:34:21 diablo kernel: ahci0: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa49f mem 0xf7bff000-0xf7bff7ff irq 19 at device 31.2 on pci0 Sep 21 11:34:21 diablo kernel: ahci0: AHCI v1.20 with 6 3Gbps ports, Port Multiplier not supported Sep 21 11:34:21 diablo kernel: ahcich0: at channel 0 on ahci0 Sep 21 11:34:21 diablo kernel: ahcich1: at channel 1 on ahci0 Sep 21 11:34:21 diablo kernel: ahcich2: at channel 2 on ahci0 Sep 21 11:34:21 diablo kernel: ahcich3: at channel 3 on ahci0 Sep 21 11:34:21 diablo kernel: ahcich4: at channel 4 on ahci0 Sep 21 11:34:21 diablo kernel: ahcich5: at channel 5 on ahci0 Sep 21 11:34:21 diablo kernel: ahciem0: on ahci0 Sep 21 11:34:21 diablo kernel: ichsmb0: port 0x400-0x41f mem 0xf7bfec00-0xf7bfecff irq 18 at device 31.3 on pci0 Sep 21 11:34:21 diablo kernel: smbus0: on ichsmb0 Sep 21 11:34:21 diablo kernel: acpi_button0: on acpi0 Sep 21 11:34:21 diablo kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Sep 21 11:34:21 diablo kernel: atkbd0: irq 1 on atkbdc0 Sep 21 11:34:21 diablo kernel: kbd0 at atkbd0 Sep 21 11:34:21 diablo kernel: atkbd0: [GIANT-LOCKED] Sep 21 11:34:21 diablo kernel: ichwd0 on isa0 Sep 21 11:34:21 diablo kernel: orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcafff,0xcb000-0xcbfff on isa0 Sep 21 11:34:21 diablo kernel: sc0: at flags 0x100 on isa0 Sep 21 11:34:21 diablo kernel: sc0: VGA <16 virtual consoles, flags=0x300> Sep 21 11:34:21 diablo kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Sep 21 11:34:21 diablo kernel: ppc0: cannot reserve I/O port range Sep 21 11:34:21 diablo kernel: coretemp0: on cpu0 Sep 21 11:34:21 diablo kernel: est0: on cpu0 Sep 21 11:34:21 diablo kernel: coretemp1: on cpu1 Sep 21 11:34:21 diablo kernel: est1: on cpu1 Sep 21 11:34:21 diablo kernel: Timecounters tick every 1.000 msec Sep 21 11:34:21 diablo kernel: IPsec: Initialized Security Association Processing. Sep 21 11:34:21 diablo kernel: random: unblocking device. Sep 21 11:34:21 diablo kernel: usbus0: 12Mbps Full Speed USB v1.0 Sep 21 11:34:21 diablo kernel: usbus1: 12Mbps Full Speed USB v1.0 Sep 21 11:34:21 diablo kernel: usbus2: 12Mbps Full Speed USB v1.0 Sep 21 11:34:21 diablo kernel: usbus3: 480Mbps High Speed USB v2.0 Sep 21 11:34:21 diablo kernel: usbus4: 12Mbps Full Speed USB v1.0 Sep 21 11:34:21 diablo kernel: usbus5: 12Mbps Full Speed USB v1.0 Sep 21 11:34:21 diablo kernel: usbus6: 12Mbps Full Speed USB v1.0 Sep 21 11:34:21 diablo kernel: usbus7: 480Mbps High Speed USB v2.0 Sep 21 11:34:21 diablo kernel: ugen1.1: at usbus1 Sep 21 11:34:21 diablo kernel: uhub0: on usbus1 Sep 21 11:34:21 diablo kernel: ugen0.1: at usbus0 Sep 21 11:34:21 diablo kernel: uhub1: on usbus0 Sep 21 11:34:21 diablo kernel: ugen3.1: at usbus3 Sep 21 11:34:21 diablo kernel: uhub2: on usbus3 Sep 21 11:34:21 diablo kernel: ugen2.1: at usbus2 Sep 21 11:34:21 diablo kernel: uhub3: on usbus2 Sep 21 11:34:21 diablo kernel: ugen6.1: at usbus6 Sep 21 11:34:21 diablo kernel: uhub4: on usbus6 Sep 21 11:34:21 diablo kernel: ugen5.1: at usbus5 Sep 21 11:34:21 diablo kernel: uhub5: on usbus5 Sep 21 11:34:21 diablo kernel: ugen4.1: at usbus4 Sep 21 11:34:21 diablo kernel: uhub6: on usbus4 Sep 21 11:34:21 diablo kernel: ugen7.1: at usbus7 Sep 21 11:34:21 diablo kernel: uhub7: on usbus7 Sep 21 11:34:21 diablo kernel: uhub1: 2 ports with 2 removable, self powered Sep 21 11:34:21 diablo kernel: uhub0: 2 ports with 2 removable, self powered Sep 21 11:34:21 diablo kernel: uhub5: 2 ports with 2 removable, self powered Sep 21 11:34:21 diablo kernel: uhub4: 2 ports with 2 removable, self powered Sep 21 11:34:21 diablo kernel: uhub3: 2 ports with 2 removable, self powered Sep 21 11:34:21 diablo kernel: uhub6: 2 ports with 2 removable, self powered Sep 21 11:34:21 diablo kernel: ada0 at ata2 bus 0 scbus0 target 0 lun 0 Sep 21 11:34:21 diablo kernel: ada0: ATA-7 SATA 2.x device Sep 21 11:34:21 diablo kernel: ada0: Serial Number WD-WCANN1196255 Sep 21 11:34:21 diablo kernel: ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) Sep 21 11:34:21 diablo kernel: ada0: 114473MB (234441648 512 byte sectors: 16H 63S/T 16383C) Sep 21 11:34:21 diablo kernel: ada0: Previously was known as ad4 Sep 21 11:34:21 diablo kernel: ada1 at ata3 bus 0 scbus1 target 0 lun 0 Sep 21 11:34:21 diablo kernel: ada1: ATA-7 SATA 2.x device Sep 21 11:34:21 diablo kernel: ada1: Serial Number WD-WCANM2598160 Sep 21 11:34:21 diablo kernel: ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) Sep 21 11:34:21 diablo kernel: ada1: 114473MB (234441648 512 byte sectors: 16H 63S/T 16383C) Sep 21 11:34:21 diablo kernel: ada1: Previously was known as ad6 Sep 21 11:34:21 diablo kernel: ada2 at ata4 bus 0 scbus2 target 0 lun 0 Sep 21 11:34:21 diablo kernel: ada2: ATA-6 device Sep 21 11:34:21 diablo kernel: ada2: Serial Number 5LJ0A9XS Sep 21 11:34:21 diablo kernel: ada2: 100.000MB/s transfers (UDMA5, PIO 8192bytes) Sep 21 11:34:21 diablo kernel: ada2: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C) Sep 21 11:34:21 diablo kernel: ada2: Previously was known as ad8 Sep 21 11:34:21 diablo kernel: ada3 at ahcich0 bus 0 scbus3 target 0 lun 0 Sep 21 11:34:21 diablo kernel: ada3: ATA8-ACS SATA 2.x device Sep 21 11:34:21 diablo kernel: ada3: Serial Number WD-WCAZA8280505 Sep 21 11:34:21 diablo kernel: ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) Sep 21 11:34:21 diablo kernel: ada3: Command Queueing enabled Sep 21 11:34:21 diablo kernel: ada3: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) Sep 21 11:34:21 diablo kernel: ada3: quirks=0x1<4K> Sep 21 11:34:21 diablo kernel: ada3: Previously was known as ad10 Sep 21 11:34:21 diablo kernel: ada4 at ahcich1 bus 0 scbus4 target 0 lun 0 Sep 21 11:34:21 diablo kernel: ada4: ATA-7 SATA 1.x device Sep 21 11:34:21 diablo kernel: ada4: Serial Number 6RA324XR Sep 21 11:34:21 diablo kernel: ada4: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) Sep 21 11:34:21 diablo kernel: ada4: Command Queueing enabled Sep 21 11:34:21 diablo kernel: ada4: 152626MB (312579695 512 byte sectors: 16H 63S/T 16383C) Sep 21 11:34:21 diablo kernel: ada4: Previously was known as ad12 Sep 21 11:34:21 diablo kernel: ada5 at ahcich2 bus 0 scbus5 target 0 lun 0 Sep 21 11:34:21 diablo kernel: ada5: ATA8-ACS SATA 2.x device Sep 21 11:34:21 diablo kernel: ada5: Serial Number 9TE0W3YT Sep 21 11:34:21 diablo kernel: ada5: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) Sep 21 11:34:21 diablo kernel: ada5: Command Queueing enabled Sep 21 11:34:21 diablo kernel: ada5: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) Sep 21 11:34:21 diablo kernel: ada5: Previously was known as ad14 Sep 21 11:34:21 diablo kernel: ada6 at ahcich3 bus 0 scbus6 target 0 lun 0 Sep 21 11:34:21 diablo kernel: ada6: ATA8-ACS SATA 2.x device Sep 21 11:34:21 diablo kernel: ada6: Serial Number 9QJ4C26H Sep 21 11:34:21 diablo kernel: ada6: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) Sep 21 11:34:21 diablo kernel: ada6: Command Queueing enabled Sep 21 11:34:21 diablo kernel: ada6: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) Sep 21 11:34:21 diablo kernel: ada6: Previously was known as ad16 Sep 21 11:34:21 diablo kernel: ada7 at ahcich5 bus 0 scbus8 target 0 lun 0 Sep 21 11:34:21 diablo kernel: ada7: ATA8-ACS SATA 2.x device Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Array JMicron-6e1c79e created. Sep 21 11:34:21 diablo kernel: ada7: Serial Number WD-WCAZA8280575 Sep 21 11:34:21 diablo kernel: ada7: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) Sep 21 11:34:21 diablo kernel: ada7: Command Queueing enabled Sep 21 11:34:21 diablo kernel: ada7: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) Sep 21 11:34:21 diablo kernel: ada7: quirks=0x1<4K> Sep 21 11:34:21 diablo kernel: ada7: Previously was known as ad20 Sep 21 11:34:21 diablo kernel: ses0 at ahciem0 bus 0 scbus9 target 0 lun 0 Sep 21 11:34:21 diablo kernel: ses0: SEMB S-E-S 2.00 device Sep 21 11:34:21 diablo kernel: ses0: SEMB SES Device Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Disk ada0 state changed from NONE to ACTIVE. Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Subdisk SYSMIRROR:0-ada0 state changed from NONE to ACTIVE. Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Disk ada1 state changed from NONE to ACTIVE. Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Subdisk SYSMIRROR:1-ada1 state changed from NONE to ACTIVE. Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Array started. Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Volume SYSMIRROR state changed from STARTING to OPTIMAL. Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Provider raid/r0 for volume SYSMIRROR created. Sep 21 11:34:21 diablo kernel: SMP: AP CPU #1 Launched! Sep 21 11:34:21 diablo kernel: Root mount waiting for: usbus7 usbus3 Sep 21 11:34:21 diablo kernel: Root mount waiting for: usbus7 usbus3 Sep 21 11:34:21 diablo kernel: uhub2: 6 ports with 6 removable, self powered Sep 21 11:34:21 diablo kernel: uhub7: 6 ports with 6 removable, self powered Sep 21 11:34:21 diablo kernel: Trying to mount root from ufs:/dev/ufs/rootfs [rw,noatime]... -- amd_miek Think different. Just superior. From owner-freebsd-stable@freebsd.org Mon Sep 21 15:09:17 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B219A06A8D for ; Mon, 21 Sep 2015 15:09:17 +0000 (UTC) (envelope-from amdmiek@gmail.com) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A200111B for ; Mon, 21 Sep 2015 15:09:17 +0000 (UTC) (envelope-from amdmiek@gmail.com) Received: by ioiz6 with SMTP id z6so122410711ioi.2 for ; Mon, 21 Sep 2015 08:09:16 -0700 (PDT) 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 :content-type; bh=9qnMhwZ5Om0c8/dWZ9+W7854VkWhWvMmC2UVPb0w18s=; b=k8IBMbSGHqeakdxlfBASYrGxBN8F/gxzwgLOysrbjvzudnHLj4aa5ahRvUP2BlH35m sfD1JUfxGjQVTNlXJIeUXFgSR4V1SDsPdLQNpI6wXvD4S/Onnf0gpwfxUhfsqMrd2N5M 8fFdZYO/fvUCfxV+JuS7aiguJPn7M5G0UrcQTpJ3gX45HSSeABup7J5PQG41euihfW3n uozh/LyUYhJRxUlj18k0te6Q3MfLwDmf/DDuyXW1FNuyH+gTh0WwBOMg0s4PEd9FRreI xD4Qp31c0Hbev7TsDNh7phDH5K5j7rZY12MT0iNGxrgLWGzQJqFZA3jn5LuxHWt+Iikl FQCw== MIME-Version: 1.0 X-Received: by 10.107.128.145 with SMTP id k17mr29840397ioi.24.1442848156336; Mon, 21 Sep 2015 08:09:16 -0700 (PDT) Received: by 10.107.5.143 with HTTP; Mon, 21 Sep 2015 08:09:16 -0700 (PDT) In-Reply-To: References: Date: Mon, 21 Sep 2015 18:09:16 +0300 Message-ID: Subject: Re: freebsd-stable Digest, Vol 635, Issue 1 From: Michael BlackHeart To: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 21 Sep 2015 15:09:17 -0000 I can defenetly say that this thing is missing with a new kernel in boot log: atapci0: AHCI called from vendor specific driver atapci0: AHCI v1.00 controller with 2 3Gbps ports, PM supported 2015-09-21 15:00 GMT+03:00 : > Send freebsd-stable mailing list submissions to > freebsd-stable@freebsd.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > or, via email, send a message with subject or body 'help' to > freebsd-stable-request@freebsd.org > > You can reach the person managing the list at > freebsd-stable-owner@freebsd.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-stable digest..." > > > Today's Topics: > > 1. Re: fat32 question (Julian H. Stacey) > 2. Re: fat32 question (Zoran Kolic) > 3. ZFS UEFI boot? (Rainer Duffner) > 4. Re: fat32 question (Erich Dollansky) > 5. FreeBSD 10.2 Stable JMicron RIAD update problem > (Michael BlackHeart) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 20 Sep 2015 14:12:31 +0200 > From: "Julian H. Stacey" > To: Zoran Kolic > Cc: freebsd-stable@freebsd.org > Subject: Re: fat32 question > Message-ID: <201509201212.t8KCCVw7068917@fire.js.berklix.net> > > Tomoaki AOKI wrote: > > According to "Real Hardware Gotchas" section in [1], FAT32 fs creation > > of FreeBSD seems to have some problems. > > > > Try formatting by the hardware you're going to transfer files from > > FreeBSD, if available. Once formatted by other OS, read/write/delete > > files in FAT32 formatted media would be OK with FreeBSD. > > > > If not, and if the file you want to transfer is small enough, partition > > the media and use FAT16. (The safest maximum is 32MB, but maybe under > > 2GB would be OK.) > > > > [1] https://wiki.freebsd.org/UEFI > > Zoran, re Brandon's "won't understand it any more." > Dont despair & discard stick, you can rebuild the MBR: man fdisk > from memory start with fdisk -i -B /dev/da0 > > sometimes I then remove & reinsert or even reboot, to make certain > the OS has the new numbers. I don't recall I've needed to reduce > from FAT32 to FAT16. > > Ive not read the uefi page as happily no boxes are uefi here, > but I've often created FAT32 partitions, my notes at > > http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/jhs/etc/devd/berklix.conf > > The advice about letting the other native MS FAT device format if it will, > is quickest solution though. > > PS Max size of FAT32 = 2TB > https://en.wikipedia.org/wiki/File_Allocation_Table#FAT32 > > > > > > > On Sun, 20 Sep 2015 06:55:19 +0200 > > Zoran Kolic wrote: > > > > > I have a device to which I'd like to connect otg cable > > > and insert 16gb usb stick. Tried "newfs_msdos -F32 /dev/da0". > > > Mounted, copied files. The device does not see the file > > > system at all. > > > Any idea what to do further? Another option might be extfs. > > > Best regards > > > > > > Zoran > > > > > Cheers, > Julian > -- > Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich > http://berklix.com > Reply after previous text, like a play - Not before, which looses context. > Indent previous text with "> " Insert new lines before 80 chars. > Send plain text, Not quoted-printable, Not HTML, Not ms.doc, Not base64. > > > ------------------------------ > > Message: 2 > Date: Sun, 20 Sep 2015 16:23:42 +0200 > From: Zoran Kolic > To: "Julian H. Stacey" > Cc: allbery.b@gmail.com, brucegb@austin.rr.com, > freebsd-stable@freebsd.org > Subject: Re: fat32 question > Message-ID: <20150920142342.GA921@faust.sbb.rs> > Content-Type: text/plain; charset=us-ascii > > > Zoran, re Brandon's "won't understand it any more." > > Dont despair & discard stick, you can rebuild the MBR: man fdisk > > from memory start with fdisk -i -B /dev/da0 > > First, thanks all for replies! > After a bit of puzzling, I found that the problem was every Transcend > usb stick I have. They are all fine for mundane tasks and newfs_msdos > makes it able to work on freebsd. My music player was picky and has > something to say against. When I inserted old and forgoten Verbatim > drive, without making f32, it presented itself and files were ready > to play. Unbelievable. > Yep, I did fdisk step after I posted the question. No go on Transcend. > Might be hardware incompatibility or else. Btw, I always do just newfs > on back up usb disks and never had any problem, so far, on freebsd. > Once again, thank you for help. > > Zoran > > > > ------------------------------ > > Message: 3 > Date: Sun, 20 Sep 2015 18:57:42 +0200 > From: Rainer Duffner > To: freebsd-stable > Subject: ZFS UEFI boot? > Message-ID: <4B45B989-C3FF-4C60-A648-38603F0E63D4@ultra-secure.de> > Content-Type: text/plain; charset=utf-8 > > Hi, > > according to the wiki: > > https://wiki.freebsd.org/UEFI#Tasks > > it?s still unsolved and hasn?t even been started. > > > According to the status report: > > > https://www.freebsd.org/news/status/report-2015-04-2015-06.html#ZFS-Support-for-UEFI-Boot/Loader > < > https://www.freebsd.org/news/status/report-2015-04-2015-06.html#ZFS-Support-for-UEFI-Boot/Loader > > > > some work has been done. > > https://lists.freebsd.org/pipermail/freebsd-hackers/2015-March/047486.html > < > https://lists.freebsd.org/pipermail/freebsd-hackers/2015-March/047486.html > > > > > The reason I?m asking is that all of our servers are HP DL 3[6|8]0 Gen9. > These servers only support UEFI boot (you can set them to legacy-boot only > for the next reboot). > I would assume this to be true for more and more servers. > > I was playing with the idea of replacing the P440 controllers that we > normally buy for these servers with the H240 controllers (these can be put > into a so called ?HBA mode? and then present each disk directly, making > them better suited for ZFS). > > However, the server still only boots with UEFI. > > And ZFS I want primarily to leverage beadm across all our servers... > > > > > > > > > > ------------------------------ > > Message: 4 > Date: Mon, 21 Sep 2015 07:51:54 +0800 > From: Erich Dollansky > To: Zoran Kolic > Cc: "Julian H. Stacey" , brucegb@austin.rr.com, > freebsd-stable@freebsd.org, allbery.b@gmail.com > Subject: Re: fat32 question > Message-ID: <20150921075154.4c5a0dc0@X220.alogt.com> > Content-Type: text/plain; charset=US-ASCII > > Hi, > > On Sun, 20 Sep 2015 16:23:42 +0200 > Zoran Kolic wrote: > > > > Zoran, re Brandon's "won't understand it any more." > > > Dont despair & discard stick, you can rebuild the MBR: man fdisk > > > from memory start with fdisk -i -B /dev/da0 > > > > First, thanks all for replies! > > After a bit of puzzling, I found that the problem was every Transcend > > usb stick I have. They are all fine for mundane tasks and newfs_msdos > > makes it able to work on freebsd. My music player was picky and has > > something to say against. When I inserted old and forgoten Verbatim > > drive, without making f32, it presented itself and files were ready > > to play. Unbelievable. > > Yep, I did fdisk step after I posted the question. No go on Transcend. > > Might be hardware incompatibility or else. Btw, I always do just newfs > > on back up usb disks and never had any problem, so far, on freebsd. > > Once again, thank you for help. > > > FreeBSD has no problem when the file system is directly on the device. > Other operating system have problems with it as they expect partitions. > > fdisk is a bit outdated. Use gpart for partitioning. > > Erich > > > ------------------------------ > > Message: 5 > Date: Mon, 21 Sep 2015 12:08:50 +0300 > From: Michael BlackHeart > To: freebsd-stable > Subject: FreeBSD 10.2 Stable JMicron RIAD update problem > Message-ID: > < > CA+Az77OcHmPo9U4jyU1+empaE03kkfuXjf8MZygrOHnHvhfQKw@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Hello there. > I've just tried to update from FreeBSD 10.2-PRERELEASE #0 r285303: to > > URL: svn://svn.freebsd.org/base/stable/10 > Relative URL: ^/stable/10 > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 287988 > > And everything goes wrong. GEOM RAID didn't start at boot time. It has to > be connected with recent ata and achi driver workaround but I didn't get > how to get it back working. > > Box configuration and setup. > > 6 HDD on intel ACHI-mode ICH10R - they're irrelevant. > > 2HDD (SATA interface) on JMicron JMB363 RAID enabled controller. This > controller has 2 SATA ports and 2 IDE ports(Or it's 2 controllers with > common interface) and works in RAID mode. It seems that previously it > worked with atajmicron kernel module. There was a GEOM RAID control to > handle hardware RAID and this 2 HDD holds on an entire system in UFS booted > by label. > > Here's kernel configuration and boot log from working set. > > diablo.miekoff.local#/var/log/>kldstat -vvv > Id Refs Address Size Name > 1 10 0xffffffff80200000 eab5c0 kernel (/boot/kernel/kernel) > Contains modules: > Id Name > 278 newreno > 228 if_lo > 266 ng_socket > 283 pfsync > 208 shell > 207 elf32 > 206 elf64 > 177 pseudofs > 222 bridgestp > 230 if_tun > 223 if_bridge > 227 if_gre > 225 if_faith > 281 mld > 226 if_gif > 276 igmp > 280 ip6_mroute > 288 cryptodev > 282 pflog > 231 if_vlan > 269 ng_tcpmss > 268 ng_tag > 255 ng_iface > 267 ng_sppp > 245 ng_bpf > 254 ng_gif_demux > 242 ng_netflow > 265 ng_rfc1490 > 277 ip_mroute > 264 ng_pptpgre > 263 ng_pppoe > 253 ng_gif > 262 ng_ppp > 252 ng_framerelay > 261 ng_pipe > 251 ng_ether > 250 ng_eiface > 260 ng_one2many > 259 ng_mppc > 249 ng_echo > 248 ng_device > 247 ng_deflate > 258 ng_lmi > 257 ng_l2tp > 246 ng_bridge > 256 ng_ksocket > 243 ng_UI > 272 ng_vlan > 271 ng_vjc > 270 ng_tee > 284 pf > 214 sysvmsg > 215 sysvsem > 216 sysvshm > 171 nfscommon > 217 aio > 287 nfslockd > 174 nfsd > 290 krpc > 286 nfssvc > 179 udf > 175 nullfs > 204 cd9660 > 170 msdosfs > 291 ufs > 180 tmpfs > 172 nfs > 167 devfs > 168 fdescfs > 176 procfs > 173 nfscl > 211 acl_posix1e > 210 acl_nfs4 > 15 ctltpc > 12 ctlcfcs > 14 ctlcfiscsi > 11 cbr > 13 ctlcfi > 16 ctlfe > 10 cbb > 9 ctl > 2 cam > 45 ata > 205 cd9660_iconv > 20 enc > 7 ch > 19 sa > 4 pmp > 221 iconv_xlat16 > 220 iconv_xlat > 219 iconv_ucs > 5 probe > 18 pass > 178 udf_iconv > 189 g_part_mbr > 188 g_part_gpt > 187 g_part_ebr > 186 g_part_bsd > 8 ada > 17 da > 1 xpt > 229 sppp > 3 aprobe > 6 cd > 169 msdosfs_iconv > 76 drmn/fbd > 75 fb/fbd > 74 cpu/ichss > 148 pci/uhci > 39 cpu/acpi_throttle > 25 acpi/acpi_cmbat > 341 isa/sysresource > 340 nexus/ram > 339 root/nexus > 147 pci/ohci > 38 acpi/acpi_tz > 146 pci/ehci > 37 acpi/acpi_smbat > 30 acpi/acpi_lid > 36 acpi/acpi_sysresource > 23 acpi/acpi_acad > 29 acpi/acpi_isab > 73 pci/ath_pci > 72 pci/ata_via > 338 legacy/cpu > 337 nexus/legacy > 145 puc/uart > 336 nexus/apic > 335 pci/ioapic > 144 pci/uart > 143 isa/uart > 142 acpi/uart > 334 qpi/pcib > 333 nexus/qpi > 71 pci/ata_sis > 332 isa/pcibus_pnp > 331 legacy/pcib > 70 pci/ata_sii > 330 isa/orm > 329 acpi/atdma > 328 isa/atdma > 141 pci/sdhci_pci > 327 legacy/isa > 326 acpi/attimer > 325 isa/attimer > 69 pci/ata_serverworks > 324 acpi/atrtc > 323 isa/atrtc > 68 pci/ata_promise > 140 re/miibus > 139 pci/re > 322 acpi/dmar > 67 pci/ata_nvidia > 28 acpi/hpet > 321 cpu/p4tcc > 320 cpu/hwpstate > 66 pci/ata_netcell > 319 cpu/est > 65 pci/ata_national > 64 pci/ata_micron > 318 cpu/powernow > 317 nexus/smbios > 63 pci/ata_marvell > 137 random > 62 pci/ata_jmicron > 61 pci/ata_ite > 60 pci/ata_intel > 59 pci/ata_highpoint > 135 pci/puc > 58 pci/ata_cyrix > 134 puc/ppc > 133 pci/ppc > 132 isa/ppc > 131 acpi/ppc > 130 ppbus/ppi > 129 ppc/ppbus > 57 pci/ata_cypress > 315 vgapci/vgapm > 314 isa/vga > 313 isa/sc > 312 scrndr-vga > 311 scterm-scteken > 128 ppbus/lpt > 127 pci/vgapci > 308 io > 307 isa/ichwd > 306 vesa > 56 pci/ata_cenatek > 55 pci/ata_ati > 305 cpuctl > 304 cpu/coretemp > 303 acpi/psmcpnp > 302 isa/psmcpnp > 301 atkbdc/psm > 126 pci/pcib > 26 acpi/cpu > 54 pci/ata_amd > 300 acpi/atkbdc > 299 isa/atkbdc > 298 atkbdc/atkbd > 297 hostb/agp_via > 296 vgapci/agp_i810 > 295 hostb/agp_amd64 > 53 pci/ata_adaptec > 52 pci/ata_ali > 51 pci/ata_acard > 50 atapci/ata_ahci_ata > 49 pci/ata_ahci > 209 cpu/cpufreq > 48 atapci/ata > 47 pci/atapci > 35 cpu/acpi_perf > 275 accf_http > 294 acpi/fpupnp > 274 accf_dns > 273 accf_data > 293 root/nexus_acpi > 46 isa/ata > 34 pci/acpi_pcib > 125 pcib/pci > 124 pci/isab > 123 pci/ignore_pci > 122 pci/hostb > 166 watchdog > 121 pci/fixup_pci > 120 null > 119 mmc/mmcsd > 118 ti_mmchs/mmc > 117 sdhci_ti/mmc > 116 sdhci_pci/mmc > 203 eisab/isa > 202 isab/isa > 115 sdhci_imx/mmc > 114 sdhci_fdt/mmc > 113 sdhci_bcm/mmc > 112 at91_mci/mmc > 111 miibus/xmphy > 110 miibus/ukphy > 109 miibus/truephy > 108 miibus/tlphy > 107 miibus/tdkphy > 106 miibus/smscphy > 165 uhub/ukbd > 105 miibus/smcphy > 104 miibus/rlphy > 103 miibus/rgephy > 164 uhub/uhid > 102 miibus/rdcphy > 101 miibus/qsphy > 100 miibus/pnaphy > 99 miibus/nsphyter > 163 uhub/uplcom > 98 miibus/nsphy > 162 uhub/uhub > 161 usbus/uhub > 97 miibus/nsgphy > 96 miibus/mlphy > 95 miibus/lxtphy > 94 miibus/jmphy > 93 miibus/ip1000phy > 92 miibus/icsphy > 91 miibus/gentbi > 90 miibus/e1000phy > 89 miibus/ciphy > 88 miibus/brgphy > 87 miibus/bmtphy > 86 miibus/axphy > 85 miibus/atphy > 84 miibus/amphy > 83 miibus/acphy > 82 mem > 33 acpi/acpi_pcib > 27 acpi/acpi_ec > 32 acpi/acpi_pci_link > 44 atapci/ahci > 80 kbdmux > 43 pci/ahci > 160 uhub/usb_linux > 159 uhub/umass > 22 nexus/acpi > 42 ahci/ahciem > 158 dwcotg/usbus > 157 octusb/usbus > 156 uss820dci/usbus > 155 musbotg/usbus > 154 at91_udp/usbus > 289 nexus/cryptosoft > 153 xhci/usbus > 152 ehci/usbus > 151 uhci/usbus > 150 ohci/usbus > 285 nfslock > 41 ahci/ahcich > 24 acpi/acpi_button > 31 pcib/acpi_pci > 40 acpi/acpi_timer > 149 pci/xhci > 78 pci/ichsmb > 77 ichsmb/smbus > 190 g_raid > 193 g_raid_md_jmicron > 191 g_raid_md_ddf > 218 iconv > 195 g_raid_md_promise > 136 dummy > 192 g_raid_md_intel > 194 g_raid_md_nvidia > 310 nehemiah > 309 random_rdrand > 279 alias > 138 RANDOM_MODULE_NAME > 196 g_raid_md_sii > 200 g_raid_tr_raid1e > 292 g_class > 197 g_raid_tr_concat > 212 rootbus > 185 g_part > 238 wlan > 184 g_label > 81 g_md > 237 wlan_wep > 236 wlan_tkip > 235 wlan_ccmp > 183 g_vfs > 234 wlan_amrr > 233 wlan_wlan_acl > 199 g_raid_tr_raid1 > 79 icl > 232 zlib > 182 g_disk > 181 g_dev > 201 g_raid_tr_raid5 > 213 firmware > 241 wlan_xauth > 240 wlan_sta > 198 g_raid_tr_raid0 > 239 wlan_ratectl_none > 21 rc4 > 244 netgraph > 224 ether > 316 x86bios > 2 1 0xffffffff81211000 1d6fbe zfs.ko (/boot/kernel/zfs.ko) > Contains modules: > Id Name > 343 zfsctrl > 344 zfs > 346 zfs_vdev > 345 zfs_zvol > 3 1 0xffffffff813e8000 29a2 opensolaris.ko > (/boot/kernel/opensolaris.ko) > Contains modules: > Id Name > 342 opensolaris > > > Boot log from old working setup > > Sep 21 11:34:21 diablo kernel: FreeBSD clang version 3.4.1 > (tags/RELEASE_34/dot1-final 208032) 20140512 > Sep 21 11:34:21 diablo kernel: CPU: Intel(R) Core(TM)2 Duo CPU E8600 @ > 3.33GHz (3341.69-MHz K8-class CPU) > Sep 21 11:34:21 diablo kernel: Origin="GenuineIntel" Id=0x1067a > Family=0x6 Model=0x17 Stepping=10 > Sep 21 11:34:21 diablo kernel: > > Features=0xbfebfbff > Sep 21 11:34:21 diablo kernel: > > Features2=0xc08e3fd > Sep 21 11:34:21 diablo kernel: AMD Features=0x20100800 > Sep 21 11:34:21 diablo kernel: AMD Features2=0x1 > Sep 21 11:34:21 diablo kernel: VT-x: HLT,PAUSE > Sep 21 11:34:21 diablo kernel: TSC: P-state invariant, performance > statistics > Sep 21 11:34:21 diablo kernel: real memory = 9663676416 (9216 MB) > Sep 21 11:34:21 diablo kernel: avail memory = 6192463872 (5905 MB) > Sep 21 11:34:21 diablo kernel: Event timer "LAPIC" quality 400 > Sep 21 11:34:21 diablo kernel: ACPI APIC Table: <7512MS A7512300> > Sep 21 11:34:21 diablo kernel: FreeBSD/SMP: Multiprocessor System Detected: > 2 CPUs > Sep 21 11:34:21 diablo kernel: FreeBSD/SMP: 1 package(s) x 2 core(s) > Sep 21 11:34:21 diablo kernel: cpu0 (BSP): APIC ID: 0 > Sep 21 11:34:21 diablo kernel: cpu1 (AP): APIC ID: 1 > Sep 21 11:34:21 diablo kernel: ioapic0 irqs 0-23 on > motherboard > Sep 21 11:34:21 diablo kernel: wlan: mac acl policy registered > Sep 21 11:34:21 diablo kernel: kbd1 at kbdmux0 > Sep 21 11:34:21 diablo kernel: random: initialized > Sep 21 11:34:21 diablo kernel: smbios0: at iomem > 0xfa1b0-0xfa1ce on motherboard > Sep 21 11:34:21 diablo kernel: smbios0: Version: 2.5 > Sep 21 11:34:21 diablo kernel: cryptosoft0: on > motherboard > Sep 21 11:34:21 diablo kernel: acpi0: <7512MS A7512300> on motherboard > Sep 21 11:34:21 diablo kernel: acpi0: Power Button (fixed) > Sep 21 11:34:21 diablo kernel: cpu0: on acpi0 > Sep 21 11:34:21 diablo kernel: cpu1: on acpi0 > Sep 21 11:34:21 diablo kernel: attimer0: port 0x40-0x43 irq 0 on > acpi0 > Sep 21 11:34:21 diablo kernel: Timecounter "i8254" frequency 1193182 Hz > quality 0 > Sep 21 11:34:21 diablo kernel: Event timer "i8254" frequency 1193182 Hz > quality 100 > Sep 21 11:34:21 diablo kernel: atrtc0: port 0x70-0x71 > irq 8 on acpi0 > Sep 21 11:34:21 diablo kernel: Event timer "RTC" frequency 32768 Hz quality > 0 > Sep 21 11:34:21 diablo kernel: hpet0: iomem > 0xfed00000-0xfed003ff on acpi0 > Sep 21 11:34:21 diablo kernel: Timecounter "HPET" frequency 14318180 Hz > quality 950 > Sep 21 11:34:21 diablo kernel: Event timer "HPET" frequency 14318180 Hz > quality 450 > Sep 21 11:34:21 diablo kernel: Event timer "HPET1" frequency 14318180 Hz > quality 440 > Sep 21 11:34:21 diablo kernel: Event timer "HPET2" frequency 14318180 Hz > quality 440 > Sep 21 11:34:21 diablo kernel: Event timer "HPET3" frequency 14318180 Hz > quality 440 > Sep 21 11:34:21 diablo kernel: Timecounter "ACPI-fast" frequency 3579545 Hz > quality 900 > Sep 21 11:34:21 diablo kernel: acpi_timer0: <24-bit timer at 3.579545MHz> > port 0x808-0x80b on acpi0 > Sep 21 11:34:21 diablo kernel: pcib0: port > 0xcf8-0xcff on acpi0 > Sep 21 11:34:21 diablo kernel: pci0: on pcib0 > Sep 21 11:34:21 diablo kernel: pcib1: irq 16 at > device 1.0 on pci0 > Sep 21 11:34:21 diablo kernel: pci1: on pcib1 > Sep 21 11:34:21 diablo kernel: ath0: mem > 0xf7ce0000-0xf7cfffff irq 16 at device 0.0 on pci1 > Sep 21 11:34:21 diablo kernel: ar9300_set_stub_functions: setting stub > functions > Sep 21 11:34:21 diablo kernel: ar9300_set_stub_functions: setting stub > functions > Sep 21 11:34:21 diablo kernel: ar9300_attach: calling ar9300_hw_attach > Sep 21 11:34:21 diablo kernel: ar9300_hw_attach: calling > ar9300_eeprom_attach > Sep 21 11:34:21 diablo kernel: ar9300_flash_map: unimplemented for now > Sep 21 11:34:21 diablo kernel: Restoring Cal data from DRAM > Sep 21 11:34:21 diablo kernel: Restoring Cal data from EEPROM > Sep 21 11:34:21 diablo kernel: ar9300_hw_attach: ar9300_eeprom_attach > returned 0 > Sep 21 11:34:21 diablo kernel: ath0: RX status length: 48 > Sep 21 11:34:21 diablo kernel: ath0: RX buffer size: 4096 > Sep 21 11:34:21 diablo kernel: ath0: TX descriptor length: 128 > Sep 21 11:34:21 diablo kernel: ath0: TX status length: 36 > Sep 21 11:34:21 diablo kernel: ath0: TX buffers per descriptor: 4 > Sep 21 11:34:21 diablo kernel: ar9300_freebsd_setup_x_tx_desc: called, > 0x0/0, 0x0/0, 0x0/0 > Sep 21 11:34:21 diablo kernel: ath0: ath_edma_setup_rxfifo: type=0, FIFO > depth = 16 entries > Sep 21 11:34:21 diablo kernel: ath0: ath_edma_setup_rxfifo: type=1, FIFO > depth = 128 entries > Sep 21 11:34:21 diablo kernel: ath0: [HT] enabling HT modes > Sep 21 11:34:21 diablo kernel: ath0: [HT] enabling short-GI in 20MHz mode > Sep 21 11:34:21 diablo kernel: ath0: [HT] 1 stream STBC receive enabled > Sep 21 11:34:21 diablo kernel: ath0: [HT] 1 stream STBC transmit enabled > Sep 21 11:34:21 diablo kernel: ath0: [HT] 2 RX streams; 2 TX streams > Sep 21 11:34:21 diablo kernel: ath0: AR9380 mac 448.3 RF5110 phy 748.8 > Sep 21 11:34:21 diablo kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 > Sep 21 11:34:21 diablo kernel: uhci0: USB-D> port 0xbc00-0xbc1f irq 16 at device 26.0 on pci0 > Sep 21 11:34:21 diablo kernel: uhci0: LegSup = 0x2f00 > Sep 21 11:34:21 diablo kernel: usbus0 on uhci0 > Sep 21 11:34:21 diablo kernel: uhci1: USB-E> port 0xb880-0xb89f irq 21 at device 26.1 on pci0 > Sep 21 11:34:21 diablo kernel: uhci1: LegSup = 0x2f00 > Sep 21 11:34:21 diablo kernel: usbus1 on uhci1 > Sep 21 11:34:21 diablo kernel: uhci2: USB-F> port 0xb800-0xb81f irq 19 at device 26.2 on pci0 > Sep 21 11:34:21 diablo kernel: uhci2: LegSup = 0x2f00 > Sep 21 11:34:21 diablo kernel: usbus2 on uhci2 > Sep 21 11:34:21 diablo kernel: ehci0: controller USB-B> mem 0xf7bffc00-0xf7bfffff irq 18 at device 26.7 on pci0 > Sep 21 11:34:21 diablo kernel: usbus3: EHCI version 1.0 > Sep 21 11:34:21 diablo kernel: usbus3 on ehci0 > Sep 21 11:34:21 diablo kernel: pcib2: irq 17 at > device 28.0 on pci0 > Sep 21 11:34:21 diablo kernel: pci2: on pcib2 > Sep 21 11:34:21 diablo kernel: atapci0: > mem 0xf7dfe000-0xf7dfffff irq 16 at device 0.0 on pci2 > Sep 21 11:34:21 diablo kernel: atapci0: AHCI called from vendor specific > driver > Sep 21 11:34:21 diablo kernel: atapci0: AHCI v1.00 controller with 2 3Gbps > ports, PM supported > Sep 21 11:34:21 diablo kernel: ata2: at channel 0 on atapci0 > Sep 21 11:34:21 diablo kernel: ata3: at channel 1 on atapci0 > Sep 21 11:34:21 diablo kernel: atapci1: > port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f > irq 17 at device 0.1 on pci2 > Sep 21 11:34:21 diablo kernel: ata4: at channel 0 on atapci1 > Sep 21 11:34:21 diablo kernel: pcib3: irq 18 at > device 28.2 on pci0 > Sep 21 11:34:21 diablo kernel: pci3: on pcib3 > Sep 21 11:34:21 diablo kernel: re0: Adapter> port 0xd800-0xd8ff mem 0xf7eff000-0xf7efffff,0xf6efc000-0xf6efffff > irq 18 at device 0.0 on pci3 > Sep 21 11:34:21 diablo kernel: re0: Using 1 MSI-X message > Sep 21 11:34:21 diablo kernel: re0: Chip rev. 0x2c000000 > Sep 21 11:34:21 diablo kernel: re0: MAC rev. 0x00200000 > Sep 21 11:34:21 diablo kernel: miibus0: on re0 > Sep 21 11:34:21 diablo kernel: rgephy0: media interface> PHY 1 on miibus0 > Sep 21 11:34:21 diablo kernel: rgephy0: none, 10baseT, 10baseT-FDX, > 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, > 1000baseT-FDX-flow-master, auto, auto-flow > Sep 21 11:34:21 diablo kernel: re0: Using defaults for TSO: 65518/35/2048 > Sep 21 11:34:21 diablo kernel: re0: Ethernet address: ac:f1:df:3f:f6:18 > Sep 21 11:34:21 diablo kernel: pcib4: irq 16 at > device 28.5 on pci0 > Sep 21 11:34:21 diablo kernel: pci4: on pcib4 > Sep 21 11:34:21 diablo kernel: re1: PCIe Gigabit Ethernet> port 0xe800-0xe8ff mem > 0xf7fff000-0xf7ffffff,0xf6ff0000-0xf6ffffff irq 17 at device 0.0 on pci4 > Sep 21 11:34:21 diablo kernel: re1: Using 1 MSI-X message > Sep 21 11:34:21 diablo kernel: re1: Chip rev. 0x3c000000 > Sep 21 11:34:21 diablo kernel: re1: MAC rev. 0x00400000 > Sep 21 11:34:21 diablo kernel: miibus1: on re1 > Sep 21 11:34:21 diablo kernel: rgephy1: media interface> PHY 1 on miibus1 > Sep 21 11:34:21 diablo kernel: rgephy1: none, 10baseT, 10baseT-FDX, > 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, > 1000baseT-FDX-flow-master, auto, auto-flow > Sep 21 11:34:21 diablo kernel: re1: Using defaults for TSO: 65518/35/2048 > Sep 21 11:34:21 diablo kernel: re1: Ethernet address: 00:21:85:1c:24:fa > Sep 21 11:34:21 diablo kernel: uhci3: USB-A> port 0xb480-0xb49f irq 23 at device 29.0 on pci0 > Sep 21 11:34:21 diablo kernel: uhci3: LegSup = 0x2f00 > Sep 21 11:34:21 diablo kernel: usbus4 on uhci3 > Sep 21 11:34:21 diablo kernel: uhci4: USB-B> port 0xb400-0xb41f irq 19 at device 29.1 on pci0 > Sep 21 11:34:21 diablo kernel: uhci4: LegSup = 0x2f00 > Sep 21 11:34:21 diablo kernel: usbus5 on uhci4 > Sep 21 11:34:21 diablo kernel: uhci5: USB-C> port 0xb080-0xb09f irq 18 at device 29.2 on pci0 > Sep 21 11:34:21 diablo kernel: uhci5: LegSup = 0x2f00 > Sep 21 11:34:21 diablo kernel: usbus6 on uhci5 > Sep 21 11:34:21 diablo kernel: ehci1: controller USB-A> mem 0xf7bff800-0xf7bffbff irq 23 at device 29.7 on pci0 > Sep 21 11:34:21 diablo kernel: usbus7: EHCI version 1.0 > Sep 21 11:34:21 diablo kernel: usbus7 on ehci1 > Sep 21 11:34:21 diablo kernel: pcib5: at device 30.0 > on pci0 > Sep 21 11:34:21 diablo kernel: pci5: on pcib5 > Sep 21 11:34:21 diablo kernel: vgapci0: mem > 0xf8000000-0xfbffffff irq 16 at device 0.0 on pci5 > Sep 21 11:34:21 diablo kernel: vgapci0: Boot video device > Sep 21 11:34:21 diablo kernel: ath1: mem > 0xfebe0000-0xfebeffff irq 17 at device 1.0 on pci5 > Sep 21 11:34:21 diablo kernel: ath1: AR2413 mac 7.9 RF2413 phy 4.5 > Sep 21 11:34:21 diablo kernel: ath1: 2GHz radio: 0x0000; 5GHz radio: 0x0056 > Sep 21 11:34:21 diablo kernel: isab0: at device 31.0 on > pci0 > Sep 21 11:34:21 diablo kernel: isa0: on isab0 > Sep 21 11:34:21 diablo kernel: ahci0: > port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa49f > mem 0xf7bff000-0xf7bff7ff irq 19 at device 31.2 on pci0 > Sep 21 11:34:21 diablo kernel: ahci0: AHCI v1.20 with 6 3Gbps ports, Port > Multiplier not supported > Sep 21 11:34:21 diablo kernel: ahcich0: at channel 0 on > ahci0 > Sep 21 11:34:21 diablo kernel: ahcich1: at channel 1 on > ahci0 > Sep 21 11:34:21 diablo kernel: ahcich2: at channel 2 on > ahci0 > Sep 21 11:34:21 diablo kernel: ahcich3: at channel 3 on > ahci0 > Sep 21 11:34:21 diablo kernel: ahcich4: at channel 4 on > ahci0 > Sep 21 11:34:21 diablo kernel: ahcich5: at channel 5 on > ahci0 > Sep 21 11:34:21 diablo kernel: ahciem0: > on ahci0 > Sep 21 11:34:21 diablo kernel: ichsmb0: controller> port 0x400-0x41f mem 0xf7bfec00-0xf7bfecff irq 18 at device > 31.3 on pci0 > Sep 21 11:34:21 diablo kernel: smbus0: on ichsmb0 > Sep 21 11:34:21 diablo kernel: acpi_button0: on acpi0 > Sep 21 11:34:21 diablo kernel: atkbdc0: port > 0x60,0x64 irq 1 on acpi0 > Sep 21 11:34:21 diablo kernel: atkbd0: irq 1 on atkbdc0 > Sep 21 11:34:21 diablo kernel: kbd0 at atkbd0 > Sep 21 11:34:21 diablo kernel: atkbd0: [GIANT-LOCKED] > Sep 21 11:34:21 diablo kernel: ichwd0 on isa0 > Sep 21 11:34:21 diablo kernel: orm0: at iomem > 0xc0000-0xc7fff,0xc8000-0xcafff,0xcb000-0xcbfff on isa0 > Sep 21 11:34:21 diablo kernel: sc0: at flags 0x100 on isa0 > Sep 21 11:34:21 diablo kernel: sc0: VGA <16 virtual consoles, flags=0x300> > Sep 21 11:34:21 diablo kernel: vga0: at port 0x3c0-0x3df > iomem 0xa0000-0xbffff on isa0 > Sep 21 11:34:21 diablo kernel: ppc0: cannot reserve I/O port range > Sep 21 11:34:21 diablo kernel: coretemp0: on > cpu0 > Sep 21 11:34:21 diablo kernel: est0: > on cpu0 > Sep 21 11:34:21 diablo kernel: coretemp1: on > cpu1 > Sep 21 11:34:21 diablo kernel: est1: > on cpu1 > Sep 21 11:34:21 diablo kernel: Timecounters tick every 1.000 msec > Sep 21 11:34:21 diablo kernel: IPsec: Initialized Security Association > Processing. > Sep 21 11:34:21 diablo kernel: random: unblocking device. > Sep 21 11:34:21 diablo kernel: usbus0: 12Mbps Full Speed USB v1.0 > Sep 21 11:34:21 diablo kernel: usbus1: 12Mbps Full Speed USB v1.0 > Sep 21 11:34:21 diablo kernel: usbus2: 12Mbps Full Speed USB v1.0 > Sep 21 11:34:21 diablo kernel: usbus3: 480Mbps High Speed USB v2.0 > Sep 21 11:34:21 diablo kernel: usbus4: 12Mbps Full Speed USB v1.0 > Sep 21 11:34:21 diablo kernel: usbus5: 12Mbps Full Speed USB v1.0 > Sep 21 11:34:21 diablo kernel: usbus6: 12Mbps Full Speed USB v1.0 > Sep 21 11:34:21 diablo kernel: usbus7: 480Mbps High Speed USB v2.0 > Sep 21 11:34:21 diablo kernel: ugen1.1: at usbus1 > Sep 21 11:34:21 diablo kernel: uhub0: 1.00/1.00, addr 1> on usbus1 > Sep 21 11:34:21 diablo kernel: ugen0.1: at usbus0 > Sep 21 11:34:21 diablo kernel: uhub1: 1.00/1.00, addr 1> on usbus0 > Sep 21 11:34:21 diablo kernel: ugen3.1: at usbus3 > Sep 21 11:34:21 diablo kernel: uhub2: 2.00/1.00, addr 1> on usbus3 > Sep 21 11:34:21 diablo kernel: ugen2.1: at usbus2 > Sep 21 11:34:21 diablo kernel: uhub3: 1.00/1.00, addr 1> on usbus2 > Sep 21 11:34:21 diablo kernel: ugen6.1: at usbus6 > Sep 21 11:34:21 diablo kernel: uhub4: 1.00/1.00, addr 1> on usbus6 > Sep 21 11:34:21 diablo kernel: ugen5.1: at usbus5 > Sep 21 11:34:21 diablo kernel: uhub5: 1.00/1.00, addr 1> on usbus5 > Sep 21 11:34:21 diablo kernel: ugen4.1: at usbus4 > Sep 21 11:34:21 diablo kernel: uhub6: 1.00/1.00, addr 1> on usbus4 > Sep 21 11:34:21 diablo kernel: ugen7.1: at usbus7 > Sep 21 11:34:21 diablo kernel: uhub7: 2.00/1.00, addr 1> on usbus7 > Sep 21 11:34:21 diablo kernel: uhub1: 2 ports with 2 removable, self > powered > Sep 21 11:34:21 diablo kernel: uhub0: 2 ports with 2 removable, self > powered > Sep 21 11:34:21 diablo kernel: uhub5: 2 ports with 2 removable, self > powered > Sep 21 11:34:21 diablo kernel: uhub4: 2 ports with 2 removable, self > powered > Sep 21 11:34:21 diablo kernel: uhub3: 2 ports with 2 removable, self > powered > Sep 21 11:34:21 diablo kernel: uhub6: 2 ports with 2 removable, self > powered > Sep 21 11:34:21 diablo kernel: ada0 at ata2 bus 0 scbus0 target 0 lun 0 > Sep 21 11:34:21 diablo kernel: ada0: ATA-7 > SATA 2.x device > Sep 21 11:34:21 diablo kernel: ada0: Serial Number WD-WCANN1196255 > Sep 21 11:34:21 diablo kernel: ada0: 300.000MB/s transfers (SATA 2.x, > UDMA5, PIO 8192bytes) > Sep 21 11:34:21 diablo kernel: ada0: 114473MB (234441648 512 byte sectors: > 16H 63S/T 16383C) > Sep 21 11:34:21 diablo kernel: ada0: Previously was known as ad4 > Sep 21 11:34:21 diablo kernel: ada1 at ata3 bus 0 scbus1 target 0 lun 0 > Sep 21 11:34:21 diablo kernel: ada1: ATA-7 > SATA 2.x device > Sep 21 11:34:21 diablo kernel: ada1: Serial Number WD-WCANM2598160 > Sep 21 11:34:21 diablo kernel: ada1: 300.000MB/s transfers (SATA 2.x, > UDMA5, PIO 8192bytes) > Sep 21 11:34:21 diablo kernel: ada1: 114473MB (234441648 512 byte sectors: > 16H 63S/T 16383C) > Sep 21 11:34:21 diablo kernel: ada1: Previously was known as ad6 > Sep 21 11:34:21 diablo kernel: ada2 at ata4 bus 0 scbus2 target 0 lun 0 > Sep 21 11:34:21 diablo kernel: ada2: ATA-6 device > Sep 21 11:34:21 diablo kernel: ada2: Serial Number 5LJ0A9XS > Sep 21 11:34:21 diablo kernel: ada2: 100.000MB/s transfers (UDMA5, PIO > 8192bytes) > Sep 21 11:34:21 diablo kernel: ada2: 152627MB (312581808 512 byte sectors: > 16H 63S/T 16383C) > Sep 21 11:34:21 diablo kernel: ada2: Previously was known as ad8 > Sep 21 11:34:21 diablo kernel: ada3 at ahcich0 bus 0 scbus3 target 0 lun 0 > Sep 21 11:34:21 diablo kernel: ada3: > ATA8-ACS SATA 2.x device > Sep 21 11:34:21 diablo kernel: ada3: Serial Number WD-WCAZA8280505 > Sep 21 11:34:21 diablo kernel: ada3: 300.000MB/s transfers (SATA 2.x, > UDMA6, PIO 8192bytes) > Sep 21 11:34:21 diablo kernel: ada3: Command Queueing enabled > Sep 21 11:34:21 diablo kernel: ada3: 1907729MB (3907029168 512 byte > sectors: 16H 63S/T 16383C) > Sep 21 11:34:21 diablo kernel: ada3: quirks=0x1<4K> > Sep 21 11:34:21 diablo kernel: ada3: Previously was known as ad10 > Sep 21 11:34:21 diablo kernel: ada4 at ahcich1 bus 0 scbus4 target 0 lun 0 > Sep 21 11:34:21 diablo kernel: ada4: ATA-7 SATA 1.x > device > Sep 21 11:34:21 diablo kernel: ada4: Serial Number 6RA324XR > Sep 21 11:34:21 diablo kernel: ada4: 150.000MB/s transfers (SATA 1.x, > UDMA6, PIO 8192bytes) > Sep 21 11:34:21 diablo kernel: ada4: Command Queueing enabled > Sep 21 11:34:21 diablo kernel: ada4: 152626MB (312579695 512 byte sectors: > 16H 63S/T 16383C) > Sep 21 11:34:21 diablo kernel: ada4: Previously was known as ad12 > Sep 21 11:34:21 diablo kernel: ada5 at ahcich2 bus 0 scbus5 target 0 lun 0 > Sep 21 11:34:21 diablo kernel: ada5: ATA8-ACS SATA 2.x > device > Sep 21 11:34:21 diablo kernel: ada5: Serial Number 9TE0W3YT > Sep 21 11:34:21 diablo kernel: ada5: 300.000MB/s transfers (SATA 2.x, > UDMA6, PIO 8192bytes) > Sep 21 11:34:21 diablo kernel: ada5: Command Queueing enabled > Sep 21 11:34:21 diablo kernel: ada5: 953869MB (1953525168 512 byte sectors: > 16H 63S/T 16383C) > Sep 21 11:34:21 diablo kernel: ada5: Previously was known as ad14 > Sep 21 11:34:21 diablo kernel: ada6 at ahcich3 bus 0 scbus6 target 0 lun 0 > Sep 21 11:34:21 diablo kernel: ada6: ATA8-ACS SATA 2.x > device > Sep 21 11:34:21 diablo kernel: ada6: Serial Number 9QJ4C26H > Sep 21 11:34:21 diablo kernel: ada6: 300.000MB/s transfers (SATA 2.x, > UDMA6, PIO 8192bytes) > Sep 21 11:34:21 diablo kernel: ada6: Command Queueing enabled > Sep 21 11:34:21 diablo kernel: ada6: 953869MB (1953525168 512 byte sectors: > 16H 63S/T 16383C) > Sep 21 11:34:21 diablo kernel: ada6: Previously was known as ad16 > Sep 21 11:34:21 diablo kernel: ada7 at ahcich5 bus 0 scbus8 target 0 lun 0 > Sep 21 11:34:21 diablo kernel: ada7: > ATA8-ACS SATA 2.x device > Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Array > JMicron-6e1c79e created. > Sep 21 11:34:21 diablo kernel: ada7: Serial Number WD-WCAZA8280575 > Sep 21 11:34:21 diablo kernel: ada7: 300.000MB/s transfers (SATA 2.x, > UDMA6, PIO 8192bytes) > Sep 21 11:34:21 diablo kernel: ada7: Command Queueing enabled > Sep 21 11:34:21 diablo kernel: ada7: 1907729MB (3907029168 512 byte > sectors: 16H 63S/T 16383C) > Sep 21 11:34:21 diablo kernel: ada7: quirks=0x1<4K> > Sep 21 11:34:21 diablo kernel: ada7: Previously was known as ad20 > Sep 21 11:34:21 diablo kernel: ses0 at ahciem0 bus 0 scbus9 target 0 lun 0 > Sep 21 11:34:21 diablo kernel: ses0: SEMB > S-E-S 2.00 device > Sep 21 11:34:21 diablo kernel: ses0: SEMB SES Device > Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Disk ada0 state > changed from NONE to ACTIVE. > Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Subdisk > SYSMIRROR:0-ada0 state changed from NONE to ACTIVE. > Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Disk ada1 state > changed from NONE to ACTIVE. > Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Subdisk > SYSMIRROR:1-ada1 state changed from NONE to ACTIVE. > Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Array started. > Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Volume SYSMIRROR > state changed from STARTING to OPTIMAL. > Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Provider raid/r0 > for volume SYSMIRROR created. > Sep 21 11:34:21 diablo kernel: SMP: AP CPU #1 Launched! > Sep 21 11:34:21 diablo kernel: Root mount waiting for: usbus7 usbus3 > Sep 21 11:34:21 diablo kernel: Root mount waiting for: usbus7 usbus3 > Sep 21 11:34:21 diablo kernel: uhub2: 6 ports with 6 removable, self > powered > Sep 21 11:34:21 diablo kernel: uhub7: 6 ports with 6 removable, self > powered > Sep 21 11:34:21 diablo kernel: Trying to mount root from > ufs:/dev/ufs/rootfs [rw,noatime]... > -- > amd_miek > Think different. > Just superior. > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > ------------------------------ > > End of freebsd-stable Digest, Vol 635, Issue 1 > ********************************************** > -- amd_miek Think different. Just superior. From owner-freebsd-stable@freebsd.org Mon Sep 21 21:27:51 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6CFFA056BD for ; Mon, 21 Sep 2015 21:27:51 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7F72C108E for ; Mon, 21 Sep 2015 21:27:51 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 79106A056B9; Mon, 21 Sep 2015 21:27:51 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77E2FA056B4; Mon, 21 Sep 2015 21:27:51 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1135D108A; Mon, 21 Sep 2015 21:27:51 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wiclk2 with SMTP id lk2so166290987wic.0; Mon, 21 Sep 2015 14:27:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=R7GwO9sULQBCgmd/V2PUAY/LmIpP5wt5sw1NPIJD/lc=; b=wpoIM6TItUFRZTp53srefUc8zizY7W3RmizrHH+ijk3xVGtDqTiJcyyU58fTY24PQ4 aueMnUQs7igycz3m7HDI5Yo3D7uTiRLRnGFGv076IKaeI2RO9Xe8SE5+C2lxZCvDl3fm 8As3V9zFefAICFxkBoCNQYzDfpWvybEw3m3ZncIOi67VebigcBfhHKcuLXEDTEhdR9gg 9nOFcNOHCIHGc5QmYnnInsUdSs4I/vQL87rI3mXh+FGgZj6tIJf4PFGHoWnejVdyzK4y 7BL+jhiZ1rSbsFcT3xzTCm55Fcq++HgsGBHSaWGR2e+okVmB+Zw/Ipjkw3fiypF3leg1 Qlyg== X-Received: by 10.194.114.37 with SMTP id jd5mr24691172wjb.34.1442870869433; Mon, 21 Sep 2015 14:27:49 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id w1sm14083769wjz.37.2015.09.21.14.27.48 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 21 Sep 2015 14:27:48 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 21 Sep 2015 23:27:46 +0200 From: Baptiste Daroussin To: ports@FreeBSD.org, pkg@FreeBSD.org, stable@FreeBSD.org, current@FreeBSD.org Subject: [CTF] pkg 1.6.0 Message-ID: <20150921212746.GF38467@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="juZjCTNxrMaZdGZC" Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 21 Sep 2015 21:27:51 -0000 --juZjCTNxrMaZdGZC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, We are about to release pkg 1.6.0. pkg-devel has been updated to 1.5.99.13 aka 1.6.0 rc3 that we hope will become the new pkg 1.6.0 btw the end of the Week (release planned for Saturday 26th of September or no important issues are raised) On the list of changes: - Lots of improvements in the solver (in particular fixes the case like the recent jpeg upgrade) - Lots of fixes in the 3 way merge code - pkg add can now work without a version specified in the dependency line - pkg check -d now also check the required libraries - Improved support for partial upgrades - Improved zsh completion support - Improved linux support (now all regression tests passes on linux) - Messages can now be context aware: (only print a given message during installation, upgrade - version aware -, removal, or always) - @keywords now accepts new entries to add context aware messages - Add the ability to generate graphiz's dot format representation of the solver's problem - pkg search now default on showing the comments of of the matched packages - Lots of bug fixes and code cleanup - Plenty of new bugs Please test heavily, I would like to make a release quite soon to limit the number of users suffering from the jpeg->jpeg-turbo update. Best regards, Bapt --juZjCTNxrMaZdGZC Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlYAdlIACgkQ8kTtMUmk6EzTIQCfcLFEDPDwhrNI2n3EzAd2r+sw cYYAoIF7JSHq+P1vp7i6jUF8CGvs0EUN =U+Lm -----END PGP SIGNATURE----- --juZjCTNxrMaZdGZC-- From owner-freebsd-stable@freebsd.org Mon Sep 21 22:15:39 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14832A06EFF for ; Mon, 21 Sep 2015 22:15:39 +0000 (UTC) (envelope-from amdmiek@gmail.com) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CBEE01C78 for ; Mon, 21 Sep 2015 22:15:38 +0000 (UTC) (envelope-from amdmiek@gmail.com) Received: by igcpb10 with SMTP id pb10so88680075igc.1 for ; Mon, 21 Sep 2015 15:15:38 -0700 (PDT) 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 :content-type; bh=QXhxIHfgNBUbJa97Pq6WS1js61cGQSmRGR7FcXJEN1c=; b=l7kIqztAaAG5HGNE38yAVowYYSHQxPUlHFj6WwPDKqQxMQaM7OeBBntStfbLfVJI6w gy6gkL9sgHRaAf4fUvaN++1LhkKrZWYf3zz5q5aiEfOJQLTQ4rB0A4lhASXxis2eS2sj eBVsewVRB+W51iH8pOSBaYysumItJxeIxpe9PVWo2BbtQ9C6UmGD0qRpF+Y0QrkMRvGE dZ8A/xplJW8nJBs2gDoC2oOKxn9HGd4MpXwfkX2RLWVs6kYK5dTBQuePhsEsCPn9/2lK y2XT8NmXV9GusHIeb2KVMX1kQpz83pAMRVh0T4djzkyQQ1K91kHOYo3+MR5kTXpnd1Wb Wx2A== MIME-Version: 1.0 X-Received: by 10.50.98.39 with SMTP id ef7mr14116347igb.2.1442873738138; Mon, 21 Sep 2015 15:15:38 -0700 (PDT) Received: by 10.107.5.143 with HTTP; Mon, 21 Sep 2015 15:15:38 -0700 (PDT) In-Reply-To: References: Date: Tue, 22 Sep 2015 01:15:38 +0300 Message-ID: Subject: Re: freebsd-stable Digest, Vol 635, Issue 1 From: Michael BlackHeart To: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 21 Sep 2015 22:15:39 -0000 Hello there. I've reverted to 10.2 RELEASE revision 286666, recompile kernel and my JMicron 363 still works. So problem appears after deleting some achi-relative stuff from ata driver. Or I just do not figure out how to configure this setup. By the way tried GENERIC kernel from 287988 revision - same stuff. No disks, no raid. 2015-09-21 18:09 GMT+03:00 Michael BlackHeart : > I can defenetly say that this thing is missing with a new kernel in boot > log: > > atapci0: AHCI called from vendor specific driver > atapci0: AHCI v1.00 controller with 2 3Gbps ports, PM supported > > >> Hello there. >> I've just tried to update from FreeBSD 10.2-PRERELEASE #0 r285303: to >> >> URL: svn://svn.freebsd.org/base/stable/10 >> Relative URL: ^/stable/10 >> Repository Root: svn://svn.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 287988 >> >> And everything goes wrong. GEOM RAID didn't start at boot time. It has to >> be connected with recent ata and achi driver workaround but I didn't get >> how to get it back working. >> >> Box configuration and setup. >> >> 6 HDD on intel ACHI-mode ICH10R - they're irrelevant. >> >> 2HDD (SATA interface) on JMicron JMB363 RAID enabled controller. This >> controller has 2 SATA ports and 2 IDE ports(Or it's 2 controllers with >> common interface) and works in RAID mode. It seems that previously it >> worked with atajmicron kernel module. There was a GEOM RAID control to >> handle hardware RAID and this 2 HDD holds on an entire system in UFS >> booted >> by label. >> >> Here's kernel configuration and boot log from working set. >> >> diablo.miekoff.local#/var/log/>kldstat -vvv >> Id Refs Address Size Name >> 1 10 0xffffffff80200000 eab5c0 kernel (/boot/kernel/kernel) >> Contains modules: >> Id Name >> 278 newreno >> 228 if_lo >> 266 ng_socket >> 283 pfsync >> 208 shell >> 207 elf32 >> 206 elf64 >> 177 pseudofs >> 222 bridgestp >> 230 if_tun >> 223 if_bridge >> 227 if_gre >> 225 if_faith >> 281 mld >> 226 if_gif >> 276 igmp >> 280 ip6_mroute >> 288 cryptodev >> 282 pflog >> 231 if_vlan >> 269 ng_tcpmss >> 268 ng_tag >> 255 ng_iface >> 267 ng_sppp >> 245 ng_bpf >> 254 ng_gif_demux >> 242 ng_netflow >> 265 ng_rfc1490 >> 277 ip_mroute >> 264 ng_pptpgre >> 263 ng_pppoe >> 253 ng_gif >> 262 ng_ppp >> 252 ng_framerelay >> 261 ng_pipe >> 251 ng_ether >> 250 ng_eiface >> 260 ng_one2many >> 259 ng_mppc >> 249 ng_echo >> 248 ng_device >> 247 ng_deflate >> 258 ng_lmi >> 257 ng_l2tp >> 246 ng_bridge >> 256 ng_ksocket >> 243 ng_UI >> 272 ng_vlan >> 271 ng_vjc >> 270 ng_tee >> 284 pf >> 214 sysvmsg >> 215 sysvsem >> 216 sysvshm >> 171 nfscommon >> 217 aio >> 287 nfslockd >> 174 nfsd >> 290 krpc >> 286 nfssvc >> 179 udf >> 175 nullfs >> 204 cd9660 >> 170 msdosfs >> 291 ufs >> 180 tmpfs >> 172 nfs >> 167 devfs >> 168 fdescfs >> 176 procfs >> 173 nfscl >> 211 acl_posix1e >> 210 acl_nfs4 >> 15 ctltpc >> 12 ctlcfcs >> 14 ctlcfiscsi >> 11 cbr >> 13 ctlcfi >> 16 ctlfe >> 10 cbb >> 9 ctl >> 2 cam >> 45 ata >> 205 cd9660_iconv >> 20 enc >> 7 ch >> 19 sa >> 4 pmp >> 221 iconv_xlat16 >> 220 iconv_xlat >> 219 iconv_ucs >> 5 probe >> 18 pass >> 178 udf_iconv >> 189 g_part_mbr >> 188 g_part_gpt >> 187 g_part_ebr >> 186 g_part_bsd >> 8 ada >> 17 da >> 1 xpt >> 229 sppp >> 3 aprobe >> 6 cd >> 169 msdosfs_iconv >> 76 drmn/fbd >> 75 fb/fbd >> 74 cpu/ichss >> 148 pci/uhci >> 39 cpu/acpi_throttle >> 25 acpi/acpi_cmbat >> 341 isa/sysresource >> 340 nexus/ram >> 339 root/nexus >> 147 pci/ohci >> 38 acpi/acpi_tz >> 146 pci/ehci >> 37 acpi/acpi_smbat >> 30 acpi/acpi_lid >> 36 acpi/acpi_sysresource >> 23 acpi/acpi_acad >> 29 acpi/acpi_isab >> 73 pci/ath_pci >> 72 pci/ata_via >> 338 legacy/cpu >> 337 nexus/legacy >> 145 puc/uart >> 336 nexus/apic >> 335 pci/ioapic >> 144 pci/uart >> 143 isa/uart >> 142 acpi/uart >> 334 qpi/pcib >> 333 nexus/qpi >> 71 pci/ata_sis >> 332 isa/pcibus_pnp >> 331 legacy/pcib >> 70 pci/ata_sii >> 330 isa/orm >> 329 acpi/atdma >> 328 isa/atdma >> 141 pci/sdhci_pci >> 327 legacy/isa >> 326 acpi/attimer >> 325 isa/attimer >> 69 pci/ata_serverworks >> 324 acpi/atrtc >> 323 isa/atrtc >> 68 pci/ata_promise >> 140 re/miibus >> 139 pci/re >> 322 acpi/dmar >> 67 pci/ata_nvidia >> 28 acpi/hpet >> 321 cpu/p4tcc >> 320 cpu/hwpstate >> 66 pci/ata_netcell >> 319 cpu/est >> 65 pci/ata_national >> 64 pci/ata_micron >> 318 cpu/powernow >> 317 nexus/smbios >> 63 pci/ata_marvell >> 137 random >> 62 pci/ata_jmicron >> 61 pci/ata_ite >> 60 pci/ata_intel >> 59 pci/ata_highpoint >> 135 pci/puc >> 58 pci/ata_cyrix >> 134 puc/ppc >> 133 pci/ppc >> 132 isa/ppc >> 131 acpi/ppc >> 130 ppbus/ppi >> 129 ppc/ppbus >> 57 pci/ata_cypress >> 315 vgapci/vgapm >> 314 isa/vga >> 313 isa/sc >> 312 scrndr-vga >> 311 scterm-scteken >> 128 ppbus/lpt >> 127 pci/vgapci >> 308 io >> 307 isa/ichwd >> 306 vesa >> 56 pci/ata_cenatek >> 55 pci/ata_ati >> 305 cpuctl >> 304 cpu/coretemp >> 303 acpi/psmcpnp >> 302 isa/psmcpnp >> 301 atkbdc/psm >> 126 pci/pcib >> 26 acpi/cpu >> 54 pci/ata_amd >> 300 acpi/atkbdc >> 299 isa/atkbdc >> 298 atkbdc/atkbd >> 297 hostb/agp_via >> 296 vgapci/agp_i810 >> 295 hostb/agp_amd64 >> 53 pci/ata_adaptec >> 52 pci/ata_ali >> 51 pci/ata_acard >> 50 atapci/ata_ahci_ata >> 49 pci/ata_ahci >> 209 cpu/cpufreq >> 48 atapci/ata >> 47 pci/atapci >> 35 cpu/acpi_perf >> 275 accf_http >> 294 acpi/fpupnp >> 274 accf_dns >> 273 accf_data >> 293 root/nexus_acpi >> 46 isa/ata >> 34 pci/acpi_pcib >> 125 pcib/pci >> 124 pci/isab >> 123 pci/ignore_pci >> 122 pci/hostb >> 166 watchdog >> 121 pci/fixup_pci >> 120 null >> 119 mmc/mmcsd >> 118 ti_mmchs/mmc >> 117 sdhci_ti/mmc >> 116 sdhci_pci/mmc >> 203 eisab/isa >> 202 isab/isa >> 115 sdhci_imx/mmc >> 114 sdhci_fdt/mmc >> 113 sdhci_bcm/mmc >> 112 at91_mci/mmc >> 111 miibus/xmphy >> 110 miibus/ukphy >> 109 miibus/truephy >> 108 miibus/tlphy >> 107 miibus/tdkphy >> 106 miibus/smscphy >> 165 uhub/ukbd >> 105 miibus/smcphy >> 104 miibus/rlphy >> 103 miibus/rgephy >> 164 uhub/uhid >> 102 miibus/rdcphy >> 101 miibus/qsphy >> 100 miibus/pnaphy >> 99 miibus/nsphyter >> 163 uhub/uplcom >> 98 miibus/nsphy >> 162 uhub/uhub >> 161 usbus/uhub >> 97 miibus/nsgphy >> 96 miibus/mlphy >> 95 miibus/lxtphy >> 94 miibus/jmphy >> 93 miibus/ip1000phy >> 92 miibus/icsphy >> 91 miibus/gentbi >> 90 miibus/e1000phy >> 89 miibus/ciphy >> 88 miibus/brgphy >> 87 miibus/bmtphy >> 86 miibus/axphy >> 85 miibus/atphy >> 84 miibus/amphy >> 83 miibus/acphy >> 82 mem >> 33 acpi/acpi_pcib >> 27 acpi/acpi_ec >> 32 acpi/acpi_pci_link >> 44 atapci/ahci >> 80 kbdmux >> 43 pci/ahci >> 160 uhub/usb_linux >> 159 uhub/umass >> 22 nexus/acpi >> 42 ahci/ahciem >> 158 dwcotg/usbus >> 157 octusb/usbus >> 156 uss820dci/usbus >> 155 musbotg/usbus >> 154 at91_udp/usbus >> 289 nexus/cryptosoft >> 153 xhci/usbus >> 152 ehci/usbus >> 151 uhci/usbus >> 150 ohci/usbus >> 285 nfslock >> 41 ahci/ahcich >> 24 acpi/acpi_button >> 31 pcib/acpi_pci >> 40 acpi/acpi_timer >> 149 pci/xhci >> 78 pci/ichsmb >> 77 ichsmb/smbus >> 190 g_raid >> 193 g_raid_md_jmicron >> 191 g_raid_md_ddf >> 218 iconv >> 195 g_raid_md_promise >> 136 dummy >> 192 g_raid_md_intel >> 194 g_raid_md_nvidia >> 310 nehemiah >> 309 random_rdrand >> 279 alias >> 138 RANDOM_MODULE_NAME >> 196 g_raid_md_sii >> 200 g_raid_tr_raid1e >> 292 g_class >> 197 g_raid_tr_concat >> 212 rootbus >> 185 g_part >> 238 wlan >> 184 g_label >> 81 g_md >> 237 wlan_wep >> 236 wlan_tkip >> 235 wlan_ccmp >> 183 g_vfs >> 234 wlan_amrr >> 233 wlan_wlan_acl >> 199 g_raid_tr_raid1 >> 79 icl >> 232 zlib >> 182 g_disk >> 181 g_dev >> 201 g_raid_tr_raid5 >> 213 firmware >> 241 wlan_xauth >> 240 wlan_sta >> 198 g_raid_tr_raid0 >> 239 wlan_ratectl_none >> 21 rc4 >> 244 netgraph >> 224 ether >> 316 x86bios >> 2 1 0xffffffff81211000 1d6fbe zfs.ko (/boot/kernel/zfs.ko) >> Contains modules: >> Id Name >> 343 zfsctrl >> 344 zfs >> 346 zfs_vdev >> 345 zfs_zvol >> 3 1 0xffffffff813e8000 29a2 opensolaris.ko >> (/boot/kernel/opensolaris.ko) >> Contains modules: >> Id Name >> 342 opensolaris >> >> >> Boot log from old working setup >> >> Sep 21 11:34:21 diablo kernel: FreeBSD clang version 3.4.1 >> (tags/RELEASE_34/dot1-final 208032) 20140512 >> Sep 21 11:34:21 diablo kernel: CPU: Intel(R) Core(TM)2 Duo CPU E8600 >> @ >> 3.33GHz (3341.69-MHz K8-class CPU) >> Sep 21 11:34:21 diablo kernel: Origin="GenuineIntel" Id=0x1067a >> Family=0x6 Model=0x17 Stepping=10 >> Sep 21 11:34:21 diablo kernel: >> >> Features=0xbfebfbff >> Sep 21 11:34:21 diablo kernel: >> >> Features2=0xc08e3fd >> Sep 21 11:34:21 diablo kernel: AMD Features=0x20100800 >> Sep 21 11:34:21 diablo kernel: AMD Features2=0x1 >> Sep 21 11:34:21 diablo kernel: VT-x: HLT,PAUSE >> Sep 21 11:34:21 diablo kernel: TSC: P-state invariant, performance >> statistics >> Sep 21 11:34:21 diablo kernel: real memory = 9663676416 (9216 MB) >> Sep 21 11:34:21 diablo kernel: avail memory = 6192463872 (5905 MB) >> Sep 21 11:34:21 diablo kernel: Event timer "LAPIC" quality 400 >> Sep 21 11:34:21 diablo kernel: ACPI APIC Table: <7512MS A7512300> >> Sep 21 11:34:21 diablo kernel: FreeBSD/SMP: Multiprocessor System >> Detected: >> 2 CPUs >> Sep 21 11:34:21 diablo kernel: FreeBSD/SMP: 1 package(s) x 2 core(s) >> Sep 21 11:34:21 diablo kernel: cpu0 (BSP): APIC ID: 0 >> Sep 21 11:34:21 diablo kernel: cpu1 (AP): APIC ID: 1 >> Sep 21 11:34:21 diablo kernel: ioapic0 irqs 0-23 on >> motherboard >> Sep 21 11:34:21 diablo kernel: wlan: mac acl policy registered >> Sep 21 11:34:21 diablo kernel: kbd1 at kbdmux0 >> Sep 21 11:34:21 diablo kernel: random: initialized >> Sep 21 11:34:21 diablo kernel: smbios0: at iomem >> 0xfa1b0-0xfa1ce on motherboard >> Sep 21 11:34:21 diablo kernel: smbios0: Version: 2.5 >> Sep 21 11:34:21 diablo kernel: cryptosoft0: on >> motherboard >> Sep 21 11:34:21 diablo kernel: acpi0: <7512MS A7512300> on motherboard >> Sep 21 11:34:21 diablo kernel: acpi0: Power Button (fixed) >> Sep 21 11:34:21 diablo kernel: cpu0: on acpi0 >> Sep 21 11:34:21 diablo kernel: cpu1: on acpi0 >> Sep 21 11:34:21 diablo kernel: attimer0: port 0x40-0x43 irq 0 >> on >> acpi0 >> Sep 21 11:34:21 diablo kernel: Timecounter "i8254" frequency 1193182 Hz >> quality 0 >> Sep 21 11:34:21 diablo kernel: Event timer "i8254" frequency 1193182 Hz >> quality 100 >> Sep 21 11:34:21 diablo kernel: atrtc0: port 0x70-0x71 >> irq 8 on acpi0 >> Sep 21 11:34:21 diablo kernel: Event timer "RTC" frequency 32768 Hz >> quality >> 0 >> Sep 21 11:34:21 diablo kernel: hpet0: iomem >> 0xfed00000-0xfed003ff on acpi0 >> Sep 21 11:34:21 diablo kernel: Timecounter "HPET" frequency 14318180 Hz >> quality 950 >> Sep 21 11:34:21 diablo kernel: Event timer "HPET" frequency 14318180 Hz >> quality 450 >> Sep 21 11:34:21 diablo kernel: Event timer "HPET1" frequency 14318180 Hz >> quality 440 >> Sep 21 11:34:21 diablo kernel: Event timer "HPET2" frequency 14318180 Hz >> quality 440 >> Sep 21 11:34:21 diablo kernel: Event timer "HPET3" frequency 14318180 Hz >> quality 440 >> Sep 21 11:34:21 diablo kernel: Timecounter "ACPI-fast" frequency 3579545 >> Hz >> quality 900 >> Sep 21 11:34:21 diablo kernel: acpi_timer0: <24-bit timer at 3.579545MHz> >> port 0x808-0x80b on acpi0 >> Sep 21 11:34:21 diablo kernel: pcib0: port >> 0xcf8-0xcff on acpi0 >> Sep 21 11:34:21 diablo kernel: pci0: on pcib0 >> Sep 21 11:34:21 diablo kernel: pcib1: irq 16 at >> device 1.0 on pci0 >> Sep 21 11:34:21 diablo kernel: pci1: on pcib1 >> Sep 21 11:34:21 diablo kernel: ath0: mem >> 0xf7ce0000-0xf7cfffff irq 16 at device 0.0 on pci1 >> Sep 21 11:34:21 diablo kernel: ar9300_set_stub_functions: setting stub >> functions >> Sep 21 11:34:21 diablo kernel: ar9300_set_stub_functions: setting stub >> functions >> Sep 21 11:34:21 diablo kernel: ar9300_attach: calling ar9300_hw_attach >> Sep 21 11:34:21 diablo kernel: ar9300_hw_attach: calling >> ar9300_eeprom_attach >> Sep 21 11:34:21 diablo kernel: ar9300_flash_map: unimplemented for now >> Sep 21 11:34:21 diablo kernel: Restoring Cal data from DRAM >> Sep 21 11:34:21 diablo kernel: Restoring Cal data from EEPROM >> Sep 21 11:34:21 diablo kernel: ar9300_hw_attach: ar9300_eeprom_attach >> returned 0 >> Sep 21 11:34:21 diablo kernel: ath0: RX status length: 48 >> Sep 21 11:34:21 diablo kernel: ath0: RX buffer size: 4096 >> Sep 21 11:34:21 diablo kernel: ath0: TX descriptor length: 128 >> Sep 21 11:34:21 diablo kernel: ath0: TX status length: 36 >> Sep 21 11:34:21 diablo kernel: ath0: TX buffers per descriptor: 4 >> Sep 21 11:34:21 diablo kernel: ar9300_freebsd_setup_x_tx_desc: called, >> 0x0/0, 0x0/0, 0x0/0 >> Sep 21 11:34:21 diablo kernel: ath0: ath_edma_setup_rxfifo: type=0, FIFO >> depth = 16 entries >> Sep 21 11:34:21 diablo kernel: ath0: ath_edma_setup_rxfifo: type=1, FIFO >> depth = 128 entries >> Sep 21 11:34:21 diablo kernel: ath0: [HT] enabling HT modes >> Sep 21 11:34:21 diablo kernel: ath0: [HT] enabling short-GI in 20MHz mode >> Sep 21 11:34:21 diablo kernel: ath0: [HT] 1 stream STBC receive enabled >> Sep 21 11:34:21 diablo kernel: ath0: [HT] 1 stream STBC transmit enabled >> Sep 21 11:34:21 diablo kernel: ath0: [HT] 2 RX streams; 2 TX streams >> Sep 21 11:34:21 diablo kernel: ath0: AR9380 mac 448.3 RF5110 phy 748.8 >> Sep 21 11:34:21 diablo kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: >> 0x0000 >> Sep 21 11:34:21 diablo kernel: uhci0: > controller >> USB-D> port 0xbc00-0xbc1f irq 16 at device 26.0 on pci0 >> Sep 21 11:34:21 diablo kernel: uhci0: LegSup = 0x2f00 >> Sep 21 11:34:21 diablo kernel: usbus0 on uhci0 >> Sep 21 11:34:21 diablo kernel: uhci1: > controller >> USB-E> port 0xb880-0xb89f irq 21 at device 26.1 on pci0 >> Sep 21 11:34:21 diablo kernel: uhci1: LegSup = 0x2f00 >> Sep 21 11:34:21 diablo kernel: usbus1 on uhci1 >> Sep 21 11:34:21 diablo kernel: uhci2: > controller >> USB-F> port 0xb800-0xb81f irq 19 at device 26.2 on pci0 >> Sep 21 11:34:21 diablo kernel: uhci2: LegSup = 0x2f00 >> Sep 21 11:34:21 diablo kernel: usbus2 on uhci2 >> Sep 21 11:34:21 diablo kernel: ehci0: > controller USB-B> mem 0xf7bffc00-0xf7bfffff irq 18 at device 26.7 on pci0 >> Sep 21 11:34:21 diablo kernel: usbus3: EHCI version 1.0 >> Sep 21 11:34:21 diablo kernel: usbus3 on ehci0 >> Sep 21 11:34:21 diablo kernel: pcib2: irq 17 at >> device 28.0 on pci0 >> Sep 21 11:34:21 diablo kernel: pci2: on pcib2 >> Sep 21 11:34:21 diablo kernel: atapci0: > controller> >> mem 0xf7dfe000-0xf7dfffff irq 16 at device 0.0 on pci2 >> Sep 21 11:34:21 diablo kernel: atapci0: AHCI called from vendor specific >> driver >> Sep 21 11:34:21 diablo kernel: atapci0: AHCI v1.00 controller with 2 3Gbps >> ports, PM supported >> Sep 21 11:34:21 diablo kernel: ata2: at channel 0 on atapci0 >> Sep 21 11:34:21 diablo kernel: ata3: at channel 1 on atapci0 >> Sep 21 11:34:21 diablo kernel: atapci1: > controller> >> port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f >> irq 17 at device 0.1 on pci2 >> Sep 21 11:34:21 diablo kernel: ata4: at channel 0 on atapci1 >> Sep 21 11:34:21 diablo kernel: pcib3: irq 18 at >> device 28.2 on pci0 >> Sep 21 11:34:21 diablo kernel: pci3: on pcib3 >> Sep 21 11:34:21 diablo kernel: re0: > Adapter> port 0xd800-0xd8ff mem >> 0xf7eff000-0xf7efffff,0xf6efc000-0xf6efffff >> irq 18 at device 0.0 on pci3 >> Sep 21 11:34:21 diablo kernel: re0: Using 1 MSI-X message >> Sep 21 11:34:21 diablo kernel: re0: Chip rev. 0x2c000000 >> Sep 21 11:34:21 diablo kernel: re0: MAC rev. 0x00200000 >> Sep 21 11:34:21 diablo kernel: miibus0: on re0 >> Sep 21 11:34:21 diablo kernel: rgephy0: > media interface> PHY 1 on miibus0 >> Sep 21 11:34:21 diablo kernel: rgephy0: none, 10baseT, 10baseT-FDX, >> 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, >> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, >> 1000baseT-FDX-flow-master, auto, auto-flow >> Sep 21 11:34:21 diablo kernel: re0: Using defaults for TSO: 65518/35/2048 >> Sep 21 11:34:21 diablo kernel: re0: Ethernet address: ac:f1:df:3f:f6:18 >> Sep 21 11:34:21 diablo kernel: pcib4: irq 16 at >> device 28.5 on pci0 >> Sep 21 11:34:21 diablo kernel: pci4: on pcib4 >> Sep 21 11:34:21 diablo kernel: re1: > PCIe Gigabit Ethernet> port 0xe800-0xe8ff mem >> 0xf7fff000-0xf7ffffff,0xf6ff0000-0xf6ffffff irq 17 at device 0.0 on pci4 >> Sep 21 11:34:21 diablo kernel: re1: Using 1 MSI-X message >> Sep 21 11:34:21 diablo kernel: re1: Chip rev. 0x3c000000 >> Sep 21 11:34:21 diablo kernel: re1: MAC rev. 0x00400000 >> Sep 21 11:34:21 diablo kernel: miibus1: on re1 >> Sep 21 11:34:21 diablo kernel: rgephy1: > media interface> PHY 1 on miibus1 >> Sep 21 11:34:21 diablo kernel: rgephy1: none, 10baseT, 10baseT-FDX, >> 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, >> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, >> 1000baseT-FDX-flow-master, auto, auto-flow >> Sep 21 11:34:21 diablo kernel: re1: Using defaults for TSO: 65518/35/2048 >> Sep 21 11:34:21 diablo kernel: re1: Ethernet address: 00:21:85:1c:24:fa >> Sep 21 11:34:21 diablo kernel: uhci3: > controller >> USB-A> port 0xb480-0xb49f irq 23 at device 29.0 on pci0 >> Sep 21 11:34:21 diablo kernel: uhci3: LegSup = 0x2f00 >> Sep 21 11:34:21 diablo kernel: usbus4 on uhci3 >> Sep 21 11:34:21 diablo kernel: uhci4: > controller >> USB-B> port 0xb400-0xb41f irq 19 at device 29.1 on pci0 >> Sep 21 11:34:21 diablo kernel: uhci4: LegSup = 0x2f00 >> Sep 21 11:34:21 diablo kernel: usbus5 on uhci4 >> Sep 21 11:34:21 diablo kernel: uhci5: > controller >> USB-C> port 0xb080-0xb09f irq 18 at device 29.2 on pci0 >> Sep 21 11:34:21 diablo kernel: uhci5: LegSup = 0x2f00 >> Sep 21 11:34:21 diablo kernel: usbus6 on uhci5 >> Sep 21 11:34:21 diablo kernel: ehci1: > controller USB-A> mem 0xf7bff800-0xf7bffbff irq 23 at device 29.7 on pci0 >> Sep 21 11:34:21 diablo kernel: usbus7: EHCI version 1.0 >> Sep 21 11:34:21 diablo kernel: usbus7 on ehci1 >> Sep 21 11:34:21 diablo kernel: pcib5: at device 30.0 >> on pci0 >> Sep 21 11:34:21 diablo kernel: pci5: on pcib5 >> Sep 21 11:34:21 diablo kernel: vgapci0: mem >> 0xf8000000-0xfbffffff irq 16 at device 0.0 on pci5 >> Sep 21 11:34:21 diablo kernel: vgapci0: Boot video device >> Sep 21 11:34:21 diablo kernel: ath1: mem >> 0xfebe0000-0xfebeffff irq 17 at device 1.0 on pci5 >> Sep 21 11:34:21 diablo kernel: ath1: AR2413 mac 7.9 RF2413 phy 4.5 >> Sep 21 11:34:21 diablo kernel: ath1: 2GHz radio: 0x0000; 5GHz radio: >> 0x0056 >> Sep 21 11:34:21 diablo kernel: isab0: at device 31.0 on >> pci0 >> Sep 21 11:34:21 diablo kernel: isa0: on isab0 >> Sep 21 11:34:21 diablo kernel: ahci0: >> port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa49f >> mem 0xf7bff000-0xf7bff7ff irq 19 at device 31.2 on pci0 >> Sep 21 11:34:21 diablo kernel: ahci0: AHCI v1.20 with 6 3Gbps ports, Port >> Multiplier not supported >> Sep 21 11:34:21 diablo kernel: ahcich0: at channel 0 on >> ahci0 >> Sep 21 11:34:21 diablo kernel: ahcich1: at channel 1 on >> ahci0 >> Sep 21 11:34:21 diablo kernel: ahcich2: at channel 2 on >> ahci0 >> Sep 21 11:34:21 diablo kernel: ahcich3: at channel 3 on >> ahci0 >> Sep 21 11:34:21 diablo kernel: ahcich4: at channel 4 on >> ahci0 >> Sep 21 11:34:21 diablo kernel: ahcich5: at channel 5 on >> ahci0 >> Sep 21 11:34:21 diablo kernel: ahciem0: >> on ahci0 >> Sep 21 11:34:21 diablo kernel: ichsmb0: > controller> port 0x400-0x41f mem 0xf7bfec00-0xf7bfecff irq 18 at device >> 31.3 on pci0 >> Sep 21 11:34:21 diablo kernel: smbus0: on ichsmb0 >> Sep 21 11:34:21 diablo kernel: acpi_button0: on acpi0 >> Sep 21 11:34:21 diablo kernel: atkbdc0: port >> 0x60,0x64 irq 1 on acpi0 >> Sep 21 11:34:21 diablo kernel: atkbd0: irq 1 on atkbdc0 >> Sep 21 11:34:21 diablo kernel: kbd0 at atkbd0 >> Sep 21 11:34:21 diablo kernel: atkbd0: [GIANT-LOCKED] >> Sep 21 11:34:21 diablo kernel: ichwd0 on isa0 >> Sep 21 11:34:21 diablo kernel: orm0: at iomem >> 0xc0000-0xc7fff,0xc8000-0xcafff,0xcb000-0xcbfff on isa0 >> Sep 21 11:34:21 diablo kernel: sc0: at flags 0x100 on >> isa0 >> Sep 21 11:34:21 diablo kernel: sc0: VGA <16 virtual consoles, flags=0x300> >> Sep 21 11:34:21 diablo kernel: vga0: at port 0x3c0-0x3df >> iomem 0xa0000-0xbffff on isa0 >> Sep 21 11:34:21 diablo kernel: ppc0: cannot reserve I/O port range >> Sep 21 11:34:21 diablo kernel: coretemp0: on >> cpu0 >> Sep 21 11:34:21 diablo kernel: est0: > Control> >> on cpu0 >> Sep 21 11:34:21 diablo kernel: coretemp1: on >> cpu1 >> Sep 21 11:34:21 diablo kernel: est1: > Control> >> on cpu1 >> Sep 21 11:34:21 diablo kernel: Timecounters tick every 1.000 msec >> Sep 21 11:34:21 diablo kernel: IPsec: Initialized Security Association >> Processing. >> Sep 21 11:34:21 diablo kernel: random: unblocking device. >> Sep 21 11:34:21 diablo kernel: usbus0: 12Mbps Full Speed USB v1.0 >> Sep 21 11:34:21 diablo kernel: usbus1: 12Mbps Full Speed USB v1.0 >> Sep 21 11:34:21 diablo kernel: usbus2: 12Mbps Full Speed USB v1.0 >> Sep 21 11:34:21 diablo kernel: usbus3: 480Mbps High Speed USB v2.0 >> Sep 21 11:34:21 diablo kernel: usbus4: 12Mbps Full Speed USB v1.0 >> Sep 21 11:34:21 diablo kernel: usbus5: 12Mbps Full Speed USB v1.0 >> Sep 21 11:34:21 diablo kernel: usbus6: 12Mbps Full Speed USB v1.0 >> Sep 21 11:34:21 diablo kernel: usbus7: 480Mbps High Speed USB v2.0 >> Sep 21 11:34:21 diablo kernel: ugen1.1: at usbus1 >> Sep 21 11:34:21 diablo kernel: uhub0: > 1.00/1.00, addr 1> on usbus1 >> Sep 21 11:34:21 diablo kernel: ugen0.1: at usbus0 >> Sep 21 11:34:21 diablo kernel: uhub1: > 1.00/1.00, addr 1> on usbus0 >> Sep 21 11:34:21 diablo kernel: ugen3.1: at usbus3 >> Sep 21 11:34:21 diablo kernel: uhub2: > 2.00/1.00, addr 1> on usbus3 >> Sep 21 11:34:21 diablo kernel: ugen2.1: at usbus2 >> Sep 21 11:34:21 diablo kernel: uhub3: > 1.00/1.00, addr 1> on usbus2 >> Sep 21 11:34:21 diablo kernel: ugen6.1: at usbus6 >> Sep 21 11:34:21 diablo kernel: uhub4: > 1.00/1.00, addr 1> on usbus6 >> Sep 21 11:34:21 diablo kernel: ugen5.1: at usbus5 >> Sep 21 11:34:21 diablo kernel: uhub5: > 1.00/1.00, addr 1> on usbus5 >> Sep 21 11:34:21 diablo kernel: ugen4.1: at usbus4 >> Sep 21 11:34:21 diablo kernel: uhub6: > 1.00/1.00, addr 1> on usbus4 >> Sep 21 11:34:21 diablo kernel: ugen7.1: at usbus7 >> Sep 21 11:34:21 diablo kernel: uhub7: > 2.00/1.00, addr 1> on usbus7 >> Sep 21 11:34:21 diablo kernel: uhub1: 2 ports with 2 removable, self >> powered >> Sep 21 11:34:21 diablo kernel: uhub0: 2 ports with 2 removable, self >> powered >> Sep 21 11:34:21 diablo kernel: uhub5: 2 ports with 2 removable, self >> powered >> Sep 21 11:34:21 diablo kernel: uhub4: 2 ports with 2 removable, self >> powered >> Sep 21 11:34:21 diablo kernel: uhub3: 2 ports with 2 removable, self >> powered >> Sep 21 11:34:21 diablo kernel: uhub6: 2 ports with 2 removable, self >> powered >> Sep 21 11:34:21 diablo kernel: ada0 at ata2 bus 0 scbus0 target 0 lun 0 >> Sep 21 11:34:21 diablo kernel: ada0: ATA-7 >> SATA 2.x device >> Sep 21 11:34:21 diablo kernel: ada0: Serial Number WD-WCANN1196255 >> Sep 21 11:34:21 diablo kernel: ada0: 300.000MB/s transfers (SATA 2.x, >> UDMA5, PIO 8192bytes) >> Sep 21 11:34:21 diablo kernel: ada0: 114473MB (234441648 512 byte sectors: >> 16H 63S/T 16383C) >> Sep 21 11:34:21 diablo kernel: ada0: Previously was known as ad4 >> Sep 21 11:34:21 diablo kernel: ada1 at ata3 bus 0 scbus1 target 0 lun 0 >> Sep 21 11:34:21 diablo kernel: ada1: ATA-7 >> SATA 2.x device >> Sep 21 11:34:21 diablo kernel: ada1: Serial Number WD-WCANM2598160 >> Sep 21 11:34:21 diablo kernel: ada1: 300.000MB/s transfers (SATA 2.x, >> UDMA5, PIO 8192bytes) >> Sep 21 11:34:21 diablo kernel: ada1: 114473MB (234441648 512 byte sectors: >> 16H 63S/T 16383C) >> Sep 21 11:34:21 diablo kernel: ada1: Previously was known as ad6 >> Sep 21 11:34:21 diablo kernel: ada2 at ata4 bus 0 scbus2 target 0 lun 0 >> Sep 21 11:34:21 diablo kernel: ada2: ATA-6 device >> Sep 21 11:34:21 diablo kernel: ada2: Serial Number 5LJ0A9XS >> Sep 21 11:34:21 diablo kernel: ada2: 100.000MB/s transfers (UDMA5, PIO >> 8192bytes) >> Sep 21 11:34:21 diablo kernel: ada2: 152627MB (312581808 512 byte sectors: >> 16H 63S/T 16383C) >> Sep 21 11:34:21 diablo kernel: ada2: Previously was known as ad8 >> Sep 21 11:34:21 diablo kernel: ada3 at ahcich0 bus 0 scbus3 target 0 lun 0 >> Sep 21 11:34:21 diablo kernel: ada3: >> ATA8-ACS SATA 2.x device >> Sep 21 11:34:21 diablo kernel: ada3: Serial Number WD-WCAZA8280505 >> Sep 21 11:34:21 diablo kernel: ada3: 300.000MB/s transfers (SATA 2.x, >> UDMA6, PIO 8192bytes) >> Sep 21 11:34:21 diablo kernel: ada3: Command Queueing enabled >> Sep 21 11:34:21 diablo kernel: ada3: 1907729MB (3907029168 512 byte >> sectors: 16H 63S/T 16383C) >> Sep 21 11:34:21 diablo kernel: ada3: quirks=0x1<4K> >> Sep 21 11:34:21 diablo kernel: ada3: Previously was known as ad10 >> Sep 21 11:34:21 diablo kernel: ada4 at ahcich1 bus 0 scbus4 target 0 lun 0 >> Sep 21 11:34:21 diablo kernel: ada4: ATA-7 SATA 1.x >> device >> Sep 21 11:34:21 diablo kernel: ada4: Serial Number 6RA324XR >> Sep 21 11:34:21 diablo kernel: ada4: 150.000MB/s transfers (SATA 1.x, >> UDMA6, PIO 8192bytes) >> Sep 21 11:34:21 diablo kernel: ada4: Command Queueing enabled >> Sep 21 11:34:21 diablo kernel: ada4: 152626MB (312579695 512 byte sectors: >> 16H 63S/T 16383C) >> Sep 21 11:34:21 diablo kernel: ada4: Previously was known as ad12 >> Sep 21 11:34:21 diablo kernel: ada5 at ahcich2 bus 0 scbus5 target 0 lun 0 >> Sep 21 11:34:21 diablo kernel: ada5: ATA8-ACS SATA 2.x >> device >> Sep 21 11:34:21 diablo kernel: ada5: Serial Number 9TE0W3YT >> Sep 21 11:34:21 diablo kernel: ada5: 300.000MB/s transfers (SATA 2.x, >> UDMA6, PIO 8192bytes) >> Sep 21 11:34:21 diablo kernel: ada5: Command Queueing enabled >> Sep 21 11:34:21 diablo kernel: ada5: 953869MB (1953525168 512 byte >> sectors: >> 16H 63S/T 16383C) >> Sep 21 11:34:21 diablo kernel: ada5: Previously was known as ad14 >> Sep 21 11:34:21 diablo kernel: ada6 at ahcich3 bus 0 scbus6 target 0 lun 0 >> Sep 21 11:34:21 diablo kernel: ada6: ATA8-ACS SATA 2.x >> device >> Sep 21 11:34:21 diablo kernel: ada6: Serial Number 9QJ4C26H >> Sep 21 11:34:21 diablo kernel: ada6: 300.000MB/s transfers (SATA 2.x, >> UDMA6, PIO 8192bytes) >> Sep 21 11:34:21 diablo kernel: ada6: Command Queueing enabled >> Sep 21 11:34:21 diablo kernel: ada6: 953869MB (1953525168 512 byte >> sectors: >> 16H 63S/T 16383C) >> Sep 21 11:34:21 diablo kernel: ada6: Previously was known as ad16 >> Sep 21 11:34:21 diablo kernel: ada7 at ahcich5 bus 0 scbus8 target 0 lun 0 >> Sep 21 11:34:21 diablo kernel: ada7: >> ATA8-ACS SATA 2.x device >> Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Array >> JMicron-6e1c79e created. >> Sep 21 11:34:21 diablo kernel: ada7: Serial Number WD-WCAZA8280575 >> Sep 21 11:34:21 diablo kernel: ada7: 300.000MB/s transfers (SATA 2.x, >> UDMA6, PIO 8192bytes) >> Sep 21 11:34:21 diablo kernel: ada7: Command Queueing enabled >> Sep 21 11:34:21 diablo kernel: ada7: 1907729MB (3907029168 512 byte >> sectors: 16H 63S/T 16383C) >> Sep 21 11:34:21 diablo kernel: ada7: quirks=0x1<4K> >> Sep 21 11:34:21 diablo kernel: ada7: Previously was known as ad20 >> Sep 21 11:34:21 diablo kernel: ses0 at ahciem0 bus 0 scbus9 target 0 lun 0 >> Sep 21 11:34:21 diablo kernel: ses0: SEMB >> S-E-S 2.00 device >> Sep 21 11:34:21 diablo kernel: ses0: SEMB SES Device >> Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Disk ada0 state >> changed from NONE to ACTIVE. >> Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Subdisk >> SYSMIRROR:0-ada0 state changed from NONE to ACTIVE. >> Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Disk ada1 state >> changed from NONE to ACTIVE. >> Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Subdisk >> SYSMIRROR:1-ada1 state changed from NONE to ACTIVE. >> Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Array started. >> Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Volume >> SYSMIRROR >> state changed from STARTING to OPTIMAL. >> Sep 21 11:34:21 diablo kernel: GEOM_RAID: JMicron-6e1c79e: Provider >> raid/r0 >> for volume SYSMIRROR created. >> Sep 21 11:34:21 diablo kernel: SMP: AP CPU #1 Launched! >> Sep 21 11:34:21 diablo kernel: Root mount waiting for: usbus7 usbus3 >> Sep 21 11:34:21 diablo kernel: Root mount waiting for: usbus7 usbus3 >> Sep 21 11:34:21 diablo kernel: uhub2: 6 ports with 6 removable, self >> powered >> Sep 21 11:34:21 diablo kernel: uhub7: 6 ports with 6 removable, self >> powered >> Sep 21 11:34:21 diablo kernel: Trying to mount root from >> ufs:/dev/ufs/rootfs [rw,noatime]... >> >> -- amd_miek Think different. Just superior. From owner-freebsd-stable@freebsd.org Tue Sep 22 02:23:40 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D0BBA057DE; Tue, 22 Sep 2015 02:23:40 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EF6F51FB9; Tue, 22 Sep 2015 02:23:39 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 150DFDC7; Tue, 22 Sep 2015 02:23:29 +0000 (UTC) Date: Tue, 22 Sep 2015 02:22:24 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: mckusick@FreeBSD.org, markj@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1359757815.40.1442888602046.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_10-i386 - Build #478 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_10-i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2015 02:23:40 -0000 FreeBSD_STABLE_10-i386 - Build #478 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/478/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/478/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/478/console Change summaries: 288080 by markj: MFC r287807: Remove an unneeded typedef of ip6_t from the DTrace ip provider library. PR: 203092 288079 by mckusick: MFC of 281677: More accurately collect name-cache statistics in sysctl functions sysctl_debug_hashstat_nchash() and sysctl_debug_hashstat_rawnchash(). These changes are in preparation for allowing changes in the size of the vnode hash tables driven by increases and decreases in the maximum number of vnodes in the system. Reviewed by: kib@ Phabric: D2265 MFC of 287497: Track changes to kern.maxvnodes and appropriately increase or decrease the size of the name cache hash table (mapping file names to vnodes) and the vnode hash table (mapping mount point and inode number to vnode). An appropriate locking strategy is the key to changing hash table sizes while they are in active use. Reviewed by: kib Tested by: Peter Holm Differential Revision: https://reviews.freebsd.org/D2265 The end of the build log: [...truncated 189453 lines...] ctfconvert -L VERSION -g cd9660_util.o --- cd9660_vnops.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/fs/cd9660/cd9660_vnops.c ctfconvert -L VERSION -g cd9660_vnops.o --- cd9660_vfsops.o --- ctfconvert -L VERSION -g cd9660_vfsops.o --- imgact_elf.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/imgact_elf.c --- imgact_shell.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/imgact_shell.c --- imgact_elf.o --- ctfconvert -L VERSION -g imgact_elf.o --- imgact_shell.o --- ctfconvert -L VERSION -g imgact_shell.o --- init_main.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/init_main.c --- kern_acct.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/kern_acct.c --- init_main.o --- ctfconvert -L VERSION -g init_main.o --- kern_acct.o --- ctfconvert -L VERSION -g kern_acct.o --- kern_conf.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/kern_conf.c ctfconvert -L VERSION -g kern_conf.o --- kern_cons.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/kern_cons.c --- kern_descrip.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/kern_descrip.c --- kern_cons.o --- ctfconvert -L VERSION -g kern_cons.o --- kern_exec.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/kern_exec.c --- kern_exit.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/kern_exit.c --- kern_descrip.o --- ctfconvert -L VERSION -g kern_descrip.o --- kern_exec.o --- ctfconvert -L VERSION -g kern_exec.o --- kern_fork.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/kern_fork.c --- kern_exit.o --- ctfconvert -L VERSION -g kern_exit.o --- kern_fork.o --- ctfconvert -L VERSION -g kern_fork.o --- kern_jail.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/kern_jail.c --- kern_ktrace.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/kern_ktrace.c --- kern_lockf.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/kern_lockf.c --- kern_mib.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/kern_mib.c --- kern_ktrace.o --- ctfconvert -L VERSION -g kern_ktrace.o --- kern_mib.o --- ctfconvert -L VERSION -g kern_mib.o --- kern_lockf.o --- ctfconvert -L VERSION -g kern_lockf.o --- kern_jail.o --- ctfconvert -L VERSION -g kern_jail.o --- kern_proc.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/kern_proc.c --- kern_shutdown.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/kern_shutdown.c --- kern_sig.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/kern_sig.c --- kern_shutdown.o --- ctfconvert -L VERSION -g kern_shutdown.o --- kern_time.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/kern_time.c --- posix4_mib.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/posix4_mib.c --- kern_proc.o --- ctfconvert -L VERSION -g kern_proc.o --- subr_acl_nfs4.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/subr_acl_nfs4.c --- kern_time.o --- ctfconvert -L VERSION -g kern_time.o --- posix4_mib.o --- ctfconvert -L VERSION -g posix4_mib.o --- kern_sig.o --- ctfconvert -L VERSION -g kern_sig.o --- subr_acl_nfs4.o --- ctfconvert -L VERSION -g subr_acl_nfs4.o --- subr_acl_posix1e.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/subr_acl_posix1e.c ctfconvert -L VERSION -g subr_acl_posix1e.o --- subr_firmware.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/subr_firmware.c ctfconvert -L VERSION -g subr_firmware.o --- subr_log.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/subr_log.c ctfconvert -L VERSION -g subr_log.o --- subr_uio.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/subr_uio.c ctfconvert -L VERSION -g subr_uio.o --- sys_generic.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/sys_generic.c --- sys_pipe.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/sys_pipe.c ctfconvert -L VERSION -g sys_pipe.o --- sys_generic.o --- ctfconvert -L VERSION -g sys_generic.o --- sys_process.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/sys_process.c --- tty.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/tty.c --- sys_process.o --- ctfconvert -L VERSION -g sys_process.o --- tty.o --- ctfconvert -L VERSION -g tty.o --- tty_tty.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/tty_tty.c --- tty_ttydisc.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/tty_ttydisc.c --- tty_tty.o --- ctfconvert -L VERSION -g tty_tty.o --- tty_ttydisc.o --- ctfconvert -L VERSION -g tty_ttydisc.o --- uipc_shm.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/uipc_shm.c --- uipc_syscalls.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/uipc_syscalls.c --- uipc_shm.o --- ctfconvert -L VERSION -g uipc_shm.o --- uipc_usrreq.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/uipc_usrreq.c --- vfs_acl.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/vfs_acl.c --- uipc_syscalls.o --- ctfconvert -L VERSION -g uipc_syscalls.o --- vfs_acl.o --- ctfconvert -L VERSION -g vfs_acl.o --- uipc_usrreq.o --- ctfconvert -L VERSION -g uipc_usrreq.o --- vfs_bio.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/vfs_bio.c --- vfs_cache.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/vfs_cache.c --- vfs_cluster.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/vfs_cluster.c --- vfs_bio.o --- ctfconvert -L VERSION -g vfs_bio.o --- vfs_default.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/vfs_default.c --- vfs_cache.o --- ctfconvert -L VERSION -g vfs_cache.o --- vfs_cluster.o --- ctfconvert -L VERSION -g vfs_cluster.o --- vfs_default.o --- ctfconvert -L VERSION -g vfs_default.o --- vfs_export.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/vfs_export.c --- vfs_extattr.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/vfs_extattr.c --- vfs_export.o --- ctfconvert -L VERSION -g vfs_export.o --- vfs_hash.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /usr/src/sys/kern/vfs_hash.c /usr/src/sys/kern/vfs_hash.c:184:2: error: implicit declaration of function 'rw_wlock' is invalid in C99 [-Werror,-Wimplicit-function-declaration] rw_wlock(&vfs_hash_lock); ^ /usr/src/sys/kern/vfs_hash.c:184:12: error: use of undeclared identifier 'vfs_hash_lock'; did you mean 'vfs_hash_mask'? rw_wlock(&vfs_hash_lock); ^~~~~~~~~~~~~ vfs_hash_mask /usr/src/sys/kern/vfs_hash.c:42:18: note: 'vfs_hash_mask' declared here static u_long vfs_hash_mask; ^ /usr/src/sys/kern/vfs_hash.c:197:2: error: implicit declaration of function 'rw_wunlock' is invalid in C99 [-Werror,-Wimplicit-function-declaration] rw_wunlock(&vfs_hash_lock); ^ /usr/src/sys/kern/vfs_hash.c:197:2: note: did you mean 'rw_wlock'? /usr/src/sys/kern/vfs_hash.c:184:2: note: 'rw_wlock' declared here rw_wlock(&vfs_hash_lock); ^ /usr/src/sys/kern/vfs_hash.c:197:14: error: use of undeclared identifier 'vfs_hash_lock'; did you mean 'vfs_hash_mask'? rw_wunlock(&vfs_hash_lock); ^~~~~~~~~~~~~ vfs_hash_mask /usr/src/sys/kern/vfs_hash.c:42:18: note: 'vfs_hash_mask' declared here static u_long vfs_hash_mask; ^ 4 errors generated. *** [vfs_hash.o] Error code 1 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC --- vfs_extattr.o --- ctfconvert -L VERSION -g vfs_extattr.o 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE [PostBuildScript] - Execution post build scripts. [FreeBSD_STABLE_10-i386] $ /bin/sh -xe /tmp/hudson2240468604446260287.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_STABLE_10-i386' + echo 'clean up jail FreeBSD_STABLE_10-i386' clean up jail FreeBSD_STABLE_10-i386 + sudo jail -r FreeBSD_STABLE_10-i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::101:1 -alias + sudo umount FreeBSD_STABLE_10-i386/usr/src + sudo umount FreeBSD_STABLE_10-i386/dev + sudo rm -fr FreeBSD_STABLE_10-i386 rm: FreeBSD_STABLE_10-i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_STABLE_10-i386/libexec: Directory not empty rm: FreeBSD_STABLE_10-i386/sbin/init: Operation not permitted rm: FreeBSD_STABLE_10-i386/sbin: Directory not empty rm: FreeBSD_STABLE_10-i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_STABLE_10-i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_STABLE_10-i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_STABLE_10-i386/lib: Directory not empty rm: FreeBSD_STABLE_10-i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_STABLE_10-i386/usr/lib: Directory not empty rm: FreeBSD_STABLE_10-i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_STABLE_10-i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_STABLE_10-i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_STABLE_10-i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_STABLE_10-i386/usr/bin/login: Operation not permitted rm: FreeBSD_STABLE_10-i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_STABLE_10-i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_STABLE_10-i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_STABLE_10-i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_STABLE_10-i386/usr/bin/su: Operation not permitted rm: FreeBSD_STABLE_10-i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_STABLE_10-i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_STABLE_10-i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_STABLE_10-i386/usr/bin: Directory not empty rm: FreeBSD_STABLE_10-i386/usr: Directory not empty rm: FreeBSD_STABLE_10-i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_STABLE_10-i386 + sudo rm -fr FreeBSD_STABLE_10-i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-stable@freebsd.org Tue Sep 22 05:44:48 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92D5BA0511C for ; Tue, 22 Sep 2015 05:44:48 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 80CBB1E14; Tue, 22 Sep 2015 05:44:48 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 38164E43; Tue, 22 Sep 2015 05:44:48 +0000 (UTC) Date: Tue, 22 Sep 2015 05:44:31 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: mckusick@FreeBSD.org, markj@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <352756928.46.1442900687344.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_stable_10 - Build #1707 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2015 05:44:48 -0000 FreeBSD_stable_10 - Build #1707 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1707/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1707/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1707/console Change summaries: 288080 by markj: MFC r287807: Remove an unneeded typedef of ip6_t from the DTrace ip provider library. PR: 203092 288079 by mckusick: MFC of 281677: More accurately collect name-cache statistics in sysctl functions sysctl_debug_hashstat_nchash() and sysctl_debug_hashstat_rawnchash(). These changes are in preparation for allowing changes in the size of the vnode hash tables driven by increases and decreases in the maximum number of vnodes in the system. Reviewed by: kib@ Phabric: D2265 MFC of 287497: Track changes to kern.maxvnodes and appropriately increase or decrease the size of the name cache hash table (mapping file names to vnodes) and the vnode hash table (mapping mount point and inode number to vnode). An appropriate locking strategy is the key to changing hash table sizes while they are in active use. Reviewed by: kib Tested by: Peter Holm Differential Revision: https://reviews.freebsd.org/D2265 The end of the build log: [...truncated 281472 lines...] ctfconvert -L VERSION -g cd9660_bmap.o --- cd9660_rrip.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/fs/cd9660/cd9660_rrip.c --- pseudofs_vnops.o --- ctfconvert -L VERSION -g pseudofs_vnops.o --- cd9660_util.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/fs/cd9660/cd9660_util.c --- cd9660_lookup.o --- ctfconvert -L VERSION -g cd9660_lookup.o --- cd9660_vfsops.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/fs/cd9660/cd9660_vfsops.c --- cd9660_util.o --- ctfconvert -L VERSION -g cd9660_util.o --- cd9660_vnops.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/fs/cd9660/cd9660_vnops.c --- cd9660_node.o --- ctfconvert -L VERSION -g cd9660_node.o --- cd9660_rrip.o --- ctfconvert -L VERSION -g cd9660_rrip.o --- imgact_elf.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/imgact_elf.c --- imgact_elf32.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/imgact_elf32.c --- cd9660_vfsops.o --- ctfconvert -L VERSION -g cd9660_vfsops.o --- imgact_shell.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/imgact_shell.c --- cd9660_vnops.o --- ctfconvert -L VERSION -g cd9660_vnops.o --- init_main.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/init_main.c --- imgact_shell.o --- ctfconvert -L VERSION -g imgact_shell.o --- kern_acct.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/kern_acct.c --- imgact_elf.o --- ctfconvert -L VERSION -g imgact_elf.o --- imgact_elf32.o --- ctfconvert -L VERSION -g imgact_elf32.o --- kern_conf.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/kern_conf.c --- kern_cons.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/kern_cons.c --- init_main.o --- ctfconvert -L VERSION -g init_main.o --- kern_descrip.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/kern_descrip.c --- kern_acct.o --- ctfconvert -L VERSION -g kern_acct.o --- kern_exec.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/kern_exec.c --- kern_cons.o --- ctfconvert -L VERSION -g kern_cons.o --- kern_exit.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/kern_exit.c --- kern_conf.o --- ctfconvert -L VERSION -g kern_conf.o --- kern_fork.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/kern_fork.c --- kern_exec.o --- ctfconvert -L VERSION -g kern_exec.o --- kern_jail.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/kern_jail.c --- kern_exit.o --- ctfconvert -L VERSION -g kern_exit.o --- kern_ktrace.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/kern_ktrace.c --- kern_descrip.o --- ctfconvert -L VERSION -g kern_descrip.o --- kern_lockf.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/kern_lockf.c --- kern_fork.o --- ctfconvert -L VERSION -g kern_fork.o --- kern_mib.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/kern_mib.c --- kern_ktrace.o --- ctfconvert -L VERSION -g kern_ktrace.o --- kern_proc.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/kern_proc.c --- kern_mib.o --- ctfconvert -L VERSION -g kern_mib.o --- kern_shutdown.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/kern_shutdown.c --- kern_lockf.o --- ctfconvert -L VERSION -g kern_lockf.o --- kern_sig.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/kern_sig.c --- kern_jail.o --- ctfconvert -L VERSION -g kern_jail.o --- kern_time.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/kern_time.c --- kern_shutdown.o --- ctfconvert -L VERSION -g kern_shutdown.o --- posix4_mib.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/posix4_mib.c ctfconvert -L VERSION -g posix4_mib.o --- subr_acl_nfs4.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/subr_acl_nfs4.c --- kern_proc.o --- ctfconvert -L VERSION -g kern_proc.o --- subr_acl_posix1e.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/subr_acl_posix1e.c --- kern_sig.o --- ctfconvert -L VERSION -g kern_sig.o --- subr_acl_nfs4.o --- ctfconvert -L VERSION -g subr_acl_nfs4.o --- subr_acl_posix1e.o --- ctfconvert -L VERSION -g subr_acl_posix1e.o --- subr_firmware.o --- --- subr_log.o --- --- subr_firmware.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/subr_firmware.c --- subr_log.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/subr_log.c --- subr_uio.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/subr_uio.c --- kern_time.o --- ctfconvert -L VERSION -g kern_time.o --- sys_generic.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/sys_generic.c --- subr_log.o --- ctfconvert -L VERSION -g subr_log.o --- subr_firmware.o --- ctfconvert -L VERSION -g subr_firmware.o --- sys_pipe.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/sys_pipe.c --- subr_uio.o --- ctfconvert -L VERSION -g subr_uio.o --- sys_process.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/sys_process.c --- tty.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/tty.c --- sys_generic.o --- ctfconvert -L VERSION -g sys_generic.o --- tty_tty.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/tty_tty.c --- sys_process.o --- ctfconvert -L VERSION -g sys_process.o --- tty_ttydisc.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/tty_ttydisc.c --- sys_pipe.o --- ctfconvert -L VERSION -g sys_pipe.o --- tty.o --- ctfconvert -L VERSION -g tty.o --- uipc_shm.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/uipc_shm.c --- uipc_syscalls.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/uipc_syscalls.c --- tty_tty.o --- ctfconvert -L VERSION -g tty_tty.o --- uipc_usrreq.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/uipc_usrreq.c --- tty_ttydisc.o --- ctfconvert -L VERSION -g tty_ttydisc.o --- vfs_acl.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/vfs_acl.c --- uipc_shm.o --- ctfconvert -L VERSION -g uipc_shm.o --- vfs_bio.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/vfs_bio.c --- vfs_acl.o --- ctfconvert -L VERSION -g vfs_acl.o --- vfs_cache.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/vfs_cache.c --- uipc_syscalls.o --- ctfconvert -L VERSION -g uipc_syscalls.o --- uipc_usrreq.o --- ctfconvert -L VERSION -g uipc_usrreq.o --- vfs_cluster.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/vfs_cluster.c --- vfs_default.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/vfs_default.c --- vfs_cache.o --- ctfconvert -L VERSION -g vfs_cache.o --- vfs_default.o --- ctfconvert -L VERSION -g vfs_default.o --- vfs_cluster.o --- ctfconvert -L VERSION -g vfs_cluster.o --- vfs_export.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/vfs_export.c --- vfs_extattr.o --- --- vfs_hash.o --- --- vfs_extattr.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/vfs_extattr.c --- vfs_hash.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/vfs_hash.c /builds/FreeBSD_stable_10/sys/kern/vfs_hash.c:184:2: error: implicit declaration of function 'rw_wlock' is invalid in C99 [-Werror,-Wimplicit-function-declaration] rw_wlock(&vfs_hash_lock); ^ --- vfs_export.o --- ctfconvert -L VERSION -g vfs_export.o --- vfs_bio.o --- ctfconvert -L VERSION -g vfs_bio.o --- vfs_hash.o --- /builds/FreeBSD_stable_10/sys/kern/vfs_hash.c:184:12: error: use of undeclared identifier 'vfs_hash_lock'; did you mean 'vfs_hash_mask'? rw_wlock(&vfs_hash_lock); ^~~~~~~~~~~~~ vfs_hash_mask --- vfs_init.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/vfs_init.c --- vfs_lookup.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/builds/FreeBSD_stable_10/sys -I/builds/FreeBSD_stable_10/sys/contrib/altq -I/builds/FreeBSD_stable_10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror /builds/FreeBSD_stable_10/sys/kern/vfs_lookup.c --- vfs_extattr.o --- ctfconvert -L VERSION -g vfs_extattr.o --- vfs_hash.o --- /builds/FreeBSD_stable_10/sys/kern/vfs_hash.c:42:18: note: 'vfs_hash_mask' declared here static u_long vfs_hash_mask; ^ /builds/FreeBSD_stable_10/sys/kern/vfs_hash.c:197:2: error: implicit declaration of function 'rw_wunlock' is invalid in C99 [-Werror,-Wimplicit-function-declaration] rw_wunlock(&vfs_hash_lock); ^ /builds/FreeBSD_stable_10/sys/kern/vfs_hash.c:197:2: note: did you mean 'rw_wlock'? /builds/FreeBSD_stable_10/sys/kern/vfs_hash.c:184:2: note: 'rw_wlock' declared here rw_wlock(&vfs_hash_lock); ^ /builds/FreeBSD_stable_10/sys/kern/vfs_hash.c:197:14: error: use of undeclared identifier 'vfs_hash_lock'; did you mean 'vfs_hash_mask'? rw_wunlock(&vfs_hash_lock); ^~~~~~~~~~~~~ vfs_hash_mask /builds/FreeBSD_stable_10/sys/kern/vfs_hash.c:42:18: note: 'vfs_hash_mask' declared here static u_long vfs_hash_mask; ^ 4 errors generated. *** [vfs_hash.o] Error code 1 make[2]: stopped in /builds/FreeBSD_stable_10/obj/builds/FreeBSD_stable_10/sys/GENERIC --- vfs_init.o --- ctfconvert -L VERSION -g vfs_init.o --- vfs_lookup.o --- ctfconvert -L VERSION -g vfs_lookup.o 1 error make[2]: stopped in /builds/FreeBSD_stable_10/obj/builds/FreeBSD_stable_10/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /builds/FreeBSD_stable_10 1 error make[1]: stopped in /builds/FreeBSD_stable_10 *** [buildkernel] Error code 2 make: stopped in /builds/FreeBSD_stable_10 1 error make: stopped in /builds/FreeBSD_stable_10 Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-stable@freebsd.org Tue Sep 22 07:20:31 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 025CDA05F03 for ; Tue, 22 Sep 2015 07:20:31 +0000 (UTC) (envelope-from 214748mv@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D707510BD for ; Tue, 22 Sep 2015 07:20:30 +0000 (UTC) (envelope-from 214748mv@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id CEF3DA05EFC; Tue, 22 Sep 2015 07:20:30 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDB4DA05EF7; Tue, 22 Sep 2015 07:20:30 +0000 (UTC) (envelope-from 214748mv@gmail.com) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 66CBD10B6; Tue, 22 Sep 2015 07:20:30 +0000 (UTC) (envelope-from 214748mv@gmail.com) Received: by wiclk2 with SMTP id lk2so178597563wic.0; Tue, 22 Sep 2015 00:20:29 -0700 (PDT) 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=zka27TA5bd4pdU+GP4o57ss3BRs2jIoa48FWBiVKVC8=; b=LWY7uN4Dsss2TJgYMJ577pIp+jl3m+DO3Cas8FkcnRzCMegejXXiUDisAQtPJMySKa Nxw2hvUq34VDfkuWPe+wb49phOPNVBlGkffFSvijrnRqxp7UV8104aSsxO0RPQEPWi9j IeC8WW0B21yCCOpSnCAAI2MY86CczbNDeaEjQy5pvXE420pg0NZF75xYdnXXp5tGlcl+ q7VAJMb4+dBWeaYn2W0LUg2PCjEE2hi8rzZYmxlg+MBHCGhjzKFfKgq/mrO2gqV2QYu5 Y+hNmhpX7idJL+7BrAsusi/AYvLsJScdNXhkDIaMnvQz6Xb2MZBD8yNcYHrsz5dN7VTO FmVA== MIME-Version: 1.0 X-Received: by 10.180.187.142 with SMTP id fs14mr17438283wic.6.1442906428923; Tue, 22 Sep 2015 00:20:28 -0700 (PDT) Received: by 10.27.23.79 with HTTP; Tue, 22 Sep 2015 00:20:28 -0700 (PDT) In-Reply-To: <20150921212746.GF38467@ivaldir.etoilebsd.net> References: <20150921212746.GF38467@ivaldir.etoilebsd.net> Date: Tue, 22 Sep 2015 09:20:28 +0200 Message-ID: Subject: Re: [CTF] pkg 1.6.0 From: "Ranjan1018 ." <214748mv@gmail.com> To: Baptiste Daroussin Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Sep 2015 07:20:31 -0000 2015-09-21 23:27 GMT+02:00 Baptiste Daroussin : > Hi all, > > We are about to release pkg 1.6.0. pkg-devel has been updated to 1.5.99.13 > aka > 1.6.0 rc3 that we hope will become the new pkg 1.6.0 btw the end of the > Week > (release planned for Saturday 26th of September or no important issues are > raised) > > On the list of changes: > - Lots of improvements in the solver (in particular fixes the case like the > recent jpeg upgrade) > - Lots of fixes in the 3 way merge code > - pkg add can now work without a version specified in the dependency line > - pkg check -d now also check the required libraries > - Improved support for partial upgrades > - Improved zsh completion support > - Improved linux support (now all regression tests passes on linux) > - Messages can now be context aware: (only print a given message during > installation, upgrade - version aware -, removal, or always) > - @keywords now accepts new entries to add context aware messages > - Add the ability to generate graphiz's dot format representation of the > solver's problem > - pkg search now default on showing the comments of of the matched packages > - Lots of bug fixes and code cleanup > - Plenty of new bugs > > Please test heavily, I would like to make a release quite soon to limit the > number of users suffering from the jpeg->jpeg-turbo update. > > Best regards, > Bapt > Thank you Batp, running version 1.5.3 I have this error message: # pkg upgrade Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. All repositories are up-to-date. Checking for upgrades (40 candidates): 100% Processing candidates (40 candidates): 100% Checking integrity... done (1 conflicting) pkg: Cannot solve problem using SAT solver: dependency rule: package Thunar(l) depends on: xfce4-tumbler(r)xfce4-tumbler(l) upgrade rule: upgrade local xfce4-tumbler-0.1.31_1 to remote xfce4-tumbler-0.1.31_1 cannot install package xfce4-tumbler, remove it from request? [Y/n]: pkg: cannot find xfce4-tumbler in the request pkg: cannot solve job using SAT solver Checking integrity... done (0 conflicting) Your packages are up to date. With this version I have been able to update the packages. I am running: $ uname -a FreeBSD microserver 10.2-STABLE FreeBSD 10.2-STABLE #1 r287746: Sun Sep 13 14:06:46 CEST 2015 root@microserver:/usr/obj/usr/src/sys/GENERIC amd64 With the latest repository: $ cat /etc/pkg/FreeBSD.conf # $FreeBSD: stable/10/etc/pkg/FreeBSD.conf 263938 2014-03-30 15:29:54Z bdrewery $ # # To disable this repository, instead of modifying or removing this file, # create a /usr/local/etc/pkg/repos/FreeBSD.conf file: # # mkdir -p /usr/local/etc/pkg/repos # echo "FreeBSD: { enabled: no }" > /usr/local/etc/pkg/repos/FreeBSD.conf # FreeBSD: { url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest", mirror_type: "srv", signature_type: "fingerprints", fingerprints: "/usr/share/keys/pkg", enabled: yes } Regards, Maurizio From owner-freebsd-stable@freebsd.org Tue Sep 22 09:11:48 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A38FBA0676C for ; Tue, 22 Sep 2015 09:11:48 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7FA3A1767 for ; Tue, 22 Sep 2015 09:11:48 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7949FA06767; Tue, 22 Sep 2015 09:11:48 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E495A06763; Tue, 22 Sep 2015 09:11:48 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 056D21762; Tue, 22 Sep 2015 09:11:48 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wiclk2 with SMTP id lk2so13806484wic.1; Tue, 22 Sep 2015 02:11:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=X9V6G0D52RX/dde7cBdaUQ6F+TGtleZO26uQwqjUVzg=; b=NCJLbxnw2EGQey2Yf8SQKFvc4tfC+X7m+0mO0Vz/oAP13KXaf2ARcOe+PGd8RyhyHn RenqgkDQKjbXduLojxkGjarH65Jv8KDTVXjA+K1YwkyKt8A9TBGmeL2omCgO24MmCZWV Wwv+XOr7orRgl1z/BBZNvSVbVbgrXWhBUfzOdo/9ZcSy+ek7D2D2vj8Xhybt/IgnD/eG p9S9dPpcRQqZO5capJgrBmt7k3XfXARaYTv3+CALO4q+uaevLNyakrDRt105JLWlVUxF gOLsrGbpjS7Doxu3lSdLehqF7OtuZIpdrMvLpUyeXuqQy5O+tLKzGtfGPm/s4cGMouoj Bztg== X-Received: by 10.194.133.129 with SMTP id pc1mr28144876wjb.148.1442913106289; Tue, 22 Sep 2015 02:11:46 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id pl7sm2025222wic.4.2015.09.22.02.11.45 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Sep 2015 02:11:45 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 22 Sep 2015 11:11:43 +0200 From: Baptiste Daroussin To: "Ranjan1018 ." <214748mv@gmail.com> Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org Subject: Re: [CTF] pkg 1.6.0 Message-ID: <20150922091143.GG38467@ivaldir.etoilebsd.net> References: <20150921212746.GF38467@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DWg365Y4B18r8evw" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Sep 2015 09:11:48 -0000 --DWg365Y4B18r8evw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 22, 2015 at 09:20:28AM +0200, Ranjan1018 . wrote: > 2015-09-21 23:27 GMT+02:00 Baptiste Daroussin : >=20 > > Hi all, > > > > We are about to release pkg 1.6.0. pkg-devel has been updated to 1.5.99= =2E13 > > aka > > 1.6.0 rc3 that we hope will become the new pkg 1.6.0 btw the end of the > > Week > > (release planned for Saturday 26th of September or no important issues = are > > raised) > > > > On the list of changes: > > - Lots of improvements in the solver (in particular fixes the case like= the > > recent jpeg upgrade) > > - Lots of fixes in the 3 way merge code > > - pkg add can now work without a version specified in the dependency li= ne > > - pkg check -d now also check the required libraries > > - Improved support for partial upgrades > > - Improved zsh completion support > > - Improved linux support (now all regression tests passes on linux) > > - Messages can now be context aware: (only print a given message during > > installation, upgrade - version aware -, removal, or always) > > - @keywords now accepts new entries to add context aware messages > > - Add the ability to generate graphiz's dot format representation of the > > solver's problem > > - pkg search now default on showing the comments of of the matched pack= ages > > - Lots of bug fixes and code cleanup > > - Plenty of new bugs > > > > Please test heavily, I would like to make a release quite soon to limit= the > > number of users suffering from the jpeg->jpeg-turbo update. > > > > Best regards, > > Bapt > > >=20 > Thank you Batp, >=20 > running version 1.5.3 I have this error message: > # pkg upgrade > Updating FreeBSD repository catalogue... > FreeBSD repository is up-to-date. > All repositories are up-to-date. > Checking for upgrades (40 candidates): 100% > Processing candidates (40 candidates): 100% > Checking integrity... done (1 conflicting) > pkg: Cannot solve problem using SAT solver: > dependency rule: package Thunar(l) depends on: > xfce4-tumbler(r)xfce4-tumbler(l) > upgrade rule: upgrade local xfce4-tumbler-0.1.31_1 to remote > xfce4-tumbler-0.1.31_1 > cannot install package xfce4-tumbler, remove it from request? [Y/n]: > pkg: cannot find xfce4-tumbler in the request > pkg: cannot solve job using SAT solver > Checking integrity... done (0 conflicting) > Your packages are up to date. >=20 > With this version I have been able to update the packages. >=20 Thanks for the test! Best regards, Bapt --DWg365Y4B18r8evw Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlYBG08ACgkQ8kTtMUmk6EykMgCgrVvgAovML/b5yvDaG2CV8ijX 5vkAoIYIBUJNnW5BGZhlwRVd2zt1DCxF =6kj3 -----END PGP SIGNATURE----- --DWg365Y4B18r8evw-- From owner-freebsd-stable@freebsd.org Tue Sep 22 12:30:27 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C0F79CF072; Tue, 22 Sep 2015 12:30:27 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2BC791F72; Tue, 22 Sep 2015 12:30:27 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 27013F9C; Tue, 22 Sep 2015 12:30:21 +0000 (UTC) Date: Tue, 22 Sep 2015 12:29:59 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: garga@FreeBSD.org, jlh@FreeBSD.org, kib@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1868381502.49.1442925017483.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1359757815.40.1442888602046.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1359757815.40.1442888602046.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_10-i386 - Build #479 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_10-i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2015 12:30:27 -0000 FreeBSD_STABLE_10-i386 - Build #479 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/479/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/479/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/479/console Change summaries: 288106 by jlh: Long overdue MFC r284378: nit: Rename racct_alloc_resource to racct_adjust_resource. This is more accurate as the amount can be negative. 288105 by jlh: Long overdue MFC r284377: NetBSD commit log: Use a constant array for the MIB. Newer LLVM decided that mib[] warranted stack protections, with the obvious crash after the setup was done. As a positive side effect, code size shrinks a bit. I'm not sure why this hasn't bitten us yes, but it is certainly possible and there are no real drawbacks to this change anyway. Submitted by: pfg Obtained from: NetBSD 288103 by kib: The stable/10 branch uses mutex for vfs_hash. Fix build. Submitted by: Jukka Ukkonen 288101 by garga: MFC r287828: Add support for Sierra MC7355 card Submitted by: Jeremy Porter Approved by: loos Obtained from: pfSense Sponsored by: Rubicon Communications (Netgate) From owner-freebsd-stable@freebsd.org Tue Sep 22 15:02:45 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA063A07FDC for ; Tue, 22 Sep 2015 15:02:44 +0000 (UTC) (envelope-from amdmiek@gmail.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A37761158; Tue, 22 Sep 2015 15:02:44 +0000 (UTC) (envelope-from amdmiek@gmail.com) Received: by iofh134 with SMTP id h134so17362160iof.0; Tue, 22 Sep 2015 08:02:44 -0700 (PDT) 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 :content-type; bh=U0MPMB+nZJClNEqZLRbHofF6d5ZkN868Wgiye8cMXy4=; b=C0POnMDkG3bqbCVKEtBAYIksDpnAbCY/5ypWYgaPV8PYsAC+xn4630+Od/UkHn+ucu OQoHdoEG8OHqvykQTCywTenv5AGTzmk0Zg6WgsF9W90J7CS63cHk7U+f9K+6Z2+HpRDP Bwgx33QWLgk+d3VEcPV3Wb7TOZx27GpIZ1lr15GJTLV3rx52cxWpe/yixhRVEyYMeZYo q2HIXIuS5JN7GuHR/tjhBzaK5fCXWYj3sDyEJgpw7Gu3aDYE6gsC/YfTB2ntfzq/78Ea VHvqeHARF7t4vGdi8llP1a1S17yuazAQPH+Rzn9LpywVR4n6uRpzu/UQaile4ZzfOLIm fjfw== MIME-Version: 1.0 X-Received: by 10.107.128.145 with SMTP id k17mr36554801ioi.24.1442934164092; Tue, 22 Sep 2015 08:02:44 -0700 (PDT) Received: by 10.107.5.143 with HTTP; Tue, 22 Sep 2015 08:02:43 -0700 (PDT) In-Reply-To: <56011F1A.5000406@FreeBSD.org> References: <56011AA5.6090904@FreeBSD.org> <56011F1A.5000406@FreeBSD.org> Date: Tue, 22 Sep 2015 18:02:43 +0300 Message-ID: Subject: Re: ATA/ACHI Jmicron broken up From: Michael BlackHeart To: Alexander Motin , freebsd-stable Content-Type: multipart/mixed; boundary=001a113fbcc649a70e0520574a50 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Sep 2015 15:02:45 -0000 --001a113fbcc649a70e0520574a50 Content-Type: text/plain; charset=UTF-8 Thanks! Patch helped. 2015-09-22 12:27 GMT+03:00 Alexander Motin : > On 22.09.2015 12:19, Michael BlackHeart wrote: > > dmesg from updated system is a little bit tricky right now. I can > > provide working system dmesg and say what's missing in it's output when > > I try to boot new kernel. > > > > Here goes pciconf > > > > atapci0@pci0:2:0:0: class=0x010400 card=0x75121462 chip=0x2363197b > > rev=0x03 hdr=0x00 > > vendor = 'JMicron Technology Corp.' > > device = 'JMB363 SATA/IDE Controller' > > class = mass storage > > subclass = RAID > > bar [24] = type Memory, range 32, base 0xf7dfe000, size 8192, > enabled > > cap 01[68] = powerspec 2 supports D0 D3 current D0 > > cap 10[50] = PCI-Express 1 legacy endpoint IRQ 1 max data 128(128) > > link x1(x1) > > speed 2.5(2.5) ASPM disabled(L0s) > > OK, I see the problem -- it is reported as RAID, but not as AHCI, as > devices that I had before, and so ahci(4) driver does not attach. Could > you test the attached patch? I should allow driver attachment to such > devices. > > -- > Alexander Motin > -- amd_miek Think different. Just superior. --001a113fbcc649a70e0520574a50 Content-Type: text/plain; charset=UTF-8; name=zzz Content-Disposition: attachment; filename=zzz Content-Transfer-Encoding: base64 X-Attachment-Id: 2209771caf408a95_0.1 SW5kZXg6IGFoY2lfcGNpLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gYWhjaV9wY2kuYwkocmV2aXNpb24gMjg4 MDIxKQorKysgYWhjaV9wY2kuYwkod29ya2luZyBjb3B5KQpAQCAtMzI3LDYgKzMyNyw5IEBAIGFo Y2lfcHJvYmUoZGV2aWNlX3QgZGV2KQogCSAgICBwY2lfZ2V0X3N1YmNsYXNzKGRldikgPT0gUENJ U19TVE9SQUdFX1NBVEEgJiYKIAkgICAgcGNpX2dldF9wcm9naWYoZGV2KSA9PSBQQ0lQX1NUT1JB R0VfU0FUQV9BSENJXzFfMCkKIAkJdmFsaWQgPSAxOworCWVsc2UgaWYgKHBjaV9nZXRfY2xhc3Mo ZGV2KSA9PSBQQ0lDX1NUT1JBR0UgJiYKKwkgICAgcGNpX2dldF9zdWJjbGFzcyhkZXYpID09IFBD SVNfU1RPUkFHRV9SQUlEKQorCQl2YWxpZCA9IDI7CiAJLyogSXMgdGhpcyBhIGtub3duIEFIQ0kg Y2hpcD8gKi8KIAlmb3IgKGkgPSAwOyBhaGNpX2lkc1tpXS5pZCAhPSAwOyBpKyspIHsKIAkJaWYg KGFoY2lfaWRzW2ldLmlkID09IGRldmlkICYmCkBAIC0zNDMsNyArMzQ2LDcgQEAgYWhjaV9wcm9i ZShkZXZpY2VfdCBkZXYpCiAJCQlyZXR1cm4gKEJVU19QUk9CRV9ERUZBVUxUKTsKIAkJfQogCX0K LQlpZiAoIXZhbGlkKQorCWlmICh2YWxpZCAhPSAxKQogCQlyZXR1cm4gKEVOWElPKTsKIAlkZXZp Y2Vfc2V0X2Rlc2NfY29weShkZXYsICJBSENJIFNBVEEgY29udHJvbGxlciIpOwogCXJldHVybiAo QlVTX1BST0JFX0RFRkFVTFQpOwo= --001a113fbcc649a70e0520574a50-- From owner-freebsd-stable@freebsd.org Tue Sep 22 15:22:10 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A9CEA068F5 for ; Tue, 22 Sep 2015 15:22:10 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EFCD82000; Tue, 22 Sep 2015 15:22:09 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 82F74FF1; Tue, 22 Sep 2015 15:22:07 +0000 (UTC) Date: Tue, 22 Sep 2015 15:21:58 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: garga@FreeBSD.org, jlh@FreeBSD.org, kib@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <836245756.51.1442935323604.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <352756928.46.1442900687344.JavaMail.jenkins@jenkins-9.freebsd.org> References: <352756928.46.1442900687344.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_stable_10 - Build #1708 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2015 15:22:10 -0000 FreeBSD_stable_10 - Build #1708 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1708/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1708/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1708/console Change summaries: 288107 by jlh: Long overdue MFC r285444: Allow again periodic scripts to be run from command-line. PR: 188109 Submitted by: Jason Unovitch 288106 by jlh: Long overdue MFC r284378: nit: Rename racct_alloc_resource to racct_adjust_resource. This is more accurate as the amount can be negative. 288105 by jlh: Long overdue MFC r284377: NetBSD commit log: Use a constant array for the MIB. Newer LLVM decided that mib[] warranted stack protections, with the obvious crash after the setup was done. As a positive side effect, code size shrinks a bit. I'm not sure why this hasn't bitten us yes, but it is certainly possible and there are no real drawbacks to this change anyway. Submitted by: pfg Obtained from: NetBSD 288103 by kib: The stable/10 branch uses mutex for vfs_hash. Fix build. Submitted by: Jukka Ukkonen 288101 by garga: MFC r287828: Add support for Sierra MC7355 card Submitted by: Jeremy Porter Approved by: loos Obtained from: pfSense Sponsored by: Rubicon Communications (Netgate) From owner-freebsd-stable@freebsd.org Tue Sep 22 22:27:57 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72D7BA062E2 for ; Tue, 22 Sep 2015 22:27:57 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (boomhauer.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 4E68A1E13 for ; Tue, 22 Sep 2015 22:27:56 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from boomhauer (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id F382F512B7 for ; Tue, 22 Sep 2015 18:27:49 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by boomhauer (boomhauer.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8JQ7BIeHUAtB for ; Tue, 22 Sep 2015 18:27:49 -0400 (EDT) Received: from EGR authenticated sender mcdouga9 Subject: Re: [CTF] pkg 1.6.0 To: freebsd-stable@freebsd.org References: <20150921212746.GF38467@ivaldir.etoilebsd.net> From: Adam McDougall Message-ID: <5601D5E5.2060306@egr.msu.edu> Date: Tue, 22 Sep 2015 18:27:49 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Sep 2015 22:27:57 -0000 On 09/22/2015 03:20, Ranjan1018 . wrote: > 2015-09-21 23:27 GMT+02:00 Baptiste Daroussin : > >> Hi all, >> >> We are about to release pkg 1.6.0. pkg-devel has been updated to 1.5.99.13 >> aka >> 1.6.0 rc3 that we hope will become the new pkg 1.6.0 btw the end of the >> Week >> (release planned for Saturday 26th of September or no important issues are >> raised) > running version 1.5.3 I have this error message: > # pkg upgrade > Updating FreeBSD repository catalogue... > FreeBSD repository is up-to-date. > All repositories are up-to-date. > Checking for upgrades (40 candidates): 100% > Processing candidates (40 candidates): 100% > Checking integrity... done (1 conflicting) > pkg: Cannot solve problem using SAT solver: > dependency rule: package Thunar(l) depends on: > xfce4-tumbler(r)xfce4-tumbler(l) > upgrade rule: upgrade local xfce4-tumbler-0.1.31_1 to remote > xfce4-tumbler-0.1.31_1 > cannot install package xfce4-tumbler, remove it from request? [Y/n]: > pkg: cannot find xfce4-tumbler in the request > pkg: cannot solve job using SAT solver > Checking integrity... done (0 conflicting) > Your packages are up to date. > > With this version I have been able to update the packages. Same here, I ran into a conflict with Thunar on at least two computers with 1.5.6: pkg: Cannot solve problem using SAT solver: dependency rule: package Thunar(l) depends on: xfce4-tumbler(r)xfce4-tumbler(l) upgrade rule: upgrade local xfce4-tumbler-0.1.31_1 to remote xfce4-tumbler-0.1.31_1 cannot install package xfce4-tumbler, remove it from request? [Y/n]: ^C I upgraded to 1.5.99.13 without any problems and it handles Thunar fine without any workarounds. Just some extra warnings the first time when upgrading to 1.5.99 from my own repo: # pkg upgrade Updating pkg-desktop repository catalogue... Fetching meta.txz: 100% 260 B 0.3kB/s 00:01 Fetching packagesite.txz: 100% 217 KiB 222.0kB/s 00:01 Processing entries: 0% pkg: Skipping unknown key 'messages' Processing entries: 2% pkg: Skipping unknown key 'messages' Processing entries: 4% pkg: Skipping unknown key 'messages' Processing entries: 5% pkg: Skipping unknown key 'messages' Processing entries: 6% pkg: Skipping unknown key 'messages' pkg: Skipping unknown key 'messages' ... Processing entries: 100% pkg-desktop repository update completed. 914 packages processed. New version of pkg detected; it needs to be installed first. pkg: Skipping unknown key 'messages' Checking integrity... done (0 conflicting) The following 1 package(s) will be affected (of 0 checked): Installed packages to be UPGRADED: pkg: 1.5.6 -> 1.5.99.13 From owner-freebsd-stable@freebsd.org Tue Sep 22 22:34:35 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A994A066AC for ; Tue, 22 Sep 2015 22:34:35 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2FC0C11DF for ; Tue, 22 Sep 2015 22:34:35 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wiclk2 with SMTP id lk2so44786453wic.1 for ; Tue, 22 Sep 2015 15:34:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=4+q2+hUJxNqFA36zF6EegsvIq9aqXgcdssiSq827V1c=; b=gulnUS8QPyxk8uepgOpcDQBngHkr9oOcpX59e4pwnaovHsP/7wj5U4JNfb3BoWqItQ rOzpwt+FzUNWNfsCR04a/3hjIrMmJBEvOpl906x/LojF/ydhqTsQpX+I4M1ZkNMscB00 6tq9I05B1xHiOEQ0sd+rEYy4pckbTx1RbeIZWZecgdJ+19rpBfFGDWs0qFEEGD0K+sP1 ivZnrLbHCnAaum2D4bqBu9Ozwzr0IpNhr8BzzG5zCXnCmltbZGc0aXkJodwU0RAEN06h 1ckFfpxYrjjP6U3rt6aXDD3e+8LF3OAcKxvAsZ3IhJlfiQ7HO5JHQw0e+34gUZtn1iaT 4xcA== X-Received: by 10.180.24.102 with SMTP id t6mr112971wif.83.1442961273752; Tue, 22 Sep 2015 15:34:33 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id ew2sm5330839wic.20.2015.09.22.15.34.32 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Sep 2015 15:34:33 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 23 Sep 2015 00:34:31 +0200 From: Baptiste Daroussin To: Adam McDougall Cc: freebsd-stable@freebsd.org Subject: Re: [CTF] pkg 1.6.0 Message-ID: <20150922223431.GF16800@ivaldir.etoilebsd.net> References: <20150921212746.GF38467@ivaldir.etoilebsd.net> <5601D5E5.2060306@egr.msu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wtjvnLv0o8UUzur2" Content-Disposition: inline In-Reply-To: <5601D5E5.2060306@egr.msu.edu> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Sep 2015 22:34:35 -0000 --wtjvnLv0o8UUzur2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 22, 2015 at 06:27:49PM -0400, Adam McDougall wrote: > On 09/22/2015 03:20, Ranjan1018 . wrote: > > 2015-09-21 23:27 GMT+02:00 Baptiste Daroussin : > >=20 > >> Hi all, > >> > >> We are about to release pkg 1.6.0. pkg-devel has been updated to 1.5.9= 9.13 > >> aka > >> 1.6.0 rc3 that we hope will become the new pkg 1.6.0 btw the end of the > >> Week > >> (release planned for Saturday 26th of September or no important issues= are > >> raised) >=20 > > running version 1.5.3 I have this error message: > > # pkg upgrade > > Updating FreeBSD repository catalogue... > > FreeBSD repository is up-to-date. > > All repositories are up-to-date. > > Checking for upgrades (40 candidates): 100% > > Processing candidates (40 candidates): 100% > > Checking integrity... done (1 conflicting) > > pkg: Cannot solve problem using SAT solver: > > dependency rule: package Thunar(l) depends on: > > xfce4-tumbler(r)xfce4-tumbler(l) > > upgrade rule: upgrade local xfce4-tumbler-0.1.31_1 to remote > > xfce4-tumbler-0.1.31_1 > > cannot install package xfce4-tumbler, remove it from request? [Y/n]: > > pkg: cannot find xfce4-tumbler in the request > > pkg: cannot solve job using SAT solver > > Checking integrity... done (0 conflicting) > > Your packages are up to date. > >=20 > > With this version I have been able to update the packages. >=20 > Same here, I ran into a conflict with Thunar on at least two computers > with 1.5.6: >=20 > pkg: Cannot solve problem using SAT solver: > dependency rule: package Thunar(l) depends on: > xfce4-tumbler(r)xfce4-tumbler(l) > upgrade rule: upgrade local xfce4-tumbler-0.1.31_1 to remote > xfce4-tumbler-0.1.31_1 > cannot install package xfce4-tumbler, remove it from request? [Y/n]: ^C >=20 > I upgraded to 1.5.99.13 without any problems and it handles Thunar fine > without any workarounds. Just some extra warnings the first time when > upgrading to 1.5.99 from my own repo: >=20 > # pkg upgrade > Updating pkg-desktop repository catalogue... > Fetching meta.txz: 100% 260 B 0.3kB/s 00:01 > Fetching packagesite.txz: 100% 217 KiB 222.0kB/s 00:01 > Processing entries: 0% > pkg: Skipping unknown key 'messages' > Processing entries: 2% > pkg: Skipping unknown key 'messages' > Processing entries: 4% > pkg: Skipping unknown key 'messages' > Processing entries: 5% > pkg: Skipping unknown key 'messages' > Processing entries: 6% > pkg: Skipping unknown key 'messages' > pkg: Skipping unknown key 'messages' > ... > Processing entries: 100% > pkg-desktop repository update completed. 914 packages processed. > New version of pkg detected; it needs to be installed first. > pkg: Skipping unknown key 'messages' > Checking integrity... done (0 conflicting) > The following 1 package(s) will be affected (of 0 checked): >=20 > Installed packages to be UPGRADED: > pkg: 1.5.6 -> 1.5.99.13 >=20 Yes those warnings are expected :( They won't happen in the futur this is a deficiency in "forward" compatibil= ity design we fixed in pkg 1.6 dev process. Best regards, Bapt --wtjvnLv0o8UUzur2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlYB13cACgkQ8kTtMUmk6Ew6jACgkV/M3/q6Zd1UkAjf4DAmGa6B IVQAn1fxi16IlC84XGUSWf7ecHddWCwK =g7cR -----END PGP SIGNATURE----- --wtjvnLv0o8UUzur2-- From owner-freebsd-stable@freebsd.org Wed Sep 23 08:45:02 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3B061A07A8D for ; Wed, 23 Sep 2015 08:45:02 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2186D1044 for ; Wed, 23 Sep 2015 08:45:02 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 1E3FBA07A8C; Wed, 23 Sep 2015 08:45:02 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1DE1CA07A8A for ; Wed, 23 Sep 2015 08:45:02 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 89B131043 for ; Wed, 23 Sep 2015 08:45:01 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. ([IPv6:fd00::7c1]) by elf.hq.norma.perm.ru (8.14.9/8.14.9) with ESMTP id t8N8isbk075859 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 23 Sep 2015 13:44:55 +0500 (YEKT) (envelope-from emz@norma.perm.ru) To: stable@freebsd.org From: "Eugene M. Zheganin" Subject: when the sshd hits the fan Message-ID: <56026686.8030308@norma.perm.ru> Date: Wed, 23 Sep 2015 13:44:54 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Wed, 23 Sep 2015 13:44:55 +0500 (YEKT) X-Spam-Status: No hits=-100.1 bayes=0.0052 testhits AWL=0.325,BAYES_00=-1.9, RDNS_NONE=0.793,SPF_SOFTFAIL=0.665,USER_IN_WHITELIST=-100 autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 08:45:02 -0000 Hi. I'm trying to understand why the sshd still starts after local daemons, out-of-the-box, and what it takes to make this extremely vital service to start before non-system (local) ones. I bet I'm not the first one to ask, so why isn't this already done ? Seems quite easy for me. Eugene. From owner-freebsd-stable@freebsd.org Wed Sep 23 09:57:35 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56E2FA076F2 for ; Wed, 23 Sep 2015 09:57:35 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 418FD1F99 for ; Wed, 23 Sep 2015 09:57:35 +0000 (UTC) (envelope-from bc979@lafn.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3E86BA076F1; Wed, 23 Sep 2015 09:57:35 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E2BBA076F0 for ; Wed, 23 Sep 2015 09:57:35 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 1CB401F98 for ; Wed, 23 Sep 2015 09:57:34 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.12] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.9) with ESMTP id t8N9vRsl002049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 23 Sep 2015 02:57:28 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: when the sshd hits the fan From: Doug Hardie In-Reply-To: <56026686.8030308@norma.perm.ru> Date: Wed, 23 Sep 2015 02:57:27 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <8CC54339-0028-4CE4-9AAD-2248CD4E2FC9@lafn.org> References: <56026686.8030308@norma.perm.ru> To: FreeBSD Stable ML X-Mailer: Apple Mail (2.2104) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 09:57:35 -0000 > On 23 September 2015, at 01:44, Eugene M. Zheganin = wrote: >=20 > Hi. >=20 > I'm trying to understand why the sshd still starts after local = daemons, > out-of-the-box, and what it takes to make this extremely vital service > to start before non-system (local) ones. I bet I'm not the first one = to > ask, so why isn't this already done ? Seems quite easy for me. The fix is quite simple: Add # BEFORE: mail to /etc/rc.d/sshd I tried to submit a PR on that about a year ago, but it never seemed to = make it into the PR system. Many of my servers are remote and if there = is an issue with a port, I still need a way into the system other than = driving for hours. This works. Sshd is started early in the sequence = and I can at least ssh into the server. It won=E2=80=99t help though if = there is a syntax error in /etc/rc.conf. Those are pretty much fatal. From owner-freebsd-stable@freebsd.org Wed Sep 23 10:19:14 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C130FA06355 for ; Wed, 23 Sep 2015 10:19:14 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id AA0D2198E for ; Wed, 23 Sep 2015 10:19:14 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: by mailman.ysv.freebsd.org (Postfix) id A6EDBA06353; Wed, 23 Sep 2015 10:19:14 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6869A06352 for ; Wed, 23 Sep 2015 10:19:14 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 67E90198A for ; Wed, 23 Sep 2015 10:19:13 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 5FB072842E; Wed, 23 Sep 2015 12:11:07 +0200 (CEST) Received: from illbsd.quip.test (ip-89-177-49-111.net.upcbroadband.cz [89.177.49.111]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 270EE2840C; Wed, 23 Sep 2015 12:11:05 +0200 (CEST) Message-ID: <56027AB8.9080301@quip.cz> Date: Wed, 23 Sep 2015 12:11:04 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: "Eugene M. Zheganin" , stable@freebsd.org Subject: Re: when the sshd hits the fan References: <56026686.8030308@norma.perm.ru> In-Reply-To: <56026686.8030308@norma.perm.ru> 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.20 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, 23 Sep 2015 10:19:14 -0000 Eugene M. Zheganin wrote on 09/23/2015 10:44: > Hi. > > I'm trying to understand why the sshd still starts after local daemons, > out-of-the-box, and what it takes to make this extremely vital service > to start before non-system (local) ones. I bet I'm not the first one to > ask, so why isn't this already done ? Seems quite easy for me. I was thinking about this a long time ago and instead of trying to change FreeBSD, I just added one simple file on each of our servers: ~/> cat /usr/local/etc/rc.d/sshd_reorder #!/bin/sh # PROVIDE: sshd_reorder # REQUIRE: LOGIN sshd ## this file is just to start sshd earlier on the boot ## mainly before long starting processes like jails, mysql, apache etc. ## ## place this file in to /usr/local/etc/rc.d/sshd_reorder ## and make it executable chmod 0555 /usr/local/etc/rc.d/sshd_reorder It is not perfect, because some services are still started before sshd. Miroslav Lachman From owner-freebsd-stable@freebsd.org Wed Sep 23 10:38:24 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4AE57A06D45 for ; Wed, 23 Sep 2015 10:38:24 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 300EF11E1 for ; Wed, 23 Sep 2015 10:38:24 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 2EF76A06D44; Wed, 23 Sep 2015 10:38:24 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E997A06D43 for ; Wed, 23 Sep 2015 10:38:24 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A313411E0 for ; Wed, 23 Sep 2015 10:38:22 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. ([IPv6:fd00::7c1]) by elf.hq.norma.perm.ru (8.14.9/8.14.9) with ESMTP id t8NAcE04087220 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 23 Sep 2015 15:38:16 +0500 (YEKT) (envelope-from emz@norma.perm.ru) Subject: Re: when the sshd hits the fan To: stable@freebsd.org References: <56026686.8030308@norma.perm.ru> <56027AB8.9080301@quip.cz> From: "Eugene M. Zheganin" Message-ID: <56028116.5080409@norma.perm.ru> Date: Wed, 23 Sep 2015 15:38:14 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <56027AB8.9080301@quip.cz> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Wed, 23 Sep 2015 15:38:16 +0500 (YEKT) X-Spam-Status: No hits=-100.1 bayes=0.0000 testhits AWL=0.294,BAYES_00=-1.9, RDNS_NONE=0.793,SPF_SOFTFAIL=0.665,USER_IN_WHITELIST=-100 autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 10:38:24 -0000 Hi. On 23.09.2015 15:11, Miroslav Lachman wrote: > Eugene M. Zheganin wrote on 09/23/2015 10:44: >> Hi. >> >> I'm trying to understand why the sshd still starts after local daemons, >> out-of-the-box, and what it takes to make this extremely vital service >> to start before non-system (local) ones. I bet I'm not the first one to >> ask, so why isn't this already done ? Seems quite easy for me. > > I was thinking about this a long time ago and instead of trying to > change FreeBSD, But .... why ? > I just added one simple file on each of our servers: > > > ~/> cat /usr/local/etc/rc.d/sshd_reorder > #!/bin/sh > > # PROVIDE: sshd_reorder > # REQUIRE: LOGIN sshd > > ## this file is just to start sshd earlier on the boot > ## mainly before long starting processes like jails, mysql, apache etc. > ## > ## place this file in to /usr/local/etc/rc.d/sshd_reorder > ## and make it executable chmod 0555 /usr/local/etc/rc.d/sshd_reorder > > > It is not perfect, because some services are still started before sshd. > Yeah, as I said, workaround is quite simple. But I don't see a single reason to avoid committing this (or similar) workaround to the official source tree. This would rid lots of people to reapply this fix during each upgrade cycle, thus making the life easier. Eugene. From owner-freebsd-stable@freebsd.org Wed Sep 23 10:44:56 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCD21A07127 for ; Wed, 23 Sep 2015 10:44:56 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C9162160F for ; Wed, 23 Sep 2015 10:44:56 +0000 (UTC) (envelope-from lists@opsec.eu) Received: by mailman.ysv.freebsd.org (Postfix) id C8061A07125; Wed, 23 Sep 2015 10:44:56 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7A95A07124 for ; Wed, 23 Sep 2015 10:44:56 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 851F8160E for ; Wed, 23 Sep 2015 10:44:56 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZehXi-000PLY-S8; Wed, 23 Sep 2015 12:44:54 +0200 Date: Wed, 23 Sep 2015 12:44:54 +0200 From: Kurt Jaeger To: Doug Hardie Cc: FreeBSD Stable ML Subject: Re: when the sshd hits the fan Message-ID: <20150923104454.GG36682@home.opsec.eu> References: <56026686.8030308@norma.perm.ru> <8CC54339-0028-4CE4-9AAD-2248CD4E2FC9@lafn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8CC54339-0028-4CE4-9AAD-2248CD4E2FC9@lafn.org> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 10:44:57 -0000 Hi! > > I'm trying to understand why the sshd still starts after local daemons, > > out-of-the-box, and what it takes to make this extremely vital service > > to start before non-system (local) ones. I bet I'm not the first one to > > ask, so why isn't this already done ? Seems quite easy for me. > > The fix is quite simple: Add > > # BEFORE: mail > > to /etc/rc.d/sshd > > I tried to submit a PR on that about a year ago, but it never > seemed to make it into the PR system. It did enter the PR system. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190447 I'll have a look at it, it annoys me as well 8-} -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-stable@freebsd.org Wed Sep 23 12:11:30 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5178AA07C38 for ; Wed, 23 Sep 2015 12:11:30 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 391C11BE3 for ; Wed, 23 Sep 2015 12:11:30 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: by mailman.ysv.freebsd.org (Postfix) id 38A00A07C37; Wed, 23 Sep 2015 12:11:30 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38386A07C36 for ; Wed, 23 Sep 2015 12:11:30 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E996C1BE2 for ; Wed, 23 Sep 2015 12:11:29 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 79AC12840C; Wed, 23 Sep 2015 14:11:26 +0200 (CEST) Received: from illbsd.quip.test (ip-89-177-49-111.net.upcbroadband.cz [89.177.49.111]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id ACBCF28412; Wed, 23 Sep 2015 14:11:25 +0200 (CEST) Message-ID: <560296ED.4080901@quip.cz> Date: Wed, 23 Sep 2015 14:11:25 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: "Eugene M. Zheganin" , stable@freebsd.org Subject: Re: when the sshd hits the fan References: <56026686.8030308@norma.perm.ru> <56027AB8.9080301@quip.cz> <56028116.5080409@norma.perm.ru> In-Reply-To: <56028116.5080409@norma.perm.ru> 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.20 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, 23 Sep 2015 12:11:30 -0000 Eugene M. Zheganin wrote on 09/23/2015 12:38: >> I was thinking about this a long time ago and instead of trying to >> change FreeBSD, > But .... why ? I tried it before with some other changes (e-mails / PRs can be found) without much success so I gave up. I rather keep my changes local without modification of FreeBSD sources. Miroslav Lachman From owner-freebsd-stable@freebsd.org Wed Sep 23 12:37:34 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B0158A02891 for ; Wed, 23 Sep 2015 12:37:34 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 99626158C for ; Wed, 23 Sep 2015 12:37:34 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: by mailman.ysv.freebsd.org (Postfix) id 96F8BA02890; Wed, 23 Sep 2015 12:37:34 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 968B6A0288E for ; Wed, 23 Sep 2015 12:37:34 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:202::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5CA78158B for ; Wed, 23 Sep 2015 12:37:34 +0000 (UTC) (envelope-from fbsd@xtaz.co.uk) Received: by mail.xtaz.uk (Postfix, from userid 1001) id 0DC8920AEE8F; Wed, 23 Sep 2015 13:37:31 +0100 (BST) Date: Wed, 23 Sep 2015 13:37:30 +0100 From: Matt Smith To: Kurt Jaeger Cc: Doug Hardie , FreeBSD Stable ML Subject: Re: when the sshd hits the fan Message-ID: <20150923123730.GA15788@xtaz.uk> Mail-Followup-To: Matt Smith , Kurt Jaeger , Doug Hardie , FreeBSD Stable ML References: <56026686.8030308@norma.perm.ru> <8CC54339-0028-4CE4-9AAD-2248CD4E2FC9@lafn.org> <20150923104454.GG36682@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20150923104454.GG36682@home.opsec.eu> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 12:37:34 -0000 On Sep 23 12:44, Kurt Jaeger wrote: > >It did enter the PR system. > >https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190447 > >I'll have a look at it, it annoys me as well 8-} > If this type of thing is being done on the base system sshd it would also be useful to look at the port version of ssh as well? I use the port and it has always annoyed me that I get constant "connection refused" whilst I'm waiting for the server to fully boot up! -- Matt From owner-freebsd-stable@freebsd.org Wed Sep 23 13:32:10 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17A2FA06563 for ; Wed, 23 Sep 2015 13:32:10 +0000 (UTC) (envelope-from des@des.no) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 02B841FAB for ; Wed, 23 Sep 2015 13:32:10 +0000 (UTC) (envelope-from des@des.no) Received: by mailman.ysv.freebsd.org (Postfix) id 0266DA06562; Wed, 23 Sep 2015 13:32:10 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01FFDA06561 for ; Wed, 23 Sep 2015 13:32:10 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id BD4441FAA for ; Wed, 23 Sep 2015 13:32:09 +0000 (UTC) (envelope-from des@des.no) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 27899870B; Wed, 23 Sep 2015 13:32:04 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id CB2FA8808; Wed, 23 Sep 2015 15:32:03 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Eugene M. Zheganin" Cc: stable@freebsd.org Subject: Re: when the sshd hits the fan References: <56026686.8030308@norma.perm.ru> Date: Wed, 23 Sep 2015 15:32:03 +0200 In-Reply-To: <56026686.8030308@norma.perm.ru> (Eugene M. Zheganin's message of "Wed, 23 Sep 2015 13:44:54 +0500") Message-ID: <86wpvhjm7g.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 13:32:10 -0000 "Eugene M. Zheganin" writes: > I'm trying to understand why the sshd still starts after local daemons, > out-of-the-box, and what it takes to make this extremely vital service > to start before non-system (local) ones. I bet I'm not the first one to > ask, so why isn't this already done ? Seems quite easy for me. "non-system (local)" services can also be extremely vital: quagga, for instance. In practice, it is probably fine to move sshd before LOGIN. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@freebsd.org Wed Sep 23 14:39:08 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF498A064CD for ; Wed, 23 Sep 2015 14:39:08 +0000 (UTC) (envelope-from snow@teardrop.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9B27E11D9 for ; Wed, 23 Sep 2015 14:39:08 +0000 (UTC) (envelope-from snow@teardrop.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9A581A064CC; Wed, 23 Sep 2015 14:39:08 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99EEAA064CB for ; Wed, 23 Sep 2015 14:39:08 +0000 (UTC) (envelope-from snow@teardrop.org) Received: from apollo.teardrop.org (apollo.teardrop.org [173.228.105.28]) (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 88B3B11D8 for ; Wed, 23 Sep 2015 14:39:08 +0000 (UTC) (envelope-from snow@teardrop.org) Received: by apollo.teardrop.org (Postfix, from userid 30000) id BD8E66F2D2; Wed, 23 Sep 2015 14:31:33 +0000 (UTC) Date: Wed, 23 Sep 2015 14:31:33 +0000 From: James Snow To: FreeBSD Stable ML Subject: Re: when the sshd hits the fan Message-ID: <20150923143133.GG858@teardrop.org> References: <56026686.8030308@norma.perm.ru> <8CC54339-0028-4CE4-9AAD-2248CD4E2FC9@lafn.org> <20150923104454.GG36682@home.opsec.eu> <20150923123730.GA15788@xtaz.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150923123730.GA15788@xtaz.uk> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 14:39:08 -0000 On Wed, Sep 23, 2015 at 01:37:30PM +0100, Matt Smith wrote: > If this type of thing is being done on the base system sshd it would > also be useful to look at the port version of ssh as well? I use the > port and it has always annoyed me that I get constant "connection > refused" whilst I'm waiting for the server to fully boot up! Tangential, but in case it's useful to anyone else: until ssh -o ConnectTimeout=2 $host; do sleep 1; done I do this all the time for hosts where I'm waiting on boot. The timeouts and connection refused messages serve as counters so I can do other things while waiting and have an objective measure of whether or not I've waited too long for a host to come up. Also handy is that it will automatically reconnect on anything other than a deliberate log out. -Snow From owner-freebsd-stable@freebsd.org Wed Sep 23 15:10:10 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95878A077E5 for ; Wed, 23 Sep 2015 15:10:10 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7B04714FD for ; Wed, 23 Sep 2015 15:10:10 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 780BDA077E3; Wed, 23 Sep 2015 15:10:10 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 779E7A077E2 for ; Wed, 23 Sep 2015 15:10:10 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E72E514F0 for ; Wed, 23 Sep 2015 15:10:09 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from [192.168.248.35] ([192.168.248.35]) by elf.hq.norma.perm.ru (8.14.9/8.14.9) with ESMTP id t8NFA3FD012921 for ; Wed, 23 Sep 2015 20:10:04 +0500 (YEKT) (envelope-from emz@norma.perm.ru) From: "Eugene M. Zheganin" Subject: Re: when the sshd hits the fan To: stable@freebsd.org References: <56026686.8030308@norma.perm.ru> <86wpvhjm7g.fsf@nine.des.no> Message-ID: <5602C0C2.5010102@norma.perm.ru> Date: Wed, 23 Sep 2015 20:09:54 +0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <86wpvhjm7g.fsf@nine.des.no> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (elf.hq.norma.perm.ru [192.168.3.10]); Wed, 23 Sep 2015 20:10:04 +0500 (YEKT) X-Spam-Status: No hits=-102.4 bayes=0.0000 testhits ALL_TRUSTED=-1, AWL=0.485, BAYES_00=-1.9, USER_IN_WHITELIST=-100 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 15:10:10 -0000 Hi. On 23.09.2015 18:32, Dag-Erling Smørgrav wrote: > "Eugene M. Zheganin" writes: >> I'm trying to understand why the sshd still starts after local daemons, >> out-of-the-box, and what it takes to make this extremely vital service >> to start before non-system (local) ones. I bet I'm not the first one to >> ask, so why isn't this already done ? Seems quite easy for me. > "non-system (local)" services can also be extremely vital: quagga, for > instance. > > In practice, it is probably fine to move sshd before LOGIN. > I have spoken with some local FreeBSD gurus and some of the FreeBSD developers. There's two opinions on that: - conservative one: no rcorder modification is required, however, LOGIN target should be splitted in two, for maintaining a working securitylevel feature, LOGIN1 and LOGIN2. And sshd should require LOGIN1. And all the non-base services should require LOGIN2. And this requires modification of all the ports, thus making this way unuseable. - modern one: rcorder coding is required, to start base system services befor the non-base. I have spoke with one of the pkgng authors, he's able to help, but this requires some funding, because he's currently working on pkg and cannot provide more resources on fee-free basis. So, the question is, can we fund this from FreeBSD Foundation or some other sources ? Reading this thread I understand that this question arises quite often, and it seems like noone is willing to code on his own. Eugene. From owner-freebsd-stable@freebsd.org Wed Sep 23 15:23:45 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FCB1A07E09 for ; Wed, 23 Sep 2015 15:23:45 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 80CCE1F71 for ; Wed, 23 Sep 2015 15:23:45 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7DF2CA07E07; Wed, 23 Sep 2015 15:23:45 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D8E7A07E06 for ; Wed, 23 Sep 2015 15:23:45 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 467751F70 for ; Wed, 23 Sep 2015 15:23:45 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by oiww128 with SMTP id w128so25654526oiw.2 for ; Wed, 23 Sep 2015 08:23:44 -0700 (PDT) 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:content-transfer-encoding; bh=H2M6DGjnBqUj/k41UZhuwRarBdHBwu0Gth/MkkraSIM=; b=IHqpIymiIWYzPyxCYT9SR706PzewSXqdo0FB1SRIqny/HGpbS/fzuEBid+tlNXTdjw K4eTiapHEqJ66rehIwULmUMb8jD2uAZmIxFDhcgCivuj4ZcQpyOSAJzKEjLXt3raBu24 PV9RoVBVMgxMx1H7IqiuvJ/tIm/S/uEPE8EAGZ4Ga+E38seUKP2fAOpF4uElqRuNXACM jn45g3QxD0vA9dV5sCFo7SIei0TcYuvQsdH4veImnTCWvoVKuTecBHtFVds+z7Nm3C0X 4T3qJsFbrLvLrg8lvVdGTyY/3Q5/KQlavqwv3JRzFqvl14mYH5qlfcYHnlv6B2vIL+kG sItg== MIME-Version: 1.0 X-Received: by 10.202.80.83 with SMTP id e80mr18567711oib.51.1443021824573; Wed, 23 Sep 2015 08:23:44 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.202.79.9 with HTTP; Wed, 23 Sep 2015 08:23:44 -0700 (PDT) In-Reply-To: <8CC54339-0028-4CE4-9AAD-2248CD4E2FC9@lafn.org> References: <56026686.8030308@norma.perm.ru> <8CC54339-0028-4CE4-9AAD-2248CD4E2FC9@lafn.org> Date: Wed, 23 Sep 2015 09:23:44 -0600 X-Google-Sender-Auth: yyFMr4tPN7fHv-va2pjjo__qHbc Message-ID: Subject: Re: when the sshd hits the fan From: Alan Somers To: Doug Hardie Cc: FreeBSD Stable ML Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 15:23:45 -0000 On Wed, Sep 23, 2015 at 3:57 AM, Doug Hardie wrote: > >> On 23 September 2015, at 01:44, Eugene M. Zheganin w= rote: >> >> Hi. >> >> I'm trying to understand why the sshd still starts after local daemons, >> out-of-the-box, and what it takes to make this extremely vital service >> to start before non-system (local) ones. I bet I'm not the first one to >> ask, so why isn't this already done ? Seems quite easy for me. > > The fix is quite simple: Add > > # BEFORE: mail > > to /etc/rc.d/sshd > > I tried to submit a PR on that about a year ago, but it never seemed to m= ake it into the PR system. Many of my servers are remote and if there is a= n issue with a port, I still need a way into the system other than driving = for hours. This works. Sshd is started early in the sequence and I can at= least ssh into the server. It won=E2=80=99t help though if there is a syn= tax error in /etc/rc.conf. Those are pretty much fatal. > This technique works. But if you use it, then before you reboot, remember to run "rcorder /etc/rc.d/* /usr/local/etc/rc.d/*" and make sure there aren't any errors about "Circular dependency". If there are, then the service startup order is almost guaranteed to be something you don't want. -Alan From owner-freebsd-stable@freebsd.org Wed Sep 23 15:36:09 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9CBBAA0650D for ; Wed, 23 Sep 2015 15:36:09 +0000 (UTC) (envelope-from ghe@slsware.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8918F1451 for ; Wed, 23 Sep 2015 15:36:09 +0000 (UTC) (envelope-from ghe@slsware.net) Received: by mailman.ysv.freebsd.org (Postfix) id 882CAA0650B; Wed, 23 Sep 2015 15:36:09 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87CCEA0650A for ; Wed, 23 Sep 2015 15:36:09 +0000 (UTC) (envelope-from ghe@slsware.net) Received: from srv.slsware.net (srv.slsware.net [216.17.134.203]) by mx1.freebsd.org (Postfix) with ESMTP id 70F621450 for ; Wed, 23 Sep 2015 15:36:09 +0000 (UTC) (envelope-from ghe@slsware.net) Received: from air.slsware.wif (unknown [192.168.2.229]) by srv.slsware.net (srv.slsware.net) with ESMTP id C819B2C0AA5 for ; Wed, 23 Sep 2015 09:36:02 -0600 (MDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: when the sshd hits the fan From: Glenn English X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v3.00.11.18 BETA/60 In-Reply-To: <5602C0C2.5010102@norma.perm.ru> Date: Wed, 23 Sep 2015 09:35:09 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <56026686.8030308@norma.perm.ru> <86wpvhjm7g.fsf@nine.des.no> <5602C0C2.5010102@norma.perm.ru> To: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 15:36:09 -0000 Mildly OT from a profound BSD noob: Why is it necessary to have SSH working before the system has finished = booting? That 'Welcome' menu times out, so I can't think of a reason, or = find one from Goggle, for needing console access after a power failure = reboot. What am I unaware of? --=20 Glenn English From owner-freebsd-stable@freebsd.org Wed Sep 23 16:00:45 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC6D8A0728E for ; Wed, 23 Sep 2015 16:00:45 +0000 (UTC) (envelope-from mloftis@wgops.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 94856177E for ; Wed, 23 Sep 2015 16:00:45 +0000 (UTC) (envelope-from mloftis@wgops.com) Received: by mailman.ysv.freebsd.org (Postfix) id 91871A0728B; Wed, 23 Sep 2015 16:00:45 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 911B4A0728A for ; Wed, 23 Sep 2015 16:00:45 +0000 (UTC) (envelope-from mloftis@wgops.com) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46753177C for ; Wed, 23 Sep 2015 16:00:45 +0000 (UTC) (envelope-from mloftis@wgops.com) Received: by wicge5 with SMTP id ge5so214244677wic.0 for ; Wed, 23 Sep 2015 09:00:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wgops.com; s=gm01; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=raRrbX4PlfnooKF52BWt6eTOCdf8SQP5kuJRF55m6Kw=; b=NnUeHKL8d+D8dsTZM8BYWABx4aNpFfPW0xAj6S7Ai0vGUBSVWIruEqs2RIbjGx5lej UOCNftVUMgf0EZ6S5+iqE5W72zhj3vaBKlHAt+OTaNet5+AXiS16NJzVQU2YI9gqsKQE F/py+TAZOIpxxg2Vq1uq4T6Er99D+6o+fFt9Q= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=raRrbX4PlfnooKF52BWt6eTOCdf8SQP5kuJRF55m6Kw=; b=Y7Vj5Olj80rg7zO00wZN6BCxHDFbmyFcZx3LLNrT8ntqEwHn0Ex0D+I65jQT+SrJJQ 4KGJn1/uJfGCvbtvQvWMFnh/ZseaMJEpzBrgykyKNlbVk5Yso7QkypBBknNtGpjvncDV EXhEp1eI+DrRt0v82OUjBBpsTiw19jkLUFKoAW5O2CilXyCcAPL7B4dER2DlKBAhoh4P SjXxSSsmHvcYnql8gMHjtn3cB1fNG/1zlNHabo49UAmIIu3FZH9MfhZHIjhsiOTjFHL7 tPhwHJjQsd9QQvDL4OU2G23boEevTkSLZuIA9Yjcv/tPOZXn9/LtENcXdoRusyKclUpZ 8O+g== X-Gm-Message-State: ALoCoQm8DINCMCNOkz6o+oQPLqtPIRypJZunKyqOf9MgkUk5kE1eXfnhihG0KJimFQXw3egrmL9h MIME-Version: 1.0 X-Received: by 10.195.11.3 with SMTP id ee3mr36564055wjd.89.1443024043637; Wed, 23 Sep 2015 09:00:43 -0700 (PDT) Received: by 10.194.28.230 with HTTP; Wed, 23 Sep 2015 09:00:43 -0700 (PDT) In-Reply-To: References: <56026686.8030308@norma.perm.ru> <86wpvhjm7g.fsf@nine.des.no> <5602C0C2.5010102@norma.perm.ru> Date: Wed, 23 Sep 2015 09:00:43 -0700 Message-ID: Subject: Re: when the sshd hits the fan From: Michael Loftis To: Glenn English Cc: "stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 16:00:45 -0000 Sendmail for one can hang for stupidly long times waiting in dead resolvers before allowing the system to continue booting. That's the most common thing, RC scripts hanging waiting on external resources while you're locked out simply because sshd starts ridiculously late. Very common problem. On Wednesday, September 23, 2015, Glenn English wrote: > Mildly OT from a profound BSD noob: > > Why is it necessary to have SSH working before the system has finished > booting? That 'Welcome' menu times out, so I can't think of a reason, or > find one from Goggle, for needing console access after a power failure > reboot. What am I unaware of? > > -- > Glenn English > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > -- "Genius might be described as a supreme capacity for getting its possessors into trouble of all kinds." -- Samuel Butler From owner-freebsd-stable@freebsd.org Wed Sep 23 16:19:19 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83805A07B7E for ; Wed, 23 Sep 2015 16:19:19 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6D3D31336 for ; Wed, 23 Sep 2015 16:19:19 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 6C365A07B7D; Wed, 23 Sep 2015 16:19:19 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6BCF1A07B7B for ; Wed, 23 Sep 2015 16:19:19 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 28D961335 for ; Wed, 23 Sep 2015 16:19:19 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZemlB-000Nvx-JU; Wed, 23 Sep 2015 19:19:09 +0300 Date: Wed, 23 Sep 2015 19:19:09 +0300 From: Slawa Olhovchenkov To: Glenn English Cc: stable@freebsd.org Subject: Re: when the sshd hits the fan Message-ID: <20150923161909.GX3158@zxy.spb.ru> References: <56026686.8030308@norma.perm.ru> <86wpvhjm7g.fsf@nine.des.no> <5602C0C2.5010102@norma.perm.ru> 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) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 16:19:19 -0000 On Wed, Sep 23, 2015 at 09:35:09AM -0600, Glenn English wrote: > Mildly OT from a profound BSD noob: > > Why is it necessary to have SSH working before the system has > finished booting? That 'Welcome' menu times out, so I can't think of > a reason, or find one from Goggle, for needing console access after > a power failure reboot. What am I unaware of? For fixing configuration issuse, blocking some services (ordering before sshd). From owner-freebsd-stable@freebsd.org Wed Sep 23 16:56:42 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E465A070EA for ; Wed, 23 Sep 2015 16:56:42 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DE32B1D04 for ; Wed, 23 Sep 2015 16:56:41 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from [192.168.248.35] ([192.168.248.35]) by elf.hq.norma.perm.ru (8.14.9/8.14.9) with ESMTP id t8NGuYdu021392 for ; Wed, 23 Sep 2015 21:56:35 +0500 (YEKT) (envelope-from emz@norma.perm.ru) Subject: Re: when the sshd hits the fan To: freebsd-stable@freebsd.org References: <56026686.8030308@norma.perm.ru> <86wpvhjm7g.fsf@nine.des.no> <5602C0C2.5010102@norma.perm.ru> From: "Eugene M. Zheganin" Message-ID: <5602D9B9.6070206@norma.perm.ru> Date: Wed, 23 Sep 2015 21:56:25 +0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (elf.hq.norma.perm.ru [192.168.3.10]); Wed, 23 Sep 2015 21:56:36 +0500 (YEKT) X-Spam-Status: No hits=-102.9 bayes=0.0000 testhits ALL_TRUSTED=-1, BAYES_00=-1.9,USER_IN_WHITELIST=-100 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 16:56:42 -0000 Hi. On 23.09.2015 20:35, Glenn English wrote: > Mildly OT from a profound BSD noob: > > Why is it necessary to have SSH working before the system has finished booting? That 'Welcome' menu times out, so I can't think of a reason, or find one from Goggle, for needing console access after a power failure reboot. What am I unaware of? > Because in the case of remote server the absence of sshd can prevent yoy from loggin for several minutes, even dozens of minutes, and this can be pretty harmful in a production environment. Eugene. From owner-freebsd-stable@freebsd.org Wed Sep 23 18:35:34 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCFABA06498 for ; Wed, 23 Sep 2015 18:35:34 +0000 (UTC) (envelope-from ghe@slsware.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C7C2D1B43 for ; Wed, 23 Sep 2015 18:35:34 +0000 (UTC) (envelope-from ghe@slsware.net) Received: by mailman.ysv.freebsd.org (Postfix) id C66F9A06497; Wed, 23 Sep 2015 18:35:34 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C60E8A06496 for ; Wed, 23 Sep 2015 18:35:34 +0000 (UTC) (envelope-from ghe@slsware.net) Received: from srv.slsware.net (srv.slsware.net [216.17.134.203]) by mx1.freebsd.org (Postfix) with ESMTP id AA12B1B3E for ; Wed, 23 Sep 2015 18:35:34 +0000 (UTC) (envelope-from ghe@slsware.net) Received: from air.slsware.wif (unknown [192.168.2.229]) by srv.slsware.net (srv.slsware.net) with ESMTP id 9E3972C0CD9 for ; Wed, 23 Sep 2015 12:35:33 -0600 (MDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: when the sshd hits the fan From: Glenn English X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v3.00.11.18 BETA/60 In-Reply-To: Date: Wed, 23 Sep 2015 12:34:39 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <50FC7B1F-1009-449C-9215-E3EBFD0CA7F5@slsware.net> References: <56026686.8030308@norma.perm.ru> <86wpvhjm7g.fsf@nine.des.no> <5602C0C2.5010102@norma.perm.ru> To: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 18:35:35 -0000 On Sep 23, 2015, at 10:00 AM, Michael Loftis wrote: > Sendmail for one can hang for stupidly long times waiting in dead = resolvers before allowing the system to continue booting. So replace it with Postfix? I've been using it (on Debian Linux) for = decades without any problems. AFAIK, it doesn't do anything pathological = like that. It just reads its config and starts waiting for email. > That's the most common thing, RC scripts hanging waiting on external = resources while you're locked out simply because sshd starts = ridiculously late. Very common problem. If properly configed, shouldn't things come up in order, with their = dependencies already running? Or is specifying boot order not possible = on FBSD? I can certainly understand the possible need for SSH, just for incase, = but I'd think things could be set to do stuff in the proper order. = Except for cyclic dependencies, of course -- a significant bug for the = maintainers. --=20 Glenn English From owner-freebsd-stable@freebsd.org Wed Sep 23 18:57:19 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78912A070BC for ; Wed, 23 Sep 2015 18:57:19 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6285D1AF5 for ; Wed, 23 Sep 2015 18:57:19 +0000 (UTC) (envelope-from bc979@lafn.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5EE2DA070BB; Wed, 23 Sep 2015 18:57:19 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E736A070B9 for ; Wed, 23 Sep 2015 18:57:19 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 3C5941AF4 for ; Wed, 23 Sep 2015 18:57:19 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.12] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.9) with ESMTP id t8NIvF7K012444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Sep 2015 11:57:17 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: when the sshd hits the fan From: Doug Hardie In-Reply-To: <20150923104454.GG36682@home.opsec.eu> Date: Wed, 23 Sep 2015 11:57:14 -0700 Cc: FreeBSD Stable ML Content-Transfer-Encoding: quoted-printable Message-Id: <90575EE7-D525-4BCF-9914-CCDBB43CC5D4@lafn.org> References: <56026686.8030308@norma.perm.ru> <8CC54339-0028-4CE4-9AAD-2248CD4E2FC9@lafn.org> <20150923104454.GG36682@home.opsec.eu> To: Kurt Jaeger X-Mailer: Apple Mail (2.2104) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 18:57:19 -0000 > On 23 September 2015, at 03:44, Kurt Jaeger wrote: >=20 > Hi! >=20 >>> I'm trying to understand why the sshd still starts after local = daemons, >>> out-of-the-box, and what it takes to make this extremely vital = service >>> to start before non-system (local) ones. I bet I'm not the first one = to >>> ask, so why isn't this already done ? Seems quite easy for me. >>=20 >> The fix is quite simple: Add >>=20 >> # BEFORE: mail >>=20 >> to /etc/rc.d/sshd >>=20 >> I tried to submit a PR on that about a year ago, but it never >> seemed to make it into the PR system. >=20 > It did enter the PR system. >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D190447 >=20 > I'll have a look at it, it annoys me as well 8-} Thanks. I never could find that PR in the database. Guess I don=E2=80=99= t quite understand how to successfully search it ;-) From owner-freebsd-stable@freebsd.org Wed Sep 23 19:13:37 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 437A5A07913 for ; Wed, 23 Sep 2015 19:13:37 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2C25417F7 for ; Wed, 23 Sep 2015 19:13:37 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: by mailman.ysv.freebsd.org (Postfix) id 286A3A07912; Wed, 23 Sep 2015 19:13:37 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2803AA07911 for ; Wed, 23 Sep 2015 19:13:37 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 03AC117F6 for ; Wed, 23 Sep 2015 19:13:36 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from lowell-desk.lan (router.lan [172.30.250.2]) by be-well.ilk.org (Postfix) with ESMTP id B3E7133C24; Wed, 23 Sep 2015 15:13:30 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id B93A939819; Wed, 23 Sep 2015 15:13:27 -0400 (EDT) From: Lowell Gilbert To: Glenn English Cc: "stable\@freebsd.org" Subject: Re: when the sshd hits the fan References: <56026686.8030308@norma.perm.ru> <86wpvhjm7g.fsf@nine.des.no> <5602C0C2.5010102@norma.perm.ru> <50FC7B1F-1009-449C-9215-E3EBFD0CA7F5@slsware.net> Date: Wed, 23 Sep 2015 15:13:26 -0400 In-Reply-To: <50FC7B1F-1009-449C-9215-E3EBFD0CA7F5@slsware.net> (Glenn English's message of "Wed, 23 Sep 2015 12:34:39 -0600") Message-ID: <447fnhkkyx.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 19:13:37 -0000 Glenn English writes: > On Sep 23, 2015, at 10:00 AM, Michael Loftis wrote: > >> That's the most common thing, RC scripts hanging waiting on external >> resources while you're locked out simply because sshd starts >> ridiculously late. Very common problem. > > If properly configed, shouldn't things come up in order, with their > dependencies already running? Or is specifying boot order not possible > on FBSD? Yes; that's done with rcorder(8). The startup order isn't completely defined, just the dependencies that require being started before (or, occasionally, after) some other service. > I can certainly understand the possible need for SSH, just for incase, > but I'd think things could be set to do stuff in the proper > order. Except for cyclic dependencies, of course -- a significant bug > for the maintainers. The discussion here is whether the "proper order" should be changed from the current default. As for cycles in the graph, rcorder already detects that. From owner-freebsd-stable@freebsd.org Wed Sep 23 21:40:11 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7CBBA07508 for ; Wed, 23 Sep 2015 21:40:11 +0000 (UTC) (envelope-from ghe@slsware.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 920001E09 for ; Wed, 23 Sep 2015 21:40:11 +0000 (UTC) (envelope-from ghe@slsware.net) Received: by mailman.ysv.freebsd.org (Postfix) id 8E6D1A07506; Wed, 23 Sep 2015 21:40:11 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DFD5A07505 for ; Wed, 23 Sep 2015 21:40:11 +0000 (UTC) (envelope-from ghe@slsware.net) Received: from srv.slsware.net (srv.slsware.net [216.17.134.203]) by mx1.freebsd.org (Postfix) with ESMTP id 7497B1E08 for ; Wed, 23 Sep 2015 21:40:11 +0000 (UTC) (envelope-from ghe@slsware.net) Received: from air.slsware.wif (unknown [192.168.2.229]) by srv.slsware.net (srv.slsware.net) with ESMTP id 3EDEE2C0A9F for ; Wed, 23 Sep 2015 15:40:10 -0600 (MDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: when the sshd hits the fan From: Glenn English X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v3.00.11.18 BETA/60 In-Reply-To: <447fnhkkyx.fsf@lowell-desk.lan> Date: Wed, 23 Sep 2015 15:39:15 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <56026686.8030308@norma.perm.ru> <86wpvhjm7g.fsf@nine.des.no> <5602C0C2.5010102@norma.perm.ru> <50FC7B1F-1009-449C-9215-E3EBFD0CA7F5@slsware.net> <447fnhkkyx.fsf@lowell-desk.lan> To: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Sep 2015 21:40:11 -0000 On Sep 23, 2015, at 1:13 PM, Lowell Gilbert = wrote: > Yes; that's done with rcorder(8). The startup order isn't completely > defined, just the dependencies that require being started before (or, > occasionally, after) some other service. Well, that's all that matters, except for getting SSH going before = something gets stuck. --=20 Glenn English From owner-freebsd-stable@freebsd.org Thu Sep 24 08:08:52 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE8E8A073BE for ; Thu, 24 Sep 2015 08:08:52 +0000 (UTC) (envelope-from lists@searchy.net) Received: from j006.host001.searchy.nl (j006.host001.searchy.nl [79.143.214.199]) by mx1.freebsd.org (Postfix) with ESMTP id 5521C1B76 for ; Thu, 24 Sep 2015 08:08:48 +0000 (UTC) (envelope-from lists@searchy.net) Received: from [10.134.3.143] (sonic.concepts-ict.net [213.197.27.22]) (Authenticated sender: ppi@j006.host001.searchy.nl) by j006.host001.searchy.nl (Postfix) with ESMTPSA id 3F65F1E8C1D; Thu, 24 Sep 2015 08:03:10 +0000 (UTC) Message-ID: <5603AE3D.5090407@searchy.net> Date: Thu, 24 Sep 2015 10:03:09 +0200 From: Frank de Bot User-Agent: Mozilla/5.0 (X11; Linux i686; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1 MIME-Version: 1.0 To: Rick Macklem CC: freebsd-stable@FreeBSD.org Subject: Re: kernel process [nfscl] high cpu References: <1031959302.30289198.1430594914473.JavaMail.root@uoguelph.ca> In-Reply-To: <1031959302.30289198.1430594914473.JavaMail.root@uoguelph.ca> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Sep 2015 08:08:53 -0000 Rick Macklem wrote: > Frank de Bot wrote: >> Hi, >> >> On a 10.1-RELEASE-p9 server I have several NFS mounts used for a >> jail. >> Because it's a server only to test, there is a low load. But the >> [nfscl] >> process is hogging a CPU after a while. This happens pretty fast, >> within >> 1 or 2 days. I'm noticing the high CPU of the process when I want to >> do >> some test after a little while (those 1 or 2 days). >> >> My jail.conf look like: >> >> exec.start = "/bin/sh /etc/rc"; >> exec.stop = "/bin/sh /etc/rc.shutdown"; >> exec.clean; >> mount.devfs; >> exec.consolelog = "/var/log/jail.$name.log"; >> #mount.fstab = "/usr/local/etc/jail.fstab.$name"; >> >> test01 { >> host.hostname = "test01_hosting"; >> ip4.addr = somepublicaddress; >> ip4.addr += someprivateaddress; >> >> mount = "10.13.37.2:/tank/hostingbase /opt/jails/test01 >> nfs nfsv4,minorversion=1,pnfs,ro,noatime 0 0"; >> mount += "10.13.37.2:/tank/hosting/test >> /opt/jails/test01/opt nfs nfsv4,minorversion=1,pnfs,noatime >> 0 0"; >> >> path = "/opt/jails/test01"; >> } >> >> Last test was with NFS 4.1, I also worked with NFS 4.(0) with the >> same >> result. In the readonly nfs share there are symbolic links point to >> the >> read-write share for logging, storing .run files, etc. When I monitor >> my >> network interface with tcpdump, there is little nfs traffic, only >> when I >> do try to access the shares there is activity. >> >> What is causing nfscl to run around in circles, hogging the CPU (it >> makes the system slow to respond too) or how can I found out what's >> the >> cause? >> > Well, the nfscl does server->client RPCs referred to as callbacks. I > have no idea what the implications of running it in a jail is, but I'd > guess that these server->client RPCs get blocked somehow, etc... > (The NFSv4.0 mechanism requires a separate IP address that the server > can connect to on the client. For NFSv4.1, it should use the same > TCP connection as is used for the client->server RPCs. The latter > seems like it should work, but there is probably some glitch.) > > ** Just run without the nfscl daemon (it is only needed for delegations or pNFS). How can I disable the nfscl daemon? > > Since a big Netapp filer (the cluster ones) are about the only servers > that currently support pNFS (no FreeBSD server support yet), you can > probably forget about pNFS (I'd get rid of the "pnfs" mount option). > It also won't work unless this callback path is working. > > As for delegations, they aren't required for NFSv4.[0-1] to work correctly > and aren't enabled by default on the FreeBSD server. > --> Running without the nfscl daemon will just ensure no delegations > are issued, even if enabled on the server. > > rick > >> >> Regards, >> >> Frank de Bot >> _______________________________________________ >> 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" > From owner-freebsd-stable@freebsd.org Thu Sep 24 12:32:14 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8275AA08059 for ; Thu, 24 Sep 2015 12:32:14 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 374ED14EC for ; Thu, 24 Sep 2015 12:32:13 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) IronPort-PHdr: 9a23:3OCK/hzm8BQX91XXCy+O+j09IxM/srCxBDY+r6Qd0OsSIJqq85mqBkHD//Il1AaPBtWHra4ZwLGL+4nbGkU+or+5+EgYd5JNUxJXwe43pCcHRPC/NEvgMfTxZDY7FskRHHVs/nW8LFQHUJ2mPw6anHS+4HYoFwnlMkItf6KuStKU05n8jL360qaQSjsLrQL1Wal1IhSyoFeZnegtqqwmFJwMzADUqGBDYeVcyDAgD1uSmxHh+pX4p8Y7oGwD888n7NNKBKXmY7xqCvtcDS86KCY7/sDmvwLPCwyV6TwZW2QSlxNORAzE9w37WJn29SXgu+d3wyXfJtH/R7Q5CgiluolxQRnrwCsKfxQ+7CmDjs1rkLlzux+ovRd/0sjSbZ3DZ9RkeaaIR9IRRiJkV81SUyFEStemaoIEDO4MOM5FqIbgql8WrV21DF//V6vU1jZUiyqujuUB2OM7HFSe0Q== X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2DkAQAS7ANW/61jaINdg3hpBoMkuhQBDYFwCoUvSgKCBhQBAQEBAQEBAYEJgh2CCAEBBAEBASAEJyALEAIBCBgCAg0ZAgInAQkmAgQIBwQBGQMEiA0NtzSUOgEBAQEGAQEBAQEBARuBIoVRhH2EOwEBBRc0B4JpgUMFjH2IaoUShRWEM0aHEY4Xg2sCHwEBQoIRHIFwIjMHiCY6gQUBAQE X-IronPort-AV: E=Sophos;i="5.17,580,1437451200"; d="scan'208";a="240830023" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-annu.net.uoguelph.ca with ESMTP; 24 Sep 2015 08:32:06 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 6B57215F56E; Thu, 24 Sep 2015 08:32:06 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id NBu1j36h7mnL; Thu, 24 Sep 2015 08:32:05 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id A7EC115F577; Thu, 24 Sep 2015 08:32:05 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs1.mail.uoguelph.ca Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id TXSaUU7roO_A; Thu, 24 Sep 2015 08:32:05 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca (zcs1.mail.uoguelph.ca [172.17.95.18]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 8D5F815F571; Thu, 24 Sep 2015 08:32:05 -0400 (EDT) Date: Thu, 24 Sep 2015 08:32:05 -0400 (EDT) From: Rick Macklem To: Frank de Bot Cc: freebsd-stable@FreeBSD.org Message-ID: <1887696626.8730412.1443097925392.JavaMail.zimbra@uoguelph.ca> In-Reply-To: <5603AE3D.5090407@searchy.net> References: <1031959302.30289198.1430594914473.JavaMail.root@uoguelph.ca> <5603AE3D.5090407@searchy.net> Subject: Re: kernel process [nfscl] high cpu MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.95.10] X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - FF34 (Win)/8.0.9_GA_6191) Thread-Topic: kernel process [nfscl] high cpu Thread-Index: hQwXV3z/IkQwXxZDZPSkulSDDvKEXQ== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Sep 2015 12:32:14 -0000 Frank de Bot wrote: > Rick Macklem wrote: > > Frank de Bot wrote: > >> Hi, > >> > >> On a 10.1-RELEASE-p9 server I have several NFS mounts used for a > >> jail. > >> Because it's a server only to test, there is a low load. But the > >> [nfscl] > >> process is hogging a CPU after a while. This happens pretty fast, > >> within > >> 1 or 2 days. I'm noticing the high CPU of the process when I want to > >> do > >> some test after a little while (those 1 or 2 days). > >> > >> My jail.conf look like: > >> > >> exec.start = "/bin/sh /etc/rc"; > >> exec.stop = "/bin/sh /etc/rc.shutdown"; > >> exec.clean; > >> mount.devfs; > >> exec.consolelog = "/var/log/jail.$name.log"; > >> #mount.fstab = "/usr/local/etc/jail.fstab.$name"; > >> > >> test01 { > >> host.hostname = "test01_hosting"; > >> ip4.addr = somepublicaddress; > >> ip4.addr += someprivateaddress; > >> > >> mount = "10.13.37.2:/tank/hostingbase /opt/jails/test01 > >> nfs nfsv4,minorversion=1,pnfs,ro,noatime 0 0"; > >> mount += "10.13.37.2:/tank/hosting/test > >> /opt/jails/test01/opt nfs nfsv4,minorversion=1,pnfs,noatime > >> 0 0"; > >> > >> path = "/opt/jails/test01"; > >> } > >> > >> Last test was with NFS 4.1, I also worked with NFS 4.(0) with the > >> same > >> result. In the readonly nfs share there are symbolic links point to > >> the > >> read-write share for logging, storing .run files, etc. When I monitor > >> my > >> network interface with tcpdump, there is little nfs traffic, only > >> when I > >> do try to access the shares there is activity. > >> > >> What is causing nfscl to run around in circles, hogging the CPU (it > >> makes the system slow to respond too) or how can I found out what's > >> the > >> cause? > >> > > Well, the nfscl does server->client RPCs referred to as callbacks. I > > have no idea what the implications of running it in a jail is, but I'd > > guess that these server->client RPCs get blocked somehow, etc... > > (The NFSv4.0 mechanism requires a separate IP address that the server > > can connect to on the client. For NFSv4.1, it should use the same > > TCP connection as is used for the client->server RPCs. The latter > > seems like it should work, but there is probably some glitch.) > > > > ** Just run without the nfscl daemon (it is only needed for delegations or > > pNFS). > > How can I disable the nfscl daemon? > Well, the daemon for the callbacks is called nfscbd. You should check via "ps ax", to see if you have it running. (For NFSv4.0 you probably don't want it running, but for NFSv4.1 you do need it. pNFS won't work at all without it, but unless you have a server that supports pNFS, it won't work anyhow. Unless your server is a clustered Netapp Filer, you should probably not have the "pnfs" option.) To run the "nfscbd" daemon you can set: nfscbd_enable="TRUE" in your /etc/rc.conf will start it on boot. Alternately, just type "nfscbd" as root. The "nfscl" thread is always started when an NFSv4 mount is done. It does an assortment of housekeeping things, including a Renew op to make sure the lease doesn't expire. If for some reason the jail blocks these Renew RPCs, it will try to do them over and over and ... because having the lease expire is bad news for NFSv4. How could you tell? Well, capturing packets between the client and server, then looking at them in wireshark is probably the only way. (Or maybe a large count for Renew in the output from "nfsstat -e".) "nfscbd" is optional for NFSv4.0. Without it, you simply don't do callbacks/delegations. For NFSv4.1 it is pretty much required, but doesn't need a separate server->client TCP connection. --> I'd enable it for NFSv4.1, but disable it for NFSv4.0 at least as a starting point. And as I said before, none of this is tested within jails, so I have no idea what effect the jails have. Someone who understands jails might have some insight w.r.t. this? rick > > > > > Since a big Netapp filer (the cluster ones) are about the only servers > > that currently support pNFS (no FreeBSD server support yet), you can > > probably forget about pNFS (I'd get rid of the "pnfs" mount option). > > It also won't work unless this callback path is working. > > > > As for delegations, they aren't required for NFSv4.[0-1] to work correctly > > and aren't enabled by default on the FreeBSD server. > > --> Running without the nfscl daemon will just ensure no delegations > > are issued, even if enabled on the server. > > > > rick > > > >> > >> Regards, > >> > >> Frank de Bot > >> _______________________________________________ > >> 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" > > > > From owner-freebsd-stable@freebsd.org Thu Sep 24 13:37:12 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6AA9BA08B5E for ; Thu, 24 Sep 2015 13:37:12 +0000 (UTC) (envelope-from lists@searchy.net) Received: from j006.host001.searchy.nl (j006.host001.searchy.nl [79.143.214.199]) by mx1.freebsd.org (Postfix) with ESMTP id EF9AC1E88 for ; Thu, 24 Sep 2015 13:37:11 +0000 (UTC) (envelope-from lists@searchy.net) Received: from [10.134.3.102] (sonic.concepts-ict.net [213.197.27.22]) (Authenticated sender: ppi@j006.host001.searchy.nl) by j006.host001.searchy.nl (Postfix) with ESMTPSA id 5C39D1E8C1D; Thu, 24 Sep 2015 13:37:09 +0000 (UTC) Message-ID: <5603FC85.8070105@searchy.net> Date: Thu, 24 Sep 2015 15:37:09 +0200 From: Frank de Bot User-Agent: Mozilla/5.0 (X11; Linux i686; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1 MIME-Version: 1.0 To: Rick Macklem CC: freebsd-stable@FreeBSD.org Subject: Re: kernel process [nfscl] high cpu References: <1031959302.30289198.1430594914473.JavaMail.root@uoguelph.ca> <5603AE3D.5090407@searchy.net> <1887696626.8730412.1443097925392.JavaMail.zimbra@uoguelph.ca> In-Reply-To: <1887696626.8730412.1443097925392.JavaMail.zimbra@uoguelph.ca> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Sep 2015 13:37:12 -0000 Rick Macklem wrote: > Frank de Bot wrote: >> Rick Macklem wrote: >>> Frank de Bot wrote: >>>> Hi, >>>> >>>> On a 10.1-RELEASE-p9 server I have several NFS mounts used for a >>>> jail. >>>> Because it's a server only to test, there is a low load. But the >>>> [nfscl] >>>> process is hogging a CPU after a while. This happens pretty fast, >>>> within >>>> 1 or 2 days. I'm noticing the high CPU of the process when I want to >>>> do >>>> some test after a little while (those 1 or 2 days). >>>> >>>> My jail.conf look like: >>>> >>>> exec.start = "/bin/sh /etc/rc"; >>>> exec.stop = "/bin/sh /etc/rc.shutdown"; >>>> exec.clean; >>>> mount.devfs; >>>> exec.consolelog = "/var/log/jail.$name.log"; >>>> #mount.fstab = "/usr/local/etc/jail.fstab.$name"; >>>> >>>> test01 { >>>> host.hostname = "test01_hosting"; >>>> ip4.addr = somepublicaddress; >>>> ip4.addr += someprivateaddress; >>>> >>>> mount = "10.13.37.2:/tank/hostingbase /opt/jails/test01 >>>> nfs nfsv4,minorversion=1,pnfs,ro,noatime 0 0"; >>>> mount += "10.13.37.2:/tank/hosting/test >>>> /opt/jails/test01/opt nfs nfsv4,minorversion=1,pnfs,noatime >>>> 0 0"; >>>> >>>> path = "/opt/jails/test01"; >>>> } >>>> >>>> Last test was with NFS 4.1, I also worked with NFS 4.(0) with the >>>> same >>>> result. In the readonly nfs share there are symbolic links point to >>>> the >>>> read-write share for logging, storing .run files, etc. When I monitor >>>> my >>>> network interface with tcpdump, there is little nfs traffic, only >>>> when I >>>> do try to access the shares there is activity. >>>> >>>> What is causing nfscl to run around in circles, hogging the CPU (it >>>> makes the system slow to respond too) or how can I found out what's >>>> the >>>> cause? >>>> >>> Well, the nfscl does server->client RPCs referred to as callbacks. I >>> have no idea what the implications of running it in a jail is, but I'd >>> guess that these server->client RPCs get blocked somehow, etc... >>> (The NFSv4.0 mechanism requires a separate IP address that the server >>> can connect to on the client. For NFSv4.1, it should use the same >>> TCP connection as is used for the client->server RPCs. The latter >>> seems like it should work, but there is probably some glitch.) >>> >>> ** Just run without the nfscl daemon (it is only needed for delegations or >>> pNFS). >> >> How can I disable the nfscl daemon? >> > Well, the daemon for the callbacks is called nfscbd. > You should check via "ps ax", to see if you have it running. > (For NFSv4.0 you probably don't want it running, but for NFSv4.1 you > do need it. pNFS won't work at all without it, but unless you have a > server that supports pNFS, it won't work anyhow. Unless your server is > a clustered Netapp Filer, you should probably not have the "pnfs" option.) > > To run the "nfscbd" daemon you can set: > nfscbd_enable="TRUE" > in your /etc/rc.conf will start it on boot. > Alternately, just type "nfscbd" as root. > > The "nfscl" thread is always started when an NFSv4 mount is done. It does > an assortment of housekeeping things, including a Renew op to make sure the > lease doesn't expire. If for some reason the jail blocks these Renew RPCs, > it will try to do them over and over and ... because having the lease > expire is bad news for NFSv4. How could you tell? > Well, capturing packets between the client and server, then looking at them > in wireshark is probably the only way. (Or maybe a large count for Renew > in the output from "nfsstat -e".) > > "nfscbd" is optional for NFSv4.0. Without it, you simply don't do callbacks/delegations. > For NFSv4.1 it is pretty much required, but doesn't need a separate server->client TCP > connection. > --> I'd enable it for NFSv4.1, but disable it for NFSv4.0 at least as a starting point. > > And as I said before, none of this is tested within jails, so I have no idea > what effect the jails have. Someone who understands jails might have some insight > w.r.t. this? > > rick > Since last time I haven't tried to use pnfs and just sticked with nfsv4.0. nfscbd is not running. The server is now running 10.2. The number of renews is not very high (56k, getattr is for example 283M) View with wireshark, renew calls look good ,the nfs status is ok. Is there a way to know what [nfscl] is active with? I do understand nfs + jails could have issues, but I like to understand them. Frank From owner-freebsd-stable@freebsd.org Thu Sep 24 16:42:08 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98E76A05DFE for ; Thu, 24 Sep 2015 16:42:08 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7AA2E1598 for ; Thu, 24 Sep 2015 16:42:08 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7A4DEA05DFD; Thu, 24 Sep 2015 16:42:08 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79E50A05DFB for ; Thu, 24 Sep 2015 16:42:08 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 4FF221597 for ; Thu, 24 Sep 2015 16:42:08 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 6D055209D7 for ; Thu, 24 Sep 2015 12:42:06 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute2.internal (MEProxy); Thu, 24 Sep 2015 12:42:06 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=UxWax8G7dpIrSHF Oc4EsD8JfHhc=; b=O5E3ARi+3A/6djCT1MRjNIMyZItJx8s7E00rAzIB0bald6R UvO16i5QSKXDzs23i6hiBSXJHG4GieCBxFcYX6MRQ2Ml//zAtjX8d2xhQhlmuLJm Rbc0OgjbPI7mjlwnBihOGSoA4XQ+4vghumcgCQA1VWWYJw6YHZTUGeNbanhU= Received: by web3.nyi.internal (Postfix, from userid 99) id 4B01810942F; Thu, 24 Sep 2015 12:42:06 -0400 (EDT) Message-Id: <1443112926.2023190.392669929.5EBF9259@webmail.messagingengine.com> X-Sasl-Enc: XuszTEFBKMTCU+1oD/Nex+z8eKZAJ5BxdrdALz3kfkI6 1443112926 From: Mark Felder To: Glenn English , stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-2a494e8d Subject: Re: when the sshd hits the fan Date: Thu, 24 Sep 2015 11:42:06 -0500 In-Reply-To: References: <56026686.8030308@norma.perm.ru> <86wpvhjm7g.fsf@nine.des.no> <5602C0C2.5010102@norma.perm.ru> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Sep 2015 16:42:08 -0000 On Wed, Sep 23, 2015, at 10:35, Glenn English wrote: > Mildly OT from a profound BSD noob: > > Why is it necessary to have SSH working before the system has finished > booting? That 'Welcome' menu times out, so I can't think of a reason, or > find one from Goggle, for needing console access after a power failure > reboot. What am I unaware of? > My favorite example is when an NFS issue delays boot indefinitely and you can't even SSH in to whack it with a hammer. -- Mark Felder ports-secteam member feld@FreeBSD.org From owner-freebsd-stable@freebsd.org Thu Sep 24 21:17:06 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2618A07F31 for ; Thu, 24 Sep 2015 21:17:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 87EFD1BD8 for ; Thu, 24 Sep 2015 21:17:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) IronPort-PHdr: 9a23:t5kIQRa9Nvq4Tq80Rdoq+7D/LSx+4OfEezUN459isYplN5qZpcm7bnLW6fgltlLVR4KTs6sC0LqK9fy/EjRZqb+681k8M7V0HycfjssXmwFySOWkMmbcaMDQUiohAc5ZX0Vk9XzoeWJcGcL5ekGA6ibqtW1aJBzzOEJPK/jvHcaK1oLsh7z0p8KYO1wArQH+SI0xBS3+lR/WuMgSjNkqAYcK4TyNnEF1ff9Lz3hjP1OZkkW0zM6x+Jl+73YY4Kp5pIYTGZn9KooiRLpbRDgre0oy+IW/sRjYURCn/XYVSG4Wg1xODhSTvz/gWZKkiCrxtaJY0SKZOcDzBeQuXD2p7KNmTTf1jygaOjoh8Cfcg5oj3+pgvBu9qkknkMbva4aPOa8mcw== X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2DkAQCUZwRW/61jaINdg3hpBoMkuhkBDYFwCoUvSgKCBRQBAQEBAQEBAYEJgh2CBwEBAQMBAQEBIAQnIAsFCwIBCBgCAg0ZAgInAQkmAgQIBwQBGQMEiAUIDbdolCoBAQEBAQEEAQEBAQEBGASBIoVRhH2EOwEBBRc0B4JpgUMFjH2IaoUShRWEM4dXjheDawIfAQFCghEcgXAiMweIJjqBBQEBAQ X-IronPort-AV: E=Sophos;i="5.17,582,1437451200"; d="scan'208";a="240942555" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-annu.net.uoguelph.ca with ESMTP; 24 Sep 2015 17:17:04 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 7CFD115F56E; Thu, 24 Sep 2015 17:17:04 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id F7G6uhuEZfbz; Thu, 24 Sep 2015 17:17:03 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id D84F815F571; Thu, 24 Sep 2015 17:17:03 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs1.mail.uoguelph.ca Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id doVSvc2m1_Db; Thu, 24 Sep 2015 17:17:03 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca (zcs1.mail.uoguelph.ca [172.17.95.18]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id BDFB815F56E; Thu, 24 Sep 2015 17:17:03 -0400 (EDT) Date: Thu, 24 Sep 2015 17:17:03 -0400 (EDT) From: Rick Macklem To: Frank de Bot Cc: freebsd-stable@FreeBSD.org Message-ID: <924567664.10016007.1443129423733.JavaMail.zimbra@uoguelph.ca> In-Reply-To: <5603FC85.8070105@searchy.net> References: <1031959302.30289198.1430594914473.JavaMail.root@uoguelph.ca> <5603AE3D.5090407@searchy.net> <1887696626.8730412.1443097925392.JavaMail.zimbra@uoguelph.ca> <5603FC85.8070105@searchy.net> Subject: Re: kernel process [nfscl] high cpu MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.95.12] X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - FF34 (Win)/8.0.9_GA_6191) Thread-Topic: kernel process [nfscl] high cpu Thread-Index: W6rIQO1Q8eJSy9qdmW5OKTWTzlriYw== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Sep 2015 21:17:06 -0000 Frank de Bot wrote: > Rick Macklem wrote: > > Frank de Bot wrote: > >> Rick Macklem wrote: > >>> Frank de Bot wrote: > >>>> Hi, > >>>> > >>>> On a 10.1-RELEASE-p9 server I have several NFS mounts used for a > >>>> jail. > >>>> Because it's a server only to test, there is a low load. But the > >>>> [nfscl] > >>>> process is hogging a CPU after a while. This happens pretty fast, > >>>> within > >>>> 1 or 2 days. I'm noticing the high CPU of the process when I want to > >>>> do > >>>> some test after a little while (those 1 or 2 days). > >>>> > >>>> My jail.conf look like: > >>>> > >>>> exec.start = "/bin/sh /etc/rc"; > >>>> exec.stop = "/bin/sh /etc/rc.shutdown"; > >>>> exec.clean; > >>>> mount.devfs; > >>>> exec.consolelog = "/var/log/jail.$name.log"; > >>>> #mount.fstab = "/usr/local/etc/jail.fstab.$name"; > >>>> > >>>> test01 { > >>>> host.hostname = "test01_hosting"; > >>>> ip4.addr = somepublicaddress; > >>>> ip4.addr += someprivateaddress; > >>>> > >>>> mount = "10.13.37.2:/tank/hostingbase /opt/jails/test01 > >>>> nfs nfsv4,minorversion=1,pnfs,ro,noatime 0 0"; > >>>> mount += "10.13.37.2:/tank/hosting/test > >>>> /opt/jails/test01/opt nfs nfsv4,minorversion=1,pnfs,noatime > >>>> 0 0"; > >>>> > >>>> path = "/opt/jails/test01"; > >>>> } > >>>> > >>>> Last test was with NFS 4.1, I also worked with NFS 4.(0) with the > >>>> same > >>>> result. In the readonly nfs share there are symbolic links point to > >>>> the > >>>> read-write share for logging, storing .run files, etc. When I monitor > >>>> my > >>>> network interface with tcpdump, there is little nfs traffic, only > >>>> when I > >>>> do try to access the shares there is activity. > >>>> > >>>> What is causing nfscl to run around in circles, hogging the CPU (it > >>>> makes the system slow to respond too) or how can I found out what's > >>>> the > >>>> cause? > >>>> > >>> Well, the nfscl does server->client RPCs referred to as callbacks. I > >>> have no idea what the implications of running it in a jail is, but I'd > >>> guess that these server->client RPCs get blocked somehow, etc... > >>> (The NFSv4.0 mechanism requires a separate IP address that the server > >>> can connect to on the client. For NFSv4.1, it should use the same > >>> TCP connection as is used for the client->server RPCs. The latter > >>> seems like it should work, but there is probably some glitch.) > >>> > >>> ** Just run without the nfscl daemon (it is only needed for delegations > >>> or > >>> pNFS). > >> > >> How can I disable the nfscl daemon? > >> > > Well, the daemon for the callbacks is called nfscbd. > > You should check via "ps ax", to see if you have it running. > > (For NFSv4.0 you probably don't want it running, but for NFSv4.1 you > > do need it. pNFS won't work at all without it, but unless you have a > > server that supports pNFS, it won't work anyhow. Unless your server is > > a clustered Netapp Filer, you should probably not have the "pnfs" option.) > > > > To run the "nfscbd" daemon you can set: > > nfscbd_enable="TRUE" > > in your /etc/rc.conf will start it on boot. > > Alternately, just type "nfscbd" as root. > > > > The "nfscl" thread is always started when an NFSv4 mount is done. It does > > an assortment of housekeeping things, including a Renew op to make sure the > > lease doesn't expire. If for some reason the jail blocks these Renew RPCs, > > it will try to do them over and over and ... because having the lease > > expire is bad news for NFSv4. How could you tell? > > Well, capturing packets between the client and server, then looking at them > > in wireshark is probably the only way. (Or maybe a large count for Renew > > in the output from "nfsstat -e".) > > > > "nfscbd" is optional for NFSv4.0. Without it, you simply don't do > > callbacks/delegations. > > For NFSv4.1 it is pretty much required, but doesn't need a separate > > server->client TCP > > connection. > > --> I'd enable it for NFSv4.1, but disable it for NFSv4.0 at least as a > > starting point. > > > > And as I said before, none of this is tested within jails, so I have no > > idea > > what effect the jails have. Someone who understands jails might have some > > insight > > w.r.t. this? > > > > rick > > > > Since last time I haven't tried to use pnfs and just sticked with > nfsv4.0. nfscbd is not running. The server is now running 10.2. The > number of renews is not very high (56k, getattr is for example 283M) > View with wireshark, renew calls look good ,the nfs status is ok. > > Is there a way to know what [nfscl] is active with? > Not that I can think of. When I do "ps axHl" I see it in DL state and not doing much of anything. (You could try setting "sysctl vfs.nfs.debuglevel=4", but I don't think you'll see anything syslog'd that is useful?) This is what I'd expect for an NFSv4.0 mount without the nfscbd running. Basically, when the nfscbd isn't running the server shouldn't issue any delegations, because it shouldn't see a callback path (server->client TCP connection). Also, if you are using a FreeBSD NFS server, it won't issue delegations unless you've enabled that, which isn't the default. Check to see your Delegs in "nfsstat -e" is 0. If it is, then all the nfscl should be doing is waking up once per second and doing very little except a Renew RPC once every 30-60sec. (A fraction of what the server's lease duration is.) The only thing I can think of that might cause it to run a lot would be some weirdness related to the TOD clock. It msleep()s for hz and also checks for time_uptime (which should be in resolution of seconds) != the previous time. (If the msleep()s were waking up too fequently, then it would loop around doing not much of anything, over and over and over again...) > I do understand nfs + jails could have issues, but I like to understand > them. > > > Frank > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Thu Sep 24 21:24:58 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C0F6A0866F for ; Thu, 24 Sep 2015 21:24:58 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 098611C2D for ; Thu, 24 Sep 2015 21:24:57 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) IronPort-PHdr: 9a23:kHJCgxHpz5fVur26sc/fLJ1GYnF86YWxBRYc798ds5kLTJ75os2wAkXT6L1XgUPTWs2DsrQf27aQ7/+rATVIyK3CmU5BWaQEbwUCh8QSkl5oK+++Imq/EsTXaTcnFt9JTl5v8iLzG0FUHMHjew+a+SXqvnYsExnyfTB4Ov7yUtaLyZ/ni6bupNaLOk1hv3mUX/BbFF2OtwLft80b08NJC50a7V/3mEZOYPlc3mhyJFiezF7W78a0+4N/oWwL46pyv50IbaKvUb4xS78QADluGWcprJnvtALfViOU63IGWWUH1BxFH16Wwgv9W8LLsyD5/s900yqeMMi+GaoxUD+h66puYALvhzoKMyY5tmre3J8jxJlHqQ6s8kQsi7XfZ5uYYaJz X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2DkAQC+aQRW/61jaINdg3hpBoMkuhkBDYFwCoUvSgKCBRQBAQEBAQEBAYEJgh2CBwEBAQMBAQEBIAQnIAsFCwIBCBgCAg0ZAgInAQkmAgQIBwQBGQMEiAUIDbdflCoBAQEBAQEEAQEBAQEBAQEWBIEihVGEfYQ7AQEFFzQHgmmBQwWMfYhqhRKFFYQzh1eOF4NrAh8BAUKCERyBcCIzB4gmOoEFAQEB X-IronPort-AV: E=Sophos;i="5.17,583,1437451200"; d="scan'208";a="240944090" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-annu.net.uoguelph.ca with ESMTP; 24 Sep 2015 17:24:37 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 5739415F56E; Thu, 24 Sep 2015 17:24:37 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id XJXGc25q0EyT; Thu, 24 Sep 2015 17:24:36 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 1AF8115F571; Thu, 24 Sep 2015 17:24:36 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs1.mail.uoguelph.ca Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id fEBKVK1TJTPx; Thu, 24 Sep 2015 17:24:35 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca (zcs1.mail.uoguelph.ca [172.17.95.18]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id CECA815F56E; Thu, 24 Sep 2015 17:24:35 -0400 (EDT) Date: Thu, 24 Sep 2015 17:24:35 -0400 (EDT) From: Rick Macklem To: Frank de Bot Cc: freebsd-stable@FreeBSD.org Message-ID: <486700591.10025468.1443129875818.JavaMail.zimbra@uoguelph.ca> In-Reply-To: <5603FC85.8070105@searchy.net> References: <1031959302.30289198.1430594914473.JavaMail.root@uoguelph.ca> <5603AE3D.5090407@searchy.net> <1887696626.8730412.1443097925392.JavaMail.zimbra@uoguelph.ca> <5603FC85.8070105@searchy.net> Subject: Re: kernel process [nfscl] high cpu MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.95.12] X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - FF34 (Win)/8.0.9_GA_6191) Thread-Topic: kernel process [nfscl] high cpu Thread-Index: viQB5VmXHsp0yixVTW/D/BAmUeFFMQ== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Sep 2015 21:24:58 -0000 Frank de Bot wrote: > Rick Macklem wrote: > > Frank de Bot wrote: > >> Rick Macklem wrote: > >>> Frank de Bot wrote: > >>>> Hi, > >>>> > >>>> On a 10.1-RELEASE-p9 server I have several NFS mounts used for a > >>>> jail. > >>>> Because it's a server only to test, there is a low load. But the > >>>> [nfscl] > >>>> process is hogging a CPU after a while. This happens pretty fast, > >>>> within > >>>> 1 or 2 days. I'm noticing the high CPU of the process when I want to > >>>> do > >>>> some test after a little while (those 1 or 2 days). > >>>> > >>>> My jail.conf look like: > >>>> > >>>> exec.start = "/bin/sh /etc/rc"; > >>>> exec.stop = "/bin/sh /etc/rc.shutdown"; > >>>> exec.clean; > >>>> mount.devfs; > >>>> exec.consolelog = "/var/log/jail.$name.log"; > >>>> #mount.fstab = "/usr/local/etc/jail.fstab.$name"; > >>>> > >>>> test01 { > >>>> host.hostname = "test01_hosting"; > >>>> ip4.addr = somepublicaddress; > >>>> ip4.addr += someprivateaddress; > >>>> > >>>> mount = "10.13.37.2:/tank/hostingbase /opt/jails/test01 > >>>> nfs nfsv4,minorversion=1,pnfs,ro,noatime 0 0"; > >>>> mount += "10.13.37.2:/tank/hosting/test > >>>> /opt/jails/test01/opt nfs nfsv4,minorversion=1,pnfs,noatime > >>>> 0 0"; > >>>> > >>>> path = "/opt/jails/test01"; > >>>> } > >>>> > >>>> Last test was with NFS 4.1, I also worked with NFS 4.(0) with the > >>>> same > >>>> result. In the readonly nfs share there are symbolic links point to > >>>> the > >>>> read-write share for logging, storing .run files, etc. When I monitor > >>>> my > >>>> network interface with tcpdump, there is little nfs traffic, only > >>>> when I > >>>> do try to access the shares there is activity. > >>>> > >>>> What is causing nfscl to run around in circles, hogging the CPU (it > >>>> makes the system slow to respond too) or how can I found out what's > >>>> the > >>>> cause? > >>>> > >>> Well, the nfscl does server->client RPCs referred to as callbacks. I > >>> have no idea what the implications of running it in a jail is, but I'd > >>> guess that these server->client RPCs get blocked somehow, etc... > >>> (The NFSv4.0 mechanism requires a separate IP address that the server > >>> can connect to on the client. For NFSv4.1, it should use the same > >>> TCP connection as is used for the client->server RPCs. The latter > >>> seems like it should work, but there is probably some glitch.) > >>> > >>> ** Just run without the nfscl daemon (it is only needed for delegations > >>> or > >>> pNFS). > >> > >> How can I disable the nfscl daemon? > >> > > Well, the daemon for the callbacks is called nfscbd. > > You should check via "ps ax", to see if you have it running. > > (For NFSv4.0 you probably don't want it running, but for NFSv4.1 you > > do need it. pNFS won't work at all without it, but unless you have a > > server that supports pNFS, it won't work anyhow. Unless your server is > > a clustered Netapp Filer, you should probably not have the "pnfs" option.) > > > > To run the "nfscbd" daemon you can set: > > nfscbd_enable="TRUE" > > in your /etc/rc.conf will start it on boot. > > Alternately, just type "nfscbd" as root. > > > > The "nfscl" thread is always started when an NFSv4 mount is done. It does > > an assortment of housekeeping things, including a Renew op to make sure the > > lease doesn't expire. If for some reason the jail blocks these Renew RPCs, > > it will try to do them over and over and ... because having the lease > > expire is bad news for NFSv4. How could you tell? > > Well, capturing packets between the client and server, then looking at them > > in wireshark is probably the only way. (Or maybe a large count for Renew > > in the output from "nfsstat -e".) > > > > "nfscbd" is optional for NFSv4.0. Without it, you simply don't do > > callbacks/delegations. > > For NFSv4.1 it is pretty much required, but doesn't need a separate > > server->client TCP > > connection. > > --> I'd enable it for NFSv4.1, but disable it for NFSv4.0 at least as a > > starting point. > > > > And as I said before, none of this is tested within jails, so I have no > > idea > > what effect the jails have. Someone who understands jails might have some > > insight > > w.r.t. this? > > > > rick > > > > Since last time I haven't tried to use pnfs and just sticked with > nfsv4.0. nfscbd is not running. The server is now running 10.2. The > number of renews is not very high (56k, getattr is for example 283M) > View with wireshark, renew calls look good ,the nfs status is ok. > > Is there a way to know what [nfscl] is active with? > Btw, I'm an old-school debugger, which means I'd add a bunch of "printf()s" to the function called nfscl_renewthread() in sys/fs/nfsclient/nfs_clstate.c. (That's the nfscl thread. It should only do the "for(;;)" loop once/sec, but if you get lots of loop iterations, you might be able to isolate why via printf()s.) You did say it was a test system. Good luck with it, rick > I do understand nfs + jails could have issues, but I like to understand > them. > > > Frank > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Thu Sep 24 22:24:08 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63920A07D13 for ; Thu, 24 Sep 2015 22:24:08 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0CA103B for ; Thu, 24 Sep 2015 22:24:08 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 4DFEDA07D12; Thu, 24 Sep 2015 22:24:08 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 33BCEA07D11 for ; Thu, 24 Sep 2015 22:24:08 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 E8466103A for ; Thu, 24 Sep 2015 22:24:07 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZfEvr-00091U-Fy for stable@freebsd.org; Fri, 25 Sep 2015 01:24:03 +0300 Date: Fri, 25 Sep 2015 01:24:03 +0300 From: Slawa Olhovchenkov To: stable@freebsd.org Subject: Strange contens in /var/db/etcupdate Message-ID: <20150924222403.GB3158@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Sep 2015 22:24:08 -0000 As I see in base.txz lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/sys -> usr/src/sys drwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/ drwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/ drwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/ drwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/nls/ drwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/openssl/ drwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/openssl/man/ drwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/openssl/man/en.ISO8859-1/ lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/openssl/man/en.ISO8859-15 -> en.ISO8859-1 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/openssl/man/en.ISO8859-1/man1 -> ../man1 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/openssl/man/en.ISO8859-1/man3 -> ../man3 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/nls/POSIX -> C lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/nls/en_US.US-ASCII -> C lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.ISO8859-15 -> en.ISO8859-1 drwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.UTF-8/ drwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.ISO8859-1/ lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.ISO8859-1/man6 -> ../man6 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.ISO8859-1/man1 -> ../man1 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.ISO8859-1/man5 -> ../man5 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.ISO8859-1/man2 -> ../man2 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.ISO8859-1/man8 -> ../man8 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.ISO8859-1/man7 -> ../man7 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.ISO8859-1/man9 -> ../man9 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.ISO8859-1/man3 -> ../man3 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.ISO8859-1/man4 -> ../man4 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.UTF-8/man5 -> ../man5 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.UTF-8/man2 -> ../man2 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.UTF-8/man8 -> ../man8 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.UTF-8/man6 -> ../man6 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.UTF-8/man1 -> ../man1 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.UTF-8/man9 -> ../man9 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.UTF-8/man3 -> ../man3 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.UTF-8/man4 -> ../man4 lrwxr-xr-x 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/usr/share/man/en.UTF-8/man7 -> ../man7 drwxr-x--- 0 root wheel 0 Aug 12 18:27 ./var/db/etcupdate/current/var/crash/ -rw-r--r-- 0 root wheel 5 Aug 12 18:27 ./var/db/etcupdate/current/var/crash/minfree Is this normal? Or by some bug packed unwatend content? From owner-freebsd-stable@freebsd.org Sat Sep 26 15:46:47 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0496A0A22C for ; Sat, 26 Sep 2015 15:46:47 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from mproxy19.sbb.rs (mproxy19.sbb.rs [89.216.2.104]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.sbb.rs", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B54AD7E for ; Sat, 26 Sep 2015 15:46:46 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from faust.localdomain (cable-178-148-96-198.dynamic.sbb.rs [178.148.96.198]) by mproxy19.sbb.rs (8.14.4/8.14.4) with ESMTP id t8QFN3nD001203 for ; Sat, 26 Sep 2015 17:23:03 +0200 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.6 at SBB mail Received: by faust.localdomain (Postfix, from userid 1001) id D6AFFA4206C; Sat, 26 Sep 2015 17:23:43 +0200 (CEST) Date: Sat, 26 Sep 2015 17:23:43 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Subject: unknown file Message-ID: <20150926152343.GA1824@faust.sbb.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mproxy19.sbb.rs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Sep 2015 15:46:48 -0000 Someone knows what "TsxKxSc0ySU" file is? This shows up in graphical mode, from time to time, today twice, in user directory. Binary, just over 5 kb. Zoran From owner-freebsd-stable@freebsd.org Sat Sep 26 19:54:08 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95E9CA0A3A8 for ; Sat, 26 Sep 2015 19:54:08 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) 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 6E4CD19E2 for ; Sat, 26 Sep 2015 19:54:08 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t8QJsFLO078069 for ; Sat, 26 Sep 2015 12:54:22 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <20150926152343.GA1824@faust.sbb.rs> References: <20150926152343.GA1824@faust.sbb.rs> From: "Chris H" Subject: Re: unknown file Date: Sat, 26 Sep 2015 12:54:22 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <7b08b222137ff99978b6380825ce936a@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Sep 2015 19:54:08 -0000 On Sat, 26 Sep 2015 17:23:43 +0200 Zoran Kolic wrote > Someone knows what "TsxKxSc0ySU" file is? > This shows up in graphical mode, from time to time, today > twice, in user directory. Binary, just over 5 kb. > > Zoran I've never seen a file with that name, but it looks like be some sort of "temp" file often associated with a daemon (a pid file), or some such. They're often located in /var/run, or /tmp. Have you asked file(1) about it? HTH --Chris > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"