From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 01:03:50 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32744DF4 for ; Sun, 15 Feb 2015 01:03:50 +0000 (UTC) Received: from mail-ie0-f177.google.com (mail-ie0-f177.google.com [209.85.223.177]) (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 F39CADD9 for ; Sun, 15 Feb 2015 01:03:49 +0000 (UTC) Received: by iebtr6 with SMTP id tr6so16759989ieb.10 for ; Sat, 14 Feb 2015 17:03:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=DDS8ZjShENF+QUYahVkBCOlQRUFULAMCVcLDjMSgCOw=; b=HO3MXTML945CMujXps/uCXkwW8ifxvGmckh3rYvvipBslmo09u5Y4Vjld3zu5Tb2hI s0KsOl8P49Sxe+EZfHR7WqNI7gks17Q6NalHCUrSnB4GH1TU/wGTR96f88l9CiA7HKCS 5P69FDpU97mzua0LNvfig/SDufSsokXxBBgCHSY+EZwT0cx2CDVtMGbst9ykNpZpMGZD pYwEcLjNEvs8GBk7k0vlV4wPN+m5cWvPx/xDA/VoyU4xUeA9kzWI5jwE3ZYc9UsMwilN VSD4bEDXcLEdlahR+aEU8q3SYM0xla3PF70gfNiVQ3PCl9DJxINeBkuR2ASLB1fxu7NZ xRng== MIME-Version: 1.0 X-Received: by 10.42.188.133 with SMTP id da5mr22357057icb.37.1423962222902; Sat, 14 Feb 2015 17:03:42 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.17.66 with HTTP; Sat, 14 Feb 2015 17:03:42 -0800 (PST) In-Reply-To: References: Date: Sat, 14 Feb 2015 17:03:42 -0800 X-Google-Sender-Auth: yCwj6YNWpM1Mxo4EfhxRXlKKEMM Message-ID: Subject: Re: Suspend/resume on i915 stop working between r278348 and r278741. From: Adrian Chadd To: "Ranjan1018 ." <214748mv@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 01:03:50 -0000 Hi, Can you narrow it down a little further please? That'd be really helpful. Thanks! -adrian On 14 February 2015 at 13:31, Ranjan1018 . <214748mv@gmail.com> wrote: > Just updated my Samsung Ativ Book 2, running 11-CURRENT, from r278348 to > r278741. > Now suspend via =E2=80=98acpiconf -s3=E2=80=99 does not work: the LCD sta= y dark, the > keyboard doesn't react when pressing CapsLock and I have to switch the > laptop off pressing the power button. > > Regards, > Maurizio > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 02:48:17 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2477EAD for ; Sun, 15 Feb 2015 02:48:17 +0000 (UTC) Received: from mail-pd0-f176.google.com (mail-pd0-f176.google.com [209.85.192.176]) (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 78DBA9C1 for ; Sun, 15 Feb 2015 02:48:17 +0000 (UTC) Received: by pdjz10 with SMTP id z10so27558280pdj.0 for ; Sat, 14 Feb 2015 18:48:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=jpNIBWe8iXB0QoQ9lWO1+QJTIBaffkng+JLz4ik5n2A=; b=AD1FC3OKbfF/G5xa6sQvIn/xhCKI1nN3SfNTmMQVyRwzYdOLli/uM0j4uZyIS13o1z Hj0QgLFmeDQ0pAC9tDoNNW8ppB5MstLOLlHQKuAT7ilZSSsd3wZrSdjgRRuwJ5ka0TOe givNNoryv+sJNdNGUd51sGSy0lbuYQAsMV49J6N0QOKg+0xuU2C2CQ+lp0XUx9A3DYi8 kuL2bybGjosLSJlaejWlupqrQK8KFozx/udRAovDHBQwPXx3v+APuysX9/zbMor00WaW TPMRTszS1gsf+FjzjHayvq0h0EayZjMp6B9gjcOBKxp7KEkqPB5YWfhmDDwAPXnFATgd CRsA== X-Gm-Message-State: ALoCoQl5x8xTEaq3bDGdZ9QvtyWlJ15lkH1SPw+4QVr+ZH3RDImP5nTJYNapFiLood0pZfTpxK6u MIME-Version: 1.0 X-Received: by 10.66.254.68 with SMTP id ag4mr28102828pad.39.1423968496294; Sat, 14 Feb 2015 18:48:16 -0800 (PST) Received: by 10.70.127.195 with HTTP; Sat, 14 Feb 2015 18:48:16 -0800 (PST) Date: Sat, 14 Feb 2015 18:48:16 -0800 Message-ID: Subject: Crash in on -current From: Jos Backus To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 02:48:17 -0000 Hi, This was working until a few weeks ago. Now my KDE4 desktop is mostly black and unusable. -current as of today with portmaster -a also up to date. It feels like I need to rebuild something but I'm not sure what. lizzy:~% uname -a FreeBSD lizzy.catnook.local 11.0-CURRENT FreeBSD 11.0-CURRENT #17 r278789: Sat Feb 14 18:12:11 PST 2015 root@lizzy.catnook.local:/usr/obj/usr/src/sys/LIZZY amd64 lizzy:~% cat /etc/src.conf # /etc/src.conf WITHOUT_ATM=YES WITHOUT_APM=YES WITHOUT_ATM=YES WITHOUT_BLUETOOTH=YES WITHOUT_GPIB=YES WITHOUT_I4B=YES WITHOUT_NLS=YES WITHOUT_NLS_CATALOGS=YES WITHOUT_NIS=YES WITHOUT_NCP=YES WITHOUT_IPX=YES WITHOUT_IPX_SUPPORT=YES WITHOUT_OBJC=YES WITHOUT_PROFILE=YES WITHOUT_SENDMAIL=YES WITHOUT_TCSH=YES WITHOUT_CTM=YES WITHOUT_BIND=YES WITHOUT_RCMDS=YES WITHOUT_TESTS=YES WITHOUT_PKGTOOLS=YES WITH_CTF=YES WITH_LDNS_UTILS=YES WITH_LIBCPLUSPLUS=YES WITH_LIBICONV_COMPAT=YES OPTIONS_UNSET=NLS MALLOC_PRODUCTION=1 PORTS_MODULES=x11/nvidia-driver-340 lizzy:~% cat /etc/make.conf # local make.conf MALLOC_PRODUCTION= HISTORICAL_MAKE_WORLD= yes # Kernel build options KERNCONF?= LIZZY #NO_KERNELCLEAN= true # use everything statically #NO_MODULES= true NO_WERROR= YES OVERRIDE_LINUX_BASE_PORT=c6 OVERRIDE_LINUX_NONBASE_PORTS=c6 lizzy:~% gdb /usr/local/lib/kde4/libexec/kwin_opengl_test GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... (gdb) run Starting program: /usr/local/lib/kde4/libexec/kwin_opengl_test (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100324] (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. [Switching to LWP 100324] 0x0000000801a4f35a in glXCreateWindow () from /usr/local/lib/libGL.so.1 (gdb) bt #0 0x0000000801a4f35a in glXCreateWindow () from /usr/local/lib/libGL.so.1 #1 0x0000000800605c7e in r_debug_state () from /libexec/ld-elf.so.1 #2 0x00000008006052d7 in __tls_get_addr () from /libexec/ld-elf.so.1 #3 0x00000008006034d9 in .text () from /libexec/ld-elf.so.1 #4 0x0000000000000000 in ?? () (gdb) Any ideas? Thanks, Jos -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 02:50:08 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BCDDFC5 for ; Sun, 15 Feb 2015 02:50:08 +0000 (UTC) Received: from mail-pd0-f171.google.com (mail-pd0-f171.google.com [209.85.192.171]) (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 00B259DB for ; Sun, 15 Feb 2015 02:50:07 +0000 (UTC) Received: by pdjy10 with SMTP id y10so27474447pdj.13 for ; Sat, 14 Feb 2015 18:50:06 -0800 (PST) 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:content-type; bh=Tu9wCFHESHVAi4XQIu8K2n6KNw/xlVBJ3AbaZ2M+4SI=; b=ATMdxjzxFHXjVmXBFtbea1a3IV/3Py8MNB1eaop1wzSZxv/lyokPElyE857ct0KyeP xuQqzlrxkaTaIfDLB4WefPuIhWvFjBdUU0PmeLOnkS62cwigfxGpGzEJNw+inNUnHd1B 3CRE2vO0P1KUDOkpOz1Zg8WWK5g5j3ejkuZVEva7PY6YHa1OVpR2/2GHQEr+t6O8sfSY H0CVsq4cboSP3Ww3cRUXYTvFKG5dhtFfjyceFbRNW8vW45wivfonWRXTzfrbg/9uThyv sLATogh9rOdettJdJoPk5T5TwWmslVM70r4NBU9J0wh30/ZFl7TN2Y7C+Rv/ZHAbSTRC befA== X-Gm-Message-State: ALoCoQk4ZjlW6MPj6CRP21T4UTrx+GyP1qblAZsXUfCv3I2DDpBnZik7+maySPUzDKuJ1pIjN11I MIME-Version: 1.0 X-Received: by 10.66.100.230 with SMTP id fb6mr28379450pab.156.1423968606918; Sat, 14 Feb 2015 18:50:06 -0800 (PST) Received: by 10.70.127.195 with HTTP; Sat, 14 Feb 2015 18:50:06 -0800 (PST) In-Reply-To: References: Date: Sat, 14 Feb 2015 18:50:06 -0800 Message-ID: Subject: Re: Crash in on -current From: Jos Backus To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 02:50:08 -0000 Oops, I meant "Crash in /usr/local/lib/libGL.so.1 on -current". Sorry about that. Jos From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 23:22:51 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C9CFDE8; Sat, 14 Feb 2015 23:22:51 +0000 (UTC) Received: from clavin2.langille.org (tallboy.unixathome.org [199.233.228.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "clavin.langille.org", Issuer "StartCom Class 2 Primary Intermediate Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 75EBA387; Sat, 14 Feb 2015 23:22:50 +0000 (UTC) Received: from (clavin2.int.langille.org (clavin2.int.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) with ESMTPSA id 91AE7725CBE ; Sat, 14 Feb 2015 23:22:43 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: sa(4) driver changes available for test From: Dan Langille In-Reply-To: <20150214003232.GA63990@mithlond.kdm.org> Date: Sat, 14 Feb 2015 18:22:43 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <7CA52DF3-E073-4F50-BE4E-01C51CCDF2C7@langille.org> References: <20150214003232.GA63990@mithlond.kdm.org> To: "Kenneth D. Merry" X-Mailer: Apple Mail (2.2070.6) X-Mailman-Approved-At: Sun, 15 Feb 2015 03:11:54 +0000 Cc: current@freebsd.org, scsi@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2015 23:22:51 -0000 > On Feb 13, 2015, at 7:32 PM, Kenneth D. Merry wrote: >=20 >=20 > I have a fairly large set of changes to the sa(4) driver and mt(1) = driver > that I'm planning to commit in the near future. >=20 > A description of the changes is here and below in this message. >=20 > If you have tape hardware and the inclination, I'd appreciate testing = and > feedback. I have a DLT 8000 and an SDLT 220. I don't have anything running current, but I have a spare machine which = I could use for testing. Do you see any value is tests with that hardware? I'd be testing it via = Bacula. disclosure: I'm the sysutils/bacula-* maintainer and a Bacula committer. I'll let the other Bacula devs know about this. They deal with the = hardware. I work on PostgreSQL. =E2=80=94=20 Dan Langille http://langille.org/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 04:55:27 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB4F636A; Sun, 15 Feb 2015 04:55:27 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A62607E5; Sun, 15 Feb 2015 04:55:27 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1BE218A0; Sun, 15 Feb 2015 04:55:27 +0000 (UTC) Date: Sun, 15 Feb 2015 04:55:12 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, luigi@FreeBSD.org, ian@FreeBSD.org, ngie@FreeBSD.org, pfg@FreeBSD.org, grembo@FreeBSD.org, davide@FreeBSD.org Message-ID: <12983753.1.1423976126669.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <726353767.60.1423954956942.JavaMail.jenkins@jenkins-9.freebsd.org> References: <726353767.60.1423954956942.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #2378 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 04:55:27 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 12:40:02 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C866A9F for ; Sun, 15 Feb 2015 12:40:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 5C2D6241 for ; Sun, 15 Feb 2015 12:40:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 47AAC97B for ; Sun, 15 Feb 2015 12:40:02 +0000 (UTC) Date: Sun, 15 Feb 2015 12:40:02 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <141392859.2.1424004002188.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD-tests2 #702 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 12:40:02 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 14:37:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66337BF8; Sun, 15 Feb 2015 14:37:19 +0000 (UTC) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (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 1AE33E4A; Sun, 15 Feb 2015 14:37:19 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id k15so18936336qaq.12; Sun, 15 Feb 2015 06:37:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=X4EHW+bXtEOai4nObB7aMSwLKqB0Y8+OmMvuMlrfZco=; b=nVOY/+sur2N1dMAvQiDUyRbozCWT8K8V+S1fcAHb4DbsiOH4tjBqeiuHGOnjggSxzu AJmatSuNYaCtvj7+wW/ILtikM7o8u73FWO8yKeG1NNiZ7kQi83F6KF0BKb4C/UyueMkG XtfX4vuc/qIjr/h/ndPzpJU+1t+Y4vJvkDUoDcUiDpuuDbs4twWkrmWvqL9GvyyWg9be rNI2D9WZxDa5XxbZbXMb9i5tUVjRZw9Y77uPKbw62xNphTD95F4EgacLgOpwOURNrovq wkufr51OswHVupB3uV2ZOnqK/YYEkrbwj8OeHLdln9KcylvfThwygKS/Q+U8btTKtOlc JhzQ== MIME-Version: 1.0 X-Received: by 10.140.20.23 with SMTP id 23mr9359172qgi.40.1424011037779; Sun, 15 Feb 2015 06:37:17 -0800 (PST) Received: by 10.140.27.138 with HTTP; Sun, 15 Feb 2015 06:37:17 -0800 (PST) In-Reply-To: References: Date: Sun, 15 Feb 2015 15:37:17 +0100 Message-ID: Subject: Re: Suspend/resume on i915 stop working between r278348 and r278741. From: "Ranjan1018 ." <214748mv@gmail.com> To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 14:37:19 -0000 Hi, the bug was introduced in r278473. Suspend/resume works again if I disable the x2APIC support with hw.x2apic_enable=3D0 in /boot/loader.conf, tested i= n r278473 and r278741. Regards, Maurizio 2015-02-15 2:03 GMT+01:00 Adrian Chadd : > Hi, > > Can you narrow it down a little further please? That'd be really helpful. > > Thanks! > > > -adrian > > > On 14 February 2015 at 13:31, Ranjan1018 . <214748mv@gmail.com> wrote: > > Just updated my Samsung Ativ Book 2, running 11-CURRENT, from r278348 t= o > > r278741. > > Now suspend via =E2=80=98acpiconf -s3=E2=80=99 does not work: the LCD s= tay dark, the > > keyboard doesn't react when pressing CapsLock and I have to switch the > > laptop off pressing the power button. > > > > Regards, > > Maurizio > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 14:43:55 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE40FD1F for ; Sun, 15 Feb 2015 14:43:55 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9BE15EF9 for ; Sun, 15 Feb 2015 14:43:55 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2CA3A9AC for ; Sun, 15 Feb 2015 14:43:56 +0000 (UTC) Date: Sun, 15 Feb 2015 14:43:56 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1629501347.3.1424011436119.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <141392859.2.1424004002188.JavaMail.jenkins@jenkins-9.freebsd.org> References: <141392859.2.1424004002188.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD-tests2 #703 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 14:43:55 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 14:44:53 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5AA21E25 for ; Sun, 15 Feb 2015 14:44:53 +0000 (UTC) Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) (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 DE174F07 for ; Sun, 15 Feb 2015 14:44:52 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id x3so24945170wes.6 for ; Sun, 15 Feb 2015 06:44:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zNLQWQqAyFjRYI8xCR5TklrsRxAztv+rDtyumR4xaSo=; b=DPGrAnPLUmHgHKd5+AafzddDRmlhhsrc0kW/dmp/wnum5LKRLrDM6RbH9VXncPoqqH Jf37NDTbMBCFVRuFN9geftu3VMCr9uh7/3R+Ht/1o9zfiPG2pPb7+oaA5rKELT0vISiw yotxRtIwAiZLPclEM1R2nJ2xbaT3S1U9rnP7lIsbPVU8ktEFCC1N8XpVetX+2teTLIMa Py10Dco2JB9O/1XOFbU9eZ324hy4RL2iTR78HTkP70c4nAmYcxVMZ4/igu+raXSUt+IU g4oTNoZOUvzVE9iYXfltH1ltxQa6aEgTBZcSKSNCPNGDzPOHsNwhC3eJ0lRo4B4p8L8p /yVg== MIME-Version: 1.0 X-Received: by 10.194.191.228 with SMTP id hb4mr35511815wjc.116.1424011491236; Sun, 15 Feb 2015 06:44:51 -0800 (PST) Received: by 10.27.32.194 with HTTP; Sun, 15 Feb 2015 06:44:51 -0800 (PST) In-Reply-To: References: Date: Sun, 15 Feb 2015 15:44:51 +0100 Message-ID: Subject: Re: process checkpoint and migration support? From: Nikolay Denev To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 14:44:53 -0000 On Sat, Feb 14, 2015 at 1:53 AM, Luigi Rizzo wrote: > Do we have any support for process checkpoint and migration on FreeBSD? I > have found some code from 2010 at code.google.com/p/processmigration which > works by forcing a core dump. I wonder how difficult it would be to extend > it to do incremental checkpointing (to reduxe the time in which the process > must be stopped during a migration). > > Cheers > Luigi > > > -- > -----------------------------------------+------------------------------- > Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione > http://www.iet.unipi.it/~luigi/ . Universita` di Pisa > TEL +39-050-2211611 . via Diotisalvi 2 > Mobile +39-338-6809875 . 56122 PISA (Italy) > -----------------------------------------+------------------------------- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Hi Luigi, I remember seeing a talk about this at the 2010 EuroBSDCon in Karlsruhe : http://2010.eurobsdcon.org/fileadmin/fe_user/klaus/37R5uB.pdf I'm not sure what happened with this project but also looked interesting and a live demo was done showing live migration with preserving TCP state, etc : http://www.7he.at/freebsd/vps/docs/man/vps.9.html --Nikolay From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 15:11:53 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CD6E4F8; Sun, 15 Feb 2015 15:11:53 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 F05E9232; Sun, 15 Feb 2015 15:11:52 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t1FFBghW026769 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Feb 2015 17:11:42 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t1FFBghW026769 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t1FFBgWL026768; Sun, 15 Feb 2015 17:11:42 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 15 Feb 2015 17:11:41 +0200 From: Konstantin Belousov To: "Ranjan1018 ." <214748mv@gmail.com> Subject: Re: Suspend/resume on i915 stop working between r278348 and r278741. Message-ID: <20150215151141.GB34251@kib.kiev.ua> References: 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-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 15:11:53 -0000 On Sun, Feb 15, 2015 at 03:37:17PM +0100, Ranjan1018 . wrote: > Hi, > the bug was introduced in r278473. Suspend/resume works again if I disable > the x2APIC support with hw.x2apic_enable=0 in /boot/loader.conf, tested in > r278473 and r278741. So how it is related to i915 ? Try the patch. diff --git a/sys/x86/x86/local_apic.c b/sys/x86/x86/local_apic.c index 1809fa6..c8ea35e 100644 --- a/sys/x86/x86/local_apic.c +++ b/sys/x86/x86/local_apic.c @@ -541,6 +541,9 @@ native_lapic_setup(int boot) saveintr = intr_disable(); + if (!boot && x2apic_mode) + native_lapic_enable_x2apic(); + la = &lapics[lapic_id()]; KASSERT(la->la_present, ("missing APIC structure")); maxlvt = (lapic_read32(LAPIC_VERSION) & APIC_VER_MAXLVT) >> MAXLVTSHIFT; From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 18:08:56 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D85F3809; Sun, 15 Feb 2015 18:08:56 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 542AA34E; Sun, 15 Feb 2015 18:08:55 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.9/8.14.9) with ESMTP id t1FI8r0B044370 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 15 Feb 2015 21:08:53 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.9/8.14.9/Submit) id t1FI8r4X044369; Sun, 15 Feb 2015 21:08:53 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 15 Feb 2015 21:08:53 +0300 From: Gleb Smirnoff To: "Ranjan1018 ." <214748mv@gmail.com> Subject: Re: Suspend/resume on i915 stop working between r278348 and r278741. Message-ID: <20150215180853.GO15484@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD CURRENT , kib@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 18:08:56 -0000 On Sat, Feb 14, 2015 at 10:31:18PM +0100, Ranjan1018 . wrote: R> Just updated my Samsung Ativ Book 2, running 11-CURRENT, from r278348 to R> r278741. R> Now suspend via ‘acpiconf -s3’ does not work: the LCD stay dark, the R> keyboard doesn't react when pressing CapsLock and I have to switch the R> laptop off pressing the power button. I have different issue: now suspend puts the laptop to sleep, but it reboots on attempt to wake up. I already narrowed down to: r278467 - r278490. Pretty sure, I'm going to stop bisect near x2apic. Will test kib@'s patch soon. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 18:45:46 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCEA6D40; Sun, 15 Feb 2015 18:45:45 +0000 (UTC) Received: from mail-qg0-x236.google.com (mail-qg0-x236.google.com [IPv6:2607:f8b0:400d:c04::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 917EF8F4; Sun, 15 Feb 2015 18:45:45 +0000 (UTC) Received: by mail-qg0-f54.google.com with SMTP id z60so20498675qgd.13; Sun, 15 Feb 2015 10:45:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Qqu7D27pyCIAL99xLFmfy0VYXZhkR/wyvx6QPprZQmM=; b=dqS/SQTzRaI6q6WvuW9hmcmjqJNziEnO1dhYYSJO2omL8pY/t6hgTMg++20armNBOT 6s3GgzqrIdHKtD4S7lzKo2KEMxIGwd1iKryphujGQ3cqFH9hxSXzohiu2dJpy/fyiuJ6 n2mtpFiRLLIBKyUaDGzmChnso1/sKHhJuYEylg0zGeeEc2b+R5tN38SLjg+ZK8p+AfNc 7vNKrgDzIFPZgjAPrydWrylc1y1unMPfwqphJKdfZ0R95bF/8cK1Pd8ie1XX2hStnR/G EN3OoTggwa2LjSwwE6u0EzrDDeUVcAlj6tVWJVCuwSOnSBofOqqwWammlHjQfBb2nEPb Vkmg== MIME-Version: 1.0 X-Received: by 10.140.102.142 with SMTP id w14mr105902qge.88.1424025944654; Sun, 15 Feb 2015 10:45:44 -0800 (PST) Received: by 10.140.27.138 with HTTP; Sun, 15 Feb 2015 10:45:44 -0800 (PST) In-Reply-To: <20150215151141.GB34251@kib.kiev.ua> References: <20150215151141.GB34251@kib.kiev.ua> Date: Sun, 15 Feb 2015 19:45:44 +0100 Message-ID: Subject: Re: Suspend/resume on i915 stop working between r278348 and r278741. From: "Ranjan1018 ." <214748mv@gmail.com> To: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 18:45:46 -0000 2015-02-15 16:11 GMT+01:00 Konstantin Belousov : > On Sun, Feb 15, 2015 at 03:37:17PM +0100, Ranjan1018 . wrote: > > Hi, > > the bug was introduced in r278473. Suspend/resume works again if I > disable > > the x2APIC support with hw.x2apic_enable=0 in /boot/loader.conf, tested > in > > r278473 and r278741. > > So how it is related to i915 ? > > Sorry, just my guess. > Try the patch. > > diff --git a/sys/x86/x86/local_apic.c b/sys/x86/x86/local_apic.c > index 1809fa6..c8ea35e 100644 > --- a/sys/x86/x86/local_apic.c > +++ b/sys/x86/x86/local_apic.c > @@ -541,6 +541,9 @@ native_lapic_setup(int boot) > > saveintr = intr_disable(); > > + if (!boot && x2apic_mode) > + native_lapic_enable_x2apic(); > + > la = &lapics[lapic_id()]; > KASSERT(la->la_present, ("missing APIC structure")); > maxlvt = (lapic_read32(LAPIC_VERSION) & APIC_VER_MAXLVT) >> > MAXLVTSHIFT; > Unfortunately does not work for me. Tested with r278803. Regards, Maurizio From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 18:53:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AB50ECE; Sun, 15 Feb 2015 18:53:19 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 952349BA; Sun, 15 Feb 2015 18:53:17 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.9/8.14.9) with ESMTP id t1FIrCoh044848 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 15 Feb 2015 21:53:12 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.9/8.14.9/Submit) id t1FIrChp044847; Sun, 15 Feb 2015 21:53:12 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 15 Feb 2015 21:53:12 +0300 From: Gleb Smirnoff To: "Ranjan1018 ." <214748mv@gmail.com> Subject: Re: Suspend/resume on i915 stop working between r278348 and r278741. Message-ID: <20150215185311.GP15484@FreeBSD.org> References: <20150215151141.GB34251@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Konstantin Belousov , Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 18:53:19 -0000 On Sun, Feb 15, 2015 at 07:45:44PM +0100, Ranjan1018 . wrote: R> > On Sun, Feb 15, 2015 at 03:37:17PM +0100, Ranjan1018 . wrote: R> > > Hi, R> > > the bug was introduced in r278473. Suspend/resume works again if I R> > disable R> > > the x2APIC support with hw.x2apic_enable=0 in /boot/loader.conf, tested R> > in R> > > r278473 and r278741. R> > R> > So how it is related to i915 ? R> > R> > Sorry, just my guess. R> R> R> > Try the patch. R> > R> > diff --git a/sys/x86/x86/local_apic.c b/sys/x86/x86/local_apic.c R> > index 1809fa6..c8ea35e 100644 R> > --- a/sys/x86/x86/local_apic.c R> > +++ b/sys/x86/x86/local_apic.c R> > @@ -541,6 +541,9 @@ native_lapic_setup(int boot) R> > R> > saveintr = intr_disable(); R> > R> > + if (!boot && x2apic_mode) R> > + native_lapic_enable_x2apic(); R> > + R> > la = &lapics[lapic_id()]; R> > KASSERT(la->la_present, ("missing APIC structure")); R> > maxlvt = (lapic_read32(LAPIC_VERSION) & APIC_VER_MAXLVT) >> R> > MAXLVTSHIFT; R> > R> R> Unfortunately does not work for me. Tested with r278803. Me neither. Also, I noticed that in my case the suspend sequence is also behaving differently from pre-x2apic kernel. With new kernel, suspend sequence doesn't switch from X to vt(4), screen switches to black directly from X. So, probably the resume isn't broken at all, instead suspend is broken: it puts machine in a state that can't be resumed. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 19:00:03 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71BD3EE; Sun, 15 Feb 2015 19:00:03 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 EFBE79EB; Sun, 15 Feb 2015 19:00:02 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t1FIxuCK078469 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Feb 2015 20:59:56 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t1FIxuCK078469 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t1FIxunE078468; Sun, 15 Feb 2015 20:59:56 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 15 Feb 2015 20:59:56 +0200 From: Konstantin Belousov To: "Ranjan1018 ." <214748mv@gmail.com> Subject: Re: Suspend/resume on i915 stop working between r278348 and r278741. Message-ID: <20150215185955.GC34251@kib.kiev.ua> References: <20150215151141.GB34251@kib.kiev.ua> 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-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 19:00:03 -0000 On Sun, Feb 15, 2015 at 07:45:44PM +0100, Ranjan1018 . wrote: > > Unfortunately does not work for me. Tested with r278803. Does your machine resume if you boot with hw.x2apic_enable set to 0 from the loader prompt ? Confirm that x2apic is disabled after tunable frobbing, with sysctl hw.apic.x2apic_mode. From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 19:14:22 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5744867A; Sun, 15 Feb 2015 19:14:22 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CF258BC0; Sun, 15 Feb 2015 19:14:21 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.9/8.14.9) with ESMTP id t1FJEJNH045027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 15 Feb 2015 22:14:19 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.9/8.14.9/Submit) id t1FJEJ3F045026; Sun, 15 Feb 2015 22:14:19 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 15 Feb 2015 22:14:19 +0300 From: Gleb Smirnoff To: Konstantin Belousov Subject: Re: Suspend/resume on i915 stop working between r278348 and r278741. Message-ID: <20150215191419.GS15484@FreeBSD.org> References: <20150215151141.GB34251@kib.kiev.ua> <20150215185955.GC34251@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150215185955.GC34251@kib.kiev.ua> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "Ranjan1018 ." <214748mv@gmail.com>, Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 19:14:22 -0000 On Sun, Feb 15, 2015 at 08:59:56PM +0200, Konstantin Belousov wrote: K> On Sun, Feb 15, 2015 at 07:45:44PM +0100, Ranjan1018 . wrote: K> > K> > Unfortunately does not work for me. Tested with r278803. K> K> Does your machine resume if you boot with hw.x2apic_enable set to 0 K> from the loader prompt ? Confirm that x2apic is disabled after tunable K> frobbing, with sysctl hw.apic.x2apic_mode. Just did that. Running r278473, hw.x2apic_enable=0 resume works, and hw.x2apic_enable=1 resume reboots. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 19:43:56 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FB53AB9; Sun, 15 Feb 2015 19:43:56 +0000 (UTC) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::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 02A8AE2B; Sun, 15 Feb 2015 19:43:56 +0000 (UTC) Received: by mail-qg0-f51.google.com with SMTP id z60so20620306qgd.10; Sun, 15 Feb 2015 11:43:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=s1nYB2qP+msfngnd3mvg/a6xbVrVrQUGMq3usJY/id4=; b=LZHVIqTxeq4QE2sYyi4JvY2Y0XQ52/OF4LG91NsYaaJ1lWeSGLSl5adGqTl7ILLIcj VIKKzKKUuHHAPI6VXOR0IJhpsuZr9zL4BjfTWXNpO2EOiPxT+nstlpT8jmoPo1QtSOrS EfXWoRI9e0hGfXAdfMBW+aNMBMchDnO8yweA1A72GBseOli/YoUgb1/YVJRNsMJDT9lS hSXr5YKhl9xtrR5i1Ve0W+OOQeIpQhuYbyn+2F91KuZIJOFedjjBkeIx6+adzERr9s1B ojIjMCuuZSLsYm6Lwocjj0yh8PrdHMUwWu/a16n23tm2UAVAnU8FOYrF1ErDfwYuDl9g 1hEw== MIME-Version: 1.0 X-Received: by 10.140.194.139 with SMTP id p133mr700929qha.21.1424029435121; Sun, 15 Feb 2015 11:43:55 -0800 (PST) Received: by 10.140.27.138 with HTTP; Sun, 15 Feb 2015 11:43:55 -0800 (PST) In-Reply-To: <20150215185955.GC34251@kib.kiev.ua> References: <20150215151141.GB34251@kib.kiev.ua> <20150215185955.GC34251@kib.kiev.ua> Date: Sun, 15 Feb 2015 20:43:55 +0100 Message-ID: Subject: Re: Suspend/resume on i915 stop working between r278348 and r278741. From: "Ranjan1018 ." <214748mv@gmail.com> To: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 19:43:56 -0000 2015-02-15 19:59 GMT+01:00 Konstantin Belousov : > On Sun, Feb 15, 2015 at 07:45:44PM +0100, Ranjan1018 . wrote: > > > > Unfortunately does not work for me. Tested with r278803. > > Does your machine resume if you boot with hw.x2apic_enable set to 0 > from the loader prompt ? Yes. I have added to it to loader.conf $ cat /boot/loader.conf | grep x2apic_enable hw.x2apic_enable=0 Confirm that x2apic is disabled after tunable > frobbing, with sysctl hw.apic.x2apic_mode. > $ sysctl hw.apic.x2apic_mode hw.apic.x2apic_mode: 0 From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 20:34:54 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58447AE8 for ; Sun, 15 Feb 2015 20:34:54 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 47938328 for ; Sun, 15 Feb 2015 20:34:54 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B6E67A29 for ; Sun, 15 Feb 2015 20:34:54 +0000 (UTC) Date: Sun, 15 Feb 2015 20:34:54 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <890750693.4.1424032494592.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD-tests2 #705 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 20:34:54 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 22:14:02 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E41C1DF for ; Sun, 15 Feb 2015 22:14:02 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (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 32879EB6 for ; Sun, 15 Feb 2015 22:13:59 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id AA1421FE023 for ; Sun, 15 Feb 2015 23:13:56 +0100 (CET) Message-ID: <54E11A57.3030105@selasky.org> Date: Sun, 15 Feb 2015 23:14:47 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Pluggable frame buffer devices Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 22:14:02 -0000 Hi, I've added support for USB display link adapters to FreeBSD-11-current, but the kernel panics once "vt_fb_attach(info)" is called from "fbd_register(struct fb_info* info)" when the USB device is plugged or udl.ko is loaded. Is this a known issue? REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c --HPS From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 01:27:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59FAED46 for ; Mon, 16 Feb 2015 01:27:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 47A1F192 for ; Mon, 16 Feb 2015 01:27:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E7EB1A8C for ; Mon, 16 Feb 2015 01:27:17 +0000 (UTC) Date: Mon, 16 Feb 2015 01:27:16 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <426932290.5.1424050036961.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <890750693.4.1424032494592.JavaMail.jenkins@jenkins-9.freebsd.org> References: <890750693.4.1424032494592.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD-tests2 #706 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 01:27:19 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 06:10:14 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6981F1F; Mon, 16 Feb 2015 06:10:13 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C4B10EF; Mon, 16 Feb 2015 06:10:13 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7849DB37; Mon, 16 Feb 2015 06:10:12 +0000 (UTC) Date: Mon, 16 Feb 2015 06:10:09 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, glebius@FreeBSD.org, adrian@FreeBSD.org, jmg@FreeBSD.org Message-ID: <1591548500.6.1424067011991.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2386 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 06:10:14 -0000 See Changes: [glebius] Update the pf fragment handling code to closer match recent OpenB= SD. That partially fixes IPv6 fragment handling. Thanks to Kristof for working on that. Submitted by:=09=09Kristof Provost Tested by:=09=09peter Differential Revision:=09D1765 [jmg] install the man page... Sponsored by:=09FreeBSD Foundation [adrian] Remove this - I made it all work again a looong time ago. ------------------------------------------ [...truncated 279184 lines...] objcopy --strip-debug --add-gnu-debuglink=3Dubtbcmfw.ko.symbols ubtbcmfw.ko= .debug ubtbcmfw.ko =3D=3D=3D> netgraph/bpf (all) --- all_subdir_patm --- --- if_patm_intr.o --- ctfconvert -L VERSION -g if_patm_intr.o --- if_patm_tx.o --- cc -O2 -pipe -DENABLE_BPF -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MO= DULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -f= no-omit-frame-pointer -mno-omit-leaf-frame-pointer -I -mcmodel= =3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-u= nwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-er= ror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equa= lity -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx= -std=3Diso9899:1999 -c --- all_subdir_netgraph --- --- ng_bpf.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c ctfconvert -L VERSION -g ng_bpf.o --- bpf_filter.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_pccard --- ctfconvert -L VERSION -g pccard.o --- pccard_cis_quirks.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- ctfconvert -L VERSION -g bpf_filter.o --- all_subdir_pccard --- ctfconvert -L VERSION -g pccard_cis_quirks.o --- all_subdir_netgraph --- --- ng_bpf.ko.debug --- ld -d -warn-common -r -d -o ng_bpf.ko.debug ng_bpf.o bpf_filter.o --- all_subdir_pccard --- --- pccard.ko.debug --- ld -d -warn-common -r -d -o pccard.ko.debug pccard.o pccard_cis.o pccard_ci= s_quirks.o pccard_device.o --- all_subdir_netgraph --- ctfmerge -L VERSION -g -o ng_bpf.ko.debug ng_bpf.o bpf_filter.o --- all_subdir_pccard --- ctfmerge -L VERSION -g -o pccard.ko.debug pccard.o pccard_cis.o pccard_cis_= quirks.o pccard_device.o --- all_subdir_netgraph --- :> export_syms awk -f ng_bpf.ko.debug export_syms | xargs -J% objcopy % ng_bpf.ko.debug --- all_subdir_pccard --- :> export_syms awk -f pccard.ko.debug export_syms | xargs -J% objcopy % pccard.ko.debug --- all_subdir_netgraph --- --- ng_bpf.ko.symbols --- objcopy --only-keep-debug ng_bpf.ko.debug ng_bpf.ko.symbols --- ng_bpf.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_bpf.ko.symbols ng_bpf.ko.deb= ug ng_bpf.ko --- all_subdir_pccard --- --- pccard.ko.symbols --- objcopy --only-keep-debug pccard.ko.debug pccard.ko.symbols --- all_subdir_netgraph --- =3D=3D=3D> netgraph/bridge (all) --- all_subdir_pccard --- --- pccard.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dpccard.ko.symbols pccard.ko.deb= ug pccard.ko --- all_subdir_pf --- =3D=3D=3D> pf (all) --- all_subdir_netgraph --- --- ng_bridge.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_pf --- --- pf_if.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_patm --- ctfconvert -L VERSION -g if_patm_tx.o --- if_patm_rx.o --- cc -O2 -pipe -DENABLE_BPF -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MO= DULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -f= no-omit-frame-pointer -mno-omit-leaf-frame-pointer -I -mcmodel= =3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-u= nwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-er= ror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equa= lity -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx= -std=3Diso9899:1999 -c --- all_subdir_pcn --- ctfconvert -L VERSION -g if_pcn.o --- if_pcn.ko.debug --- ld -d -warn-common -r -d -o if_pcn.ko.debug if_pcn.o ctfmerge -L VERSION -g -o if_pcn.ko.debug if_pcn.o --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_bridge.o --- all_subdir_pcn --- :> export_syms awk -f if_pcn.ko.debug export_syms | xargs -J% objcopy % if_pcn.ko.debug --- all_subdir_netgraph --- --- ng_bridge.ko.debug --- ld -d -warn-common -r -d -o ng_bridge.ko.debug ng_bridge.o ctfmerge -L VERSION -g -o ng_bridge.ko.debug ng_bridge.o --- all_subdir_pcn --- --- if_pcn.ko.symbols --- objcopy --only-keep-debug if_pcn.ko.debug if_pcn.ko.symbols --- all_subdir_netgraph --- :> export_syms awk -f ng_bridge.ko.debug export_syms | xargs -J% objcopy % ng_bridge.ko.deb= ug --- all_subdir_pcn --- --- if_pcn.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_pcn.ko.symbols if_pcn.ko.deb= ug if_pcn.ko --- all_subdir_netgraph --- --- ng_bridge.ko.symbols --- --- all_subdir_pf --- --- pf_lb.o --- --- all_subdir_netgraph --- objcopy --only-keep-debug ng_bridge.ko.debug ng_bridge.ko.symbols --- all_subdir_pf --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- --- ng_bridge.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_bridge.ko.symbols ng_bridge.= ko.debug ng_bridge.ko =3D=3D=3D> netgraph/car (all) --- all_subdir_pf --- --- pf_if.o --- ctfconvert -L VERSION -g pf_if.o --- all_subdir_netgraph --- --- ng_car.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_pflog --- =3D=3D=3D> pflog (all) --- if_pflog.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_patm --- ctfconvert -L VERSION -g if_patm_rx.o --- if_patm_attach.o --- cc -O2 -pipe -DENABLE_BPF -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MO= DULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -f= no-omit-frame-pointer -mno-omit-leaf-frame-pointer -I -mcmodel= =3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-u= nwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-er= ror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equa= lity -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx= -std=3Diso9899:1999 -c --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_car.o --- ng_car.ko.debug --- ld -d -warn-common -r -d -o ng_car.ko.debug ng_car.o ctfmerge -L VERSION -g -o ng_car.ko.debug ng_car.o --- all_subdir_pf --- --- pf_lb.o --- ctfconvert -L VERSION -g pf_lb.o --- all_subdir_netgraph --- :> export_syms awk -f ng_car.ko.debug export_syms | xargs -J% objcopy % ng_car.ko.debug --- all_subdir_pf --- --- pf_osfp.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- --- ng_car.ko.symbols --- objcopy --only-keep-debug ng_car.ko.debug ng_car.ko.symbols --- ng_car.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_car.ko.symbols ng_car.ko.deb= ug ng_car.ko =3D=3D=3D> netgraph/cisco (all) --- ng_cisco.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_pflog --- ctfconvert -L VERSION -g if_pflog.o --- pflog.ko.debug --- ld -d -warn-common -r -d -o pflog.ko.debug if_pflog.o ctfmerge -L VERSION -g -o pflog.ko.debug if_pflog.o :> export_syms awk -f pflog.ko.debug export_syms | xargs -J% objcopy % pflog.ko.debug --- pflog.ko.symbols --- objcopy --only-keep-debug pflog.ko.debug pflog.ko.symbols --- pflog.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dpflog.ko.symbols pflog.ko.debug= pflog.ko --- all_subdir_pfsync --- =3D=3D=3D> pfsync (all) --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_cisco.o --- ng_cisco.ko.debug --- ld -d -warn-common -r -d -o ng_cisco.ko.debug ng_cisco.o ctfmerge -L VERSION -g -o ng_cisco.ko.debug ng_cisco.o --- all_subdir_pf --- ctfconvert -L VERSION -g pf_osfp.o --- all_subdir_netgraph --- :> export_syms awk -f ng_cisco.ko.debug export_syms | xargs -J% objcopy % ng_cisco.ko.debug --- all_subdir_pfsync --- --- if_pfsync.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- --- ng_cisco.ko.symbols --- objcopy --only-keep-debug ng_cisco.ko.debug ng_cisco.ko.symbols --- all_subdir_pf --- --- pf_norm.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- --- ng_cisco.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_cisco.ko.symbols ng_cisco.ko= .debug ng_cisco.ko =3D=3D=3D> netgraph/deflate (all) --- ng_deflate.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_patm --- ctfconvert -L VERSION -g if_patm_attach.o --- all_subdir_pf --- :230:14: error: implicit declaration of function 'pf_addr_c= mp' is invalid in C99 [-Werror,-Wimplicit-function-declaration] if ((diff =3D pf_addr_cmp(&a->fr_src, &b->fr_src, a->fr_af)) !=3D 0= ) ^ --- all_subdir_patm --- --- if_patm.ko.debug --- ld -d -warn-common -r -d -o if_patm.ko.debug if_patm.o if_patm_attach.o if_= patm_ioctl.o if_patm_intr.o if_patm_tx.o if_patm_rx.o if_patm_rtables.o ctfmerge -L VERSION -g -o if_patm.ko.debug if_patm.o if_patm_attach.o if_pa= tm_ioctl.o if_patm_intr.o if_patm_tx.o if_patm_rx.o if_patm_rtables.o :> export_syms awk -f if_patm.ko.debug export_syms | xargs -J% objcopy % if_patm.ko.debug --- if_patm.ko.symbols --- objcopy --only-keep-debug if_patm.ko.debug if_patm.ko.symbols --- if_patm.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_patm.ko.symbols if_patm.ko.d= ebug if_patm.ko --- all_subdir_pf --- 1 error generated. *** [pf_norm.o] Error code 1 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_pf] Error code 2 make[3]: stopped in --- all_subdir_patm --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_patm] Error code 2 make[3]: stopped in --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_deflate.o A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_netgraph] Error code 2 make[3]: stopped in --- all_subdir_pfsync --- ctfconvert -L VERSION -g if_pfsync.o A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_pfsync] Error code 2 make[3]: stopped in 4 errors make[3]: stopped in *** [modules-all] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 08:00:52 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DB2B251; Mon, 16 Feb 2015 08:00:52 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7B319E23; Mon, 16 Feb 2015 08:00:52 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id CEF99B59; Mon, 16 Feb 2015 08:00:52 +0000 (UTC) Date: Mon, 16 Feb 2015 08:00:51 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, glebius@FreeBSD.org, kevlo@FreeBSD.org, arybchik@FreeBSD.org, adrian@FreeBSD.org, jmg@FreeBSD.org Message-ID: <813603218.7.1424073652820.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1591548500.6.1424067011991.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1591548500.6.1424067011991.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #2387 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 08:00:52 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 09:50:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 163736B8; Mon, 16 Feb 2015 09:50:42 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 AD97DC8E; Mon, 16 Feb 2015 09:50:41 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t1G9oaQS078075 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Feb 2015 11:50:36 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t1G9oaQS078075 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t1G9oZSU078074; Mon, 16 Feb 2015 11:50:35 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 16 Feb 2015 11:50:35 +0200 From: Konstantin Belousov To: "Ranjan1018 ." <214748mv@gmail.com> Subject: Re: Suspend/resume on i915 stop working between r278348 and r278741. Message-ID: <20150216095035.GG34251@kib.kiev.ua> References: <20150215151141.GB34251@kib.kiev.ua> <20150215185955.GC34251@kib.kiev.ua> 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-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 09:50:42 -0000 On Sun, Feb 15, 2015 at 08:43:55PM +0100, Ranjan1018 . wrote: > 2015-02-15 19:59 GMT+01:00 Konstantin Belousov : > > > On Sun, Feb 15, 2015 at 07:45:44PM +0100, Ranjan1018 . wrote: > > > > > > Unfortunately does not work for me. Tested with r278803. > > > > Does your machine resume if you boot with hw.x2apic_enable set to 0 > > from the loader prompt ? > > Yes. I have added to it to loader.conf > $ cat /boot/loader.conf | grep x2apic_enable > hw.x2apic_enable=0 > > Confirm that x2apic is disabled after tunable > > frobbing, with sysctl hw.apic.x2apic_mode. > > > $ sysctl hw.apic.x2apic_mode > hw.apic.x2apic_mode: 0 And, does your machine resumed successfully with the tunable set ? Below is the patch which seemingly worked for Gleb. You should not set the tunable to test it properly. diff --git a/sys/amd64/amd64/mp_machdep.c b/sys/amd64/amd64/mp_machdep.c index 13c3d43..b767691 100644 --- a/sys/amd64/amd64/mp_machdep.c +++ b/sys/amd64/amd64/mp_machdep.c @@ -1507,6 +1507,7 @@ cpususpend_handler(void) vmm_resume_p(); /* Resume MCA and local APIC */ + lapic_xapic_mode(); mca_resume(); lapic_setup(0); diff --git a/sys/i386/i386/mp_machdep.c b/sys/i386/i386/mp_machdep.c index 32b9540..a80de54 100644 --- a/sys/i386/i386/mp_machdep.c +++ b/sys/i386/i386/mp_machdep.c @@ -1555,6 +1555,7 @@ cpususpend_handler(void) cpu_ops.cpu_resume(); /* Resume MCA and local APIC */ + lapic_xapic_mode(); mca_resume(); lapic_setup(0); diff --git a/sys/x86/acpica/acpi_wakeup.c b/sys/x86/acpica/acpi_wakeup.c index 74522be..e652419 100644 --- a/sys/x86/acpica/acpi_wakeup.c +++ b/sys/x86/acpica/acpi_wakeup.c @@ -270,6 +270,7 @@ acpi_wakeup_machdep(struct acpi_softc *sc, int state, int sleep_result, initializecpu(); PCPU_SET(switchtime, 0); PCPU_SET(switchticks, ticks); + lapic_xapic_mode(); #ifdef SMP if (!CPU_EMPTY(&suspcpus)) acpi_wakeup_cpus(sc); diff --git a/sys/x86/x86/local_apic.c b/sys/x86/x86/local_apic.c index 1809fa6..1b66674 100644 --- a/sys/x86/x86/local_apic.c +++ b/sys/x86/x86/local_apic.c @@ -527,7 +527,6 @@ native_lapic_xapic_mode(void) saveintr = intr_disable(); if (x2apic_mode) native_lapic_enable_x2apic(); - native_lapic_disable(); intr_restore(saveintr); } From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 10:42:33 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5FD93BD for ; Mon, 16 Feb 2015 10:42:33 +0000 (UTC) Received: from server.linsystem.net (server.linsystem.net [80.79.23.169]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 786F62EA for ; Mon, 16 Feb 2015 10:42:33 +0000 (UTC) Received: from [80.92.253.14] (helo=localhost) by server.linsystem.net with esmtpa (Exim 4.72) (envelope-from ) id 1YNJ9r-0005dV-7Z for freebsd-current@freebsd.org; Mon, 16 Feb 2015 11:44:07 +0100 Date: Mon, 16 Feb 2015 11:43:55 +0100 From: Robert David To: freebsd-current@freebsd.org Subject: Corrupted output on Haswell graphics Message-ID: <20150216114355.3cde78d3@linsystem.net> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 10:42:33 -0000 Hi all, I just tested current on my Haswell notebook, and I'm not able to boot current kernel and see the output uncorrupted. To be clear this is Thinkpad X240 with 1366x760. When booting recent snapshot 9.2.2015 the output is like very bad modeset is applied. I "see" the kernel boot but scaled in upper 5% of the display and the output is multiplied to fill the whole upper edge. I tried to set: hw.vga.textmode=1 # this produce no output at all kern.vt.fb.default_mode="1366x768" # this does not change anything Tried also some other resolutions as 1024x768, 800x600, 640x480. But seems it does not change anything. Regards, Robert. From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 10:53:34 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 870AD665; Mon, 16 Feb 2015 10:53:34 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 658E85DF; Mon, 16 Feb 2015 10:53:34 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 648F0BA2; Mon, 16 Feb 2015 10:53:34 +0000 (UTC) Date: Mon, 16 Feb 2015 10:53:33 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, glebius@FreeBSD.org Message-ID: <2046975437.9.1424084014383.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2388 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 10:53:34 -0000 See Changes: [glebius] In the forwarding case refragment the reassembled packets with th= e same size as they arrived in. This allows the sender to determine the optimal fragment size by Path MTU Discovery. Roughly based on the OpenBSD work by Alexander Bluhm. Submitted by:=09=09Kristof Provost Differential Revision:=09D1767 [glebius] Factor out ip6_fragment() function, to be used in IPv6 stack and = pf(4). Submitted by:=09=09Kristof Provost Differential Revision:=09D1766 ------------------------------------------ [...truncated 277841 lines...] --- ng_device.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_device.ko.symbols ng_device.= ko.debug ng_device.ko =3D=3D=3D> netgraph/echo (all) --- ng_echo.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c ctfconvert -L VERSION -g ng_echo.o --- all_subdir_pccard --- ctfconvert -L VERSION -g pccard.o --- all_subdir_netgraph --- --- ng_echo.ko.debug --- ld -d -warn-common -r -d -o ng_echo.ko.debug ng_echo.o ctfmerge -L VERSION -g -o ng_echo.ko.debug ng_echo.o :> export_syms --- all_subdir_pccard --- --- pccard_cis_quirks.o --- --- all_subdir_netgraph --- awk -f ng_echo.ko.debug export_syms | xargs -J% objcopy % ng_echo.ko.debug --- all_subdir_pccard --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- --- ng_echo.ko.symbols --- objcopy --only-keep-debug ng_echo.ko.debug ng_echo.ko.symbols --- ng_echo.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_echo.ko.symbols ng_echo.ko.d= ebug ng_echo.ko =3D=3D=3D> netgraph/eiface (all) --- ng_eiface.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_patm --- ctfconvert -L VERSION -g if_patm_rx.o --- if_patm_attach.o --- cc -O2 -pipe -DENABLE_BPF -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MO= DULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -f= no-omit-frame-pointer -mno-omit-leaf-frame-pointer -I -mcmodel= =3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-u= nwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-er= ror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equa= lity -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx= -std=3Diso9899:1999 -c --- all_subdir_pccard --- ctfconvert -L VERSION -g pccard_cis_quirks.o --- pccard.ko.debug --- ld -d -warn-common -r -d -o pccard.ko.debug pccard.o pccard_cis.o pccard_ci= s_quirks.o pccard_device.o ctfmerge -L VERSION -g -o pccard.ko.debug pccard.o pccard_cis.o pccard_cis_= quirks.o pccard_device.o :> export_syms awk -f pccard.ko.debug export_syms | xargs -J% objcopy % pccard.ko.debug --- pccard.ko.symbols --- objcopy --only-keep-debug pccard.ko.debug pccard.ko.symbols --- pccard.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dpccard.ko.symbols pccard.ko.deb= ug pccard.ko --- all_subdir_pcn --- =3D=3D=3D> pcn (all) --- if_pcn.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_eiface.o --- ng_eiface.ko.debug --- ld -d -warn-common -r -d -o ng_eiface.ko.debug ng_eiface.o ctfmerge -L VERSION -g -o ng_eiface.ko.debug ng_eiface.o :> export_syms awk -f ng_eiface.ko.debug export_syms | xargs -J% objcopy % ng_eiface.ko.deb= ug --- ng_eiface.ko.symbols --- objcopy --only-keep-debug ng_eiface.ko.debug ng_eiface.ko.symbols --- ng_eiface.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_eiface.ko.symbols ng_eiface.= ko.debug ng_eiface.ko =3D=3D=3D> netgraph/etf (all) --- ng_etf.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_nxge --- ctfconvert -L VERSION -g xgehal-mgmt.o --- if_nxge.ko.debug --- ld -d -warn-common -r -d -o if_nxge.ko.debug if_nxge.o xgehal-device.o xgeh= al-mm.o xge-queue.o xgehal-driver.o xgehal-ring.o xgehal-channel.o xgehal-f= ifo.o xgehal-stats.o xgehal-config.o xgehal-mgmt.o ctfmerge -L VERSION -g -o if_nxge.ko.debug if_nxge.o xgehal-device.o xgehal= -mm.o xge-queue.o xgehal-driver.o xgehal-ring.o xgehal-channel.o xgehal-fif= o.o xgehal-stats.o xgehal-config.o xgehal-mgmt.o :> export_syms awk -f if_nxge.ko.debug export_syms | xargs -J% objcopy % if_nxge.ko.debug --- if_nxge.ko.symbols --- objcopy --only-keep-debug if_nxge.ko.debug if_nxge.ko.symbols --- if_nxge.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_nxge.ko.symbols if_nxge.ko.d= ebug if_nxge.ko --- all_subdir_pf --- =3D=3D=3D> pf (all) --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_etf.o --- ng_etf.ko.debug --- ld -d -warn-common -r -d -o ng_etf.ko.debug ng_etf.o ctfmerge -L VERSION -g -o ng_etf.ko.debug ng_etf.o :> export_syms awk -f ng_etf.ko.debug export_syms | xargs -J% objcopy % ng_etf.ko.debug --- ng_etf.ko.symbols --- objcopy --only-keep-debug ng_etf.ko.debug ng_etf.ko.symbols --- ng_etf.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_etf.ko.symbols ng_etf.ko.deb= ug ng_etf.ko =3D=3D=3D> netgraph/ether (all) --- all_subdir_pf --- --- pf_if.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_patm --- ctfconvert -L VERSION -g if_patm_attach.o --- if_patm.ko.debug --- ld -d -warn-common -r -d -o if_patm.ko.debug if_patm.o if_patm_attach.o if_= patm_ioctl.o if_patm_intr.o if_patm_tx.o if_patm_rx.o if_patm_rtables.o --- all_subdir_netgraph --- --- ng_ether.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_patm --- ctfmerge -L VERSION -g -o if_patm.ko.debug if_patm.o if_patm_attach.o if_pa= tm_ioctl.o if_patm_intr.o if_patm_tx.o if_patm_rx.o if_patm_rtables.o :> export_syms awk -f if_patm.ko.debug export_syms | xargs -J% objcopy % if_patm.ko.debug --- if_patm.ko.symbols --- objcopy --only-keep-debug if_patm.ko.debug if_patm.ko.symbols --- if_patm.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_patm.ko.symbols if_patm.ko.d= ebug if_patm.ko --- all_subdir_pflog --- =3D=3D=3D> pflog (all) --- if_pflog.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_pcn --- ctfconvert -L VERSION -g if_pcn.o --- if_pcn.ko.debug --- ld -d -warn-common -r -d -o if_pcn.ko.debug if_pcn.o ctfmerge -L VERSION -g -o if_pcn.ko.debug if_pcn.o :> export_syms awk -f if_pcn.ko.debug export_syms | xargs -J% objcopy % if_pcn.ko.debug --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_ether.o --- all_subdir_pflog --- ctfconvert -L VERSION -g if_pflog.o --- all_subdir_pcn --- --- if_pcn.ko.symbols --- objcopy --only-keep-debug if_pcn.ko.debug if_pcn.ko.symbols --- if_pcn.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_pcn.ko.symbols if_pcn.ko.deb= ug if_pcn.ko --- all_subdir_pflog --- --- pflog.ko.debug --- ld -d -warn-common -r -d -o pflog.ko.debug if_pflog.o --- all_subdir_pf --- --- pf_lb.o --- --- all_subdir_netgraph --- --- ng_ether.ko.debug --- --- all_subdir_pf --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- ld -d -warn-common -r -d -o ng_ether.ko.debug ng_ether.o --- all_subdir_pflog --- ctfmerge -L VERSION -g -o pflog.ko.debug if_pflog.o --- all_subdir_netgraph --- ctfmerge -L VERSION -g -o ng_ether.ko.debug ng_ether.o --- all_subdir_pflog --- :> export_syms awk -f pflog.ko.debug export_syms | xargs -J% objcopy % pflog.ko.debug --- all_subdir_netgraph --- :> export_syms awk -f ng_ether.ko.debug export_syms | xargs -J% objcopy % ng_ether.ko.debug --- all_subdir_pflog --- --- pflog.ko.symbols --- objcopy --only-keep-debug pflog.ko.debug pflog.ko.symbols --- all_subdir_netgraph --- --- ng_ether.ko.symbols --- objcopy --only-keep-debug ng_ether.ko.debug ng_ether.ko.symbols --- all_subdir_pflog --- --- pflog.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dpflog.ko.symbols pflog.ko.debug= pflog.ko --- all_subdir_netgraph --- --- ng_ether.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_ether.ko.symbols ng_ether.ko= .debug ng_ether.ko --- all_subdir_pf --- --- pf_osfp.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- =3D=3D=3D> netgraph/ether_echo (all) --- ng_ether_echo.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_pf --- --- pf_if.o --- ctfconvert -L VERSION -g pf_if.o --- pf_norm.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_ether_echo.o --- ng_ether_echo.ko.debug --- ld -d -warn-common -r -d -o ng_ether_echo.ko.debug ng_ether_echo.o ctfmerge -L VERSION -g -o ng_ether_echo.ko.debug ng_ether_echo.o :> export_syms awk -f ng_ether_echo.ko.debug export_syms | xargs -J% objcopy % ng_ether_ech= o.ko.debug --- ng_ether_echo.ko.symbols --- objcopy --only-keep-debug ng_ether_echo.ko.debug ng_ether_echo.ko.symbols --- ng_ether_echo.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_ether_echo.ko.symbols ng_eth= er_echo.ko.debug ng_ether_echo.ko =3D=3D=3D> netgraph/frame_relay (all) --- ng_frame_relay.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_pf --- --- pf_osfp.o --- ctfconvert -L VERSION -g pf_osfp.o --- pf_table.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- pf_norm.o --- :1098:1: error: no previous prototype for function 'pf_refr= agment6' [-Werror,-Wmissing-prototypes] pf_refragment6(struct ifnet *ifp, struct mbuf **m0, struct m_tag *mtag) ^ --- pf_lb.o --- ctfconvert -L VERSION -g pf_lb.o --- pf_ruleset.o --- --- pf_norm.o --- 1 error generated. --- pf_ruleset.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- pf_norm.o --- *** [pf_norm.o] Error code 1 make[4]: stopped in --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_frame_relay.o A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_netgraph] Error code 2 make[3]: stopped in --- all_subdir_pf --- --- pf_ruleset.o --- ctfconvert -L VERSION -g pf_ruleset.o --- pf_table.o --- ctfconvert -L VERSION -g pf_table.o 1 error make[4]: stopped in *** [all_subdir_pf] Error code 2 make[3]: stopped in 2 errors make[3]: stopped in *** [modules-all] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 12:28:44 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BFA59F4 for ; Mon, 16 Feb 2015 12:28:44 +0000 (UTC) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (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 4AA56FC5 for ; Mon, 16 Feb 2015 12:28:44 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id fb1so34959361pad.8 for ; Mon, 16 Feb 2015 04:28:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=AQJ1deg0xQGxkA6WaTSF/6qYcHR2NSLA9qt9ctUqv28=; b=NWUmFGZwwZHJpnpvoVcr7E/rBJ5AV2nPhaYVB1G3rXt34eyqRSbSiz/gB/UXa24WZb JD731pxAfY1+6zEbNHXMg7h7KBbA93pBqLiufV/QlFLE6hNKIohmDjdwwMjJIzuDJKeM JdLSc+oV2tcfNIUozyNnUdn7CHlc3zicXRgtHI8HXF6rrUcccYydEXJkMZKL1SLUEakU kcGwOBD7yLBksDnLUKJOdn6S3ZYaO/j1g1lHheOn0i6b8KMY2BjKbcC5J6qb/xtp50Aq so+5S7v6MREsZWVYmZbySzo/c+52UtmJ0ngSmQmU8LuQSEFlHC0lK35FazGS3TnKYnBY 2ErQ== X-Received: by 10.68.242.200 with SMTP id ws8mr39990874pbc.138.1424089723810; Mon, 16 Feb 2015 04:28:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.66.232.9 with HTTP; Mon, 16 Feb 2015 04:28:23 -0800 (PST) From: Arseny Nasokin Date: Mon, 16 Feb 2015 16:28:23 +0400 Message-ID: Subject: Current build world failed: bsdxml is missing? To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 12:28:44 -0000 Geom XML output is failed to build. Build box SVN version is: CURRENT-r265265. Related log output is: --- sbin.all__D --- /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function `geom_xml2tree': /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x5e): undefined reference to `XML_ParserCreate' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa2): undefined reference to `XML_SetUserData' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xb4): undefined reference to `XML_SetElementHandler' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc1): undefined reference to `XML_SetCharacterDataHandler' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xdb): undefined reference to `XML_Parse' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xfd): undefined reference to `XML_ParserFree' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x373): undefined reference to `XML_ParserFree' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x37d): undefined reference to `XML_GetErrorCode' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x397): undefined reference to `XML_ParserFree' /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function `StartElement': /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x3eb): undefined reference to `sbuf_new' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x735): undefined reference to `XML_StopParser' /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function `EndElement': /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7bb): undefined reference to `sbuf_finish' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7d0): undefined reference to `sbuf_data' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7e9): undefined reference to `sbuf_delete' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa25): undefined reference to `XML_StopParser' /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function `CharData': /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc62): undefined reference to `sbuf_bcat' cc: error: linker command failed with exit code 1 (use -v to see invocation) make.conf is /dev/null. src.conf is: WITHOUT_AMD="YES" WITHOUT_ASSERT_DEBUG="YES" WITH_AUTOFS="YES" WITH_BHYVE="YES" WITH_BSD_GREP="YES" WITHOUT_BSDINSTALL="YES" WITH_CLANG="YES" WITH_CLANG_BOOTSTRAP="YES" WITH_CLANG_EXTRAS="YES" WITH_CLANG_FULL="YES" WITH_CLANG_IS_CC="YES" WITH_CTF="YES" WITHOUT_CTM="YES" WITHOUT_DYNAMICROOT="YES" WITHOUT_EE="YES" WITH_ELFTOOLCHAIN_TOOLS="YES" WITH_FILE="YES" # We need this for svn WITHOUT_FINGER="YES" WITHOUT_FLOPPY="YES" WITHOUT_FREEBSD_UPDATE="YES" WITHOUT_GCC="YES" WITHOUT_GCC_BOOTSTRAP="YES" WITHOUT_GCOV="YES" WITHOUD_GDB="YES" WITHOUT_GNUCXX="YES" WITHOUT_GPL_DTC="YES" WITHOUT_INETD="YES" WITHOUT_IPFILTER="YES" WITHOUT_IPFW="YES" WITHOUT_LDNS="YES" WITHOUT_LDNS_UTILS="YES" WITH_LLDB="YES" WITHOUT_NIS="YES" WITHOUT_NLS="YES" WITHOUT_NLS_CATALOGS="YES" WITHOUT_PC_SYSINSTALL="YES" WITH_RBOOTD="YES" WITHOUT_RCMDS="YES" WITHOUT_RCS="YES" WITH_SORT_THREADS="YES" WITH_SVN="YES" WITHOUT_SYSINSTALL="YES" WITHOUT_TALK="YES" WITHOUT_TCP_WRAPPERS="YES" WITHOUT_TCSH="YES" WITH_TESTS="YES" WITHOUT_TIMED="YES" WITHOUT_UNBOUND="YES" -- Eir Nym From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 12:34:28 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 277BCB5D for ; Mon, 16 Feb 2015 12:34:28 +0000 (UTC) Received: from mail-pd0-f174.google.com (mail-pd0-f174.google.com [209.85.192.174]) (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 E96D6E7 for ; Mon, 16 Feb 2015 12:34:27 +0000 (UTC) Received: by pdno5 with SMTP id o5so35050474pdn.8 for ; Mon, 16 Feb 2015 04:34:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=RQ7KzbNOlW4bh5mIBFAW6c/Gheyq25UoPN8yQrNyWhY=; b=ZbgzMNdK4QrJVj8ulSlWu7DsZKLYd/448HhpND5Dm3YL/J5elXcpgeLYcZ/nuAXAfo JjuzmAC0uIx4xf7xGBIIKicB4ERooQf+ATupZ9G3+0DJp2+ZDfOFqo9QLf7GRb33wpoD rB7w6LVURCuATv0D7rogXwp5NCRELX5kTmXTpDfKDBWrZGKcBeJ6H+XzD77dY888GLiK ePpF+DK2o2tvZHhTjqo9EOTMPU94Vzb9dEt3NSj95PajpP5nBWMdnD/GOTSFybWBAiT4 s423ERQ/Os7Te1dtHSZVd8R4UfM1mmFVXVk1oS36fVS1AnA8yZzi3PjxNzD/pqLnzAda Q7LQ== X-Received: by 10.68.190.5 with SMTP id gm5mr39675118pbc.164.1424090060946; Mon, 16 Feb 2015 04:34:20 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:747e:3a53:5473:32c? ([2601:8:ab80:7d6:747e:3a53:5473:32c]) by mx.google.com with ESMTPSA id fo8sm14620278pdb.74.2015.02.16.04.34.20 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Feb 2015 04:34:20 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_3B841EC9-33A4-4F7D-BAEE-3B72E27322BD"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Current build world failed: bsdxml is missing? From: Garrett Cooper In-Reply-To: Date: Mon, 16 Feb 2015 04:34:18 -0800 Message-Id: <19E33DDA-E850-466F-9BD9-EB7ED257E428@gmail.com> References: To: Arseny Nasokin X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 12:34:28 -0000 --Apple-Mail=_3B841EC9-33A4-4F7D-BAEE-3B72E27322BD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Feb 16, 2015, at 4:28, Arseny Nasokin wrote: > Geom XML output is failed to build. >=20 > Build box SVN version is: CURRENT-r265265. >=20 > Related log output is: >=20 > --- sbin.all__D --- > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function > `geom_xml2tree': > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x5e): undefined reference = to > `XML_ParserCreate' > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa2): undefined reference = to > `XML_SetUserData' > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xb4): undefined reference = to > `XML_SetElementHandler' > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc1): undefined reference = to > `XML_SetCharacterDataHandler' > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xdb): undefined reference = to > `XML_Parse' > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xfd): undefined reference = to > `XML_ParserFree' > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x373): undefined = reference to > `XML_ParserFree' > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x37d): undefined = reference to > `XML_GetErrorCode' > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x397): undefined = reference to > `XML_ParserFree' > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function > `StartElement': > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x3eb): undefined = reference to > `sbuf_new' > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x735): undefined = reference to > `XML_StopParser' > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function > `EndElement': > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7bb): undefined = reference to > `sbuf_finish' > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7d0): undefined = reference to > `sbuf_data' > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7e9): undefined = reference to > `sbuf_delete' > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa25): undefined = reference to > `XML_StopParser' > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function > `CharData': > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc62): undefined = reference to > `sbuf_bcat=92 I think the fact that it=92s missing sbuf* is the underlying cause for = the failures seen here. Can you please post more context in a pastebin = or something (what phase did buildworld fail, what options did you pass = to make, i.e. -DNO_CLEAN, etc?)? Thanks! --Apple-Mail=_3B841EC9-33A4-4F7D-BAEE-3B72E27322BD Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJU4ePKAAoJEMZr5QU6S73eMJgH/1XUCO2LKW5WTC5c+UcPOClj Kpc4pGRBm0AQFSkilyv14yKZ0fXwr04O7O+aKtet2HFX6CaemrUeVWTRMda3p85y C3RKoRVOPHxV9D2Q92nw8RW+0zI3mhRDXS68+EkVb3oIvwvRwx41Ey2hgNbYUF38 +Kd6O7ZVYmVGiKBo/M3DmVVDkt58ac9/jIW2JAbwnZhr7Qbrc3ZFdxLshi1/3N1O 9n6eMNvkYPf2MT5eKN45XDIO41HpvtFfCo+W4s922M9JRoE3pDKjedj1GRtFUNPh ncrkLLaISsMaKfTNlRGYxN5Jl5e55ZRSEQScXOn5s8+68yXb8UgouIk61ns1M8U= =KxPs -----END PGP SIGNATURE----- --Apple-Mail=_3B841EC9-33A4-4F7D-BAEE-3B72E27322BD-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 13:53:11 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CEFB873B; Mon, 16 Feb 2015 13:53:11 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id BA9E2AEC; Mon, 16 Feb 2015 13:53:11 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id DE8D1BEA; Mon, 16 Feb 2015 13:53:11 +0000 (UTC) Date: Mon, 16 Feb 2015 13:53:10 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, royger@FreeBSD.org, glebius@FreeBSD.org, hselasky@FreeBSD.org Message-ID: <648482030.10.1424094791882.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2046975437.9.1424084014383.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2046975437.9.1424084014383.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2389 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 13:53:11 -0000 See Changes: [hselasky] Allow the display port to be powered off. [hselasky] Forward the FBIO_BLANK IOCTL to framebuffer clients. Bump the Fr= eeBSD version to force re-compilation of external video driver kernel modules. Discussed with:=09=09ray @ [royger] xen: fix xenstore dev Xenstore user-space device has two problems currently: - It does not correctly handle concurrent clients, because it's storing each client data in dev->si_drv1. - It does not correctly free this data when the client closes the device. In order to solve both of this issues store the per-client data using cdevpriv, which also comes with a hook in order to perform the necessary cleanup on device close. While there also make the device eternal. Sponsored by: Citrix Systems R&D Reported and Tested by: thompsa MFC after: 2 weeks ------------------------------------------ [...truncated 277999 lines...] --- all_subdir_pccard --- ctfmerge -L VERSION -g -o pccard.ko.debug pccard.o pccard_cis.o pccard_cis_= quirks.o pccard_device.o --- all_subdir_netgraph --- --- ng_car.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_car.ko.symbols ng_car.ko.deb= ug ng_car.ko =3D=3D=3D> netgraph/cisco (all) --- all_subdir_pccard --- :> export_syms awk -f pccard.ko.debug export_syms | xargs -J% objcopy % pccard.ko.debug --- pccard.ko.symbols --- objcopy --only-keep-debug pccard.ko.debug pccard.ko.symbols --- pccard.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dpccard.ko.symbols pccard.ko.deb= ug pccard.ko --- all_subdir_pcn --- =3D=3D=3D> pcn (all) --- all_subdir_netgraph --- --- ng_cisco.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_pcn --- --- if_pcn.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- ar5416_eeprom.o --- ctfconvert -L VERSION -g ar5416_eeprom.o --- ar5416_gpio.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -Wall -Wredundant-decls -Wnested-= externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline = -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mc= model=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchron= ous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-e= rror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equ= ality -Wno-error-unused-function -Wno-error-pointer-sign -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-unknown-pragmas -W= no-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses= -equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mn= o-avx -std=3Diso9899:1999 -Werror -I -I --- modules-all --- --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_cisco.o --- ng_cisco.ko.debug --- ld -d -warn-common -r -d -o ng_cisco.ko.debug ng_cisco.o ctfmerge -L VERSION -g -o ng_cisco.ko.debug ng_cisco.o :> export_syms awk -f ng_cisco.ko.debug export_syms | xargs -J% objcopy % ng_cisco.ko.debug --- ng_cisco.ko.symbols --- objcopy --only-keep-debug ng_cisco.ko.debug ng_cisco.ko.symbols --- ng_cisco.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_cisco.ko.symbols ng_cisco.ko= .debug ng_cisco.ko =3D=3D=3D> netgraph/deflate (all) --- ar5416_gpio.o --- ctfconvert -L VERSION -g ar5416_gpio.o --- modules-all --- --- all_subdir_nxge --- ctfconvert -L VERSION -g xgehal-stats.o --- xgehal-config.o --- --- xgehal-mgmt.o --- --- xgehal-config.o --- cc -O2 -pipe -DXGE_DEBUG_MODULE_MASK=3DXGE_COMPONENT_LL -DXGE_DEBUG_ERR_M= ASK=3DXGE_COMPONENT_LL -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE = -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include -= I. -I -I -fno-common -g -fno-om= it-frame-pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnes= ted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winl= ine -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-i= nclude-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std= =3Diso9899:1999 -c --- xgehal-mgmt.o --- cc -O2 -pipe -DXGE_DEBUG_MODULE_MASK=3DXGE_COMPONENT_LL -DXGE_DEBUG_ERR_M= ASK=3DXGE_COMPONENT_LL -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE = -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include -= I. -I -I -fno-common -g -fno-om= it-frame-pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnes= ted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winl= ine -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-i= nclude-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-error-unused-function -Wno-error-pointer-sign -Wno-self-assign -mno-aes= -mno-avx -std=3Diso9899:1999 -c --- all_subdir_netgraph --- --- ng_deflate.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c ctfconvert -L VERSION -g ng_deflate.o --- ng_deflate.ko.debug --- ld -d -warn-common -r -d -o ng_deflate.ko.debug ng_deflate.o ctfmerge -L VERSION -g -o ng_deflate.ko.debug ng_deflate.o :> export_syms awk -f ng_deflate.ko.debug export_syms | xargs -J% objcopy % ng_deflate.ko.d= ebug --- ng_deflate.ko.symbols --- objcopy --only-keep-debug ng_deflate.ko.debug ng_deflate.ko.symbols --- ng_deflate.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_deflate.ko.symbols ng_deflat= e.ko.debug ng_deflate.ko =3D=3D=3D> netgraph/device (all) --- all_subdir_nxge --- --- xgehal-config.o --- ctfconvert -L VERSION -g xgehal-config.o --- ar5416_interrupts.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -Wall -Wredundant-decls -Wnested-= externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline = -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mc= model=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchron= ous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-e= rror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equ= ality -Wno-error-unused-function -Wno-error-pointer-sign -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-unknown-pragmas -W= no-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses= -equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mn= o-avx -std=3Diso9899:1999 -Werror -I -I --- modules-all --- --- all_subdir_pcn --- ctfconvert -L VERSION -g if_pcn.o --- all_subdir_netgraph --- --- ng_device.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_pcn --- --- if_pcn.ko.debug --- ld -d -warn-common -r -d -o if_pcn.ko.debug if_pcn.o ctfmerge -L VERSION -g -o if_pcn.ko.debug if_pcn.o :> export_syms awk -f if_pcn.ko.debug export_syms | xargs -J% objcopy % if_pcn.ko.debug --- if_pcn.ko.symbols --- objcopy --only-keep-debug if_pcn.ko.debug if_pcn.ko.symbols --- if_pcn.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_pcn.ko.symbols if_pcn.ko.deb= ug if_pcn.ko --- all_subdir_pf --- =3D=3D=3D> pf (all) --- pf_if.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- ar5416_interrupts.o --- ctfconvert -L VERSION -g ar5416_interrupts.o --- modules-all --- --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_device.o --- ng_device.ko.debug --- ld -d -warn-common -r -d -o ng_device.ko.debug ng_device.o --- ar5416_keycache.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -Wall -Wredundant-decls -Wnested-= externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline = -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mc= model=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchron= ous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-e= rror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equ= ality -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredundant= -decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototyp--- modules-= all --- ctfmerge -L VERSION -g -o ng_device.ko.debug ng_device.o --- ar5416_keycache.o --- es -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat= -extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown= -pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error= -parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign = -mno-aes -mno-avx -std=3Diso9899:1999 -Werror -I -I --- modules-all --- :> export_syms awk -f ng_device.ko.debug export_syms | xargs -J% objcopy % ng_device.ko.deb= ug --- ng_device.ko.symbols --- objcopy --only-keep-debug ng_device.ko.debug ng_device.ko.symbols --- ng_device.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_device.ko.symbols ng_device.= ko.debug ng_device.ko =3D=3D=3D> netgraph/echo (all) --- ng_echo.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_nxge --- --- xgehal-mgmt.o --- ctfconvert -L VERSION -g xgehal-mgmt.o --- if_nxge.ko.debug --- ld -d -warn-common -r -d -o if_nxge.ko.debug if_nxge.o xgehal-device.o xgeh= al-mm.o xge-queue.o xgehal-driver.o xgehal-ring.o xgehal-channel.o xgehal-f= ifo.o xgehal-stats.o xgehal-config.o xgehal-mgmt.o ctfmerge -L VERSION -g -o if_nxge.ko.debug if_nxge.o xgehal-device.o xgehal= -mm.o xge-queue.o xgehal-driver.o xgehal-ring.o xgehal-channel.o xgehal-fif= o.o xgehal-stats.o xgehal-config.o xgehal-mgmt.o --- ar5416_keycache.o --- ctfconvert -L VERSION -g ar5416_keycache.o --- modules-all --- :> export_syms awk -f if_nxge.ko.debug export_syms | xargs -J% objcopy % if_nxge.ko.debug --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_echo.o --- all_subdir_nxge --- --- if_nxge.ko.symbols --- objcopy --only-keep-debug if_nxge.ko.debug if_nxge.ko.symbols --- all_subdir_netgraph --- --- ng_echo.ko.debug --- ld -d -warn-common -r -d -o ng_echo.ko.debug ng_echo.o ctfmerge -L VERSION -g -o ng_echo.ko.debug ng_echo.o --- all_subdir_nxge --- --- if_nxge.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_nxge.ko.symbols if_nxge.ko.d= ebug if_nxge.ko --- all_subdir_netgraph --- :> export_syms awk -f ng_echo.ko.debug export_syms | xargs -J% objcopy % ng_echo.ko.debug --- ar5416_misc.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -Wall -Wredundant-decls -Wnested-= externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline = -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mc= model=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchron= ous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-e= rror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equ= ality -Wno-error-unused-function -Wno-error-pointer-sign -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-unknown-pragmas -W= no-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses= -equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mn= o-avx -std=3Diso9899:1999 -Werror -I -I --- modules-all --- --- ng_echo.ko.symbols --- objcopy --only-keep-debug ng_echo.ko.debug ng_echo.ko.symbols --- all_subdir_pf --- --- pf_lb.o --- --- all_subdir_netgraph --- --- ng_echo.ko --- --- all_subdir_pf --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- objcopy --strip-debug --add-gnu-debuglink=3Dng_echo.ko.symbols ng_echo.ko.d= ebug ng_echo.ko =3D=3D=3D> netgraph/eiface (all) --- ng_eiface.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_pf --- --- pf_if.o --- ctfconvert -L VERSION -g pf_if.o --- pf_osfp.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- ar5416_misc.o --- ctfconvert -L VERSION -g ar5416_misc.o --- modules-all --- --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_eiface.o --- ng_eiface.ko.debug --- --- all_subdir_pf --- ctfconvert -L VERSION -g pf_osfp.o --- all_subdir_netgraph --- ld -d -warn-common -r -d -o ng_eiface.ko.debug ng_eiface.o ctfmerge -L VERSION -g -o ng_eiface.ko.debug ng_eiface.o --- all_subdir_pf --- --- pf_norm.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- :> export_syms awk -f ng_eiface.ko.debug export_syms | xargs -J% objcopy % ng_eiface.ko.deb= ug --- ng_eiface.ko.symbols --- objcopy --only-keep-debug ng_eiface.ko.debug ng_eiface.ko.symbols --- ng_eiface.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_eiface.ko.symbols ng_eiface.= ko.debug ng_eiface.ko =3D=3D=3D> netgraph/etf (all) --- all_subdir_pf --- --- pf_lb.o --- ctfconvert -L VERSION -g pf_lb.o --- pf_table.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- ar5416_phy.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -Wall -Wredundant-decls -Wnested-= externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline = -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mc= model=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchron= ous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-e= rror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equ= ality -Wno-error-unused-function -Wno-error-pointer-sign -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-unknown-pragmas -W= no-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses= -equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mn= o-avx -std=3Diso9899:1999 -Werror -I -I --- modules-all --- --- all_subdir_netgraph --- --- ng_etf.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_pf --- --- pf_norm.o --- :1098:1: error: no previous prototype for function 'pf_refr= agment6' [-Werror,-Wmissing-prototypes] pf_refragment6(struct ifnet *ifp, struct mbuf **m0, struct m_tag *mtag) ^ --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_etf.o --- all_subdir_pf --- 1 error generated. *** [pf_norm.o] Error code 1 make[4]: stopped in --- all_subdir_netgraph --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_netgraph] Error code 2 make[3]: stopped in --- ar5416_phy.o --- ctfconvert -L VERSION -g ar5416_phy.o --- modules-all --- --- all_subdir_pf --- --- pf_table.o --- ctfconvert -L VERSION -g pf_table.o 1 error make[4]: stopped in *** [all_subdir_pf] Error code 2 make[3]: stopped in 2 errors make[3]: stopped in *** [modules-all] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 14:04:54 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6FAF9DC for ; Mon, 16 Feb 2015 14:04:54 +0000 (UTC) Received: from mail-pd0-f180.google.com (mail-pd0-f180.google.com [209.85.192.180]) (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 9B29BC31 for ; Mon, 16 Feb 2015 14:04:54 +0000 (UTC) Received: by pdbfl12 with SMTP id fl12so35641822pdb.4 for ; Mon, 16 Feb 2015 06:04:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=hVZEJ137R9Uqh+JO5ImZMPNOv5X5MMlGbfYWw+CB9WQ=; b=Z06IM+usBs4PE4Vd08QeCgtUT62Wc+Rd+HthS9XVVrzpPV9eEfi2iXMApnF4/9Sxvj xD4nLdD0K6l32Vtn6sH1FAbggtkRo0McDkT9vyTD6kBeuvWOwRNYgNE4lrk6pgrYTFI1 eU89GqMKC1x7FjGXhGTCEz+yG3FeZneZMvEvManj6kj7CIkUc77DIPoux2xmDCj0IDx/ zcNO6nQyJn3zVcwCZyMEpsGkmUOlX9yeYeS9HC/1fmRLl9eOZ9/npxrKELKP4DKu4ipA 2lQd5ipfpTOg/mKmDTHXaWJyq/OjhmASIYDSf4suHF1QcrOFNiRTg++I+SQbo+m6ZRN7 9CRg== X-Received: by 10.66.55.104 with SMTP id r8mr39757583pap.75.1424095488353; Mon, 16 Feb 2015 06:04:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.66.232.9 with HTTP; Mon, 16 Feb 2015 06:04:28 -0800 (PST) In-Reply-To: <19E33DDA-E850-466F-9BD9-EB7ED257E428@gmail.com> References: <19E33DDA-E850-466F-9BD9-EB7ED257E428@gmail.com> From: Arseny Nasokin Date: Mon, 16 Feb 2015 18:04:28 +0400 Message-ID: Subject: Re: Current build world failed: bsdxml is missing? To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 14:04:55 -0000 On 16 February 2015 at 15:34, Garrett Cooper wrote: > On Feb 16, 2015, at 4:28, Arseny Nasokin wrote: > > > Geom XML output is failed to build. > > > > Build box SVN version is: CURRENT-r265265. > > > > Related log output is: > > > > --- sbin.all__D --- > > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function > > `geom_xml2tree': > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x5e): undefined reference = to > > `XML_ParserCreate' > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa2): undefined reference = to > > `XML_SetUserData' > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xb4): undefined reference = to > > `XML_SetElementHandler' > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc1): undefined reference = to > > `XML_SetCharacterDataHandler' > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xdb): undefined reference = to > > `XML_Parse' > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xfd): undefined reference = to > > `XML_ParserFree' > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x373): undefined reference > to > > `XML_ParserFree' > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x37d): undefined reference > to > > `XML_GetErrorCode' > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x397): undefined reference > to > > `XML_ParserFree' > > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function > > `StartElement': > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x3eb): undefined reference > to > > `sbuf_new' > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x735): undefined reference > to > > `XML_StopParser' > > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function > > `EndElement': > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7bb): undefined reference > to > > `sbuf_finish' > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7d0): undefined reference > to > > `sbuf_data' > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7e9): undefined reference > to > > `sbuf_delete' > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa25): undefined reference > to > > `XML_StopParser' > > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function > > `CharData': > > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc62): undefined reference > to > > `sbuf_bcat=E2=80=99 > > I think the fact that it=E2=80=99s missing sbuf* is the underlying cause = for the > failures seen here. Can you please post more context in a pastebin or > something (what phase did buildworld fail, what options did you pass to > make, i.e. -DNO_CLEAN, etc?)? > > Thanks! > Thank you for fast reply, I remove /usr/obj/usr and $TMPDIR explicitly with rm(1) and chflags(1) and only then build world. (I use separate $TMPDIR for that process) # make toolchain 'SRCCONF=3D/path/to/src.conf' -DNO_CLEAN '__MAKE_CONF=3D/dev/null' 'TARGET=3Damd64' # make buildworld 'SRCCONF=3D/path/to/src.conf' -DNO_CLEAN '__MAKE_CONF=3D/dev/null' 'TARGET=3Damd64' ... The stage is: 4.4 (building everything) Build script is here: https://bitbucket.org/eirnym/bsd/src/9822ba9b1ed54414a79d5a632b3857f8b671c7= 69/builder/mkw.sh?at=3Ddefault -- Eir Nym From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 15:33:47 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D874BC07; Mon, 16 Feb 2015 15:33:47 +0000 (UTC) Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::235]) (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 86BA17D7; Mon, 16 Feb 2015 15:33:47 +0000 (UTC) Received: by mail-qg0-f53.google.com with SMTP id f51so23780944qge.12; Mon, 16 Feb 2015 07:33:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-type; bh=Wd0Es+INz6M+ltBBpHTCXN24yFeaHvPV0Smum7TG7tc=; b=vwI5yR1v0H8HlS5s5+gV61PafmlAdAymAPFQk96e/H8Uug3JF5pOiyiptI2oeFoCD7 lJwb79aJAFQh2hhbf/ITAvoHZlc/Hk3QXzLRv76DBDO8BetMEA9l/r1C2pWK5BSo2rYt nxEXbT/hWXPov9+SEje+fqkZjAXYqNcG8h3ToN/lJR8gxwZBKEr3v2ja/ekje9IqOhmm wnlG3o8sbqAMqOTAgBd6UcvS8tpwvJ9jb6UdFyKwvFZ3jZy6yI64EGqktZF6eTAzWQkR 1S3TcwaDO/li+6LhtLS2hNyMXn54KK0fV8XRZ/MYxk5krbjHkSA40zJXtKRvBC2UzYwa QgeA== X-Received: by 10.140.235.23 with SMTP id g23mr1258318qhc.37.1424100826472; Mon, 16 Feb 2015 07:33:46 -0800 (PST) Received: from shawn-work-laptop.localnet ([2601:a:1380:1046:a183:d964:e7a9:7c8]) by mx.google.com with ESMTPSA id u5sm14062797qap.18.2015.02.16.07.33.45 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Feb 2015 07:33:45 -0800 (PST) From: Shawn Webb To: freebsd-current@freebsd.org Subject: Re: Build failed in Jenkins: FreeBSD_HEAD #2388 Date: Mon, 16 Feb 2015 10:33:42 -0500 Message-ID: <1598043.mSQNuDbPK7@shawn-work-laptop> User-Agent: KMail/4.14.1 (Linux/3.16.0-30-generic; KDE/4.14.1; x86_64; ; ) In-Reply-To: <2046975437.9.1424084014383.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2046975437.9.1424084014383.JavaMail.jenkins@jenkins-9.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3112696.4dfh2y9Sjx"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: glebius@freebsd.org, jenkins-admin@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 15:33:47 -0000 --nextPart3112696.4dfh2y9Sjx Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Monday, February 16, 2015 10:53:33 AM jenkins-admin@freebsd.org wrote: > See > > Changes: > > [glebius] In the forwarding case refragment the reassembled packets with the > same size as they arrived in. This allows the sender to determine the > optimal fragment size by Path MTU Discovery. > > Roughly based on the OpenBSD work by Alexander Bluhm. > > Submitted by: Kristof Provost > Differential Revision: D1767 > > [glebius] Factor out ip6_fragment() function, to be used in IPv6 stack and > pf(4). > > Submitted by: Kristof Provost > Differential Revision: D1766 > > ------------------------------------------ > [...truncated 277841 lines...] > --- ng_device.ko --- > objcopy --strip-debug --add-gnu-debuglink=ng_device.ko.symbols > ng_device.ko.debug ng_device.ko ===> netgraph/echo (all) > --- ng_echo.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -DHAVE_KERNEL_OPTION_HEADERS -include > s/GENERIC/opt_global.h> -I. > -I > -I > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I sys/GENERIC> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -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-op tion -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c > ../../../netgraph/ng_echo.c> ctfconvert -L VERSION -g ng_echo.o > --- all_subdir_pccard --- > ctfconvert -L VERSION -g pccard.o > --- all_subdir_netgraph --- > --- ng_echo.ko.debug --- > ld -d -warn-common -r -d -o ng_echo.ko.debug ng_echo.o > ctfmerge -L VERSION -g -o ng_echo.ko.debug ng_echo.o > > :> export_syms > > --- all_subdir_pccard --- > --- pccard_cis_quirks.o --- > --- all_subdir_netgraph --- > awk -f > > ng_echo.ko.debug export_syms | xargs -J% objcopy % ng_echo.ko.debug --- > all_subdir_pccard --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -DHAVE_KERNEL_OPTION_HEADERS -include > s/GENERIC/opt_global.h> -I. > -I > -I > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I sys/GENERIC> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -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-op tion -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c > ev/pccard/pccard_cis_quirks.c> --- all_subdir_netgraph --- > --- ng_echo.ko.symbols --- > objcopy --only-keep-debug ng_echo.ko.debug ng_echo.ko.symbols > --- ng_echo.ko --- > objcopy --strip-debug --add-gnu-debuglink=ng_echo.ko.symbols > ng_echo.ko.debug ng_echo.ko ===> netgraph/eiface (all) > --- ng_eiface.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -DHAVE_KERNEL_OPTION_HEADERS -include > s/GENERIC/opt_global.h> -I. > -I > -I > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I sys/GENERIC> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -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-op tion -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c > e/../../../netgraph/ng_eiface.c> --- all_subdir_patm --- > ctfconvert -L VERSION -g if_patm_rx.o > --- if_patm_attach.o --- > cc -O2 -pipe -DENABLE_BPF -fno-strict-aliasing -Werror -D_KERNEL > -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > s/GENERIC/opt_global.h> -I. > -I > -I > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I sys/GENERIC> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > -Wmissing-include-dirs -fdiagno stics-show-option -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c > /patm/if_patm_attach.c> --- all_subdir_pccard --- > ctfconvert -L VERSION -g pccard_cis_quirks.o > --- pccard.ko.debug --- > ld -d -warn-common -r -d -o pccard.ko.debug pccard.o pccard_cis.o > pccard_cis_quirks.o pccard_device.o ctfmerge -L VERSION -g -o > pccard.ko.debug pccard.o pccard_cis.o pccard_cis_quirks.o pccard_device.o > :> export_syms > > awk -f > > pccard.ko.debug export_syms | xargs -J% objcopy % pccard.ko.debug --- > pccard.ko.symbols --- > objcopy --only-keep-debug pccard.ko.debug pccard.ko.symbols > --- pccard.ko --- > objcopy --strip-debug --add-gnu-debuglink=pccard.ko.symbols pccard.ko.debug > pccard.ko --- all_subdir_pcn --- > ===> pcn (all) > --- if_pcn.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -DHAVE_KERNEL_OPTION_HEADERS -include > s/GENERIC/opt_global.h> -I. > -I > -I > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I sys/GENERIC> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -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-op tion -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c > pcn/if_pcn.c> --- all_subdir_netgraph --- > ctfconvert -L VERSION -g ng_eiface.o > --- ng_eiface.ko.debug --- > ld -d -warn-common -r -d -o ng_eiface.ko.debug ng_eiface.o > ctfmerge -L VERSION -g -o ng_eiface.ko.debug ng_eiface.o > > :> export_syms > > awk -f > > ng_eiface.ko.debug export_syms | xargs -J% objcopy % ng_eiface.ko.debug > --- ng_eiface.ko.symbols --- > objcopy --only-keep-debug ng_eiface.ko.debug ng_eiface.ko.symbols > --- ng_eiface.ko --- > objcopy --strip-debug --add-gnu-debuglink=ng_eiface.ko.symbols > ng_eiface.ko.debug ng_eiface.ko ===> netgraph/etf (all) > --- ng_etf.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -DHAVE_KERNEL_OPTION_HEADERS -include > s/GENERIC/opt_global.h> -I. > -I > -I > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I sys/GENERIC> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -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-op tion -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c > ./../../netgraph/ng_etf.c> --- all_subdir_nxge --- > ctfconvert -L VERSION -g xgehal-mgmt.o > --- if_nxge.ko.debug --- > ld -d -warn-common -r -d -o if_nxge.ko.debug if_nxge.o xgehal-device.o > xgehal-mm.o xge-queue.o xgehal-driver.o xgehal-ring.o xgehal-channel.o > xgehal-fifo.o xgehal-stats.o xgehal-config.o xgehal-mgmt.o ctfmerge -L > VERSION -g -o if_nxge.ko.debug if_nxge.o xgehal-device.o xgehal-mm.o > xge-queue.o xgehal-driver.o xgehal-ring.o xgehal-channel.o xgehal-fifo.o > xgehal-stats.o xgehal-config.o xgehal-mgmt.o > :> export_syms > > awk -f > > if_nxge.ko.debug export_syms | xargs -J% objcopy % if_nxge.ko.debug --- > if_nxge.ko.symbols --- > objcopy --only-keep-debug if_nxge.ko.debug if_nxge.ko.symbols > --- if_nxge.ko --- > objcopy --strip-debug --add-gnu-debuglink=if_nxge.ko.symbols > if_nxge.ko.debug if_nxge.ko --- all_subdir_pf --- > ===> pf (all) > --- all_subdir_netgraph --- > ctfconvert -L VERSION -g ng_etf.o > --- ng_etf.ko.debug --- > ld -d -warn-common -r -d -o ng_etf.ko.debug ng_etf.o > ctfmerge -L VERSION -g -o ng_etf.ko.debug ng_etf.o > > :> export_syms > > awk -f > > ng_etf.ko.debug export_syms | xargs -J% objcopy % ng_etf.ko.debug --- > ng_etf.ko.symbols --- > objcopy --only-keep-debug ng_etf.ko.debug ng_etf.ko.symbols > --- ng_etf.ko --- > objcopy --strip-debug --add-gnu-debuglink=ng_etf.ko.symbols ng_etf.ko.debug > ng_etf.ko ===> netgraph/ether (all) > --- all_subdir_pf --- > --- pf_if.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -DHAVE_KERNEL_OPTION_HEADERS -include > s/GENERIC/opt_global.h> -I. > -I > -I > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I sys/GENERIC> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -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-op tion -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c > il/pf/pf_if.c> --- all_subdir_patm --- > ctfconvert -L VERSION -g if_patm_attach.o > --- if_patm.ko.debug --- > ld -d -warn-common -r -d -o if_patm.ko.debug if_patm.o if_patm_attach.o > if_patm_ioctl.o if_patm_intr.o if_patm_tx.o if_patm_rx.o if_patm_rtables.o > --- all_subdir_netgraph --- > --- ng_ether.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -DHAVE_KERNEL_OPTION_HEADERS -include > s/GENERIC/opt_global.h> -I. > -I > -I > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I sys/GENERIC> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -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-op tion -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c > /../../../netgraph/ng_ether.c> --- all_subdir_patm --- > ctfmerge -L VERSION -g -o if_patm.ko.debug if_patm.o if_patm_attach.o > if_patm_ioctl.o if_patm_intr.o if_patm_tx.o if_patm_rx.o if_patm_rtables.o > :> export_syms > > awk -f > > if_patm.ko.debug export_syms | xargs -J% objcopy % if_patm.ko.debug --- > if_patm.ko.symbols --- > objcopy --only-keep-debug if_patm.ko.debug if_patm.ko.symbols > --- if_patm.ko --- > objcopy --strip-debug --add-gnu-debuglink=if_patm.ko.symbols > if_patm.ko.debug if_patm.ko --- all_subdir_pflog --- > ===> pflog (all) > --- if_pflog.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -DHAVE_KERNEL_OPTION_HEADERS -include > s/GENERIC/opt_global.h> -I. > -I > -I > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I sys/GENERIC> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -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-op tion -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c > tpfil/pf/if_pflog.c> --- all_subdir_pcn --- > ctfconvert -L VERSION -g if_pcn.o > --- if_pcn.ko.debug --- > ld -d -warn-common -r -d -o if_pcn.ko.debug if_pcn.o > ctfmerge -L VERSION -g -o if_pcn.ko.debug if_pcn.o > > :> export_syms > > awk -f > > if_pcn.ko.debug export_syms | xargs -J% objcopy % if_pcn.ko.debug --- > all_subdir_netgraph --- > ctfconvert -L VERSION -g ng_ether.o > --- all_subdir_pflog --- > ctfconvert -L VERSION -g if_pflog.o > --- all_subdir_pcn --- > --- if_pcn.ko.symbols --- > objcopy --only-keep-debug if_pcn.ko.debug if_pcn.ko.symbols > --- if_pcn.ko --- > objcopy --strip-debug --add-gnu-debuglink=if_pcn.ko.symbols if_pcn.ko.debug > if_pcn.ko --- all_subdir_pflog --- > --- pflog.ko.debug --- > ld -d -warn-common -r -d -o pflog.ko.debug if_pflog.o > --- all_subdir_pf --- > --- pf_lb.o --- > --- all_subdir_netgraph --- > --- ng_ether.ko.debug --- > --- all_subdir_pf --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -DHAVE_KERNEL_OPTION_HEADERS -include > s/GENERIC/opt_global.h> -I. > -I > -I > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I sys/GENERIC> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -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-op tion -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c > il/pf/pf_lb.c> --- all_subdir_netgraph --- > ld -d -warn-common -r -d -o ng_ether.ko.debug ng_ether.o > --- all_subdir_pflog --- > ctfmerge -L VERSION -g -o pflog.ko.debug if_pflog.o > --- all_subdir_netgraph --- > ctfmerge -L VERSION -g -o ng_ether.ko.debug ng_ether.o > --- all_subdir_pflog --- > > :> export_syms > > awk -f > > pflog.ko.debug export_syms | xargs -J% objcopy % pflog.ko.debug --- > all_subdir_netgraph --- > > :> export_syms > > awk -f > > ng_ether.ko.debug export_syms | xargs -J% objcopy % ng_ether.ko.debug --- > all_subdir_pflog --- > --- pflog.ko.symbols --- > objcopy --only-keep-debug pflog.ko.debug pflog.ko.symbols > --- all_subdir_netgraph --- > --- ng_ether.ko.symbols --- > objcopy --only-keep-debug ng_ether.ko.debug ng_ether.ko.symbols > --- all_subdir_pflog --- > --- pflog.ko --- > objcopy --strip-debug --add-gnu-debuglink=pflog.ko.symbols pflog.ko.debug > pflog.ko --- all_subdir_netgraph --- > --- ng_ether.ko --- > objcopy --strip-debug --add-gnu-debuglink=ng_ether.ko.symbols > ng_ether.ko.debug ng_ether.ko --- all_subdir_pf --- > --- pf_osfp.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -DHAVE_KERNEL_OPTION_HEADERS -include > s/GENERIC/opt_global.h> -I. > -I > -I > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I sys/GENERIC> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -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-op tion -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c > il/pf/pf_osfp.c> --- all_subdir_netgraph --- > ===> netgraph/ether_echo (all) > --- ng_ether_echo.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -DHAVE_KERNEL_OPTION_HEADERS -include > s/GENERIC/opt_global.h> -I. > -I > -I > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I sys/GENERIC> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -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-op tion -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c > _echo/../../../netgraph/ng_ether_echo.c> --- all_subdir_pf --- > --- pf_if.o --- > ctfconvert -L VERSION -g pf_if.o > --- pf_norm.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -DHAVE_KERNEL_OPTION_HEADERS -include > s/GENERIC/opt_global.h> -I. > -I > -I > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I sys/GENERIC> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -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-op tion -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c > il/pf/pf_norm.c> --- all_subdir_netgraph --- > ctfconvert -L VERSION -g ng_ether_echo.o > --- ng_ether_echo.ko.debug --- > ld -d -warn-common -r -d -o ng_ether_echo.ko.debug ng_ether_echo.o > ctfmerge -L VERSION -g -o ng_ether_echo.ko.debug ng_ether_echo.o > > :> export_syms > > awk -f > > ng_ether_echo.ko.debug export_syms | xargs -J% objcopy % > ng_ether_echo.ko.debug --- ng_ether_echo.ko.symbols --- > objcopy --only-keep-debug ng_ether_echo.ko.debug ng_ether_echo.ko.symbols > --- ng_ether_echo.ko --- > objcopy --strip-debug --add-gnu-debuglink=ng_ether_echo.ko.symbols > ng_ether_echo.ko.debug ng_ether_echo.ko ===> netgraph/frame_relay (all) > --- ng_frame_relay.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -DHAVE_KERNEL_OPTION_HEADERS -include > s/GENERIC/opt_global.h> -I. > -I > -I > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I sys/GENERIC> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -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-op tion -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c > _relay/../../../netgraph/ng_frame_relay.c> --- all_subdir_pf --- > --- pf_osfp.o --- > ctfconvert -L VERSION -g pf_osfp.o > --- pf_table.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -DHAVE_KERNEL_OPTION_HEADERS -include > s/GENERIC/opt_global.h> -I. > -I > -I > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I sys/GENERIC> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -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-op tion -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c > il/pf/pf_table.c> --- pf_norm.o --- > l/pf/pf_norm.c>:1098:1: error: no previous prototype for function > 'pf_refragment6' [-Werror,-Wmissing-prototypes] pf_refragment6(struct ifnet > *ifp, struct mbuf **m0, struct m_tag *mtag) ^ Confirmed compilation failure on my end, too. Thanks, Shawn --nextPart3112696.4dfh2y9Sjx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABAgAGBQJU4g3ZAAoJEGqEZY9SRW7uK0EP/17rHt7BsWGzk9zgEuiPdVDK NFUR+T4hJCgKOM03CmiqcPgVD8+rKlbCt5BzQ6piB2ObiqyXqhYUOe1KotSTglgs 0O6nzUY1+baTKanCwamFIQMOQpEbHNIknvb63+4UP0Tr1oLz5lRWIGxI5HtQRwtx SxNM6NRSvtHCrrddm+jpxSOpbM3hjtlaMV5UwTwNxLP3ntIObHbPpZTR3TcKeht9 GWZNSdl46T9OuQCsd20WV2CEB7bV6p3TK8JxJuMxmAlzmOY4u+5xGKgO/YQAFhIw 1rqMI8KAETU48aGo7QkoSVRYv38rz2UOQqBUDuoQ2PXyo7xyZR1cxJ6ad8lj9op0 RLAIUCVAAIRhwO9MmEwsJhaogGmLzcg3togG7a/YjU2ydq53vCw1h2+OTs6dU+dC C/b0kbsUG7jE3LPGgodYFZvG9/ZcJWl+eBTlmGDu6b+b9PbwKhC5T2Xon5JsZSri Tqe72S3YJqSfsNlllX0gVf8JFaVGEJiwclM8PpVeZTDnZshTdwUqAymyWM5MfWrG ZHsspUXQ1mJTgiI2vhrtEnAXlM2qguppr1Uk3f5xsY9e1WxFnZjOIN+7wGFVOrP+ 9dGsRnoeOSTCgCRqfDXoru8tHqhsrWPiQBLkDV2dBBOvl1Oc68HFhVd43Jot6Wsv g88s2BONm+bMLR1sA1of =dMNt -----END PGP SIGNATURE----- --nextPart3112696.4dfh2y9Sjx-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 15:39:31 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 356E7ED1 for ; Mon, 16 Feb 2015 15:39:31 +0000 (UTC) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (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 E2D07827 for ; Mon, 16 Feb 2015 15:39:30 +0000 (UTC) Received: by mail-qg0-f45.google.com with SMTP id h3so23834463qgf.4 for ; Mon, 16 Feb 2015 07:39:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-type; bh=hHWERJiHkOQj6FsII0ooJDKUvLZji7oTE3p43aYtf5g=; b=WGDTwN22AmLxfA78Id57kgPiKYmWFL012WwELbHa9sZqfRLojpZdQAsVZv62L5gqjP X6UE9NJ/Ynguy7srftnE40AxbhvLN8fEuM17gQ8m48OW+Nrb2dopan7Z6Hw5L5rSohwY ElaUzth6DNXDpLT5aIpC/lezP39p8Xx29LFkpOWhqoMstFLRjucWctUauErUZUj6DYuR NBAX0/p1RVDdQ4CjQ7sN3jXAYiqsw2u5um1Yu42LJFmozg+r0/CdTK3rCulHI1gv3wO6 LbkqBxmAAjDhUnWFlIgCz7FEgQGp5vzb8nBuchNW4wmVetTXfyFNmeBYXoZthnAmVlGR 7ZDw== X-Received: by 10.140.83.163 with SMTP id j32mr325025qgd.52.1424101170010; Mon, 16 Feb 2015 07:39:30 -0800 (PST) Received: from shawn-work-laptop.localnet ([2601:a:1380:1046:a183:d964:e7a9:7c8]) by mx.google.com with ESMTPSA id 63sm3956226qhx.31.2015.02.16.07.39.29 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Feb 2015 07:39:29 -0800 (PST) From: Shawn Webb To: freebsd-current@freebsd.org Subject: Re: Pluggable frame buffer devices Date: Mon, 16 Feb 2015 10:39:29 -0500 Message-ID: <2245985.dTFM2y6A0x@shawn-work-laptop> User-Agent: KMail/4.14.1 (Linux/3.16.0-30-generic; KDE/4.14.1; x86_64; ; ) In-Reply-To: <54E11A57.3030105@selasky.org> References: <54E11A57.3030105@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12071959.PrSembyFnH"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: Hans Petter Selasky , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 15:39:31 -0000 --nextPart12071959.PrSembyFnH Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote: > Hi, > > I've added support for USB display link adapters to FreeBSD-11-current, > but the kernel panics once "vt_fb_attach(info)" is called from > "fbd_register(struct fb_info* info)" when the USB device is plugged or > udl.ko is loaded. Is this a known issue? > > REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c > > --HPS I personally can't answer your question. But I'd love to help test this, especially since Haswell graphics isn't supported, yet, and my laptop is running Haswell. What would be a good USB display device to buy to help test this awesome work out? Thanks, Shawn --nextPart12071959.PrSembyFnH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABAgAGBQJU4g8xAAoJEGqEZY9SRW7u1ccQAL8TiT17/UznlZG0+7ZYTJcX wxUfF77c6icyzvLXMvJcP+HO7+xYxZ6ZuFP7T3J9JeZdAsmfesfDIS03CSl2Qi01 OxHCOcCtxFBpxylYqEbr1KUhWDCmca3WLXt0jM7AM4xzOGARanFYPnJKnSj0b+lj sLfUTvbdASDk75E+w8F8HV93pEtYHkraOKU0dJyPvk5cRZfmpnZ+PcorklBZsoK6 8ymex59s8CNiUZA1ZxRw/vekYKVAexXndDNCJ5BQti8i90nhF0QcrR/qJa1xBZ/e 9bKbYD2AVTHZDzZ3lR68+FWlUDvdGNIuBdPgCm+GUMDrB9xMAIjtj7uIzK2ACH5I kSBnWx2fBnsFXDKmh1iwRjkNcm+zCCk5s74uZc4gZvjI32pBpe3OicCfZFKb6vct Yr3qhwPiH//T5n+h88QyzR+PDUFbxmNg/3we6Z7DwJBnhSQFjF28OJ3LLegATXYb vifOfDIZ+nLL5L7mcymm8sMRclTSrb0b4FTE30sohQUky+0Ef5RFOgYoji7MEVPq eafAGm0K6b9g9gS8yItaMUSrjIKD1J9BSigvMerCiaZ/URjs6lPoXOnxQjzrae6z nFPT5AevDxRLNfoMz8ti8GoBqXEpNjkmtkfl/hdiGmUQd0VFaBaFQCVeKw6eM8q/ F6FVqRudJjd8hV886whS =mNHh -----END PGP SIGNATURE----- --nextPart12071959.PrSembyFnH-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 16:53:18 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9BF2608; Mon, 16 Feb 2015 16:53:18 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B52A913A; Mon, 16 Feb 2015 16:53:18 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 93B5FC1C; Mon, 16 Feb 2015 16:53:18 +0000 (UTC) Date: Mon, 16 Feb 2015 16:53:15 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, royger@FreeBSD.org, glebius@FreeBSD.org, jilles@FreeBSD.org, hselasky@FreeBSD.org, avg@FreeBSD.org Message-ID: <213538942.11.1424105598577.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <648482030.10.1424094791882.JavaMail.jenkins@jenkins-9.freebsd.org> References: <648482030.10.1424094791882.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2390 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 16:53:19 -0000 See Changes: [avg] vt: move suspend/resume event handlers registration outside of mutex = scope This is to avoid a witness warning about a waiting memory allocation in the evnt hanlder registration code. Reported by:=09markj MFC after:=093 days X-MFC with:=09r277795 [jilles] symlink(7): Mention chflagsat() (can take AT_SYMLINK_NOFOLLOW). MFC after:=091 week ------------------------------------------ [...truncated 278487 lines...] :> export_syms awk -f if_pcn.ko.debug export_syms | xargs -J% objcopy % if_pcn.ko.debug --- if_pcn.ko.symbols --- objcopy --only-keep-debug if_pcn.ko.debug if_pcn.ko.symbols --- if_pcn.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_pcn.ko.symbols if_pcn.ko.deb= ug if_pcn.ko --- all_subdir_pccard --- --- pccard_cis_quirks.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_echo.o --- ng_echo.ko.debug --- ld -d -warn-common -r -d -o ng_echo.ko.debug ng_echo.o --- all_subdir_pccard --- --- pccard.o --- ctfconvert -L VERSION -g pccard.o --- all_subdir_netgraph --- ctfmerge -L VERSION -g -o ng_echo.ko.debug ng_echo.o :> export_syms awk -f ng_echo.ko.debug export_syms | xargs -J% objcopy % ng_echo.ko.debug --- adwmcode.o --- --- modules-all --- --- ng_echo.ko.symbols --- objcopy --only-keep-debug ng_echo.ko.debug ng_echo.ko.symbols --- adwmcode.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -Wall -Wredundant-decls -Wnested-= externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline = -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mc= model=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchron= ous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-e= rror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equ= ality -Wno-error-unused-function -Wno-error-pointer-sign -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-unknown-pragmas -W= no-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses= -equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mn= o-avx -std=3Diso9899:1999 -Werror --- modules-all --- --- ng_echo.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_echo.ko.symbols ng_echo.ko.d= ebug ng_echo.ko =3D=3D=3D> netgraph/eiface (all) --- ng_eiface.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- adwmcode.o --- ctfconvert -L VERSION -g adwmcode.o --- ah.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -Wall -Wredundant-decls -Wnested-= externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline = -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautolo= gical-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-e= rror-unused-function -Wno-error-pointer-sign -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inc= lude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mc= model=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchron= ous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-e= rror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equ= ality -Wno-error-unused-function -Wno-error-pointer-sign -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-unknown-pragmas -W= no-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses= -equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mn= o-avx -std=3Diso9899:1999 -Werror -I --- modules-all --- --- all_subdir_pccard --- --- pccard_cis_quirks.o --- ctfconvert -L VERSION -g pccard_cis_quirks.o --- all_subdir_patm --- ctfconvert -L VERSION -g if_patm_rx.o --- all_subdir_pccard --- --- pccard.ko.debug --- ld -d -warn-common -r -d -o pccard.ko.debug pccard.o pccard_cis.o pccard_ci= s_quirks.o pccard_device.o ctfmerge -L VERSION -g -o pccard.ko.debug pccard.o pccard_cis.o pccard_cis_= quirks.o pccard_device.o --- all_subdir_patm --- --- if_patm_attach.o --- cc -O2 -pipe -DENABLE_BPF -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MO= DULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -f= no-omit-frame-pointer -mno-omit-leaf-frame-pointer -I -mcmodel= =3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-u= nwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-er= ror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equa= lity -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx= -std=3Diso9899:1999 -c --- all_subdir_pccard --- :> export_syms awk -f pccard.ko.debug export_syms | xargs -J% objcopy % pccard.ko.debug --- pccard.ko.symbols --- objcopy --only-keep-debug pccard.ko.debug pccard.ko.symbols --- pccard.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dpccard.ko.symbols pccard.ko.deb= ug pccard.ko --- all_subdir_pf --- =3D=3D=3D> pf (all) --- pf_if.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_eiface.o --- ng_eiface.ko.debug --- ld -d -warn-common -r -d -o ng_eiface.ko.debug ng_eiface.o ctfmerge -L VERSION -g -o ng_eiface.ko.debug ng_eiface.o :> export_syms awk -f ng_eiface.ko.debug export_syms | xargs -J% objcopy % ng_eiface.ko.deb= ug --- ng_eiface.ko.symbols --- objcopy --only-keep-debug ng_eiface.ko.debug ng_eiface.ko.symbols --- ng_eiface.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_eiface.ko.symbols ng_eiface.= ko.debug ng_eiface.ko =3D=3D=3D> netgraph/etf (all) --- ng_etf.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- ah.o --- ctfconvert -L VERSION -g ah.o --- modules-all --- ctfconvert -L VERSION -g ng_etf.o --- ng_etf.ko.debug --- ld -d -warn-common -r -d -o ng_etf.ko.debug ng_etf.o ctfmerge -L VERSION -g -o ng_etf.ko.debug ng_etf.o :> export_syms awk -f ng_etf.ko.debug export_syms | xargs -J% objcopy % ng_etf.ko.debug --- all_subdir_pf --- --- pf_lb.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- --- ng_etf.ko.symbols --- objcopy --only-keep-debug ng_etf.ko.debug ng_etf.ko.symbols --- ng_etf.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_etf.ko.symbols ng_etf.ko.deb= ug ng_etf.ko =3D=3D=3D> netgraph/ether (all) --- all_subdir_patm --- ctfconvert -L VERSION -g if_patm_attach.o --- if_patm.ko.debug --- ld -d -warn-common -r -d -o if_patm.ko.debug if_patm.o if_patm_attach.o if_= patm_ioctl.o if_patm_intr.o if_patm_tx.o if_patm_rx.o if_patm_rtables.o --- all_subdir_netgraph --- --- ng_ether.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_patm --- ctfmerge -L VERSION -g -o if_patm.ko.debug if_patm.o if_patm_attach.o if_pa= tm_ioctl.o if_patm_intr.o if_patm_tx.o if_patm_rx.o if_patm_rtables.o :> export_syms awk -f if_patm.ko.debug export_syms | xargs -J% objcopy % if_patm.ko.debug --- if_patm.ko.symbols --- objcopy --only-keep-debug if_patm.ko.debug if_patm.ko.symbols --- if_patm.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_patm.ko.symbols if_patm.ko.d= ebug if_patm.ko --- all_subdir_pflog --- =3D=3D=3D> pflog (all) --- all_subdir_pf --- --- pf_if.o --- ctfconvert -L VERSION -g pf_if.o --- all_subdir_pflog --- --- if_pflog.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_pf --- --- pf_osfp.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_ether.o --- all_subdir_pflog --- ctfconvert -L VERSION -g if_pflog.o --- all_subdir_netgraph --- --- ng_ether.ko.debug --- ld -d -warn-common -r -d -o ng_ether.ko.debug ng_ether.o --- all_subdir_pf --- --- pf_lb.o --- ctfconvert -L VERSION -g pf_lb.o --- all_subdir_netgraph --- ctfmerge -L VERSION -g -o ng_ether.ko.debug ng_ether.o --- all_subdir_pflog --- --- pflog.ko.debug --- ld -d -warn-common -r -d -o pflog.ko.debug if_pflog.o --- all_subdir_pf --- --- pf_norm.o --- --- all_subdir_pflog --- ctfmerge -L VERSION -g -o pflog.ko.debug if_pflog.o --- all_subdir_pf --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- :> export_syms awk -f ng_ether.ko.debug export_syms | xargs -J% objcopy % ng_ether.ko.debug --- all_subdir_pflog --- :> export_syms awk -f pflog.ko.debug export_syms | xargs -J% objcopy % pflog.ko.debug --- all_subdir_netgraph --- --- ng_ether.ko.symbols --- --- all_subdir_pf --- --- pf_osfp.o --- ctfconvert -L VERSION -g pf_osfp.o --- all_subdir_netgraph --- objcopy --only-keep-debug ng_ether.ko.debug ng_ether.ko.symbols --- ng_ether.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_ether.ko.symbols ng_ether.ko= .debug ng_ether.ko --- all_subdir_pflog --- --- pflog.ko.symbols --- objcopy --only-keep-debug pflog.ko.debug pflog.ko.symbols --- all_subdir_pf --- --- pf_table.o --- --- all_subdir_netgraph --- =3D=3D=3D> netgraph/ether_echo (all) --- all_subdir_pf --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_pflog --- --- pflog.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dpflog.ko.symbols pflog.ko.debug= pflog.ko --- all_subdir_pfsync --- =3D=3D=3D> pfsync (all) --- all_subdir_netgraph --- --- ng_ether_echo.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_pfsync --- --- if_pfsync.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include -I. -I -I -fno-common -g -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -I -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-exte= rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wca= st-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-d= irs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error= -unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso989= 9:1999 -c --- all_subdir_netgraph --- ctfconvert -L VERSION -g ng_ether_echo.o --- ng_ether_echo.ko.debug --- ld -d -warn-common -r -d -o ng_ether_echo.ko.debug ng_ether_echo.o ctfmerge -L VERSION -g -o ng_ether_echo.ko.debug ng_ether_echo.o --- all_subdir_pf --- --- pf_norm.o --- :1098:1: error: no previous prototype for function 'pf_refr= agment6' [-Werror,-Wmissing-prototypes] pf_refragment6(struct ifnet *ifp, struct mbuf **m0, struct m_tag *mtag) ^ --- all_subdir_netgraph --- :> export_syms awk -f ng_ether_echo.ko.debug export_syms | xargs -J% objcopy % ng_ether_ech= o.ko.debug --- ng_ether_echo.ko.symbols --- objcopy --only-keep-debug ng_ether_echo.ko.debug ng_ether_echo.ko.symbols --- ng_ether_echo.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dng_ether_echo.ko.symbols ng_eth= er_echo.ko.debug ng_ether_echo.ko =3D=3D=3D> netgraph/frame_relay (all) --- all_subdir_pf --- 1 error generated. *** [pf_norm.o] Error code 1 make[4]: stopped in --- all_subdir_netgraph --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_netgraph] Error code 2 make[3]: stopped in --- all_subdir_pfsync --- ctfconvert -L VERSION -g if_pfsync.o A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_pfsync] Error code 2 make[3]: stopped in --- all_subdir_pf --- --- pf_table.o --- ctfconvert -L VERSION -g pf_table.o 1 error make[4]: stopped in *** [all_subdir_pf] Error code 2 make[3]: stopped in 3 errors make[3]: stopped in *** [modules-all] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 17:09:34 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 379DAB93 for ; Mon, 16 Feb 2015 17:09:34 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (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 EBF42299 for ; Mon, 16 Feb 2015 17:09:33 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 1CD2D1FE023; Mon, 16 Feb 2015 18:09:32 +0100 (CET) Message-ID: <54E2247E.3000207@selasky.org> Date: Mon, 16 Feb 2015 18:10:22 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Shawn Webb , freebsd-current@freebsd.org Subject: Re: Pluggable frame buffer devices References: <54E11A57.3030105@selasky.org> <2245985.dTFM2y6A0x@shawn-work-laptop> In-Reply-To: <2245985.dTFM2y6A0x@shawn-work-laptop> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 17:09:34 -0000 On 02/16/15 16:39, Shawn Webb wrote: > On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote: >> Hi, >> >> I've added support for USB display link adapters to FreeBSD-11-current, >> but the kernel panics once "vt_fb_attach(info)" is called from >> "fbd_register(struct fb_info* info)" when the USB device is plugged or >> udl.ko is loaded. Is this a known issue? >> >> REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c >> >> --HPS > > I personally can't answer your question. But I'd love to help test this, > especially since Haswell graphics isn't supported, yet, and my laptop is > running Haswell. What would be a good USB display device to buy to help test > this awesome work out? Hi Shawn, I think any USB device that uses the brand name "DisplayLink" will work. Current list of supported devices: > /* > * Matching devices. > */ > static const STRUCT_USB_HOST_ID udl_devs[] = { > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LCD4300U, DL120)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LCD8000U, DL120)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_GUC2020, DL160)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LD220, DL165)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_VCUD60, DL160)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_DLDVI, DL160)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_VGA10, DL120)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_WSDVI, DLUNK)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_EC008, DL160)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_HPDOCK, DL160)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_NL571, DL160)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_M01061, DL195)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_NBDOCK, DL165)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_SWDVI, DLUNK)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_UM7X0, DL120)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_CONV, DL160)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_PLUGABLE, DL160)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LUM70, DL125)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_POLARIS2, DLUNK)}, > {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LT1421, DLUNK)} > }; Also see: man udl Some work needs to be done to fully integrate with the VT console subsystem. I had Xorg up and running today with the DisplayLink I adapter I have, and I works quite well. With USB 3.0 ones I think we can expect more. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 17:12:45 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DBE9CBB for ; Mon, 16 Feb 2015 17:12:45 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 1D91D36C for ; Mon, 16 Feb 2015 17:12:44 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id DB20F1FE023; Mon, 16 Feb 2015 18:12:36 +0100 (CET) Message-ID: <54E22537.1000807@selasky.org> Date: Mon, 16 Feb 2015 18:13:27 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Shawn Webb , freebsd-current@freebsd.org Subject: Re: Pluggable frame buffer devices References: <54E11A57.3030105@selasky.org> <2245985.dTFM2y6A0x@shawn-work-laptop> <54E2247E.3000207@selasky.org> In-Reply-To: <54E2247E.3000207@selasky.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 17:12:45 -0000 On 02/16/15 18:10, Hans Petter Selasky wrote: > > Some work needs to be done to fully integrate with the VT console > subsystem. I had Xorg up and running today with the DisplayLink I > adapter I have, and I works quite well. With USB 3.0 ones I think we can > expect more. s/DisplayLink I adapter I have, and I works/DisplayLink adapter I have, and it works/g --HPS From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 17:57:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C230D720 for ; Mon, 16 Feb 2015 17:57:42 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 787D9951 for ; Mon, 16 Feb 2015 17:57:42 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1YNPsJ-002xKL-Oi>; Mon, 16 Feb 2015 18:54:27 +0100 Received: from f052001217.adsl.alicedsl.de ([78.52.1.217] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1YNPsJ-001Xsr-KT>; Mon, 16 Feb 2015 18:54:27 +0100 Date: Mon, 16 Feb 2015 18:54:22 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r278857: buildkernel failure: pf_norm.c:1098:1: error: no previous prototype for function 'pf_refragment6' Message-ID: <20150216185422.5bb1feff.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/s_8HMUFPhE9G+JYGsSjndAi"; protocol="application/pgp-signature" X-Originating-IP: 78.52.1.217 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 17:57:42 -0000 --Sig_/s_8HMUFPhE9G+JYGsSjndAi Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable awk -f /usr/src/sys/conf/kmod_syms.awk ng_ksocket.ko export_syms | xargs -= J% objcopy % ng_ksocket.ko objcopy --strip-debug ng_ksocket.ko =3D=3D=3D> netgraph/l2tp (all) --- ng_l2tp.o --- cc -O2 -pipe -O3 -O3 -pipe -march=3Dnative -fno-strict-aliasing -Werror -= D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/THOR/opt_global.h -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/THOR -mcmodel=3Dkernel= -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestand= ing -fwrapv -fstack-protector -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-poin= ter-sign -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-ex= tensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -st= d=3Diso9899:1999 -c /usr/src/sys/modules/netgraph/l2tp/../../../netgraph/ng_l2tp.c --- all_s= ubdir_pf --- /usr/src/sys/modules/pf/../../netpfil/pf/pf_norm.c:1098:1: error: no pr= evious prototype for function 'pf_refragment6' [-Werror,-Wmissing-prototypes] pf_refragment6(struct ifnet *ifp, struct mbuf **m0, struct m_tag *mtag) ^ 1= error generated. *** [pf_norm.o] Error code 1 make[4]: stopped in /usr/src/sys/modules/pf 1 error make[4]: stopped in /usr/src/sys/modules/pf *** [all_subdir_pf] Error code 2 --Sig_/s_8HMUFPhE9G+JYGsSjndAi Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJU4i7OAAoJEOgBcD7A/5N8u80H/RchackTHNw55qN3R2hgAAAR HZPHQmp6VFSuHxbvAWmc7TWjbQQoSMks9FVL/KWkFw5FSbknTqzYwJ+Y19ZvX2sG +5C+U/r02OGj/+9u0oUB2NccNufVl7WKhZqPE++f6U2a+f82P5bt+lgjDLl20eT6 JtErfXUH72UFSAwy+SzsBVHyEcvJonj3Grn6aio4GnExMSgj/SQEshZ+bZtiNszQ tmc7htPwE+ElmDUMpbtnQT/UEduTKJT0JmqeouwXI7j1gfjOzFVYI6Ayi08y3Vqc WmFA9+xk61sCH0r+rC7vc48k6MCqXl0iUI7dFXx6ydA/IyO0kcWOIcq3TrlVcuA= =yAC/ -----END PGP SIGNATURE----- --Sig_/s_8HMUFPhE9G+JYGsSjndAi-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 20:02:46 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA83A4CC; Mon, 16 Feb 2015 20:02:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B5FB795D; Mon, 16 Feb 2015 20:02:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 53B4AD03; Mon, 16 Feb 2015 20:02:45 +0000 (UTC) Date: Mon, 16 Feb 2015 20:02:43 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, royger@FreeBSD.org, glebius@FreeBSD.org, jilles@FreeBSD.org, pluknet@FreeBSD.org, brd@FreeBSD.org, hselasky@FreeBSD.org, avg@FreeBSD.org Message-ID: <683069887.12.1424116965311.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <213538942.11.1424105598577.JavaMail.jenkins@jenkins-9.freebsd.org> References: <213538942.11.1424105598577.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #2391 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 20:02:46 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 21:07:23 2015 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91274226; Mon, 16 Feb 2015 21:07:23 +0000 (UTC) Received: from caprica.ketralnis.com (caprica.ketralnis.com [184.73.185.184]) (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 65386B; Mon, 16 Feb 2015 21:07:23 +0000 (UTC) Received: from [10.0.15.252] (108-60-121-46.static.wiline.com [108.60.121.46]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dking) by caprica.ketralnis.com (Postfix) with ESMTPSA id 42B981C2E5F; Mon, 16 Feb 2015 13:01:25 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_CF814E66-1F50-4C23-A048-F83FCFA05246"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: request for crypto hardware... From: David King In-Reply-To: <20150207023525.GC58410@funkthat.com> Date: Mon, 16 Feb 2015 13:01:23 -0800 Message-Id: <9256523C-C3D1-4845-A482-9CB049E9861C@ketralnis.com> References: <20150207023525.GC58410@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.1878.6) Cc: current@FreeBSD.org, security@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 21:07:23 -0000 --Apple-Mail=_CF814E66-1F50-4C23-A048-F83FCFA05246 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > I do not have the following hardware: [...] > padlock (VIA C3, C7 and Eden) I have a VIA C7 with Padlock you can have if you can pick it up in San = Francisco. Email me off-list. --Apple-Mail=_CF814E66-1F50-4C23-A048-F83FCFA05246 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJU4lqjAAoJEFrLaEb73Smz//YP/RuUrDgJiqq7bm00ByCEt9pj D/xgo1nfGBAw07UN7tIynw6JBSvQvmWILM+bU7PXzb6drCagLjYsnhokXxERtKF7 aHo/9m4n4NpYe20d8caLf2wNdgqWvkCQkKfyLugW8benQ5isDXkKFpT0MgooRMtS 1Xzscb0tDAHauN4C8JosNMwMPDZF3+jD79b0Z14oZYPaTP5Krshi5nKyyhtgdYMO BFAOQl15VU/lC+JdbGEQER3KkHOFbTd2u+c7ZKsTyXeIKkFufGL3tf2g+EAVhbzp PK7ifE9I2knytyqYnhDnIpaszeczO+PP4tM+s/kr3dPgE9v4WmPlFmaXXONeEV4b xkTCxFGvivRV7DNT+ZPFojgV8Id4f0xCEyfxDmB2Q1g04mhDsRYrkQ1vUeYlmxLn 4MGZNozu96lHFGqGa7f1JGXd7LWQGDqi4h9bEkkCnDC72opYFmOh7Vvo2j2Sl4oH 48eyGE1WY0Q/aEJxwUS0GWBx417fBlVD9UhWIGGw6jKN7kYkxLlXVvpVRXcO5zC8 xcfqKWEEjJqeE/VorktLausJ4r6N3t0+lKSDswr4EQOF1prVn+4U40e888qJZEl6 3C4OT+HwfMJmqjalAiLifBfRDgLLVYR/U/S8/9BYQU8nbOQmCTwX5DwH+uJZttJt NWA3D7JIR7qvHjE51Wo3 =pDjP -----END PGP SIGNATURE----- --Apple-Mail=_CF814E66-1F50-4C23-A048-F83FCFA05246-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 21:19:36 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D52F7D0; Mon, 16 Feb 2015 21:19:36 +0000 (UTC) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::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 C1C3617B; Mon, 16 Feb 2015 21:19:35 +0000 (UTC) Received: by mail-qg0-f51.google.com with SMTP id z60so25162848qgd.10; Mon, 16 Feb 2015 13:19:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lJt6ZiMb2JdtcBCtWCyAvgGWn2DqXVOAJtUK7bQkTII=; b=bzfLWV9iKrUwU48CnT5vwJNRybWSugnOHjYpv6+HUigKJyduUY1GKF/2s+m85Ud0GV JGPP7mN0BtBUdhGOrvUayOwlRMXInDRWsDYqseGNLQEbbeJ/8i9roHi2drRpBVbgQ/i9 mD93iTK66Ox7Zw+tF1DgN+Y+mcRy9EoC1AVw4dWKo/uXb2efWu9dvunWDZVOkfWoKdC4 4A4+EEXzzzPp0+QUbQql8izJOvsihzDRlO9xb1JzXti5a7ynYq8bZwDG6Ct7jkctM8BY w5Eq21HXgqJFTNl0pV77r8Z3cGLPwzzpLVdr/9wV95Hxra+0QxbKy9t5W8GvLMvRwVu/ p9+A== MIME-Version: 1.0 X-Received: by 10.140.95.179 with SMTP id i48mr193690qge.4.1424121574730; Mon, 16 Feb 2015 13:19:34 -0800 (PST) Received: by 10.140.27.138 with HTTP; Mon, 16 Feb 2015 13:19:34 -0800 (PST) In-Reply-To: <20150216095035.GG34251@kib.kiev.ua> References: <20150215151141.GB34251@kib.kiev.ua> <20150215185955.GC34251@kib.kiev.ua> <20150216095035.GG34251@kib.kiev.ua> Date: Mon, 16 Feb 2015 22:19:34 +0100 Message-ID: Subject: Re: Suspend/resume on i915 stop working between r278348 and r278741. From: "Ranjan1018 ." <214748mv@gmail.com> To: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 21:19:36 -0000 2015-02-16 10:50 GMT+01:00 Konstantin Belousov : > On Sun, Feb 15, 2015 at 08:43:55PM +0100, Ranjan1018 . wrote: > > 2015-02-15 19:59 GMT+01:00 Konstantin Belousov : > > > > > On Sun, Feb 15, 2015 at 07:45:44PM +0100, Ranjan1018 . wrote: > > > > > > > > Unfortunately does not work for me. Tested with r278803. > > > > > > Does your machine resume if you boot with hw.x2apic_enable set to 0 > > > from the loader prompt ? > > > > Yes. I have added to it to loader.conf > > $ cat /boot/loader.conf | grep x2apic_enable > > hw.x2apic_enable=0 > > > > Confirm that x2apic is disabled after tunable > > > frobbing, with sysctl hw.apic.x2apic_mode. > > > > > $ sysctl hw.apic.x2apic_mode > > hw.apic.x2apic_mode: 0 > > And, does your machine resumed successfully with the tunable set ? > Yes. > > Below is the patch which seemingly worked for Gleb. > You should not set the tunable to test it properly. > > diff --git a/sys/amd64/amd64/mp_machdep.c b/sys/amd64/amd64/mp_machdep.c > index 13c3d43..b767691 100644 > --- a/sys/amd64/amd64/mp_machdep.c > +++ b/sys/amd64/amd64/mp_machdep.c > @@ -1507,6 +1507,7 @@ cpususpend_handler(void) > vmm_resume_p(); > > /* Resume MCA and local APIC */ > + lapic_xapic_mode(); > mca_resume(); > lapic_setup(0); > > diff --git a/sys/i386/i386/mp_machdep.c b/sys/i386/i386/mp_machdep.c > index 32b9540..a80de54 100644 > --- a/sys/i386/i386/mp_machdep.c > +++ b/sys/i386/i386/mp_machdep.c > @@ -1555,6 +1555,7 @@ cpususpend_handler(void) > cpu_ops.cpu_resume(); > > /* Resume MCA and local APIC */ > + lapic_xapic_mode(); > mca_resume(); > lapic_setup(0); > > diff --git a/sys/x86/acpica/acpi_wakeup.c b/sys/x86/acpica/acpi_wakeup.c > index 74522be..e652419 100644 > --- a/sys/x86/acpica/acpi_wakeup.c > +++ b/sys/x86/acpica/acpi_wakeup.c > @@ -270,6 +270,7 @@ acpi_wakeup_machdep(struct acpi_softc *sc, int state, > int sleep_result, > initializecpu(); > PCPU_SET(switchtime, 0); > PCPU_SET(switchticks, ticks); > + lapic_xapic_mode(); > #ifdef SMP > if (!CPU_EMPTY(&suspcpus)) > acpi_wakeup_cpus(sc); > diff --git a/sys/x86/x86/local_apic.c b/sys/x86/x86/local_apic.c > index 1809fa6..1b66674 100644 > --- a/sys/x86/x86/local_apic.c > +++ b/sys/x86/x86/local_apic.c > @@ -527,7 +527,6 @@ native_lapic_xapic_mode(void) > saveintr = intr_disable(); > if (x2apic_mode) > native_lapic_enable_x2apic(); > - native_lapic_disable(); > intr_restore(saveintr); > } > > Thank you Konstantin, it works for me too! I have commented 'hw.x2apic_enable=0' in /boot/loader.conf $ cat /boot/loader.conf | grep x2apic_enable #hw.x2apic_enable=0 the 2xapic result enabled $ sysctl hw.apic.x2apic_mode hw.apic.x2apic_mode: 1 and suspend/resume works again. Regards Maurizio From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 21:30:50 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D5322DC for ; Mon, 16 Feb 2015 21:30:50 +0000 (UTC) Received: from mail-yh0-x22d.google.com (mail-yh0-x22d.google.com [IPv6:2607:f8b0:4002:c01::22d]) (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 D7C9F2E4 for ; Mon, 16 Feb 2015 21:30:49 +0000 (UTC) Received: by mail-yh0-f45.google.com with SMTP id a41so15113375yho.4 for ; Mon, 16 Feb 2015 13:30:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8znkUcDvNxR7kk3no3dPNA/tcXmbXF3b8UslC64w+fU=; b=SbzzZ9ffBvflbYIHbkWi09XpjnstEi2QaO5goLgQCAn3dhqGXnWKwjG4uiP/1YADGD ny+tPyRazkMdEdk7+ssfQ7zZpPzRXt0KWH9s4KRdjVwRALoeXSP1Rd84RB98w1PD0r+U cxI1qPPfeD87c9QjrsCb1J0yheS709z8lPSezfwofSEwZcUCZG6zlgE1rxATgYnXdSDz I6wjgkPIO+gIVPorQCxi0sT9lY4bpvAqoMI7qBsQNSIAHxCTSnmJKa3kme3YYYRdY0vT okfL4QIZBBgBV/xoW5fR56eTif9WJgDsljk3FNMwaRq9BuO9rwHuUVkKWwwWz2b4+QwS MR8g== MIME-Version: 1.0 X-Received: by 10.236.228.162 with SMTP id f32mr185558yhq.53.1424122248937; Mon, 16 Feb 2015 13:30:48 -0800 (PST) Received: by 10.170.60.85 with HTTP; Mon, 16 Feb 2015 13:30:48 -0800 (PST) In-Reply-To: <54E2247E.3000207@selasky.org> References: <54E11A57.3030105@selasky.org> <2245985.dTFM2y6A0x@shawn-work-laptop> <54E2247E.3000207@selasky.org> Date: Mon, 16 Feb 2015 13:30:48 -0800 Message-ID: Subject: Re: Pluggable frame buffer devices From: Mehmet Erol Sanliturk To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current , Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 21:30:50 -0000 On Mon, Feb 16, 2015 at 9:10 AM, Hans Petter Selasky wrote: > On 02/16/15 16:39, Shawn Webb wrote: > >> On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote: >> >>> Hi, >>> >>> I've added support for USB display link adapters to FreeBSD-11-current, >>> but the kernel panics once "vt_fb_attach(info)" is called from >>> "fbd_register(struct fb_info* info)" when the USB device is plugged or >>> udl.ko is loaded. Is this a known issue? >>> >>> REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c >>> >>> --HPS >>> >> >> I personally can't answer your question. But I'd love to help test this, >> especially since Haswell graphics isn't supported, yet, and my laptop is >> running Haswell. What would be a good USB display device to buy to help >> test >> this awesome work out? >> > > Hi Shawn, > > I think any USB device that uses the brand name "DisplayLink" will work. > > Current list of supported devices: > > /* >> * Matching devices. >> */ >> static const STRUCT_USB_HOST_ID udl_devs[] = { >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LCD4300U, >> DL120)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LCD8000U, >> DL120)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_GUC2020, >> DL160)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LD220, >> DL165)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_VCUD60, >> DL160)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_DLDVI, >> DL160)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_VGA10, >> DL120)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_WSDVI, >> DLUNK)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_EC008, >> DL160)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_HPDOCK, >> DL160)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_NL571, >> DL160)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_M01061, >> DL195)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_NBDOCK, >> DL165)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_SWDVI, >> DLUNK)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_UM7X0, >> DL120)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_CONV, >> DL160)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_PLUGABLE, >> DL160)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LUM70, >> DL125)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_POLARIS2, >> DLUNK)}, >> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LT1421, >> DLUNK)} >> }; >> > > > Also see: > > man udl > > Some work needs to be done to fully integrate with the VT console > subsystem. I had Xorg up and running today with the DisplayLink I adapter I > have, and I works quite well. With USB 3.0 ones I think we can expect more. > > --HPS > _______________________________________________ > > Will there be support for the devices like the following USB video adapters ? http://www.amazon.com/gp/product/B00GUE5LGS/ref=s9_simh_gw_p147_d0_i11?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r=1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop http://www.amazon.com/gp/product/B00A2E1MQA/ref=s9_simh_gw_p147_d0_i3?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r=1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop http://www.amazon.com/gp/product/B00612ZPQA/ref=s9_simh_gw_p147_d0_i2?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r=1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 21:32:58 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B14763EF for ; Mon, 16 Feb 2015 21:32:58 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 3AC4D389 for ; Mon, 16 Feb 2015 21:32:57 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id B390B1FE022; Mon, 16 Feb 2015 22:32:54 +0100 (CET) Message-ID: <54E26238.5080404@selasky.org> Date: Mon, 16 Feb 2015 22:33:44 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Mehmet Erol Sanliturk Subject: Re: Pluggable frame buffer devices References: <54E11A57.3030105@selasky.org> <2245985.dTFM2y6A0x@shawn-work-laptop> <54E2247E.3000207@selasky.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current , Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 21:32:58 -0000 On 02/16/15 22:30, Mehmet Erol Sanliturk wrote: > On Mon, Feb 16, 2015 at 9:10 AM, Hans Petter Selasky > wrote: > >> On 02/16/15 16:39, Shawn Webb wrote: >> >>> On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote: >>> >>>> Hi, >>>> >>>> I've added support for USB display link adapters to FreeBSD-11-current, >>>> but the kernel panics once "vt_fb_attach(info)" is called from >>>> "fbd_register(struct fb_info* info)" when the USB device is plugged or >>>> udl.ko is loaded. Is this a known issue? >>>> >>>> REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c >>>> >>>> --HPS >>>> >>> >>> I personally can't answer your question. But I'd love to help test this, >>> especially since Haswell graphics isn't supported, yet, and my laptop is >>> running Haswell. What would be a good USB display device to buy to help >>> test >>> this awesome work out? >>> >> >> Hi Shawn, >> >> I think any USB device that uses the brand name "DisplayLink" will work. >> >> Current list of supported devices: >> >> /* >>> * Matching devices. >>> */ >>> static const STRUCT_USB_HOST_ID udl_devs[] = { >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LCD4300U, >>> DL120)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LCD8000U, >>> DL120)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_GUC2020, >>> DL160)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LD220, >>> DL165)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_VCUD60, >>> DL160)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_DLDVI, >>> DL160)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_VGA10, >>> DL120)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_WSDVI, >>> DLUNK)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_EC008, >>> DL160)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_HPDOCK, >>> DL160)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_NL571, >>> DL160)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_M01061, >>> DL195)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_NBDOCK, >>> DL165)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_SWDVI, >>> DLUNK)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_UM7X0, >>> DL120)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_CONV, >>> DL160)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_PLUGABLE, >>> DL160)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LUM70, >>> DL125)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_POLARIS2, >>> DLUNK)}, >>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_LT1421, >>> DLUNK)} >>> }; >>> >> >> >> Also see: >> >> man udl >> >> Some work needs to be done to fully integrate with the VT console >> subsystem. I had Xorg up and running today with the DisplayLink I adapter I >> have, and I works quite well. With USB 3.0 ones I think we can expect more. >> >> --HPS >> _______________________________________________ >> >> > > > Will there be support for the devices like the following USB video adapters > ? > > > http://www.amazon.com/gp/product/B00GUE5LGS/ref=s9_simh_gw_p147_d0_i11?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r=1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop > > > http://www.amazon.com/gp/product/B00A2E1MQA/ref=s9_simh_gw_p147_d0_i3?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r=1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop > > > http://www.amazon.com/gp/product/B00612ZPQA/ref=s9_simh_gw_p147_d0_i2?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r=1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop > Depending on what USB protocol they are using we can add support for them. Maybe you need to buy one and dump the USB descriptors :-) --HPS From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 21:51:48 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 264CACB2 for ; Mon, 16 Feb 2015 21:51:48 +0000 (UTC) Received: from mail-yh0-x22e.google.com (mail-yh0-x22e.google.com [IPv6:2607:f8b0:4002:c01::22e]) (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 CE904827 for ; Mon, 16 Feb 2015 21:51:47 +0000 (UTC) Received: by mail-yh0-f46.google.com with SMTP id z6so15151591yhz.5 for ; Mon, 16 Feb 2015 13:51:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cVaiWuoFklRf3cnGWBMU39s5B0hGsL+8d2bv1DpgtIo=; b=yFzNEUgix3/1bMe5fnD+iMdPD9joM7CRqzgflv7iEjpU4b1L867ouuw8LMFsgKOMai JfpZ91TBYCnz6rzpoltGG2bFodXC9jDFKtHAJS8t+6r6wNJmCRY3fM8AnO2f1pZLqD4Y bmac0sHhw1gbTiRZA3aYe0j7LusTBIzhjN3RW4Ph9GLYVISdZybXp1p1bnC80MjEw7UE RE03Xamc+Zff14UqkW2g/A9ne4S/KIpYzzD3v/L0PL8ynF5Dd/CtFrTueUZ6Vr8V5tTl x6qrvVtp7Ga/dga4MYeIicaTGUioD4jTC3HUhYyj8VspM8DeRujye51G0Ct84lSVr+/C wgCw== MIME-Version: 1.0 X-Received: by 10.170.203.198 with SMTP id u189mr137674yke.107.1424123506949; Mon, 16 Feb 2015 13:51:46 -0800 (PST) Received: by 10.170.60.85 with HTTP; Mon, 16 Feb 2015 13:51:46 -0800 (PST) In-Reply-To: <54E26238.5080404@selasky.org> References: <54E11A57.3030105@selasky.org> <2245985.dTFM2y6A0x@shawn-work-laptop> <54E2247E.3000207@selasky.org> <54E26238.5080404@selasky.org> Date: Mon, 16 Feb 2015 13:51:46 -0800 Message-ID: Subject: Re: Pluggable frame buffer devices From: Mehmet Erol Sanliturk To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current , Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 21:51:48 -0000 On Mon, Feb 16, 2015 at 1:33 PM, Hans Petter Selasky wrote: > On 02/16/15 22:30, Mehmet Erol Sanliturk wrote: > >> On Mon, Feb 16, 2015 at 9:10 AM, Hans Petter Selasky >> wrote: >> >> On 02/16/15 16:39, Shawn Webb wrote: >>> >>> On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote: >>>> >>>> Hi, >>>>> >>>>> I've added support for USB display link adapters to FreeBSD-11-current, >>>>> but the kernel panics once "vt_fb_attach(info)" is called from >>>>> "fbd_register(struct fb_info* info)" when the USB device is plugged or >>>>> udl.ko is loaded. Is this a known issue? >>>>> >>>>> REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c >>>>> >>>>> --HPS >>>>> >>>>> >>>> I personally can't answer your question. But I'd love to help test this, >>>> especially since Haswell graphics isn't supported, yet, and my laptop is >>>> running Haswell. What would be a good USB display device to buy to help >>>> test >>>> this awesome work out? >>>> >>>> >>> Hi Shawn, >>> >>> I think any USB device that uses the brand name "DisplayLink" will work. >>> >>> Current list of supported devices: >>> >>> /* >>> >>>> * Matching devices. >>>> */ >>>> static const STRUCT_USB_HOST_ID udl_devs[] = { >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_ >>>> LCD4300U, >>>> DL120)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_ >>>> LCD8000U, >>>> DL120)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_ >>>> GUC2020, >>>> DL160)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, >>>> USB_PRODUCT_DISPLAYLINK_LD220, >>>> DL165)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_ >>>> VCUD60, >>>> DL160)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, >>>> USB_PRODUCT_DISPLAYLINK_DLDVI, >>>> DL160)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, >>>> USB_PRODUCT_DISPLAYLINK_VGA10, >>>> DL120)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, >>>> USB_PRODUCT_DISPLAYLINK_WSDVI, >>>> DLUNK)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, >>>> USB_PRODUCT_DISPLAYLINK_EC008, >>>> DL160)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_ >>>> HPDOCK, >>>> DL160)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, >>>> USB_PRODUCT_DISPLAYLINK_NL571, >>>> DL160)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_ >>>> M01061, >>>> DL195)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_ >>>> NBDOCK, >>>> DL165)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, >>>> USB_PRODUCT_DISPLAYLINK_SWDVI, >>>> DLUNK)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, >>>> USB_PRODUCT_DISPLAYLINK_UM7X0, >>>> DL120)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_CONV, >>>> DL160)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_ >>>> PLUGABLE, >>>> DL160)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, >>>> USB_PRODUCT_DISPLAYLINK_LUM70, >>>> DL125)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_ >>>> POLARIS2, >>>> DLUNK)}, >>>> {USB_VPI(USB_VENDOR_DISPLAYLINK, USB_PRODUCT_DISPLAYLINK_ >>>> LT1421, >>>> DLUNK)} >>>> }; >>>> >>>> >>> >>> Also see: >>> >>> man udl >>> >>> Some work needs to be done to fully integrate with the VT console >>> subsystem. I had Xorg up and running today with the DisplayLink I >>> adapter I >>> have, and I works quite well. With USB 3.0 ones I think we can expect >>> more. >>> >>> --HPS >>> _______________________________________________ >>> >>> >>> >> >> Will there be support for the devices like the following USB video >> adapters >> ? >> >> >> http://www.amazon.com/gp/product/B00GUE5LGS/ref=s9_ >> simh_gw_p147_d0_i11?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r= >> 1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop >> >> >> http://www.amazon.com/gp/product/B00A2E1MQA/ref=s9_ >> simh_gw_p147_d0_i3?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r= >> 1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop >> >> >> http://www.amazon.com/gp/product/B00612ZPQA/ref=s9_ >> simh_gw_p147_d0_i2?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=desktop-2&pf_rd_r= >> 1QXWR8TQVH25A4KZWMDM&pf_rd_t=36701&pf_rd_p=1970566542&pf_rd_i=desktop >> >> > Depending on what USB protocol they are using we can add support for them. > Maybe you need to buy one and dump the USB descriptors :-) > > --HPS > > I will attempt to find sample ones ( this may require some time ) and send their descriptors . ( Some of the following are sold in Turkey ) http://www.digitus.info/pt/productos/multimedia/video/usb-grafik-adapter/r-grafikadapter-usb-20-auf-vga-da-70833/ http://www.digitus.info/pt/productos/multimedia/video/usb-grafik-adapter/r-grafikadapter-usb-20-auf-dvi-da-70834/ http://www.digitus.info/pt/productos/multimedia/video/usb-grafik-adapter/usb-20-auf-hdmi-videoadapter-da-70851/ http://www.digitus.info/pt/productos/multimedia/video/usb-grafik-adapter/r-usb-30-zu-vga-adapter-da-70450/ http://www.digitus.info/pt/productos/multimedia/video/usb-grafik-adapter/usb-30-zu-dvi-adapter-da-70451/ http://www.digitus.info/pt/productos/multimedia/video/usb-grafik-adapter/usb-30-zu-hdmi-adapter-da-70452/ http://www.digitus.info/pt/productos/multimedia/video/usb-grafik-adapter/mhl-micro-usb-20-adapterkabel-ak-300305-002-s/ My main aim is to use such devices to attach to a computer extra conventional monitors ( they may be very cheap or already present at hand ) and to divert stdin , stdout , and stderr to different monitors and study outputs during working on GUI desktops and programs to follow their execution steps for their debugging by defining stdin , stdout , stderr ports in boot loader.conf or elsewhere ( I need help on this subject also ) . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 22:10:28 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA3404A7 for ; Mon, 16 Feb 2015 22:10:28 +0000 (UTC) Received: from mail-pa0-f47.google.com (mail-pa0-f47.google.com [209.85.220.47]) (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 AB48199A for ; Mon, 16 Feb 2015 22:10:28 +0000 (UTC) Received: by pabrd3 with SMTP id rd3so1302583pab.1 for ; Mon, 16 Feb 2015 14:10:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=nYepPNOhBbvBLWcCjHowIiNCdyh2nIJXKcRyX/GgaoA=; b=cFRC+HTJsl0j3pVc18VNDSF29iOon7vjiL0AQQposiYR4trkHJZJePomgvhqh20igu CvrzvgVrr668diU089XeFpIRefkNffHxI2oJFzN+k8yKz/9s7mFW+8WXAnyCu3uOGjH+ ltqPf3MrGKYeAVI66X1it2APjU9i/6d1gl8M7QUk8JjrJZXM+7Y7GWiTp8Tew5Y9eeLZ 2uvlv88qXakEZqVJRR8Y8u/Z4URu15X+2tCpzqZOkERXdICl+R8k8IG7hfXpf1TdKCzG HZtriAyDImkSaXFvv9r5ohDIIkXK7SHkFHwDNCCKucvgcqfdOXJs5mzf1LmFY0Ef4Gba 9meg== X-Received: by 10.68.125.227 with SMTP id mt3mr44295903pbb.118.1424124621811; Mon, 16 Feb 2015 14:10:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.66.232.9 with HTTP; Mon, 16 Feb 2015 14:10:01 -0800 (PST) In-Reply-To: References: <19E33DDA-E850-466F-9BD9-EB7ED257E428@gmail.com> From: Arseny Nasokin Date: Tue, 17 Feb 2015 02:10:01 +0400 Message-ID: Subject: Re: Current build world failed: bsdxml is missing? To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 22:10:28 -0000 On 16 February 2015 at 17:04, Arseny Nasokin wrote: > On 16 February 2015 at 15:34, Garrett Cooper > wrote: > >> On Feb 16, 2015, at 4:28, Arseny Nasokin wrote: >> >> > Geom XML output is failed to build. >> > >> > Build box SVN version is: CURRENT-r265265. >> > >> > Related log output is: >> > >> > --- sbin.all__D --- >> > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function >> > `geom_xml2tree': >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x5e): undefined reference >> to >> > `XML_ParserCreate' >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa2): undefined reference >> to >> > `XML_SetUserData' >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xb4): undefined reference >> to >> > `XML_SetElementHandler' >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc1): undefined reference >> to >> > `XML_SetCharacterDataHandler' >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xdb): undefined reference >> to >> > `XML_Parse' >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xfd): undefined reference >> to >> > `XML_ParserFree' >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x373): undefined referenc= e >> to >> > `XML_ParserFree' >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x37d): undefined referenc= e >> to >> > `XML_GetErrorCode' >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x397): undefined referenc= e >> to >> > `XML_ParserFree' >> > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function >> > `StartElement': >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x3eb): undefined referenc= e >> to >> > `sbuf_new' >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x735): undefined referenc= e >> to >> > `XML_StopParser' >> > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function >> > `EndElement': >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7bb): undefined referenc= e >> to >> > `sbuf_finish' >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7d0): undefined referenc= e >> to >> > `sbuf_data' >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7e9): undefined referenc= e >> to >> > `sbuf_delete' >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa25): undefined referenc= e >> to >> > `XML_StopParser' >> > /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function >> > `CharData': >> > /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc62): undefined referenc= e >> to >> > `sbuf_bcat=E2=80=99 >> >> I think the fact that it=E2=80=99s missing sbuf* is the underlying cause= for the >> failures seen here. Can you please post more context in a pastebin or >> something (what phase did buildworld fail, what options did you pass to >> make, i.e. -DNO_CLEAN, etc?)? >> >> Thanks! >> > > Thank you for fast reply, > > I remove /usr/obj/usr and $TMPDIR explicitly with rm(1) and chflags(1) an= d > only then build world. (I use separate $TMPDIR for that process) > > # make toolchain 'SRCCONF=3D/path/to/src.conf' -DNO_CLEAN > '__MAKE_CONF=3D/dev/null' 'TARGET=3Damd64' > # make buildworld 'SRCCONF=3D/path/to/src.conf' -DNO_CLEAN > '__MAKE_CONF=3D/dev/null' 'TARGET=3Damd64' > ... > > The stage is: 4.4 (building everything) > > Build script is here: > https://bitbucket.org/eirnym/bsd/src/9822ba9b1ed54414a79d5a632b3857f8b671= c769/builder/mkw.sh?at=3Ddefault > > -- Eir Nym > Full log is here http://eroese.org/_/_/pub/bsd/world.amd64.278844.log (~23 Mb) Recent part is: gzip -cn /usr/src/sbin/atm/atmconfig/atmconfig.8 > atmconfig.8.gz =3D=3D=3D> sbin/badsect (all) cc -O2 -pipe -DNDEBUG -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/sbin/badsect/badsect.c ctfconvert -L VERSION badsect.o ERROR: ctfconvert: badsect.o doesn't have type data to convert cc -O2 -pipe -DNDEBUG -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -static -o badsect badsect.o -lufs ctfmerge -L VERSION -o badsect badsect.o ERROR: ctfmerge: No ctf sections found to merge gzip -cn /usr/src/sbin/badsect/badsect.8 > badsect.8.gz =3D=3D=3D> sbin/bsdlabel (all) cc -O2 -pipe -DNDEBUG -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/sbin/bsdlabel/bsdlabel.c ctfconvert -L VERSION bsdlabel.o ERROR: ctfconvert: bsdlabel.o doesn't have type data to convert cc -O2 -pipe -DNDEBUG -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/sbin/bsdlabel/../../sys/geom/geom_bsd_enc.c ctfconvert -L VERSION geom_bsd_enc.o ERROR: ctfconvert: geom_bsd_enc.o doesn't have type data to convert cc -O2 -pipe -DNDEBUG -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -static -o bsdlabel bsdlabel.o geom_bsd_enc.o -lgeom /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function `geom_xml2tree': /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x5e): undefined reference to `XML_ParserCreate' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa2): undefined reference to `XML_SetUserData' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xb4): undefined reference to `XML_SetElementHandler' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc1): undefined reference to `XML_SetCharacterDataHandler' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xdb): undefined reference to `XML_Parse' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xfd): undefined reference to `XML_ParserFree' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x373): undefined reference to `XML_ParserFree' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x37d): undefined reference to `XML_GetErrorCode' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x397): undefined reference to `XML_ParserFree' /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function `StartElement': /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x3eb): undefined reference to `sbuf_new' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x735): undefined reference to `XML_StopParser' /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function `EndElement': /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7bb): undefined reference to `sbuf_finish' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7d0): undefined reference to `sbuf_data' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0x7e9): undefined reference to `sbuf_delete' /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xa25): undefined reference to `XML_StopParser' /usr/obj/usr/src/tmp/usr/lib/libgeom.a(geom_xml2tree.o): In function `CharData': /usr/src/lib/libgeom/geom_xml2tree.c:(.text+0xc62): undefined reference to `sbuf_bcat' cc: error: linker command failed with exit code 1 (use -v to see invocation= ) *** Error code 1 Stop. make[4]: stopped in /usr/src/sbin/bsdlabel *** Error code 1 -- Eir Nym From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 22:40:35 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD9BCF84; Mon, 16 Feb 2015 22:40:35 +0000 (UTC) Received: from cpt-redirect03.mweb.co.za (cpt-redirect03.mweb.co.za [196.28.156.203]) (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 5CC85CB0; Mon, 16 Feb 2015 22:40:34 +0000 (UTC) Received: from 41-133-130-70.dsl.mweb.co.za ([41.133.130.70] helo=brane.freislich.nom.za) by cpt-redirect03.mweb.co.za with esmtp (Exim 4.84) id 1YNUKx-000236-5Y; Tue, 17 Feb 2015 00:40:24 +0200 Received: from [73.20.223.245] (helo=clue.co.za) by brane.freislich.nom.za with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YNUKw-0000GW-BH; Tue, 17 Feb 2015 00:40:18 +0200 Received: from localhost ([127.0.0.1] helo=zen) by clue.co.za with esmtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YNUKo-000Hfw-9H; Mon, 16 Feb 2015 17:40:10 -0500 To: freebsd-current From: Ian FREISLICH Subject: Re: r277959 breaks X display on IvyBridge mobile GT2 IG X-Attribution: BOFH MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <67946.1424126410.1@zen> Date: Mon, 16 Feb 2015 17:40:10 -0500 Message-Id: X-Missing-rDNS: 73.20.223.245 Cc: Adrian Chadd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 22:40:35 -0000 Ian FREISLICH wrote: > Adrian Chadd wrote: > > Hi, > > > > > There's a "invert backlight" option in i915, try setting it to 1? > > This is pretty much all I could find (unless I was looking in the > wrong place). It makes no difference. The backlight appears to > be disabled. Adrian, do you have any idea how to fix the backlight for my laptop? I ended up reversing out your change r277959 in my local copy to make the backlight work again here. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 23:45:48 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6840CAB4 for ; Mon, 16 Feb 2015 23:45:48 +0000 (UTC) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) (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 3716C373 for ; Mon, 16 Feb 2015 23:45:47 +0000 (UTC) Received: by iecvy18 with SMTP id vy18so37210378iec.13 for ; Mon, 16 Feb 2015 15:45:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=nm2ScpOXod2Cgk9cPff394TLwv+rP3pZBMdAcjw2N3c=; b=Pz1o2o5LDAZ7tIIeDvK2hWUeSUQ52IWtisT1N8MgGyKAdNcDqg9RDVfwnAOThTUn0V 3sACE5HrC9KTFZtjhr/PUqIUUSNx/49fL3ackXu5ktDkXSsLt0tSBGzJQjnXpkabZcy7 EnoDLkVswGA4ChKPXu9VAnPk9/2+smw5D5bF3UEOqDLTyRt5SPi9CFMyadz5XAkQatdC H6iwZAdE9KAafnIhZ0iXG7hoJgMxqVK+Y7MqqDeX0eUFKvrYKZHqSiLx506Vtt2nRw62 u+VuidU3t34MtFuF3iF8SqXaFovvxOtF9vKPmExxrHZtoB7RyaO/XM0tRUFJsbUyDoqE A/zg== MIME-Version: 1.0 X-Received: by 10.50.107.7 with SMTP id gy7mr24530844igb.49.1424130346830; Mon, 16 Feb 2015 15:45:46 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.17.66 with HTTP; Mon, 16 Feb 2015 15:45:46 -0800 (PST) In-Reply-To: References: Date: Mon, 16 Feb 2015 15:45:46 -0800 X-Google-Sender-Auth: NNy9my8fh0sa5IYBG-eLSnfWuDc Message-ID: Subject: Re: r277959 breaks X display on IvyBridge mobile GT2 IG From: Adrian Chadd To: Ian FREISLICH Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 23:45:48 -0000 On 16 February 2015 at 14:40, Ian FREISLICH wrote: > Ian FREISLICH wrote: >> Adrian Chadd wrote: >> > Hi, >> > >> >> > There's a "invert backlight" option in i915, try setting it to 1? >> >> This is pretty much all I could find (unless I was looking in the >> wrong place). It makes no difference. The backlight appears to >> be disabled. > > Adrian, do you have any idea how to fix the backlight for my laptop? > I ended up reversing out your change r277959 in my local copy to > make the backlight work again here. Hi, I don't, no. I haven't dug further into the i915 backlight control code because, well, a lot of changed in that update. The backlight code was in a lot of flux during the period of time kib chose to fast forward, so it's not unsurprising that it broke for some. I think for now we'll need a quirk that can be added for each laptop we find with that particular behaviour. The real solution is to continue sliding i915 forward in time. -adrian From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 00:03:39 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BB334AA for ; Tue, 17 Feb 2015 00:03:39 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id CEC647E1 for ; Tue, 17 Feb 2015 00:03:37 +0000 (UTC) Received: (qmail 79256 invoked by uid 89); 17 Feb 2015 00:03:30 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@194.97.158.66) by mail.grem.de with ESMTPA; 17 Feb 2015 00:03:30 -0000 Date: Tue, 17 Feb 2015 01:03:27 +0100 From: Michael Gmelin To: Ian FREISLICH Subject: Re: r277959 breaks X display on IvyBridge mobile GT2 IG Message-ID: <20150217010327.1119a57f@bsd64.grem.de> In-Reply-To: References: X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 00:03:39 -0000 On Mon, 16 Feb 2015 15:45:46 -0800 Adrian Chadd wrote: > On 16 February 2015 at 14:40, Ian FREISLICH > wrote: > > Ian FREISLICH wrote: > >> Adrian Chadd wrote: > >> > Hi, > >> > > >> > >> > There's a "invert backlight" option in i915, try setting it to 1? > >> > >> This is pretty much all I could find (unless I was looking in the > >> wrong place). It makes no difference. The backlight appears to > >> be disabled. > > > > Adrian, do you have any idea how to fix the backlight for my laptop? > > I ended up reversing out your change r277959 in my local copy to > > make the backlight work again here. > > Hi, > > I don't, no. I haven't dug further into the i915 backlight control > code because, well, a lot of changed in that update. The backlight > code was in a lot of flux during the period of time kib chose to fast > forward, so it's not unsurprising that it broke for some. > > I think for now we'll need a quirk that can be added for each laptop > we find with that particular behaviour. The real solution is to > continue sliding i915 forward in time. > In the meantime this workaround might be useful (not sure if it works while the driver is loaded): https://github.com/grembo/intel_backlight_fbsd -- Michael Gmelin From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 00:05:28 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3364611 for ; Tue, 17 Feb 2015 00:05:28 +0000 (UTC) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (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 A50D97FA for ; Tue, 17 Feb 2015 00:05:28 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YNVfK-000CnJ-8i; Tue, 17 Feb 2015 00:05:26 +0000 Date: Tue, 17 Feb 2015 00:05:26 +0000 From: Gary Palmer To: Hans Petter Selasky Subject: Re: Pluggable frame buffer devices Message-ID: <20150217000526.GC29176@in-addr.com> References: <54E11A57.3030105@selasky.org> <2245985.dTFM2y6A0x@shawn-work-laptop> <54E2247E.3000207@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54E2247E.3000207@selasky.org> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-current@freebsd.org, Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 00:05:29 -0000 On Mon, Feb 16, 2015 at 06:10:22PM +0100, Hans Petter Selasky wrote: > On 02/16/15 16:39, Shawn Webb wrote: > > On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote: > >> Hi, > >> > >> I've added support for USB display link adapters to FreeBSD-11-current, > >> but the kernel panics once "vt_fb_attach(info)" is called from > >> "fbd_register(struct fb_info* info)" when the USB device is plugged or > >> udl.ko is loaded. Is this a known issue? > >> > >> REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c > >> > >> --HPS > > > > I personally can't answer your question. But I'd love to help test this, > > especially since Haswell graphics isn't supported, yet, and my laptop is > > running Haswell. What would be a good USB display device to buy to help test > > this awesome work out? > > Hi Shawn, > > I think any USB device that uses the brand name "DisplayLink" will work. Hi HPS, I thought the later generations, especially the ones with USB3 support, used a propretary encryption between the host and the adapter that was not currently supported by any F/OSS operating system? If you look on the DisplayLink forums there are angry threads about the lack of Linux support for the later generation dongles. e.g. http://displaylink.org/forum/showthread.php?s=77a3ad0ad0f21031f0996325f249f584&t=61689 (there's a much longer thread somewhere which is more angry, but I've lost the link) Regards, Gary From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 04:10:08 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B578C855; Tue, 17 Feb 2015 04:10:08 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 97A0223F; Tue, 17 Feb 2015 04:10:08 +0000 (UTC) Received: from [192.168.200.212] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id DA401192A3B; Tue, 17 Feb 2015 04:10:06 +0000 (UTC) Message-ID: <54E2BF1E.4090002@ignoranthack.me> Date: Mon, 16 Feb 2015 20:10:06 -0800 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: FreeBSD CURRENT Subject: Xen HVM Panic, HEAD Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 04:10:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://people.freebsd.org/~sbruno/Xen_APIC_panic.png I suspect that there may be one or two more lines above this that are relevant to this panic, but XENHVM kernel's now panic booting on Xen server. The working kernel output looks like this: FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 XEN: Hypervisor version 4.2 detected. CPU: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz (2400.05-MHz K8-class CPU) Origin="GenuineIntel" Id=0x206c2 Family=0x6 Model=0x2c Stepping=2 Features=0x1783fbff Features2=0x81ba2201 AMD Features=0x28100800 AMD Features2=0x1 Hypervisor: Origin = "XenVMMXenVMM" real memory = 1434451968 (1368 MB) avail memory = 1353293824 (1290 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 ioapic0: Changing APIC ID to 1 MADT: Forcing active-low polarity and level trigger for SCI bcc: royger@ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJU4r8bXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kOTcH/R4jzSNBELU+Jc1E0N7b97wS pRzbL69AQaDnjI8yCHvMX9AwmqC1x4Fd+bpk4Xqf9Aut9SHZTUhlZlw3BAqZfPmj ofPaaDn3B4AUIMW/K1yPUE7tup1GlM+hSdX4czoBzzO3wKC5aBz4qgv+Peb2FMDe LwEoeWpbJFu5y11uITN0en08bdRAg7B+gJCPkPbzY+W6m0RKpWJ8PavXNfxlMTYt WQThTEy8SdRIPQRdAKURYSqWAPkfMP2s07h4Ckm9rXybbLWCQBYMwJZxhcDfXWlz EoYLHoQ2nt0dT3Lu9lxH8EppCZpVQRAnVLYYB6tBpeDt9boNpNxoJ0UuOf906AM= =EspR -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 08:57:03 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49EAD464; Tue, 17 Feb 2015 08:57:03 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 B2C8BED; Tue, 17 Feb 2015 08:57:02 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t1H8uv5b014614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Feb 2015 10:56:57 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t1H8uv5b014614 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t1H8uvou014613; Tue, 17 Feb 2015 10:56:57 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 17 Feb 2015 10:56:57 +0200 From: Konstantin Belousov To: sbruno@freebsd.org Subject: Re: Xen HVM Panic, HEAD Message-ID: <20150217085657.GR34251@kib.kiev.ua> References: <54E2BF1E.4090002@ignoranthack.me> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54E2BF1E.4090002@ignoranthack.me> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 08:57:03 -0000 On Mon, Feb 16, 2015 at 08:10:06PM -0800, Sean Bruno wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > https://people.freebsd.org/~sbruno/Xen_APIC_panic.png > > I suspect that there may be one or two more lines above this that are > relevant to this panic, but XENHVM kernel's now panic booting on Xen > server. The working kernel output looks like this: > > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 > XEN: Hypervisor version 4.2 detected. > CPU: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz (2400.05-MHz > K8-class CPU) > Origin="GenuineIntel" Id=0x206c2 Family=0x6 Model=0x2c Stepping=2 > Features=0x1783fbff > Features2=0x81ba2201 > AMD Features=0x28100800 > AMD Features2=0x1 > Hypervisor: Origin = "XenVMMXenVMM" > real memory = 1434451968 (1368 MB) > avail memory = 1353293824 (1290 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 2 > ioapic0: Changing APIC ID to 1 > MADT: Forcing active-low polarity and level trigger for SCI I am not sure why your machine uses native lapic instead of xen lapic, and should it be other way, or not. Regardless, show the line number for the ipi_startup+0x56. Did you performed clean kernel build ? From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 04:35:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3783AB0A for ; Tue, 17 Feb 2015 04:35:15 +0000 (UTC) Received: from mail-pd0-f173.google.com (exprod5og102.obsmtp.com [64.18.0.143]) (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 DE3906A1 for ; Tue, 17 Feb 2015 04:35:14 +0000 (UTC) Received: from mail-pd0-f173.google.com ([209.85.192.173]) (using TLSv1) by exprod5ob102.postini.com ([64.18.4.12]) with SMTP ID DSNKVOLFAXjsTGZ9ZVz6xosOS+gRQeJjpIFE@postini.com; Mon, 16 Feb 2015 20:35:14 PST Received: by pdbfl12 with SMTP id fl12so40971196pdb.2 for ; Mon, 16 Feb 2015 20:35:13 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type; bh=EgM4m96ZAvGbqIvfsOK1UXe32VdsjS7ACSBjv8dW1o8=; b=LH/RNWi6nrIBgK+ipV3jZmPfQCP9QQO6GZX9f1nqLp62uFjrq60Nqmm4NEyipCm+nJ D2Af2UaJ+3Kow4l6RUVsNJqySDRL1EldUqBCbDDZ3HaHOO7YJzcYNX1LE1xfFE+a4YXI hQpCboE1EwQRlMy+WFzcWsn2ZMN+nwK73UDDIs9zdFWWfeFpOVsHzLoVx6mGHgPOvmVQ p/fcSaGrYFlr1afmsN8K2CnRnJapxebNJg6KLqL179lOxkhVc45SoWcFv76z6PmIJcKi yJc2KGAMit5qUmYKWc4RIfv2o3Va0u/WIzyRDF9aqSWbNE8lWYhxHGd/eL1a3ReWohGT /dXw== X-Received: by 10.68.197.10 with SMTP id iq10mr45212357pbc.143.1424145921939; Mon, 16 Feb 2015 20:05:21 -0800 (PST) X-Gm-Message-State: ALoCoQlrzEsC856vAlJIVBscJbZR/KA76+vrN+cy/mYMU4/Pxx9PFa4PYmgjc9HZDHSjnaV4+ep8XvxVxXhsulgnV2LFHdqHvtemKiBIdOZdKuGo5Rclc9uET46LN9n4Adt04bGfC1+co0iaLpg9MhU8054D3KpQDg== X-Received: by 10.68.197.10 with SMTP id iq10mr45212287pbc.143.1424145921364; Mon, 16 Feb 2015 20:05:21 -0800 (PST) Received: from [192.168.200.212] ([50.136.155.142]) by mx.google.com with ESMTPSA id ah1sm16369695pad.16.2015.02.16.20.05.20 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Feb 2015 20:05:20 -0800 (PST) Message-ID: <54E2BDFF.2050705@llnw.com> Date: Mon, 16 Feb 2015 20:05:19 -0800 From: Sean Bruno User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: FreeBSD CURRENT Subject: Xen HVM Panic, HEAD Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Tue, 17 Feb 2015 12:04:40 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 04:35:15 -0000 https://people.freebsd.org/~sbruno/Xen_APIC_panic.png I suspect that there may be one or two more lines above this that are relevant to this panic, but XENHVM kernel's now panic booting on Xen server. The working kernel output looks like this: FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 XEN: Hypervisor version 4.2 detected. CPU: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz (2400.05-MHz K8-class CPU) Origin="GenuineIntel" Id=0x206c2 Family=0x6 Model=0x2c Stepping=2 Features=0x1783fbff Features2=0x81ba2201 AMD Features=0x28100800 AMD Features2=0x1 Hypervisor: Origin = "XenVMMXenVMM" real memory = 1434451968 (1368 MB) avail memory = 1353293824 (1290 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 ioapic0: Changing APIC ID to 1 MADT: Forcing active-low polarity and level trigger for SCI bcc: royger@ -- The information in this message may be confidential. It is intended solely for the addressee(s). If you are not the intended recipient, any disclosure, copying or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. Please immediately contact the sender if you have received this message in error. From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 17:32:46 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6253797F; Tue, 17 Feb 2015 17:32:46 +0000 (UTC) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (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 2AE4F60E; Tue, 17 Feb 2015 17:32:43 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id hl2so44126830igb.0; Tue, 17 Feb 2015 09:32:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=Esp6ALfgRzIjazBg9paVjvrEYj0fv+fZMk9A409kV9A=; b=Lr9qbR2NlphKw2Tyi5FMb2T6nP37qv8Q9vBkdV/OrNrmvV8Hw637YTBSBc5nakGnG6 EoUwPKCdnV4dnQCypPaHKrTPnBoLVVcylZ4+oY2QCbK3kcKugz5ikGA1kuHB6+Rz/M8x TUdkohKfd+tkBGQPYHUDo1wG03ixN9PLZx4sZEm741Z7o8/7FRYgDbWDLTXv5PCSlJe2 VYCaZuP51QakxpYdpFaE1lH1RKcPvEDnvuu7S96jnDpXc7MGELTZIDW2FUKNye+bMTfw gjiieSSzuK0VrkJUb29VCArDHCwnFSksP9zJxvEIc52eg1LpqRwoXsAfZHXZO56JE2Db R35A== X-Received: by 10.107.3.20 with SMTP id 20mr36046172iod.92.1424194362609; Tue, 17 Feb 2015 09:32:42 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.107.138 with HTTP; Tue, 17 Feb 2015 09:32:22 -0800 (PST) In-Reply-To: <4E4BF84E-F6FD-4D25-8B2C-2B443894697B@gmail.com> References: <4E4BF84E-F6FD-4D25-8B2C-2B443894697B@gmail.com> From: Luca Pizzamiglio Date: Tue, 17 Feb 2015 18:32:22 +0100 Message-ID: Subject: Re: pcie Realtek 8168G issues (re driver) To: Ben Perrault Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Hackers , "freebsd-network@freebsd.org" , FreeBSD Current , "freebsd-hardware@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 17:32:46 -0000 Hi Ben, thanks for the tip! tso was already disabled. I tried anyway and unfortunately it crashes as before. I filled a bug report (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D197535) and marius@ is giving me a big help on it. Best regards, Luca On Fri, Feb 13, 2015 at 7:34 PM, Ben Perrault wrot= e: > Luca, > > I've had the same issue with this interface on both PCIe boards and embed= ded in a handful of Lenovo products. The one, fairly ugly workaround I've f= ound that makes it work well enough is disable tso ( i.e. ifconfig re0 down= && ifconfig re0 -tso && ifconfig re0 up ). This also seems to stop the pan= ics under current. > > I'm not sure it will work for you - but it has on everyone of those inter= faces I've dealt with. > > Good luck, > -bp > >> On Feb 13, 2015, at 8:06 AM, Luca Pizzamiglio wrote: >> >> Hi, I'm Luca, >> >> I've some issues using a PCIe Realtek Ethernet board: >> re0@pci0:3:0:0: class=3D0x020000 card=3D0x012310ec chip=3D0x816810ec rev= =3D0x0c hdr=3D0x00 >> vendor =3D 'Realtek Semiconductor Co., Ltd.' >> device =3D 'RTL8111/8168B PCI Express Gigabit Ethernet controller= ' >> class =3D network >> subclass =3D ethernet >> bar [10] =3D type I/O Port, range 32, base 0x1000, size 256, enable= d >> bar [18] =3D type Memory, range 64, base 0x90500000, size 4096, ena= bled >> bar [20] =3D type Prefetchable Memory, range 64, base 0x90400000, >> size 16384, enabled >> cap 01[40] =3D powerspec 3 supports D0 D1 D2 D3 current D0 >> cap 05[50] =3D MSI supports 1 message, 64 bit >> cap 10[70] =3D PCI-Express 2 endpoint IRQ 1 max data 128(128) link x1= (x1) >> speed 2.5(2.5) ASPM disabled(L0s/L1) >> cap 11[b0] =3D MSI-X supports 4 messages >> Table in map 0x20[0x0], PBA in map 0x20[0x800] >> cap 03[d0] =3D VPD >> ecap 0001[100] =3D AER 1 0 fatal 0 non-fatal 0 corrected >> ecap 0002[140] =3D VC 1 max VC0 >> ecap 0003[160] =3D Serial 1 01000000684ce000 >> ecap 0018[170] =3D LTR 1 >> >> Rx and Tx don't work. After some minutes the interface is activated I >> get kernel panic. >> I've already tried to disable MSIx and MSI. >> It seems a DMA problem, rx fill the 256 descriptors and the nothing >> else until the panic. netstat -s shows now new packets. >> >> I filled a bug report with more infos: >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D197535 >> >> could someone kindly pointing some ideas? >> >> Best regards, >> Luca >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 17:37:28 2015 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D83BBB for ; Tue, 17 Feb 2015 17:37:28 +0000 (UTC) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EA066682 for ; Tue, 17 Feb 2015 17:37:27 +0000 (UTC) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t1HHbQVR026093 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 17 Feb 2015 09:37:26 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t1HHbQXs026092 for current@FreeBSD.org; Tue, 17 Feb 2015 09:37:26 -0800 (PST) (envelope-from jmg) Date: Tue, 17 Feb 2015 09:37:26 -0800 From: John-Mark Gurney To: current@FreeBSD.org Subject: URGENT: RNG broken for last 4 months Message-ID: <20150217173726.GA1953@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Tue, 17 Feb 2015 09:37:26 -0800 (PST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 17:37:28 -0000 If you are running a current kernel r273872 or later, please upgrade your kernel to r278907 or later immediately and regenerate keys. I discovered an issue where the new framework code was not calling randomdev_init_reader, which means that read_random(9) was not returning good random data. read_random(9) is used by arc4random(9) which is the primary method that arc4random(3) is seeded from. This means most/all keys generated may be predictable and must be regenerated. This includes, but not limited to, ssh keys and keys generated by openssl. This is purely a kernel issue, and a simple kernel upgrade w/ the patch is sufficient to fix the issue. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 18:02:27 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2DFCF01 for ; Tue, 17 Feb 2015 18:02:27 +0000 (UTC) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 841BFA95 for ; Tue, 17 Feb 2015 18:02:27 +0000 (UTC) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t1HI2Q3D026566 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 17 Feb 2015 10:02:26 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t1HI2QHb026565 for current@freebsd.org; Tue, 17 Feb 2015 10:02:26 -0800 (PST) (envelope-from jmg) Date: Tue, 17 Feb 2015 10:02:26 -0800 From: John-Mark Gurney To: current@freebsd.org Subject: Re: URGENT: RNG broken for last 4 months Message-ID: <20150217180226.GC1953@funkthat.com> References: <20150217173726.GA1953@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150217173726.GA1953@funkthat.com> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Tue, 17 Feb 2015 10:02:26 -0800 (PST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 18:02:27 -0000 John-Mark Gurney wrote this message on Tue, Feb 17, 2015 at 09:37 -0800: > If you are running a current kernel r273872 or later, please upgrade > your kernel to r278907 or later immediately and regenerate keys. > > I discovered an issue where the new framework code was not calling > randomdev_init_reader, which means that read_random(9) was not returning > good random data. read_random(9) is used by arc4random(9) which is > the primary method that arc4random(3) is seeded from. > > This means most/all keys generated may be predictable and must be > regenerated. This includes, but not limited to, ssh keys and keys > generated by openssl. This is purely a kernel issue, and a simple > kernel upgrade w/ the patch is sufficient to fix the issue. It was brought to my attention (thanks Juli) that it might not be clear that this issue does not effect any released version of FreeBSD. It only effects people who run -current. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 18:15:37 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1AD75CE for ; Tue, 17 Feb 2015 18:15:37 +0000 (UTC) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (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 91AC0C52 for ; Tue, 17 Feb 2015 18:15:37 +0000 (UTC) Received: by iebtr6 with SMTP id tr6so32246243ieb.7 for ; Tue, 17 Feb 2015 10:15:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=ofurD0yNDXqHJWO+M010H3ZsyY2kvj2Mb5j99VYz+a0=; b=pXPvr/dwcHV84p1+oAB36my8WXnHYgXpX7kCAjHzOcxM3dXpeAkJgVa22Tj1ls1Ncr rzCNLvOmpjM90VuPg2c0VZs1Egocf3wXQyIqTdUM4OblvHTamzcS3cPLWQ/L3+gfLgsm wxaulSMb9ljbAlIg5UVlN+6cGweORZHdyH+zGydVhVoBog3hsX8xDacDwy+cbeuP4Qmm ezVK52XJyC6wtstTpi7JfD2E0oU28CPhSA6ozL1UogOBWezAqHm/9JE6DF45QSwzDsCR guSZ1zOh/9NxaamGFgNyicLnslZBkqFecNG7+ha/FNZicsX8GMcduzai6jrBbNopQkDr 7n8w== X-Received: by 10.107.7.93 with SMTP id 90mr37910368ioh.69.1424196935627; Tue, 17 Feb 2015 10:15:35 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.158.19 with HTTP; Tue, 17 Feb 2015 10:15:15 -0800 (PST) In-Reply-To: <20150217173726.GA1953@funkthat.com> References: <20150217173726.GA1953@funkthat.com> From: Ed Maste Date: Tue, 17 Feb 2015 13:15:15 -0500 X-Google-Sender-Auth: OxkquA7NcCeo1yvFaaigc_dbd9E Message-ID: Subject: Re: URGENT: RNG broken for last 4 months To: John-Mark Gurney Content-Type: text/plain; charset=UTF-8 Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 18:15:37 -0000 On 17 February 2015 at 12:37, John-Mark Gurney wrote: > If you are running a current kernel r273872 or later, please upgrade > your kernel to r278907 or later immediately and regenerate keys. One other point - this only applies to keys generated while running on a kernel in that range. If you previously generated keys and then upgraded to r273872 or later there's no concern with respect to key randomness from this issue. From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 18:31:46 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B16DA944; Tue, 17 Feb 2015 18:31:46 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 62E42E26; Tue, 17 Feb 2015 18:31:46 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1YNmvp-000vMe-Si>; Tue, 17 Feb 2015 19:31:37 +0100 Received: from g225058095.adsl.alicedsl.de ([92.225.58.95] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1YNmvp-003Sso-NW>; Tue, 17 Feb 2015 19:31:37 +0100 Date: Tue, 17 Feb 2015 19:31:32 +0100 From: "O. Hartmann" To: Luca Pizzamiglio Subject: Re: pcie Realtek 8168G issues (re driver) Message-ID: <20150217193132.65fe16bb.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <4E4BF84E-F6FD-4D25-8B2C-2B443894697B@gmail.com> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/Rm5GP2X/Le8.ifzKj90Bx1t"; protocol="application/pgp-signature" X-Originating-IP: 92.225.58.95 X-ZEDAT-Hint: A Cc: Ben Perrault , "freebsd-network@freebsd.org" , FreeBSD Current , "freebsd-hardware@freebsd.org" , FreeBSD Hackers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 18:31:46 -0000 --Sig_/Rm5GP2X/Le8.ifzKj90Bx1t Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tue, 17 Feb 2015 18:32:22 +0100 Luca Pizzamiglio schrieb: > Hi Ben, > thanks for the tip! tso was already disabled. > I tried anyway and unfortunately it crashes as before. >=20 > I filled a bug report > (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D197535) and marius@ > is giving me a big help on it. >=20 > Best regards, > Luca >=20 > On Fri, Feb 13, 2015 at 7:34 PM, Ben Perrault wr= ote: > > Luca, > > > > I've had the same issue with this interface on both PCIe boards and emb= edded in a > > handful of Lenovo products. The one, fairly ugly workaround I've found = that makes it > > work well enough is disable tso ( i.e. ifconfig re0 down && ifconfig re= 0 -tso && > > ifconfig re0 up ). This also seems to stop the panics under current. > > > > I'm not sure it will work for you - but it has on everyone of those int= erfaces I've > > dealt with. > > > > Good luck, > > -bp > > > >> On Feb 13, 2015, at 8:06 AM, Luca Pizzamiglio wrote: > >> > >> Hi, I'm Luca, > >> > >> I've some issues using a PCIe Realtek Ethernet board: > >> re0@pci0:3:0:0: class=3D0x020000 card=3D0x012310ec chip=3D0x816810ec r= ev=3D0x0c hdr=3D0x00 > >> vendor =3D 'Realtek Semiconductor Co., Ltd.' > >> device =3D 'RTL8111/8168B PCI Express Gigabit Ethernet controll= er' > >> class =3D network > >> subclass =3D ethernet > >> bar [10] =3D type I/O Port, range 32, base 0x1000, size 256, enab= led > >> bar [18] =3D type Memory, range 64, base 0x90500000, size 4096, e= nabled > >> bar [20] =3D type Prefetchable Memory, range 64, base 0x90400000, > >> size 16384, enabled > >> cap 01[40] =3D powerspec 3 supports D0 D1 D2 D3 current D0 > >> cap 05[50] =3D MSI supports 1 message, 64 bit > >> cap 10[70] =3D PCI-Express 2 endpoint IRQ 1 max data 128(128) link = x1(x1) > >> speed 2.5(2.5) ASPM disabled(L0s/L1) > >> cap 11[b0] =3D MSI-X supports 4 messages > >> Table in map 0x20[0x0], PBA in map 0x20[0x800] > >> cap 03[d0] =3D VPD > >> ecap 0001[100] =3D AER 1 0 fatal 0 non-fatal 0 corrected > >> ecap 0002[140] =3D VC 1 max VC0 > >> ecap 0003[160] =3D Serial 1 01000000684ce000 > >> ecap 0018[170] =3D LTR 1 > >> > >> Rx and Tx don't work. After some minutes the interface is activated I > >> get kernel panic. > >> I've already tried to disable MSIx and MSI. > >> It seems a DMA problem, rx fill the 256 descriptors and the nothing > >> else until the panic. netstat -s shows now new packets. > >> > >> I filled a bug report with more infos: > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D197535 > >> > >> could someone kindly pointing some ideas? > >> > >> Best regards, > >> Luca > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" In September 2014 I filed allready a bug acoording to strange behaviour wit= h a Lenovo ThinkPad E540 with a Realtek chip: Bug 193743 - RTL8111/8168B PCI Express Gigabit Ethernet controller: doesn't work properly, problems getting UP automatically=20 --Sig_/Rm5GP2X/Le8.ifzKj90Bx1t Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJU44kEAAoJEOgBcD7A/5N8dLMIALpr3ZZ8ZoWvlCvn8E7jDxBY OWNR83JgaQJL/maZKUPIsV9sj3Czu7Kdxq0cQyJVVa0o8tLf94C40pPEf7NrlcmG aEC8sJTM4B38XNKr5dZVuGi+9f1meAZcTE2m6jWrUQHzG/zmV+5eDnZI4H0uoqdn 3dHqHi+w3BsZU4SldUvDdKtN/wwClFDuHlZZtu1PUAD51/n1SCRs/tiNUu8Ok43q sF5X0SEZN7RZsmwfBZwbT8zrZW7zgatCYakUbAOY/5vI9XpWI5lGgAIFfSPZLE4Z YaT4//g8VcKCEZE73OQVUcGMaFZUZ+3tjDITeN9tLxDDrANqox4Nq7qDBNf1lqA= =elf/ -----END PGP SIGNATURE----- --Sig_/Rm5GP2X/Le8.ifzKj90Bx1t-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 18:36:54 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C52FBED; Tue, 17 Feb 2015 18:36:54 +0000 (UTC) Received: from mithlond.kdm.org (mithlond.kdm.org [70.56.43.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 45553E59; Tue, 17 Feb 2015 18:36:54 +0000 (UTC) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.14.9/8.14.9) with ESMTP id t1HIajS8031169 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 17 Feb 2015 11:36:45 -0700 (MST) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.14.9/8.14.9/Submit) id t1HIajwt031168; Tue, 17 Feb 2015 11:36:45 -0700 (MST) (envelope-from ken) Date: Tue, 17 Feb 2015 11:36:45 -0700 From: "Kenneth D. Merry" To: Dan Langille Subject: Re: sa(4) driver changes available for test Message-ID: <20150217183645.GA30947@mithlond.kdm.org> References: <20150214003232.GA63990@mithlond.kdm.org> <7CA52DF3-E073-4F50-BE4E-01C51CCDF2C7@langille.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7CA52DF3-E073-4F50-BE4E-01C51CCDF2C7@langille.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Tue, 17 Feb 2015 11:36:46 -0700 (MST) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mithlond.kdm.org Cc: current@freebsd.org, scsi@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 18:36:54 -0000 On Sat, Feb 14, 2015 at 18:22:43 -0500, Dan Langille wrote: > > > On Feb 13, 2015, at 7:32 PM, Kenneth D. Merry wrote: > > > > > > I have a fairly large set of changes to the sa(4) driver and mt(1) driver > > that I'm planning to commit in the near future. > > > > A description of the changes is here and below in this message. > > > > If you have tape hardware and the inclination, I'd appreciate testing and > > feedback. > > I have a DLT 8000 and an SDLT 220. > > I don't have anything running current, but I have a spare machine which I could use for testing. > > Do you see any value is tests with that hardware? I'd be testing it via Bacula. > > disclosure: I'm the sysutils/bacula-* maintainer and a Bacula committer. > Actually, yes. Bacula is a bit tricky to configure, so your trying it out would be helpful if you have the time. In looking at the manuals for both the SDLT 220 and the DLT 8000, they both claim to support long position information for the SCSI READ POSITION command. You can see what I'm talking about by doing: mt eod mt status On my DDS-4 tape drive, this shows: # mt -f /dev/nsa3 status Drive: sa3: Serial Number: HJ00YWY --------------------------------- Mode Density Blocksize bpi Compression Current: 0x26:DDS-4 1024 bytes 97000 enabled (DCLZ) --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: -1 Calc Record Number: -1 Residual: 0 Reported File Number: -1 Reported Record Number: -1 Flags: None But on an LTO-5, which will give long position information, I get: [root@doc ~]# mt status Drive: sa0: --------------------------------- Mode Density Blocksize bpi Compression Current: 0x58:LTO-5 variable 384607 enabled (0x1) --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: 2 Calc Record Number: -1 Residual: 0 Reported File Number: 2 Reported Record Number: 32373 Flags: None That, in combination with the changes I made to the position information code in the driver, mean that even the old MTIOCGET ioctl should return an accurate file number at end of data. e.g., on the LTO-5: [root@doc ~]# mt ostatus Mode Density Blocksize bpi Compression Current: 0x58:LTO-5 variable 384607 0x1 ---------available modes--------- 0: 0x58:LTO-5 variable 384607 0x1 1: 0x58:LTO-5 variable 384607 0x1 2: 0x58:LTO-5 variable 384607 0x1 3: 0x58:LTO-5 variable 384607 0x1 --------------------------------- Current Driver State: at rest. --------------------------------- File Number: 2 Record Number: -1 Residual Count -1 So the thing to try, in addition to just making sure that Bacula continues to work properly, is to try setting this for the tape drive in bacula-sd.conf: Hardware End of Medium = yes It looks like the Bacula tape program (btape) has a test mode, and it would be good to run through the tests on one of the tape drives and see whether they work, and whether the results are different before and after the changes. I'm not sure how to enable the test mode. > I'll let the other Bacula devs know about this. They deal with the hardware. I work on PostgreSQL. > Thanks! If there are additional features they would like out of the tape driver, I'm happy to talk about it. (Or help if they'd like to use the new status reporting ioctl, MTIOCEXTGET or any of the other new ioctls.) Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 19:14:53 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFCE39B5 for ; Tue, 17 Feb 2015 19:14:53 +0000 (UTC) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (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 82D41393 for ; Tue, 17 Feb 2015 19:14:53 +0000 (UTC) Received: by mail-qg0-f45.google.com with SMTP id h3so29499631qgf.4 for ; Tue, 17 Feb 2015 11:14:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-type; bh=l6M+uu/cnyhU2Cc8MxBsBzSkfixwAr/NxbCyu1ColnQ=; b=uLlrXVrdsxZqD60h3w3QfNalsyxT9k9dwQGWn85++HXVor2NyTPqP0sKCEDSyBxRib 3SuG5FKpAG+mShZPqn05/JywD7IL55oaGrb8uJCLNyjwCK6wAhmDyZhfhZ73yGdx8Oit mHqmftwqQovp/LceL/3zJsOjqfw4zLJkEBfRT1yVfjj1ML3awKCK2ybLfFUzC48EbHFQ xD59KURv8rn00SNJYOh9egvV0GABNERFWGd6czHDfrAiayZljy9zVdKU7u+143CPlR/D pNeFCCw1gWBVMqd3ZrJqEH8O+5cnPSdlW9X6Dux0lzEKaruVNpDPrGZs2GoIhp46Riyu M/6w== X-Received: by 10.140.31.246 with SMTP id f109mr2227332qgf.23.1424200492659; Tue, 17 Feb 2015 11:14:52 -0800 (PST) Received: from shawn-work-laptop.localnet ([2601:a:1380:1046:458c:51:377a:7e40]) by mx.google.com with ESMTPSA id 142sm6328041qhg.16.2015.02.17.11.14.51 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 17 Feb 2015 11:14:51 -0800 (PST) From: Shawn Webb To: freebsd-current@freebsd.org Subject: ZFS Kernel Panic Date: Tue, 17 Feb 2015 14:14:54 -0500 Message-ID: <5337390.JNa1o6DxGc@shawn-work-laptop> User-Agent: KMail/4.14.1 (Linux/3.16.0-30-generic; KDE/4.14.1; x86_64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart20349027.1Y1BjtxkfY"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 19:14:53 -0000 --nextPart20349027.1Y1BjtxkfY Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" I'm getting a rather interesting kernel panic after updating to latest revision in HEAD to pull in the RNG fix. Since this is a laptop with no serial interface, all I have is a screenshot: https://drive.google.com/file/d/0B69lp5dMvN-0R3V3QjZvTWZaZ1U/view?usp=sharing Thanks, Shawn --nextPart20349027.1Y1BjtxkfY Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABAgAGBQJU45MuAAoJEGqEZY9SRW7ujdgP/3NsmxUJt7hDjfv+g+6mZsns NugTfvxv24tZYTAcI+kkEJQeT/8ygZROVP6eNS2ciasSh95G0Bz7H4J+xiUT0SnL Ibo2ohsmxe/dcTT9ziNDpuDIUVTk5aFOS3AdY1d2VcgaLg39dyW/g7PwCoIN5yDE QqZXHTdbRRY3e4EKyLMSjUBkgCaU1/O2uswpyZbBJjR2BlWPTotO9GzPcIG5gSNK BHD03PhpoHWDzr1DAblXMyth1ux0bmBlA7cPCMt90rSZCOGLWEOoYrOGv4NPfKR/ tVLtiJ7nFV1yb0EFRv/DEORrl3oIp8FINIbQBjHCx3DTxwwc/XvXLA7jdCaeVbt/ EHHPSPTXF4NobzVhuO5h0IC13Eaf16wEmoMkeJ639HJFCmp/9iHZNwcFM2WU5U9l 6rhpos1H1EbH4qGr4Ll2mAejK7zw7UCh1SrPRafxfurffGRfzAVSbRBp02mGVUpS TnFVUDALW74C+EdxzgYoAdY8u+AMcg+0cqqr2WnQK+DzGsbHEy7epbl1RhswPC/P fYYdNQz7ayCtqcVgTNKHImrUBn6kGr7iKmf4C3hYVQDBp9p3Wn0cbksQ0eDNKWwi UjnbqnAAXkSH65ZRZcPEZjYtbo7b4zsFGYzNgq09kegyBPxd5kH7uFqg3H4ubgvz s+nO7qG4vB5jVPZbF9FS =mgkI -----END PGP SIGNATURE----- --nextPart20349027.1Y1BjtxkfY-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 19:39:51 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 047B3721 for ; Tue, 17 Feb 2015 19:39:51 +0000 (UTC) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (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 C795C8B2 for ; Tue, 17 Feb 2015 19:39:50 +0000 (UTC) Received: by iecvy18 with SMTP id vy18so43286974iec.13 for ; Tue, 17 Feb 2015 11:39:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=Nie68QfjKB8cJtBPF2Yom3nfotpkhshi0cqX7OZTa4Y=; b=RGlSgFQQbIS3Mvs4VRnocDpvF7COQzMZuF1wMEprW3NzJYxiIzhkdJP3SVVhHRHi0J BV8cyE6er27h2hwi2888c47Y22ff9kW/nocRxJuC/Lt4I08osng8lR8bImcLpl4/VMUD U8IeNu8AlAKz8KcZW1CdkD+Z10/zUsGNTnlaEkzrreMWic4gBeC47+/j+DDUn7Ap/S7f uvshZpSaY79Jd7H5n5BnoaR3ZsIU8zBjXfeXJi446vMIYk30chXnnfdfGhDODxCKNXzu mJlXpZTqxU4q5Zg7Um8fgVt95ChMftmpJSqGhSBTiehdaVbn+wcORbliPj+EHhacSyTR AWwQ== X-Received: by 10.50.97.41 with SMTP id dx9mr29648301igb.1.1424201989576; Tue, 17 Feb 2015 11:39:49 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.158.19 with HTTP; Tue, 17 Feb 2015 11:39:28 -0800 (PST) In-Reply-To: References: <20150217173726.GA1953@funkthat.com> From: Ed Maste Date: Tue, 17 Feb 2015 14:39:28 -0500 X-Google-Sender-Auth: zHibG75LmzQzj_JFbpmH4Bhtp9A Message-ID: Subject: Re: URGENT: RNG broken for last 4 months To: John-Mark Gurney Content-Type: text/plain; charset=UTF-8 Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 19:39:51 -0000 On 17 February 2015 at 13:15, Ed Maste wrote: > > One other point - this only applies to keys generated while running on > a kernel in that range. If you previously generated keys and then > upgraded to r273872 or later there's no concern with respect to key > randomness from this issue. One further followup, it's been pointed out that a lack of entropy can leak DSA private key material. See for example: http://rdist.root.org/2010/11/19/dsa-requirements-for-random-k-value/ https://www.imperialviolet.org/2013/06/15/suddendeathentropy.html In other words, an existing key does not become less random as a result of this flaw (which is the point I was trying to make), but it the flaw could cause it to be exposed. From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 20:00:13 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DE6DE5D; Tue, 17 Feb 2015 20:00:13 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 69434B21; Tue, 17 Feb 2015 20:00:12 +0000 (UTC) Received: from [192.168.200.212] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id CE503192A3B; Tue, 17 Feb 2015 20:00:05 +0000 (UTC) Message-ID: <54E39DC4.4010802@ignoranthack.me> Date: Tue, 17 Feb 2015 12:00:04 -0800 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: kib@freebsd.org Subject: Re: Xen HVM Panic, HEAD References: <54E2BF1E.4090002@ignoranthack.me> <20150217085657.GR34251@kib.kiev.ua> In-Reply-To: <20150217085657.GR34251@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 20:00:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 02/17/15 00:56, Konstantin Belousov wrote: > On Mon, Feb 16, 2015 at 08:10:06PM -0800, Sean Bruno wrote: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 >> >> https://people.freebsd.org/~sbruno/Xen_APIC_panic.png >> >> I suspect that there may be one or two more lines above this that >> are relevant to this panic, but XENHVM kernel's now panic booting >> on Xen server. The working kernel output looks like this: >> >> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) >> 20140512 XEN: Hypervisor version 4.2 detected. CPU: Intel(R) >> Xeon(R) CPU E5620 @ 2.40GHz (2400.05-MHz K8-class >> CPU) Origin="GenuineIntel" Id=0x206c2 Family=0x6 Model=0x2c >> Stepping=2 >> Features=0x1783fbff >> >> Features2=0x81ba2201 >> AMD Features=0x28100800 AMD >> Features2=0x1 Hypervisor: Origin = "XenVMMXenVMM" real >> memory = 1434451968 (1368 MB) avail memory = 1353293824 (1290 >> MB) Event timer "LAPIC" quality 400 ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: >> 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC >> ID: 2 ioapic0: Changing APIC ID to 1 MADT: Forcing active-low >> polarity and level trigger for SCI > I am not sure why your machine uses native lapic instead of xen > lapic, and should it be other way, or not. > > Regardless, show the line number for the ipi_startup+0x56. Did you > performed clean kernel build ? > > I have rebuilt a kernel/world based on head at svn r276627. I have delete /usr/obj completely and started from scratch. Updated kernelpanic image at https://people.freebsd.org/~sbruno/Xen_APIC_panic.png /usr/src/sys/x86/include # kgdb /boot/kernel/kernel GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (kgdb) list *(ipi_startup+0x56) 0xffffffff80e088c6 is in ipi_startup (apicvar.h:383). 378 379 static inline int 380 lapic_ipi_wait(int delay) 381 { 382 383 return (apic_ops.ipi_wait(delay)); 384 } 385 386 static inline int 387 lapic_set_lvt_mask(u_int apic_id, u_int lvt, u_char masked) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJU453BXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5k9PcH/07PKefR3xkJT0W10i2xHYcp 5jNoVfPCP+crWcP7OOqfLY9aQr3KDx5GDZtb/nMbQ36YfCfB5LwAX0cJcGqVbAby LeznkBqzHa/KPl5RtHtQKPGi25YVm6Q+3mDbH/eGN9DcYwpuNyGrwd7J08XAioux 8UIMCzSy57GlUwMdr6EMOUIP8Uz5Fhm4cryTBhMgAzdIoXnTGIdG1jpatwvXQmtx dFH3c+vDlJdo3eqA34kufw3yENEjvOd10SVmw1RVs4KJX8pcTJMxRZs4VbayEAFb V/2FlunDsWnKGm8ybPXrUzSkGgKlQsmaM+gPRiUNpSc9tncnekX9YxqEt36UEJM= =n5pr -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 20:27:00 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6D368CB; Tue, 17 Feb 2015 20:27:00 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 5A617E5F; Tue, 17 Feb 2015 20:27:00 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t1HKQsTG016791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Feb 2015 22:26:54 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t1HKQsTG016791 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t1HKQrAR016790; Tue, 17 Feb 2015 22:26:53 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 17 Feb 2015 22:26:53 +0200 From: Konstantin Belousov To: sbruno@freebsd.org Subject: Re: Xen HVM Panic, HEAD Message-ID: <20150217202653.GW34251@kib.kiev.ua> References: <54E2BF1E.4090002@ignoranthack.me> <20150217085657.GR34251@kib.kiev.ua> <54E39DC4.4010802@ignoranthack.me> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54E39DC4.4010802@ignoranthack.me> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 20:27:00 -0000 On Tue, Feb 17, 2015 at 12:00:04PM -0800, Sean Bruno wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 02/17/15 00:56, Konstantin Belousov wrote: > > On Mon, Feb 16, 2015 at 08:10:06PM -0800, Sean Bruno wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 > >> > >> https://people.freebsd.org/~sbruno/Xen_APIC_panic.png > >> > >> I suspect that there may be one or two more lines above this that > >> are relevant to this panic, but XENHVM kernel's now panic booting > >> on Xen server. The working kernel output looks like this: > >> > >> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) > >> 20140512 XEN: Hypervisor version 4.2 detected. CPU: Intel(R) > >> Xeon(R) CPU E5620 @ 2.40GHz (2400.05-MHz K8-class > >> CPU) Origin="GenuineIntel" Id=0x206c2 Family=0x6 Model=0x2c > >> Stepping=2 > >> Features=0x1783fbff > >> > >> > Features2=0x81ba2201 > >> AMD Features=0x28100800 AMD > >> Features2=0x1 Hypervisor: Origin = "XenVMMXenVMM" real > >> memory = 1434451968 (1368 MB) avail memory = 1353293824 (1290 > >> MB) Event timer "LAPIC" quality 400 ACPI APIC Table: > >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: > >> 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC > >> ID: 2 ioapic0: Changing APIC ID to 1 MADT: Forcing active-low > >> polarity and level trigger for SCI > > I am not sure why your machine uses native lapic instead of xen > > lapic, and should it be other way, or not. > > > > Regardless, show the line number for the ipi_startup+0x56. Did you > > performed clean kernel build ? > > > > > > I have rebuilt a kernel/world based on head at svn r276627. I have > delete /usr/obj completely and started from scratch. > > Updated kernelpanic image at > https://people.freebsd.org/~sbruno/Xen_APIC_panic.png > > /usr/src/sys/x86/include # kgdb /boot/kernel/kernel > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and > you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "amd64-marcel-freebsd"... > (kgdb) list *(ipi_startup+0x56) > 0xffffffff80e088c6 is in ipi_startup (apicvar.h:383). > 378 > 379 static inline int > 380 lapic_ipi_wait(int delay) > 381 { > 382 > 383 return (apic_ops.ipi_wait(delay)); > 384 } > 385 > 386 static inline int > 387 lapic_set_lvt_mask(u_int apic_id, u_int lvt, u_char masked) > Please disassemble your ipi_startup, also please do 'p *apic_ops'. From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 20:30:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CBC66C74; Tue, 17 Feb 2015 20:30:19 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 AAA2FE8F; Tue, 17 Feb 2015 20:30:19 +0000 (UTC) Received: from [192.168.200.212] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 7D432192A3B; Tue, 17 Feb 2015 20:30:18 +0000 (UTC) Message-ID: <54E3A4D9.4080604@ignoranthack.me> Date: Tue, 17 Feb 2015 12:30:17 -0800 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: kib@freebsd.org Subject: Re: Xen HVM Panic, HEAD References: <54E2BF1E.4090002@ignoranthack.me> <20150217085657.GR34251@kib.kiev.ua> <54E39DC4.4010802@ignoranthack.me> <20150217202653.GW34251@kib.kiev.ua> In-Reply-To: <20150217202653.GW34251@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 20:30:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 02/17/15 12:26, Konstantin Belousov wrote: > On Tue, Feb 17, 2015 at 12:00:04PM -0800, Sean Bruno wrote: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 >> >> On 02/17/15 00:56, Konstantin Belousov wrote: >>> On Mon, Feb 16, 2015 at 08:10:06PM -0800, Sean Bruno wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 >>>> >>>> https://people.freebsd.org/~sbruno/Xen_APIC_panic.png >>>> >>>> I suspect that there may be one or two more lines above this >>>> that are relevant to this panic, but XENHVM kernel's now >>>> panic booting on Xen server. The working kernel output looks >>>> like this: >>>> >>>> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final >>>> 208032) 20140512 XEN: Hypervisor version 4.2 detected. CPU: >>>> Intel(R) Xeon(R) CPU E5620 @ 2.40GHz (2400.05-MHz >>>> K8-class CPU) Origin="GenuineIntel" Id=0x206c2 Family=0x6 >>>> Model=0x2c Stepping=2 >>>> Features=0x1783fbff >>>> >>>> >> >>>> Features2=0x81ba2201 >>>> AMD Features=0x28100800 AMD >>>> Features2=0x1 Hypervisor: Origin = "XenVMMXenVMM" real >>>> memory = 1434451968 (1368 MB) avail memory = 1353293824 >>>> (1290 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: >>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>>> FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 >>>> cpu1 (AP): APIC ID: 2 ioapic0: Changing APIC ID to 1 MADT: >>>> Forcing active-low polarity and level trigger for SCI >>> I am not sure why your machine uses native lapic instead of >>> xen lapic, and should it be other way, or not. >>> >>> Regardless, show the line number for the ipi_startup+0x56. Did >>> you performed clean kernel build ? >>> >>> >> >> I have rebuilt a kernel/world based on head at svn r276627. I >> have delete /usr/obj completely and started from scratch. >> >> Updated kernelpanic image at >> https://people.freebsd.org/~sbruno/Xen_APIC_panic.png >> >> /usr/src/sys/x86/include # kgdb /boot/kernel/kernel GNU gdb 6.1.1 >> [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is >> free software, covered by the GNU General Public License, and you >> are welcome to change it and/or distribute copies of it under >> certain conditions. Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" >> for details. This GDB was configured as >> "amd64-marcel-freebsd"... (kgdb) list *(ipi_startup+0x56) >> 0xffffffff80e088c6 is in ipi_startup (apicvar.h:383). 378 379 >> static inline int 380 lapic_ipi_wait(int delay) 381 { 382 383 >> return (apic_ops.ipi_wait(delay)); 384 } 385 386 static inline >> int 387 lapic_set_lvt_mask(u_int apic_id, u_int lvt, u_char >> masked) >> > > Please disassemble your ipi_startup, also please do 'p *apic_ops'. > > (kgdb) disassemble ipi_startup Dump of assembler code for function ipi_startup: 0xffffffff80df3900 : push %rbp 0xffffffff80df3901 : mov %rsp,%rbp 0xffffffff80df3904 : push %r14 0xffffffff80df3906 : push %rbx 0xffffffff80df3907 : mov %esi,%ebx 0xffffffff80df3909 : mov %edi,%r14d 0xffffffff80df390c : mov $0xc500,%edi 0xffffffff80df3911 : mov %r14d,%esi 0xffffffff80df3914 : callq *0xffffffff815ac428 0xffffffff80df391b : mov $0x14,%edi 0xffffffff80df3920 : callq *0xffffffff815ac438 0xffffffff80df3927 : mov $0x8500,%edi 0xffffffff80df392c : mov %r14d,%esi 0xffffffff80df392f : callq *0xffffffff815ac428 0xffffffff80df3936 : mov $0x2710,%edi 0xffffffff80df393b : callq 0xffffffff80f39c10 0xffffffff80df3940 : or $0x4600,%ebx 0xffffffff80df3946 : movslq %ebx,%rbx 0xffffffff80df3949 : mov %rbx,%rdi 0xffffffff80df394c : mov %r14d,%esi 0xffffffff80df394f : callq *0xffffffff815ac428 0xffffffff80df3956 : mov $0x14,%edi 0xffffffff80df395b : callq *0xffffffff815ac438 0xffffffff80df3962 : test %eax,%eax 0xffffffff80df3964 : je 0xffffffff80df399b 0xffffffff80df3966 : mov $0xc8,%edi 0xffffffff80df396b : callq 0xffffffff80f39c10 0xffffffff80df3970 : mov %rbx,%rdi 0xffffffff80df3973 : mov %r14d,%esi 0xffffffff80df3976 : callq *0xffffffff815ac428 0xffffffff80df397d : mov $0x14,%edi 0xffffffff80df3982 : callq *0xffffffff815ac438 0xffffffff80df3989 : test %eax,%eax 0xffffffff80df398b : je 0xffffffff80df39a4 0xffffffff80df398d : mov $0xc8,%edi 0xffffffff80df3992 : pop %rbx 0xffffffff80df3993 : pop %r14 0xffffffff80df3995 : pop %rbp 0xffffffff80df3996 : jmpq 0xffffffff80f39c10 0xffffffff80df399b : mov $0xffffffff810cb5c4,%rdi 0xffffffff80df39a2 : jmp 0xffffffff80df39ab 0xffffffff80df39a4 : mov $0xffffffff810cb5f3,%rdi 0xffffffff80df39ab : xor %eax,%eax 0xffffffff80df39ad : mov %r14d,%esi 0xffffffff80df39b0 : callq 0xffffffff809b40d0 End of assembler dump. (kgdb) p apic_ops $2 = {create = 0xffffffff80f32e10 , init = 0xffffffff80f32f70 , xapic_mode = 0xffffffff80f331b0 , setup = 0xffffffff80f331e0 , dump = 0xffffffff80f336c0 , disable = 0xffffffff80f339a0 , eoi = 0xffffffff80f33a00 , id = 0xffffffff80f33a40 , intr_pending = 0xffffffff80f33a80 , set_logical_id = 0xffffffff80f33ad0 , cpuid = 0xffffffff80f33b10 , alloc_vector = 0xffffffff80f33b20 , alloc_vectors = 0xffffffff80f33c90 , enable_vector = 0xffffffff80f33ec0 , disable_vector = 0xffffffff80f33ef0 , free_vector = 0xffffffff80f33f00 , enable_pmc = 0xffffffff80f34110 , disable_pmc = 0xffffffff80f34200 , reenable_pmc = 0xffffffff80f34260 , enable_cmc = 0xffffffff80f342c0 , ipi_raw = 0xffffffff80f34310 , ipi_vectored = 0xffffffff80f343d0 , ipi_wait = 0xffffffff80f34470 , set_lvt_mask = 0xffffffff80f34550 , set_lvt_mode = 0xffffffff80f34650 , set_lvt_polarity = 0xffffffff80f347e0 , set_lvt_triggermode = 0xffffffff80f348f0 } -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJU46TUXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kX4QH/1NDTE1MSD0ni/UbPqBKYTFd Q6kgOVgX+fanXbI/dYGbZN0wFytxRl83Rm0bfZXrL8aUEJmFXDetsJDky5hKPl+2 F9nZXo3KOKgoAQ0K96rE+MUiKe1lQuSfxZggvMZQd6lTHSJDPriLytEPAf2DIOYk +31AtLmXlyx10yaRfhMBdMI7KDcIf22p8rU3eOv0xCK11QthXIohAbdfjW4RkXl1 VzF3VZ6TdJksvpDihREOfAkTCCMjeERCLT8lSQPBfogGIU0E7LE1SqfCQ9jagTBz nDCDyVDkpJT91Dn3FiCKmbOi7Rw78DAVMYBS+riWVXC64wKrXpqgg85+1npU4so= =odRC -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 22:19:09 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 893C13CD for ; Tue, 17 Feb 2015 22:19:09 +0000 (UTC) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.43]) (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 E4F76D37 for ; Tue, 17 Feb 2015 22:19:08 +0000 (UTC) Received: from [87.79.197.84] (helo=fabiankeil.de) by smtprelay01.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1YNqTr-0005P1-Dp; Tue, 17 Feb 2015 23:18:59 +0100 Date: Tue, 17 Feb 2015 23:19:08 +0100 From: Fabian Keil To: John-Mark Gurney Subject: Re: URGENT: RNG broken for last 4 months Message-ID: <5959d030.17736eca@fabiankeil.de> In-Reply-To: <20150217173726.GA1953@funkthat.com> References: <20150217173726.GA1953@funkthat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/7TDUI3R/r0JlQCMzQMZg_Or"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 22:19:09 -0000 --Sig_/7TDUI3R/r0JlQCMzQMZg_Or Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable John-Mark Gurney wrote: > If you are running a current kernel r273872 or later, please upgrade > your kernel to r278907 or later immediately and regenerate keys. I tried ... start_init: trying /sbin/init <118>[20] Setting hostuuid: [...] <118>[20] Setting hostid: [... [20]=20 [20]=20 [20] Fatal trap 12: page fault while in kernel mode [20] cpuid =3D 1; apic id =3D 01 [20] fault virtual address =3D 0xfffff7ff1defb51c [20] fault code =3D supervisor read data, page not present [20] instruction pointer =3D 0x20:0xffffffff819eaed5 [20] stack pointer =3D 0x28:0xfffffe009397b890 [20] frame pointer =3D 0x28:0xfffffe009397b8d0 [20] code segment =3D base 0x0, limit 0xfffff, type 0x1b [20] =3D DPL 0, pres 1, long 1, def32 0, gran 1 [20] processor eflags =3D interrupt enabled, resume, IOPL =3D 0 [20] current process =3D 43 (zfs) [...] ) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump (textdump=3DUnhandled dwarf expression opcode 0x93 ) at pcpu.h:219 #1 0xffffffff8031539e in db_dump (dummy=3D, dummy2=3D= Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/ddb/db_command.c:533 #2 0xffffffff80314e7c in db_command (cmd_table=3D0x0) at /usr/src/sys/ddb/= db_command.c:440 #3 0xffffffff80314be4 in db_command_loop () at /usr/src/sys/ddb/db_command= .c:493 #4 0xffffffff803177a0 in db_trap (type=3D, code=3DUnh= andled dwarf expression opcode 0x93 ) at /usr/src/sys/ddb/db_main.c:251 #5 0xffffffff805ff8ee in kdb_trap (type=3DUnhandled dwarf expression opcod= e 0x93 ) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xffffffff80889db9 in trap_fatal (frame=3D0xfffffe009397b7e0, eva=3D) at /usr/src/sys/amd64/amd64/trap.c:856 #7 0xffffffff8088a131 in trap_pfault (frame=3D0xfffffe009397b7e0, usermode= =3D) at /usr/src/sys/amd64/amd64/trap.c:678 #8 0xffffffff8088976e in trap (frame=3D0xfffffe009397b7e0) at /usr/src/sys= /amd64/amd64/trap.c:426 #9 0xffffffff8086cd82 in calltrap () at /usr/src/sys/amd64/amd64/exception= .S:235 #10 0xffffffff819eaed5 in vdev_mirror_dva_select (zio=3D0xfffff80006549398,= p=3D-974039959) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs= /vdev_mirror.c:317 #11 0xffffffff819eae4a in vdev_mirror_preferred_child_randomize (zio=3D0xff= fff80006549398) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/= vdev_mirror.c:334 #12 0xffffffff819eaba1 in vdev_mirror_child_select (zio=3D0xfffff8000654939= 8) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c= :404 #13 0xffffffff819ea177 in vdev_mirror_io_start (zio=3D0xfffff80006549398) a= t /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:460 #14 0xffffffff81a1d73d in zio_vdev_io_start (zio=3D0xfffff80006549398) at /= usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2680 #15 0xffffffff81a19c14 in zio_execute (zio=3D0xfffff80006549398) at /usr/sr= c/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1499 #16 0xffffffff81a18945 in zio_wait (zio=3D0xfffff80006549398) at /usr/src/s= ys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1523 #17 0xffffffff81938db2 in arc_read (pio=3D0x0, spa=3D0xfffff8000634e000, bp= =3D0xfffff800065c5048, done=3D0xffffffff81937ae0 , private= =3D0xfffff800065c9410, priority=3DZIO_PRIORITY_SYNC_READ,=20 zio_flags=3D128, arc_flags=3D0xfffffe009397c004, zb=3D0xfffffe009397bfe= 0) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:3610 #18 0xffffffff81964326 in dmu_objset_open_impl (spa=3D0xfffff8000634e000, d= s=3D0x0, bp=3D0xfffff800065c5048, osp=3D0xfffff800065c5008) at /usr/src/sys= /cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_objset.c:307 #19 0xffffffff81991404 in dsl_pool_init (spa=3D0xfffff8000634e000, txg=3D10= 56266109, dpp=3D0xfffff8000634e2e8) at /usr/src/sys/cddl/contrib/opensolari= s/uts/common/fs/zfs/dsl_pool.c:282 #20 0xffffffff819c8b08 in spa_load_impl (spa=3D0xfffff8000634e000, pool_gui= d=3D4830954193867998892, config=3D0xfffff80002599ee0, state=3DSPA_LOAD_OPEN= , type=3DSPA_IMPORT_EXISTING, mosconfig=3D0,=20 ereport=3D0xfffffe009397c4e0) at /usr/src/sys/cddl/contrib/opensolaris/= uts/common/fs/zfs/spa.c:2406 #21 0xffffffff819c0987 in spa_load (spa=3D0xfffff8000634e000, state=3DSPA_L= OAD_OPEN, type=3DSPA_IMPORT_EXISTING, mosconfig=3D0) at /usr/src/sys/cddl/c= ontrib/opensolaris/uts/common/fs/zfs/spa.c:2178 #22 0xffffffff819bfda9 in spa_load_best (spa=3D0xfffff8000634e000, state=3D= SPA_LOAD_OPEN, mosconfig=3D0, max_request=3D18446744073709551615, rewind_fl= ags=3D1) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:2903 #23 0xffffffff819babe9 in spa_open_common (pool=3D0xfffffe0003232000 "tank"= , spapp=3D0xfffffe009397c6f0, tag=3D0xffffffff81ade789, nvpolicy=3D0x0, con= fig=3D0x0) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:3026 #24 0xffffffff819bafcb in spa_open (name=3D0xfffffe0003232000 "tank", spapp= =3D0xfffffe009397c6f0, tag=3D0xffffffff81ade789) at /usr/src/sys/cddl/contr= ib/opensolaris/uts/common/fs/zfs/spa.c:3111 #25 0xffffffff81a3aa4f in pool_status_check (name=3D0xfffffe0003232000 "tan= k", type=3DDATASET_NAME, check=3DPOOL_CHECK_SUSPENDED) at /usr/src/sys/cddl= /contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:5825 #26 0xffffffff81a3c650 in zfsdev_ioctl (dev=3D0xfffff80002735000, zcmd=3D32= 22821394, arg=3D0xfffffe009397ca20 "\004", flag=3D3, td=3D0xfffff800063a500= 0) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:= 6121 #27 0xffffffff804816bb in devfs_ioctl_f (fp=3D0xfffff8000637a690, com=3D322= 2821394, data=3D0xfffffe009397ca20, cred=3D, td=3D0xff= fff800063a5000) at /usr/src/sys/fs/devfs/devfs_vnops.c:775 #28 0xffffffff8061c201 in kern_ioctl (td=3D0xfffff800063a5000, fd=3D, com=3D3320927337, data=3D) at file.h:3= 18 #29 0xffffffff8061bd53 in sys_ioctl (td=3D0xfffff800063a5000, uap=3D0xfffff= e009397cb80) at /usr/src/sys/kern/sys_generic.c:718 #30 0xffffffff8088a827 in amd64_syscall (td=3D0xfffff800063a5000, traced=3D= 0) at subr_syscall.c:133 #31 0xffffffff8086d06b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exce= ption.S:395 #32 0x0000000801a109ea in ?? () This is r278907 cherry-picked on top of r278691 (my previous current) and a bunch of unrelated local patches that did not change. I don't have time to look into this right now, but will do so tomorrow. Fabian --Sig_/7TDUI3R/r0JlQCMzQMZg_Or Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlTjvlkACgkQBYqIVf93VJ2sZQCgnbKPPQ+FabWkrlyZrT+psxEo baQAnjTx8AxlM8+XFH9+j2Mo3hCkrAcX =fu2n -----END PGP SIGNATURE----- --Sig_/7TDUI3R/r0JlQCMzQMZg_Or-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 22:27:58 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8760E7AF for ; Tue, 17 Feb 2015 22:27:58 +0000 (UTC) Received: from mail-yk0-f170.google.com (mail-yk0-f170.google.com [209.85.160.170]) (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 44CCBE33 for ; Tue, 17 Feb 2015 22:27:58 +0000 (UTC) Received: by mail-yk0-f170.google.com with SMTP id 10so14280143ykt.1 for ; Tue, 17 Feb 2015 14:27:51 -0800 (PST) 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=j6X1c6dczNTC1YhBXExxF5Qn1NlZSk9iBBGl814DdW0=; b=Z9wmFo/R4+PH/zXW4qyUJwUQNXC4INgOgtBZzss97CRzMdxifFCZV9+qvHOJxxa4iT htTiSsDSJ2+hI3z/OfNL/0vBGAf4ZqdyJ1XIjdjjZYmpCkMK3yZzhiljGgPL1QeEavuW KqFwvGzgmP5dA2USjGrEijmH/6HoOYg+3pX4xbEhEi9FeW+gH9xMTXqIy9fBZ0mL6QNU 3eLWRHIXmlfP6V5iDAEdTOea+SEgSS2axjAu5g8dMRrzcUFrMDDbOSaxOokK0JR1FVNh MjO5cmqP71D2YY+Bmga03lq9vt0I/OGFwglXeOF3ul+nDlzWMSAkGHyDeBb+xAg5nWhO kjIw== X-Gm-Message-State: ALoCoQkkBlffedEMzqiYkwZ5AjyhXEM+lkEnm7NFM0B84lQKdL7/xi/QQh0nu7aOKeaJk1+YiI9t MIME-Version: 1.0 X-Received: by 10.170.197.9 with SMTP id o9mr159687yke.32.1424212071408; Tue, 17 Feb 2015 14:27:51 -0800 (PST) Received: by 10.170.56.134 with HTTP; Tue, 17 Feb 2015 14:27:51 -0800 (PST) In-Reply-To: <5959d030.17736eca@fabiankeil.de> References: <20150217173726.GA1953@funkthat.com> <5959d030.17736eca@fabiankeil.de> Date: Tue, 17 Feb 2015 23:27:51 +0100 Message-ID: Subject: Re: URGENT: RNG broken for last 4 months From: Oliver Pinter To: Shawn Webb Content-Type: text/plain; charset=UTF-8 Cc: John-Mark Gurney , FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 22:27:58 -0000 On Tue, Feb 17, 2015 at 11:19 PM, Fabian Keil wrote: > John-Mark Gurney wrote: > >> If you are running a current kernel r273872 or later, please upgrade >> your kernel to r278907 or later immediately and regenerate keys. > > I tried ... > > start_init: trying /sbin/init > <118>[20] Setting hostuuid: [...] > <118>[20] Setting hostid: [... > [20] > [20] > [20] Fatal trap 12: page fault while in kernel mode > [20] cpuid = 1; apic id = 01 > [20] fault virtual address = 0xfffff7ff1defb51c > [20] fault code = supervisor read data, page not present > [20] instruction pointer = 0x20:0xffffffff819eaed5 > [20] stack pointer = 0x28:0xfffffe009397b890 > [20] frame pointer = 0x28:0xfffffe009397b8d0 > [20] code segment = base 0x0, limit 0xfffff, type 0x1b > [20] = DPL 0, pres 1, long 1, def32 0, gran 1 > [20] processor eflags = interrupt enabled, resume, IOPL = 0 > [20] current process = 43 (zfs) > [...] > ) at pcpu.h:219 > 219 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) where > #0 doadump (textdump=Unhandled dwarf expression opcode 0x93 > ) at pcpu.h:219 > #1 0xffffffff8031539e in db_dump (dummy=, dummy2=Unhandled dwarf expression opcode 0x93 > ) at /usr/src/sys/ddb/db_command.c:533 > #2 0xffffffff80314e7c in db_command (cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:440 > #3 0xffffffff80314be4 in db_command_loop () at /usr/src/sys/ddb/db_command.c:493 > #4 0xffffffff803177a0 in db_trap (type=, code=Unhandled dwarf expression opcode 0x93 > ) at /usr/src/sys/ddb/db_main.c:251 > #5 0xffffffff805ff8ee in kdb_trap (type=Unhandled dwarf expression opcode 0x93 > ) at /usr/src/sys/kern/subr_kdb.c:654 > #6 0xffffffff80889db9 in trap_fatal (frame=0xfffffe009397b7e0, eva=) at /usr/src/sys/amd64/amd64/trap.c:856 > #7 0xffffffff8088a131 in trap_pfault (frame=0xfffffe009397b7e0, usermode=) at /usr/src/sys/amd64/amd64/trap.c:678 > #8 0xffffffff8088976e in trap (frame=0xfffffe009397b7e0) at /usr/src/sys/amd64/amd64/trap.c:426 > #9 0xffffffff8086cd82 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:235 > #10 0xffffffff819eaed5 in vdev_mirror_dva_select (zio=0xfffff80006549398, p=-974039959) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:317 > #11 0xffffffff819eae4a in vdev_mirror_preferred_child_randomize (zio=0xfffff80006549398) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:334 > #12 0xffffffff819eaba1 in vdev_mirror_child_select (zio=0xfffff80006549398) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:404 > #13 0xffffffff819ea177 in vdev_mirror_io_start (zio=0xfffff80006549398) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:460 > #14 0xffffffff81a1d73d in zio_vdev_io_start (zio=0xfffff80006549398) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2680 > #15 0xffffffff81a19c14 in zio_execute (zio=0xfffff80006549398) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1499 > #16 0xffffffff81a18945 in zio_wait (zio=0xfffff80006549398) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1523 > #17 0xffffffff81938db2 in arc_read (pio=0x0, spa=0xfffff8000634e000, bp=0xfffff800065c5048, done=0xffffffff81937ae0 , private=0xfffff800065c9410, priority=ZIO_PRIORITY_SYNC_READ, > zio_flags=128, arc_flags=0xfffffe009397c004, zb=0xfffffe009397bfe0) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:3610 > #18 0xffffffff81964326 in dmu_objset_open_impl (spa=0xfffff8000634e000, ds=0x0, bp=0xfffff800065c5048, osp=0xfffff800065c5008) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_objset.c:307 > #19 0xffffffff81991404 in dsl_pool_init (spa=0xfffff8000634e000, txg=1056266109, dpp=0xfffff8000634e2e8) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_pool.c:282 > #20 0xffffffff819c8b08 in spa_load_impl (spa=0xfffff8000634e000, pool_guid=4830954193867998892, config=0xfffff80002599ee0, state=SPA_LOAD_OPEN, type=SPA_IMPORT_EXISTING, mosconfig=0, > ereport=0xfffffe009397c4e0) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:2406 > #21 0xffffffff819c0987 in spa_load (spa=0xfffff8000634e000, state=SPA_LOAD_OPEN, type=SPA_IMPORT_EXISTING, mosconfig=0) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:2178 > #22 0xffffffff819bfda9 in spa_load_best (spa=0xfffff8000634e000, state=SPA_LOAD_OPEN, mosconfig=0, max_request=18446744073709551615, rewind_flags=1) > at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:2903 > #23 0xffffffff819babe9 in spa_open_common (pool=0xfffffe0003232000 "tank", spapp=0xfffffe009397c6f0, tag=0xffffffff81ade789, nvpolicy=0x0, config=0x0) > at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:3026 > #24 0xffffffff819bafcb in spa_open (name=0xfffffe0003232000 "tank", spapp=0xfffffe009397c6f0, tag=0xffffffff81ade789) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:3111 > #25 0xffffffff81a3aa4f in pool_status_check (name=0xfffffe0003232000 "tank", type=DATASET_NAME, check=POOL_CHECK_SUSPENDED) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:5825 > #26 0xffffffff81a3c650 in zfsdev_ioctl (dev=0xfffff80002735000, zcmd=3222821394, arg=0xfffffe009397ca20 "\004", flag=3, td=0xfffff800063a5000) > at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:6121 > #27 0xffffffff804816bb in devfs_ioctl_f (fp=0xfffff8000637a690, com=3222821394, data=0xfffffe009397ca20, cred=, td=0xfffff800063a5000) at /usr/src/sys/fs/devfs/devfs_vnops.c:775 > #28 0xffffffff8061c201 in kern_ioctl (td=0xfffff800063a5000, fd=, com=3320927337, data=) at file.h:318 > #29 0xffffffff8061bd53 in sys_ioctl (td=0xfffff800063a5000, uap=0xfffffe009397cb80) at /usr/src/sys/kern/sys_generic.c:718 > #30 0xffffffff8088a827 in amd64_syscall (td=0xfffff800063a5000, traced=0) at subr_syscall.c:133 > #31 0xffffffff8086d06b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:395 > #32 0x0000000801a109ea in ?? () FYI Shawn! > > This is r278907 cherry-picked on top of r278691 (my previous current) > and a bunch of unrelated local patches that did not change. > > I don't have time to look into this right now, but will do so tomorrow. > > Fabian From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 23:28:40 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EC8BA0D for ; Tue, 17 Feb 2015 23:28:40 +0000 (UTC) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E12176D9 for ; Tue, 17 Feb 2015 23:28:39 +0000 (UTC) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t1HNSZNm029217 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Feb 2015 15:28:35 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t1HNSYQf029216; Tue, 17 Feb 2015 15:28:34 -0800 (PST) (envelope-from jmg) Date: Tue, 17 Feb 2015 15:28:34 -0800 From: John-Mark Gurney To: Oliver Pinter Subject: Re: URGENT: RNG broken for last 4 months Message-ID: <20150217232834.GQ1953@funkthat.com> References: <20150217173726.GA1953@funkthat.com> <5959d030.17736eca@fabiankeil.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Tue, 17 Feb 2015 15:28:35 -0800 (PST) Cc: FreeBSD-Current , Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 23:28:40 -0000 Oliver Pinter wrote this message on Tue, Feb 17, 2015 at 23:27 +0100: > On Tue, Feb 17, 2015 at 11:19 PM, Fabian Keil > wrote: > > John-Mark Gurney wrote: > > > >> If you are running a current kernel r273872 or later, please upgrade > >> your kernel to r278907 or later immediately and regenerate keys. > > > > I tried ... > > > > start_init: trying /sbin/init > > <118>[20] Setting hostuuid: [...] > > <118>[20] Setting hostid: [... > > [20] > > [20] > > [20] Fatal trap 12: page fault while in kernel mode > > [20] cpuid = 1; apic id = 01 > > [20] fault virtual address = 0xfffff7ff1defb51c > > [20] fault code = supervisor read data, page not present > > [20] instruction pointer = 0x20:0xffffffff819eaed5 > > [20] stack pointer = 0x28:0xfffffe009397b890 > > [20] frame pointer = 0x28:0xfffffe009397b8d0 > > [20] code segment = base 0x0, limit 0xfffff, type 0x1b > > [20] = DPL 0, pres 1, long 1, def32 0, gran 1 > > [20] processor eflags = interrupt enabled, resume, IOPL = 0 > > [20] current process = 43 (zfs) > > [...] > > ) at pcpu.h:219 > > 219 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) where > > #0 doadump (textdump=Unhandled dwarf expression opcode 0x93 > > ) at pcpu.h:219 > > #1 0xffffffff8031539e in db_dump (dummy=, dummy2=Unhandled dwarf expression opcode 0x93 > > ) at /usr/src/sys/ddb/db_command.c:533 > > #2 0xffffffff80314e7c in db_command (cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:440 > > #3 0xffffffff80314be4 in db_command_loop () at /usr/src/sys/ddb/db_command.c:493 > > #4 0xffffffff803177a0 in db_trap (type=, code=Unhandled dwarf expression opcode 0x93 > > ) at /usr/src/sys/ddb/db_main.c:251 > > #5 0xffffffff805ff8ee in kdb_trap (type=Unhandled dwarf expression opcode 0x93 > > ) at /usr/src/sys/kern/subr_kdb.c:654 > > #6 0xffffffff80889db9 in trap_fatal (frame=0xfffffe009397b7e0, eva=) at /usr/src/sys/amd64/amd64/trap.c:856 > > #7 0xffffffff8088a131 in trap_pfault (frame=0xfffffe009397b7e0, usermode=) at /usr/src/sys/amd64/amd64/trap.c:678 > > #8 0xffffffff8088976e in trap (frame=0xfffffe009397b7e0) at /usr/src/sys/amd64/amd64/trap.c:426 > > #9 0xffffffff8086cd82 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:235 > > #10 0xffffffff819eaed5 in vdev_mirror_dva_select (zio=0xfffff80006549398, p=-974039959) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:317 > > #11 0xffffffff819eae4a in vdev_mirror_preferred_child_randomize (zio=0xfffff80006549398) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:334 > > #12 0xffffffff819eaba1 in vdev_mirror_child_select (zio=0xfffff80006549398) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:404 > > #13 0xffffffff819ea177 in vdev_mirror_io_start (zio=0xfffff80006549398) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c:460 > > #14 0xffffffff81a1d73d in zio_vdev_io_start (zio=0xfffff80006549398) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2680 > > #15 0xffffffff81a19c14 in zio_execute (zio=0xfffff80006549398) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1499 > > #16 0xffffffff81a18945 in zio_wait (zio=0xfffff80006549398) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1523 > > #17 0xffffffff81938db2 in arc_read (pio=0x0, spa=0xfffff8000634e000, bp=0xfffff800065c5048, done=0xffffffff81937ae0 , private=0xfffff800065c9410, priority=ZIO_PRIORITY_SYNC_READ, > > zio_flags=128, arc_flags=0xfffffe009397c004, zb=0xfffffe009397bfe0) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:3610 > > #18 0xffffffff81964326 in dmu_objset_open_impl (spa=0xfffff8000634e000, ds=0x0, bp=0xfffff800065c5048, osp=0xfffff800065c5008) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_objset.c:307 > > #19 0xffffffff81991404 in dsl_pool_init (spa=0xfffff8000634e000, txg=1056266109, dpp=0xfffff8000634e2e8) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_pool.c:282 > > #20 0xffffffff819c8b08 in spa_load_impl (spa=0xfffff8000634e000, pool_guid=4830954193867998892, config=0xfffff80002599ee0, state=SPA_LOAD_OPEN, type=SPA_IMPORT_EXISTING, mosconfig=0, > > ereport=0xfffffe009397c4e0) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:2406 > > #21 0xffffffff819c0987 in spa_load (spa=0xfffff8000634e000, state=SPA_LOAD_OPEN, type=SPA_IMPORT_EXISTING, mosconfig=0) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:2178 > > #22 0xffffffff819bfda9 in spa_load_best (spa=0xfffff8000634e000, state=SPA_LOAD_OPEN, mosconfig=0, max_request=18446744073709551615, rewind_flags=1) > > at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:2903 > > #23 0xffffffff819babe9 in spa_open_common (pool=0xfffffe0003232000 "tank", spapp=0xfffffe009397c6f0, tag=0xffffffff81ade789, nvpolicy=0x0, config=0x0) > > at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:3026 > > #24 0xffffffff819bafcb in spa_open (name=0xfffffe0003232000 "tank", spapp=0xfffffe009397c6f0, tag=0xffffffff81ade789) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:3111 > > #25 0xffffffff81a3aa4f in pool_status_check (name=0xfffffe0003232000 "tank", type=DATASET_NAME, check=POOL_CHECK_SUSPENDED) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:5825 > > #26 0xffffffff81a3c650 in zfsdev_ioctl (dev=0xfffff80002735000, zcmd=3222821394, arg=0xfffffe009397ca20 "\004", flag=3, td=0xfffff800063a5000) > > at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:6121 > > #27 0xffffffff804816bb in devfs_ioctl_f (fp=0xfffff8000637a690, com=3222821394, data=0xfffffe009397ca20, cred=, td=0xfffff800063a5000) at /usr/src/sys/fs/devfs/devfs_vnops.c:775 > > #28 0xffffffff8061c201 in kern_ioctl (td=0xfffff800063a5000, fd=, com=3320927337, data=) at file.h:318 > > #29 0xffffffff8061bd53 in sys_ioctl (td=0xfffff800063a5000, uap=0xfffffe009397cb80) at /usr/src/sys/kern/sys_generic.c:718 > > #30 0xffffffff8088a827 in amd64_syscall (td=0xfffff800063a5000, traced=0) at subr_syscall.c:133 > > #31 0xffffffff8086d06b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:395 > > #32 0x0000000801a109ea in ?? () > > FYI Shawn! So, this should now be fixed w/: Committed revision 278927. Thanks peter for testing the patch. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 23:45:47 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA0A8FD2; Tue, 17 Feb 2015 23:45:47 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (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 6CA10910; Tue, 17 Feb 2015 23:45:47 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YNrpo-000MA6-RE; Wed, 18 Feb 2015 00:45:45 +0100 Message-ID: <54E3D2A0.2090903@FreeBSD.org> Date: Wed, 18 Feb 2015 00:45:36 +0100 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= Reply-To: freebsd-x11@FreeBSD.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-x11@FreeBSD.org, freebsd-current@FreeBSD.org Subject: [Call for testers] DRM device-independent code update to Linux 3.8 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="IA1jHFoOtDOCoQImDpKDkp5kkxIVLv6dJ" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2015 23:45:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IA1jHFoOtDOCoQImDpKDkp5kkxIVLv6dJ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi! An update to the DRM subsystem, not including the drivers, is ready for wider testing! The patch against HEAD is here: https://people.freebsd.org/~dumbbell/graphics/drm-update-38.f.patch I'm interested in success/failure reports for amd64, powerpc and powerpc64 users, for i915 and Radeon GPUs. I already know there is a build issue on i386, please wait for the next patch if you are in this ca= se. The changes brought by this patch are explained in a blog post: http://blogs.freebsdish.org/graphics/2015/02/18/testing-the-drm-update/ This is working well for some Radeon users for more than a year. However, it only started to work with i915 a month ago, when the i915 refresh was committed. Try your day-to-day applications, try suspend/resume, try all output connectors, try OpenGL stuff, try backlight controls, everything :) Thank you! --=20 Jean-S=C3=A9bastien P=C3=A9dron --IA1jHFoOtDOCoQImDpKDkp5kkxIVLv6dJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJU49KoXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMwEYP/idIx4bSzDJ4G3EuTdQmuwls IlhYsFbGUoqvg8cvtjhxpOi+QG6zi4NApApnYva5Vz3HYvPqp2IDLGVrsDzr8/ap rJLtqrdMbmEBFrOVVDtU9D1aaGCXtmG7XPtj6HchGu0mwmHJbMV4CQptjlHZ4Y2d jtbRjcHuM/I3c4gyfKTGFPXqfxSJUJT9UhszfL049J1Sa6AleX3QxR5QQtRWJRez yepkQAOXMxzw5DkBSS6sGnKGikCc+igyAAq7Om9w5gVUuEovRWnGm4nh67K4habe a+IHwxaR04fpUXOkqgm9G+LYsoIoHQqufqPsC12X2rXJT5tSZshKDys6K9lFQ+ej cgghJZTHHGxMFQ3CNiX1G1SgAa9IVELRzKdszckZ3z8HY9nzVVoIciAUywH7vjvX SvD+I2YHOMIkTMX1jZiVFZrg9WkzWHo1DzYY1BloaJBN2IQDHjWqHs17XD9qd2WY //y9EwM3+lG+rPlFFuDJ+HEAqRWMzJUBsVIfJC/dAq3feBUS5L9kkbQ8bmvMP/lt H7OKJtHoDSPGF65+7DrVB/fkH1EBp6T5LYG4Fgb6CvO+Nxi+mwer+l7QngwS38FY AT9sVTU8CyAQhos0s4YM1loVQukbaq8bFet6WNkMFS+sxUVmcAGqTPGhAqtYblbV 5XMJxeZPMWIELPosbObJ =BvvB -----END PGP SIGNATURE----- --IA1jHFoOtDOCoQImDpKDkp5kkxIVLv6dJ-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 00:09:47 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94AAE753 for ; Wed, 18 Feb 2015 00:09:47 +0000 (UTC) Received: from mail-qa0-f51.google.com (mail-qa0-f51.google.com [209.85.216.51]) (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 581B1B51 for ; Wed, 18 Feb 2015 00:09:47 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id i13so28695324qae.10 for ; Tue, 17 Feb 2015 16:09:40 -0800 (PST) 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:from:date :message-id:subject:to:cc:content-type; bh=MIkvocJ4a3ntYNgBeL9t03wYQK6BBcwlUHfjEScRvpI=; b=eJfuRLiT8sJgr0tUGQyCVAXYf45FsHQdx4p2n/txEbJw/j/QTOHA2z/gexzLq1MiW3 +TQXyO8svQnKaXfMaMuaQOD4nE09TYULhY1EcKsLmWCGOs3v3N+GVFcgJOEuV4QXz0Qx hWIwh1ZjsNcOLi+UJ7zSzHu44GKcTY0sx9ZDudtvq1bWcxjlKqlMffg1t+b9VArcHPQG FXqPcnQA/ziEfFXGO/tyqNn6YBLUrSwP3FCphlf0edUPZddYRHdfkBbIuGjjxbVTgWJe th+nn4Ye27A6+J1f7x6b8eEdrxANZMU0+5jrG3FbSx5cubkKJk9+evhNvIQZUxs4q/hu aTKg== X-Gm-Message-State: ALoCoQkzXQ3HSUXx08vY5HPyQ0v0t/EU2umZqG/EqwpE3z5fT7ydRsdlyhiGPVvJh3OIUeJgLSWwaD0z1T0yTKgm0QSXvn5QQwneVtntprLJ4dx1sxXAR/6N7UlVayNDgF9uFr4YzXiX X-Received: by 10.140.89.146 with SMTP id v18mr64341qgd.65.1424218180693; Tue, 17 Feb 2015 16:09:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.215.36 with HTTP; Tue, 17 Feb 2015 16:09:25 -0800 (PST) In-Reply-To: <54E3D2A0.2090903@FreeBSD.org> References: <54E3D2A0.2090903@FreeBSD.org> From: "Lundberg, Johannes" Date: Wed, 18 Feb 2015 09:09:25 +0900 Message-ID: Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 To: "freebsd-x11@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 00:09:47 -0000 SGkNCg0KR29vZCBqb2IhIFdpbGwgZG8gc29tZSB0ZXN0aW5nISAgQXMgZm9yIHRoZSBpOTE1IGRy aXZlciwgd2hhdCB2ZXJzaW9ucyBhcmUNCnN1cHBvcnRlZD8gIFVwIHVudGlsIGFuZCBpbmNsdWRp bmcgSEQ0MDAwIEdlbjcgSXZ5IGJyaWRnZT8NCg0KLS0NCkpvaGFubmVzIEx1bmRiZXJnDQpCUklM TElBTlRTRVJWSUNFIENPLiwgTFRELg0KDQpPbiBXZWQsIEZlYiAxOCwgMjAxNSBhdCA4OjQ1IEFN LCBKZWFuLVPDqWJhc3RpZW4gUMOpZHJvbiA8ZHVtYmJlbGxAZnJlZWJzZC5vcmcNCj4gd3JvdGU6 DQoNCj4gSGkhDQo+DQo+IEFuIHVwZGF0ZSB0byB0aGUgRFJNIHN1YnN5c3RlbSwgbm90IGluY2x1 ZGluZyB0aGUgZHJpdmVycywgaXMgcmVhZHkgZm9yDQo+IHdpZGVyIHRlc3RpbmchDQo+DQo+IFRo ZSBwYXRjaCBhZ2FpbnN0IEhFQUQgaXMgaGVyZToNCj4gaHR0cHM6Ly9wZW9wbGUuZnJlZWJzZC5v cmcvfmR1bWJiZWxsL2dyYXBoaWNzL2RybS11cGRhdGUtMzguZi5wYXRjaA0KPg0KPiBJJ20gaW50 ZXJlc3RlZCBpbiBzdWNjZXNzL2ZhaWx1cmUgcmVwb3J0cyBmb3IgYW1kNjQsIHBvd2VycGMgYW5k DQo+IHBvd2VycGM2NCB1c2VycywgZm9yIGk5MTUgYW5kIFJhZGVvbiBHUFVzLiBJIGFscmVhZHkg a25vdyB0aGVyZSBpcyBhDQo+IGJ1aWxkIGlzc3VlIG9uIGkzODYsIHBsZWFzZSB3YWl0IGZvciB0 aGUgbmV4dCBwYXRjaCBpZiB5b3UgYXJlIGluIHRoaXMNCj4gY2FzZS4NCj4NCj4gVGhlIGNoYW5n ZXMgYnJvdWdodCBieSB0aGlzIHBhdGNoIGFyZSBleHBsYWluZWQgaW4gYSBibG9nIHBvc3Q6DQo+ IGh0dHA6Ly9ibG9ncy5mcmVlYnNkaXNoLm9yZy9ncmFwaGljcy8yMDE1LzAyLzE4L3Rlc3Rpbmct dGhlLWRybS11cGRhdGUvDQo+DQo+IFRoaXMgaXMgd29ya2luZyB3ZWxsIGZvciBzb21lIFJhZGVv biB1c2VycyBmb3IgbW9yZSB0aGFuIGEgeWVhci4NCj4gSG93ZXZlciwgaXQgb25seSBzdGFydGVk IHRvIHdvcmsgd2l0aCBpOTE1IGEgbW9udGggYWdvLCB3aGVuIHRoZSBpOTE1DQo+IHJlZnJlc2gg d2FzIGNvbW1pdHRlZC4NCj4NCj4gVHJ5IHlvdXIgZGF5LXRvLWRheSBhcHBsaWNhdGlvbnMsIHRy eSBzdXNwZW5kL3Jlc3VtZSwgdHJ5IGFsbCBvdXRwdXQNCj4gY29ubmVjdG9ycywgdHJ5IE9wZW5H TCBzdHVmZiwgdHJ5IGJhY2tsaWdodCBjb250cm9scywgZXZlcnl0aGluZyA6KQ0KPg0KPiBUaGFu ayB5b3UhDQo+DQo+IC0tDQo+IEplYW4tU8OpYmFzdGllbiBQw6lkcm9uDQo+DQo+DQoKLS0gCj0t PS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LQrnp5jl r4bkv53mjIHjgavjgaTjgYTjgabvvJrjgZPjga7pm7vlrZDjg6Hjg7zjg6vjga/jgIHlkI3lrpvk urrjgavpgIHkv6HjgZfjgZ/jgoLjga7jgafjgYLjgorjgIHnp5jljL/nibnmqKnjga7lr77osaHj gajjgarjgovmg4XloLHjgpLlkKvjgpPjgafjgYTjgb7jgZnjgIIK44KC44GX44CB5ZCN5a6b5Lq6 5Lul5aSW44Gu5pa544GM5Y+X5L+h44GV44KM44Gf5aC05ZCI44CB44GT44Gu44Oh44O844Or44Gu 56C05qOE44CB44GK44KI44Gz44GT44Gu44Oh44O844Or44Gr6Zai44GZ44KL5LiA5YiH44Gu6ZaL 56S644CBCuikh+WGmeOAgemFjeW4g+OAgeOBneOBruS7luOBruWIqeeUqOOAgeOBvuOBn+OBr+io mOi8ieWGheWuueOBq+WfuuOBpeOBj+OBhOOBi+OBquOCi+ihjOWLleOCguOBleOCjOOBquOBhOOC iOOBhuOBiumhmOOBhOeUs+OBl+S4iuOBkuOBvuOBmeOAggotLS0KQ09ORklERU5USUFMSVRZIE5P VEU6IFRoZSBpbmZvcm1hdGlvbiBpbiB0aGlzIGVtYWlsIGlzIGNvbmZpZGVudGlhbAphbmQgaW50 ZW5kZWQgc29sZWx5IGZvciB0aGUgYWRkcmVzc2VlLgpEaXNjbG9zdXJlLCBjb3B5aW5nLCBkaXN0 cmlidXRpb24gb3IgYW55IG90aGVyIGFjdGlvbiBvZiB1c2Ugb2YgdGhpcwplbWFpbCBieSBwZXJz b24gb3RoZXIgdGhhbiBpbnRlbmRlZCByZWNpcGllbnQsIGlzIHByb2hpYml0ZWQuCklmIHlvdSBh cmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgYW5kIGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFp bCBpbgplcnJvciwgcGxlYXNlIGRlc3Ryb3kgdGhlIG9yaWdpbmFsIG1lc3NhZ2UuCg== From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 00:21:17 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D48EA43; Wed, 18 Feb 2015 00:21:17 +0000 (UTC) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::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 F2C19C92; Wed, 18 Feb 2015 00:21:16 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id c9so19926679qcz.1; Tue, 17 Feb 2015 16:21:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-type; bh=hcduZ2S5WOrpHVNYJKXAA+fK4yuQkDlnVpt3waDosLI=; b=rn6EAbyoewma58PYaL3rA6fKBQ0rRR3HYMTXZkgre7ghwkru+TS2EKRJwO8HuWHuBz a0cO15pFjlHjSCMceZQWTLIhCS2pl0bB+9zloU6DJD9urVmPZom2sTvUojKxshDFE33B 89lPEaivyB8MkP5M+jMcn2YxAK7rxwvBiw4leN83+3purcqWhOQF7h/zLwPOyuaSBT1r 4bLmJMkqbFZldtRwZfeQsJslz6JUuvHMYNOfnU/vsiURBbYRgKKfwnMnuQEdzbvGhNvA miln9uv9oLROUU5CGQwb346ux/sxn2XHjVvqXmuNueeuCsZfmEwgDfAw0lqtgkoBRV06 04AA== X-Received: by 10.140.234.198 with SMTP id f189mr2582113qhc.0.1424218875896; Tue, 17 Feb 2015 16:21:15 -0800 (PST) Received: from shawn-work-laptop.localnet ([2601:a:1380:1046:458c:51:377a:7e40]) by mx.google.com with ESMTPSA id 80sm6791653qhb.26.2015.02.17.16.21.14 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 17 Feb 2015 16:21:14 -0800 (PST) From: Shawn Webb To: freebsd-current@freebsd.org, freebsd-x11@freebsd.org Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 Date: Tue, 17 Feb 2015 19:21:18 -0500 Message-ID: <45945850.nyTGbOpUO3@shawn-work-laptop> User-Agent: KMail/4.14.1 (Linux/3.16.0-30-generic; KDE/4.14.1; x86_64; ; ) In-Reply-To: <54E3D2A0.2090903@FreeBSD.org> References: <54E3D2A0.2090903@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart15154570.GD1cqHLAUk"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 00:21:17 -0000 --nextPart15154570.GD1cqHLAUk Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" On Wednesday, February 18, 2015 12:45:36 AM Jean-S=E9bastien P=E9dron w= rote: > Hi! >=20 > An update to the DRM subsystem, not including the drivers, is ready f= or > wider testing! >=20 > The patch against HEAD is here: > https://people.freebsd.org/~dumbbell/graphics/drm-update-38.f.patch >=20 > I'm interested in success/failure reports for amd64, powerpc and > powerpc64 users, for i915 and Radeon GPUs. I already know there is a > build issue on i386, please wait for the next patch if you are in thi= s case. >=20 > The changes brought by this patch are explained in a blog post: > http://blogs.freebsdish.org/graphics/2015/02/18/testing-the-drm-updat= e/ >=20 > This is working well for some Radeon users for more than a year. > However, it only started to work with i915 a month ago, when the i915= > refresh was committed. >=20 > Try your day-to-day applications, try suspend/resume, try all output > connectors, try OpenGL stuff, try backlight controls, everything :) >=20 > Thank you! I'll definitely be testing this on my Haswell laptop, running HardenedB= SD. I=20 should have a report back by the end of the week. I'm assuming, though, that Haswell won't be working, right? I'll still = have to=20 use the VESA driver. As far as Haswell is concerned, you're mainly look= ing to=20 make sure that the patch doesn't actively break anything? Thanks, Shawn --nextPart15154570.GD1cqHLAUk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABAgAGBQJU49r+AAoJEGqEZY9SRW7uBRwP/1TuKwLmVgQPOD2+kAdmqVMh l/BmlqIhAVHQBqr9G+fIkL0+BLGal9JhZMWCIeXmCx+x/56z6PDzgQMvmxb76SY8 VyWbiBDNoih5yDjLLanGCxdrPX1LZRsT/1wAQ8gk4sT0hTL5cuT46gU7ltTLc3I5 Fkpsdd0f4ZoW1ZQjILZFuQTu0Vwkxb0x+FLvIK1TK+lz38PfIHlzoSwrKJ9BHXFN OmNeXDdJyvLvr3f/7yF7mh8K4uRa0LH51E8MLzEGzTqZKBRaZaeprJTY4jC0ryj3 ZWfYzDhgo0sHBMgngaMoOovf2vqNKFrraw4b4VDH9IEvqeBrArzumYlTOz9BDLLP 6aJc6nzGp44oVHBxvtRWcXTDgb2Mysc5PwrJv3Kcv6buKBQ/vlm+v0577kwbO/WS bqapjHFRqWidq4s+v0pTwE+RnrBRf+XVflpV+TGZznfILKGL6hAKIZR1ytAxBpDJ n3SB53dxkX94zlTsjhol/O3lC6A/pX/6wUfflStO1RPBqfmXeg+34y6sM4U4ismH 0VWpTurSFPJ3Y4zhQ3V/WdBwvU1NTDSJGbyrJiWxAItWzTB1cxGIeGUhcAjwEkeo v8YoQPEz6X5TessFUQ8Fc4t+4D2o23ClVwzwOteD0VjJRWxMKEO/D7BSHwO+xnUA el53yWIDkc6SJzq9wLkx =N4MH -----END PGP SIGNATURE----- --nextPart15154570.GD1cqHLAUk-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 00:30:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67C4AC4C; Wed, 18 Feb 2015 00:30:42 +0000 (UTC) Received: from fep12.mx.upcmail.net (fep12.mx.upcmail.net [62.179.121.32]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDF9D7C; Wed, 18 Feb 2015 00:30:40 +0000 (UTC) Received: from edge03.upcmail.net ([192.168.13.238]) by viefep12-int.chello.at (InterMail vM.8.01.05.13 201-2260-151-135-20130320) with ESMTP id <20150218003033.URRM58958.viefep12-int.chello.at@edge03.upcmail.net>; Wed, 18 Feb 2015 01:30:33 +0100 Received: from [192.168.0.23] ([178.84.134.112]) by edge03.upcmail.net with edge id tcWV1p00X2Rg3Ey01cWV3R; Wed, 18 Feb 2015 01:30:30 +0100 X-SourceIP: 178.84.134.112 Message-ID: <54E3DD1F.2090707@rainbow-runner.nl> Date: Wed, 18 Feb 2015 01:30:23 +0100 From: Koop Mast User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Shawn Webb , freebsd-current@freebsd.org, freebsd-x11@freebsd.org Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 References: <54E3D2A0.2090903@FreeBSD.org> <45945850.nyTGbOpUO3@shawn-work-laptop> In-Reply-To: <45945850.nyTGbOpUO3@shawn-work-laptop> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 00:30:42 -0000 On 18-2-2015 1:21, Shawn Webb wrote: > On Wednesday, February 18, 2015 12:45:36 AM Jean-Sébastien Pédron wrote: >> Hi! >> >> An update to the DRM subsystem, not including the drivers, is ready for >> wider testing! >> >> The patch against HEAD is here: >> https://people.freebsd.org/~dumbbell/graphics/drm-update-38.f.patch >> >> I'm interested in success/failure reports for amd64, powerpc and >> powerpc64 users, for i915 and Radeon GPUs. I already know there is a >> build issue on i386, please wait for the next patch if you are in this case. >> >> The changes brought by this patch are explained in a blog post: >> http://blogs.freebsdish.org/graphics/2015/02/18/testing-the-drm-update/ >> >> This is working well for some Radeon users for more than a year. >> However, it only started to work with i915 a month ago, when the i915 >> refresh was committed. >> >> Try your day-to-day applications, try suspend/resume, try all output >> connectors, try OpenGL stuff, try backlight controls, everything :) >> >> Thank you! > I'll definitely be testing this on my Haswell laptop, running HardenedBSD. I > should have a report back by the end of the week. > > I'm assuming, though, that Haswell won't be working, right? I'll still have to > use the VESA driver. As far as Haswell is concerned, you're mainly looking to > make sure that the patch doesn't actively break anything? > > Thanks, > > Shawn Correct, this is a lets "see if everything still works" CFT. This is just the device independent layer that is getting a update, so no Haswell support. -Koop From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 00:31:37 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E60BD82; Wed, 18 Feb 2015 00:31:37 +0000 (UTC) Received: from fep21.mx.upcmail.net (fep21.mx.upcmail.net [62.179.121.41]) by mx1.freebsd.org (Postfix) with ESMTP id A65ECE18; Wed, 18 Feb 2015 00:31:36 +0000 (UTC) Received: from edge03.upcmail.net ([192.168.13.238]) by viefep13-int.chello.at (InterMail vM.8.01.05.13 201-2260-151-135-20130320) with ESMTP id <20150218003121.OLPV12567.viefep13-int.chello.at@edge03.upcmail.net>; Wed, 18 Feb 2015 01:31:21 +0100 Received: from [192.168.0.23] ([178.84.134.112]) by edge03.upcmail.net with edge id tcXH1p01Y2Rg3Ey01cXHMM; Wed, 18 Feb 2015 01:31:18 +0100 X-SourceIP: 178.84.134.112 Message-ID: <54E3DD50.7090807@rainbow-runner.nl> Date: Wed, 18 Feb 2015 01:31:12 +0100 From: Koop Mast User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "Lundberg, Johannes" , "freebsd-x11@freebsd.org" Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 References: <54E3D2A0.2090903@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 00:31:37 -0000 On 18-2-2015 1:09, Lundberg, Johannes wrote: > Hi > > Good job! Will do some testing! As for the i915 driver, what versions are > supported? Up until and including HD4000 Gen7 Ivy bridge? Correct. > -- > Johannes Lundberg > BRILLIANTSERVICE CO., LTD. > > On Wed, Feb 18, 2015 at 8:45 AM, Jean-Sébastien Pédron > wrote: >> Hi! >> >> An update to the DRM subsystem, not including the drivers, is ready for >> wider testing! >> >> The patch against HEAD is here: >> https://people.freebsd.org/~dumbbell/graphics/drm-update-38.f.patch >> >> I'm interested in success/failure reports for amd64, powerpc and >> powerpc64 users, for i915 and Radeon GPUs. I already know there is a >> build issue on i386, please wait for the next patch if you are in this >> case. >> >> The changes brought by this patch are explained in a blog post: >> http://blogs.freebsdish.org/graphics/2015/02/18/testing-the-drm-update/ >> >> This is working well for some Radeon users for more than a year. >> However, it only started to work with i915 a month ago, when the i915 >> refresh was committed. >> >> Try your day-to-day applications, try suspend/resume, try all output >> connectors, try OpenGL stuff, try backlight controls, everything :) >> >> Thank you! >> >> -- >> Jean-Sébastien Pédron >> >> From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 00:45:57 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DB6ACA for ; Wed, 18 Feb 2015 00:45:57 +0000 (UTC) Received: from mail-qg0-f50.google.com (mail-qg0-f50.google.com [209.85.192.50]) (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 06915F34 for ; Wed, 18 Feb 2015 00:45:56 +0000 (UTC) Received: by mail-qg0-f50.google.com with SMTP id e89so30799453qgf.9 for ; Tue, 17 Feb 2015 16:45:50 -0800 (PST) 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:from:date :message-id:subject:to:cc:content-type; bh=FFtnjBaN10Bi2z12Jp0OKffy0sVxJl26INCDySjPI8k=; b=T4X80cDzos+sywapo1cX+Xd5UqQyTytteGSYIGHqYYGifw9mIBBWXAf5HyOj7zwcHj ujV4qm9J4Pr3MMJzrozoPcLulKXPH32Eoj7rgUwCgc0xnfANpHF0bbzpctqfEU0zKOH+ OUTwKdmcg8dO637ESypoifWP4EWrQWOktB5lX7heQBfZ86incD4tIsJhWpB+O9AckhTK oXastOhnl3YDtBCB4BnygPJuzuOrmqbo7SKbxNJXS3PpWSIAK48B04dSoLOq4jEYzJPZ RoV1f6q/6FcJ8NqSSUKtxp7BacwNIlB5DH67SitaZIRrjqTuP8x/COe/lzailqAweNCr iVLw== X-Gm-Message-State: ALoCoQk4qBAXXF95rzyzvFStcauSBL2IgTAVB/21bjPhrxAnCdvVz7vi/mYg4TTdtLUW0fHPdDYUWPpeS5zjxhfh3CUEeYPpqSTFoaZTWW1l3FTn/WRdFs8ezgMQVQ/eMjiE+izGQgdx X-Received: by 10.140.152.72 with SMTP id 69mr600164qhy.53.1424219997166; Tue, 17 Feb 2015 16:39:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.215.36 with HTTP; Tue, 17 Feb 2015 16:39:41 -0800 (PST) In-Reply-To: <54E3D2A0.2090903@FreeBSD.org> References: <54E3D2A0.2090903@FreeBSD.org> From: "Lundberg, Johannes" Date: Wed, 18 Feb 2015 09:39:41 +0900 Message-ID: Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 To: "freebsd-x11@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 00:45:57 -0000 I just checked out head and applied the patch and all except the last hunk applied successfully. My sys/modules/drm2/radeonkms/Makefile looks like this at the end and therefor fails: #radeon_prime.c #--radeon_trace_points.c SRCS +=3D \ opt_acpi.h \ opt_compat.h \ opt_drm.h \ opt_syscons.h \ acpi_if.h \ bus_if.h \ fb_if.h \ device_if.h \ iicbb_if.h \ iicbus_if.h \ pci_if.h CFLAGS +=3D -I${.CURDIR}/../../../dev/drm2/radeon .include -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Wed, Feb 18, 2015 at 8:45 AM, Jean-S=C3=A9bastien P=C3=A9dron wrote: > Hi! > > An update to the DRM subsystem, not including the drivers, is ready for > wider testing! > > The patch against HEAD is here: > https://people.freebsd.org/~dumbbell/graphics/drm-update-38.f.patch > > I'm interested in success/failure reports for amd64, powerpc and > powerpc64 users, for i915 and Radeon GPUs. I already know there is a > build issue on i386, please wait for the next patch if you are in this > case. > > The changes brought by this patch are explained in a blog post: > http://blogs.freebsdish.org/graphics/2015/02/18/testing-the-drm-update/ > > This is working well for some Radeon users for more than a year. > However, it only started to work with i915 a month ago, when the i915 > refresh was committed. > > Try your day-to-day applications, try suspend/resume, try all output > connectors, try OpenGL stuff, try backlight controls, everything :) > > Thank you! > > -- > Jean-S=C3=A9bastien P=C3=A9dron > > --=20 =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97= =E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5= =8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82= =8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE= =E3=81=99=E3=80=82 =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE= =E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3= =83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88= =87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84= =E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3= =81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81= =97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 10:41:26 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93A2ED3A for ; Wed, 18 Feb 2015 10:41:26 +0000 (UTC) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (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 4DD101F4 for ; Wed, 18 Feb 2015 10:41:25 +0000 (UTC) Received: from [217.76.201.82] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YO24B-000C34-5M for freebsd-current@freebsd.org; Wed, 18 Feb 2015 12:41:15 +0200 Message-ID: <54E46C46.1010906@shurik.kiev.ua> Date: Wed, 18 Feb 2015 12:41:10 +0200 From: Alexandr Krivulya User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: laptop freezes when starting X Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 217.76.201.82 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 10:41:26 -0000 Hello, community After updating to r278893 my thinkpad e530 (Ivy bridge) freezes when starting X after few seconds. There is no any such issues with my previos kernel r278308. Both Xorg.0.log and messages doesn't have any new error records. Changing hw.x2apic_enable does not make any difference. From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 11:43:20 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8F0081F for ; Wed, 18 Feb 2015 11:43:20 +0000 (UTC) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.18.29]) (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 65389B7C for ; Wed, 18 Feb 2015 11:43:19 +0000 (UTC) Received: from [78.35.161.122] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1YO327-00019J-9m; Wed, 18 Feb 2015 12:43:11 +0100 Date: Wed, 18 Feb 2015 12:43:19 +0100 From: Fabian Keil To: John-Mark Gurney Subject: Re: URGENT: RNG broken for last 4 months Message-ID: <17264713.52047dea@fabiankeil.de> In-Reply-To: <20150217232834.GQ1953@funkthat.com> References: <20150217173726.GA1953@funkthat.com> <5959d030.17736eca@fabiankeil.de> <20150217232834.GQ1953@funkthat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/QH7.XaJo._EAdyQF0S0L4hF"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 11:43:20 -0000 --Sig_/QH7.XaJo._EAdyQF0S0L4hF Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable John-Mark Gurney wrote: > Oliver Pinter wrote this message on Tue, Feb 17, 2015 at 23:27 +0100: > > On Tue, Feb 17, 2015 at 11:19 PM, Fabian Keil > > wrote: > > > John-Mark Gurney wrote: > > > > > >> If you are running a current kernel r273872 or later, please upgrade > > >> your kernel to r278907 or later immediately and regenerate keys. > > > > > > I tried ... > > > > > > start_init: trying /sbin/init > > > <118>[20] Setting hostuuid: [...] > > > <118>[20] Setting hostid: [... > > > [20] > > > [20] > > > [20] Fatal trap 12: page fault while in kernel mode [...] > So, this should now be fixed w/: > Committed revision 278927. Works for me. Thanks. Fabian --Sig_/QH7.XaJo._EAdyQF0S0L4hF Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlTketUACgkQBYqIVf93VJ3GdACgrg74Q155t8nt/QgjFq4klaWX gUYAoI+xavx9Aba+qofc1q0NCPIOOTtP =vJWl -----END PGP SIGNATURE----- --Sig_/QH7.XaJo._EAdyQF0S0L4hF-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 16:16:05 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17E3F607; Wed, 18 Feb 2015 16:16:05 +0000 (UTC) Received: from mail-ie0-f178.google.com (mail-ie0-f178.google.com [209.85.223.178]) (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 D88EAD82; Wed, 18 Feb 2015 16:16:04 +0000 (UTC) Received: by iecrl12 with SMTP id rl12so2439384iec.4; Wed, 18 Feb 2015 08:15:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=F/FLtcVGDNVYJGtcOIrzCSkBEIqZyAYkF6iBrhAPgkU=; b=bSxWARmbDlyOvYkBMWtjjYOvO8OdjG2712HN8bg6NbTv8VehqiiNO0iN08QZe/Ekm1 C4TF/TaNDzOa/L+z8iQsWsYbQh9Q7mzyS7CUIFskvgZBFZV0qIJqEe0txr48C2H/M9Hq h1SrLrC+pVagsIh+9g/WxF1ITJU8SvCVKypQsfSrdnRnWwUcyoLralyvJhm0KRkcwekS cZXyLYbI/yKDcu4PcmkXFkqo7SDSAl+rCm3N7rpSFP3I02IO0f3wqZgW5hVnCn6svOB5 Hun9Z6tY13sy2nlxeiL0D759DJdd6LXFeeOttGkq7q5DByN8W2WHcOqpevPKvvTztiWI khzA== MIME-Version: 1.0 X-Received: by 10.50.43.198 with SMTP id y6mr3866116igl.16.1424276158059; Wed, 18 Feb 2015 08:15:58 -0800 (PST) Received: by 10.36.61.65 with HTTP; Wed, 18 Feb 2015 08:15:58 -0800 (PST) In-Reply-To: <54E3D2A0.2090903@FreeBSD.org> References: <54E3D2A0.2090903@FreeBSD.org> Date: Wed, 18 Feb 2015 17:15:58 +0100 Message-ID: Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 From: "Ranjan1018 ." <214748mv@gmail.com> To: "freebsd-x11@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 16:16:05 -0000 2015-02-18 0:45 GMT+01:00 Jean-S=C3=A9bastien P=C3=A9dron : > Hi! > > An update to the DRM subsystem, not including the drivers, is ready for > wider testing! > > The patch against HEAD is here: > https://people.freebsd.org/~dumbbell/graphics/drm-update-38.f.patch > > I'm interested in success/failure reports for amd64, powerpc and > powerpc64 users, for i915 and Radeon GPUs. I already know there is a > build issue on i386, please wait for the next patch if you are in this > case. > > The changes brought by this patch are explained in a blog post: > http://blogs.freebsdish.org/graphics/2015/02/18/testing-the-drm-update/ > > This is working well for some Radeon users for more than a year. > However, it only started to work with i915 a month ago, when the i915 > refresh was committed. > > Try your day-to-day applications, try suspend/resume, try all output > connectors, try OpenGL stuff, try backlight controls, everything :) > > Thank you! > > -- > Jean-S=C3=A9bastien P=C3=A9dron > > Just upgraded my laptop to r278960. Testing the patch I receive these errors: # patch -sC < ~/downloads/drm-update-38.f.patch 1 out of 3 hunks failed while patching sys/dev/drm2/drm_agpsupport.c 1 out of 4 hunks failed while patching sys/dev/drm2/drm_auth.c 1 out of 26 hunks failed while patching sys/dev/drm2/drm_bufs.c 1 out of 17 hunks failed while patching sys/dev/drm2/drm_context.c 1 out of 39 hunks failed while patching sys/dev/drm2/drm_crtc.h 1 out of 5 hunks failed while patching sys/dev/drm2/drm_dma.c 1 out of 1 hunks failed while patching sys/dev/drm2/drm_drawable.c 1 out of 8 hunks failed while patching sys/dev/drm2/drm_drv.c 1 out of 5 hunks failed while patching sys/dev/drm2/drm_edid.h 1 out of 17 hunks failed while patching sys/dev/drm2/drm_edid_modes.h 1 out of 7 hunks failed while patching sys/dev/drm2/drm_fb_helper.h 1 out of 9 hunks failed while patching sys/dev/drm2/drm_fops.c 1 out of 3 hunks failed while patching sys/dev/drm2/drm_fourcc.h 1 out of 1 hunks failed while patching sys/dev/drm2/drm_internal.h 1 out of 4 hunks failed while patching sys/dev/drm2/drm_ioctl.c 1 out of 50 hunks failed while patching sys/dev/drm2/drm_irq.c 1 out of 3 hunks failed while patching sys/dev/drm2/drm_lock.c 1 out of 2 hunks failed while patching sys/dev/drm2/drm_memory.c 1 out of 10 hunks failed while patching sys/dev/drm2/drm_mm.h 1 out of 11 hunks failed while patching sys/dev/drm2/drm_mode.h 1 out of 1 hunks failed while patching sys/dev/drm2/drm_sman.c 1 out of 1 hunks failed while patching sys/dev/drm2/drm_sman.h 1 out of 4 hunks failed while patching sys/modules/drm2/radeonkms/Makefile Regards Maurizio From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 16:35:21 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3188D222 for ; Wed, 18 Feb 2015 16:35:21 +0000 (UTC) Received: from mail-ie0-f177.google.com (mail-ie0-f177.google.com [209.85.223.177]) (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 0060F119 for ; Wed, 18 Feb 2015 16:35:20 +0000 (UTC) Received: by iecrl12 with SMTP id rl12so2596893iec.4 for ; Wed, 18 Feb 2015 08:35:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Gp6yWqh0SI5+zRgUeK+TuzrYEd0UG2MKMUZj8T/MtnE=; b=uDhcEffwU9UsAaKGGo7XkTh9+ufbczoGoDPELEEnW5LZpo4+vRKDbglyazag28Hgoq E+Ys1qvIDi5f4PWGH9RB+08rqqF7p1xfWcKtj6iMu1K5s/A4+yAaxtp6zoTww+5pI135 6YVbbsyamRA5SAMcN/buHACWhiXOX6hCV4op7/GfJ5oImRXdmit6RpfOfnkLBi/rrlc3 13CJRFBMZIayqcxra7Zdq+Sa+DlKcUz1lhxdR2mlB5+yfY5pZEDWYnRYSfyMreNrdAew wzVBUqMzCUUM5cekAW30amvXurCWvTa403Q2kcBm+YdX7J1Ryj+iG+zon24R/s4wxnOj A0pw== MIME-Version: 1.0 X-Received: by 10.50.79.135 with SMTP id j7mr3921299igx.32.1424277319498; Wed, 18 Feb 2015 08:35:19 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.17.66 with HTTP; Wed, 18 Feb 2015 08:35:19 -0800 (PST) In-Reply-To: <54E46C46.1010906@shurik.kiev.ua> References: <54E46C46.1010906@shurik.kiev.ua> Date: Wed, 18 Feb 2015 08:35:19 -0800 X-Google-Sender-Auth: QmxeD6yjHScVw8StgB626JELEOg Message-ID: Subject: Re: laptop freezes when starting X From: Adrian Chadd To: Alexandr Krivulya Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 16:35:21 -0000 Hi! * would you mind filing a PR? https://bugs.freebsd.org/submit/ * are you able to test any other kernel versions between those two, just to narrow it down a bit further? Thanks! -a On 18 February 2015 at 02:41, Alexandr Krivulya wrote: > Hello, community > After updating to r278893 my thinkpad e530 (Ivy bridge) freezes when > starting X after few seconds. There is no any such issues with my > previos kernel r278308. Both Xorg.0.log and messages doesn't have any > new error records. Changing hw.x2apic_enable does not make any difference. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 17:53:48 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC51FFF6 for ; Wed, 18 Feb 2015 17:53:48 +0000 (UTC) Received: from mail-la0-f51.google.com (mail-la0-f51.google.com [209.85.215.51]) (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 5B236D57 for ; Wed, 18 Feb 2015 17:53:47 +0000 (UTC) Received: by labhz20 with SMTP id hz20so2806613lab.0 for ; Wed, 18 Feb 2015 09:53:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=fuFrcl4Xrk2qosEVSUioVwgkb8igT7MMjk5U8HBOeSE=; b=nGB2sGCoPjoMiPwCqh7jt3m6m1PyOUw1eEZJxOrYiQQ06AslHjedS1HrD3qcH56GDW lCHVvx3h1T5fi9kcnsOw1F1O/aRhJRNvQVaMTk7akZbmH1jd0hMV56weURjp1oL/TAxS r8vNuFKjyGcABdRbv4d+GofGzCOmhQJa0rF1uiQwz2Iu/W61SdsGj0AZOqfWmVZyS3Hd c3LkGuD0biFUBiqL6g765B9KBgvDyz8brLdqcNBXlLcDf6uB5i0Jpc6JM+9KlEhwB8j8 qOPVTaNwNzNK4tchcFZrgWnOf/IQfyoDrtCwvn67xS+fvE1FaA0kO47hbT6XR5iBxkdd 7sDQ== X-Received: by 10.112.17.39 with SMTP id l7mr482174lbd.114.1424282025392; Wed, 18 Feb 2015 09:53:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.152.90.7 with HTTP; Wed, 18 Feb 2015 09:53:25 -0800 (PST) From: Damjan Jovanovic Date: Wed, 18 Feb 2015 19:53:25 +0200 Message-ID: Subject: ufs/devfs "lock order reversal" on poweroff To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 17:53:48 -0000 Hi On r278909 (and probably earlier) I get the following when I run "poweroff" (retyped from a video of it I had to record, since it disappears very quickly): Syncing disks, vnodes remaining...4 1 0 0 done All buffers synced. lock order reversal: 1st 0xfffff80014d4d060 ufs (ufs) 0 /usr/src/sys/kern/vfs_mount.c:1229 2nd 0xfffff00014a695f0 devfs (devfs) 0 /usr/src/sys/kern/vfs_subr.c:2176 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame ... witness_checkorder() at witness_checkorder+... __lockmgr_args() at __lockmgr_args+... vop_stdlock() at vop_stdlock+0x3c/frame .. VOP_LOOCK1_AVP() _vm_lock() vget() devfs_allocv() devfs_root() dounmount() vfs_unmountall() kern_reboot() sys_reboot() amd64_syscall() Xfast_syscall() --- syscall (55, FreeBSD ELF64, sys_reboot), ript = 0x40fd1c, rsp = ..., rbp= ... Uptime: ... Thank you Damjan From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 18:38:45 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 960E23D7 for ; Wed, 18 Feb 2015 18:38:45 +0000 (UTC) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001: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 5BD152D2 for ; Wed, 18 Feb 2015 18:38:45 +0000 (UTC) Received: by mail-ig0-f172.google.com with SMTP id l13so38609242iga.5 for ; Wed, 18 Feb 2015 10:38:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wpyMvFIc8pnQ2Eb0lZGQQRbv5sHyoPRkE6Uvs5YCH5s=; b=aykCom+Zc286+RTJh0wykamAdqZsHwq/8lC9tIJA5Lxx5pBRRahO7psr7g4/FtDDCe mNzasW/cSwAEDQQ35Hd1Cs89bzcuVANuSjHcGLaohoHdGpon2l69a9BEtubBBeksnSR8 lEMr8+8Ga2B9GSJ5T8E1oDvC95CzUiPOQ8Wfukcvaty2L3U5B0Fy7T9TJE4fO5B8Kf8S zAxr4xfx1uQKyGb3uVXJqccb4jn+5snuiO6xujJ55wMtKiOWHwHuFcvW1XjHrQONeTCQ +8nBDTAvGCGGm/+hV5se6tDnnrrOAS+N5x5/Nc/5yJxpOb8BOeNYQAqQ4s+ikPgNf4uB RE0Q== MIME-Version: 1.0 X-Received: by 10.107.19.202 with SMTP id 71mr831272iot.83.1424284724470; Wed, 18 Feb 2015 10:38:44 -0800 (PST) Received: by 10.50.96.226 with HTTP; Wed, 18 Feb 2015 10:38:44 -0800 (PST) In-Reply-To: References: Date: Wed, 18 Feb 2015 10:38:44 -0800 Message-ID: Subject: Re: ufs/devfs "lock order reversal" on poweroff From: NGie Cooper To: Damjan Jovanovic Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 18:38:45 -0000 On Wed, Feb 18, 2015 at 9:53 AM, Damjan Jovanovic wrote: > Hi > > On r278909 (and probably earlier) I get the following when I run > "poweroff" (retyped from a video of it I had to record, since it > disappears very quickly): Hi Damjan, This is a known LOR. Thanks! From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 19:36:20 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96058997; Wed, 18 Feb 2015 19:36:20 +0000 (UTC) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001: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 582A8C32; Wed, 18 Feb 2015 19:36:20 +0000 (UTC) Received: by mail-ig0-f171.google.com with SMTP id h15so39066670igd.4; Wed, 18 Feb 2015 11:36:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=8UkURyHk79qTPiVTWvwfi50qPeLYy2UJF/cMZk7zZvQ=; b=UK0IQcG6O0iGx3FNRq933Ak+KILHrLaZniR7wrFXM4YdRnXzoPOrKnFoUz2knoVXF/ 4fsRjhCORX/r8FypUJVnoobTiWbMDjmniSRgbVW1fng0hpTZ6zGjCWsaQKebEApjSIVk qqQWt1l6cE8XFboqKKoraphxG1oCBiLSE+X8ylng0KIxJMJFmZKkeg/tRG5PVvDoO+ds b3jWpXZHIgFbVYTfFND0kmrxj4DGVdwOIwQGMEwXf8/xR15OoBuI7QqzhkUYlNGELbMV XhbSCA1e30wYJAhr91Q0skyIVUzlglUdAWHtCHCJFFggWW4z3ZFJh1zcn53pC8V+MnDi vGUA== X-Received: by 10.50.122.68 with SMTP id lq4mr5022986igb.10.1424288179607; Wed, 18 Feb 2015 11:36:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.120.35 with HTTP; Wed, 18 Feb 2015 11:35:56 -0800 (PST) In-Reply-To: References: <54E3D2A0.2090903@FreeBSD.org> From: Miguel Clara Date: Wed, 18 Feb 2015 19:35:56 +0000 Message-ID: Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 To: "Lundberg, Johannes" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-x11@freebsd.org" , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 19:36:20 -0000 On Wed, Feb 18, 2015 at 12:09 AM, Lundberg, Johannes < johannes@brilliantservice.co.jp> wrote: > Hi > > Good job! Will do some testing! As for the i915 driver, what versions ar= e > supported? Up until and including HD4000 Gen7 Ivy bridge? > > -- > Johannes Lundberg > BRILLIANTSERVICE CO., LTD. > > On Wed, Feb 18, 2015 at 8:45 AM, Jean-S=C3=A9bastien P=C3=A9dron < > dumbbell@freebsd.org > > wrote: > > > Hi! > > > > An update to the DRM subsystem, not including the drivers, is ready for > > wider testing! > > > > The patch against HEAD is here: > > https://people.freebsd.org/~dumbbell/graphics/drm-update-38.f.patch > > > > I'm interested in success/failure reports for amd64, powerpc and > > powerpc64 users, for i915 and Radeon GPUs. I already know there is a > > build issue on i386, please wait for the next patch if you are in this > > case. > > > > The changes brought by this patch are explained in a blog post: > > http://blogs.freebsdish.org/graphics/2015/02/18/testing-the-drm-update/ > > > > This is working well for some Radeon users for more than a year. > > However, it only started to work with i915 a month ago, when the i915 > > refresh was committed. > > > > Try your day-to-day applications, try suspend/resume, try all output > > connectors, try OpenGL stuff, try backlight controls, everything :) > Testing suspend/resume by closing/opening the LID works for me but I did get this: lock order reversal: 1st 0xfffffe0000e1c728 ath0 (ath0) @ /usr/src/sys/dev/ath/if_ath.c:6654 2nd 0xfffffe0000fc1838 ath0_node_lock (ath0_node_lock) @ /usr/src/sys/net80211/ieee80211_node.c:1824 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0115c71790 witness_checkorder() at witness_checkorder+0xe45/frame 0xfffffe0115c71820 __mtx_lock_flags() at __mtx_lock_flags+0xa8/frame 0xfffffe0115c71870 ieee80211_node_delucastkey() at ieee80211_node_delucastkey+0x52/frame 0xfffffe0115c718c0 node_free() at node_free+0x25/frame 0xfffffe0115c718e0 ieee80211_tx_complete() at ieee80211_tx_complete+0x2c/frame 0xfffffe0115c71900 ath_tx_draintxq() at ath_tx_draintxq+0x22/frame 0xfffffe0115c71930 ath_edma_tx_drain() at ath_edma_tx_drain+0x10d/frame 0xfffffe0115c71970 ath_stop_locked() at ath_stop_locked+0x148/frame 0xfffffe0115c719a0 ath_ioctl() at ath_ioctl+0x223/frame 0xfffffe0115c719e0 taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame 0xfffffe0115c71a4= 0 taskqueue_thread_loop() at taskqueue_thread_loop+0x9b/frame 0xfffffe0115c71a70 fork_exit() at fork_exit+0x84/frame 0xfffffe0115c71ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0115c71ab0 --- trap 0, rip =3D 0, rsp =3D 0xfffffe0115c71b70, rbp =3D 0 --- So something fails in the ath side, which I'm guesssing I should report to the wireless list? As for backlight I still have no control of that, unless I use intel_backlight or the patch proposed a while back which adds "hw.dri.0.i915_backlight" The latptop I just tested is an Acer S3-391 Ivy Bridge and I only have the single card (I have another with dual graphics that I'll test later) the hardware keys for backlight control in this one are "Fn-Left/Right Arrow". > > > > Thank you! > > > > -- > > Jean-S=C3=A9bastien P=C3=A9dron > > > > > > -- From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 19:45:12 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA387F58; Wed, 18 Feb 2015 19:45:11 +0000 (UTC) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (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 8AF4DD5B; Wed, 18 Feb 2015 19:45:11 +0000 (UTC) Received: by mail-qg0-f45.google.com with SMTP id h3so2778995qgf.4; Wed, 18 Feb 2015 11:45:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-type; bh=SnwrhHu7PAqqNZwaKFj3hcHc2aegs7BmwSTr2MoHxs8=; b=WEjK51APXkrPEu3E82nE75NUJKwC8tvTGnWLeZLusE3yO8hvReXOSEzC/Zrtk4dUSK NvfHdWW6Ob5mzemSdMXQAyjhU8N55NzPrEb/TGLl5A1vAfhnynA8zE1jdJQuh1VHIqJ5 /SiHESVjzRL6AGRVyh8rO2yLFM9cuI77hx3G5+T7fXqy7iH4gODpmQDKy3yhZ8Tlgq/1 FVKC9MDgwKBDCv8QBRJtzFfB5afcJJCV4kkr/IOCQ1TJ4XpatDiVCsgK0yvS/SRWaUwf eiWyVUCoQaXNSOKALGH33uOgMWp1VFWw7H5Z5aEniUHURAt8D2iCszFYiK4kaYtzdYZY js9w== X-Received: by 10.140.235.208 with SMTP id g199mr2641615qhc.89.1424288710639; Wed, 18 Feb 2015 11:45:10 -0800 (PST) Received: from shawnwebb-laptop.localnet ([172.56.2.233]) by mx.google.com with ESMTPSA id g51sm18349893qgf.18.2015.02.18.11.45.09 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Feb 2015 11:45:10 -0800 (PST) From: Shawn Webb To: freebsd-current@freebsd.org, freebsd-x11@freebsd.org Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 Date: Wed, 18 Feb 2015 14:45:05 -0500 Message-ID: <18995603.eqidKAMlxl@shawnwebb-laptop> User-Agent: KMail/4.14.2 (FreeBSD/11.0-CURRENT; KDE/4.14.2; amd64; ; ) In-Reply-To: <54E3D2A0.2090903@FreeBSD.org> References: <54E3D2A0.2090903@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1455482.k6U7OmGxKn"; micalg="pgp-sha256"; protocol="application/pgp-signature" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 19:45:12 -0000 --nextPart1455482.k6U7OmGxKn Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" On Wednesday, February 18, 2015 12:45:36 AM Jean-S=E9bastien P=E9dron w= rote: > Hi! >=20 > An update to the DRM subsystem, not including the drivers, is ready f= or > wider testing! >=20 > The patch against HEAD is here: > https://people.freebsd.org/~dumbbell/graphics/drm-update-38.f.patch >=20 > I'm interested in success/failure reports for amd64, powerpc and > powerpc64 users, for i915 and Radeon GPUs. I already know there is a > build issue on i386, please wait for the next patch if you are in thi= s case. >=20 > The changes brought by this patch are explained in a blog post: > http://blogs.freebsdish.org/graphics/2015/02/18/testing-the-drm-updat= e/ >=20 > This is working well for some Radeon users for more than a year. > However, it only started to work with i915 a month ago, when the i915= > refresh was committed. >=20 > Try your day-to-day applications, try suspend/resume, try all output > connectors, try OpenGL stuff, try backlight controls, everything :) >=20 > Thank you! The patch drastically fails to apply on recent HEAD. Thanks, Shawn --nextPart1455482.k6U7OmGxKn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJU5OvBAAoJEGqEZY9SRW7uzR0P/RA+T3/8eLaDtiNHVSI5zU+N S8pThgBbBv3spyO1Oyleqktwgqb5xRRuX1LYn50p93KeK3YufjjLZoJJ4a6Ud+Lw 8+kU9TkSFS4UpWq18alevPDiG82hoVLsN+xcsJAEQARVzewTrJLLWJKqhzr8kZd2 HlvZW6+gUYvybQWj/kkX687+yH2TEg7JrFThfq8tMInsqO1W81PAjbQY2HuC2TJH XQxe+aHlPLdjsmlxVN6jrtoebbAxkL5l99zNHkrB1s3jwC4ZX0KQofdKPSlC6mFr Ndc/7SbAKvgIlCnObs7uO754Ta5jxC+9NJR17HfRxjJ0W2gFMKjdszBiUWT/NRiQ OmEb2cAWtYrDuqIgOtuUGF2thXgxmka7Q6S06jPzF9jCSY6EWsLYiSLBFLDZHFF2 Ym3psXd6H4Y4VubMA4cMzVnb7gD2KBcngG1666DKIIfo4Gud6PdvFb7OWyiP+Ivf Y0kck7XXM4iftEhWvDNrkdWOEh3JFKXf7fAAXdvo1asqU91r6HFwrM4KeKeR6tNC JRKdlvEPxAv9pR835YbSmCl2HVbKjXhWyXyPGCAbbDfVYcIwx9zqBqnee2PP7J5b w/25aceewTh0+cfglfdrFcnUHXOcSep2WMXVGYXTdsLHujnq4abjQE7OwzZwSND1 wkC2UOcEdQ27z02U7KTM =oWzq -----END PGP SIGNATURE----- --nextPart1455482.k6U7OmGxKn-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 21:20:49 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE27BE42; Wed, 18 Feb 2015 21:20:49 +0000 (UTC) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A4CCD58; Wed, 18 Feb 2015 21:20:48 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.9/8.14.9/ALCHEMY.FRANKEN.DE) with ESMTP id t1ILKlDW039527 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 18 Feb 2015 22:20:47 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.9/8.14.9/Submit) id t1ILKluv039526; Wed, 18 Feb 2015 22:20:47 +0100 (CET) (envelope-from marius) Date: Wed, 18 Feb 2015 22:20:47 +0100 From: Marius Strobl To: freebsd-x11@FreeBSD.org Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 Message-ID: <20150218212046.GA37911@alchemy.franken.de> References: <54E3D2A0.2090903@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <54E3D2A0.2090903@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Wed, 18 Feb 2015 22:20:47 +0100 (CET) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 21:20:49 -0000 On Wed, Feb 18, 2015 at 12:45:36AM +0100, Jean-Sébastien Pédron wrote: > Hi! > > An update to the DRM subsystem, not including the drivers, is ready for > wider testing! > > The patch against HEAD is here: > https://people.freebsd.org/~dumbbell/graphics/drm-update-38.f.patch > Have you looked into using a MTX_SPIN lock where Linux actually employs a DRM_SPINTYPE one? That should allow to use a filter instead of an ithread handler, solving a great number of problems with pre-loading of DRM drivers and allow them to be statically compiled into the kernel as - unlike ihtreads - filters work right from the moment they are set up during attach. In turn, that would make the lack of a VESA driver for vt(4) less painful and likely even forgivable, as resolutions higher than VGA could be used way earlier, etc. Marius From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 22:54:02 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D063F82; Wed, 18 Feb 2015 22:54:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 17EB0CAB; Wed, 18 Feb 2015 22:54:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 32FED29B; Wed, 18 Feb 2015 22:54:02 +0000 (UTC) Date: Wed, 18 Feb 2015 22:54:00 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, grehan@FreeBSD.org, jkim@FreeBSD.org, ken@FreeBSD.org Message-ID: <691050849.15.1424300041656.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2406 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 22:54:02 -0000 See Changes: [jkim] Merge ACPICA 20141107 and 20150204. [grehan] Restore the ability to use clang as an external compiler. This was inadvertently removed when support for external GCC was added. Deprecate XFLAGS in favour of the newer XCFLAGS/XCXXFLAGS. Tested with: make universe, make CROSS_COMPILER_PREFIX=/usr/bin/ buildworld Reviewed by: imp, bapt [ken] Make sure that the flags for the XPT_DEV_ADVINFO CCB are initialized properly. If there is garbage in the flags field, it can sometimes include a set CDAI_FLAG_STORE flag, which may cause either an error or perhaps result in overwriting the field that was intended to be read. sys/cam/cam_ccb.h: Add a new flag to the XPT_DEV_ADVINFO CCB, CDAI_FLAG_NONE, that callers can use to set the flags field when no store is desired. sys/cam/scsi/scsi_enc_ses.c: In ses_setphyspath_callback(), explicitly set the XPT_DEV_ADVINFO flags to CDAI_FLAG_NONE when fetching the physical path information. Instead of ORing in the CDAI_FLAG_STORE flag when storing the physical path, set the flags field to CDAI_FLAG_STORE. sys/cam/scsi/scsi_sa.c: Set the XPT_DEV_ADVINFO flags field to CDAI_FLAG_NONE when fetching extended inquiry information. sys/cam/scsi/scsi_da.c: When storing extended READ CAPACITY information, set the XPT_DEV_ADVINFO flags field to CDAI_FLAG_STORE instead of ORing it into a field that isn't initialized. sys/dev/mpr/mpr_sas.c, sys/dev/mps/mps_sas.c: When fetching extended READ CAPACITY information, set the XPT_DEV_ADVINFO flags field to CDAI_FLAG_NONE instead of setting it to 0. sbin/camcontrol/camcontrol.c: When fetching a device ID, set the XPT_DEV_ADVINFO flags field to CDAI_FLAG_NONE instead of 0. sys/sys/param.h: Bump __FreeBSD_version to 1100061 for the new XPT_DEV_ADVINFO CCB flag, CDAI_FLAG_NONE. Sponsored by: Spectra Logic MFC after: 1 week ------------------------------------------ [...truncated 119237 lines...] ===> usr.sbin/arp (depend) --- usr.bin.depend__D --- --- depend_subdir_chat --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -std=gnu99 echo chat: >> .depend --- usr.sbin.depend__D --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -std=gnu99 --- usr.bin.depend__D --- --- depend_subdir_checknr --- ===> usr.bin/checknr (depend) --- usr.sbin.depend__D --- echo arp: >> .depend --- usr.bin.depend__D --- --- depend_subdir_chkey --- ===> usr.bin/chkey (depend) --- depend_subdir_checknr --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -std=gnu99 --- depend_subdir_chkey --- --- .depend --- rm -f .depend --- depend_subdir_checknr --- echo checknr: >> .depend --- depend_subdir_chkey --- CC='cc ' mkdep -f .depend -a -I -DYP -std=gnu99 --- usr.sbin.depend__D --- --- depend_subdir_asf --- ===> usr.sbin/asf (depend) --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -std=gnu99 --- usr.bin.depend__D --- echo chkey: >> .depend --- depend_subdir_chpass --- ===> usr.bin/chpass (depend) --- usr.sbin.depend__D --- --- depend_subdir_acpi --- echo acpidb: >> .depend ===> usr.sbin/acpi/acpidump (depend) --- depend_subdir_asf --- echo asf: >> .depend --- usr.bin.depend__D --- --- depend_subdir_cksum --- ===> usr.bin/cksum (depend) --- usr.sbin.depend__D --- --- depend_subdir_amd --- echo amd: >> .depend ===> usr.sbin/amd/amq (depend) --- usr.bin.depend__D --- --- depend_subdir_chpass --- --- .depend --- --- usr.sbin.depend__D --- --- depend_subdir_acpi --- --- .depend --- rm -f .depend --- usr.bin.depend__D --- rm -f .depend --- usr.sbin.depend__D --- CC='cc ' mkdep -f .depend -a -I -std=gnu99 --- usr.bin.depend__D --- CC='cc ' mkdep -f .depend -a -DYP -I -I -I. -std=gnu99 --- usr.sbin.depend__D --- --- depend_subdir_amd --- --- .depend --- rm -f .depend --- usr.bin.depend__D --- --- depend_subdir_cksum --- --- .depend --- --- usr.sbin.depend__D --- CC='cc ' mkdep -f .depend -a -I -I. -I -I -I -I -I -DHAVE_CONFIG_H -DHOST_CPU=\"amd64\" -DHOST_ARCH=\"amd64\" -std=gnu99 --- usr.bin.depend__D --- rm -f .depend CC='cc ' mkdep -f .depend -a -std=gnu99 --- usr.sbin.depend__D --- --- depend_subdir_acpi --- echo acpidump: >> .depend ===> usr.sbin/acpi/iasl (depend) --- usr.bin.depend__D --- --- depend_subdir_chpass --- echo chpass: >> .depend --- usr.sbin.depend__D --- --- depend_subdir_audit --- ===> usr.sbin/audit (depend) --- usr.bin.depend__D --- --- depend_subdir_cksum --- echo cksum: >> .depend --- usr.sbin.depend__D --- --- depend_subdir_acpi --- --- aslcompilerlex.c --- --- usr.bin.depend__D --- --- depend_subdir_clang --- ===> usr.bin/clang (depend) --- usr.sbin.depend__D --- lex -i -s -PAslCompiler -oaslcompilerlex.c --- depend_subdir_amd --- echo amq: >> .depend ===> usr.sbin/amd/fixmount (depend) --- depend_subdir_audit --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I -std=gnu99 --- usr.bin.depend__D --- --- depend_subdir_clang --- ===> usr.bin/clang/clang (depend) --- usr.sbin.depend__D --- --- depend_subdir_amd --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I. -I -I -I -I -I -DHAVE_CONFIG_H -DHOST_CPU=\"amd64\" -DHOST_ARCH=\"amd64\" -std=gnu99 --- depend_subdir_acpi --- --- aslcompiler.y --- m4 -P -I > aslcompiler.y --- dtparserlex.c --- lex -i -s -PDtParser -odtparserlex.c --- depend_subdir_audit --- echo audit: >> .depend --- usr.bin.depend__D --- --- DiagnosticDriverKinds.inc.h --- --- usr.sbin.depend__D --- --- depend_subdir_acpi --- --- dtparserparse.c --- yacc -d -pDtParser -odtparserparse.c --- usr.bin.depend__D --- clang-tblgen -gen-clang-diags-defs -clang-component=Driver -I -d DiagnosticDriverKinds.inc.d -o DiagnosticDriverKinds.inc.h --- depend_subdir_cmp --- ===> usr.bin/cmp (depend) --- usr.sbin.depend__D --- --- prparserlex.c --- lex -i -s -PPrParser -oprparserlex.c --- depend_subdir_amd --- echo fixmount: >> .depend ===> usr.sbin/amd/fsinfo (depend) --- depend_subdir_acpi --- --- prparserparse.c --- yacc -d -pPrParser -oprparserparse.c --- usr.bin.depend__D --- --- _sub.depend --- --- usr.sbin.depend__D --- --- aslcompilerparse.c --- yacc -d -pAslCompiler -oaslcompilerparse.c aslcompiler.y --- usr.bin.depend__D --- ===> usr.bin/cmp/tests (depend) --- usr.sbin.depend__D --- yacc: 89 shift/reduce conflicts. --- usr.bin.depend__D --- --- scripts.depend --- --- usr.sbin.depend__D --- yacc: f - maximum table size exceeded *** [aslcompilerparse.c] Error code 2 make[5]: stopped in --- usr.bin.depend__D --- (cd && make -f SUBDIR= _RECURSING_PROGS= depend) --- usr.sbin.depend__D --- 1 error make[5]: stopped in --- depend_subdir_amd --- A failure has been detected in another branch of the parallel make make[5]: stopped in --- depend_subdir_acpi --- *** [_sub.depend] Error code 2 make[4]: stopped in --- depend_subdir_amd --- *** [_sub.depend] Error code 2 make[4]: stopped in 1 error --- depend_subdir_acpi --- 1 error --- depend_subdir_amd --- make[4]: stopped in *** [depend_subdir_amd] Error code 2 make[3]: stopped in --- depend_subdir_acpi --- make[4]: stopped in *** [depend_subdir_acpi] Error code 2 make[3]: stopped in 2 errors make[3]: stopped in *** [usr.sbin.depend__D] Error code 2 make[2]: stopped in --- usr.bin.depend__D --- A failure has been detected in another branch of the parallel make make[6]: stopped in *** [scripts.depend] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_cmp] Error code 2 make[3]: stopped in --- depend_subdir_clang --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [depend_subdir_clang] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_clang] Error code 2 make[3]: stopped in 2 errors make[3]: stopped in *** [usr.bin.depend__D] Error code 2 make[2]: stopped in 2 errors make[2]: stopped in *** [_depend] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 23:18:35 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56F7E68E; Wed, 18 Feb 2015 23:18:35 +0000 (UTC) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) (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 0BC05EF0; Wed, 18 Feb 2015 23:18:34 +0000 (UTC) Received: by labhs14 with SMTP id hs14so4499289lab.1; Wed, 18 Feb 2015 15:18:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=hwKf5ZKJVXdMKmyQQIWMqdWXaobawcTPRlQYR5wOj9U=; b=iwcbiW25ei9chB95OnnYsAS0ykMgR2sZRr2HNUYt6XnuB6UpiDNZm2XY9MpS4TWmjs ePq6GB0INOQgw/SU4NClup0kBe2L+W/ZnWAnE75D65ngG05lOryyY4Ym48Um5ZlY0+6/ YW90vuiq23DqbEcnw5kksTmODoiY1pyUa0INP6Ri1k6iXL/d7OOJ/+tP1F621dHm/A2B D5ahWqkcZo16Iqm1ObZ/8YZvfIgXRoq6csh6D2O1xPTnxTAZZ1dO1uOUWyuCBIWgt3pO QqzwgmkNkgDlAi051C0mNWM5l2osRcVHWBxPUgIfRD3I069of0AVtMxYX/NrebwxIkCd wgyA== MIME-Version: 1.0 X-Received: by 10.112.126.98 with SMTP id mx2mr1608934lbb.52.1424301506806; Wed, 18 Feb 2015 15:18:26 -0800 (PST) Sender: davide.italiano@gmail.com Received: by 10.25.217.8 with HTTP; Wed, 18 Feb 2015 15:18:26 -0800 (PST) Date: Wed, 18 Feb 2015 15:18:26 -0800 X-Google-Sender-Auth: Ii-0j9STFkfY-FNb-glptiC-Q4Q Message-ID: Subject: default pager (csh) From: Davide Italiano To: freebsd-current , FreeBSD Hackers Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 23:18:35 -0000 Hi, one of the first things I do when I install FreeBSD is to switch the default PAGER from more(1) to less(1). This is particularly convenient, e.g. while using git diff, to show something more readable. Just out of curiosity, is there a reason why more(1) is still the default, and/or is this just historical? -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 23:42:28 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 433666B; Wed, 18 Feb 2015 23:42:28 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B22824A; Wed, 18 Feb 2015 23:42:28 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [12.229.62.2]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 6F8482434E; Wed, 18 Feb 2015 15:41:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1424302895; x=1424317295; bh=Owgsa/nmAAiO9IPbbN3GPh0NkZPTcq5ATPVSGBQmao4=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=d0ETx6rpD03ZcufrRKydOog/CHwg7YuhbL2L+hROeLwX0dqIR0Kdex0m7m8iUeZfm VSzXR3PBpQh92VpQLqPZ+mUi6+H+V7tvDHspIKbDfwK5CjQpgZfQkSGAPrrkWcfIq6 O6vSvxKC7l30wvxU9sR0U4QL5kkv0BT7vDbVLeSQ= Message-ID: <54E5232F.3060409@delphij.net> Date: Wed, 18 Feb 2015 15:41:35 -0800 From: Xin Li Reply-To: d@delphij.net Organization: The FreeBSD Project MIME-Version: 1.0 To: Davide Italiano , freebsd-current , FreeBSD Hackers Subject: Re: default pager (csh) References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 23:42:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 02/18/15 15:18, Davide Italiano wrote: > Hi, one of the first things I do when I install FreeBSD is to > switch the default PAGER from more(1) to less(1). This is > particularly convenient, e.g. while using git diff, to show > something more readable. Just out of curiosity, is there a reason > why more(1) is still the default, and/or is this just historical? The _only_ reason that I can think of is that more(1) does not clear screen for certain terminals (done with 'ti' and 'te' sequences), while less(1) when running as less does. The less(1) behavior can be annoying to some people (sometimes even myself when using less to show contents of a file and ^Z to paste them), and unfortunately quite a few of them also happen to be the more vocal ones when it comes to a change. Other behavioral difference are trivial (or people care less to speak up). I use less(1) instead of more(1) on all systems I have, so if some brave soul wants to make the change I'd say "just go for it!" but that's my $0.02 only. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.1.1 (FreeBSD) iQIcBAEBCgAGBQJU5SMrAAoJEJW2GBstM+nsd7AQAJNJnZtu3YabP0wzbwZuhQHu 7BvG/RLEqUe6ZmR10pcxe/vr6W+d7HpRuBcF09MSclpijTie+w/5AmaP7NNCCrHc +lAtUhGxGhloTmpkm3GhL94ai1AMoKSIwKgT2Onx76CWYXKfh2ycN4EDfAHUlenZ 4N+3NYua/20deTy0rji0HYMexN4/ZUApsiX9hLwj+mlVl/KVNLMh2OIoUpdbnfJi MU9h+/WPZGBJeU4VQU3YO77sPm23EIzirFajM4Fqk6AZJp8ueHp5U0Bz1l98fBFZ EUx2Bh4DLhn/+7AUlCiW3ByAwyaEzdjpeGwIT97hqHE+7r0Yuf69Sf1mdUcIbMNd TOMo3oKTsVWtYkzB8DZAvGw6y73sLxm6KRwGYWoU3SIhIacU7zer5FC755pPGw3V RqjBPu6nD8BCCXaBumiFtwrr88+vdDV6HfWRXfwSukT4sAYDAzjDEAhuY8kzDyWB vW9KG5IqPrTXPabdAKEj8qpfZBbspYUT0jOPrnto9/S5pnxkXmtmTn/gfVELjblj mLkJYPX9W25ziz3hI9t/wOp2Rl5GzBQdudIXpwD/06/L9h9X4CD38NdEQtJOOLyp M4twYFkiFJZp64XhuwMJ4BGIunj4OsbDfmvZEbJJfV8Z2mgA0QbRvfZG7UqVThd0 MTHLk0J7hIunFwIdICpI =whDB -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 00:06:58 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3D8674B; Thu, 19 Feb 2015 00:06:58 +0000 (UTC) Received: from host64.kissl.de (host64.kissl.de [213.239.241.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.shmhost.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E4926E1; Thu, 19 Feb 2015 00:06:58 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by host64.kissl.de (Postfix) with ESMTP id A4D1CB01EB1; Thu, 19 Feb 2015 01:00:50 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at host64.kissl.de Received: from host64.kissl.de ([127.0.0.1]) by localhost (host64.kissl.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06uVjkVkIfCt; Thu, 19 Feb 2015 01:00:50 +0100 (CET) Received: from [192.168.1.101] (unknown [95.90.210.138]) (Authenticated sender: web104p1) by host64.kissl.de (Postfix) with ESMTPSA id 7DF68B01E8F; Thu, 19 Feb 2015 01:00:48 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: default pager (csh) From: Franco Fichtner In-Reply-To: <54E5232F.3060409@delphij.net> Date: Thu, 19 Feb 2015 01:00:47 +0100 Content-Transfer-Encoding: 7bit Message-Id: <76429830-8715-4D11-A6B7-E7AE924DC110@lastsummer.de> References: <54E5232F.3060409@delphij.net> To: d@delphij.net X-Mailer: Apple Mail (2.2070.6) Cc: Davide Italiano , FreeBSD Hackers , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 00:06:58 -0000 > On 19 Feb 2015, at 00:41, Xin Li wrote: > > Other behavioral difference are trivial (or people care less to speak up). more(1) with man(1) is suboptimal when skipping to the end it quits the pager and one can't scroll back. > I use less(1) instead of more(1) on all systems I have, so if some > brave soul wants to make the change I'd say "just go for it!" but > that's my $0.02 only. DragonFly made the pager change a while back last year. I do carry these modifications for OPNsense as well. Cheers, Franco From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 00:13:56 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C3B6A7C; Thu, 19 Feb 2015 00:13:56 +0000 (UTC) Received: from mithlond.kdm.org (mithlond.kdm.org [70.56.43.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2477383E; Thu, 19 Feb 2015 00:13:55 +0000 (UTC) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.14.9/8.14.9) with ESMTP id t1J0DlCR057604 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 18 Feb 2015 17:13:47 -0700 (MST) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.14.9/8.14.9/Submit) id t1J0DlhC057603; Wed, 18 Feb 2015 17:13:47 -0700 (MST) (envelope-from ken) Date: Wed, 18 Feb 2015 17:13:47 -0700 From: "Kenneth D. Merry" To: scsi@freebsd.org, current@freebsd.org Subject: Re: sa(4) driver changes available for test Message-ID: <20150219001347.GA57416@mithlond.kdm.org> References: <20150214003232.GA63990@mithlond.kdm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150214003232.GA63990@mithlond.kdm.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Wed, 18 Feb 2015 17:13:47 -0700 (MST) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mithlond.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 00:13:56 -0000 I have updated the patches. I have removed the XPT_DEV_ADVINFO changes from the patches to head, since I committed those separately. I have (hopefully) fixed the build for the stable/10 patches by MFCing dependencies. (One of them mav did for me, thanks!) Rough draft commit message: http://people.freebsd.org/~ken/sa_changes_commitmsg.20150218.1.txt The patches against FreeBSD/head as of SVN revision 278975: http://people.freebsd.org/~ken/sa_changes.20150218.1.txt And (untested) patches against FreeBSD stable/10 as of SVN revision 278974: http://people.freebsd.org/~ken/sa_changes.stable_10.20150218.1.txt Thanks, Ken On Fri, Feb 13, 2015 at 17:32:32 -0700, Kenneth D. Merry wrote: > > I have a fairly large set of changes to the sa(4) driver and mt(1) driver > that I'm planning to commit in the near future. > > A description of the changes is here and below in this message. > > If you have tape hardware and the inclination, I'd appreciate testing and > feedback. > > ============ > Rough draft commit message: > > http://people.freebsd.org/~ken/sa_changes_commitmsg.20150213.3.txt > > The patches against FreeBSD/head as of SVN revision 278706: > > http://people.freebsd.org/~ken/sa_changes.20150213.3.txt > > And (untested) patches against FreeBSD stable/10 as of SVN revision 278721. > > http://people.freebsd.org/~ken/sa_changes.stable_10.20150213.3.txt > ============ > > The intent is to get the tape infrastructure more up to date, so we can > support LTFS and more modern tape drives: > > http://www.ibm.com/systems/storage/tape/ltfs/ > > I have ported IBM's LTFS Single Drive Edition to FreeBSD. The port depends > on the patches linked above. It isn't fully cleaned up and ready for > redistribution. If you're interested, though, let me know and I'll tell > you when it is ready to go out. You need an IBM LTO-5, LTO-6, TS1140 or > TS1150 tape drive. HP drives aren't supported by IBM's LTFS, and older > drives don't have the necessary features to support LTFS. > > The commit message below outlines most of the changes. > > A few comments: > > 1. I'm planning to commit the XPT_DEV_ADVINFO changes separately. > > 2. The XML output is similar to what GEOM and CTL do. It would be nice to > figure out how to put a standard schema on it so that standard tools > could read it. I don't know how feasible that is, since I haven't > time to dig into it. If anyone has suggestions on whether that is > feasible or advisable, I'd appreciate feedback. > > 3. I have tested with a reasonable amount of tape hardware (see below for a > list), but more testing and feedback would be good. > > 4. Standard 'mt status' output looks like this: > > # mt -f /dev/nsa3 status -v > Drive: sa3: Serial Number: 101500520A > --------------------------------- > Mode Density Blocksize bpi Compression > Current: 0x5a:LTO-6 variable 384607 enabled (0xff) > --------------------------------- > Current Driver State: at rest. > --------------------------------- > Partition: 0 Calc File Number: 0 Calc Record Number: 0 > Residual: 0 Reported File Number: 0 Reported Record Number: 0 > Flags: BOP > > 5. 'mt status -v' looks like this: > > # mt -f /dev/nsa3 status -v > Drive: sa3: Serial Number: 101500520A > --------------------------------- > Mode Density Blocksize bpi Compression > Current: 0x5a:LTO-6 variable 384607 enabled (0xff) > --------------------------------- > Current Driver State: at rest. > --------------------------------- > Partition: 0 Calc File Number: 0 Calc Record Number: 0 > Residual: 0 Reported File Number: 0 Reported Record Number: 0 > Flags: BOP > --------------------------------- > Tape I/O parameters: > Maximum I/O size allowed by driver and controller (maxio): 1081344 bytes > Maximum I/O size reported by controller (cpi_maxio): 5197824 bytes > Maximum block size supported by tape drive and media (max_blk): 8388608 bytes > Minimum block size supported by tape drive and media (min_blk): 1 bytes > Block granularity supported by tape drive and media (blk_gran): 0 bytes > Maximum possible I/O size (max_effective_iosize): 1081344 bytes > > 6. Existing applications should work without changes. If not, please let > me know. Hopefully they will move over time to the new interfaces. > > 7. There are lots of additional features that could be added later. > Append-only support, encryption, more log pages, etc. > > 8. I have SCSI READ ATTRIBUTE changes for camcontrol(8) that will go in > separately. These changes allow displaying the contents of the MAM > (Medium Auxiliary Memory) chips on LTO, TS and other modern tape drives. > These are good, and a future possible direction is adding attributes > to the status XML from the sa(4) driver. > > ============ > Significant upgrades to sa(4) and mt(1). > > The primary focus of these changes is to modernize FreeBSD's > tape infrastructure so that we can take advantage of some of the > features of modern tape drives and allow support for LTFS. > > Significant changes and new features include: > > o sa(4) driver status and parameter information is now exported via an > XML structure. This will allow for changes and improvements later > on that will not break userland applications. The old MTIOCGET > status ioctl remains, so applications using the existing interface > will not break. > > o 'mt status' now reports drive-reported tape position information > as well as the previously available calculated tape position > information. These numbers will be different at times, because > the drive-reported block numbers are relative to BOP (Beginning > of Partition), but the block numbers calculated previously via > sa(4) (and still provided) are relative to the last filemark. > Both numbers are now provided. 'mt status' now also shows the > drive INQUIRY information, serial number and any position flags > (BOP, EOT, etc.) provided with the tape position information. > 'mt status -v' adds information on the maximum possible I/O size, > and the underlying values used to calculate it. > > o The extra sa(4) /dev entries (/dev/saN.[0-3]) have been removed. > > The extra devices were originally added as place holders for > density-specific device nodes. Some OSes (NetBSD, NetApp's OnTap > and Solaris) have had device nodes that, when you write to them, > will automatically select a given density for particular tape drives. > > This is a convenient way of switching densities, but it was never > implemented in FreeBSD. Only the device nodes were there, and that > sometimes confused users. > > For modern tape devices, the density is generally not selectable > (e.g. with LTO) or defaults to the highest availble density when > the tape is rewritten from BOT (e.g. TS11X0). So, for most users, > density selection won't be necessary. If they do need to select > the density, it is easy enough to use 'mt density' to change it. > > o Protection information is now supported. This is either a > Reed-Solomon CRC or CRC32 that is included at the end of each block > read and written. On write, the tape drive verifies the CRC, and > on read, the tape drive provides a CRC for the userland application > to verify. > > o New, extensible tape driver parameter get/set interface. > > o Density reporting information. For drives that support it, > 'mt getdensity' will show detailed information on what formats the > tape drive supports, and what formats the tape drive supports. > > o Some mt(1) functionality moved into a new mt(3) library so that > external applications can reuse the code. > > o The new mt(3) library includes helper routines to aid in parsing > the XML output of the sa(4) driver, and build a tree of driver > metadata. > > o Support for the MTLOAD (load a tape in the drive) and MTWEOFI > (write filemark immediate) ioctls needed by IBM's LTFS > implementation. > > o Improve device departure behavior for the sa(4) driver. The previous > implementation led to hangs when the device was open. > > o This has been tested on the following types of drives: > IBM TS1150 > IBM TS1140 > IBM LTO-6 > IBM LTO-5 > HP LTO-2 > Seagate DDS-4 > Quantum DLT-4000 > Exabyte 8505 > Sony DDS-2 > > contrib/groff/tmac/doc-syms, > share/mk/bsd.libnames.mk, > lib/Makefile, > Add libmt. > > lib/libmt/Makefile, > lib/libmt/mt.3, > lib/libmt/mtlib.c, > lib/libmt/mtlib.h, > New mt(3) library that contains functions moved from mt(1) and > new functions needed to interact with the updated sa(4) driver. > > This includes XML parser helper functions that application writers > can use when writing code to query tape parameters. > > rescue/rescue/Makefile: > Add -lmt to CRUNCH_LIBS. > > sys/cam/cam_ccb.h > Add a new flag value for the XPT_DEV_ADVINFO CCB, CDAI_FLAG_NONE. > > sbin/camcontrol/camcontrol.c, > sys/cam/scsi/scsi_da.c, > sys/cam/scsi/scsi_enc_ses.c, > sys/dev/mps/mps_sas.c: > Make sure the flags for the XPT_DEV_ADVINFO CCB are set correctly. > This prevents unintended attempts to set advanced information > values when XPT_DEV_ADVINFO CCBs are not pre-zeroed. > > src/share/man/man4/mtio.4 > Clarify this man page a bit, and since it contains what is > essentially the mtio.h header file, add new ioctls and structure > definitions from mtio.h. > > src/share/man/man4/sa.4 > Update BUGS and maintainer section. > > sys/cam/scsi/scsi_all.c, > sys/cam/scsi/scsi_all.h: > Add SCSI SECURITY PROTOCOL IN/OUT CDB definitions and CDB building > functions. > > sys/cam/scsi/scsi_sa.c > sys/cam/scsi/scsi_sa.h > Many tape driver changes, largely outlined above. > > Increase the sa(4) driver read/write timeout from 4 to 32 > minutes. This is based on the recommended values for IBM LTO > 5/6 drives. This may also avoid timeouts for other tape > hardware that can take a long time to do retries and error > recovery. Longer term, a better way to handle this is to ask > the drive for recommended timeout values using the REPORT > SUPPORTED OPCODES command. Modern IBM and Oracle tape drives > at least support that command, and it would allow for more > accurate timeout values. > > Add XML status generation. This is done with a series of > macros to eliminate as much duplicate code as possible. The > new XML-based status values are reported through the new > MTIOCEXTGET ioctl. > > Add XML driver parameter reporting, using the new MTIOCPARAMGET > ioctl. > > Add a new driver parameter setting interface, using the new > MTIOCPARAMSET and MTIOCSETLIST ioctls. > > Add a new MTIOCRBLIM ioctl to get block limits information. > > Add CCB/CDB building routines scsi_locate_16, scsi_locate_10, > and scsi_read_position_10(). > > scsi_locate_10 implements the LOCATE command, as does the > existing scsi_set_position() command. It just supports > additional arguments and features. If/when we figure out a > good way to provide backward compatibility for older > applications using the old function API, we can just revamp > scsi_set_position(). The same goes for > scsi_read_position_10() and the existing scsi_read_position() > function. > > Revamp sasetpos() to take the new mtlocate structure as an > argument. It now will use either scsi_locate_10() or > scsi_locate_16(), depending upon the arguments the user > supplies. As before, once we change position we don't have a > clear idea of what the current logical position of the tape > drive is. > > For tape drives that support long form position data, we > read the current position and store that for later reporting > after changing the position. This should help applications > like Bacula speed tape access under FreeBSD once they are > modified to support the new ioctls. > > Add a new quirk, SA_QUIRK_NO_LONG_POS, that is set for all > drives that report SCSI-2 or older, as well as drives that > report an Illegal Request type error for READ POSITION with > the long format. So we should automatically detect drives > that don't support the long form and stop asking for it after > an initial try. > > Add a partition number to the sa(4) softc. > > Improve device departure handling. The previous implementation > led to hangs when the device was open. > > If an application had the sa(4) driver open, and attempted to > close it after it went away, the cam_periph_release() call in > saclose() would cause the periph to get destroyed because that > was the last reference to it. Because destroy_dev() was > called from the sa(4) driver's cleanup routine (sacleanup()), > and would block waiting for the close to happen, a deadlock > would result. > > So instead of calling destroy_dev() from the cleanup routine, > call destroy_dev_sched_cb() from saoninvalidate() and wait for > the callback. > > Acquire a reference for devfs in saregister(), and release it > in the new sadevgonecb() routine when all devfs devices for > the particular sa(4) driver instance are gone. > > Add a new function, sasetupdev(), to centralize setting > per-instance devfs device parameters instead of repeating the > code in saregister(). > > Add an open count to the softc, so we know how many > peripheral driver references are a result of open > sessions. > > Add the D_TRACKCLOSE flag to the cdevsw flags so > that we get a 1:1 mapping of open to close calls > instead of a N:1 mapping. > > This should be a no-op for everything except the > control device, since we don't allow more than one > open on non-control devices. > > However, since we do allow multiple opens on the > control device, the combination of the open count > and the D_TRACKCLOSE flag should result in an > accurate peripheral driver reference count, and an > accurate open count. > > The accurate open count allows us to release all > peripheral driver references that are the result > of open contexts once we get the callback from devfs. > > sys/sys/mtio.h: > Add a number of new mt(4) ioctls and the requisite data > structures. None of the existing interfaces been removed > or changed. > > This includes definitions for the following new ioctls: > > MTIOCRBLIM /* get block limits */ > MTIOCEXTLOCATE /* seek to position */ > MTIOCEXTGET /* get tape status */ > MTIOCPARAMGET /* get tape params */ > MTIOCPARAMSET /* set tape params */ > MTIOCSETLIST /* set N params */ > > usr.bin/mt/Makefile: > mt(1) now depends on libmt, libsbuf and libbsdxml. > > usr.bin/mt/mt.1: > Document new mt(1) features and subcommands. > > usr.bin/mt/mt.c: > Implement support for mt(1) subcommands that need to > use getopt(3) for their arguments. > > Implement a new 'mt status' command to replace the old > 'mt status' command. The old status command has been > renamed 'ostatus'. > > The new status function uses the MTIOCEXTGET ioctl, and > therefore parses the XML data to determine drive status. > The -x argument to 'mt status' allows the user to dump out > the raw XML reported by the kernel. > > The new status display is mostly the same as the old status > display, except that it doesn't print the redundant density > mode information, and it does print the current partition > number and position flags. > > Add a new command, 'mt locate', that will supersede the > old 'mt setspos' and 'mt sethpos' commands. 'mt locate' > implements all of the functionality of the MTIOCEXTLOCATE > ioctl, and allows the user to change the logical position > of the tape drive in a number of ways. (Partition, > block number, file number, set mark number, end of data.) > The immediate bit and the explicit address bits are > implemented, but not documented in the man page. > > Add a new 'mt weofi' command to use the new MTWEOFI ioctl. > This allows the user to ask the drive to write a filemark > without waiting around for the operation to complete. > > Add a new 'mt getdensity' command that gets the XML-based > tape drive density report from the sa(4) driver and displays > it. This uses the SCSI REPORT DENSITY SUPPORT command > to get comprehensive information from the tape drive about > what formats it is able to read and write. > > Add a new 'mt protect' command that allows getting and setting > tape drive protection information. The protection information > is a CRC tacked on to the end of every read/write from and to > the tape drive. > > Sponsored by: Spectra Logic > MFC after: 1 month > > Thanks, > > Ken > -- > Kenneth Merry > ken@FreeBSD.ORG -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Wed Feb 18 23:22:06 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B6F98A8 for ; Wed, 18 Feb 2015 23:22:06 +0000 (UTC) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (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 43BF2FB6 for ; Wed, 18 Feb 2015 23:22:06 +0000 (UTC) Received: by mail-ig0-f181.google.com with SMTP id hn18so5605817igb.2 for ; Wed, 18 Feb 2015 15:22:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=f0fmhqYPDfc8627hZ+Oh5EHEmpJXmO8J101SE7TOMw4=; b=W6zReQXmEiLFbTXXiiLyW37WsFVwj9KD442d9qGnmLrEv+pnc6sHfHh3pjaxLGxgPV XzgI0xOTBm6KX/T6Tb203uLJDWpZgjYzQGhBZE4+DjCfmEAbb0jeO1VW+BXPa+Bg+1aq /IxoGsLCVE76xIUDIxclw4imQquM9975oQ/xs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=f0fmhqYPDfc8627hZ+Oh5EHEmpJXmO8J101SE7TOMw4=; b=O0wMFeKGTKKyGT7lYHkMKfChoee2R4w6hVsjI/A+himUVSg5w4T77StxzudzeC4Xxa 9YGFp7SZTrOUPaSVq7NsCAqEAqGfDTWHd73eSEqkgf/rsL76XF0C26q9UuvPsVwLvdns /Lt4cRLucUmyDGPK7a4trQdIev1mCuTnJGlp2QuMYbPeE75DjtnjcK+WJ1nC9sNKJtnH yPMLPGZwOomu6ywCBRcciHipVF1qIgjizd5K+1eSw5HqjYoO5TJ59F2wXUMjW76L0rWb y6VIojF2stIKeBk6zeRKpvM2ut/8EYyiIV3qScS5ndvga9ZijA4AasrNpzwjlXFcs4J5 6fzA== X-Gm-Message-State: ALoCoQm4k6vYnEdrGF2hNRAuAh5s+JPorL2m63r+ZtnYkU6bH9DC+G2YYJjdgrrMiQ2Jgxn81ASG X-Received: by 10.50.164.227 with SMTP id yt3mr3575313igb.32.1424301725209; Wed, 18 Feb 2015 15:22:05 -0800 (PST) Received: from [10.31.32.254] (107-133-113-194.lightspeed.milwwi.sbcglobal.net. [107.133.113.194]) by mx.google.com with ESMTPSA id v39sm13967315iov.17.2015.02.18.15.22.04 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 18 Feb 2015 15:22:04 -0800 (PST) Subject: Re: default pager (csh) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: text/plain; charset="utf8"; X-Pgp-Agent: GPGMail 2.5b5 From: Jason Hellenthal In-Reply-To: Date: Wed, 18 Feb 2015 17:21:53 -0600 Content-Transfer-Encoding: 8bit Message-Id: <76BDBF06-D9C1-4737-ACBC-57BBFB0F910F@dataix.net> References: To: Davide Italiano X-Mailer: Apple Mail (2.2070.6) X-Mailman-Approved-At: Thu, 19 Feb 2015 00:19:36 +0000 Cc: FreeBSD Hackers , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 23:22:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Great quote for the OP on the thread. I for one would be for switching it to ‘less -M’ then it would respect a users wish to use environment variables LESS and LESSPIPE but still carry the traditional behavior. On Feb 18, 2015, at 17:18, Davide Italiano wrote: Hi, one of the first things I do when I install FreeBSD is to switch the default PAGER from more(1) to less(1). This is particularly convenient, e.g. while using git diff, to show something more readable. Just out of curiosity, is there a reason why more(1) is still the default, and/or is this just historical? - -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" - -- Jason Hellenthal Mobile: +1 (616) 953-0176 jhellenthal@DataIX.net JJH48-ARIN -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJU5R6bAAoJEDLu+wRc4KcIB8YH+wdyVQNGRPqtzdiEKAR1dGJB jc4q+2+RMs1GpDNsFzjdFBgM30MiwinZ/USZJGzWLoA7lqIHZmpM1PzsvSdMQ0oR 5e9atR+tOVkDMp6P5xXyjj6HNEwRCUv+FmHAzajpJYHqEArpms3H+MUSz8ytgiu6 sJfxpGAY0woaK/sINDV01GfYYneoqqRZtvOioSNVp94+Wtd74o5+W367mGk9vpl6 XRCbj1c0agDhi9FWptH/BcnAFV0JMnhC0v8mtgnmgdD6AoO/lwsswjZysWOJ+ooZ vZmQqk1GzK486Mb2evjgcapZfgCZx6ObRhEXa6VYfjyOz3P19syqFrfMtL+x6hQ= =7Jy7 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 00:36:48 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D10EE3D3; Thu, 19 Feb 2015 00:36:48 +0000 (UTC) Received: from mail.westryn.net (mail.westryn.net [199.48.135.251]) (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 B004BBAB; Thu, 19 Feb 2015 00:36:48 +0000 (UTC) Received: from ice.westryn.net (225x169.ouraynet.com [204.16.225.169]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.westryn.net (Postfix) with ESMTPSA id 0A92994320E; Wed, 18 Feb 2015 17:28:00 -0700 (MST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: default pager (csh) From: Kim Shrier In-Reply-To: <54E5232F.3060409@delphij.net> Date: Wed, 18 Feb 2015 17:27:59 -0700 Content-Transfer-Encoding: 7bit Message-Id: <021CBC62-4CC6-4137-897E-FE482139E09B@westryn.net> References: <54E5232F.3060409@delphij.net> To: FreeBSD Hackers X-Mailer: Apple Mail (2.2070.6) X-Mailman-Approved-At: Thu, 19 Feb 2015 00:58:19 +0000 Cc: Davide Italiano , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 00:36:48 -0000 > On Feb 18, 2015, at 4:41 PM, Xin Li wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 02/18/15 15:18, Davide Italiano wrote: >> Hi, one of the first things I do when I install FreeBSD is to >> switch the default PAGER from more(1) to less(1). This is >> particularly convenient, e.g. while using git diff, to show >> something more readable. Just out of curiosity, is there a reason >> why more(1) is still the default, and/or is this just historical? > > The _only_ reason that I can think of is that more(1) does not clear > screen for certain terminals (done with 'ti' and 'te' sequences), > while less(1) when running as less does. > > The less(1) behavior can be annoying to some people (sometimes even > myself when using less to show contents of a file and ^Z to paste > them), and unfortunately quite a few of them also happen to be the > more vocal ones when it comes to a change. > Being one of those people who strongly prefer using more, I vote against this change. Also, it is easier to scroll back in a terminal window using more. Every system I use, if it defaults the PAGER to less, I change it to more. Kim From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 01:17:07 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 354B6EC4; Thu, 19 Feb 2015 01:17:07 +0000 (UTC) Received: from mail.karels.net (mail.karels.net [63.231.190.5]) by mx1.freebsd.org (Postfix) with ESMTP id C37F098; Thu, 19 Feb 2015 01:17:06 +0000 (UTC) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.14.7/8.14.7) with ESMTP id t1J1GxAw028289; Wed, 18 Feb 2015 19:16:59 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <201502190116.t1J1GxAw028289@mail.karels.net> To: Kim Shrier From: Mike Karels Reply-to: mike@karels.net Subject: Re: default pager (csh) In-reply-to: Your message of Wed, 18 Feb 2015 17:27:59 -0700. <021CBC62-4CC6-4137-897E-FE482139E09B@westryn.net> Date: Wed, 18 Feb 2015 19:16:59 -0600 Cc: Davide Italiano , FreeBSD Hackers , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 01:17:07 -0000 Kim Shrier wrote: > > On Feb 18, 2015, at 4:41 PM, Xin Li wrote: > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA512 > > > > On 02/18/15 15:18, Davide Italiano wrote: > >> Hi, one of the first things I do when I install FreeBSD is to > >> switch the default PAGER from more(1) to less(1). This is > >> particularly convenient, e.g. while using git diff, to show > >> something more readable. Just out of curiosity, is there a reason > >> why more(1) is still the default, and/or is this just historical? > > > > The _only_ reason that I can think of is that more(1) does not clear > > screen for certain terminals (done with 'ti' and 'te' sequences), > > while less(1) when running as less does. > > > > The less(1) behavior can be annoying to some people (sometimes even > > myself when using less to show contents of a file and ^Z to paste > > them), and unfortunately quite a few of them also happen to be the > > more vocal ones when it comes to a change. > > > Being one of those people who strongly prefer using more, I vote > against this change. Also, it is easier to scroll back in a terminal > window using more. Every system I use, if it defaults the PAGER > to less, I change it to more. I think the defaults of both programs on FreeBSD are suboptimal. I prefer more with MORE=-eF, which fixes the man page issue mentioned earlier. This is clearly a personal preference item; we won't get it "right" for everyone. However, anyone who can use git can definitely switch pagers. Trivia: the version of more on BSD systems actually is derived from less, not the original version of more. Mike From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 01:26:35 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C33E6EE; Thu, 19 Feb 2015 01:26:35 +0000 (UTC) Received: from mail.egr.msu.edu (hill.egr.msu.edu [35.9.37.162]) by mx1.freebsd.org (Postfix) with ESMTP id E716B1A9; Thu, 19 Feb 2015 01:26:34 +0000 (UTC) Received: from hill (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 31C702FA1A; Wed, 18 Feb 2015 20:18:44 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by hill (hill.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vp357KlsFSZr; Wed, 18 Feb 2015 20:18:44 -0500 (EST) Received: from EGR authenticated sender Message-ID: <54E539F3.2070506@egr.msu.edu> Date: Wed, 18 Feb 2015 20:18:43 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: FreeBSD Hackers Subject: Re: default pager (csh) References: <54E5232F.3060409@delphij.net> <021CBC62-4CC6-4137-897E-FE482139E09B@westryn.net> In-Reply-To: <021CBC62-4CC6-4137-897E-FE482139E09B@westryn.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 01:26:35 -0000 The PAGER was less for about half a year and reverted. Please see: https://svnweb.freebsd.org/base?view=revision&revision=242643 From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 01:27:54 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7274F8D6; Thu, 19 Feb 2015 01:27:54 +0000 (UTC) Received: from mail-la0-f52.google.com (mail-la0-f52.google.com [209.85.215.52]) (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 EFF3B1BE; Thu, 19 Feb 2015 01:27:53 +0000 (UTC) Received: by labge10 with SMTP id ge10so4842478lab.12; Wed, 18 Feb 2015 17:27:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=cknUMFFVsZ5Nm9BZjoR2H+2bu1dvRGBHttPPqBgAJMs=; b=TD7yKjsdCHUCH+orZcVGTJvapKW6hm5dmR6wIWNpR48OWivPFWJTGwJdj+6vXVNoUl 4VE34r7NIQO1+yb5cQphnkTAnyYMX44cvImQMO6ZfO01DSSQ0R4qiaxEMHpdYCwVJy6t qTBUOvZ9bXtdiBNUZMvgCIVM99B0yrW/m5GHKsvsTsXCLEmUs4VNqWnRVox+EHpT0/aw AzqypOUMXxeKxJhr4rvYBRmkQH3wiFsA3+mdtBX4fx5kyMwW44vzzLRhpEmtQdvSURWg CSnDU7TAwfGUM+bM98gnS2BLMDfrO2TSykgaLAA21okA6/qH7TibidP4qoGGJb088YlZ 6a7Q== MIME-Version: 1.0 X-Received: by 10.152.6.195 with SMTP id d3mr1931186laa.36.1424309266530; Wed, 18 Feb 2015 17:27:46 -0800 (PST) Sender: davide.italiano@gmail.com Received: by 10.25.217.8 with HTTP; Wed, 18 Feb 2015 17:27:46 -0800 (PST) In-Reply-To: <54E539F3.2070506@egr.msu.edu> References: <54E5232F.3060409@delphij.net> <021CBC62-4CC6-4137-897E-FE482139E09B@westryn.net> <54E539F3.2070506@egr.msu.edu> Date: Wed, 18 Feb 2015 17:27:46 -0800 X-Google-Sender-Auth: H2_opNHXgdrXydU70_Bjv4tNy6o Message-ID: Subject: Re: default pager (csh) From: Davide Italiano To: Adam McDougall Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Hackers , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 01:27:54 -0000 On Wed, Feb 18, 2015 at 5:18 PM, Adam McDougall wrote: > The PAGER was less for about half a year and reverted. Please see: > > https://svnweb.freebsd.org/base?view=revision&revision=242643 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" OK, I think this ends the discussion =) Thanks! -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 04:37:57 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2E62C17; Thu, 19 Feb 2015 04:37:57 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C0730898; Thu, 19 Feb 2015 04:37:57 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 90C9D312; Thu, 19 Feb 2015 04:37:56 +0000 (UTC) Date: Thu, 19 Feb 2015 04:37:51 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, jhb@FreeBSD.org, grehan@FreeBSD.org, jkim@FreeBSD.org, ken@FreeBSD.org Message-ID: <930892211.16.1424320674728.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <691050849.15.1424300041656.JavaMail.jenkins@jenkins-9.freebsd.org> References: <691050849.15.1424300041656.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #2407 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 04:37:57 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 05:03:09 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF0E8110; Thu, 19 Feb 2015 05:03:09 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 7A169B66; Thu, 19 Feb 2015 05:03:09 +0000 (UTC) Received: from [192.168.200.212] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 8989F192A3B; Thu, 19 Feb 2015 05:03:04 +0000 (UTC) Message-ID: <54E56E87.6010704@ignoranthack.me> Date: Wed, 18 Feb 2015 21:03:03 -0800 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Xen HVM Panic, HEAD References: <54E2BF1E.4090002@ignoranthack.me> <20150217085657.GR34251@kib.kiev.ua> <54E39DC4.4010802@ignoranthack.me> <20150217202653.GW34251@kib.kiev.ua> <54E3A4D9.4080604@ignoranthack.me> In-Reply-To: <54E3A4D9.4080604@ignoranthack.me> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: royger@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 05:03:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 02/17/15 12:30, Sean Bruno wrote: > On 02/17/15 12:26, Konstantin Belousov wrote: >> On Tue, Feb 17, 2015 at 12:00:04PM -0800, Sean Bruno wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 >>> >>> On 02/17/15 00:56, Konstantin Belousov wrote: >>>> On Mon, Feb 16, 2015 at 08:10:06PM -0800, Sean Bruno wrote: >>>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 >>>>> >>>>> https://people.freebsd.org/~sbruno/Xen_APIC_panic.png >>>>> >>>>> I suspect that there may be one or two more lines above >>>>> this that are relevant to this panic, but XENHVM kernel's >>>>> now panic booting on Xen server. The working kernel output >>>>> looks like this: >>>>> >>>>> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final >>>>> 208032) 20140512 XEN: Hypervisor version 4.2 detected. >>>>> CPU: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz >>>>> (2400.05-MHz K8-class CPU) Origin="GenuineIntel" >>>>> Id=0x206c2 Family=0x6 Model=0x2c Stepping=2 >>>>> Features=0x1783fbff >>>>> >>>>> >>> >>>>> > >>>>> Features2=0x81ba2201 >>>>> AMD Features=0x28100800 AMD >>>>> Features2=0x1 Hypervisor: Origin = "XenVMMXenVMM" >>>>> real memory = 1434451968 (1368 MB) avail memory = >>>>> 1353293824 (1290 MB) Event timer "LAPIC" quality 400 ACPI >>>>> APIC Table: FreeBSD/SMP: Multiprocessor System >>>>> Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 >>>>> (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 ioapic0: Changing >>>>> APIC ID to 1 MADT: Forcing active-low polarity and level >>>>> trigger for SCI >>>> I am not sure why your machine uses native lapic instead of >>>> xen lapic, and should it be other way, or not. >>>> >>>> Regardless, show the line number for the ipi_startup+0x56. >>>> Did you performed clean kernel build ? >>>> >>>> >>> >>> I have rebuilt a kernel/world based on head at svn r276627. I >>> have delete /usr/obj completely and started from scratch. >>> >>> Updated kernelpanic image at >>> https://people.freebsd.org/~sbruno/Xen_APIC_panic.png >>> >>> /usr/src/sys/x86/include # kgdb /boot/kernel/kernel GNU gdb >>> 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. >>> GDB is free software, covered by the GNU General Public >>> License, and you are welcome to change it and/or distribute >>> copies of it under certain conditions. Type "show copying" to >>> see the conditions. There is absolutely no warranty for GDB. >>> Type "show warranty" for details. This GDB was configured as >>> "amd64-marcel-freebsd"... (kgdb) list *(ipi_startup+0x56) >>> 0xffffffff80e088c6 is in ipi_startup (apicvar.h:383). 378 379 >>> static inline int 380 lapic_ipi_wait(int delay) 381 { 382 383 >>> return (apic_ops.ipi_wait(delay)); 384 } 385 386 static inline >>> int 387 lapic_set_lvt_mask(u_int apic_id, u_int lvt, u_char >>> masked) >>> > >> Please disassemble your ipi_startup, also please do 'p >> *apic_ops'. > > > > > (kgdb) disassemble ipi_startup > > > > Dump of assembler code for function ipi_startup: 0xffffffff80df3900 > : push %rbp 0xffffffff80df3901 > : mov %rsp,%rbp 0xffffffff80df3904 > : push %r14 0xffffffff80df3906 > : push %rbx 0xffffffff80df3907 > : mov %esi,%ebx 0xffffffff80df3909 > : mov %edi,%r14d 0xffffffff80df390c > : mov $0xc500,%edi 0xffffffff80df3911 > : mov %r14d,%esi 0xffffffff80df3914 > : callq *0xffffffff815ac428 0xffffffff80df391b > : mov $0x14,%edi 0xffffffff80df3920 > : callq *0xffffffff815ac438 0xffffffff80df3927 > : mov $0x8500,%edi 0xffffffff80df392c > : mov %r14d,%esi 0xffffffff80df392f > : callq *0xffffffff815ac428 0xffffffff80df3936 > : mov $0x2710,%edi 0xffffffff80df393b > : callq 0xffffffff80f39c10 > 0xffffffff80df3940 : or $0x4600,%ebx > 0xffffffff80df3946 : movslq %ebx,%rbx > 0xffffffff80df3949 : mov %rbx,%rdi > 0xffffffff80df394c : mov %r14d,%esi > 0xffffffff80df394f : callq *0xffffffff815ac428 > 0xffffffff80df3956 : mov $0x14,%edi > 0xffffffff80df395b : callq *0xffffffff815ac438 > 0xffffffff80df3962 : test %eax,%eax > 0xffffffff80df3964 : je 0xffffffff80df399b > 0xffffffff80df3966 : mov > $0xc8,%edi 0xffffffff80df396b : callq > 0xffffffff80f39c10 0xffffffff80df3970 : > mov %rbx,%rdi 0xffffffff80df3973 : mov > %r14d,%esi 0xffffffff80df3976 : callq > *0xffffffff815ac428 0xffffffff80df397d : mov > $0x14,%edi 0xffffffff80df3982 : callq > *0xffffffff815ac438 0xffffffff80df3989 : test > %eax,%eax 0xffffffff80df398b : je > 0xffffffff80df39a4 0xffffffff80df398d > : mov $0xc8,%edi 0xffffffff80df3992 > : pop %rbx 0xffffffff80df3993 > : pop %r14 0xffffffff80df3995 > : pop %rbp 0xffffffff80df3996 > : jmpq 0xffffffff80f39c10 > 0xffffffff80df399b : mov > $0xffffffff810cb5c4,%rdi 0xffffffff80df39a2 : > jmp 0xffffffff80df39ab 0xffffffff80df39a4 > : mov $0xffffffff810cb5f3,%rdi > 0xffffffff80df39ab : xor %eax,%eax > 0xffffffff80df39ad : mov %r14d,%esi > 0xffffffff80df39b0 : callq 0xffffffff809b40d0 > End of assembler dump. > > > (kgdb) p apic_ops $2 = {create = 0xffffffff80f32e10 > , init = 0xffffffff80f32f70 > , xapic_mode = 0xffffffff80f331b0 > , setup = 0xffffffff80f331e0 > , dump = 0xffffffff80f336c0 > , disable = 0xffffffff80f339a0 > , eoi = 0xffffffff80f33a00 > , id = 0xffffffff80f33a40 , > intr_pending = 0xffffffff80f33a80 , > set_logical_id = 0xffffffff80f33ad0 , > cpuid = 0xffffffff80f33b10 , alloc_vector = > 0xffffffff80f33b20 , alloc_vectors = > 0xffffffff80f33c90 , enable_vector = > 0xffffffff80f33ec0 , disable_vector = > 0xffffffff80f33ef0 , free_vector = > 0xffffffff80f33f00 , enable_pmc = > 0xffffffff80f34110 , disable_pmc = > 0xffffffff80f34200 , reenable_pmc = > 0xffffffff80f34260 , enable_cmc = > 0xffffffff80f342c0 , ipi_raw = > 0xffffffff80f34310 , ipi_vectored = > 0xffffffff80f343d0 , ipi_wait = > 0xffffffff80f34470 , set_lvt_mask = > 0xffffffff80f34550 , set_lvt_mode = > 0xffffffff80f34650 , set_lvt_polarity = > 0xffffffff80f347e0 , > set_lvt_triggermode = 0xffffffff80f348f0 > } > > > > This panic starts at: https://svnweb.freebsd.org/base?view=revision&revision=278473 If I use 278472, I can boot the Xen VM normally. If I use head and set hw.x2apic_enable="0" in loader.conf and boot head (278970), it boots normally. Second issue: However, the UFS disk access is SO slow on this that it took 2+hours to do an installworld, which I couldn't abort because it had already started. I'm not sure if the UFS disk access is related at all or not. Once things are read from disk into memory they are fast and responsive (e.g. sshd, tmux, shells, etc). sean bcc royger From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 06:10:02 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79C0587C; Thu, 19 Feb 2015 06:10:02 +0000 (UTC) Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) (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 487E4115; Thu, 19 Feb 2015 06:10:01 +0000 (UTC) Received: by iecrl12 with SMTP id rl12so7169645iec.4; Wed, 18 Feb 2015 22:09:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=wBX2mM4rijDnykxrWrIgrNiCv/lMINR0MKv0QOekWfs=; b=CkOuHcRIIGEqkypfEUxMdHnGqni0VDRwzldXsFyfurZF1BeqrYENllSsusdyQc8GfT vuF1oZJabw2rvCb+Jav8LrJvaMWTFO2Jl2udQR1b4PEsFsY5TZtH2vAhoR2RQxtK5IFW wHZGj297NsPuziaHIf0UalXY7a722CuYALfQTHYkV9VItgGgkZ7VlMxj3cwAeGpcClOq HhGSEFO8FEf2iAQWEdsI9PXkDO1z3HaRPU+2GE988RIxrzmUFz03GIESbxkq2uNOYNFn j2nfpZXTBydnHEvm145AGbBEfp7p/Fjl4MRs3F+EnyJqTCsaVfDUjzmhZ9gruOj843s4 EfLw== MIME-Version: 1.0 X-Received: by 10.50.93.70 with SMTP id cs6mr7728566igb.6.1424326194961; Wed, 18 Feb 2015 22:09:54 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.17.66 with HTTP; Wed, 18 Feb 2015 22:09:54 -0800 (PST) In-Reply-To: <54E56E87.6010704@ignoranthack.me> References: <54E2BF1E.4090002@ignoranthack.me> <20150217085657.GR34251@kib.kiev.ua> <54E39DC4.4010802@ignoranthack.me> <20150217202653.GW34251@kib.kiev.ua> <54E3A4D9.4080604@ignoranthack.me> <54E56E87.6010704@ignoranthack.me> Date: Wed, 18 Feb 2015 22:09:54 -0800 X-Google-Sender-Auth: jNNTnHdQ2xRJzw51_N1RGJg3wK4 Message-ID: Subject: Re: Xen HVM Panic, HEAD From: Adrian Chadd To: Sean Bruno Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current , Konstantin Belousov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 06:10:02 -0000 Hi, Since this is the (at least) second round of "x2apic support broke me" changes, can we please either back them out or set it to default to '0' for now? Thanks, -adrian From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 06:32:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01E57F34; Thu, 19 Feb 2015 06:32:42 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id DC17B367; Thu, 19 Feb 2015 06:32:41 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4F26A345; Thu, 19 Feb 2015 06:32:29 +0000 (UTC) Date: Thu, 19 Feb 2015 06:32:10 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, gjb@FreeBSD.org, glebius@FreeBSD.org, markj@FreeBSD.org, jmg@FreeBSD.org Message-ID: <1294265606.18.1424327547807.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2408 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 06:32:42 -0000 See Changes: [gjb] Fix a grammar nit. Sponsored by:=09The FreeBSD Foundation [markj] Remove unnecessary checks for a return value of NULL from M_WAITOK allocations. MFC after:=093 days [markj] Free the zlib stream after expanding a compressed CTF section. Note that this memory would only be leaked once, since CTF info for a kld file is cached after the first access. MFC after:=093 days [jmg] fix spelling, add comma and remove BUGS section.. it provided no use= ful information, and is not really bugs, but limitations for other reasons... [glebius] Use new struct mbufq instead of struct ifqueue to manage packet q= ueues in IPv6 multicast code. Sponsored by:=09Netflix Sponsored by:=09Nginx, Inc. [glebius] Use new struct mbufq instead of struct ifqueue to manage packet q= ueues in IPv4 multicast code. Sponsored by:=09Netflix Sponsored by:=09Nginx, Inc. [glebius] Provide a set of inline functions to manage simple mbuf(9) queues= , based on queue(3)'s STAILQ. Utilize them in cxgb(4) and Xen, deleting home grown implementations. Sponsored by:=09Netflix Sponsored by:=09Nginx, Inc. ------------------------------------------ [...truncated 76151 lines...] --- inet_ntop.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o inet_ntop.So --- inet_pton.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o inet_pton.So --- nsap_addr.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o nsap_addr.So --- ev_streams.So --- --- ev_timers.So --- --- ascii.So --- --- ev_streams.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno---- ev_timers.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno---- ev_streams.So --- parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o ev_s= treams.So --- ev_timers.So --- parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o ev_ti= mers.So --- ascii.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o ascii.So --- big5.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o big5.So --- btowc.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o btowc.So --- collate.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o collate.So --- collcmp.So --- --- euc.So --- --- collcmp.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno---- fix_grouping.So --= - --- collcmp.So --- parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o coll= cmp.So --- euc.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o euc.So --- fix_grouping.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o fix_grouping.So --- gb18030.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o gb18030.So --- gb2312.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o gb2312.So --- gbk.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o gbk.So --- ctype.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o ctype.So --- isctype.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o isctype.So --- iswctype.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o iswctype.So --- ldpart.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o ldpart.So --- lmessages.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o lmessages.So --- lmonetary.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o lmonetary.So --- lnumeric.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o lnumeric.So --- localeconv.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno---- mblen.So --- --- localeconv.So --- parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o l= ocaleconv.So --- mblen.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o mblen.So --- mbrlen.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o mbrlen.So --- mbrtowc.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o mbrtowc.So --- mbsinit.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno---- mbsnrtowcs.So --- --- mbsrtowcs.So --- --- mbsinit.So --- parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o mbsi= nit.So --- mbtowc.So --- --- mbsnrtowcs.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o mbsnrtowcs.So --- mbtowc.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o mbtowc.So --- mbsrtowcs.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o mbsrtowcs.So --- mbstowcs.So --- --- mskanji.So --- --- mbstowcs.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o mbstowcs.So --- mskanji.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o mskanji.So --- nextwctype.So --- --- nl_langinfo.So --- --- nextwctype.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o nextwctype.So --- nl_langinfo.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o nl_langinfo.So --- nomacros.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o nomacros.So --- none.So --- --- rpmatch.So --- --- none.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o none.So --- rpmatch.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o rpmatch.So --- rune.So --- --- runetype.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno---- rune.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno---- runetype.So --- parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o run= etype.So --- rune.So --- parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o rune.So --- setlocale.So --- --- setrunelocale.So --- --- setlocale.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o setlocale.So --- setrunelocale.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o setrunelocale.So --- table.So --- --- tolower.So --- --- table.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o table.So --- tolower.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o tolower.So --- toupper.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o toupper.So --- utf8.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o utf8.So --- wcrtomb.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wcrtomb.So --- wcsnrtombs.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wcsnrtombs.So --- wcsrtombs.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wcsrtombs.So --- wcsftime.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wcsftime.So --- wcstof.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wcstof.So --- wcstod.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wcstod.So --- wcstoimax.So --- --- wcstol.So --- --- wcstoimax.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wcstoimax.So --- wcstol.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wcstol.So --- wcstold.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wcstold.So --- wcstoll.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wcstoll.So --- wcstombs.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wcstombs.So --- wcstoul.So --- --- wcstoull.So --- --- wcstoul.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wcstoul.So --- wcstoull.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wcstoull.So --- wcstoumax.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wcstoumax.So --- wctob.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wctob.So --- wctomb.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno---- wctrans.So --- --- wctomb.So --- parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o wctom= b.So --- wctype.So --- --- wctrans.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wctrans.So --- wctype.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wctype.So --- wcwidth.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o wcwidth.So --- xlocale.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o xlocale.So --- c16rtomb_iconv.So --- --- c32rtomb_iconv.So --- --- c16rtomb_iconv.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o c16rtomb_iconv.So --- c32rtomb_iconv.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o c32rtomb_iconv.So --- mbrtoc16_iconv.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o mbrtoc16_iconv.So --- mbrtoc32_iconv.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o mbrtoc32_iconv.So --- md5c.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o md5c.So --- ns_name.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o ns_name.So --- ns_netint.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o ns_netint.So --- ns_parse.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o ns_parse.So --- ns_print.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o ns_print.So --- ns_samedomain.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o ns_samedomain.So --- ns_ttl.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o ns_ttl.So --- base64.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o base64.So --- ether_addr.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o ether_addr.So --- eui64.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o eui64.So --- gai_strerror.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o gai_strerror.So --- getaddrinfo.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o getaddrinfo.So --- gethostbydns.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o gethostbydns.So --- gethostbyht.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o gethostbyht.So --- gethostbynis.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o gethostbynis.So --- gethostnamadr.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o gethostnamadr.So --- getaddrinfo.So --- In file included from :70: :655:17: error: field has incomplete type = 'struct mbufq' struct mbufq in6m_scq; /* queue of pending ^ :655:9: note: forward declaration of 'stru= ct mbufq' struct mbufq in6m_scq; /* queue of pending ^ --- getifaddrs.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o getifaddrs.So --- getifmaddrs.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I -I -DINET6 -I -I -D_= ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUI= LTIN -I -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-prot= ector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-= knr-promoted-parameter -Qunused-arguments -c -o getifmaddrs.So --- getaddrinfo.So --- 1 error generated. *** [getaddrinfo.So] Error code 1 make[4]: stopped in 1 error make[4]: stopped in A failure has been detected in another branch of the parallel make make[3]: stopped in *** [libraries] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [_libraries] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 06:47:04 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86F5118C; Thu, 19 Feb 2015 06:47:04 +0000 (UTC) Received: from host64.kissl.de (host64.kissl.de [213.239.241.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.shmhost.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E9B4650; Thu, 19 Feb 2015 06:47:03 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by host64.kissl.de (Postfix) with ESMTP id 60726B00B74; Thu, 19 Feb 2015 07:46:51 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at host64.kissl.de Received: from host64.kissl.de ([127.0.0.1]) by localhost (host64.kissl.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KpLg4juKGM8v; Thu, 19 Feb 2015 07:46:51 +0100 (CET) Received: from [192.168.1.101] (unknown [95.90.210.138]) (Authenticated sender: web104p1) by host64.kissl.de (Postfix) with ESMTPSA id 33D43B00B73; Thu, 19 Feb 2015 07:46:51 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: default pager (csh) From: Franco Fichtner In-Reply-To: Date: Thu, 19 Feb 2015 07:46:50 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4F3A7029-EF19-40E0-B859-E169684A3B36@lastsummer.de> References: <54E5232F.3060409@delphij.net> <021CBC62-4CC6-4137-897E-FE482139E09B@westryn.net> <54E539F3.2070506@egr.msu.edu> To: Davide Italiano X-Mailer: Apple Mail (2.2070.6) Cc: FreeBSD Hackers , Adam McDougall , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 06:47:04 -0000 > On 19 Feb 2015, at 02:27, Davide Italiano wrote: >=20 > On Wed, Feb 18, 2015 at 5:18 PM, Adam McDougall = wrote: >> The PAGER was less for about half a year and reverted. Please see: >>=20 >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D242643 >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >=20 > OK, I think this ends the discussion =3D) Nope, not good enough. The way I see it we achieved nothing despite the fact that several bugs are on the table. Now that we all agree more(1) is the way to go, can we please fix colouring and the pager quit issue for man pages using sensible options in more(1)? Other's should speak up for their woes with the FreeBSD defaults too. The defaults are supposed to be the best we can do. Right now, we can actually do better. :) Cheers, Franco= From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 07:15:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55944548 for ; Thu, 19 Feb 2015 07:15:42 +0000 (UTC) Received: from mail-pd0-f173.google.com (mail-pd0-f173.google.com [209.85.192.173]) (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 295BD8FB for ; Thu, 19 Feb 2015 07:15:41 +0000 (UTC) Received: by pdev10 with SMTP id v10so6943904pde.10 for ; Wed, 18 Feb 2015 23:15:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:content-transfer-encoding:from:mime-version:subject :date:message-id:references:cc:in-reply-to:to; bh=LWhpkRbTtY42vyalzk1JsTveMVPzElpocec2ZTGmtgY=; b=kdfjk8o10Bm76ykb9bsV7cRoVMbfXZ5g72NbkHfA35Elbn2+c47fY506VS2aEIjbSq hy5qGSIza3fqAzoQF3uZbLC5ICYJl+G+IkwyHs194UzgyHnEVjKZJZD6LDmOe/sQ0ArN y2L/G8e9GPab7C362h05+efitr2iAWtszuPLUBDuIZqU8LwjuekXHDWOGQTmltvnx8IK u7MSxHI4U2mhNokXR9YVCwarDc5i8hCTQvaGbulHMF4nZ0f3ZNF9oRBV6/Q20mW2pTeq kGNLToU7yZm4tscOrB8i5mmDOsaJDTSEQj7aqCZIv4UhhlfJ1QrGs/7n9G/NL/4JGTx2 1yZA== X-Received: by 10.69.27.105 with SMTP id jf9mr5349650pbd.126.1424330141008; Wed, 18 Feb 2015 23:15:41 -0800 (PST) Received: from [192.168.1.15] ([1.9.107.213]) by mx.google.com with ESMTPSA id pr2sm22564456pbb.88.2015.02.18.23.15.39 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 18 Feb 2015 23:15:40 -0800 (PST) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable From: Ccs189 Mime-Version: 1.0 (1.0) Subject: Re: r278857: buildkernel failure: pf_norm.c:1098:1: error: no previous prototype for function 'pf_refragment6' Date: Thu, 19 Feb 2015 15:09:26 +0800 Message-Id: References: <20150216185422.5bb1feff.ohartman@zedat.fu-berlin.de> In-Reply-To: <20150216185422.5bb1feff.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: iPhone Mail (12B440) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 07:15:42 -0000 Hi,=20 I encountered this issue before. What I did is resync with the source tree a= gain. N recompile world. It solved the issue. Maybe you can try that also ?=20= Sent from my iPhone > On 17 Feb 2015, at 1:54 am, O. Hartmann wrot= e: >=20 >=20 > awk -f /usr/src/sys/conf/kmod_syms.awk ng_ksocket.ko export_syms | xargs -= J% objcopy % > ng_ksocket.ko objcopy --strip-debug ng_ksocket.ko > =3D=3D=3D> netgraph/l2tp (all) > --- ng_l2tp.o --- > cc -O2 -pipe -O3 -O3 -pipe -march=3Dnative -fno-strict-aliasing -Werror -= D_KERNEL > -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS > -include /usr/obj/usr/src/sys/THOR/opt_global.h -I. -I/usr/src/sys > -I/usr/src/sys/contrib/altq -fno-common -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/THOR -mcmodel=3Dkerne= l -mno-red-zone > -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestan= ding -fwrapv > -fstack-protector -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-poi= nter-sign -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototyp= es > -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions > -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthe= ses-equality > -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -s= td=3Diso9899:1999 > -c /usr/src/sys/modules/netgraph/l2tp/../../../netgraph/ng_l2tp.c --- all_= subdir_pf > --- /usr/src/sys/modules/pf/../../netpfil/pf/pf_norm.c:1098:1: error: no p= revious > prototype for function 'pf_refragment6' [-Werror,-Wmissing-prototypes] > pf_refragment6(struct ifnet *ifp, struct mbuf **m0, struct m_tag *mtag) ^ 1= error > generated. *** [pf_norm.o] Error code 1 >=20 > make[4]: stopped in /usr/src/sys/modules/pf > 1 error >=20 > make[4]: stopped in /usr/src/sys/modules/pf > *** [all_subdir_pf] Error code 2 From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 07:44:56 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11245B47; Thu, 19 Feb 2015 07:44:56 +0000 (UTC) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::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 C7D7CBE2; Thu, 19 Feb 2015 07:44:55 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id gq1so11657102obb.2; Wed, 18 Feb 2015 23:44:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ufHx6epqkW9jfEG3kYSdAr0KbMQaKK9toUkfdteDiwo=; b=wteezfKfSbhX34Ro9OJdirKd1eyxh/wxqLEfBKWAs5iChRz8uYMjysWnELqYZ/yuaR SWgNIGve15+OJtPuBbKYW0qhCizeuV76qCK+xoCEcilGX2UmtRhv+DUWHNnixJfk5pU/ Kh745x3AmxXhDZ15tVaMiU772rdKAUMG9sQCIfsi0DVAFjjGq+PydCFSJC4S6zLEEk1Y MeGXM5x4kmOvuA5wP5QIhv6bkZycbPgBM07mC/JULHvwYNh5wFaI9FiixBl1fljWsKEX RiEz4W3ZVkrSK7WpfS3419UR/MdBj40qBJ+vusYDE8Z9qyWHo6J3NlcYt020/1NLWozu 78Pg== MIME-Version: 1.0 X-Received: by 10.60.92.66 with SMTP id ck2mr2133665oeb.30.1424331895127; Wed, 18 Feb 2015 23:44:55 -0800 (PST) Received: by 10.202.105.73 with HTTP; Wed, 18 Feb 2015 23:44:55 -0800 (PST) In-Reply-To: <54E3D2A0.2090903@FreeBSD.org> References: <54E3D2A0.2090903@FreeBSD.org> Date: Thu, 19 Feb 2015 08:44:55 +0100 Message-ID: Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 From: Johannes Dieterich To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 07:44:56 -0000 Dear Jean, thanks for your work! I built a recent git checkout of the kms38-branch on both a i5-3320M (w/ HD4000) and an AMD FirePro V4900. Works absolutely fine, the only minor issue is that there seemingly is a small performance regression w/ clover. However, I didn't yet have time to dig into this and make sure that indeed something is off. HTH Johannes On Wed, Feb 18, 2015 at 12:45 AM, Jean-S=C3=A9bastien P=C3=A9dron wrote: > Hi! > > An update to the DRM subsystem, not including the drivers, is ready for > wider testing! > > The patch against HEAD is here: > https://people.freebsd.org/~dumbbell/graphics/drm-update-38.f.patch > > I'm interested in success/failure reports for amd64, powerpc and > powerpc64 users, for i915 and Radeon GPUs. I already know there is a > build issue on i386, please wait for the next patch if you are in this ca= se. > > The changes brought by this patch are explained in a blog post: > http://blogs.freebsdish.org/graphics/2015/02/18/testing-the-drm-update/ > > This is working well for some Radeon users for more than a year. > However, it only started to work with i915 a month ago, when the i915 > refresh was committed. > > Try your day-to-day applications, try suspend/resume, try all output > connectors, try OpenGL stuff, try backlight controls, everything :) > > Thank you! > > -- > Jean-S=C3=A9bastien P=C3=A9dron > From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 07:45:35 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20472C7A; Thu, 19 Feb 2015 07:45:35 +0000 (UTC) Received: from mail-we0-f172.google.com (mail-we0-f172.google.com [74.125.82.172]) (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 AA0C9BF2; Thu, 19 Feb 2015 07:45:34 +0000 (UTC) Received: by wesw62 with SMTP id w62so5567868wes.9; Wed, 18 Feb 2015 23:45:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=DZI6jz1kgTjjd2MyHc7aMzNWdawe5298evsSLasAOAk=; b=VkBknqFvPoOtNkxF6+UYv3JprzOq8utceOaRpG5ALT3cd93IGtrm59B/RXh8KTJDca SqJB7MTqJubuV/o8CbaSRLDC7ABKiNfZuZ3yrX+yao4E3KvQFEQEq9UtBVOJJYaDIAkB klN5h6I0KLpLnNd6Yvvsv8L9l1f+tuapcK8TbBeYOICxAWL8BpcBKzs+gXYoVwkKokQj sD2rLIrMlBAQEHRLrcnYhQFeODQcSnSssYAivMfaJ4G7j9BjXHRrJKeZcvf7Bl5fbeLa nm9chYhC/ltDyebpVDxtR+0I8+Ddmpxy0fpP9ZN9XlLY5N5mWVqDYpBKHIS/lkBKmLuf QIbw== MIME-Version: 1.0 X-Received: by 10.180.85.70 with SMTP id f6mr7705386wiz.22.1424331927113; Wed, 18 Feb 2015 23:45:27 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.27.19.3 with HTTP; Wed, 18 Feb 2015 23:45:27 -0800 (PST) In-Reply-To: <4F3A7029-EF19-40E0-B859-E169684A3B36@lastsummer.de> References: <54E5232F.3060409@delphij.net> <021CBC62-4CC6-4137-897E-FE482139E09B@westryn.net> <54E539F3.2070506@egr.msu.edu> <4F3A7029-EF19-40E0-B859-E169684A3B36@lastsummer.de> Date: Wed, 18 Feb 2015 23:45:27 -0800 X-Google-Sender-Auth: H5eMjJlEg_rELA5EKBE6HGlrPvM Message-ID: Subject: Re: default pager (csh) From: Kevin Oberman To: Franco Fichtner Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Davide Italiano , FreeBSD Hackers , Adam McDougall , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 07:45:35 -0000 On Wed, Feb 18, 2015 at 10:46 PM, Franco Fichtner wrote: > > > On 19 Feb 2015, at 02:27, Davide Italiano wrote: > > > > On Wed, Feb 18, 2015 at 5:18 PM, Adam McDougall > wrote: > >> The PAGER was less for about half a year and reverted. Please see: > >> > >> https://svnweb.freebsd.org/base?view=revision&revision=242643 > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > > OK, I think this ends the discussion =) > > Nope, not good enough. The way I see it we achieved nothing > despite the fact that several bugs are on the table. > > Now that we all agree more(1) is the way to go, can we please fix > colouring and the pager quit issue for man pages using sensible > options in more(1)? > > Other's should speak up for their woes with the FreeBSD defaults > too. The defaults are supposed to be the best we can do. Right > now, we can actually do better. :) > > > Cheers, > Franco > I want my bikeshed to be purple with yellow stars. I want my PAGER to be Jim Davis's most(1). Does a LOT more than more or less. (Does have the annoying te/ti thing, though.) Displays binary. Auto-decompresses compressed files. Allows moving my line or percentage. Whole raft of neat stuff. Usually the second port (after portmaster) I install on a system since my finger type "most" even when I want them to type "more" because the system does not have most installed. I don't expect anyone else to agree and don't expect it to ever be in the base, let alone the default. Still, it's a much better pager then less, whether it's called more or not. Started using it at least 25 years ago on VMS. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 08:17:11 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70DC144F; Thu, 19 Feb 2015 08:17:11 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 41C19ED7; Thu, 19 Feb 2015 08:17:11 +0000 (UTC) Received: from Julian-MBP3.local (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t1J8H0nl013954 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 19 Feb 2015 00:17:01 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <54E59BF7.40207@freebsd.org> Date: Thu, 19 Feb 2015 00:16:55 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: d@delphij.net, Davide Italiano , freebsd-current , FreeBSD Hackers Subject: Re: default pager (csh) References: <54E5232F.3060409@delphij.net> In-Reply-To: <54E5232F.3060409@delphij.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 08:17:11 -0000 On 2/18/15 3:41 PM, Xin Li wrote: > > The _only_ reason that I can think of is that more(1) does not clear > screen for certain terminals (done with 'ti' and 'te' sequences), > while less(1) when running as less does. > > The less(1) behavior can be annoying to some people (sometimes even > myself when using less to show contents of a file and ^Z to paste > them), and unfortunately quite a few of them also happen to be the > more vocal ones when it comes to a change. I find that behaviour infuriating I page down to a place to get some text on the screen to use as a reference, then exit to run a command with that information, and *bam* the info I wanted to use has gone away. From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 09:27:40 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2209090F for ; Thu, 19 Feb 2015 09:27:40 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 67F938A3 for ; Thu, 19 Feb 2015 09:27:38 +0000 (UTC) Received: (qmail 15477 invoked by uid 89); 19 Feb 2015 09:20:57 -0000 Received: from unknown (HELO ?192.168.250.192?) (mg@grem.de@88.217.180.225) by mail.grem.de with ESMTPA; 19 Feb 2015 09:20:57 -0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: default pager (csh) From: Michael Gmelin X-Mailer: iPhone Mail (12B466) In-Reply-To: <54E59BF7.40207@freebsd.org> Date: Thu, 19 Feb 2015 10:20:57 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <04CE7196-9CD7-4437-BDA1-CA842F4A2A6E@freebsd.org> References: <54E5232F.3060409@delphij.net> <54E59BF7.40207@freebsd.org> To: Julian Elischer Cc: Davide Italiano , FreeBSD Hackers , freebsd-current , "d@delphij.net" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 09:27:40 -0000 > On 19 Feb 2015, at 09:16, Julian Elischer wrote: >=20 >> On 2/18/15 3:41 PM, Xin Li wrote: >>=20 >> The _only_ reason that I can think of is that more(1) does not clear >> screen for certain terminals (done with 'ti' and 'te' sequences), >> while less(1) when running as less does. >>=20 >> The less(1) behavior can be annoying to some people (sometimes even >> myself when using less to show contents of a file and ^Z to paste >> them), and unfortunately quite a few of them also happen to be the >> more vocal ones when it comes to a change. >=20 > I find that behaviour infuriating >=20 > I page down to a place to get some text on the screen to use as a referen= ce, then exit to run a command with that information, and *bam* the info I w= anted to use has gone away. Yeah, that drives me nuts too, Debian had (has?) this and it's a no-go for m= e. Changing options for man would be nice though, so finding something near t= he end of the page won't exit the pager. From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 09:55:08 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACAE935F; Thu, 19 Feb 2015 09:55:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 99F23BB9; Thu, 19 Feb 2015 09:55:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 019F33B7; Thu, 19 Feb 2015 09:55:07 +0000 (UTC) Date: Thu, 19 Feb 2015 09:55:05 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, gjb@FreeBSD.org, glebius@FreeBSD.org, markj@FreeBSD.org, jmg@FreeBSD.org Message-ID: <991148620.19.1424339707456.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1294265606.18.1424327547807.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1294265606.18.1424327547807.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #2409 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 09:55:08 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 10:18:50 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62BA76B7 for ; Thu, 19 Feb 2015 10:18:50 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 43BCADCE for ; Thu, 19 Feb 2015 10:18:50 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1666F3BB for ; Thu, 19 Feb 2015 10:18:50 +0000 (UTC) Date: Thu, 19 Feb 2015 10:18:50 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1883008480.21.1424341130067.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-tests2 #725 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 10:18:50 -0000 See ------------------------------------------ [...truncated 62 lines...] Event timer "HPET1" frequency 10000000 Hz quality 450 Event timer "HPET2" frequency 10000000 Hz quality 450 Event timer "HPET3" frequency 10000000 Hz quality 450 Event timer "HPET4" frequency 10000000 Hz quality 450 Event timer "HPET5" frequency 10000000 Hz quality 450 Event timer "HPET6" frequency 10000000 Hz quality 450 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 virtio_pci0: port 0x2000-0x201f mem 0xc0000000= -0xc0001fff irq 16 at device 2.0 on pci0 vtnet0: on virtio_pci0 virtio_pci0: host features: 0x1018020 virtio_pci0: negotiated features: 0x18020 vtnet0: Ethernet address: 58:9c:fc:00:00:2e 001.000045 [ 427] vtnet_netmap_attach max rings 1 001.000046 [2717] netmap_attach success for vtnet0 tx 1/1024 rx= 1/1024 queues/slots 001.000047 [ 432] vtnet_netmap_attach virtio attached txq=3D1, txd=3D= 1024 rxq=3D1, rxd=3D1024 ahci0: mem 0xc0002000-0xc00023ff irq 17 a= t device 3.0 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 qpi0: on motherboard vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range Timecounters tick every 1.000 msec ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: Serial Number 123456 ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 2048MB (4194304 512 byte sectors: 16H 63S/T 4161C) ada0: Previously was known as ad4 random: unblocking device. SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ufs/TESTROOT [rw]... Setting hostuuid: a26265ab-b820-11e4-a5fc-589cfc00002e. Setting hostid: 0x48907087. No suitable dump device was found. Starting file system checks: /dev/ufs/TESTROOT: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/TESTROOT: clean, 245421 free (29 frags, 30674 blocks, 0.0% fragmen= tation) Mounting local file systems:. /etc/rc: WARNING: $hostname is not set -- see rc.conf(5). Feeding entropy:. Starting Network: lo0 vtnet0. lo0: flags=3D8049 metric 0 mtu 16384 =09options=3D600003 =09inet6 ::1 prefixlen 128=20 =09inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2=20 =09inet 127.0.0.1 netmask 0xff000000=20 =09nd6 options=3D21 =09groups: lo=20 vtnet0: flags=3D8902 metric 0 mtu 1500 =09options=3D80028 =09ether 58:9c:fc:00:00:2e =09nd6 options=3D29 =09media: Ethernet 10Gbase-T =09status: active Starting devd. Starting Network: vtnet0. vtnet0: flags=3D8902 metric 0 mtu 1500 =09options=3D80028 =09ether 58:9c:fc:00:00:2e =09nd6 options=3D29 =09media: Ethernet 10Gbase-T =09status: active Starting pflogd:=20 add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Generating host.conf. Creating and/or trimming log fileseval: /usr/sbin/newsyslog: not found . /etc/rc: WARNING: run_rc_command: cannot run /usr/sbin/syslogd ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib 32-bit compatibility ldconfig path: /usr/lib32 Starting casperd. Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Configuring vt: blanktime. /etc/rc: WARNING: run_rc_command: cannot run /usr/sbin/sendmail /etc/rc: WARNING: run_rc_command: cannot run /usr/sbin/sendmail Starting cron. Starting background file system checks in 60 seconds. Thu Feb 19 10:18:33 UTC 2015 FreeBSD/amd64 (Amnesiac) (ttyu0) login: root root FreeBSD 11.0-CURRENT (GENERIC) #85 r278988: Thu Feb 19 09:47:58 UTC 2015 Welcome to FreeBSD! Release Notes, Errata: https://www.FreeBSD.org/releases/ Security Advisories: https://www.FreeBSD.org/security/ FreeBSD Handbook: https://www.FreeBSD.org/handbook/ FreeBSD FAQ: https://www.FreeBSD.org/faq/ Questions List: https://lists.FreeBSD.org/mailman/listinfo/freebsd-question= s/ FreeBSD Forums: https://forums.FreeBSD.org/ Documents installed with the system are in the /usr/local/share/doc/freebsd= / directory, or can be installed later with: pkg install en-freebsd-doc For other languages, replace "en" with a language code like de or fr. Show the version of FreeBSD installed: freebsd-version ; uname -a Please include that output and any error messages when posting questions. Introduction to manual pages: man man FreeBSD directory layout: man hier Edit /etc/motd to change this login announcement. root@:~ # set prompt=3D"kyuatestprompt # " set prompt=3D"kyuatestprompt # "cd /usr/tests kyuatestprompt # cd /usr/testskyua test kyuatestprompt # kyua testkyua report --verbose --results-filter passed,ski= pped,xfail,broken,failed --output test-report.txt kyua report --verbose --results-filter passed,skipped,xfail,broken,failed = --output test-report.txt kyua: E: Load of '/usr/local/etc/kyua/kyua.conf' failed: Failed to load Lua= file '/usr/local/etc/kyua/kyua.conf': /usr/local/etc/kyua/kyua.conf:11: Fa= iled to get information about the user 'tests'. kyuatestprompt # kyua repokyua report-junit --output=3Dtest-report.xml rt --verbose --results-filter passed,skipped,xfail,bro =08ken,failed --out= put test-report.txt kyua: E: Load of '/usr/local/etc/kyua/kyua.conf' failed: Failed to load Lua= file '/usr/local/etc/kyua/kyua.conf': /usr/local/etc/kyua/kyua.conf:11: Fa= iled to get information about the user 'tests'. kyuatestprompt # kyua report-junit --output=3Dtest-report.xmlshutdown -p no= w kyua: E: Load of '/usr/local/etc/kyua/kyua.conf' failed: Failed to load Lua= file '/usr/local/etc/kyua/kyua.conf': /usr/local/etc/kyua/kyua.conf:11: Fa= iled to get information about the user 'tests'. kyuatestprompt # shutdown -p now Shutdown NOW! shutdown: [pid 629] kyuatestprompt # = =20 =07*** FINAL System shutdown message from root@ ***=07 = =20 System going down IMMEDIATELY = =20 = =20 Feb 19 10:18:38 shutdown: power-down by root:=20 System shutdown time has arrived=07=07 Stopping cron. Waiting for PIDS: 571. Stopping casperd. Waiting for PIDS: 494. Stopping devd. Waiting for PIDS: 325. Writing entropy file:. . Terminated Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 done All buffers synced. lock order reversal: 1st 0xfffff800062bd7c8 ufs (ufs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_mount= .c:1229 2nd 0xfffff800062be240 devfs (devfs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_s= ubr.c:2176 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe007bdea= 650 witness_checkorder() at witness_checkorder+0xe45/frame 0xfffffe007bdea6e0 __lockmgr_args() at __lockmgr_args+0xacf/frame 0xfffffe007bdea810 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe007bdea830 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe007bdea860 _vn_lock() at _vn_lock+0x8a/frame 0xfffffe007bdea8d0 vget() at vget+0x67/frame 0xfffffe007bdea910 devfs_allocv() at devfs_allocv+0xfd/frame 0xfffffe007bdea960 devfs_root() at devfs_root+0x43/frame 0xfffffe007bdea990 dounmount() at dounmount+0x349/frame 0xfffffe007bdeaa10 vfs_unmountall() at vfs_unmountall+0x61/frame 0xfffffe007bdeaa40 kern_reboot() at kern_reboot+0x4f6/frame 0xfffffe007bdeaac0 sys_reboot() at sys_reboot+0x58/frame 0xfffffe007bdeaae0 amd64_syscall() at amd64_syscall+0x27f/frame 0xfffffe007bdeabf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe007bdeabf0 --- syscall (55, FreeBSD ELF64, sys_reboot), rip =3D 0x40fd1c, rsp =3D 0x7f= ffffffe6d8, rbp =3D 0x7fffffffe7d0 --- Uptime: 20s acpi0: Powering system off + sudo python /vm/freebsd-ci/scripts/test/extract-test-logs.py -f /vm/freeb= sd-ci/scripts/test/config/config.json cp: /tmp/tmpELGDj3/usr/tests/*.txt: No such file or directory cp: /tmp/tmpELGDj3/usr/tests/*.xml: No such file or directory mdconfig -a -u 99 -t vnode -f /net/jenkins-10.freebsd.org/builds/Build-UFS-= image/image/FreeBSD_HEAD/test.img umount /tmp/tmpELGDj3 mdconfig -d -u 99 Recording test results ERROR: Publisher hudson.tasks.junit.JUnitResultArchiver aborted due to exce= ption hudson.AbortException: Test reports were found but none of them are new. Di= d tests run?=20 For example, is 4 hr 39 min old =09at hudson.tasks.junit.TestResult.parse(TestResult.java:178) =09at hudson.tasks.junit.TestResult.parse(TestResult.java:146) =09at hudson.tasks.junit.TestResult.(TestResult.java:122) =09at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser= .java:119) =09at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser= .java:92) =09at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2677) =09at hudson.remoting.UserRequest.perform(UserRequest.java:121) =09at hudson.remoting.UserRequest.perform(UserRequest.java:49) =09at hudson.remoting.Request$2.run(Request.java:324) =09at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecut= orService.java:68) =09at java.util.concurrent.FutureTask.run(FutureTask.java:262) =09at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.= java:1145) =09at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor= .java:615) =09at java.lang.Thread.run(Thread.java:745) =09at ......remote call to havoc.ysv.freebsd.org(Native Method) =09at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356) =09at hudson.remoting.UserResponse.retrieve(UserRequest.java:221) =09at hudson.remoting.Channel.call(Channel.java:752) =09at hudson.FilePath.act(FilePath.java:970) =09at hudson.FilePath.act(FilePath.java:959) =09at hudson.tasks.junit.JUnitParser.parseResult(JUnitParser.java:89) =09at hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java= :120) =09at hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.ja= va:137) =09at hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibili= tyLayer.java:74) =09at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) =09at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBui= ld.java:770) =09at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildStep= s(AbstractBuild.java:734) =09at hudson.model.Build$BuildExecution.post2(Build.java:183) =09at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.= java:683) =09at hudson.model.Run.execute(Run.java:1784) =09at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) =09at hudson.model.ResourceController.execute(ResourceController.java:89) =09at hudson.model.Executor.run(Executor.java:240) From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 11:02:17 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD825C5D for ; Thu, 19 Feb 2015 11:02:17 +0000 (UTC) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8744A2AD for ; Thu, 19 Feb 2015 11:02:17 +0000 (UTC) Received: from [10.9.9.241] (helo=rmm6prod02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1YOOYW-0005c4-7K; Thu, 19 Feb 2015 11:42:04 +0100 Received: from mail by rmm6prod02.runbox.com with local (Exim 4.76) (envelope-from ) id 1YOOYW-0000BF-6y; Thu, 19 Feb 2015 11:42:04 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Thu, 19 Feb 2015 10:42:04 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "rkoberman" Subject: Re: default pager (csh) Date: Thu, 19 Feb 2015 02:42:04 -0800 (PST) X-Mailer: RMM6 In-Reply-To: Message-Id: Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 11:02:18 -0000 On Wed, 18 Feb 2015 23:45:27 -0800, Kevin Oberman wro= te: > On Wed, Feb 18, 2015 at 10:46 PM, Franco Fichtner > wrote: >=20 > > > > > On 19 Feb 2015, at 02:27, Davide Italiano wrote: > > > > > > On Wed, Feb 18, 2015 at 5:18 PM, Adam McDougall > > wrote: > > >> The PAGER was less for about half a year and reverted. Please see: > > >> > > >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D242643 > > >> _______________________________________________ > > >> freebsd-current@freebsd.org mailing list > > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > > >> To unsubscribe, send any mail to " > > freebsd-current-unsubscribe@freebsd.org" > > > > > > OK, I think this ends the discussion =3D) > > > > Nope, not good enough. The way I see it we achieved nothing > > despite the fact that several bugs are on the table. > > > > Now that we all agree more(1) is the way to go, can we please fix > > colouring and the pager quit issue for man pages using sensible > > options in more(1)? > > > > Other's should speak up for their woes with the FreeBSD defaults > > too. The defaults are supposed to be the best we can do. Right > > now, we can actually do better. :) > > > > > > Cheers, > > Franco > > >=20 > I want my bikeshed to be purple with yellow stars. >=20 > I want my PAGER to be Jim Davis's most(1). Does a LOT more than more or > less. (Does have the annoying te/ti thing, though.) Displays binary. > Auto-decompresses compressed files. Allows moving my line or percentage. > Whole raft of neat stuff. Usually the second port (after portmaster) I > install on a system since my finger type "most" even when I want them to > type "more" because the system does not have most installed. >=20 > I don't expect anyone else to agree and don't expect it to ever be in the > base, let alone the default. Still, it's a much better pager then less, > whether it's called more or not. Started using it at least 25 years ago on > VMS. > -- > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Here: (.zshrc)... PAGER=3D'cat' alias man=3D'env PAGER=3Dlookat man $1' That bottom one is so useful for the 's' search key... EXAMPLES for instanc= e.=20=20 Same on all keyboards... [ seems easier to read with default colors, also... ] However in some instances (screen, dvtm, tmux... ) it may have onscreen art= ifacts one can simply then 'sh' (untested) first... for usual 'man' instance of P= AGER. /usr/ports/sysutils/lookat... [ Just re-noticed that 'cat' entry today. No idea of the difference to a d= efault... ]= From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 14:53:00 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DA8D55D for ; Thu, 19 Feb 2015 14:53:00 +0000 (UTC) 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 E4D85F5C for ; Thu, 19 Feb 2015 14:52:59 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id l15so9699161wiw.3 for ; Thu, 19 Feb 2015 06:52:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=Lb6dsPc1FjKVEmONNxu3bdgPBkOP54mbBKsT+raQ+I8=; b=rShhXKhXOcBy6zuDWFvM0+j3BVc7ZwKCi4rhOnaxGM6unsGIuowuvRkCstTJSiT6zB heMpZ66pnAUQkEX1xViNCQNzFT5Yf97yssgxka1nWTGuo+TWKH+zdmLQsj7IvznyKmPo AJoR3KkR1ZOqi0CC34nFUdbqpaL7roGqdDjSGr4Vuuy9oDZI4Nq7ESb7yGLuXlxVTL0z popBFYmOhMCdt4w2/rYys7EEgkH6UiLLSRVsngnnx9ct0ovBOKhO1Y5og4pik1H9xbmw V44R9d5nbA+KgDceYl1FJ5+f3E+cAm7lvY/tGZNauw2A1qVjGoUgyv6kQYyoYn/2AYG+ ErnA== X-Received: by 10.194.175.102 with SMTP id bz6mr10053057wjc.120.1424357578257; Thu, 19 Feb 2015 06:52:58 -0800 (PST) Received: from gumby.homeunix.com (4e5670d9.skybroadband.com. [78.86.112.217]) by mx.google.com with ESMTPSA id ha5sm18214084wib.1.2015.02.19.06.52.55 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Feb 2015 06:52:57 -0800 (PST) Date: Thu, 19 Feb 2015 14:52:51 +0000 From: RW To: freebsd-current@freebsd.org Subject: Re: default pager (csh) Message-ID: <20150219145251.7f6b4fd5@gumby.homeunix.com> In-Reply-To: <201502190116.t1J1GxAw028289@mail.karels.net> References: <021CBC62-4CC6-4137-897E-FE482139E09B@westryn.net> <201502190116.t1J1GxAw028289@mail.karels.net> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: mike@karels.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 14:53:00 -0000 On Wed, 18 Feb 2015 19:16:59 -0600 Mike Karels wrote: > Trivia: the version of more on BSD systems actually is derived from > less, not the original version of more. Actually, more is less $ md5 -r `which less ` `which more ` 50404f1beaa4e1261407190a88494b59 /usr/bin/less 50404f1beaa4e1261407190a88494b59 /usr/bin/more From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 15:05:13 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B368E784; Thu, 19 Feb 2015 15:05:13 +0000 (UTC) Received: from pmta2.delivery1.ore.mailhop.org (pmta2.delivery1.ore.mailhop.org [54.149.155.156]) by mx1.freebsd.org (Postfix) with ESMTP id 8C17D103; Thu, 19 Feb 2015 15:05:13 +0000 (UTC) Received: from smtp2.ore.mailhop.org (172.31.36.112) by pmta2.delivery1.ore.mailhop.org id hsntro20u50t; Thu, 19 Feb 2015 14:55:19 +0000 (envelope-from ) Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp2.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YOSVG-0001Zo-52; Thu, 19 Feb 2015 14:54:58 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t1JEsq5o053248; Thu, 19 Feb 2015 07:54:52 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX18nka7vR6dXtQXwG9GKE3yX Message-ID: <1424357692.1108.18.camel@freebsd.org> Subject: Re: default pager (csh) From: Ian Lepore To: Franco Fichtner Date: Thu, 19 Feb 2015 07:54:52 -0700 In-Reply-To: <4F3A7029-EF19-40E0-B859-E169684A3B36@lastsummer.de> References: <54E5232F.3060409@delphij.net> <021CBC62-4CC6-4137-897E-FE482139E09B@westryn.net> <54E539F3.2070506@egr.msu.edu> <4F3A7029-EF19-40E0-B859-E169684A3B36@lastsummer.de> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: Davide Italiano , FreeBSD Hackers , Adam McDougall , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 15:05:13 -0000 On Thu, 2015-02-19 at 07:46 +0100, Franco Fichtner wrote: > > On 19 Feb 2015, at 02:27, Davide Italiano wrote: > > > > On Wed, Feb 18, 2015 at 5:18 PM, Adam McDougall wrote: > >> The PAGER was less for about half a year and reverted. Please see: > >> > >> https://svnweb.freebsd.org/base?view=revision&revision=242643 > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > OK, I think this ends the discussion =) > > Nope, not good enough. The way I see it we achieved nothing > despite the fact that several bugs are on the table. > > Now that we all agree more(1) is the way to go, can we please fix > colouring and the pager quit issue for man pages using sensible > options in more(1)? > > Other's should speak up for their woes with the FreeBSD defaults > too. The defaults are supposed to be the best we can do. Right > now, we can actually do better. :) I sure hope "fix coloring" is shorthand for "don't you dare turn on any of that color crap without the user's permission." -- Ian From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 15:39:02 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7888DEFB for ; Thu, 19 Feb 2015 15:39:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6612764E for ; Thu, 19 Feb 2015 15:39:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A6DC2430 for ; Thu, 19 Feb 2015 15:39:02 +0000 (UTC) Date: Thu, 19 Feb 2015 15:39:02 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <284823913.22.1424360342203.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1883008480.21.1424341130067.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1883008480.21.1424341130067.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD-tests2 #726 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 15:39:02 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 16:27:48 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99DB2133 for ; Thu, 19 Feb 2015 16:27:48 +0000 (UTC) Received: from m.saper.info (m.saper.info [IPv6:2a01:4f8:a0:7383::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "m.saper.info", Issuer "Marcin Cieslak 2011" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A08DC37 for ; Thu, 19 Feb 2015 16:27:47 +0000 (UTC) Received: from m.saper.info (saper@localhost [127.0.0.1]) by m.saper.info (8.14.9/8.14.9) with ESMTP id t1JGRjhF003502 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 19 Feb 2015 16:27:45 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1424363265; bh=Gc/OEfI+tUyV/XACTAf3llsNp2gWSJDus65Y6FbujPA=; h=Date:From:To:Subject:In-Reply-To:References; b=pjcdFDj6/BEjEZLF62tQiGsMZLIgK/bpPGBAbHI4SzWjARlQ8mv1ggmUVi6VifGw4 HnlAcahOrtI9Vb3n6pBQBwgJxgnR76pQFAzwbi7HC5NllEOf+qcuRUudGEb12jxkoH GU1nUxCrL4C9ahjWT6Q5v44waZYWO5Lsz7NbTpeg= Received: from localhost (saper@localhost) by m.saper.info (8.14.9/8.14.9/Submit) with ESMTP id t1JGRhI7003499 for ; Thu, 19 Feb 2015 16:27:45 GMT (envelope-from saper@saper.info) X-Authentication-Warning: m.saper.info: saper owned process doing -bs Date: Thu, 19 Feb 2015 16:27:42 +0000 From: Marcin Cieslak To: freebsd-current@freebsd.org Subject: Re: default pager (csh) In-Reply-To: <20150219145251.7f6b4fd5@gumby.homeunix.com> Message-ID: References: <021CBC62-4CC6-4137-897E-FE482139E09B@westryn.net> <201502190116.t1J1GxAw028289@mail.karels.net> <20150219145251.7f6b4fd5@gumby.homeunix.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 16:27:48 -0000 On Thu, 19 Feb 2015, RW wrote: > On Wed, 18 Feb 2015 19:16:59 -0600 > Mike Karels wrote: > > > > Trivia: the version of more on BSD systems actually is derived from > > less, not the original version of more. > > Actually, more is less Fortunately we don't set LESSOPEN by default like some (most?) Linux distributions. http://seclists.org/oss-sec/2014/q4/769 Maybe this feature should even be disabled when in "more" mode. //Marcin From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 17:04:45 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6527EDE; Thu, 19 Feb 2015 17:04:45 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 97D05DA; Thu, 19 Feb 2015 17:04:45 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t1JH4tMQ054063; Thu, 19 Feb 2015 09:04:55 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: d@delphij.net, Davide Italiano , freebsd-current , FreeBSD Hackers , Julian Elischer In-Reply-To: <54E59BF7.40207@freebsd.org> References: <54E5232F.3060409@delphij.net>, <54E59BF7.40207@freebsd.org> From: "Chris H" Subject: Re: default pager (csh) Date: Thu, 19 Feb 2015 09:04:55 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 17:04:45 -0000 On Thu, 19 Feb 2015 00:16:55 -0800 Julian Elischer wrote > On 2/18/15 3:41 PM, Xin Li wrote: > > > > The _only_ reason that I can think of is that more(1) does not clear > > screen for certain terminals (done with 'ti' and 'te' sequences), > > while less(1) when running as less does. > > > > The less(1) behavior can be annoying to some people (sometimes even > > myself when using less to show contents of a file and ^Z to paste > > them), and unfortunately quite a few of them also happen to be the > > more vocal ones when it comes to a change. > > I find that behaviour infuriating > > I page down to a place to get some text on the screen to use as a > reference, then exit to run a command with that information, and *bam* > the info I wanted to use has gone away. Indeed. Quite annoying. I just had an interesting thought after reading most of this thread/bikeshed; Theoretical, mind you. But would it be remotely possible to [in (t)csh(1)] choose a pager on-the-fly (dynamically)? In other words; bind keys to a chosen pager; ^M switches to more(1) ^L switched to less(1) I've done no *actual* research [yet] but just thought I'd bring it up. As it seemed worth a shot, as it would satisfy *anyone's* need. :) --Chris > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 17:40:43 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 334E6990; Thu, 19 Feb 2015 17:40:43 +0000 (UTC) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E6957787; Thu, 19 Feb 2015 17:40:42 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id t1JHcQI6018312; Thu, 19 Feb 2015 12:38:26 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Thu, 19 Feb 2015 12:38:28 -0500 (EST) Date: Thu, 19 Feb 2015 12:38:26 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: Ian Lepore Subject: Re: default pager (csh) In-Reply-To: <1424357692.1108.18.camel@freebsd.org> Message-ID: References: <54E5232F.3060409@delphij.net> <021CBC62-4CC6-4137-897E-FE482139E09B@westryn.net> <54E539F3.2070506@egr.msu.edu> <4F3A7029-EF19-40E0-B859-E169684A3B36@lastsummer.de> <1424357692.1108.18.camel@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Franco Fichtner , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 17:40:43 -0000 On Thu, 19 Feb 2015, Ian Lepore wrote: > On Thu, 2015-02-19 at 07:46 +0100, Franco Fichtner wrote: >>> On 19 Feb 2015, at 02:27, Davide Italiano wrote: >>> >>> On Wed, Feb 18, 2015 at 5:18 PM, Adam McDougall wrote: >>>> The PAGER was less for about half a year and reverted. Please see: >>>> >>>> https://svnweb.freebsd.org/base?view=revision&revision=242643 >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> >>> OK, I think this ends the discussion =) >> >> Nope, not good enough. The way I see it we achieved nothing >> despite the fact that several bugs are on the table. >> >> Now that we all agree more(1) is the way to go, can we please fix >> colouring and the pager quit issue for man pages using sensible >> options in more(1)? >> >> Other's should speak up for their woes with the FreeBSD defaults >> too. The defaults are supposed to be the best we can do. Right >> now, we can actually do better. :) > > I sure hope "fix coloring" is shorthand for "don't you dare turn on any > of that color crap without the user's permission." Agree! Leave pager alone. And I kind of like that PAGER exits when you get to the end, but perhaps I'm in the minority on that. The thing I can't stand is losing all contents of 'man' when you exit the pager, so I'm with Julian on that too. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 17:43:46 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8826EC2E for ; Thu, 19 Feb 2015 17:43:46 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 64CE47C9 for ; Thu, 19 Feb 2015 17:43:46 +0000 (UTC) Received: from [192.168.200.212] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id ED26A192A3B for ; Thu, 19 Feb 2015 17:43:43 +0000 (UTC) Message-ID: <54E620CE.2060508@ignoranthack.me> Date: Thu, 19 Feb 2015 09:43:42 -0800 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Xen HVM Panic, HEAD References: <54E2BF1E.4090002@ignoranthack.me> <20150217085657.GR34251@kib.kiev.ua> <54E39DC4.4010802@ignoranthack.me> <20150217202653.GW34251@kib.kiev.ua> <54E3A4D9.4080604@ignoranthack.me> <54E56E87.6010704@ignoranthack.me> In-Reply-To: <54E56E87.6010704@ignoranthack.me> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 17:43:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 > > This panic starts at: > https://svnweb.freebsd.org/base?view=revision&revision=278473 > > If I use 278472, I can boot the Xen VM normally. > > If I use head and set hw.x2apic_enable="0" in loader.conf and boot > head (278970), it boots normally. > > Second issue: > > However, the UFS disk access is SO slow on this that it took > 2+hours to do an installworld, which I couldn't abort because it > had already started. I'm not sure if the UFS disk access is > related at all or not. Once things are read from disk into memory > they are fast and responsive (e.g. sshd, tmux, shells, etc). > > sean > > bcc royger > > > BTW, my kernconf for this contains: include GENERIC ident BLOG nooptions DDB nooptions GDB nooptions DEADLKRES nooptions INVARIANTS # Enable calls of extra sanity checking nooptions INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zone -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJU5iDJXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kiOEIAM5UWud6DGlGgQM5PsHmP4nO LMiAyq2bIE/MtaR13IZL1hv9zBKHAYva9CyaAiAVDFtOSP6nR+/zcxi2SlkNbO9Z lmERNmIs2AvfZiX/+krqVJXcI0MoeXO+9WSpz1SuUo1kXRaWXYNuTDw2qG0lbG/e 282EyNBIg4Jz+KfcTK/cmKQCc1jCMA7Fwym1G7Lwfd8HwxaqJFGa446Y6vle8UZt BSa52DOUP5D0RswByXzNS4aqMI9fLJRcTQZSrY15lUAYmi8uF37n+u8KH7dzbRM+ czW3vJpwckJieA5h+EmV0bABplT3L80/JhdA6vXF98kgrq+6b7xPVowmmvxECfQ= =MPg8 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 19:50:52 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0D042CE; Thu, 19 Feb 2015 19:50:52 +0000 (UTC) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (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 4429B8BC; Thu, 19 Feb 2015 19:50:52 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id h11so50535877wiw.3; Thu, 19 Feb 2015 11:50:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=m7WUj/oqEqld6BJvJY8qWr9u/LDdQrTHrQEq5t8qJLg=; b=alAAdjCW4ZwpVTQ7va/Su7190fHejgTtXw6S7RYBhoXjlg1kUxhJLCBISJmBQ6xsnD ecMGZOacD3cZRGfnZxRHlpRlhGWyQpvp5gNJYA2spWVGrxsKiZEXzUG7sL8e9b3bGMDV CED7h01XfzjDB9akCkFE1eXuSsq8e5VvL0pueNYuZ8UKFLOBE3iDANfJKm6AUZ30GMmk DVQUsA2R9J8cahm/uL0y3yPv6s2/ENQB5XyIEqLX9T4layBq9DkAom9TPdzkgoQFMRHK wUpzJ1jSuUom97wqECGi1guAvra722XNShrJRUZurzx599wMVA8dTHcd+luTM9YpBeMF TLeg== MIME-Version: 1.0 X-Received: by 10.194.58.84 with SMTP id o20mr12269228wjq.75.1424375450015; Thu, 19 Feb 2015 11:50:50 -0800 (PST) Received: by 10.27.91.79 with HTTP; Thu, 19 Feb 2015 11:50:49 -0800 (PST) In-Reply-To: References: <54E2BF1E.4090002@ignoranthack.me> <20150217085657.GR34251@kib.kiev.ua> <54E39DC4.4010802@ignoranthack.me> <20150217202653.GW34251@kib.kiev.ua> <54E3A4D9.4080604@ignoranthack.me> <54E56E87.6010704@ignoranthack.me> Date: Thu, 19 Feb 2015 11:50:49 -0800 Message-ID: Subject: Re: Xen HVM Panic, HEAD From: Neel Natu To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current , Konstantin Belousov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 19:50:52 -0000 Hi Adrian, On Wed, Feb 18, 2015 at 10:09 PM, Adrian Chadd wrote: > Hi, > > Since this is the (at least) second round of "x2apic support broke me" > changes, can we please either back them out or set it to default to > '0' for now? > I don't think that is necessary. This is -current and there is a tunable to disable x2apic on platforms that are experiencing issues. More importantly the issues that have been reported are being resolved in a timely manner (for e.g., suspend/resume). best Neel > Thanks, > > > -adrian > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 20:09:10 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 700C5E9A; Thu, 19 Feb 2015 20:09:10 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 D16CFB3A; Thu, 19 Feb 2015 20:09:09 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t1JK91IV036899 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Feb 2015 22:09:01 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t1JK91IV036899 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t1JK91T9036898; Thu, 19 Feb 2015 22:09:01 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 19 Feb 2015 22:09:00 +0200 From: Konstantin Belousov To: Neel Natu Subject: Re: Xen HVM Panic, HEAD Message-ID: <20150219200900.GH34251@kib.kiev.ua> References: <54E2BF1E.4090002@ignoranthack.me> <20150217085657.GR34251@kib.kiev.ua> <54E39DC4.4010802@ignoranthack.me> <20150217202653.GW34251@kib.kiev.ua> <54E3A4D9.4080604@ignoranthack.me> <54E56E87.6010704@ignoranthack.me> 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-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: Adrian Chadd , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 20:09:10 -0000 On Thu, Feb 19, 2015 at 11:50:49AM -0800, Neel Natu wrote: > Hi Adrian, > > On Wed, Feb 18, 2015 at 10:09 PM, Adrian Chadd wrote: > > Hi, > > > > Since this is the (at least) second round of "x2apic support broke me" > > changes, can we please either back them out or set it to default to > > '0' for now? > > > > I don't think that is necessary. > > This is -current and there is a tunable to disable x2apic on platforms > that are experiencing issues. More importantly the issues that have > been reported are being resolved in a timely manner (for e.g., > suspend/resume). There is only one really enigmatic issue, it was reported that sandy bridge laptop being unable to start APs. Koop stopped responding, so the issue is not progresed. My current idea is that a cause might be reduced intervals between init/startup ipis due to x2apic not requiring wait for icr idle. Anyway, I do not see it worth even discussing the revert or default' frobbing for now. The commit went mostly event-less for such kind of change. From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 22:22:52 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B89C753 for ; Thu, 19 Feb 2015 22:22:52 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 39048CDE for ; Thu, 19 Feb 2015 22:22:51 +0000 (UTC) Received: from [192.168.200.212] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 6CCAB192A3B for ; Thu, 19 Feb 2015 22:22:45 +0000 (UTC) Message-ID: <54E66234.7060104@ignoranthack.me> Date: Thu, 19 Feb 2015 14:22:44 -0800 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Xen HVM Panic, HEAD References: <54E2BF1E.4090002@ignoranthack.me> <20150217085657.GR34251@kib.kiev.ua> <54E39DC4.4010802@ignoranthack.me> <20150217202653.GW34251@kib.kiev.ua> <54E3A4D9.4080604@ignoranthack.me> <54E56E87.6010704@ignoranthack.me> In-Reply-To: <54E56E87.6010704@ignoranthack.me> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 22:22:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 > > This panic starts at: > https://svnweb.freebsd.org/base?view=revision&revision=278473 > > If I use 278472, I can boot the Xen VM normally. > > If I use head and set hw.x2apic_enable="0" in loader.conf and boot > head (278970), it boots normally. > > Second issue: > > However, the UFS disk access is SO slow on this that it took > 2+hours to do an installworld, which I couldn't abort because it > had already started. I'm not sure if the UFS disk access is > related at all or not. Once things are read from disk into memory > they are fast and responsive (e.g. sshd, tmux, shells, etc). > > sean > > bcc royger Maybe helpful, verbose dmesg on bootup with x2apic disabled: https://people.freebsd.org/~sbruno/xen_dmesg_verbose.txt sean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJU5mIxXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kZewH/j/Fy9b8tteEM68ZGti3XZAK jLDkr8m21pFO8YxPYWrWhXp4f6pvLnTbUIjq5V+8nlCTK+douRfhy8OvG4lW2a5r Hvgwc147mDBpELtlByijsasc9ulkUveI7pSDDSu49dD8RBCOBhGjkfr4iU1tiSbI NHog3vBKk5IYV0u4pynyq1ROMESMNtHSfobt1oHgzxUS1xWHcv4YvnWK05dLM07D lU+g8sY9aBtU8L+IPlAtQW8fZFTwt1RO5oPk3BveA32KxV90vO9bJ2AyHl821/US Fo0NU8zhOuCYaSLF43xexEH1h3EQbjLJho6YslHtIaLqqE0cqpBhnbfKHsE4SmA= =H6sT -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 23:05:58 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C0145F3; Thu, 19 Feb 2015 23:05:58 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [IPv6:2001:470:1f05:b76::196]) by mx1.freebsd.org (Postfix) with ESMTP id 04E471A8; Thu, 19 Feb 2015 23:05:58 +0000 (UTC) Received: from u10-2-32-011.office.norse-data.com (unknown [50.204.88.51]) by elvis.mu.org (Postfix) with ESMTPSA id 9C881341F8AC; Thu, 19 Feb 2015 15:05:57 -0800 (PST) Message-ID: <54E66C90.10902@mu.org> Date: Thu, 19 Feb 2015 15:06:56 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Chris H , d@delphij.net, Davide Italiano , freebsd-current , FreeBSD Hackers , Julian Elischer Subject: Re: default pager (csh) References: <54E5232F.3060409@delphij.net>, <54E59BF7.40207@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 23:05:58 -0000 On 2/19/15 9:04 AM, Chris H wrote: > On Thu, 19 Feb 2015 00:16:55 -0800 Julian Elischer wrote > >> On 2/18/15 3:41 PM, Xin Li wrote: >>> The _only_ reason that I can think of is that more(1) does not clear >>> screen for certain terminals (done with 'ti' and 'te' sequences), >>> while less(1) when running as less does. >>> >>> The less(1) behavior can be annoying to some people (sometimes even >>> myself when using less to show contents of a file and ^Z to paste >>> them), and unfortunately quite a few of them also happen to be the >>> more vocal ones when it comes to a change. >> I find that behaviour infuriating >> >> I page down to a place to get some text on the screen to use as a >> reference, then exit to run a command with that information, and *bam* >> the info I wanted to use has gone away. > Indeed. Quite annoying. > I just had an interesting thought after reading most of this > thread/bikeshed; > Theoretical, mind you. But would it be remotely possible to > [in (t)csh(1)] choose a pager on-the-fly (dynamically)? > In other words; bind keys to a chosen pager; > > ^M switches to more(1) > ^L switched to less(1) > > I've done no *actual* research [yet] but just thought > I'd bring it up. As it seemed worth a shot, as it would > satisfy *anyone's* need. :) > Not as annoying as people who don't search the web for an answer for things. ~ % export PAGER="less -X" everyone please stop crying over small changes, it really sucks. -Alfred From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 23:36:22 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4044AE3E; Thu, 19 Feb 2015 23:36:22 +0000 (UTC) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 000D66C6; Thu, 19 Feb 2015 23:36:21 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id t1JNaAA7065071; Thu, 19 Feb 2015 18:36:10 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Thu, 19 Feb 2015 18:36:10 -0500 (EST) Date: Thu, 19 Feb 2015 18:36:10 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: Alfred Perlstein Subject: Re: default pager (csh) In-Reply-To: <54E66C90.10902@mu.org> Message-ID: References: <54E5232F.3060409@delphij.net>, <54E59BF7.40207@freebsd.org> <54E66C90.10902@mu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Davide Italiano , freebsd-current , d@delphij.net, Chris H X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 23:36:22 -0000 On Thu, 19 Feb 2015, Alfred Perlstein wrote: > > Not as annoying as people who don't search the web for an answer for things. > > ~ % export PAGER="less -X" > > everyone please stop crying over small changes, it really sucks. > Not sure what you are saying, but the question posed is changing the default pager. So that means: o all users who like the current more(1) behavior have to define and override PAGER. o all users who like the less(1) behavior remove their override of PAGER Or leave things alone, and users who want less(1) behavior override PAGER, which they've probably already done if it's that annoying to them. The answer seems pretty simple to me. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Feb 19 23:48:51 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BEE04119; Thu, 19 Feb 2015 23:48:51 +0000 (UTC) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (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 863B382C; Thu, 19 Feb 2015 23:48:51 +0000 (UTC) Received: by paceu11 with SMTP id eu11so3412018pac.10; Thu, 19 Feb 2015 15:48:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Mg19Ycv5Z6bjNmvTORGibXepT2IUr/DDZmBJZ3XlC88=; b=dg2ZmkxcmhDcatG3eLF2PdOrXyFbu/zz4y3NcjVJvDK5tIIgS1dLx3RRrB+9VIvJQ3 3coaeynNgExWE34jUX/Qcq7dartI0ei/q/V8IlEqs5EGoYrGR1Dl8meLDoufjQSz/Cxp gA9NdaYiLQI1PG9pycLpkqSezif48iSo4agynASECxYGaBdvW94ZVsZBB/6l7oIsODE5 zYZ7J3dZvYr1aKipGNXED79olvMB6Zmi9e3dSWUgFdqH5nRTHNC1LPtdJIBEAF2cNnHt NIhbxhn6JOGgzNCPlDYi/7l8a+0JQEMHcMQIeejaG4ZjR2nwuP4Tfu2pCBX1AgoHB/JA N9SQ== MIME-Version: 1.0 X-Received: by 10.68.242.163 with SMTP id wr3mr11669015pbc.159.1424389731022; Thu, 19 Feb 2015 15:48:51 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.30.198 with HTTP; Thu, 19 Feb 2015 15:48:50 -0800 (PST) In-Reply-To: References: <54E5232F.3060409@delphij.net> <54E59BF7.40207@freebsd.org> <54E66C90.10902@mu.org> Date: Thu, 19 Feb 2015 15:48:50 -0800 X-Google-Sender-Auth: P0K27Gz-s-_dwDJ3derryYJGElo Message-ID: Subject: Re: default pager (csh) From: Kevin Oberman To: Daniel Eischen Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Davide Italiano , Alfred Perlstein , Xin LI , Chris H , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 23:48:51 -0000 On Thu, Feb 19, 2015 at 3:36 PM, Daniel Eischen wrote: > On Thu, 19 Feb 2015, Alfred Perlstein wrote: > >> >> Not as annoying as people who don't search the web for an answer for >> things. >> >> ~ % export PAGER="less -X" >> >> everyone please stop crying over small changes, it really sucks. >> >> > Not sure what you are saying, but the question posed is changing > the default pager. So that means: > > o all users who like the current more(1) behavior have to define > and override PAGER. > > o all users who like the less(1) behavior remove their override > of PAGER > > Or leave things alone, and users who want less(1) behavior > override PAGER, which they've probably already done if it's > that annoying to them. > > The answer seems pretty simple to me. > > -- > DE > > I still want my purple and yellow bikeshed and most(1). No matter when happens, a lot of people will need to undertake the massive and painful effort of defining PAGER. I realize this is a terrible burden for may of them. Let's call the whole thing off and maybe do something useful. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 00:04:56 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6C5772E for ; Fri, 20 Feb 2015 00:04:56 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (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 66A08A4A for ; Fri, 20 Feb 2015 00:04:56 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id w8so9362664qac.8 for ; Thu, 19 Feb 2015 16:04:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-type; bh=oh9sibTl5hkyv8ziTY9dnQeZmYjrRmIpgIcMsTUtT3k=; b=LZ/R5u0twFxabn/gDE1wbYLh4nHyGtJt1gi6F2QkQ6fEu4Y2uFpA9GLeecluOq8Zyl tkSSRPuDRitbYnZrQsB5E+pLAynYQY1b77l69xTEo8zavpw3pwX4JaXfAsFI3QVuj7E+ OmNwduUk+n3YX2oMRAToG0FKIyipOtpUBMdiSiVL2RCJsoIDLVE2Go8GdhbMixrKxzob w1Jk5MihDSMXgc0Kv5GEmEJZ3NjnHkr6zCCz/vkZWehHnscDETcXcrDrGiUwe9/VYPX8 QOFa8V0wt9dmpY2MctpF0y6NvtSbSnv0P7FRd9VsUshqxkinKhCGiy76Gji3aFAnM41J X8ug== X-Received: by 10.140.151.65 with SMTP id 62mr17533819qhx.73.1424390695524; Thu, 19 Feb 2015 16:04:55 -0800 (PST) Received: from shawnwebb-laptop.localnet ([73.173.99.185]) by mx.google.com with ESMTPSA id 11sm10734634qhh.7.2015.02.19.16.04.54 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Feb 2015 16:04:54 -0800 (PST) From: Shawn Webb To: freebsd-current@freebsd.org Subject: Re: Pluggable frame buffer devices Date: Thu, 19 Feb 2015 19:04:50 -0500 Message-ID: <5013637.Hs60HQbBR0@shawnwebb-laptop> User-Agent: KMail/4.14.2 (FreeBSD/11.0-CURRENT; KDE/4.14.2; amd64; ; ) In-Reply-To: <54E11A57.3030105@selasky.org> References: <54E11A57.3030105@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2027107.2LMX2lEUbS"; micalg="pgp-sha256"; protocol="application/pgp-signature" Cc: Hans Petter Selasky , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 00:04:56 -0000 --nextPart2027107.2LMX2lEUbS Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote: > Hi, >=20 > I've added support for USB display link adapters to FreeBSD-11-curren= t, > but the kernel panics once "vt_fb_attach(info)" is called from > "fbd_register(struct fb_info* info)" when the USB device is plugged o= r > udl.ko is loaded. Is this a known issue? >=20 > REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c >=20 > --HPS I just bought a DisplayLink adapter that's compatible. Compiling a new = kernel=20 with device udl brings this error: =2D------------------------------------------------------------- >>> stage 3.2: building everything =2D------------------------------------------------------------- linking kernel.debug udl.o: In function `udl_attach': /usr/src/sys/dev/usb/video/udl.c:(.text+0xa07): undefined reference to=20= `edid_parse' /usr/src/sys/dev/usb/video/udl.c:(.text+0xa0f): undefined reference to=20= `edid_print' =2D-- kernel.debug --- *** [kernel.debug] Error code 1 Thanks, Shawn --nextPart2027107.2LMX2lEUbS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJU5noiAAoJEGqEZY9SRW7uVKwP/iGSd9cs3JTV4F+30HWfxSjf yhzmnD4WMar/ZzOdGGGY74tAEz8YKCuDC4r4QPVhpinO1PgCoJwHxrZaCDyW2aHN 10nS6FboD4mOoULxgvwwGs5oT5t0Q/kFV6qkwFxnlhxAxEIIBCHoZmYntDZn/8SC agJfvTY0vm6kUDy1Az9Vn/O6j2cM7HgpFpbOaQmykrZtjsy+qclz06GzBwsxeVBl WGKGwO6U87Te+gjHw+ZjgTyI+olKLKjQOoO9xUs9buSXF+EGBg6PfL6jvv4fwh4Z e6DLbTGnKKSd5Atm8Fae+FbKzz7oBp8gEyJJmRQ+sUmcITsFmzWms+B+O57gSW7n QtTJ9vxNe3SU5vl22eU37qgYLpCRTHvINV/pQLvNvnZg508WVcTWjSrJjBJG7Ibh 99rSeu4/c5d3ngu7kGEXecnVTvuAdmWOdJsPSzb9Altk12TAKM2tXUPfNLSWwzhK 3MOSkj9oSuOxX4j2/5fYUfEtyaQ6K1qMUBe3JKKPhBRnICepC7bw/K5CthNtiunF 9MdVaoiOJu1WICv+FuMp63Xhc1KzM+9DhOWQjZGES5kCiURwJ2vIn6Mpb3TIQL22 nDTj+x01z+xPLzKA9INBK7A4B3R8SVyup/ibt6nhuyPKB+tNrMtj58HLKvp2LUZl nJ9Dl3PoXIkT+Cs2zpBs =nrho -----END PGP SIGNATURE----- --nextPart2027107.2LMX2lEUbS-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 01:10:45 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 045DADB2; Fri, 20 Feb 2015 01:10:45 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A1328187; Fri, 20 Feb 2015 01:10:44 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t1K1AaWi044120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 19 Feb 2015 18:10:36 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t1K1AaFa044117; Thu, 19 Feb 2015 18:10:36 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Thu, 19 Feb 2015 18:10:36 -0700 (MST) From: Warren Block To: Julian Elischer Subject: Re: default pager (csh) In-Reply-To: <54E59BF7.40207@freebsd.org> Message-ID: References: <54E5232F.3060409@delphij.net> <54E59BF7.40207@freebsd.org> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Thu, 19 Feb 2015 18:10:36 -0700 (MST) Cc: Davide Italiano , FreeBSD Hackers , freebsd-current , d@delphij.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 01:10:45 -0000 On Thu, 19 Feb 2015, Julian Elischer wrote: > On 2/18/15 3:41 PM, Xin Li wrote: >> >> The _only_ reason that I can think of is that more(1) does not clear >> screen for certain terminals (done with 'ti' and 'te' sequences), >> while less(1) when running as less does. >> >> The less(1) behavior can be annoying to some people (sometimes even >> myself when using less to show contents of a file and ^Z to paste >> them), and unfortunately quite a few of them also happen to be the >> more vocal ones when it comes to a change. > > I find that behaviour infuriating > > I page down to a place to get some text on the screen to use as a reference, > then exit to run a command with that information, and *bam* the info I wanted > to use has gone away. It doesn't do that on csh. Or maybe I figured out how to prevent it long ago and forgot, but all I use is this: setenv PAGER "less -RS" From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 01:15:45 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F5E21A6 for ; Fri, 20 Feb 2015 01:15:45 +0000 (UTC) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::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 E3768263 for ; Fri, 20 Feb 2015 01:15:44 +0000 (UTC) Received: by mail-qg0-f44.google.com with SMTP id j5so11091589qga.3 for ; Thu, 19 Feb 2015 17:15:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-type; bh=HjWJgeolUh2XfuMDKSaYK/jAEzzOEmcq9ncmQE/Ki1k=; b=K/g3uhQdF4tDDS4dyY/cp3HNcFXiL9xqvYdUKcCUslX/5uYJShpCVYejdCiub54ryK snOqQ0YKynOGjjoUt9tax0Gzl4mjlxaKLxg8zXbxFHG7kU0HpidMdInnwCe7U3+pn3Rj dWo/8YiWY8q1V4BGJTUAqMCvyZaijK10EHmzxvViSMXBX1kJx0TOPbpSID4+5aVy4FdJ pCVb9FKJP86AIie6eEj724PSSXQvt3/T76zhUxIOs5yzMNdVglsapyk0AoUsnUT/3TnZ a3J2rGLnfOfyTLdrYBSqtuEQnzph3NFVo0fH7lwI5ksm3/jizUqkfvbMMjsyiB00sMFZ 5ImQ== X-Received: by 10.140.105.97 with SMTP id b88mr1409882qgf.94.1424394943951; Thu, 19 Feb 2015 17:15:43 -0800 (PST) Received: from shawnwebb-laptop.localnet ([73.173.99.185]) by mx.google.com with ESMTPSA id e13sm20950231qaa.48.2015.02.19.17.15.42 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Feb 2015 17:15:42 -0800 (PST) From: Shawn Webb To: freebsd-current@freebsd.org Subject: Re: Pluggable frame buffer devices Date: Thu, 19 Feb 2015 20:15:38 -0500 Message-ID: <1963872.pLReSBKNjx@shawnwebb-laptop> User-Agent: KMail/4.14.2 (FreeBSD/11.0-CURRENT; KDE/4.14.2; amd64; ; ) In-Reply-To: <5013637.Hs60HQbBR0@shawnwebb-laptop> References: <54E11A57.3030105@selasky.org> <5013637.Hs60HQbBR0@shawnwebb-laptop> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1690202.gmnr6za4hR"; micalg="pgp-sha256"; protocol="application/pgp-signature" Cc: Hans Petter Selasky X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 01:15:45 -0000 --nextPart1690202.gmnr6za4hR Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Thursday, February 19, 2015 07:04:50 PM Shawn Webb wrote: > On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote: > > Hi, > > > > I've added support for USB display link adapters to FreeBSD-11-current, > > but the kernel panics once "vt_fb_attach(info)" is called from > > "fbd_register(struct fb_info* info)" when the USB device is plugged or > > udl.ko is loaded. Is this a known issue? > > > > REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c > > > > --HPS > > I just bought a DisplayLink adapter that's compatible. Compiling a new > kernel with device udl brings this error: > > -------------------------------------------------------------- > > >>> stage 3.2: building everything > > -------------------------------------------------------------- > linking kernel.debug > udl.o: In function `udl_attach': > /usr/src/sys/dev/usb/video/udl.c:(.text+0xa07): undefined reference to > `edid_parse' > /usr/src/sys/dev/usb/video/udl.c:(.text+0xa0f): undefined reference to > `edid_print' > --- kernel.debug --- > *** [kernel.debug] Error code 1 > > Thanks, > > Shawn I got it building. I had to add "device videomode" to my kernel as well. It looks like when I plug in the device I bought, identifying the device just stalls out. Log posted below: [3] uhub3: on usbus2 [3] ugen1.2: at usbus1 [3] uhub4: on usbus1 [3] uhub4: 6 ports with 6 removable, self powered [3] ugen0.3: at usbus0 [4] Root mount waiting for: usbus2 usbus0 [5] Root mount waiting for: usbus2 usbus0 [6] Root mount waiting for: usbus2 usbus0 [6] usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR_TIMEOUT [7] Root mount waiting for: usbus2 usbus0 [7] usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_TIMEOUT, ignored) [8] uhub_attach: Getting USB 2.0 HUB descriptor failed,error=USB_ERR_TIMEOUT [8] device_attach: uhub3 attach returned 6 [8] usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR_TIMEOUT [9] Root mount waiting for: usbus0 [10] Root mount waiting for: usbus0 [10] usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_TIMEOUT, ignored) [10] usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR_TIMEOUT [11] Root mount waiting for: usbus0 [11] usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_TIMEOUT, ignored) [12] Root mount waiting for: usbus0 [12] usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR_TIMEOUT [13] Root mount waiting for: usbus0 [14] usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_TIMEOUT, ignored) [14] Root mount waiting for: usbus0 [14] usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR_TIMEOUT [14] ugen0.4: at usbus0 (disconnected) [14] uhub_reattach_port: could not allocate new device [15] Root mount waiting for: usbus0 [16] Root mount waiting for: usbus0 [17] Root mount waiting for: usbus0 [18] Root mount waiting for: usbus0 [19] Root mount waiting for: usbus0 [20] Root mount waiting for: usbus0 [21] usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT [21] usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_IOERROR, ignored) --nextPart1690202.gmnr6za4hR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJU5oq6AAoJEGqEZY9SRW7uVUgP/1fRcMXLTCWY7m/EEAhHDvTA AuXON3b7oaeoGHmbbHJ38ev4XdoOuzRmv3+ux8LB3e6uV/ByoZaMPQxPm79KRFS5 ktFCRmB52eIR6s2D0NqKOEAVpWAZTt6nM0JT9Htg/6CmcrsLxmgqwAVCe11NVyd7 XE6i3/MBbPmHAMUiZjVoh8sSf0DuMLL5SdYpApsbtQugk33uxyxt/+6h47foL3Ar ObrGaoJU1TPwJP7WR5bUbDJSAB5a8L7N0zYxFOL+C/kcA5wUI37pU7d46fw5aWEq ON8JcaC4DHE1PICNePVVqFvFYdrl82Hu8O+1vdeXh3pnyV6wz45WtX392bRMNDZy TxyjO8EUObQOfCBJzfcRPgvRiix29afTI3K9D+IFyhZd5bBZJgnWnSdWmMGZ8BGX 5AJjyTgSXZo75saI7LbtXg3A8gN2jFgWgozzblDYVPs1BRu9T5CLb1ESq8vgJ2jJ 8OtyxmvnErVq+YsiBefhTTkTot5fvnKnDi1h3Bo+epgL5fq5KRWVJ+uUw4nH+Fvd M2bJh4HcofTkDepg4X+mrelYFW2XirLaZYXX+wETKJAtZd2v4R24+SmAzCqSNZCy l12Hiuxt32eNSbxdXWKRXuH906qGbdV3dgJa65jP0iBFRB3yW99lqj6qzst1fjkk /HlL2zI4lkXx86e7GzJD =Ot/R -----END PGP SIGNATURE----- --nextPart1690202.gmnr6za4hR-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 03:45:49 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33A10E46; Fri, 20 Feb 2015 03:45:49 +0000 (UTC) Received: from mail-pd0-x230.google.com (mail-pd0-x230.google.com [IPv6:2607:f8b0:400e:c02::230]) (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 F14E2766; Fri, 20 Feb 2015 03:45:48 +0000 (UTC) Received: by pdjy10 with SMTP id y10so4632353pdj.6; Thu, 19 Feb 2015 19:45:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=LVly2RZEde6lZPfTpSLuv9Q43sN1pjk3RBrUMQecGoo=; b=Jo8Q9LeLilHZ30593ytYkUKsFXDVjDPK+ruauPAiXwstZc4ThRM9uFV9iEP3GB7u6Q j8xG6RnM9krhuqAJAk35UndNwfXuc5AmOfj004tcQ0hXgPiNm81D0B97jdgYFAsDXqAA JXgXyITevDNdFEaZISbl/ofEUPZB/a5dwL7DGzWUvxI+IK9RR9j16HWmTNf4tEiht9RP JYODyBbBiPYsV7H2jydjWHttXjfYWQO5WrRsKUsq6/ci547jBvBBhxbkXFykQCalCkAN YCVDubA3TNhspqqn0JY/dk9NTezzqZFKf19IrYQllvkPHxZwGDM01+TxCLt3GUwi1nDS CFFQ== MIME-Version: 1.0 X-Received: by 10.66.118.168 with SMTP id kn8mr12756257pab.45.1424403948566; Thu, 19 Feb 2015 19:45:48 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.30.198 with HTTP; Thu, 19 Feb 2015 19:45:48 -0800 (PST) In-Reply-To: References: <54E5232F.3060409@delphij.net> <54E59BF7.40207@freebsd.org> Date: Thu, 19 Feb 2015 19:45:48 -0800 X-Google-Sender-Auth: m6H4sY6Q97SCvsYefjTACvFnmKQ Message-ID: Subject: Re: default pager (csh) From: Kevin Oberman To: Warren Block Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Davide Italiano , FreeBSD Hackers , freebsd-current , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 03:45:49 -0000 On Thu, Feb 19, 2015 at 5:10 PM, Warren Block wrote: > On Thu, 19 Feb 2015, Julian Elischer wrote: > > On 2/18/15 3:41 PM, Xin Li wrote: >> >>> >>> The _only_ reason that I can think of is that more(1) does not clear >>> screen for certain terminals (done with 'ti' and 'te' sequences), >>> while less(1) when running as less does. >>> >>> The less(1) behavior can be annoying to some people (sometimes even >>> myself when using less to show contents of a file and ^Z to paste >>> them), and unfortunately quite a few of them also happen to be the >>> more vocal ones when it comes to a change. >>> >> >> I find that behaviour infuriating >> >> I page down to a place to get some text on the screen to use as a >> reference, then exit to run a command with that information, and *bam* the >> info I wanted to use has gone away. >> > > It doesn't do that on csh. Or maybe I figured out how to prevent it long > ago and forgot, but all I use is this: > > setenv PAGER "less -RS" > You probably did what I used to do. Modify the termcaps/terminfo to eliminate this behavior. See Exorcising the Evil Alternate Screen . In the past, FreeBSD disabled this by default. It was changed several years ago, but you can change it back as per the aboved referenced article. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 03:53:55 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68D4D113 for ; Fri, 20 Feb 2015 03:53:55 +0000 (UTC) Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by mx1.freebsd.org (Postfix) with ESMTP id EA648842 for ; Fri, 20 Feb 2015 03:53:54 +0000 (UTC) Received: from ppp118-210-40-247.lns20.adl2.internode.on.net (HELO leader.local) ([118.210.40.247]) by ipmail07.adl2.internode.on.net with ESMTP; 20 Feb 2015 14:18:43 +1030 Message-ID: <54E6AE88.3020302@ShaneWare.Biz> Date: Fri, 20 Feb 2015 14:18:24 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: RW , freebsd-current@freebsd.org Subject: Re: default pager (csh) References: <021CBC62-4CC6-4137-897E-FE482139E09B@westryn.net> <201502190116.t1J1GxAw028289@mail.karels.net> <20150219145251.7f6b4fd5@gumby.homeunix.com> In-Reply-To: <20150219145251.7f6b4fd5@gumby.homeunix.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 03:53:55 -0000 On 20/02/2015 01:22, RW wrote: > On Wed, 18 Feb 2015 19:16:59 -0600 > Mike Karels wrote: > > >> Trivia: the version of more on BSD systems actually is derived from >> less, not the original version of more. > > Actually, more is less > > $ md5 -r `which less ` `which more ` > 50404f1beaa4e1261407190a88494b59 /usr/bin/less > 50404f1beaa4e1261407190a88494b59 /usr/bin/more Yes more has been less for some time, trouble is it is programmed to behave differently based on the name used to call it so they aren't the same. Try this - echo "test data" > testfile more testfile less testfile So the debate over which is better continues.... Like everything, if you don't like the way it works you find a setting to make it work the way you want. Whether you ask on a mailing list or google it you will find a way to configure it your way. As long as it works, the default is of little concern to most. I don't even remember what year I set my pager to more, till I just looked I would have guessed I was using the default. Whatever intro I got started with used more as a pager and I have just used it since. I just think '| more' not '| less' -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 04:41:17 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB0F9A38; Fri, 20 Feb 2015 04:41:17 +0000 (UTC) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (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 B2EEACC9; Fri, 20 Feb 2015 04:41:17 +0000 (UTC) Received: by pabkx10 with SMTP id kx10so5181085pab.0; Thu, 19 Feb 2015 20:41:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=pvDSQd//5sQ0oPPoMD8W7U9N56x12px9CcXwtM2DHSk=; b=hSujBTI8o73njbXWPXwCehsfswyi8Ne2eJ0PaOE3Swx0/Sl5v9jjKLun0Z5CDlGUJE ajR3bG5MXu1cduEUK4KDdF/uMFRKYB6JeCxaZPe2cVQf8k7gh2PBd+HoHQ+c8C8GxW2S RNM81tElBGtk3lMZA7cX/kbMI3WWYLP3xvn4hbpZ/tRZOu3BrZuXHkNpqQxLbXXrZijL 2Vdfk8z5fykLjtXFpO0EjI+0NrP9v/mGqb8euos8ISsIDi01ic49zvfKwYnZCsQ9w8oX jgkyjpTolq4DQfdeAT8qbLaQfJO0AlfdFpru7Zr7KhNSKi4s0nh3a68fbejXLf8VHaQh Lb/A== MIME-Version: 1.0 X-Received: by 10.68.138.194 with SMTP id qs2mr13805315pbb.8.1424407277239; Thu, 19 Feb 2015 20:41:17 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.30.198 with HTTP; Thu, 19 Feb 2015 20:41:17 -0800 (PST) In-Reply-To: References: <54E5232F.3060409@delphij.net> <54E59BF7.40207@freebsd.org> Date: Thu, 19 Feb 2015 20:41:17 -0800 X-Google-Sender-Auth: nC51RhhOBGPZZtoum7Mh7yty46c Message-ID: Subject: Re: default pager (csh) From: Kevin Oberman To: Warren Block Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Davide Italiano , FreeBSD Hackers , freebsd-current , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 04:41:18 -0000 On Thu, Feb 19, 2015 at 7:45 PM, Kevin Oberman wrote: > On Thu, Feb 19, 2015 at 5:10 PM, Warren Block wrote: > >> On Thu, 19 Feb 2015, Julian Elischer wrote: >> >> On 2/18/15 3:41 PM, Xin Li wrote: >>> >>>> >>>> The _only_ reason that I can think of is that more(1) does not clear >>>> screen for certain terminals (done with 'ti' and 'te' sequences), >>>> while less(1) when running as less does. >>>> >>>> The less(1) behavior can be annoying to some people (sometimes even >>>> myself when using less to show contents of a file and ^Z to paste >>>> them), and unfortunately quite a few of them also happen to be the >>>> more vocal ones when it comes to a change. >>>> >>> >>> I find that behaviour infuriating >>> >>> I page down to a place to get some text on the screen to use as a >>> reference, then exit to run a command with that information, and *bam* the >>> info I wanted to use has gone away. >>> >> >> It doesn't do that on csh. Or maybe I figured out how to prevent it long >> ago and forgot, but all I use is this: >> >> setenv PAGER "less -RS" >> > > You probably did what I used to do. Modify the termcaps/terminfo to > eliminate this behavior. See Exorcising the Evil Alternate Screen > . > > In the past, FreeBSD disabled this by default. It was changed several > years ago, but you can change it back as per the above referenced article. > > Well, I just looked at this and it looks like FreeBSD is using termcap, not terminfo. So you can "fix" this by defining TERM to a version of xterm that does not define alternate screen. I use xterm which, rather surprisingly, does not define ti or te. Neither do any of the xterm variants that I can find in termcap. (N.B. I am NOT running xterm. I am using mate-terminal, but it still works.) rxvt variants do define them, as do a great many others. Take a look at /usr/share/misc/termcap. Just remember that editing it does nothing until termcap.db is rebuilt. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 05:28:28 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20601F5 for ; Fri, 20 Feb 2015 05:28:28 +0000 (UTC) Received: from nm26-vm2.bullet.mail.ne1.yahoo.com (nm26-vm2.bullet.mail.ne1.yahoo.com [98.138.91.214]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DBB9AB7 for ; Fri, 20 Feb 2015 05:28:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1424409908; bh=OzGKh97pGnU6lYVopyJG5khBRzgj9FklkQq9x3IT4Fo=; h=Date:From:Reply-To:To:Subject:From:Subject; b=Bk3hfdotDjJmpvjDFNPkCb/ZmOmTPzrlVVUUh/b2DDDF4+Wsr7BZe+fuxXwp4lE/M2kZTNSxFxWQgyxo2uCDwzzHzGml2zN1T5TwE87ThZhC7KUhfJrELCPF3M6TuYTebUkjHqB4rFbgX3fjyFh0+e8RTQpg0McbF/MP85Vdj6lJF8a/hu7Y6yqP1tO0tKhAlMP99FoRiXmc6QdXEPi3n6LPT7JcrV8NBHtoLMx9SEXxk/ikIuDxlFkYtllWU6d6nCS+hb4sX9O6s73CSza9Dly9i2xdARjjIUEuWQmmQ6jzMsta02hDmL18F9odhiZI/gflfDPuWAzuT6rYI/E68A== Received: from [98.138.101.128] by nm26.bullet.mail.ne1.yahoo.com with NNFMP; 20 Feb 2015 05:25:08 -0000 Received: from [98.138.226.164] by tm16.bullet.mail.ne1.yahoo.com with NNFMP; 20 Feb 2015 05:25:08 -0000 Received: from [127.0.0.1] by omp1065.mail.ne1.yahoo.com with NNFMP; 20 Feb 2015 05:25:08 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 952488.52250.bm@omp1065.mail.ne1.yahoo.com X-YMail-OSG: YNNu2tgVM1n_w2oyP8xcBcv7FhTFIJfQOT_WqqFKiZOv9ZDiVy2j7kY_DPaheKE 3PnCgEDvSm4qG0CA3s455oUdUG8qMHq3Z74aOsduDEFRQo5CbHmzRBK5_mA9KWzhacJOzOwXGMf4 p3qiQeDmBWw.w5cT_TtehRqr43ZKvB71beIvTn6XbA9KyXH45ZX.NB0a5Uydwy3wmI9c_OXUFp5d kPz8GNA1.6akRbhf5xjDNMp2C0Ehf3Tf1NRl_9PLgdcEl3GDyRmQizRqsvggcWfB.eUBPY3S6Suf 4pN4ee02FcZs1fAyi7_2SpXLOIzEfVArNP1odpv.B87spcnR6aZzF0LrlHCQWCx249wxWIjXXXa7 vdj5j7.Rv.vDdjCTE0xb4IaM62LnQtQD9geu_HQOdvsWBu.MJLBKtCM9PZd99WwuN3B5FT4h9EGi TXD0R4WmwtrOKJzckkcHTk1RQaHHhjVhGJSG5bzDq5IvngLNFxRGu2gfNn5_8fxUSt8WPv.O4y6m aF0A- Received: by 98.138.105.251; Fri, 20 Feb 2015 05:25:08 +0000 Date: Fri, 20 Feb 2015 05:25:08 +0000 (UTC) From: gahn Reply-To: gahn To: Freebsd-current Current Message-ID: <464530409.2420401.1424409908005.JavaMail.yahoo@mail.yahoo.com> Subject: bsdconfig not able to get packages from freebsd ftp site MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 05:28:28 -0000 hi all: i am trying install packages with bsdconfig on freebsd 10.1 and failed. it stuck at the following message for a while : "Attempting to update repository catalogue from selected media" finally it gave up with following message: "No pkg(8) database found" thanks. _dave From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 06:37:50 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0B00C57; Fri, 20 Feb 2015 06:37:50 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A2BE997A; Fri, 20 Feb 2015 06:37:50 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t1K6c4AQ073465; Thu, 19 Feb 2015 22:38:05 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: Warren Block In-Reply-To: References: <54E5232F.3060409@delphij.net> <54E59BF7.40207@freebsd.org>, From: "Chris H" Subject: Re: default pager (csh) Date: Thu, 19 Feb 2015 22:38:05 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit Cc: FreeBSD Hackers , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 06:37:50 -0000 On Thu, 19 Feb 2015 18:10:36 -0700 (MST) Warren Block wrote > On Thu, 19 Feb 2015, Julian Elischer wrote: > > > On 2/18/15 3:41 PM, Xin Li wrote: > >> > >> The _only_ reason that I can think of is that more(1) does not clear > >> screen for certain terminals (done with 'ti' and 'te' sequences), > >> while less(1) when running as less does. > >> > >> The less(1) behavior can be annoying to some people (sometimes even > >> myself when using less to show contents of a file and ^Z to paste > >> them), and unfortunately quite a few of them also happen to be the > >> more vocal ones when it comes to a change. > > > > I find that behaviour infuriating > > > > I page down to a place to get some text on the screen to use as a > > reference, then exit to run a command with that information, and *bam* the > > info I wanted to use has gone away. > > It doesn't do that on csh. Or maybe I figured out how to prevent it > long ago and forgot, but all I use is this: > > setenv PAGER "less -RS" Ugh. It would kill me to *re*read the man pages, once and awhile. Thanks, Warren! --Chris > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 08:28:37 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEA1B229 for ; Fri, 20 Feb 2015 08:28:36 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 6974867E for ; Fri, 20 Feb 2015 08:28:35 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id F36CC1FE022; Fri, 20 Feb 2015 09:28:31 +0100 (CET) Message-ID: <54E6F060.2010301@selasky.org> Date: Fri, 20 Feb 2015 09:29:20 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Shawn Webb , freebsd-current@freebsd.org Subject: Re: Pluggable frame buffer devices References: <54E11A57.3030105@selasky.org> <5013637.Hs60HQbBR0@shawnwebb-laptop> <1963872.pLReSBKNjx@shawnwebb-laptop> In-Reply-To: <1963872.pLReSBKNjx@shawnwebb-laptop> Content-Type: multipart/mixed; boundary="------------020208060106010008060204" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 08:28:37 -0000 This is a multi-part message in MIME format. --------------020208060106010008060204 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 02/20/15 02:15, Shawn Webb wrote: > On Thursday, February 19, 2015 07:04:50 PM Shawn Webb wrote: >> On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote: >>> Hi, >>> >>> I've added support for USB display link adapters to FreeBSD-11-current, >>> but the kernel panics once "vt_fb_attach(info)" is called from >>> "fbd_register(struct fb_info* info)" when the USB device is plugged or >>> udl.ko is loaded. Is this a known issue? >>> >>> REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c >>> >>> --HPS >> >> I just bought a DisplayLink adapter that's compatible. Compiling a new >> kernel with device udl brings this error: >> Hi, You need to also build the "sys/modules/videomode" and install and kldload. Does your device need a power supply? Can you plug the device through an external USB HUB after boot? Also you need some VT patches, before it will attach to VT which I can send you. See attachment. Beware the unplugging the device is not supported. It will crash / panic which needs to be resolved. --HPS --------------020208060106010008060204 Content-Type: text/x-diff; name="video.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="video.diff" diff --git a/sys/dev/fb/fbd.c b/sys/dev/fb/fbd.c index f9b4d8e..11cb30e 100644 --- a/sys/dev/fb/fbd.c +++ b/sys/dev/fb/fbd.c @@ -51,6 +51,9 @@ __FBSDID("$FreeBSD$"); #include #include +#include +#include + #include "fb_if.h" LIST_HEAD(fb_list_head_t, fb_list_entry) fb_list_head = @@ -167,14 +170,21 @@ fb_mmap(struct cdev *dev, vm_ooffset_t offset, vm_paddr_t *paddr, int nprot, info = dev->si_drv1; - if ((info->fb_flags & FB_FLAG_NOMMAP) || info->fb_pbase == 0) + if (info->fb_flags & FB_FLAG_NOMMAP) return (ENODEV); - - if (offset < info->fb_size) { + if (offset >= info->fb_size) + return (EINVAL); + if (info->fb_pbase == 0) { + /* + * If there is no physical address + * assume there is a virtual address + * which is mappable: + */ + *paddr = vtophys((uint8_t *)info->fb_vbase + offset); + } else { *paddr = info->fb_pbase + offset; - return (0); } - return (EINVAL); + return (0); } static int @@ -354,5 +364,6 @@ devclass_t fbd_devclass; DRIVER_MODULE(fbd, fb, fbd_driver, fbd_devclass, 0, 0); DRIVER_MODULE(fbd, drmn, fbd_driver, fbd_devclass, 0, 0); +DRIVER_MODULE(fbd, udl, fbd_driver, fbd_devclass, 0, 0); MODULE_VERSION(fbd, 1); diff --git a/sys/dev/vt/hw/fb/vt_fb.c b/sys/dev/vt/hw/fb/vt_fb.c index 5a0fe4f..bd1b881 100644 --- a/sys/dev/vt/hw/fb/vt_fb.c +++ b/sys/dev/vt/hw/fb/vt_fb.c @@ -37,10 +37,14 @@ __FBSDID("$FreeBSD$"); #include #include #include + #include #include #include +#include +#include + static struct vt_driver vt_fb_driver = { .vd_name = "fb", .vd_init = vt_fb_init, @@ -135,7 +139,7 @@ vt_fb_mmap(struct vt_device *vd, vm_ooffset_t offset, vm_paddr_t *paddr, return (ENODEV); if (offset >= 0 && offset < info->fb_size) { - *paddr = info->fb_pbase + offset; + *paddr = vtophys(info->fb_vbase + offset); #ifdef VM_MEMATTR_WRITE_COMBINING *memattr = VM_MEMATTR_WRITE_COMBINING; #endif @@ -423,7 +427,7 @@ vt_fb_init(struct vt_device *vd) if (info->fb_size == 0) return (CN_DEAD); - if (info->fb_pbase == 0) + if (info->fb_pbase == 0 && info->fb_vbase == 0) info->fb_flags |= FB_FLAG_NOMMAP; if (info->fb_cmsize <= 0) { --------------020208060106010008060204-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 11:37:01 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 153B0842 for ; Fri, 20 Feb 2015 11:37:01 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 057DEC21 for ; Fri, 20 Feb 2015 11:37:01 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1DA295EC for ; Fri, 20 Feb 2015 11:37:01 +0000 (UTC) Date: Fri, 20 Feb 2015 11:37:00 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1058509125.23.1424432220624.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD-tests2 #733 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 11:37:01 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 08:55:21 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE9D47DC for ; Fri, 20 Feb 2015 08:55:21 +0000 (UTC) Received: from st11p01mm-asmtp002.mac.com (st11p01mm-asmtp002.mac.com [17.172.204.237]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 821379A7 for ; Fri, 20 Feb 2015 08:55:21 +0000 (UTC) Received: from [10.0.0.29] (ti0025a400-6494.bb.online.no [85.167.204.116]) by st11p01mm-asmtp002.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NK2004MTBF6N720@st11p01mm-asmtp002.mac.com> for freebsd-current@freebsd.org; Fri, 20 Feb 2015 08:54:45 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-02-20_02:2015-02-20,2015-02-20,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1502200087 From: Anders Bolt-Evensen Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable MIME-version: 1.0 (1.0) Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 Message-id: Date: Fri, 20 Feb 2015 09:54:45 +0100 References: <54E3D2A0.2090903@FreeBSD.org> <18995603.eqidKAMlxl@shawnwebb-laptop> In-reply-to: <18995603.eqidKAMlxl@shawnwebb-laptop> To: freebsd-current@freebsd.org X-Mailer: iPhone Mail (12B466) X-Mailman-Approved-At: Fri, 20 Feb 2015 12:51:00 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 08:55:21 -0000 > On 18 Feb 2015, at 20:45, Shawn Webb wrote: >=20 >> On Wednesday, February 18, 2015 12:45:36 AM Jean-S=C3=A9bastien P=C3=A9dr= on wrote: >> Hi! >>=20 >> An update to the DRM subsystem, not including the drivers, is ready for >> wider testing! >>=20 >> The patch against HEAD is here: >> https://people.freebsd.org/~dumbbell/graphics/drm-update-38.f.patch >>=20 >> I'm interested in success/failure reports for amd64, powerpc and >> powerpc64 users, for i915 and Radeon GPUs. I already know there is a >> build issue on i386, please wait for the next patch if you are in this ca= se. >>=20 >> The changes brought by this patch are explained in a blog post: >> http://blogs.freebsdish.org/graphics/2015/02/18/testing-the-drm-update/ >>=20 >> This is working well for some Radeon users for more than a year. >> However, it only started to work with i915 a month ago, when the i915 >> refresh was committed. >>=20 >> Try your day-to-day applications, try suspend/resume, try all output >> connectors, try OpenGL stuff, try backlight controls, everything :) >>=20 >> Thank you! >=20 > The patch drastically fails to apply on recent HEAD. >=20 > Thanks, >=20 > Shawn The patch failed to apply on HEAD here as well. Using the newest sources (fe= tched about 10 minutes ago). Anders= From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 13:06:02 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15719BA4 for ; Fri, 20 Feb 2015 13:06:02 +0000 (UTC) Received: from dyslexicfish.net (pacha.mail.dyslexicfish.net [108.61.175.189]) (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 9F5FC7A7 for ; Fri, 20 Feb 2015 13:06:01 +0000 (UTC) Received: from dyslexicfish.net (pacha.mail.dyslexicfish.net [108.61.175.189]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id t1KCbCOw008183; Fri, 20 Feb 2015 12:37:12 GMT (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id t1KCbBLX008182; Fri, 20 Feb 2015 12:37:11 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201502201237.t1KCbBLX008182@dyslexicfish.net> Date: Fri, 20 Feb 2015 12:37:11 +0000 To: rkoberman@gmail.com, jbtakk@iherebuywisely.com Subject: Re: default pager (csh) References: In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [108.61.175.189]); Fri, 20 Feb 2015 12:37:12 +0000 (GMT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 13:06:02 -0000 "Jeffrey Bouquet" wrote: > PAGER='cat' > alias man='env PAGER=lookat man $1' No need to alias 'man', just set env MANPAGER. >From man man: (so good they named it twice etc.!) -P pager Use specified pager. Defaults to 'less -s' if color support is enabled, or 'more -s'. Overrides the MANPAGER environment variable, which in turn overrides the PAGER environment variable. cheers, Jamie From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 14:51:36 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C3DA26F; Fri, 20 Feb 2015 14:51:36 +0000 (UTC) Received: from st11p00mm-asmtp004.mac.com (st11p00mm-asmtpout004.mac.com [17.172.81.3]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0ECBE6D2; Fri, 20 Feb 2015 14:51:35 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=utf-8; format=flowed Received: from andersbo-mac.local (ti0025a400-6494.bb.online.no [85.167.204.116]) by st11p00mm-asmtp004.mac.com (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPSA id <0NK200B15RXGPT20@st11p00mm-asmtp004.mac.com>; Fri, 20 Feb 2015 14:51:28 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-02-20_07:2015-02-20,2015-02-20,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=2 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1502200141 Message-id: <54E74988.1050301@icloud.com> Date: Fri, 20 Feb 2015 15:49:44 +0100 From: Anders Bolt-Evensen User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.0 To: freebsd-x11@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 References: <54E3D2A0.2090903@FreeBSD.org> In-reply-to: <54E3D2A0.2090903@FreeBSD.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 14:51:36 -0000 On 18/02/15 00:45, Jean-Sébastien Pédron wrote: > Hi! > > An update to the DRM subsystem, not including the drivers, is ready for > wider testing! > > The patch against HEAD is here: > https://people.freebsd.org/~dumbbell/graphics/drm-update-38.f.patch > > I'm interested in success/failure reports for amd64, powerpc and > powerpc64 users, for i915 and Radeon GPUs. I already know there is a > build issue on i386, please wait for the next patch if you are in this case. > > The changes brought by this patch are explained in a blog post: > http://blogs.freebsdish.org/graphics/2015/02/18/testing-the-drm-update/ > > This is working well for some Radeon users for more than a year. > However, it only started to work with i915 a month ago, when the i915 > refresh was committed. > > Try your day-to-day applications, try suspend/resume, try all output > connectors, try OpenGL stuff, try backlight controls, everything :) > > Thank you! > Hey! I saw that you had updated your patchfile to drm-update-38.h.patch, and decided to download that to see if I had better success with that one instead of f.patch (which you link to in this thread). To avoid unnecessary conflicts, I decided to remove local sources and redownload the newest sources from FreeBSD's svn repository. When I then applied the patch, it seemed to be more successful, but on 22 occations the patch still fails (the following list contains all the fails; the entire output can be seen here: https://www.dropbox.com/s/07kpkc9xh3zgno4/patchres.txt?dl=0 (patchres.txt)): Hunk #2 failed at 29. 1 out of 3 hunks failed--saving rejects to sys/dev/drm2/drm_agpsupport.c.rej Hunk #2 failed at 31. 1 out of 4 hunks failed--saving rejects to sys/dev/drm2/drm_auth.c.rej Hunk #2 failed at 31. 1 out of 26 hunks failed--saving rejects to sys/dev/drm2/drm_bufs.c.rej Hunk #2 failed at 31. 1 out of 17 hunks failed--saving rejects to sys/dev/drm2/drm_context.c.rej Hunk #1 failed at 21. 1 out of 39 hunks failed--saving rejects to sys/dev/drm2/drm_crtc.h.rej Hunk #2 failed at 31. 1 out of 5 hunks failed--saving rejects to sys/dev/drm2/drm_dma.c.rej Hunk #1 failed at 0. 1 out of 1 hunks failed--saving rejects to sys/dev/drm2/drm_drawable.c.rej Hunk #2 failed at 44. 1 out of 8 hunks failed--saving rejects to sys/dev/drm2/drm_drv.c.rej Hunk #1 failed at 19. 1 out of 5 hunks failed--saving rejects to sys/dev/drm2/drm_edid.h.rej Hunk #1 failed at 21. 1 out of 17 hunks failed--saving rejects to sys/dev/drm2/drm_edid_modes.h.rej Hunk #1 failed at 26. 1 out of 7 hunks failed--saving rejects to sys/dev/drm2/drm_fb_helper.h.rej Hunk #2 failed at 32. 1 out of 9 hunks failed--saving rejects to sys/dev/drm2/drm_fops.c.rej Hunk #1 failed at 19. 1 out of 3 hunks failed--saving rejects to sys/dev/drm2/drm_fourcc.h.rej Hunk #1 failed at 0. 1 out of 1 hunks failed--saving rejects to sys/dev/drm2/drm_internal.h.rej Hunk #2 failed at 31. 1 out of 4 hunks failed--saving rejects to sys/dev/drm2/drm_ioctl.c.rej Hunk #2 failed at 27. 1 out of 50 hunks failed--saving rejects to sys/dev/drm2/drm_irq.c.rej Hunk #2 failed at 31. 1 out of 3 hunks failed--saving rejects to sys/dev/drm2/drm_lock.c.rej Hunk #2 failed at 31. 1 out of 2 hunks failed--saving rejects to sys/dev/drm2/drm_memory.c.rej Hunk #1 failed at 25. 1 out of 10 hunks failed--saving rejects to sys/dev/drm2/drm_mm.h.rej Hunk #1 failed at 22. 1 out of 11 hunks failed--saving rejects to sys/dev/drm2/drm_mode.h.rej Hunk #1 failed at 0. 1 out of 1 hunks failed--saving rejects to sys/dev/drm2/drm_sman.c.rej Hunk #1 failed at 0. 1 out of 1 hunks failed--saving rejects to sys/dev/drm2/drm_sman.h.rej From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 15:33:04 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 988D6131 for ; Fri, 20 Feb 2015 15:33:04 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 82F93C17 for ; Fri, 20 Feb 2015 15:33:04 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7028264A for ; Fri, 20 Feb 2015 15:33:04 +0000 (UTC) Date: Fri, 20 Feb 2015 15:33:03 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <343115924.24.1424446383969.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1058509125.23.1424432220624.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1058509125.23.1424432220624.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD-tests2 #734 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 15:33:04 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 16:20:02 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7F7A2AA; Fri, 20 Feb 2015 16:20:02 +0000 (UTC) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CDE21CE; Fri, 20 Feb 2015 16:20:02 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 3EEF51CC0C; Fri, 20 Feb 2015 11:20:00 -0500 (EST) Message-ID: <54E75EAC.3010206@protected-networks.net> Date: Fri, 20 Feb 2015 11:19:56 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Gleb Smirnoff , zi@freebsd.org, FreeBSD Current Subject: SVN r279031 breaks net-snmp OpenPGP: id=0442D492 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4HItrE3FTnFJhLaHXxxcuqv8HRsqgwBs7" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 16:20:02 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4HItrE3FTnFJhLaHXxxcuqv8HRsqgwBs7 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable It seems that net-snmp wants struct ifaddr and now fails on -CURRENT with= : libtool: compile: cc -I../../include -I. -I../../agent -I../../agent/mibgroup -I../../snmplib -I/usr/include -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -pipe -march=3Dcore2 -I/usr/local/include -I/include -D_WANT_IFADDR -fstack-protector -fno-strict-aliasing -std=3Dc99 -Ufreebsd11 -Dfreebsd11=3Dfreebsd11 -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -I/usr/local/lib/perl5/5.18/mach/CORE -c mibII/ipv6.c -fPIC -DPIC -o mibII/.libs/ipv6.o mibII/ipv6.c:806:20: warning: returning 'char *' from a function with result type 'u_char *' (aka 'unsigned char *') converts between pointers to integer types with different sign [-Wpointer-sign] return p; ^ mibII/ipv6.c:848:29: error: variable has incomplete type 'struct ifaddr' struct ifaddr ifaddr; ^ /usr/include/net/if_var.h:89:24: note: forward declaration of 'struct ifaddr' TAILQ_HEAD(ifaddrhead, ifaddr); /* instantiation is preserved in the list= */ ^ /usr/include/sys/queue.h:493:9: note: expanded from macro 'TAILQ_HEAD' struct type *tqh_first; /* first element */ \= ^ 1 warning and 1 error generated. *** Error code 1 Stop. make[4]: stopped in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.3/agent/mibgroup *** Error code 1 --4HItrE3FTnFJhLaHXxxcuqv8HRsqgwBs7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTnXq8ACgkQQv9rrgRC1JLZJwCfVBs5sHPWRolxWhzF06QlOZrL MboAn1Q/KMKjkMLsWwRzhZx8+BhIKEPK =0z8M -----END PGP SIGNATURE----- --4HItrE3FTnFJhLaHXxxcuqv8HRsqgwBs7-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 21:16:32 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D367974 for ; Fri, 20 Feb 2015 21:16:32 +0000 (UTC) Received: from mail.wilcox-tech.com (mail.foxkit.us [192.99.209.192]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.wilcox-tech.com", Issuer "mail.wilcox-tech.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48C2AAEF for ; Fri, 20 Feb 2015 21:16:31 +0000 (UTC) Received: (qmail 17916 invoked from network); 20 Feb 2015 21:12:48 -0000 Received: from c-71-57-141-247.hsd1.fl.comcast.net (HELO Todd) (AWilcox@Wilcox-Tech.com@71.57.141.247) by mail.foxkit.us with ESMTPA; 20 Feb 2015 21:12:48 -0000 From: "Andrew Wilcox" To: "freebsd-current" Subject: i386 port no longer bootable on non-SSE CPUs Date: Fri, 20 Feb 2015 15:09:49 -0600 Message-ID: <00c401d04d51$905fedc0$b11fc940$@Wilcox-Tech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Content-Language: en-gb Thread-Index: AdBNUYluZbK/AiOaSImZlvf2MBBTdA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 21:16:32 -0000 Hello, The i386 port, both 10-STABLE and 11-CURRENT, will not boot on systems = without SSE support. This is caused by r273995, as using `svn merge -c = -273995` (and hacking-and-sloshing through the few compiler errors = afterwards) makes it once again bootable. This crash happens very early on in boot, before even mi_startup (as the = author line is never even printed): http://i.imgur.com/SAty1mT.jpg This breaks support for all i486, Pentium, Pentium Pro, and Pentium = II-based CPUs and computers. These are not only found in older = computers that are useful as routers and file servers, but there are = some new SoCs still using these chips: Intel Galileo board http://www.frys.com/product/8080584 Pentium core, no MMX/SSE whatsoever. Released late 2014. AMD Elan SC520, Geode series http://www.eurotech.com/en/products/CPU-1421 http://www.amd.com/en-us/products/embedded/processors/lx While the Elan is no longer manufactured, it still remains popular. The = new Geode LX series of processors only implement MMX (so are roughly = equivalent to a Pentium Pro in terms of instruction set). Backing out r273995 allows boot to proceed normally, as shown here: = http://imgur.com/a/WWsa5 I attempted to revert locore.S to see if it was related to the stack = setup changes found in that commit and it made no difference; the panic = was the same. I would be willing to test any patches/diffs on any or all of the = systems I have, but unfortunately I'm in a bit over my head trying to = figure out which part of this commit is causing it. Best, Andrew -- Andrew Wilcox, C/C++/Python developer, kernel hacker Blog: http://blog.foxkit.us/ WWW: http://foxkit.us/ GitHub: https://github.com/awilfox From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 22:11:30 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D730C63E for ; Fri, 20 Feb 2015 22:11:30 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 62CDE1AE for ; Fri, 20 Feb 2015 22:11:30 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t1KMBNr3013411 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Feb 2015 00:11:23 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t1KMBNr3013411 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t1KMBMpX013410; Sat, 21 Feb 2015 00:11:22 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 21 Feb 2015 00:11:22 +0200 From: Konstantin Belousov To: Andrew Wilcox Subject: Re: i386 port no longer bootable on non-SSE CPUs Message-ID: <20150220221122.GN34251@kib.kiev.ua> References: <00c401d04d51$905fedc0$b11fc940$@Wilcox-Tech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00c401d04d51$905fedc0$b11fc940$@Wilcox-Tech.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 22:11:30 -0000 On Fri, Feb 20, 2015 at 03:09:49PM -0600, Andrew Wilcox wrote: > Hello, > > The i386 port, both 10-STABLE and 11-CURRENT, will not boot on systems without SSE support. This is caused by r273995, as using `svn merge -c -273995` (and hacking-and-sloshing through the few compiler errors afterwards) makes it once again bootable. > > This crash happens very early on in boot, before even mi_startup (as the author line is never even printed): http://i.imgur.com/SAty1mT.jpg > > This breaks support for all i486, Pentium, Pentium Pro, and Pentium II-based CPUs and computers. These are not only found in older computers that are useful as routers and file servers, but there are some new SoCs still using these chips: > > Intel Galileo board > http://www.frys.com/product/8080584 > Pentium core, no MMX/SSE whatsoever. Released late 2014. > > AMD Elan SC520, Geode series > http://www.eurotech.com/en/products/CPU-1421 > http://www.amd.com/en-us/products/embedded/processors/lx > While the Elan is no longer manufactured, it still remains popular. The new Geode LX series of processors only implement MMX (so are roughly equivalent to a Pentium Pro in terms of instruction set). > > Backing out r273995 allows boot to proceed normally, as shown here: http://imgur.com/a/WWsa5 > > I attempted to revert locore.S to see if it was related to the stack setup changes found in that commit and it made no difference; the panic was the same. > > I would be willing to test any patches/diffs on any or all of the systems I have, but unfortunately I'm in a bit over my head trying to figure out which part of this commit is causing it. > I just booted HEAD on the qemu configured to emulate Pentium II, i.e. MMX but no SSE/SSE2. So I think what you describe is based on the generalization from single fact. Double fault usually means that the stack overflown. The values for the %eip and %esp on the screen look fishy. My advise is to add debugging printfs to see how far execution went before double fault occur. From the dmesg, your machine fails somewhere in init386(). Try to add some printfs() there, probably around npxinit(true) call for the start. Also, providing us with the verbose dmesg for successfull boot could be useful. From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 21:26:01 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECD3FDEE; Fri, 20 Feb 2015 21:26:01 +0000 (UTC) Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003:c06::229]) (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 B34EAC43; Fri, 20 Feb 2015 21:26:01 +0000 (UTC) Received: by mail-oi0-f41.google.com with SMTP id z81so4799670oif.0; Fri, 20 Feb 2015 13:26:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=/169ee5bUv1QvH6xjjwhb8tXoTVqZe6lPV9f3zoWJ6I=; b=zucNJs+hyRESj1Xrzdw6ZHVZaRz8k12b4F1k96j18bu7D44HnDrYAT4V+xq5wgYB+6 SJDTfDO58josI+bLD0KTpHeX4HXIJTbwBQ6ANhyI6BJFpH5bUZYSQpv8xNkW8ubToseO PWuq7c1oavFuY4XiodyOymHZw/ueRC3CAIpM0JHWjE8fUN6Fk5keXEMDLcpYRnSqHfeh ZEUr/tEIhHtpHUBEDN9Ey8nNpJQXCJh59uThtItgJvxaPW/lpHSM9WL/PK8L2xdDdgKq YTb3pwgpiRlAJc0xFMijyB39kH0hTIVtgzzzFTE9zrAgjJB6gWfRi9c+9DLFBofk6Jk5 69yA== MIME-Version: 1.0 X-Received: by 10.202.46.138 with SMTP id u132mr7526051oiu.19.1424467561077; Fri, 20 Feb 2015 13:26:01 -0800 (PST) Received: by 10.60.140.199 with HTTP; Fri, 20 Feb 2015 13:26:01 -0800 (PST) Date: Fri, 20 Feb 2015 16:26:01 -0500 Message-ID: Subject: Resolver needs bind to src IP option From: grarpamp To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Fri, 20 Feb 2015 22:12:30 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 21:26:02 -0000 I looked through these pages and did not see an option to bind the resolver query from a specific IP address (as in the case where you have multiple interfaces and/or alias addresses and wish to pick one instead of the default route). resolver(3) gethostbyname(3) resolver(5) [resolv.conf] You could steer them with NAT filter, or bind a local unbound/named to a src IP and point the resolver at that. But those seem heavier weight solutions than doing it in the resolver natively (whether in resolv.conf or in library calls by applications [where in the apps case, resolv.conf would decide whether application call or resolv.conf takes precedence]). Thoughts? From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 21:59:14 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 968534EA for ; Fri, 20 Feb 2015 21:59:14 +0000 (UTC) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001: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 5E470F7C for ; Fri, 20 Feb 2015 21:59:14 +0000 (UTC) Received: by mail-ig0-f182.google.com with SMTP id h15so6483880igd.3 for ; Fri, 20 Feb 2015 13:59:13 -0800 (PST) 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=1b5n5ZuJYt1rG1vqoTqCuuOVw0jilx8CxIWLJrAQGcU=; b=0aSyzk9tq9Wx8XIWEBaj2jVZx8Sw4+fvVbKvBccXzmowq6eREPmbDdf92wzHZg+4cO Nhr4XP5oTz2ebdXT1j/wAonnBUcDB2mgFiIcyNYQ489UlYr7+emcR7KEpg4er9VnLuvi J7IMU2iki16t7LFnDIZkWC9kvMzXuRQC/Jx46kvI6oDx4U+gOKfxTWTeEOJHSr/2KHWb RqKfom7fTB9cgPq7E6tizCmhMYp/hlpvT3Xcvi3VCPugY/zGkkEaumlyiKT2XUxdofbG xLy8Wf+cqU6/5FnQoYIBLvcWTc4ULX5mE/h5gUfVdapA15vJg9hkki933m0NE7tVFzOr aIOw== MIME-Version: 1.0 X-Received: by 10.107.9.26 with SMTP id j26mr92145ioi.91.1424469553808; Fri, 20 Feb 2015 13:59:13 -0800 (PST) Received: by 10.42.162.132 with HTTP; Fri, 20 Feb 2015 13:59:13 -0800 (PST) Date: Fri, 20 Feb 2015 23:59:13 +0200 Message-ID: Subject: [patch] sys/boot/fdt/fdt_loader_cmd.c From: Dmitry Luhtionov To: freebsd-current@freebsd.org X-Mailman-Approved-At: Fri, 20 Feb 2015 22:25:07 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 21:59:14 -0000 --- sys/boot/fdt/fdt_loader_cmd.c.orig 2015-02-04 10:06:18.000000000 +0200 +++ sys/boot/fdt/fdt_loader_cmd.c 2015-02-20 23:50:26.000000000 +0200 @@ -1299,13 +1299,12 @@ fdt_merge_strings(int argc, char *argv[] sz += argc - start; buf = (char *)malloc(sizeof(char) * sz); - bzero(buf, sizeof(char) * sz); - if (buf == NULL) { sprintf(command_errbuf, "could not allocate space " "for string"); return (1); } + bzero(buf, sizeof(char) * sz); idx = 0; for (i = start, idx = 0; i < argc; i++) { From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 00:36:21 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE0CC61A for ; Sat, 21 Feb 2015 00:36:21 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9DE5A2E9 for ; Sat, 21 Feb 2015 00:36:21 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D27916FE for ; Sat, 21 Feb 2015 00:36:21 +0000 (UTC) Date: Sat, 21 Feb 2015 00:36:21 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1264268241.25.1424478981670.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD-tests2 #737 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 00:36:21 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 02:05:46 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3746F2B0; Sat, 21 Feb 2015 02:05:46 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BBF8FD1F; Sat, 21 Feb 2015 02:05:45 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t1L25PAu003181 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 20 Feb 2015 19:05:25 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t1L25PMO003178; Fri, 20 Feb 2015 19:05:25 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Fri, 20 Feb 2015 19:05:25 -0700 (MST) From: Warren Block To: Kevin Oberman Subject: Re: default pager (csh) In-Reply-To: Message-ID: References: <54E5232F.3060409@delphij.net> <54E59BF7.40207@freebsd.org> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Fri, 20 Feb 2015 19:05:25 -0700 (MST) Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Davide Italiano , FreeBSD Hackers , freebsd-current , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 02:05:46 -0000 On Thu, 19 Feb 2015, Kevin Oberman wrote: > On Thu, Feb 19, 2015 at 5:10 PM, Warren Block wrote: > On Thu, 19 Feb 2015, Julian Elischer wrote: > > On 2/18/15 3:41 PM, Xin Li wrote: > > The _only_ reason that I can think of is that more(1) does not clear > screen for certain terminals (done with 'ti' and 'te' sequences), > while less(1) when running as less does. > > The less(1) behavior can be annoying to some people (sometimes even > myself when using less to show contents of a file and ^Z to paste > them), and unfortunately quite a few of them also happen to be the > more vocal ones when it comes to a change. > > > I find that behaviour infuriating > > I page down to a place to get some text on the screen to use as  a reference, then exit to run a command with that information, and *bam* the info I wanted to > use has gone away. > > > It doesn't do that on csh.  Or maybe I figured out how to prevent it long ago and forgot, but all I use is this: > > setenv  PAGER   "less -RS" > > > You probably did what I used to do. Modify the termcaps/terminfo to eliminate this behavior. See Exorcising the Evil Alternate Screen. > > In the past, FreeBSD disabled this by default. It was changed several years ago, but you can change it back as per the aboved referenced article. I'm pretty sure I have not done that, it would show up in mergemaster. As far as I can remember, less(1) has never done that clear-the-screen thing on FreeBSD, which is why it is so jarring on Linux. From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 02:31:31 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4230713; Sat, 21 Feb 2015 02:31:31 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B375AF69; Sat, 21 Feb 2015 02:31:31 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [12.229.62.2]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 0B0D22411E; Fri, 20 Feb 2015 18:31:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1424485885; x=1424500285; bh=bwxCaVFUdBNNGDpLFQFiwuwbSCP1IP9moqXS7N7BAQ8=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=v1Ss0TyR4SwoWXzFn6fW04Sfy7h+8/iD7Km1/fEuDXgm1626mAYQ7vk6aNCG1DpQu Q2VDENZtOI+euIEVnr7XD+wug2XqK65sHapSiAqtO9KtDkFq7lFisk2hmq2qaqK1h3 04LT/2mCdmxIcsADV5rWzCOtq7i6kme7lqzjhs6M= Message-ID: <54E7EDFC.70008@delphij.net> Date: Fri, 20 Feb 2015 18:31:24 -0800 From: Xin Li Reply-To: d@delphij.net Organization: The FreeBSD Project MIME-Version: 1.0 To: Warren Block , Kevin Oberman Subject: Re: default pager (csh) References: <54E5232F.3060409@delphij.net> <54E59BF7.40207@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: Davide Italiano , FreeBSD Hackers , freebsd-current , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 02:31:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 02/20/15 18:05, Warren Block wrote: >> It doesn't do that on csh. Or maybe I figured out how to prevent >> it long ago and forgot, but all I use is this: >> >> setenv PAGER "less -RS" >> >> >> You probably did what I used to do. Modify the termcaps/terminfo >> to eliminate this behavior. See Exorcising the Evil Alternate >> Screen. >> >> In the past, FreeBSD disabled this by default. It was changed >> several years ago, but you can change it back as per the aboved >> referenced article. > > I'm pretty sure I have not done that, it would show up in > mergemaster. As far as I can remember, less(1) has never done that > clear-the-screen thing on FreeBSD, which is why it is so jarring on > Linux. Not all terminals will clear screen... Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.1.2 (FreeBSD) iQIbBAEBCgAGBQJU5+32AAoJEJW2GBstM+nsZFQP+IoALzoaMRYF+jB9L1kwY+QN h3mnx6BCjv24nMfnv/wLDvWXQ5N1DY0Di9/RP0YSFxgWetpxQGIf0fDOE2jYAbSW +xPBMnYfkKWmzenF5W9NxMPi4o6ul/+LIkp1PxGpxHqjktkSFu3lnoeZaI0JB+6U 3XgpyLMsCfKPP1s5jOyn7TcIKQkby69ANUHWN+7Vfcrg7wy7h0cLmEuCfqOjMg0O CczASshTkCH3JjdwENmT5hwxIKRRqLeqKLvGSyphcZ8FiOl8TKfY+Rnd7wxc9/Cf /PU4cJFVIYw4v60hknD+Dj3hdgwJYA5pfJY2+8faC5V0qKpsDCnl43xDzKXojJjE QX74k7fS47bwcAzTZMLD55X95mos6k7pkDdSE+FoEyWld+yCKxxnSGEXE+728xX2 zdpj1OlJLhyijcZXPNYbDmUVbGzjBnWSTcRF73+upeGDtG3Q1cKaCD7ZBx+Eyqq8 r0ILRrINPzW58XzK0i33obT4SqyBKnadCRuSADpKEaEZgjQeDEGhlQ83SBIt2xBr rqofewSf3jPoN/o03vNaVMRfOT36NT65DOoCjIf0TuEpKbRhfYXb5LVAmt13Bhpv Uc29/3uOi0r2A1h+2URZ0M5LBJo2NiaNgGRE+TTw4y/+mUwhbMvdOVuRwvYwGatb 2lI/u9fCHmNkyPWf5J8= =+90O -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 02:43:10 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B4739AD for ; Sat, 21 Feb 2015 02:43:10 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4804FCE for ; Sat, 21 Feb 2015 02:43:10 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9F1DD72D for ; Sat, 21 Feb 2015 02:43:10 +0000 (UTC) Date: Sat, 21 Feb 2015 02:43:10 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1548831806.26.1424486590448.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1264268241.25.1424478981670.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1264268241.25.1424478981670.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #738 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 02:43:10 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 03:33:06 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B1B5471; Sat, 21 Feb 2015 03:33:06 +0000 (UTC) Received: from pmta2.delivery10.ore.mailhop.org (pmta2.delivery10.ore.mailhop.org [54.69.62.154]) by mx1.freebsd.org (Postfix) with ESMTP id 00F988A2; Sat, 21 Feb 2015 03:33:05 +0000 (UTC) Received: from smtp4.ore.mailhop.org (172.31.36.112) by pmta2.delivery1.ore.mailhop.org id hsvu7420u50m; Sat, 21 Feb 2015 03:12:54 +0000 (envelope-from ) Received: from pool-71-255-170-26.bstnma.east.verizon.net ([71.255.170.26] helo=homobox.opal.com) by smtp4.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YP0Uu-0004lP-RK; Sat, 21 Feb 2015 03:12:53 +0000 Received: from shibato (shibato.opal.com [IPv6:2001:470:8cb8:3:21e:33ff:fe5f:cb65]) (authenticated bits=0) by homobox.opal.com (8.14.9/8.14.9) with ESMTP id t1L3CkKe020565 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO); Fri, 20 Feb 2015 22:12:48 -0500 (EST) (envelope-from fbsd@opal.com) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 71.255.170.26 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1/FJ91v7Rk3n7gkUeMSbmqq Date: Fri, 20 Feb 2015 22:12:46 -0500 From: "J.R. Oldroyd" To: freebsd-current@FreeBSD.org Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 Message-ID: <20150220221246.661f2d01@shibato> In-Reply-To: <54E74988.1050301@icloud.com> References: <54E3D2A0.2090903@FreeBSD.org> <54E74988.1050301@icloud.com> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (homobox.opal.com [IPv6:2001:470:8cb8:2::1]); Fri, 20 Feb 2015 22:12:49 -0500 (EST) X-Spam-Status: No, score=-0.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, T_RP_MATCHES_RCVD shortcircuit=no autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on homobox.opal.com Cc: freebsd-x11@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 03:33:06 -0000 On Fri, 20 Feb 2015 15:49:44 +0100 Anders Bolt-Evensen wrote: >> > I saw that you had updated your patchfile to drm-update-38.h.patch, and > ... > applied the patch, it seemed to be more successful, but on 22 occations > the patch still fails (the following list contains all the fails; the > entire output can be seen here: > > Hunk #2 failed at 29. > 1 out of 3 hunks failed--saving rejects to sys/dev/drm2/drm_agpsupport.c.rej > Hunk #2 failed at 31. > 1 out of 4 hunks failed--saving rejects to sys/dev/drm2/drm_auth.c.rej > Hunk #2 failed at 31. > 1 out of 26 hunks failed--saving rejects to sys/dev/drm2/drm_bufs.c.rej > Hunk #2 failed at 31. > 1 out of 17 hunks failed--saving rejects to sys/dev/drm2/drm_context.c.rej > Hunk #1 failed at 21. > 1 out of 39 hunks failed--saving rejects to sys/dev/drm2/drm_crtc.h.rej > Hunk #2 failed at 31. > 1 out of 5 hunks failed--saving rejects to sys/dev/drm2/drm_dma.c.rej > Hunk #1 failed at 0. > 1 out of 1 hunks failed--saving rejects to sys/dev/drm2/drm_drawable.c.rej > Hunk #2 failed at 44. > 1 out of 8 hunks failed--saving rejects to sys/dev/drm2/drm_drv.c.rej > Hunk #1 failed at 19. > 1 out of 5 hunks failed--saving rejects to sys/dev/drm2/drm_edid.h.rej > Hunk #1 failed at 21. > 1 out of 17 hunks failed--saving rejects to > sys/dev/drm2/drm_edid_modes.h.rej > Hunk #1 failed at 26. > 1 out of 7 hunks failed--saving rejects to sys/dev/drm2/drm_fb_helper.h.rej > Hunk #2 failed at 32. > 1 out of 9 hunks failed--saving rejects to sys/dev/drm2/drm_fops.c.rej > Hunk #1 failed at 19. > 1 out of 3 hunks failed--saving rejects to sys/dev/drm2/drm_fourcc.h.rej > Hunk #1 failed at 0. > 1 out of 1 hunks failed--saving rejects to sys/dev/drm2/drm_internal.h.rej > Hunk #2 failed at 31. > 1 out of 4 hunks failed--saving rejects to sys/dev/drm2/drm_ioctl.c.rej > Hunk #2 failed at 27. > 1 out of 50 hunks failed--saving rejects to sys/dev/drm2/drm_irq.c.rej > Hunk #2 failed at 31. > 1 out of 3 hunks failed--saving rejects to sys/dev/drm2/drm_lock.c.rej > Hunk #2 failed at 31. > 1 out of 2 hunks failed--saving rejects to sys/dev/drm2/drm_memory.c.rej > Hunk #1 failed at 25. > 1 out of 10 hunks failed--saving rejects to sys/dev/drm2/drm_mm.h.rej > Hunk #1 failed at 22. > 1 out of 11 hunks failed--saving rejects to sys/dev/drm2/drm_mode.h.rej > Hunk #1 failed at 0. > 1 out of 1 hunks failed--saving rejects to sys/dev/drm2/drm_sman.c.rej > Hunk #1 failed at 0. > 1 out of 1 hunks failed--saving rejects to sys/dev/drm2/drm_sman.h.rej > _______________________________________________ Same errors here. Applying patch to r279092 from svn master. Did you diff against the github source and is there perhaps some divergence between that and the svn master? I worked through the rejects and applied them manually. But, booting does not go well: Feb 20 21:58:22 xx kernel: panic: mtx_lock() of destroyed mutex @ /usr/src/sys/modules/drm2/drm2/../../../dev/drm2/drm_irq.c:1036 Feb 20 21:58:22 xx kernel: cpuid = 0 Feb 20 21:58:22 xx kernel: KDB: stack backtrace: Feb 20 21:58:22 xx kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00b2966600 Feb 20 21:58:22 xx kernel: vpanic() at vpanic+0x189/frame 0xfffffe00b2966680 Feb 20 21:58:22 xx kernel: kassert_panic() at kassert_panic+0x132/frame 0xfffffe00b29666f0 Feb 20 21:58:22 xx kernel: __mtx_lock_flags() at __mtx_lock_flags+0x14a/frame 0xfffffe00b2966740 Feb 20 21:58:22 xx kernel: drm_vblank_post_modeset() at drm_vblank_post_modeset+0x3f/frame 0xfffffe00b2966770 Feb 20 21:58:22 xx kernel: atombios_crtc_dpms() at atombios_crtc_dpms+0x208/frame 0xfffffe00b29667b0 Feb 20 21:58:22 xx kernel: atombios_crtc_commit() at atombios_crtc_commit+0x14/frame 0xfffffe00b29667e0 Feb 20 21:58:22 xx kernel: drm_crtc_helper_set_mode() at drm_crtc_helper_set_mode+0x480/frame 0xfffffe00b2966a30 Feb 20 21:58:22 xx kernel: drm_crtc_helper_set_config() at drm_crtc_helper_set_config+0x9c1/frame 0xfffffe00b2966b00 Feb 20 21:58:22 xx kernel: vt_restore_fbdev_mode() at vt_restore_fbdev_mode+0x4e/frame 0xfffffe00b2966b20 Feb 20 21:58:22 xx kernel: taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame 0xfffffe00b2966b80 Feb 20 21:58:22 xx kernel: taskqueue_thread_loop() at taskqueue_thread_loop+0x9b/frame 0xfffffe00b2966bb0 Feb 20 21:58:22 xx kernel: fork_exit() at fork_exit+0x84/frame 0xfffffe00b2966bf0 Feb 20 21:58:22 xx kernel: fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00b2966bf0 Feb 20 21:58:22 xx kernel: --- trap 0, rip = 0, rsp = 0xfffffe00b2966cb0, rbp = 0 --- Feb 20 21:58:22 xx kernel: Uptime: 37s Feb 20 21:58:22 xx kernel: Dumping 236 out of 2915 MB:..7%..14%..21%..34%..41%..55%..61%..75%..82%..95% Feb 20 21:58:22 xx kernel: Dump complete Feb 20 21:58:22 xx kernel: Automatic reboot in 15 seconds - press a key on the console to abort Feb 20 21:58:22 xx kernel: Rebooting... I can also see earlier that the cp still did not init... same old CAFEDEAD in r100_cp_init. Chip is ATI Radeon RS690 X1270 IGP. -jr From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 08:36:52 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7542BAFD for ; Sat, 21 Feb 2015 08:36:52 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 633D67F6 for ; Sat, 21 Feb 2015 08:36:52 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 992D37D0 for ; Sat, 21 Feb 2015 08:36:51 +0000 (UTC) Date: Sat, 21 Feb 2015 08:36:51 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <410884488.27.1424507811409.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1548831806.26.1424486590448.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1548831806.26.1424486590448.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #739 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 08:36:52 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 15:53:11 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DDDF92E for ; Sat, 21 Feb 2015 15:53:11 +0000 (UTC) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) (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 35BB73CC for ; Sat, 21 Feb 2015 15:53:10 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id v10so16606655qac.6 for ; Sat, 21 Feb 2015 07:53:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:organization :user-agent:mime-version:content-type; bh=EQ7x5iyU9Hcs+mBv5ZkwXVQcGflUlPZFAPv5VA2cImQ=; b=MG70H8BYP+jmZUdhejo3JhL/f1NN+UL8TekqnYn45MbJWgH06RrZS6l5kcsvHjJmCa wBDs1ghDXO6WTAEjR40XZI9ceUzRXY2OSJN+ONrY44YdbWeMFYnDdtdyWOexsPhuVQ3K +HUQ2DOhSFQU6jSKfh7p/402kAgq1Ms/IqSwoR8A5c3FrdXrT9sQe58uCiGgvFMPdsJ8 P1UHTrDMrNupEO4EJPqhzzEFeJvLeIBb7wXD+NnCUFZInH5lYr3FCeLQqhta3MHiISC+ oIvTo0Wjs238tJl/N6YlJYnm1CyH3B2jjKp2Txggr+alaE1BStO8DiADkaaod+Oj+KGE qTJA== X-Gm-Message-State: ALoCoQlKjj5y+bqEdQWHOWMK2SJfA+QcBk6mmdBrQ08oNDDp2M2hFfJceOQTEBNiS4oi6A1N/35yki7Ccme5XLcJI+4XIZmxeUA8i4njhxDU4Rzzp7s22ba+aZmtTeBd9btBNWNJ7/vrM5XlEEuHNRV+rvfJ/U3uHD2eZxQNxULuGu5z+mMJobTaOwzQ9e50VdEgBocEOkpj X-Received: by 10.140.51.107 with SMTP id t98mr6293104qga.63.1424533984417; Sat, 21 Feb 2015 07:53:04 -0800 (PST) Received: from shawnwebb-laptop.localnet ([73.173.99.185]) by mx.google.com with ESMTPSA id w5sm24097150qas.41.2015.02.21.07.53.03 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 21 Feb 2015 07:53:03 -0800 (PST) From: Shawn Webb To: freebsd-current@freebsd.org Subject: CFT: New ASLR Patch Date: Sat, 21 Feb 2015 10:52:56 -0500 Message-ID: <1955415.RyLgC31T1H@shawnwebb-laptop> Organization: HardenedBSD User-Agent: KMail/4.14.2 (FreeBSD/11.0-CURRENT; KDE/4.14.2; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2775416.MDkanBmcgK"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 15:53:11 -0000 --nextPart2775416.MDkanBmcgK Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hey All, It has been a long time since we sent out a call for testing request for our ASLR patch. We've been hard at work making our ASLR implementation as robust as possible. We'd like to invite all adventurous souls to test our ASLR implementation. Put it through the ringer. Since the patch is much too large to attach to an email, you can find our latest patch on FreeBSD's Phabricator: https://reviews.freebsd.org/D473 Or download the raw version of the patch: https://reviews.freebsd.org/D473?download=true Please let me know if you find any issues. Thanks, Shawn Webb HardenedBSD --nextPart2775416.MDkanBmcgK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJU6KnYAAoJEGqEZY9SRW7u4yEP/jhM0a3DWz677SRP+vOp9X87 /Vby5F4bL8L6iTbI1dQWfzv1/U/ElWw35w205548bS0P+r8zzYhqjGkMJ2ExCUvo hH6lpEGH6xsSn8XtExO2lTyh/htiDtnPDccUNkmj6zrZJ8of3WDajfnT10+JEe68 TpEqht2s2Pvpu6VpMH6SrU9GMPCkTN1gElA+v5tZCbGHHJx0JaJujJTMKy66YgMm 0ce6V6VKwaPRbHMhVHAMrunEZlWeM1qVdaF1d2XYNmETaow/HrVUgRJUK+0mkrdG 36Wj3j68gBUCf01nGjNg4O0G3FX+FEVg05qsI46z+fQEEzGEqUzLmL6/0mmkwwrU chQOD4RYduhoVsyTuN/hKUleRAxwjaZ4ywGBCKULFHTC6nW1rOh/AtG3fmpkdged Zu7dE18mSUHkIhe/U034ec8PWmhx5Rl57NW6PjYwoD5X4oXBL+UaQkiQwLCFV3Fq NiWqZ39yvqqfqcbu/5ymWOymWS4PX4PTZpxOU8Dhp+12+AcWv5TrVZf9++N9SRN8 2etkke9Luw1H/jdXL3TYPXm2XGMYHGZVdUn4WN0MdehjBASwKgfQ6LJUrCO69bII Wu0kZuYacY8kh8LxEfun2DPdSqU232OAJKJpLT240zYRN7/ZZuEGHNtGjAWvuU6D eaPYc5tS0/f7s9bADMd8 =oun9 -----END PGP SIGNATURE----- --nextPart2775416.MDkanBmcgK-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 17:32:33 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 329D0338 for ; Sat, 21 Feb 2015 17:32:33 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1FF10F3F for ; Sat, 21 Feb 2015 17:32:33 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 573558B1 for ; Sat, 21 Feb 2015 17:32:33 +0000 (UTC) Date: Sat, 21 Feb 2015 17:32:33 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <216426652.28.1424539953124.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <410884488.27.1424507811409.JavaMail.jenkins@jenkins-9.freebsd.org> References: <410884488.27.1424507811409.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #740 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 17:32:33 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 18:30:46 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2A12C86 for ; Sat, 21 Feb 2015 18:30:46 +0000 (UTC) Received: from nm4.bullet.mail.bf1.yahoo.com (nm4.bullet.mail.bf1.yahoo.com [98.139.212.163]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C34D7A2 for ; Sat, 21 Feb 2015 18:30:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1424543439; bh=Ljyy7YHszEW/CvG+fJJrMtcMFhKESsidY/mo8u69Wg8=; h=Date:From:To:Subject:From:Subject; b=sG0Wq1xyY36929VOmk6XYHvLaTev2melt4T69bSANMdTrBv5wIrOt03cli/QhnvLXNYxcquIVRrVMlSijVmUbH7JflvGJQaZK3/wCavIwnFsHgehMGweZ+PZLDMgNTFczK2SEQJbQ4XrJon6YWR9eYTF/wtYabp7QnaRMz0wbdx5NubPB2X68oDG/6Vwxr49PZig3pf432D3BNztFHXvfPWiLhOcxV2sQmKneY0rusSqg2e8doKli3XZeMmwcYlwBYmk1HAu9kKpHoeC1utWFHZJqNltsFIZ9RgrQW/2+HbzKPUrrY+0wDlt4gqqjr59XpjAMdnQQO34qAQPW6tehQ== Received: from [98.139.215.140] by nm4.bullet.mail.bf1.yahoo.com with NNFMP; 21 Feb 2015 18:30:39 -0000 Received: from [98.139.213.11] by tm11.bullet.mail.bf1.yahoo.com with NNFMP; 21 Feb 2015 18:30:39 -0000 Received: from [127.0.0.1] by smtp111.mail.bf1.yahoo.com with NNFMP; 21 Feb 2015 18:30:39 -0000 X-Yahoo-Newman-Id: 627305.90624.bm@smtp111.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: ftrzE.wVM1mOxTMDBK.6kkNwbmChEspZEhPsh_BKrJW_L1h psRSWndAxhyOGsFnBBCPen_RqJpPIqnSm0.jUhWZM.IZIX.6m.vt8nz2s356 6yrd6Elu22bu69rsJfwYyqaKTi7vXmkrnEarnAVCTOhCpEVPU9T7hJcNhV1i VRU5nlcdt7Pi.nJVjDZwevAIM.50usFPWr9FmrvSfqZw0UnINHUzgDNDkfJ7 F_A6rMrmp7c.1ytXVVl89kxol5wvInwwcJLBQhC4v4ShIdnSvilFPdP1Cx6c tKPo_nFW1I27WyP4HlEx4YaKDY8miou_coHMXjll1Ls0TVofplSa2X2OPKEr xg8EeG2cMgyQO6DvHxGZj7HSnPqhJEjNCLwewEU1gOp8KnYjPIp35fbokgXN 8A2cMbz0nrHfXhogbDjaxM4NzjShzt4m0_hqw0oKl36_BkfhNxiN.EHlOmCJ QjrBHcNNeTldbb0mi.TxZXC53Ch9p1NFw6IJgMu1XpvX7DGMd5AhY1S9wvoT 9hGXKJltakkuFaUFzvIqbXOeRVruwfN_Q89CmqoRnPtX3A2m.sdUwxS2X9yi 24A816uysr.R4McQM7laWXX3sibC2s9hSltKGQ8B.rjGiFH0tXLX0tB07q6r D0T3SBa0izpBXw8we X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Message-ID: <54E8CED8.8020705@FreeBSD.org> Date: Sat, 21 Feb 2015 13:30:48 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: FreeBSD Current Subject: [CFT] Remove NIS Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 18:30:46 -0000 Eh ... No, I am not planning to remove NIS, au contraire, but now that I got your attention ... We have a couple of long standing (2001) NIS-related issues with patches and I am willing to do something about it. Please test: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=26486 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=31981 Thanks in advance, Pedro. From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 20:27:25 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7E7753C for ; Sat, 21 Feb 2015 20:27:25 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 C87B321F for ; Sat, 21 Feb 2015 20:27:25 +0000 (UTC) Received: from [192.168.200.212] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 51407192A3B for ; Sat, 21 Feb 2015 20:27:24 +0000 (UTC) Message-ID: <54E8EA2A.7020904@ignoranthack.me> Date: Sat, 21 Feb 2015 12:27:22 -0800 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: FreeBSD current Subject: panic on application core dump? Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 20:27:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Well, this is new. It looks like current panic'd when trying to dump a core from a qemu crash? I can leave this at the debugger for now as this is a machine doing mips package builds and is not "production". sean Thu Feb 19 18:50:59 UTC 2015 FreeBSD/amd64 (dirty.ysv.freebsd.org) (ttyu0) login: Feb 20 08:06:05 dirty sshd[51311]: fatal: Read from socket failed: Connection reset by peer [preauth] Feb 20 16:47:29 dirty su: sbruno to root on /dev/pts/1 Feb 21 02:15:44 dirty sshd[95051]: fatal: Read from socket failed: Connection reset by peer [preauth] Fatal trap 12: page fault while in kernel mode cpuid = 15; apic id = 35 fault virtual address = 0x380 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff809b2ed1 stack pointer = 0x28:0xfffffe046a3a30f0 frame pointer = 0x28:0xfffffe046a3a3170 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 42563 (qemu-mips64) [ thread pid 42563 tid 100956 ] Stopped at __mtx_lock_sleep+0xb1: movl 0x380(%rax),%ecx db> bt Tracing pid 42563 tid 100956 td 0xfffff80109a214a0 __mtx_lock_sleep() at __mtx_lock_sleep+0xb1/frame 0xfffffe046a3a3170 vref() at vref+0x6d/frame 0xfffffe046a3a31a0 vn_fullpath1() at vn_fullpath1+0x62/frame 0xfffffe046a3a3200 vn_fullpath_global() at vn_fullpath_global+0x6e/frame 0xfffffe046a3a3240 sigexit() at sigexit+0xa22/frame 0xfffffe046a3a34f0 sendsig() at sendsig+0x65e/frame 0xfffffe046a3a3960 trapsignal() at trapsignal+0x2f7/frame 0xfffffe046a3a39e0 trap() at trap+0x3ba/frame 0xfffffe046a3a3bf0 calltrap() at calltrap+0x8/frame 0xfffffe046a3a3bf0 - --- trap 0xc, rip = 0x600334bc, rsp = 0x7ffbffe19990, rbp = 0x7ffffffe4a20 --- db> p vref+0x6d ffffffff80a876cd -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJU6OonXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5k/d8IANC2xfQm9xp/g/sa2R5alFs3 MHBFfk/QyyZCfKShX8aBkfKBUOIB/VJAR3QHoU1EXpBmL9xRZcTWvZFB3Tvt/hZS S6EJJqW51CjAHVry20yd3lObjQ2ltMtpQ+UhMnNO43wzzLXaGeyPBghLqsPrrYpT qTlRnOdxP610eDSy/PuziSn/1foohvw1IgdbU4NljA0PRCtj4SPybNuznWYKrcZF 6Lbphw+yRp6KBTYsm3nZMZVVR8j/232cX/Hqc3Ptay9yI8BJTb3tDji0XwxPRm6k aTQFN86/Yc1gMeg57igj1kq6+xS7hALuhaT/3ZdagTCjiAcP0OOUceeyqOoBofk= =ni1d -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 21:17:17 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A193F3F3; Sat, 21 Feb 2015 21:17:17 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 282D890F; Sat, 21 Feb 2015 21:17:16 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t1LLHCZQ045959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Feb 2015 23:17:12 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t1LLHCZQ045959 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t1LLHC3m045958; Sat, 21 Feb 2015 23:17:12 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 21 Feb 2015 23:17:12 +0200 From: Konstantin Belousov To: sbruno@freebsd.org Subject: Re: panic on application core dump? Message-ID: <20150221211712.GG74514@kib.kiev.ua> References: <54E8EA2A.7020904@ignoranthack.me> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54E8EA2A.7020904@ignoranthack.me> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 21:17:17 -0000 On Sat, Feb 21, 2015 at 12:27:22PM -0800, Sean Bruno wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Well, this is new. It looks like current panic'd when trying to dump a > core from a qemu crash? I can leave this at the debugger for now as > this is a machine doing mips package builds and is not "production". > > sean > > Thu Feb 19 18:50:59 UTC 2015 > > FreeBSD/amd64 (dirty.ysv.freebsd.org) (ttyu0) > > login: Feb 20 08:06:05 dirty sshd[51311]: fatal: Read from socket > failed: Connection reset by peer [preauth] > Feb 20 16:47:29 dirty su: sbruno to root on /dev/pts/1 > Feb 21 02:15:44 dirty sshd[95051]: fatal: Read from socket failed: > Connection reset by peer [preauth] > > > Fatal trap 12: page fault while in kernel mode > cpuid = 15; apic id = 35 > fault virtual address = 0x380 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff809b2ed1 > stack pointer = 0x28:0xfffffe046a3a30f0 > frame pointer = 0x28:0xfffffe046a3a3170 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 42563 (qemu-mips64) > [ thread pid 42563 tid 100956 ] > Stopped at __mtx_lock_sleep+0xb1: movl 0x380(%rax),%ecx > db> bt > Tracing pid 42563 tid 100956 td 0xfffff80109a214a0 > __mtx_lock_sleep() at __mtx_lock_sleep+0xb1/frame 0xfffffe046a3a3170 > vref() at vref+0x6d/frame 0xfffffe046a3a31a0 > vn_fullpath1() at vn_fullpath1+0x62/frame 0xfffffe046a3a3200 > vn_fullpath_global() at vn_fullpath_global+0x6e/frame 0xfffffe046a3a3240 > sigexit() at sigexit+0xa22/frame 0xfffffe046a3a34f0 > sendsig() at sendsig+0x65e/frame 0xfffffe046a3a3960 > trapsignal() at trapsignal+0x2f7/frame 0xfffffe046a3a39e0 > trap() at trap+0x3ba/frame 0xfffffe046a3a3bf0 > calltrap() at calltrap+0x8/frame 0xfffffe046a3a3bf0 > - --- trap 0xc, rip = 0x600334bc, rsp = 0x7ffbffe19990, rbp = > 0x7ffffffe4a20 --- > db> p vref+0x6d > ffffffff80a876cd Err. Is it easily reproducable in your setup ? The core file vnode is indeed unreferenced before notification is sent. Try this. diff --git a/sys/kern/kern_sig.c b/sys/kern/kern_sig.c index 41da3dd..57f66b0 100644 --- a/sys/kern/kern_sig.c +++ b/sys/kern/kern_sig.c @@ -3310,7 +3310,7 @@ coredump(struct thread *td) vattr.va_nlink != 1 || (vp->v_vflag & VV_SYSTEM) != 0) { VOP_UNLOCK(vp, 0); error = EFAULT; - goto close; + goto out; } VOP_UNLOCK(vp, 0); @@ -3347,17 +3347,12 @@ coredump(struct thread *td) VOP_ADVLOCK(vp, (caddr_t)p, F_UNLCK, &lf, F_FLOCK); } vn_rangelock_unlock(vp, rl_cookie); -close: - error1 = vn_close(vp, FWRITE, cred, td); - if (error == 0) - error = error1; - else - goto out; + /* * Notify the userland helper that a process triggered a core dump. * This allows the helper to run an automated debugging session. */ - if (coredump_devctl == 0) + if (error != 0 || coredump_devctl == 0) goto out; len = MAXPATHLEN * 2 + sizeof(comm_name) - 1 + sizeof(' ') + sizeof(core_name) - 1; @@ -3377,6 +3372,9 @@ close: strlcat(data, fullpath, len); devctl_notify("kernel", "signal", "coredump", data); out: + error1 = vn_close(vp, FWRITE, cred, td); + if (error == 0) + error = error1; #ifdef AUDIT audit_proc_coredump(td, name, error); #endif From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 22:46:29 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A86D5DF0 for ; Sat, 21 Feb 2015 22:46:29 +0000 (UTC) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (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 66E3D1EA for ; Sat, 21 Feb 2015 22:46:29 +0000 (UTC) Received: by mail-ig0-f177.google.com with SMTP id z20so10806440igj.4 for ; Sat, 21 Feb 2015 14:46:28 -0800 (PST) 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=gYVnF6iAkU3Tg7h4ex9ApsL0WdP5Emt2RaqXs4hjQK8=; b=MdpfPWMfAloWL94zwNiA+RCzXhrJb0gnc3/JiXqZv42ZsXKSBsBnipoO9xBsN0TshC i5U9M8kIsyg6j88DXDW3m4RYjGIqF/OjKW7v7VQPD7dulibJNoYrpFBUzGrEGYA3Htr7 YXGtduA8AlBj+x19KkC3tWcjSqtqwatcoGnDl3PcnVdLedy5uTYoCOtPfncQUQC8w5+k yDm7iJ6e+PSHqp9L7lL2Kao9zDMs8yOF9pdASLSiwgqV49LwUEL8AsBUGPVIwpBudupB 8M/kdt7egMo6cqIOcVWmH4PGuQXL15G0cfym56eqAPntu/KroqJJrqtrg7StRL+JfMDN ke6Q== MIME-Version: 1.0 X-Received: by 10.43.79.129 with SMTP id zq1mr4629237icb.28.1424558788794; Sat, 21 Feb 2015 14:46:28 -0800 (PST) Received: by 10.36.86.133 with HTTP; Sat, 21 Feb 2015 14:46:28 -0800 (PST) Date: Sat, 21 Feb 2015 17:46:28 -0500 Message-ID: Subject: msk0 watchdog timeout Marvel 88E8071 From: Roosevelt Littleton To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 22:46:29 -0000 My msk0 is not even functional and my wifi is my only usable connection to the internet. I have this in my loader.conf: hw.msk.msi_disable=1 hw.pci.enable_msix=0 and this in my sysctl.conf net.inet.tcp.tso=0 vmstat -i interrupt total rate irq1: atkbd0 552 1 irq9: acpi0 2561 3 irq12: psm0 2322 3 irq16: mskc0 2104711 2572 irq20: hpet0 uhci0* 133497 163 irq256: vgapci0 970 1 irq257: hdac0 7680 9 irq259: ahci0:ch0 526 1 irq260: ahci0:ch1 100128 122 irq264: ahci0:ch5 1739 2 Total 2354686 2878 dmesg Copyright (c) 1992-2015 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r279013: Thu Feb 19 22:30:02 EST 2015 root@Mizraim:/usr/obj/usr/src/sys/ZENNLA amd64 FreeBSD clang version 3.5.1 (tags/RELEASE_351/final 225668) 20150115 VT: running with driver "vga". module_register: module pci/mskc already exists! Module pci/mskc failed to register: 17 module_register: module mskc/msk already exists! Module mskc/msk failed to register: 17 module_register: module msk/miibus already exists! Module msk/miibus failed to register: 17 CPU: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz (2261.05-MHz K8-class CPU) Origin="GenuineIntel" Id=0x10676 Family=0x6 Model=0x17 Stepping=6 Features=0xbfebfbff Features2=0x8e3fd AMD Features=0x20100800 AMD Features2=0x1 VT-x: HLT,PAUSE TSC: P-state invariant, performance statistics real memory = 4294967296 (4096 MB) avail memory = 4076457984 (3887 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard random: entropy device infrastructure driver random: selecting highest priority adaptor kbd1 at kbdmux0 module_register_init: MOD_LOAD (vesa, 0xffffffff80e77bc0, 0) error 19 netmap: loaded module random: SOFT: yarrow init() random: selecting highest priority adaptor vtvga0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 cpu0: on acpi0 cpu1: on acpi0 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x2000-0x207f mem 0xf2000000-0xf2ffffff,0xd0000000-0xdfffffff,0xf0000000-0xf1ffffff irq 16 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io vgapci0: Boot video device uhci0: port 0x1800-0x181f irq 20 at device 26.0 on pci0 usbus0 on uhci0 uhci1: port 0x1820-0x183f irq 20 at device 26.1 on pci0 usbus1 on uhci1 uhci2: port 0x1840-0x185f irq 20 at device 26.2 on pci0 usbus2 on uhci2 ehci0: mem 0xf3504800-0xf3504bff irq 20 at device 26.7 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 hdac0: mem 0xf3500000-0xf3503fff irq 21 at device 27.0 on pci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 mskc0: port 0x3000-0x30ff mem 0xf3000000-0xf3003fff irq 16 at device 0.0 on pci2 msk0: on mskc0 msk0: Using defaults for TSO: 65518/35/2048 msk0: Ethernet address: 00:1d:72:ed:56:80 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow pcib3: irq 17 at device 28.1 on pci0 pci3: on pcib3 pcib4: irq 18 at device 28.2 on pci0 pci4: on pcib4 iwn0: mem 0xf3100000-0xf3101fff irq 18 at device 0.0 on pci4 pcib5: irq 16 at device 28.4 on pci0 pci5: on pcib5 uhci3: port 0x1860-0x187f irq 23 at device 29.0 on pci0 usbus4 on uhci3 uhci4: port 0x1880-0x189f irq 17 at device 29.1 on pci0 usbus5 on uhci4 uhci5: port 0x18a0-0x18bf irq 18 at device 29.2 on pci0 usbus6 on uhci5 ehci1: mem 0xf3504c00-0xf3504fff irq 23 at device 29.7 on pci0 usbus7: EHCI version 1.0 usbus7 on ehci1 pcib6: at device 30.0 on pci0 pci13: on pcib6 pci13: at device 6.0 (no driver attached) sdhci_pci0: mem 0xf3202800-0xf32028ff irq 22 at device 6.2 on pci13 sdhci_pci0: 1 slot(s) allocated pci13: at device 6.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x18f0-0x18f7,0x18e4-0x18e7,0x18e8-0x18ef,0x18e0-0x18e3,0x18c0-0x18df mem 0xf3504000-0xf35047ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.20 with 4 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 orm0: at iomem 0xce000-0xcf7ff on isa0 ppc0: cannot reserve I/O port range coretemp0: on cpu0 est0: on cpu0 coretemp1: on cpu1 est1: on cpu1 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 26 and 23,29 on hdaa0 pcm1: at nid 22 on hdaa0 pcm2: at nid 28 on hdaa0 hdacc1: at cad 1 on hdac0 unknown: at nid 2 on hdacc1 (no driver attached) hdacc2: at cad 2 on hdac0 hdaa1: at nid 1 on hdacc2 pcm3: at nid 5 on hdaa1 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 ugen1.1: at usbus1 uhub0: on usbus0 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 ugen3.1: at usbus3 ugen4.1: at usbus4 uhub3: on usbus3 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: Serial Number 5WS0F7XC ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada0: quirks=0x1<4K> ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: Serial Number 5WS0FD86 ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad6 random: unblocking device. SMP: AP CPU #1 Launched! Timecounter "TSC-low" frequency 1130523621 Hz quality 1000 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered cd0 at ahcich5 bus 0 scbus3 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number K00893F1713 cd0: 150.000MB/s transfers (SATA 1.x, UDMA6, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered Root mount waiting for: usbus3 ugen3.2: at usbus3 Trying to mount root from ufs:/dev/ada1p2 [rw]... pid 1034 (cinnamon), uid 1001: exited on signal 11 (core dumped) msk0: watchdog timeout msk0: link state changed to DOWN msk0: link state changed to UP msk0: watchdog timeout msk0: link state changed to DOWN msk0: link state changed to UP ifa_del_loopback_route: deletion failed: 48 ifa_del_loopback_route: deletion failed: 3 wlan0: Ethernet address: 00:21:6b:71:7d:36 iwn0: iwn_read_firmware: ucode rev=0x08530501 iwn0: iwn_read_firmware: ucode rev=0x08530501 ifa_del_loopback_route: deletion failed: 48 wlan0: Ethernet address: 00:21:6b:71:7d:36 iwn0: iwn_read_firmware: ucode rev=0x08530501 iwn0: iwn_read_firmware: ucode rev=0x08530501 iwn0: iwn_read_firmware: ucode rev=0x08530501 ifa_del_loopback_route: deletion failed: 48 wlan0: Ethernet address: 00:21:6b:71:7d:36 iwn0: iwn_read_firmware: ucode rev=0x08530501 iwn0: iwn_read_firmware: ucode rev=0x08530501 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...16 5 5 3 2 2 0 0 done All buffers synced. Copyright (c) 1992-2015 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r279013: Thu Feb 19 22:30:02 EST 2015 root@Mizraim:/usr/obj/usr/src/sys/ZENNLA amd64 FreeBSD clang version 3.5.1 (tags/RELEASE_351/final 225668) 20150115 VT: running with driver "vga". module_register: module pci/mskc already exists! Module pci/mskc failed to register: 17 module_register: module mskc/msk already exists! Module mskc/msk failed to register: 17 module_register: module msk/miibus already exists! Module msk/miibus failed to register: 17 CPU: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz (2261.05-MHz K8-class CPU) Origin="GenuineIntel" Id=0x10676 Family=0x6 Model=0x17 Stepping=6 Features=0xbfebfbff Features2=0x8e3fd AMD Features=0x20100800 AMD Features2=0x1 VT-x: HLT,PAUSE TSC: P-state invariant, performance statistics real memory = 4294967296 (4096 MB) avail memory = 4076457984 (3887 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard random: entropy device infrastructure driver random: selecting highest priority adaptor kbd1 at kbdmux0 module_register_init: MOD_LOAD (vesa, 0xffffffff80e77bc0, 0) error 19 netmap: loaded module random: SOFT: yarrow init() random: selecting highest priority adaptor vtvga0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 cpu0: on acpi0 cpu1: on acpi0 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x2000-0x207f mem 0xf2000000-0xf2ffffff,0xd0000000-0xdfffffff,0xf0000000-0xf1ffffff irq 16 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io vgapci0: Boot video device uhci0: port 0x1800-0x181f irq 20 at device 26.0 on pci0 usbus0 on uhci0 uhci1: port 0x1820-0x183f irq 20 at device 26.1 on pci0 usbus1 on uhci1 uhci2: port 0x1840-0x185f irq 20 at device 26.2 on pci0 usbus2 on uhci2 ehci0: mem 0xf3504800-0xf3504bff irq 20 at device 26.7 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 hdac0: mem 0xf3500000-0xf3503fff irq 21 at device 27.0 on pci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 mskc0: port 0x3000-0x30ff mem 0xf3000000-0xf3003fff irq 16 at device 0.0 on pci2 msk0: on mskc0 msk0: Using defaults for TSO: 65518/35/2048 msk0: Ethernet address: 00:1d:72:ed:56:80 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow pcib3: irq 17 at device 28.1 on pci0 pci3: on pcib3 pcib4: irq 18 at device 28.2 on pci0 pci4: on pcib4 iwn0: mem 0xf3100000-0xf3101fff irq 18 at device 0.0 on pci4 pcib5: irq 16 at device 28.4 on pci0 pci5: on pcib5 uhci3: port 0x1860-0x187f irq 23 at device 29.0 on pci0 usbus4 on uhci3 uhci4: port 0x1880-0x189f irq 17 at device 29.1 on pci0 usbus5 on uhci4 uhci5: port 0x18a0-0x18bf irq 18 at device 29.2 on pci0 usbus6 on uhci5 ehci1: mem 0xf3504c00-0xf3504fff irq 23 at device 29.7 on pci0 usbus7: EHCI version 1.0 usbus7 on ehci1 pcib6: at device 30.0 on pci0 pci13: on pcib6 pci13: at device 6.0 (no driver attached) sdhci_pci0: mem 0xf3202800-0xf32028ff irq 22 at device 6.2 on pci13 sdhci_pci0: 1 slot(s) allocated pci13: at device 6.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x18f0-0x18f7,0x18e4-0x18e7,0x18e8-0x18ef,0x18e0-0x18e3,0x18c0-0x18df mem 0xf3504000-0xf35047ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.20 with 4 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 orm0: at iomem 0xce000-0xcf7ff on isa0 ppc0: cannot reserve I/O port range coretemp0: on cpu0 est0: on cpu0 coretemp1: on cpu1 est1: on cpu1 usbus0: 12Mbps Full Speed USB v1.0 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 26 and 23,29 on hdaa0 pcm1: at nid 22 on hdaa0 pcm2: at nid 28 on hdaa0 hdacc1: at cad 1 on hdac0 unknown: at nid 2 on hdacc1 (no driver attached) hdacc2: at cad 2 on hdac0 hdaa1: at nid 1 on hdacc2 pcm3: at nid 5 on hdaa1 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 ugen1.1: at usbus1 uhub0: on usbus0 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 ugen3.1: at usbus3 ugen4.1: at usbus4 uhub3: on usbus3 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: Serial Number 5WS0F7XC ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada0: quirks=0x1<4K> ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: Serial Number 5WS0FD86 ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad6 random: unblocking device. SMP: AP CPU #1 Launched! Timecounter "TSC-low" frequency 1130525891 Hz quality 1000 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered cd0 at ahcich5 bus 0 scbus3 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number K00893F1713 cd0: 150.000MB/s transfers (SATA 1.x, UDMA6, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered Root mount waiting for: usbus3 ugen3.2: at usbus3 Trying to mount root from ufs:/dev/ada1p2 [rw]... wlan0: Ethernet address: 00:21:6b:71:7d:36 iwn0: iwn_read_firmware: ucode rev=0x08530501 iwn0: iwn_read_firmware: ucode rev=0x08530501 pid 1061 (cinnamon), uid 1001: exited on signal 6 (core dumped) pid 1085 (cinnamon), uid 1001: exited on signal 10 (core dumped) pid 1090 (cinnamon), uid 1001: exited on signal 11 (core dumped) pid 1101 (cinnamon), uid 1001: exited on signal 11 (core dumped) wlan0: link state changed to DOWN Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...18 6 5 3 3 0 1 0 0 done All buffers synced. Copyright (c) 1992-2015 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r279013: Thu Feb 19 22:30:02 EST 2015 root@Mizraim:/usr/obj/usr/src/sys/ZENNLA amd64 FreeBSD clang version 3.5.1 (tags/RELEASE_351/final 225668) 20150115 VT: running with driver "vga". module_register: module pci/mskc already exists! Module pci/mskc failed to register: 17 module_register: module mskc/msk already exists! Module mskc/msk failed to register: 17 module_register: module msk/miibus already exists! Module msk/miibus failed to register: 17 CPU: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz (2261.05-MHz K8-class CPU) Origin="GenuineIntel" Id=0x10676 Family=0x6 Model=0x17 Stepping=6 Features=0xbfebfbff Features2=0x8e3fd AMD Features=0x20100800 AMD Features2=0x1 VT-x: HLT,PAUSE TSC: P-state invariant, performance statistics real memory = 4294967296 (4096 MB) avail memory = 4076457984 (3887 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard random: entropy device infrastructure driver random: selecting highest priority adaptor kbd1 at kbdmux0 module_register_init: MOD_LOAD (vesa, 0xffffffff80e77bc0, 0) error 19 netmap: loaded module random: SOFT: yarrow init() random: selecting highest priority adaptor vtvga0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 cpu0: on acpi0 cpu1: on acpi0 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x2000-0x207f mem 0xf2000000-0xf2ffffff,0xd0000000-0xdfffffff,0xf0000000-0xf1ffffff irq 16 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io vgapci0: Boot video device uhci0: port 0x1800-0x181f irq 20 at device 26.0 on pci0 usbus0 on uhci0 uhci1: port 0x1820-0x183f irq 20 at device 26.1 on pci0 usbus1 on uhci1 uhci2: port 0x1840-0x185f irq 20 at device 26.2 on pci0 usbus2 on uhci2 ehci0: mem 0xf3504800-0xf3504bff irq 20 at device 26.7 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 hdac0: mem 0xf3500000-0xf3503fff irq 21 at device 27.0 on pci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 mskc0: port 0x3000-0x30ff mem 0xf3000000-0xf3003fff irq 16 at device 0.0 on pci2 msk0: on mskc0 msk0: Using defaults for TSO: 65518/35/2048 msk0: Ethernet address: 00:1d:72:ed:56:80 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow pcib3: irq 17 at device 28.1 on pci0 pci3: on pcib3 pcib4: irq 18 at device 28.2 on pci0 pci4: on pcib4 iwn0: mem 0xf3100000-0xf3101fff irq 18 at device 0.0 on pci4 pcib5: irq 16 at device 28.4 on pci0 pci5: on pcib5 uhci3: port 0x1860-0x187f irq 23 at device 29.0 on pci0 usbus4 on uhci3 uhci4: port 0x1880-0x189f irq 17 at device 29.1 on pci0 usbus5 on uhci4 uhci5: port 0x18a0-0x18bf irq 18 at device 29.2 on pci0 usbus6 on uhci5 ehci1: mem 0xf3504c00-0xf3504fff irq 23 at device 29.7 on pci0 usbus7: EHCI version 1.0 usbus7 on ehci1 pcib6: at device 30.0 on pci0 pci13: on pcib6 pci13: at device 6.0 (no driver attached) sdhci_pci0: mem 0xf3202800-0xf32028ff irq 22 at device 6.2 on pci13 sdhci_pci0: 1 slot(s) allocated pci13: at device 6.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x18f0-0x18f7,0x18e4-0x18e7,0x18e8-0x18ef,0x18e0-0x18e3,0x18c0-0x18df mem 0xf3504000-0xf35047ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.20 with 4 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 orm0: at iomem 0xce000-0xcf7ff on isa0 ppc0: cannot reserve I/O port range coretemp0: on cpu0 est0: on cpu0 coretemp1: on cpu1 est1: on cpu1 usbus0: 12Mbps Full Speed USB v1.0 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 26 and 23,29 on hdaa0 pcm1: at nid 22 on hdaa0 pcm2: at nid 28 on hdaa0 hdacc1: at cad 1 on hdac0 unknown: at nid 2 on hdacc1 (no driver attached) hdacc2: at cad 2 on hdac0 hdaa1: at nid 1 on hdacc2 pcm3: at nid 5 on hdaa1 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 ugen1.1: at usbus1 uhub0: on usbus0 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 ugen3.1: at usbus3 ugen4.1: at usbus4 uhub3: on usbus3 ugen5.1: at usbus5 uhub4: on usbus4 uhub5: on usbus5 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: Serial Number 5WS0F7XC ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada0: quirks=0x1<4K> ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: Serial Number 5WS0FD86 ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad6 random: unblocking device. SMP: AP CPU #1 Launched! Timecounter "TSC-low" frequency 1130523230 Hz quality 1000 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered cd0 at ahcich5 bus 0 scbus3 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number K00893F1713 cd0: 150.000MB/s transfers (SATA 1.x, UDMA6, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present uhub3: 6 ports with 6 removable, self powered Root mount waiting for: usbus7 usbus3 uhub7: 6 ports with 6 removable, self powered ugen3.2: at usbus3 Trying to mount root from ufs:/dev/ada1p2 [rw]... pid 1028 (cinnamon), uid 1001: exited on signal 11 (core dumped) pid 1058 (cinnamon), uid 1001: exited on signal 11 (core dumped) pid 1062 (cinnamon), uid 1001: exited on signal 10 (core dumped) pid 1112 (cinnamon), uid 1001: exited on signal 11 (core dumped) pid 1136 (cinnamon), uid 1001: exited on signal 11 (core dumped) pid 1141 (cinnamon), uid 1001: exited on signal 6 (core dumped) msk0: watchdog timeout msk0: link state changed to DOWN msk0: link state changed to UP msk0: watchdog timeout msk0: link state changed to DOWN msk0: link state changed to UP msk0: watchdog timeout msk0: link state changed to DOWN msk0: link state changed to UP msk0: watchdog timeout msk0: link state changed to DOWN msk0: link state changed to UP ifconfig msk0: flags=8843 metric 0 mtu 1500 options=c009b ether 00:1d:72:ed:56:80 inet 10.0.0.2 netmask 0xffffff00 broadcast 10.0.0.255 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active iwn0: flags=8802 metric 0 mtu 2290 ether 00:21:6b:71:7d:36 nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 groups: lo pciconf mskc0@pci0:2:0:0: class=0x020000 card=0x0696107b chip=0x436b11ab rev=0x16 hdr=0x00 vendor = 'Marvell Technology Group Ltd.' device = '88E8071 PCI-E Gigabit Ethernet Controller' class = network subclass = ethernet From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 23:00:00 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6115D294 for ; Sat, 21 Feb 2015 23:00:00 +0000 (UTC) Received: from mail-qa0-f44.google.com (mail-qa0-f44.google.com [209.85.216.44]) (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 17CCE31F for ; Sat, 21 Feb 2015 22:59:59 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id n8so17507336qaq.3 for ; Sat, 21 Feb 2015 14:59:53 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version:content-type; bh=OBfQZ34BysAZBrvKwWTZctmwC1W357Ji9Wo6+c8+j9g=; b=FWG3oLDCol6r4deo1120fFXnZkIm7wAdPBn7Tos/akja7Jr1kypTYMGsnJEJD5S7vi Xp4ryLhc9FnXGK/OIS9Bz0hkVMx7hWgp38QIHtlaKNcK0yaR/poA/UIzpmdeEgs1l7Tz y5Q/jL2wniJ1ybS9Uy221O1jai89qSp6xE603/iIVFIkv0JNCwP3cF2YqSKqKxobVpcp 5XkndLdnous2fz9PbpHCR25umT08nV9Y50neR4fKyJyO6uGbSXgWMyQThivoZvQZYoYo /lGdfnpF+QdW9gZ6rDBLghI93MencKlT2stLTP29igGrC+7rPYeXZUHRf+dSMYC6R1Hz L2sQ== X-Gm-Message-State: ALoCoQln/rw5GpCIQhnEQykmJLjBhUDxiFrPLfSLao5YgijwQDghgVBXFXlyEnpvPTT9+qbQGoGQ X-Received: by 10.140.150.149 with SMTP id 143mr10294626qhw.4.1424559593323; Sat, 21 Feb 2015 14:59:53 -0800 (PST) Received: from shawnwebb-laptop.localnet ([73.173.99.185]) by mx.google.com with ESMTPSA id b204sm14600525qhc.27.2015.02.21.14.59.52 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 21 Feb 2015 14:59:52 -0800 (PST) From: Shawn Webb To: Hans Petter Selasky Subject: Re: Pluggable frame buffer devices Date: Sat, 21 Feb 2015 17:59:48 -0500 Message-ID: <4020865.FJlWBPXrRZ@shawnwebb-laptop> Organization: HardenedBSD User-Agent: KMail/4.14.2 (FreeBSD/11.0-CURRENT; KDE/4.14.2; amd64; ; ) In-Reply-To: <54E6F060.2010301@selasky.org> References: <54E11A57.3030105@selasky.org> <1963872.pLReSBKNjx@shawnwebb-laptop> <54E6F060.2010301@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1704435.qqcmETWm2G"; micalg="pgp-sha256"; protocol="application/pgp-signature" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 23:00:00 -0000 --nextPart1704435.qqcmETWm2G Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Friday, February 20, 2015 09:29:20 AM Hans Petter Selasky wrote: > On 02/20/15 02:15, Shawn Webb wrote: > > On Thursday, February 19, 2015 07:04:50 PM Shawn Webb wrote: > >> On Sunday, February 15, 2015 11:14:47 PM Hans Petter Selasky wrote= : > >>> Hi, > >>>=20 > >>> I've added support for USB display link adapters to FreeBSD-11-cu= rrent, > >>> but the kernel panics once "vt_fb_attach(info)" is called from > >>> "fbd_register(struct fb_info* info)" when the USB device is plugg= ed or > >>> udl.ko is loaded. Is this a known issue? > >>>=20 > >>> REF: https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c= > >>>=20 > >>> --HPS > >>=20 > >> I just bought a DisplayLink adapter that's compatible. Compiling a= new >=20 > >> kernel with device udl brings this error: > Hi, >=20 > You need to also build the "sys/modules/videomode" and install and kl= dload. >=20 > Does your device need a power supply? >=20 > Can you plug the device through an external USB HUB after boot? >=20 > Also you need some VT patches, before it will attach to VT which I ca= n > send you. See attachment. >=20 > Beware the unplugging the device is not supported. It will crash / pa= nic > which needs to be resolved. >=20 > --HPS (FYI: I'm switching email accounts from lattera@gmail.com to=20 shawn.webb@hardenedbsd.org) So I'm a little unsure how to test this. Could you provide some instruc= tions? I bought this device: http://www.iogear.com/support/dm/driver/GUC2020DW= 6 It's listed in udl.c as supported:=20 https://svnweb.freebsd.org/base/head/sys/dev/usb/video/udl.c?revision=3D= 278852&view=3Dmarkup#l151 What kind of setup should I have in my xorg.conf to tell xorg to use th= at=20 instead of the built-in laptop display? Can you provide an example xorg= .conf? =2D-=20 Shawn Webb HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --nextPart1704435.qqcmETWm2G Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJU6Q3kAAoJEGqEZY9SRW7uUicQAIYZj6X2OehaqNpc56E/o3Aa y48898yBm4whIwepL1mLjZaStaDhfIQzM5CgYoQnK6lmekVH9rLQcfjDl97ZS3MT nal/jNoaYUoDPtcg3XkIWdAD2yScnWkdVk7a0fqr2JeAnh9+7vrQqu2QmmKqJWCH OVdyPIwY5p8Pljgi/CifWOcUbEunYwgb+DGCY/xdFNp7NKVcmp7kHco0i0ObG1bM waNWrg/jwGoAyiPi070hebO4+PSkJASR9k1sR8gqKPegwl9WyFtS3QdZVqDZZdVz mVq0PKTjyU5hjbbJYNRTC5DAyWMvQhrNG0/qUaknxnxLLSEgeer0d4Ytl0Z5os8G yOGU76YIQtsv3LJBjRsqWONpQI4p6RMaSH7z6IESr/tjt7cINqfIUmB5IQHKSuiw Qa/QkIcsvRyW6Xh2wS1XNNQngDKrIz4vbzMUUXiJGzBrq167GVfz9HfB030qlGz6 zEbXzPV0EuQaKfk4HZttrpfeuZ5EFr1TFYicelGRZ6vzneUir6pd+rskW2ksBVjL FO9co8oNX2N9SdUkRfUt51uUkYoQ3K5bLtb7kP6fAclFMwhTrY+HyNlLESwgp9/E E95HdWSXHe7I10e3PGrdH9zEZqdE9E/Rw3O6RPUMg4BvyJlvaqOH/hUKmonnAujs AhhTkbxatlsNVHjl/Awa =vAvh -----END PGP SIGNATURE----- --nextPart1704435.qqcmETWm2G-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 23:23:26 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB0B5AD4; Sat, 21 Feb 2015 23:23:26 +0000 (UTC) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::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 9004E7DA; Sat, 21 Feb 2015 23:23:26 +0000 (UTC) Received: by pdev10 with SMTP id v10so16177819pde.10; Sat, 21 Feb 2015 15:23:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=plaPV6uDDYWb8k/d0pUWs8BfIsS8n/2TUl8UuWunVpI=; b=0DWL3GkEPnEiEnC5D3pkraagcZwoMvKrrQf1BfjMrwcD+VYqCrJjrrf4KTTC8c6MMC 906ib9dJkZGsBlr7CUROlOTupYvbSafX5/s8/uMCT519D3T4WWLPvxlsZYZYw0polyAV mMZ4KWRdVm0Qh54yOpvvyEF532C3Oy1KYPvvE/0V4cRv/2fzwT9Rz+y5xaZmWNujXQD1 +5NTcC8ei9TQcALfVT+o13mc7yKq55INdplSa8BXiRQGTgPg/lQ0/LaK9cKBaVP4AENb 0XG4EeaV9IUDJm2sJuqSFgLh92t3mtVYd/qbP0Ig1NNbRosPF0LydZBIUM+WYgL3qFIN 5KEA== X-Received: by 10.66.164.66 with SMTP id yo2mr7362528pab.59.1424561006108; Sat, 21 Feb 2015 15:23:26 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:d80e:6c7b:d84f:93d? ([2601:8:ab80:7d6:d80e:6c7b:d84f:93d]) by mx.google.com with ESMTPSA id jp10sm31115935pbb.2.2015.02.21.15.23.25 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 21 Feb 2015 15:23:25 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_0DDFC675-7BC4-4090-AD7E-84F63304323B"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #740 From: Garrett Cooper In-Reply-To: <216426652.28.1424539953124.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Sat, 21 Feb 2015 15:23:24 -0800 Message-Id: References: <410884488.27.1424507811409.JavaMail.jenkins@jenkins-9.freebsd.org> <216426652.28.1424539953124.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 23:23:26 -0000 --Apple-Mail=_0DDFC675-7BC4-4090-AD7E-84F63304323B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Feb 21, 2015, at 9:32, jenkins-admin@freebsd.org wrote: > See Jamie, For some odd reason the last couple of commits you did to = jail(8) rocked the boat again with the pgrep/pkill -j testcases. I=92ll = look into making them work again, but could you please send patches out = to CR so I can look at them and test them first. I hate the slew of = Jenkins failures emails and I=92m sure there are others who feel the = same. Thanks! --Apple-Mail=_0DDFC675-7BC4-4090-AD7E-84F63304323B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJU6RNsAAoJEMZr5QU6S73eny8H/jgf/NV7F+nj6N6FeGyFOUTP nH1dau3osgXmp0QR6v4hxk0mbV2VzhSmuqL5bvL6x8UnE5ME/l9f8cLnBNS0Oq2l YxO5U6j9bwWeoTVGcNpuHRw8OMMw6bzhTmT1hTWXW0+R8pTaGpAKROOBWY1ununN Ssg632fgYmDKMrkQEKH6QavysiFGxHEWt/b1b4rPRdsl2HLmnlwPcqYDY+n81ggC E3rZHQkLwU5fZuktaMql66g63FiosuvoNc7bbdSU2csa5ENIHqiiuSv7Y7+iTlD/ hQixp7uYkd8oPm+Rxx6dOtl5DWJfeh7j0JLERy2MT4jwVHDRCfjKmfrqu5QjtJ8= =4iSh -----END PGP SIGNATURE----- --Apple-Mail=_0DDFC675-7BC4-4090-AD7E-84F63304323B-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 23:24:00 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDF59BD3; Sat, 21 Feb 2015 23:24:00 +0000 (UTC) Received: from mail-pd0-x233.google.com (mail-pd0-x233.google.com [IPv6:2607:f8b0:400e:c02::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 A18AC7E4; Sat, 21 Feb 2015 23:24:00 +0000 (UTC) Received: by pdbfl12 with SMTP id fl12so16264540pdb.2; Sat, 21 Feb 2015 15:24:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=9OUbd5/ga4yT/TmcUaff6oLnYxu6HeB/fwSOpRem8Vo=; b=od1djztSAf4xNLgX5FCs8q+ts1TfE+eLcklAqGw5ttD7+LFGlRry+wPs/TYjqpaQdi pBSVTqvWKITisAMEn0fm0yI218U8Mzr3wBGR/GXXy+R8GAd5zUMNGlL797nBb85XAziO ivmu6wbBD/1mt75jkr1rkBynAQNwoi1UFjild06kbxonk/+NMurhl6sxO2j6IwkP1u8o jZn3xfycBecHyWcKcmrNok3QniW2D8usjYQJkvesryW9N750H5UJb125ytVPYpPUmuXY eFrnmqtzQZ25ojraXyNuuASLwD7U53j28W5VKw4zBUQPdcPFp43EbBCcjqHnNAHYvEpt q/pQ== X-Received: by 10.66.62.229 with SMTP id b5mr7757267pas.30.1424561040168; Sat, 21 Feb 2015 15:24:00 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:d80e:6c7b:d84f:93d? ([2601:8:ab80:7d6:d80e:6c7b:d84f:93d]) by mx.google.com with ESMTPSA id jp10sm31115935pbb.2.2015.02.21.15.23.59 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 21 Feb 2015 15:23:59 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_F00B13E2-7F95-4611-A8A1-41440B30B3E3"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #740 From: Garrett Cooper In-Reply-To: Date: Sat, 21 Feb 2015 15:23:59 -0800 Message-Id: <57581809-C918-4490-8A63-D96CEF96AFE9@gmail.com> References: <410884488.27.1424507811409.JavaMail.jenkins@jenkins-9.freebsd.org> <216426652.28.1424539953124.JavaMail.jenkins@jenkins-9.freebsd.org> To: Jamie Gritton X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD CURRENT , jenkins-admin@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 23:24:01 -0000 --Apple-Mail=_F00B13E2-7F95-4611-A8A1-41440B30B3E3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Feb 21, 2015, at 15:23, Garrett Cooper wrote: > On Feb 21, 2015, at 9:32, jenkins-admin@freebsd.org wrote: >=20 >> See >=20 > Jamie, > For some odd reason the last couple of commits you did to = jail(8) rocked the boat again with the pgrep/pkill -j testcases. I=92ll = look into making them work again, but could you please send patches out = to CR so I can look at them and test them first. I hate the slew of = Jenkins failures emails and I=92m sure there are others who feel the = same. > Thanks! Forgot to CC Jamie >_>... --Apple-Mail=_F00B13E2-7F95-4611-A8A1-41440B30B3E3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJU6ROPAAoJEMZr5QU6S73erA0H/3VS51QcO/254uxOveXMYy3g iLLVHY1T0jtdpGoCOZ5JA4C23MW2Y2DKtyjn5+4wh9TbfOwvqgOQv5HLdjU8Wndi cNKhD1RJ6UvOPqzB1ys/+9SVHDne9MPdAzTJVYnbd/L0xjvdXM3TFD/2Jzeii6kt s8nE1M6UiR2W3kV0IEl8Dr6LBrZ9bOzcPC0tdnll69nsvyWOSTlidPeo0D8q7xXm 9gdiNapht6DpRwD0Bbht7Wi2x5QOZRUa+2WgDHoLTuJmmd+vLX+CV8CM3T+A3gn4 JcjeWQOZsfztRJP7M/inD3kLXQwpYmRN7e2ZSg+S3t4oQ6wm88pTf1eGxisnJO4= =mZfd -----END PGP SIGNATURE----- --Apple-Mail=_F00B13E2-7F95-4611-A8A1-41440B30B3E3-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 23:38:08 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C3E7DE7; Sat, 21 Feb 2015 23:38:08 +0000 (UTC) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (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 D21468DA; Sat, 21 Feb 2015 23:38:07 +0000 (UTC) Received: by pablf10 with SMTP id lf10so17510277pab.12; Sat, 21 Feb 2015 15:38:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=rqcCiESoG++e7g1zQCh/8e5K0E5hAZoKenFFPjZjkBw=; b=UzNDz9jtDT7IaKVbyXMV0yQygbulwIfbOYiGVPpmztel+rEaMlq1z5mnDfVGOqtueZ AY1wXD7HVjTZy5vPxQAqPCwx188PrCODM9NTqpsfUhZHlsxTPzYzjnmATQepyOhZPNyk RxfiwVVY3xY2Hr2JYlSiTN0P0RM0HgTnnBN3xdV0YCDGsuuqEpjTK4wtRYMQAZfCvRjD nEyH9pi0Ygzb+vJY4Jm92TCmWtWDnqSgSkP2IIYKNnotHg8PSkqzhinlaKk3jZKXsL/4 3peerflqYTjVmX/oDr8modNuyIE9yHrjhKZAhR3E8gl+sFqbETwP6DOqS6DlhXuPdRiG jdLg== X-Received: by 10.68.224.71 with SMTP id ra7mr7484214pbc.140.1424561887353; Sat, 21 Feb 2015 15:38:07 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:d80e:6c7b:d84f:93d? ([2601:8:ab80:7d6:d80e:6c7b:d84f:93d]) by mx.google.com with ESMTPSA id br14sm2841340pdb.38.2015.02.21.15.38.06 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 21 Feb 2015 15:38:06 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_BE468487-3CBF-41D5-B924-4152D4CA65AA"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #740 From: Garrett Cooper In-Reply-To: Date: Sat, 21 Feb 2015 15:38:06 -0800 Message-Id: <89762484-E5C4-4F6D-BC3E-738AF62E3213@gmail.com> References: <410884488.27.1424507811409.JavaMail.jenkins@jenkins-9.freebsd.org> <216426652.28.1424539953124.JavaMail.jenkins@jenkins-9.freebsd.org> <57581809-C918-4490-8A63-D96CEF96AFE9@gmail.com> To: James Gritton X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD CURRENT , jenkins-admin@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 23:38:08 -0000 --Apple-Mail=_BE468487-3CBF-41D5-B924-4152D4CA65AA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Feb 21, 2015, at 15:35, James Gritton wrote: > On 2015-02-21 16:23, Garrett Cooper wrote: >> On Feb 21, 2015, at 9:32, jenkins-admin@freebsd.org wrote: >>> See >> Jamie, >> For some odd reason the last couple of commits you did to = jail(8) rocked the boat again with the pgrep/pkill -j testcases. I=92ll = look into making them work again, but could you please send patches out = to CR so I can look at them and test them first. I hate the slew of = Jenkins failures emails and I=92m sure there are others who feel the = same. >> Thanks! >=20 > I'm as much at a loss as I was before, on how the changes I made could = have any impact at all. The two recent commits to jls(8) (didn't touch = jail(8)) only matter if you use jls's -v or -s options, neither of which = is used in the pkill test case. >=20 > As with the previous cycle of failures regarding jail(8), the problems = appears not to be the changes I made, but that mere fact that something = was committed to those programs. >=20 > - Jamie Not disguising stderr, here=92s what pops up: $ sudo prove -v pgrep-j_test.sh=20 pgrep-j_test.sh ..=20 1..3 jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow jls: unknown parameter: allow usage: pgrep [-LSfilnoqvx] [-d delim] [-F pidfile] [-G gid] [-M core] = [-N system] [-P ppid] [-U uid] [-c class] [-g pgrp] [-j jid] [-s sid] [-t tty] [-u euid] pattern ... not ok 1 - pgrep -j # pgrep output: '', pidfile output: '3704 = 3706' ok 2 - pgrep -j any --Apple-Mail=_BE468487-3CBF-41D5-B924-4152D4CA65AA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJU6RbeAAoJEMZr5QU6S73ej9gIAKQdsVFEno6wWOB6KLY348Ck OcLwG79ShG3nHP8IhK+EFlXNzy7RORyMNwFEHd2Ih+TYnzvxlx6WgHeJinH56Jpt xJA26f08FZ0jndktC4KqsBDmUx4/sMac/BMJ3fDZa1EBLM1+pMYS3KgSVLybHiUR bVuTlWwBxZHUmBkuGJSU9v2UIO2zZOTtUpNyKy4urf3riQQJDoakK+RvvwO+cN0z fMoQyaXs10Dt5xb73lD0zfebJlddjOzpIQrQfAgKMWSTmTFKwrGBlZj44NogLbKk s5bBAuq8mGthocayrNUC2vwp2oTUmo/PJe9U+eUci+GSelZFUnqS2PPOM+SvD34= =G/et -----END PGP SIGNATURE----- --Apple-Mail=_BE468487-3CBF-41D5-B924-4152D4CA65AA-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 23:40:59 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50F4EBD; Sat, 21 Feb 2015 23:40:59 +0000 (UTC) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001: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 163038FA; Sat, 21 Feb 2015 23:40:59 +0000 (UTC) Received: by mail-ig0-f182.google.com with SMTP id h15so10983322igd.3; Sat, 21 Feb 2015 15:40:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=d9XGOvtd1gJ1LaXrHZWFLO+TGYj04JBgZpsbbjmorCY=; b=0rw73KnPIpLxZrIR++BPckbpu/o8wZx/+jsfzGrSZ0fOi7s+MHLCXB1R46NHpYA1bc SKPFk7PeirrCN3DoWmvT+l6PSj4Qlp+32HSEUVAoqDCK0JwknS47Z5+KtLUhbWR+/n4E TXc47Z0UhVsn3kM4N/k+l3AIUYyGWkNQdYXcSX179BEWM6Kcmmc6QUsauQ3jCpvdwKvQ 5/HH9bW2WP2P9hslByzUlti4XsK1HlxfmP8j9hP6ezgN50boQev7J73/MkoAiBAZ1nRG WYRX4JnO2Zui2cWApHgo7K+ArCSJHt7STsamQH6DxGWgb6nfXnuggnFTiMSufbEeZoEP Hc7w== MIME-Version: 1.0 X-Received: by 10.42.28.199 with SMTP id o7mr4756329icc.23.1424562058505; Sat, 21 Feb 2015 15:40:58 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.174.86 with HTTP; Sat, 21 Feb 2015 15:40:58 -0800 (PST) In-Reply-To: <54E8CED8.8020705@FreeBSD.org> References: <54E8CED8.8020705@FreeBSD.org> Date: Sat, 21 Feb 2015 15:40:58 -0800 X-Google-Sender-Auth: JoyikI-iwbBUK8goHNl48eaZPBA Message-ID: Subject: Re: [CFT] Remove NIS From: Kevin Oberman To: Pedro Giffuni Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 23:40:59 -0000 On Sat, Feb 21, 2015 at 10:30 AM, Pedro Giffuni wrote: > Eh ... > > No, I am not planning to remove NIS, au contraire, but now > that I got your attention ... > Darn! Got my hopes up and dashed them! :-) -- Kevin Oberman, Network Engineer, Retired From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 23:43:22 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2FC41DA; Sat, 21 Feb 2015 23:43:22 +0000 (UTC) Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e:c02::231]) (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 6400699A; Sat, 21 Feb 2015 23:43:22 +0000 (UTC) Received: by pdno5 with SMTP id o5so16300140pdn.8; Sat, 21 Feb 2015 15:43:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=RvEuh/juG+MkdDJ5z0vc04stVIHiGvg2wh85oq+/vrY=; b=YuLHK0PLnEwMiGyZjzg/QQygiMxfhGYEVw0WYxZBtVz+3S8YUJZRkQfq+FmwF6ABbr efX+LlYykLpxFJ6g9NoQh6ZrrQeIAcYBc6JRaaK2ljqw59jRGQTFNbNm6oh1M5XWMFp0 888o2dY3R+ydQWWRf/CNkXrvdlV5x68dbAW2ZBt14trnW+qEao3wd3rlPJX5aqvyrwRi CVfzUnFo4YY5IIebSO0wJq7ZTTY6/DqCPiFnx4CDZn4tL4JJwWeS+6+iWPSuJVCNHNWZ jjUi87/wocAQ7rbSV23J2WZP/gQgRNTZsNohtw/wzmgVVe/yyb1JeFlFEZHYd1c+JA4F dAxg== X-Received: by 10.66.63.106 with SMTP id f10mr7707266pas.0.1424562201795; Sat, 21 Feb 2015 15:43:21 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:d80e:6c7b:d84f:93d? ([2601:8:ab80:7d6:d80e:6c7b:d84f:93d]) by mx.google.com with ESMTPSA id d11sm30118338pbu.10.2015.02.21.15.43.20 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 21 Feb 2015 15:43:20 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_1B61C18B-01A2-4966-BAAF-F1CE224EA7CA"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #740 From: Garrett Cooper In-Reply-To: <89762484-E5C4-4F6D-BC3E-738AF62E3213@gmail.com> Date: Sat, 21 Feb 2015 15:43:19 -0800 Message-Id: <86D827FB-E97F-46B3-82E2-DF0DCE80DB22@gmail.com> References: <410884488.27.1424507811409.JavaMail.jenkins@jenkins-9.freebsd.org> <216426652.28.1424539953124.JavaMail.jenkins@jenkins-9.freebsd.org> <57581809-C918-4490-8A63-D96CEF96AFE9@gmail.com> <89762484-E5C4-4F6D-BC3E-738AF62E3213@gmail.com> To: James Gritton X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD CURRENT , jenkins-admin@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2015 23:43:22 -0000 --Apple-Mail=_1B61C18B-01A2-4966-BAAF-F1CE224EA7CA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Feb 21, 2015, at 15:38, Garrett Cooper wrote: > On Feb 21, 2015, at 15:35, James Gritton wrote: >=20 >> On 2015-02-21 16:23, Garrett Cooper wrote: >>> On Feb 21, 2015, at 9:32, jenkins-admin@freebsd.org wrote: >>>> See >>> Jamie, >>> For some odd reason the last couple of commits you did to = jail(8) rocked the boat again with the pgrep/pkill -j testcases. I=92ll = look into making them work again, but could you please send patches out = to CR so I can look at them and test them first. I hate the slew of = Jenkins failures emails and I=92m sure there are others who feel the = same. >>> Thanks! >>=20 >> I'm as much at a loss as I was before, on how the changes I made = could have any impact at all. The two recent commits to jls(8) (didn't = touch jail(8)) only matter if you use jls's -v or -s options, neither of = which is used in the pkill test case. >>=20 >> As with the previous cycle of failures regarding jail(8), the = problems appears not to be the changes I made, but that mere fact that = something was committed to those programs. >>=20 >> - Jamie >=20 > Not disguising stderr, here=92s what pops up: >=20 > $ sudo prove -v pgrep-j_test.sh=20 > pgrep-j_test.sh ..=20 > 1..3 > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > jls: unknown parameter: allow > usage: pgrep [-LSfilnoqvx] [-d delim] [-F pidfile] [-G gid] [-M core] = [-N system] > [-P ppid] [-U uid] [-c class] [-g pgrp] [-j jid] > [-s sid] [-t tty] [-u euid] pattern ... > not ok 1 - pgrep -j # pgrep output: '', pidfile output: '3704 = 3706' > ok 2 - pgrep -j any You broke parsing dotted parameters in r279083. Thanks, --Apple-Mail=_1B61C18B-01A2-4966-BAAF-F1CE224EA7CA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJU6RgYAAoJEMZr5QU6S73eOYIH+gIUc4EUdh4f5/rue7ijTwhR 0ZmiaV6eog8m9qepSHHUYUTadR307Czr+9+1zmLTOVckWHAi4h9MxfWe9h7YAasI iOpoVhjywcGc6PtJHvAKETEbZEQF8p5UWvwu91usnkBfU0s1J9iuNUEJEPKlW/lV SjE+7WNKw4mVNZ4TxMsMw3hmOFy8Ypae8luL5hMRTrGUawre6k38Vn9lnsLS8qXd NOGAibZNucN8vNj5CB63jcjSvJEzd6FQoFckGN+hlnLwf3wx2l+gVkkfEG0TbjuR Dhx9j1/7KXs+LniLsPSj4OtqpnKDfhBgJDH3lLZatt1CV9Z5sLVoqioVL+PWtzw= =7161 -----END PGP SIGNATURE----- --Apple-Mail=_1B61C18B-01A2-4966-BAAF-F1CE224EA7CA--